On May 9, 2024 11:28:06 PM GMT+02:00, Joseph Carter
wrote:
>This bug should've been closed at some point in the past but has reappeared in
>the newer version:
>
>cargo 1.70.0+dfsg2-1
>rustc 1.70.0+dfsg2-1
>.
>rustc recommends cargo >= 0.71.0~~ and cargo < 0.72.0~~ … The expected
>solution
On Mon, 08 Jun 2020 19:16:27 -0400 Harlan Lieberman-Berg wrote:
> Package: cargo
> Version: 0.43.1-3
> Severity: wishlist
>
> Hello fellow Rustaceans!
>
> Because cargo has a direct dependency on OpenSSL, it seems logical that we
> should switch the priority of openssl and gnutls so Cargo, at
available), would have these fields in its control
> file:
>
> ::
>
> Built-Using: rust-pulsectl-rs (= 0.3.2-1+b1)
> Static-Built-Using: rust-gtk4 (= 0.7.3-3), rust-pulsectl-rs (= 0.3.2-1+b1)
>
LGTM, consider this Seconded :) (even though it is not currently tagged as
"Wording Proposed ;))
Fabian
signature.asc
Description: PGP signature
On Fri, Apr 19, 2024 at 07:59:19AM +0100, Sean Whitton wrote:
> Hello Go and Rust packagers,
>
> On Thu 18 Apr 2024 at 11:29pm +03, Maytham Alsudany wrote:
>
> > With the increasing amount of programs in Debian that Build-Depend and
> > statically link with Golang and Rust libraries, it's
On Tue, Apr 23, 2024 at 07:51:36AM +0200, Helmut Grohne wrote:
> Hi Matthias,
>
> On Mon, Apr 22, 2024 at 10:34:11PM +0200, Matthias Geiger wrote:
> > This is the same situation as in #1040477. This is an issue wrt how we
> > generate the semvers. I image rust-proc-macro-crate-1 would pose the
On Tue, Apr 23, 2024 at 06:32:04AM +0900, Mike Hommey wrote:
> On Mon, Apr 22, 2024 at 10:24:09PM +0200, Fabian Grünbichler wrote:
> > Hi Wesley, Yaroslav, Carsten and Mike,
>
> Hi Fabian,
>
> Let me start by thanking you for the work going into packaging rustc.
>
> &
get stuck in NEW for too
long.
I will prioritize the merge upload at the start of May, even if t64 is
not done by then. In the worst case, armel/armhf will have to be
rebootstrapped at some later point if they don't manage to catch up in
time.
Fabian
On Mon, 16 Jan 2023 15:08:52 + Julian Gilbey wrote:
> Package: rustc
> Version: 1.63.0+dfsg1-1
> Severity: normal
>
> This version of rustc in unstable and testing says:
> Recommends: cargo (>= 0.64.0~~), cargo (<< 0.65.0~~), llvm-14
> but the version of cargo now in unstable and testing is
reaking LLVM and thus rustc on armel at least
once those are sorted out, I am planning on speed running incremental
updates as fast as my free time, FTP master review and buildd queues
allow ;)
unless some show stopper shows up that makes that particular change
impossible, enabling loong64 support with the update to 1.71 should be
no problem.
Fabian
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!
-
rary)
systemd: yes
getopt:yes
"""
https://buildd.debian.org/status/fetch.php?pkg=fluidsynth=amd64=2.3.4-1%2Bb3=1711274976=0
- Fabian
On Sun, Mar 17, 2024 at 06:53:34AM +0100, Emanuele Rocca wrote:
>
> On 2024-03-16 04:21, Emanuele Rocca wrote:
> > With libcurl3t64-gnutls cargo can now be rebootstrapped on armhf
>
> And on armel too. Fixed armhf/armel packages uploaded.
>
> > Fabian: it seems that
On Thu, Mar 14, 2024 at 10:03:57PM -0700, Otto Kekäläinen wrote:
> Hi!
>
> Is anyone perhaps planning to fix cargo?
>
> For example curl isn't building on armel/armhf now and numerous packages
> that depend of curl are not building on armel/armhf.
>
> Thanks in advance to the person who steps
bian-rust has ideas or comments?
if the tests are green, you could try a rebuild of rustc and/or cargo
with the built cargo next? I don't think anything else that is packaged
exercises anywhere near that amount of the functionality of cargo ;)
thanks for taking care of this! don't hesitate to holler here or in
#debian-rust/dev/release (ping me for the latter two, I don't read the
full backlog there).
Fabian
there is no need to also depend
on the secondary order fallback fonts as well.
Would it be better to pick something like the font C059-Roman.t1,
by default?
Please choose default fonts that can be satisfied by only one package
dependency.
- Fabian
Package: lua-dkjson
Version: 2.5-3
Severity: normal
X-Debbugs-Cc: fabian.th...@nfon.com
Dear Maintainer,
I tried to use lua-dkjson 2.5-3 with debian 11 and lua 5.4.
The library can not be included/used because because it is missing in the
LUAPATH of lua5.4
I added the symlink manually and than
Package: systemd
Version: 252.19-1~deb12u1
Severity: normal
Tags: ipv6
X-Debbugs-Cc: fmu+deb...@never-afk.de
Dear Maintainer,
* What led up to the situation?
I wanted systemd-networkd to select the first address (zero) from the ipv6
prefix that was delegated to me. My provider (Vodafone
On Wed, 31 Jan 2024 00:14:50 +0100 Matthias Geiger wrote:
> please consider providing a librust-librsvg2-dev package. This should
> just install the rust source files under
> /usr/share/cargo/registry/librsvg2-VERSION. This will be needed by
> loupe/glycin to load svgs (other crates also started
On Thu, 13 Oct 2022 12:42:59 +0100 Christopher Obbard
wrote:
> Package: rustc
> Version: 1.61.0+dfsg1-2
> Severity: normal
>
> Dear Maintainer,
>
> When following the bootstrapping process in d/README.source, it only
> seems to generate a tarball with the amd64 binaries despite the variable
>
On Fri, 8 Dec 2023 15:52:30 + Huw Jones wrote:
> Hi,
>
> Is there anything I can do to help resolve this issue?
>
> Kind regards,
> Huw
FWIW, this also affects plain "gbp import-orig" with component tar
balls, and the patch from this bug fixes the issue for me when applied
on top of 0.9.33
version of "the other" package, a
Breaks+Replaces relationship is sufficient. A Conflicts relationship
is meant for two packages which can never get installed at the same
time, e.g. because they provide the same service.
https://www.debian.org/doc/debian-policy/ch-relationships.html
Cheers,
ithout any further dependencies or remove it altogether, if it
doesn't provide any more functionality than the 7zip package and
depends on it anyway.
Thanks,
- Fabian
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_6
Hi,
the mjpegtools-gtk package has been removed from Debian to get rid of
the libgtk2 dependency.
- Fabian
Am 12.01.2024 15:52, schrieb Vladmimir Stavrinov:
Package: mjpegtools-gtk
...
Debian Release: trixie/sid
On Mon, Oct 30, 2023 at 09:30:57AM +0900, Marc Dequènes wrote:
> Quack,
>
> Sorry for the lag, I really lacked time and energy recently but I'll try to
> upload a fix soon.
>
> On 2023-10-07 04:09, Jeremy Bícha wrote:
> > No, greetd needs to build itself correctly regardless of whether there
> >
On Fri, Sep 08, 2023 at 06:50:22PM +, Jelmer Vernooij wrote:
> Package: debcargo
> Severity: wishlist
>
> I've packaged a few Python packages that include rust code. Since they're
> python packages, I can't just use debcargo. However, it would be great if I
> somehow use debcargo to extract
On Tue, Nov 14, 2023 at 10:25:51AM +0100, Jonas Smedegaard wrote:
> Source: rust-hyper
> Version: 0.14.25-2
> Severity: normal
> Tags: upstream
>
> Please separately most likely separately rather than upgrading, due to
> not yet stable) newer upstream branch v1.0 (even if only available as
>
On Thu, Dec 07, 2023 at 01:02:58AM +, Peter Green wrote:
> On the one hand I'm not at all convinced this bug is rc, on the other
> hand I don't think shipping a four year old version of env-logger
> in the next release of Debian is a great idea.
>
> So I decided to look at the reverse
On Mon, 17 Dec 2018 16:51:53 +0100 Fabian =?utf-8?Q?Gr=C3=BCnbichler?= wrote:
> any feedback on this? I am waiting to rebase the debhelper MR making use
> of this functionality until there is some kind of indication that it
> might be accepted here ;)
FWIW, I rebased both the init-syste
On July 25, 2023 10:51 pm, Timo Lindfors wrote:
> Hi,
>
> just for your information, upstream has recently accepted the following
> patch:
>
> http://git.savannah.gnu.org/cgit/tar.git/commit/?id=5461025569c2d946fb31b79f16f60e923bbd79f9
and accordingly, this is now fixed upstream in v1.35 :)
On Fri, Nov 03, 2023 at 03:24:07PM +0100, Eduard Bloch wrote:
> Hallo,
> * Fabian Grünbichler [Fri, Nov 03 2023, 01:57:08PM]:
> > > Eduard Bloch hat am 03.11.2023 13:46 CET geschrieben:
> > >
> > >
> > > Hallo,
> > > * Fabian Grünbichler [Fri, No
> Eduard Bloch hat am 03.11.2023 13:46 CET geschrieben:
>
>
> Hallo,
> * Fabian Grünbichler [Fri, Nov 03 2023, 12:32:50PM]:
>
> > > the version of Cargo seriously needs an update. Because the word is
> > > moving and the old version performs increasingly
> Eduard Bloch hat am 02.11.2023 09:54 CET geschrieben:
>
>
> severity 1042859 important
> thanks
>
> Hallo,
> * Mike Hommey [Wed, Aug 02 2023, 06:37:08AM]:
>
> > 0.66 is the version of cargo that goes alongside rustc 1.65.
> > 0.67 is the version of cargo that goes alongside rustc 1.66.
>
Am 2023-11-02 15:10, schrieb Alexandre Detiste:
Do you know what "_csv2" means ?
Nope, sorry. I have just taken the archive as it comes.
Cheers,
- Fabian
(51327).exe' now,
and some of the file contents have changed.
What is the best way to update g-d-p in this regard? Manually, file by
file? Or is there a better way?
Cheers,
- Fabian
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing
.
* debian/: Disable libsvtav1 to unblock transition
"""
Cheers,
- Fabian
On Fri, Oct 27, 2023 at 07:55:07PM +0300, Adrian Bunk wrote:
> On Fri, Oct 27, 2023 at 05:07:12PM +0200, Fabian Grünbichler wrote:
> > On Wed, Oct 18, 2023 at 02:06:48PM +0300, Adrian Bunk wrote:
> > > Package: librust-env-logger-0.7+default-dev
> > > Severity:
On Wed, Oct 18, 2023 at 02:06:48PM +0300, Adrian Bunk wrote:
> Package: librust-env-logger-0.7+default-dev
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=mdevctl=arm64=1.2.0-4%2Bb3=1697626199=0
>
> ...
> Merged Build-Depends: ..., librust-env-logger+default-dev,
> ...
>
Source: rustc
Severity: wishlist
X-Debbugs-Cc: debian-r...@lists.debian.org
as discussed in the last rust team meeting, we'd like to merge the
packaging of src:rustc and src:cargo. this bug report is filed to have a
place for discussing potential objections and collect input.
a bit of background
Package: dh-cargo
Version: 30
Severity: wishlist
X-Debbugs-Cc: debian@fabian.gruenbichler.email
See https://wiki.debian.org/StaticLinking and
https://lists.debian.org/debian-legal/2023/09/msg3.html
dh-cargo-built-using currently sets Built-Using for "source-left" licenses, and
> 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
> Peter Green hat am 13.09.2023 05:24 CEST geschrieben:
> On 12/09/2023 23:30, Faidon Liambotis wrote:
> > Control: reassign -1 rustc 1.68.2+dfsg1-1
> > Control: retitle -1 Builds invalid wasm32 binaries (1.67->1.68 regression)
> >
> > On Tue, Sep 12, 2023 at 10:56:57PM +0100, Peter Green wrote:
this for the fun, but gave up when the
download size reached 1GB. o_O
Cheers,
- Fabian
ase35 | fonts-dejavu-core, fonts-urw-base35 |
fonts-dejavu-extra" to make sure that either the T1 fonts or *both*
TTF fallback fonts packages are installed.
Thanks!
Cheers,
- Fabian
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Ar
> On Tue, Aug 8 2023 at 06:22:28 PM -04:00:00, Andres Salomon
> wrote:
> > Package: src:rustc
> > Version: 1.66.0+dfsg1-1
> > Severity: wishlist
> >
> > Chromium's new rust build requirements include the need for
> > /usr/lib/rustlib/x86_64-unknown-linux-gnu/lib/libprofiler_builtins-*.rlib.
> >
Package: wnpp
Severity: wishlist
Owner: Fabian Grünbichler
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-r...@lists.debian.org,
debian@fabian.gruenbichler.email
* Package name: rust-xtr
* Version : 0.1.9
* Upstream Contact: Olivier Goffart
* URL : https
of alternative fonts, but I really don't want
ttf-bitstream-vera on my system.
Thanks!
Cheers,
- Fabian
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.4.0-1-amd64 (SMP w/12 CPU threads; PREEMPT
Hi Gunnar,
Am 2023-08-19 16:04, schrieb Gunnar Hjalmarsson:
Another question is if the Noto Sans Mono deficiency is important
enough to motivate a Debian level change in this respect. I don't know.
@Fabian, I sent this reply to you as well in the hope to broaden the
discussion a bit.
thanks
during the hardware detection phase
during the Debian installation to install the libpam-fprintd package.
Thanks!
- Fabian
Bus 003 Device 003: ID 04f3:0c4d Elan Microelectronics Corp. ELAN:Fingerprint
-- Package-specific info:
==
Installer lsb-release
On Sat, Jul 15, 2023 at 05:07:25PM +0200, Jonas Smedegaard wrote:
> Quoting Jonas Smedegaard (2023-07-15 09:55:04)
> > Quoting Fabian Grünbichler (2023-07-12 19:53:08)
> > > The feature in question is probably not a good candidate for packaging
> > > though, given the l
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
ebian/changelog
b/rust-async-std-1.12.0-patched/debian/changelog
index dfa43a8..5d6258f 100644
--- a/rust-async-std-1.12.0/debian/changelog
+++ b/rust-async-std-1.12.0-patched/debian/changelog
@@ -1,3 +1,9 @@
+rust-async-std (1.12.0-12.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ --
On Thu, Jul 06, 2023 at 04:39:08PM +0100, Peter Green wrote:
> > I'd be very interested in knowing what this self-conflict is supposed to
> > achieve.
>
> It is common upstream for there to be multiple semver-incompatible versions
> of each rust crate in use at a given time. Incompatibilities can
Package: apt
Version: 2.6.1
Severity: minor
Dear Maintainer,
with the recent change of long changelogs being truncated automatically, and
the full version of such truncated changelogs always being fetched by
`apt[-get] changelog`, there is no way anymore to use `apt changelog` to just
display
hope you understand.
Cheers,
- Fabian
signature.asc
Description: This is a digitally signed message part
Am 2023-06-27 14:49, schrieb Simon McVittie:
As a non-maintainer I didn't want to be the one to suggest that
I just filed #1039568:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039568
Thanks for the wake up call. ;)
- Fabian
.
Thanks!
- Fabian
viable alternatives available.
- Fabian
, e.g. the one in the
`timgm6mb-soundfont` package, either by uninstalling all soundfont
packages but this one or by using Debian's `update-alternatives`
mechanism.
Hope that helps!
- Fabian
control: reassign -1 fontconfig
Notorious fontconfig bug, reassigning.
Am 2023-06-25 09:38, schrieb Paul Menzel:
Package: fonts-liberation2
Version: 1:2.1.5-2
Severity: minor
Dear Debian folks,
Upgrading *fonts-liberation2*, the warning below is shown.
```
USER@ersatz:~$ sudo LANG=C apt
Am 2023-06-23 20:38, schrieb fab...@greffrath.com:
Not sure what you mean.
Sorry, ignore me. Replied to the wrong bug.
- Fabian
Am 2023-06-23 20:31, schrieb Martin-Éric Racine:
Not fixed. Re-opening.
Not sure what you mean.
This has all happened just today. Leave it some time to settle.
https://tracker.debian.org/news/1438362/accepted-fonts-liberation-1215-2-source-all-into-unstable/
- Fabian
. The fonts-liberation2 package is continued
under the fonts-liberation name.
I think I have made this clear here
https://lists.debian.org/debian-devel/2023/06/msg00220.html
and here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038940
Greetings,
- Fabian
my package depending on the further.
So, so src:fonts-liberation2 package is now obsolete and should get
removed from Debian unstable (and testing).
Thank you!
Cheers,
- Fabian
[1] https://lists.debian.org/debian-devel/2023/06/msg00220.html
.
Second, what causes the situation that both fonts are installed at the
same time? Is it package dependencies and if yes, which packages cause
this? Because, well apart from Sans Narrow, there is no technical
reason to have both versions installed at the same time.
Cheers,
- Fabian
sign
wonder why your linker doesn't pick up the flavor
that matches your processor's instruction set.Cheers, - Fabian Von
meinem/meiner Galaxy gesendet
Ursprüngliche Nachricht Von: Reimar Döffinger
Datum: 06.06.23 20:24 (GMT+01:00) An: Lorenzo
, 448...@bugs.debian.org Betreff: Bug
with sequoia being released with base64 0.21 support, I will start
preparing updates for the crates below (at least those maintained by the
Rust team - coordinating with team members as necessary, of course).
I haven't decided yet whether uploading to experimental is the way to
go, or whether
on the system where the installation
attempt failed, the line starting with 42871.936975,i.e. where the
actual kernel module is loaded, and all following ones are omitted.
Hope this helps!
Cheers,
- Fabian
is not
recognized and I am presented with a list of kernel modules of which
none works. But in this case, I am pretty sure that the RTL8188EU chip
*should* be supported by a recent kernel.
Any hints, or should I file a separate installation report?
Cheers,
- Fabian
Am 05.05.2023 18:23, schrieb Cyril Brulebois:
Right, initial support seems to have been merged in time for v6.2-rc1
only.
Oh, no!
When will be the earliest chance for a D-I image with kernel >= 6.2?
Cheers,
- Fabian
to choose from. I went
through the list and selected anything that even remotely matched the
adapter name, but without success. Since I only had downloaded the
netinst image, I had to quit the installation proess at this point.
Cheers,
- Fabian
On Fri, Apr 28, 2023 at 08:42:07PM +0100, Peter Green wrote:
> On 28/04/2023 18:58, Fabian Grünbichler wrote:
> > I see no practical issue with 2 meaning we can't have multiple semver
> > suffix packages variants of a single crate installed - having the
> > unversioned
On Fri, Apr 28, 2023 at 07:58:35PM +0200, Fabian Grünbichler wrote:
> 2) if the "fork point" corresponds to the version in the soon-to-be-old
> stable release, and the semver suffix package is still in testing when
> that becomes the stable release (as then the unversioned packa
as reference, the (simplified) problematic combination:
rust-foobar in version X.Y.Z-A
ships librust-foobar-dev which provides librust-foobar-X-dev,
librust-foobar-X.Y-dev and librust-foobar-X.Y.Z-dev (all in version
X.Y.Z-A)
is what I call the "unversioned" package in the rest of this mail (it
+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 Tue, 18 Apr 2023 07:48:
On Thu, Apr 13, 2023 at 05:21:50PM +0100, Peter Green wrote:
> On 13/04/2023 15:31, Peter Green wrote:
>
> > I've filed a bug with sequoia upstream. I haven't investigated the other
> > packages at this time.
>
> I just did a quick test of sniffglue, ron and ureq, sniffglue and ron were
> all
t; the contents of the tables (e.g., GSUB and GPOS), then the filename
> extension still isn't adequate, because .ttf files can and do include
> those tables (see Noto and many many others).
I'd say we make the distinction by container format. Though, I agree
that this distinction is still pretty
!
Cheers,
- Fabian
-- System Information:
Debian Release: 12.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-security'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-7
.
Please find the debdiff attached.
Thanks!
- Fabian
diff -Nru fonts-dejavu-2.37/debian/changelog fonts-dejavu-2.37/debian/changelog
--- fonts-dejavu-2.37/debian/changelog 2023-02-26 07:54:14.0 +0100
+++ fonts-dejavu-2.37/debian/changelog 2023-03-10 09:35:35.0 +0100
@@ -1,3
Package: gdb
Version: 13.1-2
Severity: important
Control: affects -1 src:rustc
basically a follow-up to #1031946 - there are at least two more rustc
test cases that fail with gdb 13.1 (but used to work with gdb 12.1),
this time only affecting mipsel.
I extracted the test cases in the existing
Package: gdb
Version: 13.1-1
Severity: normal
Control: affects -1 src:rustc
After the fix for #1031745 (thanks for the fast turnaround!), there
still is one test case (unsized.rs) that fails with gdb 13.1 (both -1
and -2), but didn't with 12.1.
I updated the reproducer repo[0], broken and good
Hi!
I extracted one of the failing tests and the corresponding gdb commands
so that you can more easily (and quicker) reproduce the issue:
https://salsa.debian.org/fg/rustc-gdb-1031745
instructions are contained within as well. changing the triggering
function (multiple_arguments) to either
Package: gdb
Version: 13.1-1
Severity: serious
Control: affects -1 src:rustc
Justification: breaks unrelated software
While preparing an update to rustc 1.65 for experimental, we noticed
that the recent gdb update in sid makes rustc FTBFS by causing 5 of its
gdb-integration test cases fail.
test
On Wed, Feb 15, 2023 at 02:28:51PM +0100, Vincent Lefevre wrote:
> On 2023-02-07 11:40:54 +0100, Fabian Grünbichler wrote:
> > rustc will be updated in experimental once 1.64 builds are done on all
> > release architectures. first to 1.65, then to 1.66.1, then to
it with the most basic
gstreamer-based player I could imagine. I am still not sure if this is
the right package to assign this bug to.
Cheers,
- Fabian
[1]
$ file ~/Videos/* | cut -d ':' -f 2 | sed 's/^\s*//g' | sort -u
ISO Media, Apple iTunes Video (.M4V) Video
ISO Media, MP4 Base Media v1 [ISO
On Tue, Feb 07, 2023 at 10:39:28AM +0100, xevilstar wrote:
> Package: rust-all
> Severity: important
> X-Debbugs-Cc: vmxevils...@gmail.com
>
> Dear Maintainer,
>
> We need to upgrade Rust to 1.66.1 to receive new language features and also
> help the desktop team to track the newer version of
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
ore reason to feel under
attack. How about "font-dfsgsome" or "font-handsome" or whatever wordplay you
like? - Fabian Von meinem/meiner Galaxy gesendet
Ursprüngliche Nachricht Von: Julian Gilbey
Datum: 29.01.23 13:21 (GMT+01:00) An: Jonas Smedegaard Cc:
9
impact on other packages providing Type1 font files as well.
Thank you very much!
- Fabian
licensed pendants?
- Fabian
persists and has to be solved by URW.
Some packages see it quite pragmatically:
https://github.com/debian-tex/lmodern/commit/f2d47ac8cd73f847ef741d20f905165f62916e0b
Cheers,
- Fabian
/type1nondfsg
- Fabian
Hi Roland,
Am 23.01.2023 14:18, schrieb Roland Rosenfeld:
Okay, I created another test branch:
that'd be fine with me, thanks!
Would it make sense to disassemble and reassemble the newly created
files as some sort of additional smoke test?
Cheers,
- Fabian
and the fonts at risk in the
course of fixing the fonts for less related software.
I'd still agree, though, to replace the compatiblity symlinks with
patched and fixed variants.
- Fabian
metric compatiblilty?
- Fabian
signature.asc
Description: This is a digitally signed message part
onts/X11/Type1 with actual converted PFB files.
> doesn't handle C059-Italic.t1 correctly but generates a completely
> broken font file.
Does it work if you first convert to PFA format and from there to PFB
format?
- Fabian
signature.asc
Description: This is a digitally signed message part
didn't try this
out yet).
Alright, sounds like a reasonable plan to me. At least more reasonable
than a format conversion at package build time. ;)
Thanks!
- Fabian
more universal split by writing system - and actually the only split
that people ever asked for regarding this package.
- Fabian
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 c
1 - 100 of 3695 matches
Mail list logo
