Hi,
According to sddm development https://github.com/sddm/sddm/issues/
1476#issuecomment-1152889613, this should be fixed with version 0.20.
Various mitigation operations like switching VT are presented in that thread.
--
Pierre Métras
signature.asc
Description: This is a digitally signed mess
Is /tmp/jammy definitely an empty directory?
OpenPGP_signature.asc
Description: OpenPGP digital signature
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/java-team/libusb-java/-/merge_requests/3
Source: armnn
Version: 23.08-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.deb
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/science-team/libsvm/-/merge_requests/3
On Tue, Jan 30, 2024 at 12:34:50AM +, Ian Jackson wrote:
> > To ensure that inconsistent combinations of libraries with their
> > reverse-dependencies are never installed together, it is necessary to
> > have a library transition, which is most easily done by renaming the
> > runtime library pa
Source: arpack
Version: 3.9.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.de
Source: arrayfire
Version: 3.3.2+dfsg1-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https:
On Mon, 2024-01-29 at 08:02 +0100, Johannes Schauer Marin Rodrigues wrote:
> independent on whether this is packaged or not, could you complete the entry
> for distrobuilder in this table?
>
> https://wiki.debian.org/SystemBuildTools#General_tools
Sure, done!
Mathias
signature.asc
Descriptio
Source: asl
Version: 0.1.7-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debia
Control: tags -1 - pending
Of course, arrayfire already has an outstanding build failure since 2018, so
this will not actually be NMUed as-is.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Source: astrometry.net
Version: 0.93+dfsg-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(htt
Source: at-spi2-core
Version: 2.50.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://
I have attempted to repeat this on a non-testing Debian system using Python
version 3.11.6 (which is what trixie reports as current) and the tests all pass
fine.
Is there some procedure I can use to repeat this? Is this "just a Debian thing"
and there's nothing I can do directly in txtorcon?
Upgrading txtorcon to the latest version (23.11.0) should fix this problem, it
does not happen there for me.
Source: atril
Version: 1.26.1-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.de
Unfortunately, additional changes were also needed to debian/rules. Please
see attached an amended debdiff.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/debian/libjxmpp-java/-/merge_requests/3
Source: audit
Version: 1:3.1.2-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.d
Source: audacious
Version: 4.3.1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki
Source: avogadrolibs
Version: 1.98.1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://
Hi,
Thanks for the report and the information.
This is probably a bug for python3-build to update new upstream release.
In despite of this I will contact maintainer and/or update the package.
Cheers!
signature.asc
Description: PGP signature
Source: avro-c
Version: 1.11.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.d
Source: belle-sip
Version: 5.2.0+dfsg-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https:/
Source: bamf
Version: 0.5.6+repack-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wi
Source: biosquid
Version: 1.9g+cvs20050121-13
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(h
Control: tags -1 - pending patch
Unfortunately, it turns out that due to the use of d-shlibs this patch is
insufficient. d-shlibs appears to need patching for every ABI transition,
and only knows about the long-finished c102, ldbl, and v5 transitions (which
misses several other ABI transitions th
Source: blitz++
Version: 1:1.0.2+ds-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://w
Control: tag -1 pending
Hallo Matthias,
Matthias Klose [2024-01-29 21:27 +0100]:
> 636s NO TESTS RAN (skipped=4)
> 637s autopkgtest [01:57:06]: test upstream: ---]
> 637s autopkgtest [01:57:06]: test upstream: - - - - - - - - - - results - -
> - - - - - - - -
> 637s upstream
Control: tags -1 - moreinfo
Both pbcopper and r-cran-openmx have switched to the default version of
boost, so there shouldn't be anything left to block boost1.81 removal.
On 2024-01-29 21:56, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Wed, 2024-01-24 at 23:06 +0100, Aurelien Jarno wrote:
> > The usbutils package contains a simple shell script called usb-
> > devices
> > to list all USB devices with their basic characteristics. A
> > regression
> >
Control: tags -1 + confirmed
On Tue, 2024-01-30 at 00:07 +0100, Guilhem Moulin wrote:
> Control: tags -1 - moreinfo
>
> On Mon, 29 Jan 2024 at 21:55:37 +, Adam D. Barratt wrote:
> >
> > On Thu, 2024-01-25 at 04:45 +0100, Guilhem Moulin wrote:
> > > Fix CVE-2023-34194: Reachable assertion (an
* Paul Gevers [240126 22:25]:
> Hi zeha,
>
> On 26-01-2024 10:21, Chris Hofstaedtler wrote:
> > I see this "works", but now the tests fail after one try on the
> > problematic worker and then are never retried. Can this please be
> > fixed?
>
> What do you have in mind? I think you need to wait
Hi,
I have updated pexpect [0] to new upstream and worked on a fix for build
issue with Python 3.12.
[0] https://salsa.debian.org/python-team/packages/pexpect
Thank you,
Yogeswaran.
On 29 janv. 2024 20:58, gregor herrmann wrote:
> On Mon, 29 Jan 2024 08:53:45 +0100, Christian Marillat wrote:
[...]
>> This diff fix this issue.
>
> Thanks for checking.
> Alright, so we know that
> 1) something is different between your and my environment, and
> 2) one of the two small chang
Package: apktool
Version: 2.7.0+dfsg-7
Control: tags -1 help newcomer
Upstream changed the Gradle setup to use Kotlin files (e.g. build.gradle.kts)
rather than the Groovy files (e.g. build.gradle). I spoke with upstream about
the changes to the buildsystem, they said that it was about switch
Hi Moritz
On 29/01/2024 22:48, Moritz Mühlenhoff wrote:
Can you please send/propose this upstream, they are in a much better position
to assess this approach.
Either by making a pull requesthttps://github.com/HandBrake/HandBrake or
by opening an issue there.
It has been reported here:
https
Hello,
On Mon, 2024-01-29 at 23:41 +, Alberto Garcia wrote:
> On Mon, Jan 29, 2024 at 11:57:31PM +0100, John Paul Adrian Glaubitz wrote:
> > src:webkit2gtk is currently BD-Uninstallable on m68k [1] since
> > libseccomp is currently not available yet.
>
> I guess that the main problem is that
Source: boinc
Version: 7.20.5+dfsg-1.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://
That turned out to be easier than it looked - fixing the easy one also
made the others go away. Please upload this:
https://salsa.debian.org/rnpalmer-guest/tqdm
Package: src:lfortran
Version: 0.30.0-2
Severity: important
Tags: sid trixie
please don't link against the private shared libbfd library, but use
static linking instead and add a Built-Using attribute to the lfortran
binary package.
libbinutils has an upper versioned dependency, provides no s
Some looking through the code suggests that the precision is user-set
and hence constant within a single query, and hence that this fix is OK,
but I'm not entirely certain of that.
There are ways to make pandas 2.x accept mixed time format, but I think
they're 2.x _only_ and/or slow.
Just want to confirm that Raffaele Bratta's solution of switching to
systemd also resolved the issue for me. Basically, adding to
`/etc/wsl.conf` the following configuration:
```
[boot]
systemd = true
```
and then rebooting by executing `wsl --shutdown`. After that, I could
finally run `dpkg --co
301 - 343 of 343 matches
Mail list logo
