Package: firmware-realtek
Followup-For: Bug #1084791
Granted that Bastian has opened RM bug to remove the package ([1]), I
think a Conflics / Replaces is a way to go with respect to this
file conflict. At least it lets to get the new firmware-realtek package
migrate to testing and then if it break
Soren,
On Mon, 16 Sept 2024 at 22:51, Soren Stoutner wrote:
> On Monday, September 16, 2024 1:47:14 PM MST Dmitry Baryshkov wrote:
> > gcc-14-doc has been uploaded by Bastian German (BTW, Bastian, thank
> > you) and is currently waiting for the NEW processing.
> > I don'
r gcc-doc-defaults.
>
> On Monday, September 16, 2024 1:31:16 PM MST Dmitry Baryshkov wrote:
> > Soren,
> >
> > On Mon, 16 Sept 2024 at 22:27, Soren Stoutner wrote:
> > > Dmitry,
> > >
> > > debian/source/format lists this package as 3.0 (native).
Soren,
On Mon, 16 Sept 2024 at 22:27, Soren Stoutner wrote:
>
> Dmitry,
>
> debian/source/format lists this package as 3.0 (native). Is Debian the
> upstream for this package?
Yes, see how gcc-defaults handle the same case.
> You should delete the debian/compat file as it is deprecated.
>
> In
es.
>
> On Monday, September 16, 2024 12:44:51 PM MST Soren Stoutner wrote:
> > Control: owner -1 !
> >
> > Dmitry,
> >
> > I will take a look at sponsoring this.
> >
> > On Thursday, September 12, 2024 3:45:27 AM MST Dmitry Baryshkov wrote:
> >
Package: syslinux-efi
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: grave
X-Debbugs-Cc: dbarysh...@gmail.com
The ARM64 syslinux-efi package binaries for x86 instead instead of ARM
binaries:
$ uname -m
aarch64
$ file /usr/lib/SYSLINUX.EFI/efi*/syslinux.efi
/usr/lib/SYSLINUX.EFI/efi32/sys
Source: gcc-10-doc
Version: 10.4.0-1
Severity: serious
Control: block -1 by 1023666
Following gcc-10 removal, gcc-10-doc should not be shipped in bookworm
release.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 't
Source: tqftpserv
Version: 1.0-2
Severity: grave
Tags: patch
Recent additions to enable /lib/firmware/updates broke tqftpserv on all
systems not using this dir. Duplicated dirname() call results in
looking for the requested files in the wrong directory.
The proposed fixes are posted at [1]. Pleas
Source: protection-domain-mapper
Version: 1.0-3
Severity: grave
Tags: patch
Recent additions to enable /lib/firmware/updates broke pd-mapper for all
other systems. Improper error handling of opendir() results in segfaults
and duplicated dirname() call results in looking for the JSON file in
the wr
пн, 24 янв. 2022 г. в 13:00, Bastian Germann :
>
> On Thu, 18 Nov 2021 21:59:12 +0100 Bastian Germann wrote:
> > Your package fails to build from scratch in an environment with no
> > internect connection.
> > Please check the buildd logs for this.
>
> I am going to fix this via a NMU as it was n
/b16abe24f947193117c1f99ad35652f41977df1f
d/control, d/rules: use python3 for building (Closes: #967137, #943041)
Signed-off-by: Dmitry Baryshkov
(this message was
Package: gnome-keyring-manager
Version: 2.16.0-1
Severity: grave
Justification: renders package unusable
The package gnome-keyring-manager from experimental is uninstallable due
to dependancy on
unavailable libc6 (>= 2.4-1).
--
With best wishes
Dmitry Baryshkov
-- System Information:
Deb
Package: eog
Version: 2.16.0.1-1
Severity: grave
Justification: renders package unusable
The package eog from experimental is uninstallable due to dependancy on
unavailable libc6 (>= 2.4-1).
--
With best wishes
Dmitry
-- System Information:
Debian Release: testing/unstable
APT prefers unstabl
Package: eclipse
Version: 3.1.2-1
Followup-For: Bug #352197
I also encountered the same problem. I managed to workaround it by
issuing:
$ cp -r ~/.eclipse/org.eclipse.platform_3.1.1/configuration/org.eclipse.update/
~/.eclipse/org.eclipse.platform_3.1.2/configuration/
After issuing this command
14 matches
Mail list logo
