Package: parted
Version: 3.5-2
Severity: normal
Hello,
To make bootstrapping ports easier, it would be useful to avoid the
"check" build-dep when using the nocheck build profile, as the attached
patch does, could you apply it?
Thanks,
Samuel
-- System Information:
Debian Release: bookworm/sid
Samuel Thibault, le lun. 31 oct. 2022 10:51:13 +0100, a ecrit:
> As for inviting other people interested in the new list, I could invite
> the hundred people of the existing orca list to post, but I'd rather not
> flood this bug report with it :)
(
the existing trafic, and thus the
Control: reopen -1
Samuel Thibault, le jeu. 27 oct. 2022 23:40:01 +0200, a ecrit:
> Samuel Thibault, le jeu. 20 oct. 2022 17:55:36 +0200, a ecrit:
> > The gnome project is shutting down its mailing lists server at the end
> > of October, in favor of its discourse server, and notabl
As a reminder, mails sent to n...@bugs.debian.org are *not* sent to the
bug submitter, so I had never received that reply:
John Damm Sørensen, le sam. 25 mars 2017 21:12:02 +0100, a ecrit:
> Have you tried adding this:
> ConditionDirectoryNotEmpty=/etc/resolv.conf
> to the Unit section of:
>
Steve McIntyre, le lun. 24 oct. 2022 10:16:39 +0100, a ecrit:
> This bug just bit me, and I'm disappointed nothing appears to have
> been done here to remedy this.
I had actually not seen the bug report, the title of the bug report
didn't catch my eyes. Thus why it hadn't been fixed so far.
Hello,
Thorsten Alteholz, le sam. 29 oct. 2022 22:43:02 +, a ecrit:
> The problem seems to be that it was installed on a system without need for
> it.
That's just a small part of the problem. The real problem is a bug in
the matching rule, which I have now fixed.
> Wouldn't there be a
Package: perl
Version: 5.36.0-4
Severity: normal
Hello,
On hurd-i386, op/stat.t fails like this:
not ok 36 - ls and -b agreeing on /dev (0 310)
# Failed test 36 - ls and -b agreeing on /dev (0 310) at op/stat.t line 323
# got "0"
# expected "310"
# = before
# total 68340
# lrwxr-xr-x 1
ng pipewire
> to wake up.
As the testcase shows, even not sending anything to pipewire triggers
the concern, so the issue doesn't seem to be on the application side.
Samuel
Samuel Thibault, le jeu. 20 oct. 2022 15:24:48 +0200, a ecrit:
> Samuel Thibault, le jeu. 20 oct. 2022 15:02:09 +0200, a e
Nilesh Patra, le sam. 22 oct. 2022 21:49:16 +0530, a ecrit:
> I see, yes indeed. I have "$dpkg_buildpackage_user_options = ['-j5'];" set in
> my sbuildrc since atleast a couple of years or so and this is the first time I
> have seen something choke.
Yes, most people relying on automake/cmake/etc.
Control: severity -1 wishlist
Samuel Thibault, le sam. 22 oct. 2022 17:06:07 +0200, a ecrit:
> Nilesh Patra, le sam. 22 oct. 2022 20:09:05 +0530, a ecrit:
> > Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot -j5
>
> Ok, that's why. festival's makefile does not s
Nilesh Patra, le sam. 22 oct. 2022 20:09:05 +0530, a ecrit:
> Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot -j5
Ok, that's why. festival's makefile does not support parallel builds.
That's why we do not pass any -j parameter to the explicit make call.
It seems that
Control: severity -1 important
Control: tags -1 + moreinfo
Hello,
Nilesh Patra, le sam. 22 oct. 2022 19:40:52 +0530, a ecrit:
> Festival fails to build from source with:
[no actual error message]
Please post the whole log, otherwise we can't see anything.
I have tried to build festival both
Samuel Thibault, le jeu. 20 oct. 2022 17:55:36 +0200, a ecrit:
> Could
>
> o...@other.debian.org
>
> thus be created for hosting upstream orca discussions?
And we'd be interested with preseeding it with at least the list of
subscribed people on the previous orca-list.
Samuel
Just as a side note to reproduce this more easily:
( echo INIT ; echo AUDIO ; echo audio_output_method=pulse ; echo
audio_pulse_device=default ; echo . ; read) |
/usr/lib/speech-dispatcher-modules/sd_dummy
will indeed show up in pw-top
Samuel
Josh Triplett, le jeu. 20 oct. 2022 16:59:04 +0100, a ecrit:
> On Thu, Oct 20, 2022 at 03:24:48PM +0200, Samuel Thibault wrote:
> > Control: reassign -1 pulseaudio
> >
> > Samuel Thibault, le jeu. 20 oct. 2022 15:02:09 +0200, a ecrit:
> > > Josh Triplett, le je
Package: lists.debian.org
Severity: wishlist
Tags: a11y
Hello,
The gnome project is shutting down its mailing lists server at the end
of October, in favor of its discourse server, and notably the orca-list
mailing list about the Orca screen reader is thus getting shut down.
The interaction with
Control: reassign -1 pulseaudio
Samuel Thibault, le jeu. 20 oct. 2022 15:02:09 +0200, a ecrit:
> Josh Triplett, le jeu. 20 oct. 2022 13:45:45 +0100, a ecrit:
> > sd_dummy seems to be waking up every 1.5s even when it has no work to
> > do.
>
> I don't see that happening on
Hello,
Josh Triplett, le jeu. 20 oct. 2022 13:45:45 +0100, a ecrit:
> sd_dummy seems to be waking up every 1.5s even when it has no work to
> do.
I don't see that happening on my system. Could you run strace on it so
we get to know what happens in your case? E.g.
strace -p $(pgrep sd_dummy)
Control: severity -1 important
Hello,
Michael Biebl, le lun. 17 oct. 2022 13:53:44 +0200, a ecrit:
> Source: console-setup
> Version: 1.210
> Tags: ftbfs
1.210 does actually build, it's +binnmu1 that doesn't, because + in the
build path gets confused with file assembly on the command line:
>
Package: ftp.debian.org
Severity: normal
Hello,
As discussed in 1021390, the nvda2speechd source package should not be
built on buildds since it uses external rust resources. I'll thus build
it by hand on my box. I don't plan to cross-build it beyond i386 and
amd64, so please remove the builds
Control: tag -1 pending
Adrian Bunk, le lun. 10 oct. 2022 22:53:22 +0300, a ecrit:
> On Mon, Oct 10, 2022 at 09:20:52PM +0200, Samuel Thibault wrote:
> > Adrian Bunk, le lun. 10 oct. 2022 21:51:25 +0300, a ecrit:
> > > Control: severity -1 serious
> > >
> >
Adrian Bunk, le lun. 10 oct. 2022 21:51:25 +0300, a ecrit:
> Control: severity -1 serious
>
> [ adding debian-wb-team to Cc ]
>
> On Fri, Oct 07, 2022 at 01:55:41PM +0200, Samuel Thibault wrote:
> > Control: severity -1 important
> >
> > Andreas Beckmann, le
Petter Reinholdtsen, le lun. 10 oct. 2022 13:47:26 +0200, a ecrit:
> I am told that it was a fatal error that /sbin/gcore and
> /usr/sbin/gcore both existed.
Yes, I had left that conflict for now, waiting for this bug to be fixed,
so that for now usrmerge aborts instead of breaking Hurd systems.
Hello,
Petter Reinholdtsen, le lun. 10 oct. 2022 13:47:26 +0200, a ecrit:
> [Marco d'Itri]
> > For a start, I would like to have a Hurd VM image which I could use
> > for testing. But the real issue here is not introducing regressions on
> > the non-Hurd systems.
>
> If you would like to have a
Marco d'Itri, le lun. 10 oct. 2022 11:38:49 +0200, a ecrit:
> I am in no hurry to make invasive changes to the usrmerge algorithm to
> fix a niche unofficial port which did not care to test it for years.
I did not see a care to call for testing on the debian-ports list,
either.
Samuel
(note:
Control: severity -1 important
Andreas Beckmann, le ven. 07 oct. 2022 13:38:15 +0200, a ecrit:
> Justification: fails to build from source (but built successfully in the past)
>
> During a local rebuild of contrib and non-free (w/o network access
> permitted), I noticed
It can build the source,
Hello,
Is there an easy way to unbrick a system affected by the issue? such as
a kernel-line option or a configuration file in /etc? I don't see how I
can set a GLIBC_TUNABLES environment variable for the whole system.
Samuel
Hello,
Thanks for uploading a fixed version. However,
Debian Bug Tracking System, le lun. 03 oct. 2022 09:24:06 +, a ecrit:
>* debian/libunistring2.symbols.hurd-i386:
> - Refresh symbols (Closes: #1018232).
I don't understand why keeping such a file? The
(arch=hurd-any)
Jörg Frings-Fürst, le dim. 02 oct. 2022 12:46:54 +0200, a ecrit:
> version 0.9.3-5.2 is over 6 years old and is no longer supported.
I have no idea how reportbug ended up with reporting that version of
libunistring...
The reported bug does apply to version 1.0-1, see
Luca Boccassi, le ven. 30 sept. 2022 23:33:39 +0100, a ecrit:
> On Thu, 29 Sep 2022 09:06:58 +0200 Samuel Thibault
> wrote:
> > Marco d'Itri, le jeu. 29 sept. 2022 04:53:32 +0200, a ecrit:
> > > On Sep 22, Samuel Thibault wrote:
> > >
> > > > On usr m
Marco d'Itri, le jeu. 29 sept. 2022 04:53:32 +0200, a ecrit:
> On Sep 22, Samuel Thibault wrote:
>
> > On usr merge attempt on a hurd-i386 system, things go really bad:
> I am quite disappointed that it took 7 years to find out that the
> package does not work at all on Hur
Svante Signell, le mer. 28 sept. 2022 18:09:58 +0200, a ecrit:
> On Wed, 2022-09-28 at 17:50 +0200, Samuel Thibault wrote:
> > Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514
> >
> > Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit:
> >
Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514
Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit:
> Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue.
This issue was already forwarded upstream on
https://github.com/doxygen/doxygen/pull/9514
they said it
Control: tags -1 + pending
Samuel Thibault, le lun. 26 sept. 2022 01:47:58 +0200, a ecrit:
> Ok, I have fixed this in git, but now we are getting a different issue:
>
> «
> error: Multiple top-level packages discovered in a flat-layout: ['swig',
> 'deps', 'debian', 'pocket
Dylan Aïssi, le mar. 27 sept. 2022 11:15:25 +0200, a ecrit:
> @Samuel What are the different input devices you want them autoswitched?
Tools report them as internal microphone vs headset microphone, on the
same internal audio device (the output is reported as speaker output vs
headset output).
Hello,
Dylan Aïssi, le mar. 27 sept. 2022 10:29:15 +0200, a ecrit:
> Le lun. 30 mai 2022 à 16:57, Vincent Lefevre a écrit :
> > On 2021-10-29 18:23:03 +0200, Vincent Lefevre wrote:
> > > I use bluetooth speakers by default. When I connect my bluetooth
> > > headphones, I want the system to
Hello,
Matthias Klose, le ven. 23 sept. 2022 15:38:42 +0200, a ecrit:
> https://ci.debian.net/data/autopkgtest/testing/amd64/p/pocketsphinx-python/26322074/log.gz
>
> [...]
> autopkgtest [07:48:02]: test tests: [---
> patching file setup.py
> configure
Package: unifont
Version: 1:15.0.01-1
Severity: important
Tags: d-i
Control: affects -1 + bterm-unifont
Control: notfound 1:14.0.04-1
Hello,
As of version 1:15.0.01-1, the unifont package is not shipping
/usr/share/unifont/unifont_jp.hex any more, while it was shipping it in
version 1:14.0.04-1.
Package: unifont-bin
Version: 1:15.0.01-1
Severity: normal
Hello,
AIUI, the unifont-bin package behaves the same on any architecture since
it only acts on font files in an architecture-independent way? If so,
could you mark it Multi-Arch: foreign, so that packages depending on it
(e.g.
Control: reassign -1 mesa
Control: retitle -1 If I start some programs (i.e. gimp), system gets me out of
the session and show me login again
Roberto, le jeu. 22 sept. 2022 12:33:13 +, a ecrit:
> In the .old file I found:
> --
> [ 1450.752] Failed to compile FS: 0:1(10): error: GLSL
Luca Boccassi, le jeu. 22 sept. 2022 10:43:42 +0100, a ecrit:
> Thanks for the patch - just to clarify, you can confirm it fixes the
> issue and the conversion completes successfully with it on hurd?
Yes :)
While skating to work, I was thinking that to be safe, the while
loop could probably
Samuel Thibault, le mer. 21 sept. 2022 23:46:09 +, a ecrit:
> Can't exec "cp": No such file or directory at
> /usr/lib/usrmerge/convert-usrmerge line 418.
>
> FATAL ERROR:
> Failed to execute cp --no-dereference --preserve=all --reflink=auto
> --sparse=always /
Package: usrmerge
Version: 31
Severity: important
Hello,
On usr merge attempt on a hurd-i386 system, things go really bad:
Can't exec "cp": No such file or directory at
/usr/lib/usrmerge/convert-usrmerge line 418.
FATAL ERROR:
Failed to execute cp --no-dereference --preserve=all
Roberto, le mer. 21 sept. 2022 14:56:31 +, a ecrit:
> I checked /var/log/Xorg.0.log but I can't se any error there.
Sorry, I should have told to look at the .old file, since Xorg rebooted
so Xorg.0.log is the newer server, which hasn't crashed yet.
Samuel
Hello,
roby via Pkg-a11y-devel, le mer. 21 sept. 2022 16:14:36 +0200, a ecrit:
> If I start gimp, or when I use firefox and I try to open a thread on twitter,
> system gets me out of the session and show me login again.
>
> in /var/log/syslog
>
> Sep 21 08:47:07 robpc
Antoine, as a reminder: mails sent to n...@bugs.debian.org are *not*
cc-ed to the submitter. I have bounced your answer to Dominick.
Antoine Le Gonidec via Pkg-a11y-devel, le dim. 18 sept. 2022 20:38:35 +0200, a
ecrit:
> On Sun, 18 Sep 2022 09:59:01 +0200 Dominick Grift
> wrote:
> >
Hello,
Thomas Schmitt, le sam. 17 sept. 2022 09:35:35 +0200, a ecrit:
> I am a bit confused by the presence of a section
> "libisoburn (1.5.4-3) unstable" in
>
> https://salsa.debian.org/optical-media-team/libisoburn/-/raw/HEAD/debian/changelog
> while libisoburn is at 1.5.4-2 in
>
Source: grub2
Version: 2.02~beta2-22
Severity: normal
Hello,
In version 1.99~rc1-5, most grub packages were made Multi-Arch: foreign
with the following changelog:
Mark binary packages as Multi-Arch: foreign (for example, an amd64
kernel installed on an i386 system could use the native
Thomas Schmitt, le ven. 16 sept. 2022 17:55:33 +0200, a ecrit:
> Samuel Thibault wrote:
> > Since AIUI the xorriso package provides only a tool whose behavior is
> > exactly the same on all architectures,
>
> It depends on libburn which behaves different on Hurd compared
Package: xorriso
Version: 1.5.4-2
Severity: normal
Hello,
Since AIUI the xorriso package provides only a tool whose behavior is
exactly the same on all architectures, could you make it
Multi-Arch: foreign
so that the Debian Installer can use it as foreign dependency for
cross-builds?
Samuel
Hello,
Francois Gouget, le dim. 06 mai 2018 06:59:28 -0400, a ecrit:
> brasero-cdrkit and libguestfs0 are Multi-Arch: same but depend on genisoimage
> because they need to run the tools it provides. This is ok but can only work
> if
> genisoimage is marked Multi-Arch: foreign.
>
> Fortunately
Control: tags -1 + pending
Sebastien Hinderer, le jeu. 15 sept. 2022 18:00:56 +0200, a ecrit:
> In /etc/default/brltty the variable START_IN_INITRAMFS controls whether
> brltty is embedded in ramfs or not.
>
> If this still works, would it be possible that brltty.postinst honoors this
> variable
Samuel Thibault, le dim. 11 sept. 2022 13:07:28 +0200, a ecrit:
> Mark Hindley, le dim. 11 sept. 2022 11:49:07 +0100, a ecrit:
> > The patch seems fine to me as far as it goes. However your clear analysis
> > suggests to me that any debootstrap that includes a package w
Mark Hindley, le dim. 11 sept. 2022 11:49:07 +0100, a ecrit:
> The patch seems fine to me as far as it goes. However your clear analysis
> suggests to me that any debootstrap that includes a package with an lsb-base
> dependency is also broken.
Yes, but only for the "required" set, so it's not
Package: sysv-rc
Version: 3.05-1
Severity: important
Tags: patch
Hello,
Since version 3.05-1, sysvinit-utils provides its own
/lib/lsb/init-functions, thus replacing the one from lsb-base. sysv-rc
is however still depending on lsb-base.
The problem is that apparently debootstrap doesn't handle
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-accessibil...@lists.debian.org
* Package name: nvda2speechd
Version : 0.1
Upstream Author : Rastislav Kish
* URL : https://github.com/RastislavKish
Sylvestre Ledru, le mar. 06 sept. 2022 07:38:42 +0200, a ecrit:
> Le 06/09/2022 à 00:38, Samuel Thibault a écrit :
> > I don't know how we can progress on this?
>
> We have been disabling windows & mac features to decrease the maintenance
> cost on the rust ecosystem..
Package: rustc
Version: 1.59.0+dfsg1-2
Severity: normal
Hello,
I am trying to have a look at shipping
https://github.com/RastislavKish/nvda2speechd/ in Debian, to make
applications running in wine get access to the Debian-provided speech
syntheses. The README file basically says:
rustup target
Hello,
Jakub Wilk, le sam. 03 sept. 2022 09:45:50 +0200, a ecrit:
> Some compose sequences are not available on the console.
> For example, these two work in X:
>
> ' a = á
> s o = §
>
> But on the console, only the former works, even though "§" is supported
> by my font.
>From ckbcomp:
Package: perl
Version: 5.34.0-5
Severity: important
Hello,
perl currently FTBFS on hurd-i386:
https://buildd.debian.org/status/fetch.php?pkg=perl=hurd-i386=5.34.0-5=1661681924=0
Failed 3 tests out of 2528, 99.88% okay.
../ext/NDBM_File/t/ndbm.t
../ext/ODBM_File/t/odbm.t
Source: gdbm
Version: 1.8.3-13.1
Severity: important
Tags: patch
Hello,
gdbm currently ftbfs on !linux because the symbols file unconditionally
requires _gdbm_snapshot, while this is a feature that is available on
Linux only. The attached patch adds the appropriate condition, could you
apply it?
Source: libunistring
Version: 0.9.3-5.2
Severity: important
Tags: patch
Hello,
Apart from a couple of testsuite issues, which I have fixed in
glibc, libunistring fails to build due to an outdated symbols
file. The attached patch does this by simply removing the specific
Samuel Thibault, le ven. 26 août 2022 14:52:19 +0200, a ecrit:
> Santiago Vila, le ven. 26 août 2022 14:25:19 +0200, a ecrit:
> > > FAIL: msgcat-17
> > > ===
> > >
> > > 16,18c16,18
> > > < "Fehler beim Schreiben eines großen E
Hello,
Santiago Vila, le ven. 26 août 2022 14:25:19 +0200, a ecrit:
> > FAIL: msgcat-17
> > ===
> >
> > 16,18c16,18
> > < "Fehler beim Schreiben eines großen Ergebnisses auf eine zu kleine "
> > < "Platte% s% smit der jederzeitigen Möglichkeit eines Fehlers in jedem
> > Moment "
> >
Sebastien Bacher, le jeu. 25 août 2022 20:46:52 +0200, a ecrit:
> Le 25/08/2022 à 20:38, Samuel Thibault a écrit :
> > But when there is no voice available there, it
> > won't be working so in that case speech-dispatcher shouldn't even enable
> > it, and thus fallback to
Hello,
Sebastien Bacher, le jeu. 25 août 2022 11:46:18 +0200, a ecrit:
> but it seems the problem is that espeak-ng-mbrola is the
> default output and that has no voice?
>
> $ spd-say -O
> OUTPUT MODULES
> espeak-ng-mbrola
> espeak-ng
>
> $ spd-say -o espeak-ng-mbrola -L
>
Hello,
Jeremy Bicha, le jeu. 25 août 2022 09:22:20 -0400, a ecrit:
> rust-atk-sys's autopkgtests fail with at-spi2-core 2.45.90-1,
> currently in Debian experimental.
>
> https://ci.debian.net/packages/r/rust-atk-sys/unstable/amd64/
>
> test cross_validate_constants_with_c ... FAILED
>
Eriberto, le mer. 24 août 2022 15:25:02 -0300, a ecrit:
> I have several packages using cmake and none of these have issues
> with blhc. The "blhc ignore" was added to blhc to solve small bad
> behaviours.
Ok, let's live with that then :)
Samuel
Hello,
Eriberto Mota, le mer. 24 août 2022 14:20:26 -0300, a ecrit:
> Em qua., 24 de ago. de 2022 às 12:33, Samuel Thibault
> escreveu:
> >
> > We can see
> >
> > 469:NONVERBOSE BUILD: [ 35%] Building C object
> > src/modules/mpi/CMakeFiles/eztrace-mpi.dir
Package: blhc
Version: 0.13-2
Severity: normal
Hello,
For instance on
https://salsa.debian.org/debian/eztrace/-/jobs/3143975/raw
We can see
469:NONVERBOSE BUILD: [ 35%] Building C object
src/modules/mpi/CMakeFiles/eztrace-mpi.dir/mpi_funcs/mpi_allgather.c.o
479:NONVERBOSE BUILD: [ 37%]
Marc Haber, le mar. 23 août 2022 15:02:04 +0200, a ecrit:
> thanks for spotting this. It was both a bug in the code and a big
> omission in our test suite. Both aspects are fixed now.
>
> On Mon, Aug 22, 2022 at 10:11:24PM +0200, Samuel Thibault wrote:
> > Package: adduser
Package: adduser
Version: 3.124
Severity: serious
Justification: Makes creating chroots fail
Hello,
While creating a buildd chroot, I get:
+ sudo chroot /home/buildd/chroots/sid adduser --uid 1001 --disabled-password
--gecos buildd buildd
Adding user `buildd' ...
Adding new group `buildd' (-1)
Source: gtk4
Version: 4.6.6+ds-3
Severity: important
Tags: patch
Hello,
gtk4 currently FTBFS on non-linux ports because it lists
wayland-specific symbols and tries to install the wayland-specific
documentation. The attach patch is fixing it:
* debian/libgtk-4-1.symbols.in: Update symbols list
Package: faketime
Version: 0.9.10-2.1
Severity: important
Tags: patch upstream
Hello,
With glibc 2.34, faketime now fails to build from source, because it
fails passing -lpthread to the linker:
cc -o libfaketime.so.1 -Wl,-soname,libfaketime.so.1 -Wl,-z,relro -Wl,-z,now
-lpthread
Source: libsoup3
Version: 3.1.1-1
Severity: important
Tags: patch
Hello,
libsoup-3.0-dev is not installable on non-linux ports because it depends
on the linux-only libsysprof-4-dev package. The attached patch fixes
that, could you apply it?
Thanks,
Samuel
-- System Information:
Debian Release:
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: otf2
Version : 2.3.0
Upstream Author : TU dresden
* URL : https://www.vi-hps.org/projects/score-p/
* License : BSD
Programming Lang: C
Package: ffmpeg
Version: 7:5.0.1-3+b1
Severity: important
Tags: patch
Hello,
ffmpeg currently fails to build on non-linux because vulkan and placebo
are basically linux-only atm. The attached patch fixes this, could you
apply it?
Thanks,
Samuel
-- System Information:
Debian Release:
Source: heimdal
Version: 1.6~rc2+dfsg-9+deb8u1
Severity: serious
Justification: FTBFS
Hello,
Now that glibc provides a closefrom function, heimdal doesn't build its
own rk_closefrom function any more, and thus the
libroken18-heimdal.symbols check complains:
- rk_closefrom@HEIMDAL_ROKEN_1.0
Package: davfs2
Version: 1.6.1-1
Severity: normal
Hello,
Not making /usr/sbin/mount.davfs setuid has a problematic consequence:
if I run
$ sudo mount /net/foo
$ sudo reboot
the reboot stays stuck for 90s, waiting for mount.davfs to exit.
In the syslog, we can see
août 05 13:46:03 begin
Peter B, le jeu. 28 juil. 2022 20:11:58 +0100, a ecrit:
> On 28/07/2022 19:19, Samuel Thibault wrote:
> > Peter B, le jeu. 28 juil. 2022 18:01:42 +0100, a ecrit:
> > > Thread 4 received signal ?, Unknown signal.
> > > __pthread_enable_asynccancel () at
Peter B, le jeu. 28 juil. 2022 18:01:42 +0100, a ecrit:
> Thread 4 received signal ?, Unknown signal.
> __pthread_enable_asynccancel () at cancellation.c:30
> 30cancellation.c: No such file or directory.
> #0 __pthread_enable_asynccancel () at cancellation.c:30
Oh, right, of course. Could
Peter B, le jeu. 28 juil. 2022 18:24:40 +0100, a ecrit:
> We have a solution with libc 2.33-9 and DUMA_DISABLE_BANNER
Yes, but better have a more complete solution, so that other libraries
like duma can work too.
Samuel
Peter B, le jeu. 28 juil. 2022 16:22:23 +0100, a ecrit:
> #0 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
> #1 0x01052ae4 in __pthread_enable_asynccancel ()
> from /lib/i386-gnu/libpthread.so.0.3
Possibly it could be just that, could you try with the updated
Peter B, le jeu. 28 juil. 2022 16:22:23 +0100, a ecrit:
> On 28/07/2022 16:00, Samuel Thibault wrote:
> > Peter B, le jeu. 28 juil. 2022 15:56:27 +0100, a ecrit:
> > > Tried your libc and also no difference.
> > The backtrace is exactly the same? I don't see how that ca
Peter B, le jeu. 28 juil. 2022 15:56:27 +0100, a ecrit:
> Tried your libc and also no difference.
The backtrace is exactly the same? I don't see how that can be, since my
patch makes __pthread_self return immediately when ___pthread_self is
NULL, and at
#21 0x0105146b in _init_routine (stack=)
Re,
Samuel Thibault, le mer. 27 juil. 2022 23:35:46 +0200, a ecrit:
> Peter B, le mer. 27 juil. 2022 18:02:53 +0100, a ecrit:
> > #11 0x010bcff2 in __GI___assert_fail (assertion=0x10538b5 "self != NULL",
> > file=0x10538ab "pt-self.c", line=28, function=0
Hello,
Peter B, le mer. 27 juil. 2022 18:02:53 +0100, a ecrit:
> Regarding
> "/../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory/"
> Does this suggest a missing dependency?
No it's just that you don't have the glibc source code in your current
directory :)
> #11 0x010bcff2
Hello,
Peter Blackman, le mer. 27 juil. 2022 12:22:17 +0100, a ecrit:
> Back trace on dumatest shows an endless loop. Repeats every ten steps.
Could you manage to get the top of the stack?
> #35 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
> #36 0x080345a1 in _duma_allocate (alignment=1,
Vincent Lefevre, le ven. 22 juil. 2022 00:02:58 +0200, a ecrit:
> On 2022-07-21 23:54:26 +0200, Samuel Thibault wrote:
> > Vincent Lefevre, le jeu. 21 juil. 2022 23:45:55 +0200, a ecrit:
> > > - bin/dtdinst,jing,trang: Look for saxonb instead of saxon.
> > >
> &
Control: retitle -1 trang: warning "Unable to locate saxonb in /usr/share/java"
Control: severity -1 normal
Hello,
Vincent Lefevre, le jeu. 21 juil. 2022 23:45:55 +0200, a ecrit:
> - bin/dtdinst,jing,trang: Look for saxonb instead of saxon.
>
> So trang expects /usr/share/java/saxonb.jar,
Control: tags -1 + pending
Hello,
Vincent Lefevre, le jeu. 21 juil. 2022 23:28:23 +0200, a ecrit:
> When I run trang, I get the following warning:
>
> [warning] /usr/bin/trang: Unable to locate saxonb in /usr/share/java
Ah, yes. Could you check that when replacing saxonb with Saxon-HE in
João Pedro Malhado, le mar. 05 juil. 2022 19:37:16 +0200, a ecrit:
> However errnno is already 1073741902 before the function call, so does not
> really change after the function call.
Perhaps change the source code to set it to 0, just to be sure.
> open64 (__oflag=10, __path=0x803caa0
João Pedro Malhado, le lun. 04 juil. 2022 00:14:43 +0200, a ecrit:
> Below is a step by step debug trace with libc symbols. At the last step gdb
> (or
> the whole machine?) locks up. I would say strange, but maybe I shouldn't ;)
That's also expected: you're stepping into very critical sections,
João Pedro Malhado, le dim. 03 juil. 2022 21:41:05 +0200, a ecrit:
> On Sun, Jul 03, 2022 at 06:37:46PM +0200, Samuel Thibault wrote:
> > João, le sam. 02 juil. 2022 20:53:55 +0200, a ecrit:
> > > I don't know why open64() is returning -1.
> >
> > That's usual
Hello,
João, le sam. 02 juil. 2022 20:53:55 +0200, a ecrit:
> I have put sv on a debugger and seems that the failure is happening when
> trying
> to open the supervise/ok file (the file exists, and is a 0 bytes file),
> open_write() returns -1.
> I don't know why open64() is returning -1.
Hello,
Steve McIntyre, le mar. 25 juil. 2017 00:10:24 +0100, a ecrit:
> >As discussed on
> >https://lists.debian.org/debian-accessibility/2017/04/msg00130.html
> >it would be useful to have keyboard shortcuts in the live boot menu. The
> >attached patch implements it in both isolinux and grub.
Hello,
Axel Beckert, le mer. 29 juin 2022 15:49:11 +0200, a ecrit:
> > I consider these [] not helpful […] no visible advantage.
>
> The advantage is to clearly mark what is a file with potentially a
> line number in the output of lintian so that further processors like
> the lintian website can
Zhang Boyang, le ven. 10 juin 2022 17:00:16 +0900, a ecrit:
> Here is a patch for another bug. Please refer to the commit message for
> details.
Applied, thanks for your patches!
Samuel
Hello,
Applied, thanks!
Samuel
Zhang Boyang, le mer. 08 juin 2022 17:09:29 +0900, a ecrit:
> Hi,
>
> Changes in [PATCH v5]:
>
> Fix-incorrect-signal-handling.patch:
> Fix compiler warnings about implicit declaration of bogl_signal().
>
> Font-scaler.patch
> Use a lookup table to speed up
Control: tags -1 + pending
Zhang Boyang, le ven. 03 juin 2022 17:04:26 +0900, a ecrit:
> Changes in [PATCH V4]:
>
> Tiny improvement: detect 8K+ monitors and assign 8x scale factor for them.
Applied, thanks!
Samuel
301 - 400 of 6131 matches
Mail list logo