Package: sudo
Version: 1.9.5p2-3+deb11u1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
When typing “sudo somecommandwithatypo”, pressing Enter, and then
realising you’d done a typo and hitting ^C to abort, sudo sends an
eMail that “a password is required” nowadays.
This is a regression against ol
Package: aptitude
Version: 0.8.13-5+b1
Severity: normal
Steps to reproduce:
- Create fresh sid system
- Type "aptitude install debhelper-compat"
The command will fail with the following absolutely absurd message:
# aptitude install debhelper-compat
"debhelper-compat" is a virtual package provide
I should also mention that the grub configuration isn't really the system I
tested this on, though it is mounted in /srv/chroot/mebsuta
That system is Debian 12
Package: grub-common
Version: 2.06-3~deb11u6
Severity: important
Tags: upstream
X-Debbugs-Cc: simonp...@gmail.com
If you have an LVM setup with a VG that contains a raidintegrity=y volume, and
two other volumes that form a BTRFS raid1 filesystem, and the BTRFS filesystem
is the root filesystem, t
Hi Nick,
On Sat, 2024-01-20 at 13:58 +0900, Nick Hastings wrote:
> I updated the package to Zig 0.10.1. The RFS bug still still open.
You should probably try to ping bage and ask them to have a look at your RFS
once more. Software written in Zig keeps popping up, for example, wayprompt.
> https:
Hi,
* Maytham Alsudany [240117 11:37]:
>
> Are you still working on the zig package?
> I'd be happy to help you fix any problems that remain.
I updated the package to Zig 0.10.1. The RFS bug still still open.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012286
I'll likely not even try pa
Package: wnpp
Severity: wishlist
* Package name: spitbol
Version : V4.0f (Jan 2024)
Upstream Contact: Cheyenne Wills
* URL : https://github.com/spitbol/x64
* License : GPL
Programming Lang: C, assembler
Description : SPITBOL is an extremely high perform
Package: qt6-gtk-platformtheme
Version: 6.6.1+dfsg-6
Severity: normal
X-Debbugs-Cc: koce...@tutanota.com
Dear Maintainer,
When using Gnome/Wayland, if you install qt6-gtk-platformtheme, and try to run
qbittorrent for example, you can notice that it's using a generic qt6 theme,
and not the one tha
Package: qt5-gtk-platformtheme
Version: 5.15.10+dfsg-6
Severity: normal
X-Debbugs-Cc: koce...@tutanota.com
Dear Maintainer,
When using Gnome/Wayland, if you install qt5-gtk-platformtheme, and try to run
keepassxc for example, you can notice that it's using a generic qt5 theme, and
not the one tha
On Mon, 14 Oct 2019 16:06:59 +0300 =?utf-8?q?Sebastian_Dr=C3=B6ge?=
wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name : gst-plugins-rs
> Version : 0.5.0
> Upstream Author : Sebastian Dröge
> * URL : https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs
> * License : LGPL, MIT/Apa
Control: owner -1 !
Hi Alexandru,
Happy New Year! I'll sponsor this one.
In the future please use "reportbug sponsorship-requests" and enter my
email at the "Enter any additional addresses this report should be sent
to; press ENTER after each address. Press ENTER on a blank line to
continue" st
On Wed, Dec 20, 2023 at 11:53:15PM +0100, Chris Hofstaedtler wrote:
> Source: makedev
[..]
> your package installs MAKEDEV directly into /sbin. For the ongoing
> Debian UsrMerge effort [1] it should move to /usr/sbin in the trixie
> cycle.
I've uploaded the patch as makedev_2.3.1-97.1_source.chang
Control: tags -1 + pending
On Fri, Dec 08, 2023 at 11:46:40AM +0100, Chris Hofstaedtler wrote:
> Source: battery-stats
[..]
> your package installs files related to systemd and udev, into /lib.
> These files need to be moved to /usr/lib as part of Debian's
> usr-merge effort [1].
[..]
> The same
Package: cron
Version: 3.0pl1-183
Severity: normal
Using spc with the provided /etc/supercat/spcrc-crontab config file
makes default text invisible with a black background.
Example:
echo '6 5 * * * foo > /dev/null' | spc -t crontab
gives "6 5 * * * foo". The remaining is invisible. Note that
Control: tags -1 + pending
golang-github-go-webauthn-webauthn is now packaged, and I have
updated golang-github-canonical-candid to use the new library.
Currently there are no other rdeps on this library, so once candid
migrates to testing, I'll file the RM bug.
Mathias
signature.asc
Descript
Package: git-review
Version: 2.3.1-2
Severity: normal
Hi,
I've started using git-review.
I think I like it.
Debian package needs a tiny clean-up:
$ git clone https://salsa.debian.org/openstack-team/third-party/git-review
$ cd git-review/
$ grep six -r
debian/control: python3-six,
debian/contr
Source: pypdf2
Version: 2.12.1-4
Severity: serious
Tags: upstream
Justification: Maintainer opinion
PyPDF2 has been replaced by pypdf upstream. We should not release this
package with Trixie. Rdepends should be either ported or removed.
Scott K
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
CVE fix.
[ Impact ]
Users still vulernable to security issue.
[ Tests ]
Upstream has an extensive test suite, although we don't include a test
specifically for this is
Hi!
On Fri, 2024-01-19 at 14:13:07 +, Aidan wrote:
> On Fri, 19 Jan 2024, 00:08 Guillem Jover, wrote:
> > …regardless of whether this is or not the last blocking issue, I'd
> > still very much appreciate if you could rename the project and tool
> > upstream. :)
> I shall rename the tool to r
On Wed, 13 Sep 2023 12:59:02 +0200 Matthias Klose wrote:
the package won't migrate, afaiu. we have to have a testing pocket first. I
don't want to upload a package which is not able to migrate.
What is the status of this? The referenced bug is closed by now.
Package: feed2toot
Version: 0.17-1
Severity: normal
Hi there,
feed2toot (the package) is almost undocumented (thank you for the
manpage!)
The upstream source has a docs/ directory, and a README.md. Crucially,
these describe how to construct a minimally functional feed2toot.ini.
Please consider
Hi Julian
On Tue, 9 Jan 2024 19:53:20 +0100 Julian Andres Klode
wrote:
On Tue, Jan 09, 2024 at 07:49:48PM +0100, Julian Andres Klode wrote:
> On Tue, Jan 09, 2024 at 06:46:14PM +0100, Chris Hofstaedtler wrote:
> > Dear APT Maintainers,
> >
> > On Tue, Oct 17, 2023 at 04:36:19PM +0200, Helmut
Hi Mathias,
That is very kind of you. When it clears lintian and I have tested it against
Citra I will let you know.
Thanks again.
David
Paul Gevers wrote:
> 72s lr-xrwSrwt 3 root root 0 Jan 1 1970 zypper-common -> zypper
> 72s lr-xrwSrwt 3 root root 0 Jan 1 1970 zypper-doc -> zypper
> 72s dr-x-wSr-t 3 root root 0 Jan 1 1970 zytrax
> 72s dr-x-wSr-t 3 root root 0 Jan 1 1970 zziplib
> 72s lr-xrwSrwt 3 root root 0 Ja
Am Fri, Jan 19, 2024 at 08:22:21PM +0100 schrieb Drew Parsons:
> On 2024-01-19 18:52, Drew Parsons wrote:
> >
> > Hi Andreas, could you push your upstream and pristine-tar branches?
> > Otherwise we can't use your 2023.12.18 branch.
>
> I see what you mean. The tag is there, the orig tarball can
Hi David,
I would be willing to review and sponsor this package when it's
ready. Feel free to ping me directly (no need to open a RFS bug.)
openrct2 can use this library for Discord integration, but that is
currently disabled in the Debian builds. I haven't tried to package
this library becau
Source: sdaps
Version: 1.9.8-0.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
sdaps fails to build from source. From my build log on amd64:
| dpkg-buildpackage: info: source package sdaps
| dpkg-buildpackage: info:
Package: wnpp
Severity: wishlist
Owner: David James
X-Debbugs-Cc: debian-de...@lists.debian.org, davidjamescastor...@proton.me
* Package name: discord-rpc
Version : 3.4.0
Upstream Contact: Discord, Inc
* URL : https://github.com/discord/discord-rpc
* License :
Hey Félix, thanks for your work!
We add the missing MIT license file to https://github.com/calmh/incontainer as
reported.
Is there anything else the Syncthing project can do to help?
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "mini-httpd":
* Package name : mini-httpd
Version : 1.30-7
Upstream contact : Jef Poskanzer j...@mail.acme.com
* URL : https://www.acme.com/software/mini_httpd
On Fri, Jan 19, 2024 at 04:50:07PM +, Michael Fladischer wrote:
> please enable luajit on arm64.
> I did a test-build on my arm64 machine and it worked as expected with luajit
> enabled.
Thanks for testing. I know although LuaJIT was available on arm64
before, it didn't actually work well. L
Source: ansible-core
Version: 2.14.13-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/ansible/ansible/pull/82565
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for ansible-core.
CVE-2024-0690[0]:
| possible informa
Hi Sam,
On Thu, Jan 18, 2024 at 08:41:29AM +0100, Salvatore Bonaccorso wrote:
> Source: pam
> Version: 1.5.2-9.1
> Severity: important
> Tags: security upstream
> X-Debbugs-Cc: car...@debian.org, Debian Security Team
>
> Control: found -1 1.5.2-6+deb12u1
> Control: found -1 1.5.2-6
> Control: fo
On 2024-01-19 18:52, Drew Parsons wrote:
Hi Andreas, could you push your upstream and pristine-tar branches?
Otherwise we can't use your 2023.12.18 branch.
I see what you mean. The tag is there, the orig tarball can be
regenerated with
gbp export-orig.
Source: pymatgen
Followup-For: Bug #1058040
No, other way around. The new monty is causing the problem.
Will need to patch or upgrade pymatgen.
Hello
Thanks for the report. This was already reported in bug #1016694 (in
CC), and I have committed the change in the packages repo:
https://salsa.debian.org/webmaster-team/packages/-/commit/4a1f6cc787af10d1207d3127d679e93b48fcd99b
I leave open the bug because this still needs to be deployed
Source: pymatgen
Followup-For: Bug #1058040
Sounds like it will need the new version of monty
Hello
Thanks for the report. This was already reported in bug #1016694 (in
CC), and I have committed the change in the packages repo:
https://salsa.debian.org/webmaster-team/packages/-/commit/4a1f6cc787af10d1207d3127d679e93b48fcd99b
I leave open the bug because this still needs to be deplo
Package: cron
Version: 3.0pl1-182
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
* What led up to the situation?
1. A user ran "crontab -e"
2. He added the line (note the space):
MAILTO=a...@example.org, b...@example.com
3. He saved and exited
4. No errors
On Fri, 19 Jan 2024 00:26:08 +0100 Francesco Poli wrote:
> On Thu, 18 Jan 2024 07:56:08 -0500 James McCoy wrote:
>
> [...]
> > The latest upload has already fixed this. It should migrate to testing
> > as part of the ongoing Perl transition.
>
> Thanks a lot for your very prompt reply!
> I'll w
On Fri, 19 Jan 2024 02:39:14 + Debian Bug Tracking System wrote:
[...]
>* New upstream version 2.15.0.4
> Closes: #799392 - document the need to use '-p' in scripts, see
> https://github.com/lcn2/calc/issues/133 for details).
[...]
Thank you so much for checking and closing the
On Thu, 8 Apr 2021 21:56:35 +0100 Rock Storm wrote:
Hi Nilesh,
Thank you for you offer. I'm sorry, I completely forgot about this bugs.
I wanted these libraries (#921150 and #922528) to be uploaded in order
to package the latest 'arduino-builder'. However, we finally decided to
keep the current
Control: reassign -1 src:qiime 2022.11.1-2
Control: affects -1 + q2-feature-classifier
Control: merge -1 1060987
This is another manifestation of #1060987, this time affecting
q2-feature-classifier:
> /usr/lib/python3/dist-packages/qiime2/core/cite.py:26: in load
> parser = bp.bparser.BibTexPa
Control: reassign -1 src:qiime/2022.11.1-2
Control: retitle -1 qiime: FTBFS: AttributeError: module 'bibtexparser' has no
attribute 'bparser'
Control: affects -1 + q2cli
This looks to be the main issue:
> /usr/lib/python3/dist-packages/qiime2/core/cite.py:26: in load
> parser = bp.bparser.Bib
On 2024-01-16 17:55, Andreas Tille wrote:
Control: tags -1 pending
Hi,
I've applied the patch in Git and also tried to upgrade to latest
upstream since there is a chance that other Python3.12 issues might be
fixed. Unfortunately the upgrade is all but straightforward and
I gave up finally over
On Fri, Jan 19, 2024 at 05:10:40PM +0100, Vincent Lefevre wrote:
> The -a=... version is not documented in the manual, only -a alone,
Compare -t, which also doesn't say -t=foo. Probably mostly due to -t foo
working as well or just because the manpages like their inconsistencies
and would deserve s
Dear Release Team,
I think this bug can be closed now, as the transition has been done.
I am not doing it myself in case I might have missed something...
Best,
--
Pierre
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 2024-01-19 17:11 +0100, Sven Joachim wrote:
> Source: asymptote
> Version: 2.86+ds1-1
>
> Your package has a test suite that probably should be run at build time,
> but it is not. I looked at the git repository and found that it has
> been disabled since at least 2015:
>
> ,
> | $ git show
Package: neovim
Version: 0.9.5-4
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
please enable luajit on arm64.
I did a test-build on my arm64 machine and it worked as expected with luajit
enabled.
Regards,
Michael
- -- System Information:
Debian Release: t
On Fri, Jan 19, 2024 at 05:10:40PM +0100, Vincent Lefevre wrote:
> On 2024-01-19 16:43:24 +0100, Julian Andres Klode wrote:
> > On Fri, Jan 19, 2024 at 03:43:25PM +0100, Vincent Lefevre wrote:
> > > Package: apt
> > > Version: 2.7.9
> > > Severity: normal
> > >
> > > In the apt-get(8) man page:
>
Source: h5py
Followup-For: Bug #1061063
Control: forwarded 1061063 https://github.com/h5py/h5py/issues/1927
The problem was raised upstream at
https://github.com/h5py/h5py/issues/1927
Makes it difficult to test if we can't reproduce it on all armhf
environments.
A patch was suggested for the ups
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: sigsum-go
Version : 1.7.1-1
Upstream Author : The Sigsum Project Authors
* URL : https://git.glasklar.is/sigsum/core/sigsum-go
* License : BSD-2-Clause
Programming Lang: Go
Description
Package: asymptote
Version: 2.86+ds1-1
Your package's autopkgtest runs the upstream test suite which is nice.
However, it first builds the program and then tests that, rather than
the package from the archive. This is not very useful, as changes in
reverse dependencies could cause breakage at run
The media keys on a Apple MacBook 5.2 "mute", "volume down" and "volume up"
now work!
they did not work before, but after the patch was installed and the
corresponding keyboard "Portuguese (Macintosh)" is selected via the menu on
Gnome Wayland
If other layout is select, only tested "Portuguese" and
Hi,
I patched the file src/furo/__init__.py, to enforce the attribute
type="module" when the script furo.js is embedded in a web page.
Then the syntax
import * as Gumshoe from "./gumshoe-patched.js"
is accepted.
I hope that the release 2023.09.10+dfsg-4 can fix the bug definitely.
Best regar
On 2024-01-19 16:43:24 +0100, Julian Andres Klode wrote:
> On Fri, Jan 19, 2024 at 03:43:25PM +0100, Vincent Lefevre wrote:
> > Package: apt
> > Version: 2.7.9
> > Severity: normal
> >
> > In the apt-get(8) man page:
> >
> >apt-get [-asqdyfmubV] [-o=config_string] [-c=config_file]
> >
Source: asymptote
Version: 2.86+ds1-1
Your package has a test suite that probably should be run at build time,
but it is not. I looked at the git repository and found that it has
been disabled since at least 2015:
,
| $ git show f69991bf3
| commit f69991bf3cf85c0560ac93a2b24d96ce67c061d9
| A
On Fri, Jan 19, 2024 at 03:43:25PM +0100, Vincent Lefevre wrote:
> Package: apt
> Version: 2.7.9
> Severity: normal
>
> In the apt-get(8) man page:
>
>apt-get [-asqdyfmubV] [-o=config_string] [-c=config_file]
>[-t=target_release] [-a=architecture] {update | upgrade |
>
Hi,
> > please push this packaging effort to a personal (but publicly
> > accessible) git repo on salsa, so that i can cherry pick the changes i
> > like, thanks
>
> Here:
>
>
> https://salsa.debian.org/niol/transmission/-/tree/master-candidate?ref_type=heads
I've also updated my pull requ
Package: php8.3
Severity: normal
Tags: patch
X-Debbugs-Cc: athos.ribe...@canonical.com
Dear Maintainer,
as discussed in
https://salsa.debian.org/php-team/php/-/merge_requests/11, moving the
logic to disable the upstream GC routine from d/rules to a patch would
improve documenting such change with
Package: php8.3
Severity: normal
Tags: patch
X-Debbugs-Cc: athos.ribe...@canonical.com
Dear Maintainer,
The PHP_EXTRA_VERSION variable used to be configured in debian/rules
before PHP 7.4. After this, the upstream configure.ac file changed and
the sed command in debian/rules became a no-op.
This
Package: apt
Version: 2.7.9
Severity: normal
In the apt-get(8) man page:
apt-get [-asqdyfmubV] [-o=config_string] [-c=config_file]
[-t=target_release] [-a=architecture] {update | upgrade |
dselect-upgrade | dist-upgrade |
install pkg [{=pkg_vers
Thanks for taking the time to comment Guillem.
On Fri, 19 Jan 2024, 00:08 Guillem Jover, wrote:
> Hi!
>
> On Thu, 2024-01-18 at 23:14:49 +, Aidan wrote:
> > On Thu, Jan 18, 2024 at 6:30 PM David Kalnischkies wrote:
> > > On Thu, Jan 18, 2024 at 02:35:40PM +, Aidan wrote:
> > > > I am loo
Package: python3-pandas-flavor
Severity: minor
Hi,
the package description of python3-pandas-flavor actually has the short
description only reading "Pandas Flavor allows you add" which is not a complete
description.
This sentence continues in the long description. As such even the long
descr
On Fri, 19 Jan 2024 at 12:34:24 +0100, John Paul Adrian Glaubitz wrote:
> Could you perform a new upload of libsoup3 within the next days so I can
> bootstrap the package for sh4 again?
It isn't my highest priority, but I'll try to get that far down my queue
at some point.
(Or other GNOME team ma
notfound 1014862 3.4.5-1
thanks
In the current build this bug does not exist.
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Fri, 19 Jan 2024 at 15:15:23 +0200, Graham Inggs wrote:
> On Fri, 19 Jan 2024 at 14:46, Simon McVittie wrote:
> > I would guess that the problem is that it still uses python3-distutils
> > (that's being worked on upstream, but slower than I would like), but even
> > though that package Provides
On Fri, 19 Jan 2024 at 12:46:41 +, Simon McVittie wrote:
> On Fri, 19 Jan 2024 at 13:54:26 +0200, Graham Inggs wrote:
> > gobject-introspection FTBFS with Python 3.12 as the default version.
> > I've copied what I hope is the relevant part of the log below.
>
> This is not a very helpful log,
Hi all,
I have now installed an early 6.1 kernel:
$ uname -a
Linux Zwerg 6.1.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1
(2023-01-07) x86_64 GNU/Linux
and not updated anything else. Also, still running with PCIe power
management in non-default:
# cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-6
On Fri, 19 Jan 2024 at 14:10:17 +0200, Graham Inggs wrote:
> Adding the following lines to debian/rules worked for me:
>
> override_dh_python3:
> dh_python3 /usr/lib/$(DEB_HOST_MULTIARCH)/gobject-introspection/giscanner/
In fact we were already doing the equivalent of this, but only for the
g
Control: reopen -1
On Fri, 19 Jan 2024, Debian Bug Tracking System wrote:
> furo (2023.09.10+dfsg-3) unstable; urgency=medium
> .
>* included the code from normalize.css into furo.css instead of
> the include directive. Closes: #1060897
Thanks for this fix! Unfortunately, this only sol
Hi Simon
On Fri, 19 Jan 2024 at 14:46, Simon McVittie wrote:
> I would guess that the problem is that it still uses python3-distutils
> (that's being worked on upstream, but slower than I would like), but even
> though that package Provides python3.12-distutils, it doesn't contain
> an implementa
Package: xkb-data
Version: 2.38-2
Severity: minor
Tags: patch
X-Debbugs-Cc: cgecas...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Trying to configure keyboard on macbook
* What exactly did
Package: debmake
Version: 4.4.0-3
Severity: normal
X-Debbugs-Cc: edom...@gmail.com
Hi,
When I tried to use debmake to package a Python 3 only application, and even
when I force it
to -b":python3", debmake try to run "python setup.py" which is wrong and should
use "python3 setup.py"
Thanks.
Ernes
On Fri, 19 Jan 2024 at 13:54:26 +0200, Graham Inggs wrote:
> gobject-introspection FTBFS with Python 3.12 as the default version.
> I've copied what I hope is the relevant part of the log below.
This is not a very helpful log, I hope it gives more information earlier
or later? If not, we'll have t
Package: python3
Version: 3.11.2-1+b1
Severity: minor
Dear Maintainer,
/usr/share/doc/{libpython3-stdlib,python3,python3-minimal}/README.Debian
direct readers to find further documentation in /usr/share/doc/python3.6/
but that path is not available (because the installed version of Python is
3.1
Hi Graham,
On Mon, 8 Jan 2024 08:46:45 +0200 Graham Inggs wrote:
However, since spglib stopped building its extension for all supported
Python versions (see #1057858) testing python-ase against Python 3.12
now fails with:
531s INTERNALERROR> Traceback (most recent call last):
531s INTERNALERRO
Control: tags -1 + patch
Adding the following lines to debian/rules worked for me:
override_dh_python3:
dh_python3 /usr/lib/$(DEB_HOST_MULTIARCH)/gobject-introspection/giscanner/
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-de...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-crispy-bootstrap4
Version : 2023.1
Upstream Contact: David Smith
* URL : https://github.com/dj
Source: gobject-introspection
Version: 1.78.1-11
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
gobject-introspection FTBFS with Python 3.12 as the default version.
I've copied what I hope is the relevant part of the log below.
Although Python 3.12 is
Source: gobject-introspection
Version: 1.78.1-11
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python3.12
Hi Maintainer
The gobject-introspection-bin binary package ships the file:
/usr/lib//gobject-introspection/giscanner/_giscanner.cpython-311-.so
It has a dependency on p
Hi Simon,
On Fri, 2024-01-19 at 10:47 +, Simon McVittie wrote:
> > From a quick look at libsoup3, it seems like it might only need
> > GNUTLS for part of the test suite, and therefore needs to pass
> > -Dpkcs11_tests=disabled to meson via dh_auto_configure (overriding
> > -Dauto_features=enabl
It's now buildable.
Hello,
I deleted the first line in the file furo.css, which contained
« @import url(/javascript/normalize.css/normalize.css); »
and replaced it by the contents of the file normalize.css
The release 2023.09.10+dfsg-3 might fix the bug, please feel free to
reopen it, if it doesn't.
Best regards,
I tried aptitude and it works! Thank you for your help!
aptitude behaves properly in example from
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=229775#66 (message
66).
Moreover, stretch's aptitude version behaves properly (i. e. in the way I need).
So, my problem is solved.
But I still think
On Fri, 19 Jan 2024 at 00:51:50 +, Simon McVittie wrote:
> On Fri, 19 Jan 2024 at 01:17:36 +0100, John Paul Adrian Glaubitz wrote:
> > it seems that specifying multiple
> > build profiles for a build dependency means that the build dependency is
> > removed only if all of the specified profiles
I've now been able to setup autopkgtest locally based on sbuild.
I get failures in an autopkgtest (sbuild sid) chroot, but not when I do
a clean pbuilder chroot via sid to do "pbuilder login".
Investigating the differences between what should be identical chroots.
Alastair
--
Alastair McKin
Package: release.debian.org
Please align the uploaded versions of sqlite3 packages so that
cross-building against some lib of this source is working for riscv64.
TIA,
Jan
Hi,
On Thu, 18 Jan 2024, Georges Khaznadar wrote:
> On Thu, 18 Jan 2024 13:55:20 +0100 Raphael Hertzog wrote:
> > [...] reported here and that you can see here:
> > https://hertzog.pages.debian.net/-/debusine/-/jobs/5153568/artifacts/docs/_build/html/index.html
>
> when I browse this URL with th
Package: git-email
Version: 1:2.43.0-1
Followup-For: Bug #895874
X-Debbugs-Cc: jrnie...@gmail.com, safinas...@gmail.com
The bug is still present in modern versions of git-email.
I. e. after 6 years it is still not fixed.
I did some experiments and I figured that the following 3
packages should be
Control: forwarded -1 https://github.com/xbmc/xbmc/issues/24539
Hello Giuseppe,
I opened an issue [1] and hope to resolve your issue with there.
[1] https://github.com/xbmc/xbmc/issues/24539
--
Vasyl Gello
==
Certified SolidWorks Expert
Mob.:+38
Hello Vasyl,
here is some information and a stack trace of the kodi thread that keep
consuming CPU.
>From what I understand, the problem is in the renderer code, but I am calling
kodi in standalone, so I think the renderer should not used at all.
top output (with thread view):
-
92 matches
Mail list logo
