Package: lintian
Version: 2.63.0
Severity: serious
Justification: prevents upload of brltty package
Hello,
While running lintian on the output of the brltty source package, I am
getting this:
E: brltty-udeb udeb: file-in-etc-not-marked-as-conffile
etc/brltty/Attributes/invleft_right.atb
E:
Hello,
Paul Gevers, le lun. 06 avril 2020 22:18:02 +0200, a ecrit:
> Please honor the apt archive which runs the test instead of hardcoding
> the archive.
Mmm, it's not very simple, because crosshurd uses debian-ports as
well. I guess your local mirror may have it, but we can't blindly assume
Package: xen-utils-common
Version: 4.11.3+24-g14b62ab3e5-1
Severity: normal
Tags: patch
Hello,
I was having issues with starting domains with vif-nat:
♭ xl cr -c mydom
Parsing config from mydom
libxl: error: libxl_exec.c:117:libxl_report_child_exitstatus:
/etc/xen/scripts/vif-nat online
Control: tags -1 + pending
Andreas Beckmann, le dim. 05 avril 2020 00:36:07 +0200, a ecrit:
> That should help getting rid of the hardcoded information about gcc
> versions supported by nvcc from the starpu(-contrib) packages, see
> attached patch.
Indeed, I could clean quite a lot of
Control: tags -1 + pending
Andreas Beckmann, le dim. 05 avril 2020 01:21:55 +0200, a ecrit:
> On 05/04/2020 00.55, Samuel Thibault wrote:
> > Then I don't understand what needs to be done in the eztrace-contrib
> > package actually? :)
> >
> > Should I add NVCCFLAG
Hello,
Andreas Beckmann, le dim. 05 avril 2020 00:45:42 +0200, a ecrit:
> I just added a nvidia-cuda-tookit-gcc package in experimental (soon to
> appear in sid, too) which depends on gcc-8, g++-8, nvidia-cuda-toolkit.
>
> Since eztrace-contrib (unlike starpu-contrib) does not attempt to build
>
Package: purple-discord
Version: 0.9.2020.03.10.git.4e71974-1
Severity: important
Hello,
I have been using purple-discord permanently in the past couple weeks,
and I have been hit by a crash several times:
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1
Sergio Oller, le ven. 03 avril 2020 15:17:51 +0200, a ecrit:
> I pushed one additional commit to the salsa repository.
Ok, it works here as well, I'll upload that.
Samuel
Hello,
Thanks for the patch!
Sergio Oller, le ven. 03 avril 2020 13:52:35 +0200, a ecrit:
> I was able to reproduce the issue and I submitted a merge request here:
> [1]https://salsa.debian.org/tts-team/festival-it/-/merge_requests/1
> I am facing a technical issue with line endings in the
Source: hurd
Severity: normal
Tags: upstream fixed-upstream pending
Just to document and for tracking: the hurd package currently FTBFS with
gcc-10 due to the now-default -fno-common option. A patch was committed
upstream, and will land in Debian soon.
Samuel
Thorsten Glaser, le dim. 29 mars 2020 20:38:36 +, a ecrit:
> Can you then please give-back mksh_58-1 on hurd-i386 with an
> extra dependency on the fixed glibc?
Done so!
Samuel
Control: reassign -1 libc0.3
Hello,
Thorsten Glaser, le dim. 29 mars 2020 04:00:55 +0200, a ecrit:
> tg@exodar:~$ :>a
> tg@exodar:~$ stat a b | grep ^Mod
> Modify: 2020-03-29 03:54:03.0 +0200
> Modify: 2020-03-29 03:54:09.0 +0200
Mmm, indeed, in that particular case, even if the
Hello,
I got further down with this (I happen to be maintainer of the
at-spi2-core package :) ), the difference here is that the dbus-x11
package is not installed in the Linux case. If I install the dbus-x11
package, Linux starts getting the same issue: /usr/bin/dbus-launch gets
launched to
Samuel Thibault, le mar. 24 mars 2020 11:49:21 +0100, a ecrit:
> Sebastian Dröge, le sam. 07 déc. 2019 10:46:04 +0200, a ecrit:
> > valgrind currently fails to build from source. The Ubuntu patch to drop MPI
> > 1
> > support (drop-MPI-1-support.patch) probably fixes this.
Control: tags -1 + patch
Hello,
Sebastian Dröge, le sam. 07 déc. 2019 10:46:04 +0200, a ecrit:
> valgrind currently fails to build from source. The Ubuntu patch to drop MPI 1
> support (drop-MPI-1-support.patch) probably fixes this.
It doesn't seem to be needed to completely drop MPI-1 support,
; urgency=medium
+
+ * patches/log-spam: Avoid spamming log with recent Orca which tries to
+reconnect periodically.
+
+ -- Samuel Thibault Sun, 03 Feb 2019 23:04:56 +0100
+
brltty (5.6-10) unstable; urgency=medium
* debian/brltty-udeb.udev.rules: Fix hd detection
diff -Nru brltty-5.6
Hello,
Colomban Wendling, le mar. 17 mars 2020 10:46:16 +0100, a ecrit:
> Le 16/03/2020 à 21:16, john doe a écrit :
> > On 3/16/2020 8:52 PM, Paul Gevers wrote:
> >> Hi hjenkins,
> >>
> >> On 16-03-2020 19:53, hjenkins wrote:
> >>> Packaging the Bookworm e-reader could significantly improve the
>
Laurent Bigonville, le jeu. 19 mars 2020 18:39:46 +0100, a ecrit:
> Le 16/03/20 à 08:38, Guido Günther a écrit :
> > Dear hurd maintainers,
> > On Sun, Mar 15, 2020 at 09:05:54AM +0100, Laurent Bigonville wrote:
> > > Source: libhandy
> > > Version: 0.0.12-1
> > > Severity: normal
> > >
> > > Hi,
Control: tags -1 + pending
Hello,
Guillem Jover, le mer. 11 mars 2020 00:53:36 +0100, a ecrit:
> From the historical data in snapshot.debian.org, this would appear as
> the build was done with a missing orig so dpkg-source considered it a
> native format?
It seems that's what happened indeed.
Hello,
We have some new on this 90s-delay computer shutdown: upstream has
committed something which might be fixing it. I have uploaded
at-spi2-core version 2.34.0-4 which includes it.
Could people who are regularly having the issue test this version? If it
does fix it, I'll probably propose
Iain Lane, le ven. 28 févr. 2020 13:12:28 +, a ecrit:
> We noticed via Ubuntu that dogtail fails to build / test once gedit is
> updated, because it's testing for a part of the UI that doesn't exist in
> this version.
>
> I just submitted this to upstream - would be nice if you could upload
Hello,
Andreas Henriksson, le dim. 23 févr. 2020 11:00:13 +0100, a ecrit:
> Mystery solved... I'll check something into git (without testing it)
> and hopefully next upload will get further on hurd. Please feel free
> to test it (and suggest additional fixes). See:
>
Package: wnpp
Severity: wishlist
Owner: Samuel Thibault
* Package name: pocketsphinx-python
Version : 0.1.15
Upstream Author : Dmitry Prazdnichnov
* URL : https://github.com/bambocher/pocketsphinx-python/
* License : BSD
Programming Lang: Python
Package: console-setup
Version: 1.194
Severity: wishlist
Hello,
As detailed on
https://who-t.blogspot.com/2020/02/user-specific-xkb-configuration-part-1.html
libxkbcommon now allows users to have custom XKB configurations. It
would be useful for console-setup to provide a similar support, so as
Package: apt
Version: 1.8.4
Severity: normal
Hello,
My sources.list notably contains:
deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free
deb http://debug.mirrors.debian.org/debian-debug/ testing-debug main
Control: tags -1 + pending
Hello,
Steve Langasek, le mar. 28 janv. 2020 11:07:04 -0800, a ecrit:
> hwloc's build-dependency on libibverbs-dev is only used for building a test
> binary, openfabrics-verbs, and that nothing in hwloc uses libibverbs at
> runtime.
Right, and the buildds most
Hello,
On 20.11.19 11:43, Fabian Kloetzl wrote:
> Recently, the build of one of my packages failed on hurd-i386 and
> kfreebsd-* due to unsupported ifuncs [1]. However, I had that code guarded
> by __has_attribute(ifunc) which, unfortunately, evaluates to 1 on said
> platforms. A minimal testcase
Matthias Klose, le jeu. 23 janv. 2020 10:33:48 +0100, a ecrit:
> On 22.01.20 23:07, Samuel Thibault wrote:
> > Priority: standard is exactly what defines what will be installed when
> > you select the "standard" task in tasksel. All of python-minimal,
> > pyth
Control: clone -1 -2
Control: reassign -1 python-defaults
Control: retitle -1 please set python and python-minimal's priority to optional
so it's not installed in the standard task
Control: reassign -2 python2.7
Control: retitle -2 please set python2.7's priority to optional so it's not
Package: debian-policy
Version: 4.4.1.2
Severity: normal
Hello,
I didn't find a previous discussion on this: it would be useful to
support negated architecture specifications in the debian/control
Architecture field, so that we can e.g. write:
Architecture: !s390 !s390x
(for xorg stuff)
Package: vonsh
Version: 1.0
Severity: important
Tags: patch
Hello,
vonsh is not getting built on various ports because it build-depends
only on libc6-dev, while some ports instead have libc6.1-dev,
libc0.3-dev or libc0.1-dev. The attached patch fixes it by allowing
these alternatives.
Samuel
Package: ddcutil
Version: 0.9.8-1
Severity: important
Hello,
ddcutil is not getting built on various ports because it build-depends
on libc6-dev, while some ports have libc6.1-dev, libc0.3-dev or
libc0.1-dev. Since even old-old-stable's libc already meets the >= 2.17
requirement, ddcutil should
Source: linux
Version: 5.4.8-1
Severity: normal
Hello,
With hidpi displays, the default 8x16 font is unreadable. Could you
enable
CONFIG_FONTS=y
CONFIG_FONT_TER16x32=y
so that we can set fbcon=font:TER16x32 on the command line on systems
with a hidpi display?
Samuel
-- System Information:
Control: forwarded -1 https://codereview.qt-project.org/c/qt/qtbase/+/286336
Dmitry Shachnev, le dim. 12 janv. 2020 22:31:14 +0300, a ecrit:
> On Sun, Jan 12, 2020 at 07:54:22PM +0100, Samuel Thibault wrote:
> > Could we at least restore looking at IsEnabled in Qt, as the attached
>
Thorsten Glaser, le dim. 12 janv. 2020 19:37:03 +, a ecrit:
> Samuel Thibault dixit:
>
> >I guess in your case what you expected was that at the very least
> >applications started after orca got started should be accessible, even
> >if orca is only started by han
Dmitry Shachnev, le dim. 12 janv. 2020 22:31:14 +0300, a ecrit:
> Any chance you can submit the patch to Qt Gerrit [1]?
I'll have a look at it.
Samuel
Control: reassign -1 qtbase-opensource-src
Hello,
Thorsten Glaser, le sam. 11 janv. 2020 21:12:47 +0100, a ecrit:
> https://wiki.debian.org/accessibility-devel says it should export
> QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1 but it doesn’t.
>
> Exporting that before starting MuseScore makes the
Thorsten Glaser, le dim. 12 janv. 2020 16:31:42 +0100, a ecrit:
> > There is no need to start speech-dispatcher as root. Nowadays you can
>
> ah, okay. It did try to start it system-wide during package installation,
??
That's very surprising, we install it with --no-enable --no-start
And the
Hello,
Thorsten Glaser, le sam. 11 janv. 2020 21:31:43 +0100, a ecrit:
> Following https://wiki.debian.org/accessibility#Speech-Dispatcher
> I edited the config file and tried to stop and start it:
>
> # /etc/init.d/speech-dispatcher start
There is no need to start speech-dispatcher as root.
Samuel Thibault, le ven. 10 janv. 2020 11:41:12 +0100, a ecrit:
> (as a side note, the build failure on hurd-i386 is being handled in
> https://github.com/opencv/opencv/pull/16302 )
Here is the patch applied upstream, could you apply it as well?
Thanks,
Samuel
Control: reopen -1
Hello,
I see that what got uploaded is
-DCMAKE_SHARED_LINKER_FLAGS_RELEASE="$(LDFLAGS)" \
- -DBUILD_SHARED_LIBS=ON -DBUILD_DOCS=ON
+ -DBUILD_SHARED_LIBS=ON -DBUILD_DOCS=ON \
+ -DBUILD_TESTS=OFF
--
Author: Samuel Thibault
Date: Sun Dec 29 15:27:58 2019 +0100
[util] fix thread.cpp portability
diff --git a/src/3rdparty/mapbox-gl-native/platform/default/thread.cpp
b/src/3rdparty/mapbox-gl-native/platform/default/thread.cpp
index 28772d956..58a7c12bc 100644
--- a/src/3rdparty/mapbox-gl
Samuel Thibault, le dim. 05 janv. 2020 23:56:33 +0100, a ecrit:
> The attached patch fix that: it disables the ant, default-jdk, and
> maven-repo-helper build-deps on non-java ports, they enable the
> libopencv4.1-jni package only on java ports, and enable the dh java
> help
Hello,
Andreas Tille, le lun. 18 févr. 2019 10:45:59 +0100, a ecrit:
> On Mon, Feb 18, 2019 at 06:45:55AM +, Mo Zhou wrote:
> > pkg-config file has been marked deprecated by upstream.
>
> I admit I have no idea what to do now. Any hint?
Apparently there is a opencv4.pc file?
Samuel
Source: opencv
Version: 4.1.2+dfsg-5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
opencv currently doesn't build on ports without java support. The
attached patch fix that: it disables the ant, default-jdk, and
maven-repo-helper build-deps on non-java
Samuel Thibault, le dim. 05 janv. 2020 20:34:46 +0100, a ecrit:
> At least, we could avoid uselessly building the unused static version
> with the attached change. That'll reduce disk usage from tens of
> gigabytes down to a few gigabytes, and probably reduce the build time
> a lot as
Control: reopen -1
Control: retitle -1 opencv: avoid building gigabytes of unused example binaries
Hello,
> du -hs obj-x86_64-linux-gnu-static
> 46G obj-x86_64-linux-gnu-static
> this is just used during dh_install place, can we just remove it after
> copying files into debian/tmp/
Package: dh-golang
Version: 1.43
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
dh-golang seems to be now passing -trimpath to "go install" invocations,
but that does not seem to be supported by gccgo-go, as can be seen on
e.g.
Control: reassign -1 gnome-shell
Matthias Brennwald, le ven. 03 janv. 2020 14:14:28 +0100, a ecrit:
> On Thu, 2 Jan 2020 20:15:29 +0100 Samuel Thibault
> wrote:
> > Hello,
> >
> > Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > > the win
Sebastiaan Couwenberg, le ven. 03 janv. 2020 07:34:42 +0100, a ecrit:
> opencv is not on your list however.
Ah, indeed. I wonder why, that was indeed in the list in my memory. And
yes, that adds a lot of packages.
Samuel
Source: gdcm
Version: 3.0.4-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
gdcm currently doesn't build on ports without java support. The attached
patch fix that: it disables the default-jdk and libvtk7-java build-deps
on non-java ports, they enable
Source: vtk7
Version: 7.1.1+dfsg2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
vtk7 currently doesn't build on ports without java support. The attached
patch fix that: it disables the default-jdk and libvtk7-java build-deps
on non-java ports, they
Hello,
Sebastiaan Couwenberg, le jeu. 02 janv. 2020 20:51:43 +0100, a ecrit:
> as long as the Architecture field doesn't
> support excludes like Build-Depends I'm not willing to apply it.
I agree that the arch list maintenance burden is problematic. Does
anybody know if some effort has been
Source: gdal
Version: 2.4.3+dfsg-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
gdal currently doesn't build on ports without java support. The attached
patch fix that: they disable the defaul-jdk-headless and ant build-deps
on non-java ports, they
Source: octave
Version: 5.1.0-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
octave is currently not getting built on ports which do not have java
support, because it build-depends on default-jdk which is not available
there. The attach changes fix
Hello,
Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> the windows that have been opened before activating sleep mode are
> blurry. Newly opened windows are not affected.
> The issue happens with windows from all programs, not just a specific program.
> Moving or resizing the
Simon McVittie, le jeu. 02 janv. 2020 17:00:17 +, a ecrit:
> On Thu, 02 Jan 2020 at 15:41:45 +0100, Samuel Thibault wrote:
> > libnss-myhostname comes from the systemd package, which is only built
> > on linux-any, so could you make the libnss-myhostname dependency
>
Source: libsoup2.4
Version: 2.68.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
libnss-myhostname comes from the systemd package, which is only built
on linux-any, so could you make the libnss-myhostname dependency
[linux-any] like the attached patch
Samuel Thibault, le jeu. 02 janv. 2020 01:55:15 +0100, a ecrit:
> Vincent Lefevre, le jeu. 02 janv. 2020 01:48:43 +0100, a ecrit:
> > It is possible to change the font size with --fontsize, but this
> > does not work well as the space between the elements is not large
> > eno
Hello,
Vincent Lefevre, le jeu. 02 janv. 2020 01:48:43 +0100, a ecrit:
> It is possible to change the font size with --fontsize, but this
> does not work well as the space between the elements is not large
> enough.
You can use --gridsize to fix that part.
But yes, ideally lstopo would
Andreas Beckmann, le mer. 01 janv. 2020 22:10:57 +0100, a ecrit:
> On 01/01/2020 15.19, Samuel Thibault wrote:
> > pocl currently FTBFS on hurd-i386 only due to a header inclusion
> > condition bug, could you apply the attached patch?
>
> Nice. Thanks.
> Does the buildlog
Source: xerces-c
Version: 3.2.2+debian-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
xerces-c is currently not getting built on ports without java support
only because there are java build-dependencies which are actually only
used for generating the
Package: doxygen
Version: 1.8.8-5
Severity: important
Tags: patch
Hello,
doxygen currently doesn't build on ports without java support only
because it still depends on yui-compressor, but that is not actually
used any more, as done by patch avoid-compass.diff. Could you apply the
attached patch
Source: pocl
Version: 1.3-10
Severity: important
Tags: patch
Hello,
pocl currently FTBFS on hurd-i386 only due to a header inclusion
condition bug, could you apply the attached patch?
Samuel
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990,
Source: pyopencl
Version: 2019.1.1-1
Severity: serious
Tags: patch
Justification: FTBFS
Hello,
pyopencl currently FTBFS in sid because apparently moved to
libgl-dev. The attached patch fixes that.
Samuel
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy:
Source: pyopencl
Version: 2019.1.1-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
pyopencl builds fine on hurd-i386, could you enable its build as the
attached patch does?
Thanks,
Samuel
-- System Information:
Debian Release: bullseye/sid
APT
Package: xsecurelock
Version: 1.5.1-1
Severity: important
Hello,
xsecurelock currently build-depends on libc6, thus making it unbuildable
on all ports whose libc is not versioned 6 (alpha, hppa, etc.). There is
no need to depend on "libc6" anyway since it's always installed. Could
you drop that
Source: gegl
Version: 0.4.18-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
gegl currently can't build on hurd-i386 because it build-depends on
libv4l-any, which is not built on hurd-i386. Could you apply the
attached patch to fix that?
Thanks,
Samuel
Source: xorg-server
Version: 2:1.20.6-1
Severity: serious
Tags: patch
Justification: FTBFS
Hello,
Probably since the upload of the newer mesa, xorg-server now FTBFS,
because it misses dri.pc and x11-xcb.pc. The attached patch fixes this.
Samuel
-- System Information:
Debian Release:
Source: xorg-server
Version: 2:1.20.1-2
Severity: important
Tags: patch
Hello,
Since 2:1.20.1-2 the non-drm builds (on hurd-any) fail, because
the 07_use-modesetting-driver-by-default-on-GeForce.diff patch
unconditionally includes xf86drm.h. I have attached a patch over the
patch, and the
Samuel Thibault, le dim. 29 déc. 2019 22:15:59 +0100, a ecrit:
> Holger Wansing, le dim. 29 déc. 2019 21:59:02 +0100, a ecrit:
> > do you it would be possible for you to do another upload for the
> > installation-guide some day?
>
> Ah, sure, I'm on it, then.
Done!
Samuel
Holger Wansing, le dim. 29 déc. 2019 21:59:02 +0100, a ecrit:
> do you it would be possible for you to do another upload for the
> installation-guide some day?
Ah, sure, I'm on it, then.
Samuel
Adam Borowski, le dim. 29 déc. 2019 22:53:30 +0100, a ecrit:
> On Sun, Dec 29, 2019 at 10:47:15PM +0100, Samuel Thibault wrote:
> > Adam Borowski, le dim. 29 déc. 2019 22:21:01 +0100, a ecrit:
> > > however I have yet
> > > to access any machine with a non-flat NUMA topo
Adam Borowski, le dim. 29 déc. 2019 22:21:01 +0100, a ecrit:
> however I have yet
> to access any machine with a non-flat NUMA topology:
IIRC you can build whatever you want with qemu with e.g. the sockets
parameter of the -smp option
Samuel
Hello,
Adam Borowski, le dim. 29 déc. 2019 19:06:08 +0100, a ecrit:
> * URL : https://github.com/kilobyte/topline
> * License : GPL-2+noA
> Programming Lang: C
> Description : per-core/NUMA CPU and disk utilization plain-text grapher
Nice :)
You would probably want
Source: qtlocation-opensource-src
Version: 5.12.5+dfsg-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
qtlocation-opensource-src currently can't build on hurd-i386 because it
does not enable the geoclue modules. The attach patch fixes this.
Samuel
--
Source: qtbase-opensource-src
Version: 5.12.5+dfsg-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
qtbase-opensource-src currently can't be builton hurd-any because it
build-depends on libdrm-dev. Making the build-dep optional as the
attached patch does
Hello,
Marek Nečada, le ven. 27 déc. 2019 02:41:17 +0200, a ecrit:
> The same problem persists after installation and boot – the
> eth0 interface shows up, ethernet connect/disconnect events
> show up in dmesg, but the networking does not work in reality.
Possible the board needs some non-free
Steve Langasek, le mar. 10 déc. 2019 15:10:48 -0800, a ecrit:
> On Tue, Dec 10, 2019 at 11:50:07PM +0100, Samuel Thibault wrote:
> > Steve Langasek, le mar. 10 déc. 2019 14:45:54 -0800, a ecrit:
> > > Sorry for being unclear. speech-dispatcher-ibmtts is built from
> > >
Steve Langasek, le mar. 10 déc. 2019 14:45:54 -0800, a ecrit:
> Sorry for being unclear. speech-dispatcher-ibmtts is built from
> speech-dispatcher-contrib, and depends on speech-dispatcher-audio-plugins;
> so speech-dispatcher itself needs to be kept around on i386 in order for
>
Hello,
Steve Langasek, le mar. 10 déc. 2019 12:42:05 -0800, a ecrit:
> In Ubuntu, we are in the process of moving the i386 architecture to a
> compatibility-only layer on amd64. We are keeping speech-dispatcher on i386
> because speech-dispatcher-ibmtts is only available on this arch, but
>
Hello,
Andreas Beckmann, le lun. 09 déc. 2019 22:23:06 +0100, a ecrit:
> please enable building hwloc-contrib on ppc64el, too. With the packaged
> tesla drivers this could be useful for some people.
> Neither do I plan to upload ppc64el binaries (my ppc64el 'machine' is a
> qemu chroot) nor do I
Hello,
dinar qurbanov, le lun. 09 déc. 2019 21:00:46 +0300, a ecrit:
> "Dinar, could you try the image from
> http://people.debian.org/~sthibault/tmp/mini.iso
> to see whether it helps? "
>
> i have downloaded it but then become afraid , that malware may be
> there.
You are right to being
Steve Langasek, le sam. 07 déc. 2019 10:49:12 -0800, a ecrit:
> On Sat, Dec 07, 2019 at 06:07:58PM +0100, Samuel Thibault wrote:
> > Would it be possible to tell meson to similarly change pkgconfig calls
> > to /usr/bin/$DEB_HOST_GNU_TYPE-pkg-config?
>
> If that's support
Samuel Thibault, le sam. 07 déc. 2019 22:54:09 +0100, a ecrit:
> Samuel Thibault, le mer. 04 déc. 2019 01:52:36 +0100, a ecrit:
> > Thinking of it... IIRC the touchpad is not working on my DELL XPS13
> > laptop in g-i.
>
> Indeed, it doesn't work.
>
> > What
Samuel Thibault, le mer. 04 déc. 2019 01:52:36 +0100, a ecrit:
> Thinking of it... IIRC the touchpad is not working on my DELL XPS13
> laptop in g-i.
Indeed, it doesn't work.
> What I can see of it on normal boot of installed system is:
>
> [6.097298] input: DELL07E6:00
Hello,
Paul Sonnenschein, le jeu. 05 déc. 2019 07:43:10 +0100, a ecrit:
> Am Mittwoch, den 04.12.2019, 23:26 +0100 schrieb Samuel Thibault:
> > Paul Sonnenschein, le mer. 04 déc. 2019 21:45:14 +0100, a ecrit:
> > > The test-http-bad-server.t fails due to an unexpected behavi
Hello,
Steve Langasek, le ven. 06 déc. 2019 10:20:22 -0800, a ecrit:
> cd $WORKDIR
> -meson $SRCDIR 2>&1
> +if [ -n "$DEB_HOST_MULTIARCH" ]; then
> +export PKG_CONFIG_PATH="/usr/lib/$DEB_HOST_MULTIARCH/pkgconfig"
> +cross_file=cross_file.txt
> +cat > $cross_file < +[binaries]
> +c =
Hello,
Paul Gevers, le ven. 06 déc. 2019 21:09:01 +0100, a ecrit:
> On 06-12-2019 17:15, Samuel Thibault wrote:
> > Upstream of liblouis cleaned the library interface in version 3.12,
> > leading to a bump from liblouis19 to liblouis20. I am thus requesting
> > a transition
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
Upstream of liblouis cleaned the library interface in version 3.12,
leading to a bump from liblouis19 to liblouis20. I am thus requesting
a transition slot. The only build rdeps
Hello,
Paul Sonnenschein, le mer. 04 déc. 2019 21:45:14 +0100, a ecrit:
> The test-http-bad-server.t fails due to an unexpected behaviour of
> local sockets in the Hurd. This seems to be a bug in the Hurd itself
> (pflocal specifically), being in violation of the POSIX specification
> Issue 6 and
Control: tags -1 + patch fixed-upstream
Hello,
Here are the patches which were applied upstream.
Samuel
commit b30930a554edd087932dbff2d4d32f340de28ed1
Author: Heiko Schlittermann (HS12-RIPE)
Date: Tue Dec 3 07:23:25 2019 +0100
Build: Enable *GNU (Hurd) Bug 2476
diff --git
Hello,
Thinking of it... IIRC the touchpad is not working on my DELL XPS13
laptop in g-i. What I can see of it on normal boot of installed system is:
[6.097298] input: DELL07E6:00 06CB:76AF Mouse as
Package: picport
Version: 1.9.1-4
Severity: serious
Justification: always crash on x86
Hello,
Admittedly this is early since 5.5 is not released yet, but
better submit this while I'm thinking about it: as described in
https://lwn.net/Articles/804143/ , starting from version 5.5, Linux
will make
Control: forwarded https://github.com/espeak-ng/espeak-ng/issues/686
Hello,
Usawashi, le mar. 03 déc. 2019 00:16:45 -0500, a ecrit:
> it'd be nice if the manpage added
> a sentence or two in the description for the --stdin flag
> mentioning this different behaviour from no-argument espeak.
I
Control: forwarded -1 https://bugs.exim.org/show_bug.cgi?id=2476
I have forwarded the request to upstream.
Samuel
Samuel Thibault, le lun. 02 déc. 2019 01:36:32 +0100, a ecrit:
> The attached patch is also required, otherwise exim4 will consider using
> fastopen, but not actually do it, thus completely failing to connect.
> I'll submit upstream once I get my account there confirmed.
This is now o
Hello,
Paul Sonnenschein, le dim. 01 déc. 2019 13:56:26 +0100, a ecrit:
> > *** Sorry - operating system GNU is not supported
> > *** See OS/Makefile-* for supported systems
>
> See [1] for the complete build log.
>
> It however builds successfully if the files OS/unsupported/*-GNU are
> moved
Source: python-espeak
Version: 0.5-1.1
Severity: important
Hello,
We haven't had any new from the maintainer sgevatter, and bug #942620
("src:python-espeak: Maintainer email address not working") is now
making python-espeak getting out, thus dropping ibus-braille along it.
It seems sgevatter is
Hello,
shirish शिरीष, le jeu. 28 nov. 2019 23:16:40 +, a ecrit:
> While updating today got hit by this bug -
>
> dpkg: libhwloc5:amd64: dependency problems, but removing anyway as you
> requested:
> libhwloc-plugins:amd64 depends on libhwloc5 (>= 1.11.13~).
> libhwloc-plugins:amd64 depends
801 - 900 of 6131 matches
Mail list logo