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
Just for the SEO of this ticket:
I can confirm that the following command to update resolves the problem of slow
man-db performance on E2 Micro Instances on Google Cloud during apt upgrade
activities:
sudo apt install -t bullseye-backports man-db
Control: retitle -1 RM: fonts-arkpandora -- RoM; no rdeps; outdated;
dead upstream; superseded by fonts-liberation and fonts-croscore
uot; which prevented this
step. This package, however, has since been removed from Debian as well.
Thank you!
Cheers,
- Fabian
Package: man-db
Version: 2.9.4-2
Severity: wishlist
Dear Colin,
in 2011 man-db was declared
slow.https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696503
I can confirm that even in 2024 running a vanilla VM of the poorest
level (E2 micro) on
google cloud it still is. Like badly slow. I can confi
FWIW, this change made rustc's (and notmuch's, see #1077911) build
dependencies unsatisfiable. they both have/had a dependency on gdb, and
a conflict on gdb-minimal, since the latter didn't provide all the
features required.
with the reversal of provides (gdb providing gdb-minimal instead of the
o
commits behind
>WebAssembly/wasi-libc:main.
>
>https://github.com/wasix-org/wasix-libc
>https://github.com/WebAssembly/wasi-libc
>
>wasix looks a fork of wasi, but both are actively maintained
>Ximin and Fabian, since you maintain wasi-libc, I think we should hear your
>opini
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 digital
for solutions other than Debian
> ;-(
Well, since the fix hasn't even made it into FLAC upstream yet, I don't
see how this is a Debian specific issue in any way. Any other
distribution will face the same issue.
Sorry I couldn't help, but you will need a bit more patience. :/
Cheers,
- Fabian
signature.asc
Description: This is a digitally signed message part
On Thu, Jul 11, 2024 at 06:06:21PM GMT, Jonas Smedegaard wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jonas Smedegaard
> X-Debbugs-Cc: debian-de...@lists.debian.org, build-common team
>
Hi!
(all of what follows is my personal opinion and not coordinated with
other members of the Rust p
need to Build-Depend on shared library packages
anyway? Why not the vamp-plugin-sdk package?
- Fabian
.rs:92:21
> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
> gmake[4]: ***
> [CMakeFiles/_corrosion_cbindgen_rust_lib_bindings.dir/build.make:74:
> corrosion_generated/cbindgen/rust_lib/include/rust-lib.h] Error 101
> gmake[4]: Leaving directory
> &
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 t
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 le
code to be 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 importa
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 sam
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.
>
> &
t 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 0
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&arch=amd64&ver=2.3.4-1%2Bb3&stamp=1711274976&raw=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 up
can
> do before uploading? Anyone from debian-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 i
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 Kabe
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 d
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
> u
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')
Architectur
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 D
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
> relea
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 dependen
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
csv2_(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
cy=medium
.
* 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&arch=arm64&ver=1.2.0-4%2Bb3&stamp=1697626199&raw=0
>
> ...
> Merged Build-Depends: ..., librust-env-logger+defa
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
X-Cargo-Built-
> 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
Descri
> 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:
>
d this for the fun, but gave up when the
download size reached 1GB. o_O
Cheers,
- Fabian
urw-base35 | 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, 'te
> 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.
> > I
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
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 t
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.
t
s detected 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 l
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
d-1.12.0/debian/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 uploa
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 "th
ng packages.
I 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 fu
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
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
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
arrow.
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
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 Be
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 stra
n 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
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
es 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
> > unversi
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
d
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
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 abl
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 sti
!
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)
.
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 rep
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 ou
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 just
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 1.6
ed 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 Medi
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 Fi
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
1 - 100 of 2057 matches
Mail list logo