Guillem Jover, le lun. 08 févr. 2021 13:58:56 +0100, a ecrit:
> I'd rather not revert the switch to use libmd,
> but that requires the d-i team to approve (CCed) such package and
> ftp-masters to approve such package. :/
ftp-master will probably be an easy step, you can probably ping them to
get s
Control: clone -1 -2
Control: reassign -2 reportbug
Control: retitle -2 gets source package name wrong
Andrei POPESCU, le lun. 08 févr. 2021 09:35:46 +0200, a ecrit:
> Control: reassign -1 src:libbsd 0.11.1-1
>
> On Lu, 08 feb 21, 02:25:01, Samuel Thibault wrote:
> > Sourc
Source: libbsd0-udeb
Version: 0.11.1-1
Severity: serious
Justification: makes debian-installer FTBFS
Hello,
The "new upstream" upload of libbsd builds a udeb that depends on a
non-udeb:
The following packages have unmet dependencies:
libbsd0-udeb : Depends: libmd0 (>= 1.0.3) but it is not insta
Cyril Brulebois, le mar. 05 janv. 2021 20:28:52 +0100, a ecrit:
> Matthias Klose (2020-08-04):
> > Your package either build-depends, depends on one of those packages.
>
> I couldn't find any hit on “python” (that would be relevant) in current
> git, current version, or the version you filed this
Santiago Vila, le dim. 27 déc. 2020 00:59:23 +0100, a ecrit:
> On Sun, Dec 27, 2020 at 12:29:01AM +0100, Samuel Thibault wrote:
> > Lucas Nussbaum, le sam. 26 déc. 2020 22:52:15 +0100, a ecrit:
> > > > INTLTOOL_EXTRACT="/usr/bin/intltool-extract"
> > > >
Hello gettext maintainers,
Lucas Nussbaum, le sam. 26 déc. 2020 22:52:15 +0100, a ecrit:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> > INTLTOOL_EXTRACT="/usr/bin/intltool-extract" XGETTEXT="/usr/bin/xgettext"
> > srcdir=. /usr/bin/intltool-update --get
Samuel Thibault, le dim. 27 déc. 2020 00:13:55 +0100, a ecrit:
> FTR, the file that poses problem is Testing/gtest/test/gtest_unittest.cc
> This is not something that contains anything to be translated, we'd need
> some option to just ignore Testing/ entirely.
More precise
FTR, the file that poses problem is Testing/gtest/test/gtest_unittest.cc
This is not something that contains anything to be translated, we'd need
some option to just ignore Testing/ entirely.
Samuel
Package: libretro-mupen64plus
Version: 2.0+git20160207+dfsg2-1
Severity: serious
Justification: FTBFS
Hello,
libretro-mupen64plus currently FTBFS in sid:
g++ -o mupen64plus_libretro.so [...]
/usr/bin/ld:
./mupen64plus-core/src/dd/dd_disk.o:./mupen64plus-core/src/dd/dd_disk.c:48:
multiple defin
Hello,
Sorry for not answering before, I'm terribly busy atm. Just giving a
quick answer, a proper answer will need more time.
Paul Gevers, le sam. 17 oct. 2020 08:17:09 +0200, a ecrit:
> On 02-09-2020 17:46, Dennis Filder wrote:
> > The patch adds a new thread that is on the lookout for Pulseaud
Package: orca
Version: 3.36.4-1
Severity: serious
Tags: upstream
Justification: breaks web navigation
Forwarded: https://mail.gnome.org/archives/orca-list/2020-August/msg00085.html
As reported by upstream
https://mail.gnome.org/archives/orca-list/2020-August/msg00085.html
we really need to uploa
Hello,
My 2¢ on this: speech-dispatcher build-depends on systemd in order to
get systemd.pc and read systemdsystemunitdir from it, but that fails on
experimental buildds because they currently have systemctl installed
instead of systemd:
https://buildd.debian.org/status/package.php?p=speech-dispa
Package: bsdmainutils
Version: 12.1.3
Severity: serious
Justification: FTBFS
Hello,
bsdmainutils currently FTBFS because it is missing the libncurses-dev
dependency, leading to
ncal.c:46:10: fatal error: term.h: No such file or directory
46 | #include
Samuel
-- System Information:
Debian R
Hello,
Paul Gevers, le jeu. 02 juil. 2020 18:44:44 +0200, a ecrit:
> With a recent upload of starpu the autopkgtest of starpu fails in
Oh, I didn't remember I had set an autopkgtest for starpu, and since I
hadn't had the time lately to monitor migration, I missed it.
Thanks for the report, I see
Boyuan Yang, le mar. 09 juin 2020 22:41:28 -0400, a ecrit:
> Severity bumped to grave accordingly since the transitional package has
> already been removed.
Right, uploaded the fixed package.
Samuel
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: brlt
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
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.
&g
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,
Control: tag -1 pending
Hello,
Bug #953783 in installation-guide reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/installer-team/installation-guide/-/commit/7971
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: 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: (9
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: bullseye/si
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 i
Source: llvm-toolchain-8
Version: 1:8.0.1-3
Severity: serious
Justification: FTBFS
Hello,
Since the migration of gcc-defaults to gcc-9, llvm-toolchain-8 FTBFS,
with
CMake Error at tools/polly/lib/External/CMakeLists.txt:91 (message):
No ffs implementation found
looking at CMakeError.log,
Hello Siegfried,
Scott Kitterman, le sam. 19 oct. 2019 00:24:39 -0400, a ecrit:
> rai...@ubuntu.com
> host mx.canonical.com [91.189.95.10]
> SMTP error from remote mail server after RCPT TO::
> 550 5.1.1 : Recipient address rejected:
> User unknown in virtual alias table
It seem
Control: severity important
Control: tags -1 unreproducible moreinfo
Hello,
fulvio ciriaco, le jeu. 24 oct. 2019 15:38:11 +0200, a ecrit:
> calling festival --tts
> or
> festival
> (SayText "test")
> only gives an error:
> SIOD ERROR: wrong type of argument to get_c_utt
> the same happens if on
Ralf Treinen, le mer. 23 oct. 2019 08:37:10 +0200, a ecrit:
> hurd build-depends on libc0.3-dev, which does not exist in the archive on
> any release architecture.
(Which is not really surprising since it's a hurd-only library version)
Samuel
Control: clone -1 -2
Control: severity -2 normal
Control: forwarded -2 litl-de...@fusionforge.int-evry.fr
Control: tag -1 + pending
Control: tag -2 - pending
Hello,
Paul Gevers, le dim. 22 sept. 2019 21:32:39 +0200, a ecrit:
> it fails once in a while with one or the other multiple_threads test.
Hello,
Baruch Siach, le ven. 30 août 2019 16:41:17 +0300, a ecrit:
> On Wed, Aug 28 2019, Samuel Thibault wrote:
> > Jakub Wilk, le lun. 26 août 2019 12:47:04 +0200, a ecrit:
> >> return _html2text.unescape(name)
> >> AttributeError: module 'html2
Jakub Wilk, le lun. 26 août 2019 12:47:04 +0200, a ecrit:
> return _html2text.unescape(name)
> AttributeError: module 'html2text' has no attribute 'unescape'
This seems to be due to the upgrade of python3-html2text to version
2019.8.11-1.
Samuel
Sebastian Ramacher, le lun. 12 août 2019 13:52:34 +0200, a ecrit:
> > Apparently there is a python2/3 compatibility issue.
>
> scons 3.1.1-2 was reverted back to using Python 2. Keeping this bug open
> so that SConstruct will be made Python 3-aware in the future.
Ok.
It however still currently f
Package: ffmpeg2theora
Version: 0.30-1
Severity: serious
Justification: FTBFS
Hello,
ffmpeg2theora currently FTBFS in sid:
dh_auto_clean
make -j1 clean
make[2]: Entering directory '/build/ffmpeg2theora-0.30'
scons -c
scons: Reading SConscript files ...
File "/build/ffmpeg2theora-0.30/S
Ben Hutchings, le sam. 10 août 2019 16:24:47 +0100, a ecrit:
> I thought you also wanted us to add i915 to the installer though?
It was just another way of fixing the problem with no source change:
instead of waiting for the load of a non-available module, that module
could just be shipped.
Samue
Samuel Thibault, le ven. 26 juil. 2019 16:53:37 +0200, a ecrit:
> Indeed. I can confirm that the attached patch fixes that. I can look
> at the submission to upstream.
FTR, this was included in 4.19.65.
Samuel
Source: strongwind
Version: 0.9-2
Severity: serious
Justification: unmaintained
Hello,
The state of the strongwind package is questionable. It has not been
updated since feb 2012, and upstream does not exist any more. It is
still using python2 syntax, and depends on python-pyatspi which is to be
Control: tags -1 + pending
Hello,
Wojciech Aniszewski, le ven. 02 août 2019 11:57:34 +0200, a ecrit:
>crosshurd breaks citing the lack of i386 architecture.
Yes.
> |N: Skipping acquire of configured file 'main/binary-hurd-i386/Packages'
> as repository 'http://httpredir.debian.org/debi
which case i915
is already compiled-in anyway).
Signed-off-by: Samuel Thibault
---
sound/hda/hdac_i915.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
--- a/sound/hda/hdac_i915.c
+++ b/sound/hda/hdac_i915.c
@@ -136,10 +136,13 @@ int snd_hdac_i915_init(struct hdac_bus
which case i915
is already compiled-in anyway).
Signed-off-by: Samuel Thibault
---
sound/hda/hdac_i915.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
--- a/sound/hda/hdac_i915.c
+++ b/sound/hda/hdac_i915.c
@@ -143,10 +143,14 @@ int snd_hdac_i915_init(struct hdac_bus
Control: tags -1 + patch
Hello,
Ben Hutchings, le dim. 07 juil. 2019 17:36:03 +0100, a ecrit:
> On Sun, 2019-07-07 at 17:16 +0200, Samuel Thibault wrote:
> > Ben Hutchings, le dim. 07 juil. 2019 13:35:20 +0100, a ecrit:
> > > i915 belongs in fb-modules. I'm not sure th
Ben Hutchings, le dim. 07 juil. 2019 17:36:03 +0100, a ecrit:
> On Sun, 2019-07-07 at 17:16 +0200, Samuel Thibault wrote:
> > Ben Hutchings, le dim. 07 juil. 2019 13:35:20 +0100, a ecrit:
> > > i915 belongs in fb-modules. I'm not sure that sound-modules should
> >
Ben Hutchings, le dim. 07 juil. 2019 13:35:20 +0100, a ecrit:
> i915 belongs in fb-modules. I'm not sure that sound-modules should
> depend on it, as it's not a hard dependency.
It is not a hard-hard dependency for the HDA driver, but without it
there is a 60s delay for the detection of HDA-based
Package: kernel-wedge
Version: 2.99
Severity: serious
Tags: a11y
Justification: prevents blind people from using d-i
We have had (late, unfortunately) reports that HDA-based audio hardware
does not get detected. Actually it does, but only after 60s of delay,
which is way too long for the espeakup
Control: tags -1 + buster-ignore
Hello,
Holger Wansing, le jeu. 20 juin 2019 10:31:39 +0200, a ecrit:
> ButterflyOfFire wrote:
> > I think it is okay for those diacritics.
>
> I have uploaded that fix now.
Thanks!
> Leaving this bug open as a reminder for the "real" problem inside of gtk (?)
Hello,
Holger Wansing, le mar. 04 juin 2019 20:59:12 +, a ecrit:
> Am Sonntag, 2. Juni 2019 schrieb Holger Wansing:
> > Am Sonntag, 2. Juni 2019 schrieb Samuel Thibault:
> > > ButterflyOfFire, le dim. 02 juin 2019 15:43:41 +, a ecrit:
> > > > >> "
Hello,
I'm here looking for opinions from debian-accessibility from people with
low vision.
Samuel Thibault, le lun. 10 juin 2019 22:02:05 +0200, a ecrit:
> > whenever i have to use the linux console, i have significant
> > neurological issues, due to the blinking cursor.
>
gofloss gofloss, le mar. 06 juin 2017 13:52:05 -0700, a ecrit:
> apparently debian wants to make its fonts unreadable because [...]
Nope. I understand that you got a big pile of frustration like hell,
but unfortunately what followed this sentence can't get anything
positive done. Debian clearly
Control: block 864320 by 816111 595696
Hello,
gofloss gofloss, le mar. 06 juin 2017 13:52:05 -0700, a ecrit:
> below i describe multiple bugs in booting in jessie, which
> might be relevant to stretch.
[...]
> rebooted, and discovered that the font was unreadably small,
> unlike wheezy.
>
> bu
ButterflyOfFire, le dim. 02 juin 2019 15:43:41 +, a ecrit:
> >> "لاحقاً"
>
> This word means "later" and can be replaced by "لاحقا".
That avoids the issue here indeed. I however see it used in various
places, notably in the grub installer:
msgid ""
"Warning: If the installer failed to detect
Samuel Thibault, le dim. 02 juin 2019 17:07:04 +0200, a ecrit:
> Samuel Thibault, le dim. 02 juin 2019 16:47:49 +0200, a ecrit:
> > But it's translated along the two other pieces "The installer can guide
> > you..." and "If you choose guided..." so the issue
Samuel Thibault, le dim. 02 juin 2019 16:47:49 +0200, a ecrit:
> But it's translated along the two other pieces "The installer can guide
> you..." and "If you choose guided..." so the issue might be in those.
It's when I add this piece that gtk starts chok
Samuel Thibault, le dim. 02 juin 2019 16:44:45 +0200, a ecrit:
> Samuel Thibault, le dim. 02 juin 2019 16:33:03 +0200, a ecrit:
> > Samuel Thibault, le dim. 02 juin 2019 16:06:50 +0200, a ecrit:
> > > Samuel Thibault, le dim. 02 juin 2019 15:56:31 +0200, a ecrit:
> > >
Samuel Thibault, le dim. 02 juin 2019 16:33:03 +0200, a ecrit:
> Samuel Thibault, le dim. 02 juin 2019 16:06:50 +0200, a ecrit:
> > Samuel Thibault, le dim. 02 juin 2019 15:56:31 +0200, a ecrit:
> > > Samuel Thibault, le dim. 02 juin 2019 15:47:28 +0200, a ecrit:
> > > &
Samuel Thibault, le dim. 02 juin 2019 16:06:50 +0200, a ecrit:
> Samuel Thibault, le dim. 02 juin 2019 15:56:31 +0200, a ecrit:
> > Samuel Thibault, le dim. 02 juin 2019 15:47:28 +0200, a ecrit:
> > > Holger Wansing, le dim. 02 juin 2019 15:00:09 +0200, a ecrit:
> > > &g
Samuel Thibault, le dim. 02 juin 2019 15:56:31 +0200, a ecrit:
> Samuel Thibault, le dim. 02 juin 2019 15:47:28 +0200, a ecrit:
> > Holger Wansing, le dim. 02 juin 2019 15:00:09 +0200, a ecrit:
> > > So, that would come down to this two commits
> > > (if it's
Samuel Thibault, le dim. 02 juin 2019 15:47:28 +0200, a ecrit:
> Holger Wansing, le dim. 02 juin 2019 15:00:09 +0200, a ecrit:
> > So, that would come down to this two commits
> > (if it's a matter of arabic translations):
> > https://salsa.debian.org
Holger Wansing, le dim. 02 juin 2019 15:00:09 +0200, a ecrit:
> So, that would come down to this two commits
> (if it's a matter of arabic translations):
> https://salsa.debian.org/installer-team/d-i/commit/1e16f41d79578a47a370c7a47ec49abdcfc7fb52
> https://salsa.debian.org/installer-team/d-i/commi
ButterflyOfFire, le dim. 02 juin 2019 12:12:04 +, a ecrit:
> Tested right now on my laptop, I cannot reproduce the bug. It seems working.
>
> Tested with :
> kvm -cdrom /var/tmp/d-i/debian-buster-DI-rc1-amd64-netinst.iso -drive
> file=blip -m 1G
Hum :/
I tried to rebuild partman-base withou
Samuel Thibault, le dim. 02 juin 2019 13:00:51 +0200, a ecrit:
> Cc-ing debian-l10n-arabic because they can perhaps look at the partman
> translation files and check that there is nothing odd in the file (e.g.
> odd ligatures or such odd thing that might disturb gtk).
I forgot to menti
Package: installation-reports
Severity: serious
Justification: prevents from installing at all in arabic language
Hello,
Cc-ing debian-l10n-arabic because they can perhaps look at the partman
translation files and check that there is nothing odd in the file (e.g.
odd ligatures or such odd thing t
Hello,
Just so that the info is recorded here as well: as discussed on
https://lists.debian.org/debian-accessibility/2019/02/msg4.html
Wayland does not provide yet the support that the Orca screen reader
needs to provide proper support for blind people (keyboard shortcuts for
GUI review, bas
Hello,
This bug is making papi marked to be auto-removed from Buster. Do we
want to tag it as buster-ignore, or fix it there and not only in
experimental?
Samuel
close 929169 espeakup/1:0.80-15
thanks
close 929169 1:0.80-15
thanks
Package: espeakup
Version: 1:0.80-14
Severity: serious
Tags: a11y
Justification: makes installation fail
Hello,
The Linux kernel in Buster seems to take much longer (as much as 12s!)
to detect some sound card such as the widespread Intel HDA. The current
timeout in espeakup-udeb is thus way too s
Vincent Privat, le dim. 07 avril 2019 21:55:33 +0200, a ecrit:
> Disabling it only through accessibility.properties means we have no control
> over it from JOSM. So when the next bug appears, we'll have to tell all of our
> impacted Ubuntu users to modify the file.
We are here only talking about B
Hello,
Matthias Klose, le sam. 06 avril 2019 15:46:21 +0200, a ecrit:
> On 06.04.19 15:13, Paul Gevers wrote:
> > We're late already, I would want this rather sooner than latter
> > in buster, such that there is some real live testing before we release.
> > Sure, there are chances for bugs, but if
Matthias Klose, le sam. 06 avril 2019 03:04:54 +0200, a ecrit:
> On 01.04.19 17:24, Samuel Thibault wrote:
> > Samuel Thibault, le lun. 01 avril 2019 15:54:17 +0200, a ecrit:
> >> Vincent Privat, le ven. 24 août 2018 18:33:56 +0200, a ecrit:
> >>> Patching openjdk wi
Kirk Reiser, le lun. 01 avril 2019 17:46:16 -0400, a ecrit:
> Hi Samuel: Sorry, yes it seems to be working
Ok, thanks!
> except that an isolated install doesn't really cover the situation
> where a general upgrade or full-upgrade is taking place and how that
> will affect your changes. We may nee
, they need to check
that it does work.
Samuel
Samuel Thibault, le ven. 29 mars 2019 18:31:44 +0100, a ecrit:
> Samuel Thibault, le ven. 29 mars 2019 17:21:51 +0100, a ecrit:
> > Thanks for it! I'll fix that for Buster. Unfortunately the next upgrade
> > will again have the i
Samuel Thibault, le lun. 01 avril 2019 15:54:17 +0200, a ecrit:
> Vincent Privat, le ven. 24 août 2018 18:33:56 +0200, a ecrit:
> > Patching openjdk with your try/catch proposal and making the ATK wrapper a
> > Recommends sounds a good idea.
> >
> > Don't wait for
patches/jaw-optional.diff: Make failing to load the Java ATK wrapper
+ non-fatal.
+ * rules: Enable Java ATK wrapper for Buster. Closes: #900912.
+
+ -- Samuel Thibault Sun, 31 Mar 2019 17:49:09 +0200
+
openjdk-11 (11.0.3+4-3) unstable; urgency=medium
[ Matthias Klose ]
diff -Nru openjdk-1
Samuel Thibault, le ven. 29 mars 2019 17:21:51 +0100, a ecrit:
> Thanks for it! I'll fix that for Buster. Unfortunately the next upgrade
> will again have the issue, since it's the prerm script which stops
> espeakup. But the upgrade after that (or a reinstall) should be fine
Package: espeakup
Version: 1:0.71-27
Severity: grave
Kirk Reiser, le ven. 29 mars 2019 11:34:54 -0400, a ecrit:
> In the current espeakup installation on debian sid at least, The
> currently running espeakup is killed off long before the newly
> installed espeakup is started leaving the person upg
Hello,
Giuseppe Bilotta, le ven. 18 janv. 2019 11:41:28 +0100, a ecrit:
> On Fri, Jan 18, 2019 at 10:45 AM Andreas Beckmann wrote:
> > On 2019-01-18 10:19, Giuseppe Bilotta wrote:
> > > Package: nvidia-cuda-dev
> > > Version: 9.2.148-5
> > > Severity: important
> >
> > > it is currently impossibl
Hello,
fluffywolf, le mar. 26 févr. 2019 20:41:54 -0800, a ecrit:
> brltty's default behavior seems to to not just claim all usb serial devices,
No, only of serial devices which have generic USB ids for which there
are known Braille devices using it.
> Some possible suggestions:
> 1) Don't gra
Control: severity -1 important
Hello,
Andreas Beckmann, le mer. 20 févr. 2019 12:41:10 +0100, a ecrit:
> On 2019-02-19 17:42, Moritz Muehlenhoff wrote:
> >> Unfortunately we have no idea - NVIDIA's security tracker was never
> >> updated after the initial mention of the CVE:
> >>
> >> https://nvi
close 922497 410.93-2
thanks
Hello,
Fran Torres, le dim. 17 févr. 2019 11:15:43 +0100, a ecrit:
> on the espeakup package was disapear the error on log
> and apear other error.
I believe that's just a deprecation warning.
Samuel
Hello,
Samuel Thibault, le mar. 05 févr. 2019 20:21:56 +0200, a ecrit:
> Andreas Beckmann, le mar. 05 févr. 2019 10:54:49 +0100, a ecrit:
> > Control: retitle -1 starpu: FTBFS while building documentation
>
> Ok, I give up with building the pdf version, doxygen+latex is too muc
Control: tags -1 + pending
Hello,
Andreas Beckmann, le mar. 05 févr. 2019 10:54:49 +0100, a ecrit:
> Control: retitle -1 starpu: FTBFS while building documentation
Ok, I give up with building the pdf version, doxygen+latex is too much
of a hassle.
(FTR, Nathalie told me that the issue encounter
Control: severity -1 important
Hello,
Paolo Greppi, le lun. 04 févr. 2019 00:59:40 +0100, a ecrit:
> Package: hwloc
> Version: 1.11.12-1
> Severity: serious
>
> I tested your package against a draft package for doxygen 1.8.15:
> https://bugs.debian.org/919413
This is not serious yet, until it a
Control: tags -1 + patch - moreinfo
Hello,
anarcat, le sam. 19 janv. 2019 12:42:44 -0500, a ecrit:
> On Thu, Jan 03, 2019 at 10:16:13AM +0100, Samuel Thibault wrote:
> > Oops, this bug was erroneously closed because its mention was remaining
> > in the sphinxbase changelo
Control: tags -1 + pending
Sébastien Villemot, le mar. 15 janv. 2019 12:18:52 +0100, a ecrit:
> The dependency on common-lisp-controller had been dropped in 0.8.8-7,
> but it has been reintroduced in 0.8.8-8.
>
> Please remove it again. Indeed, as you noticed, you should also remove
> the calls t
Control: tags -1 + pending
Andreas Beckmann, le lun. 14 janv. 2019 17:44:01 +0100, a ecrit:
> On 2019-01-10 01:10, Samuel Thibault wrote:
> > Andreas Beckmann, le jeu. 10 janv. 2019 01:02:19 +0100, a ecrit:
> >> I successfully built the package with the attached patch that swit
Andreas Beckmann, le jeu. 10 janv. 2019 01:02:19 +0100, a ecrit:
> I successfully built the package with the attached patch that switched
> to GCC 7, but since the build system is a bit special, I'm not going to
> upload this myself.
I'll handle it once CUDA 9.2 is uploaded, yes. Thanks for checki
Control: reopen -1
Control: affects -1 + sphinxbase
Oops, this bug was erroneously closed because its mention was remaining
in the sphinxbase changelog.
Paul Gevers, le lun. 24 déc. 2018 15:36:35 +0100, a ecrit:
> On 24-12-2018 15:00, Paul Gevers wrote:
> > It seems the debian/emacsen-install script was never properly adjusted
> > for the migration of emacs to unversioned emacs packages.
>
> That was a very bad thing to say, as you apparently did
Control: reassign -1 dh-fortran-mod
Control: affects -1 + openmpi
Control: tags -1 + patch
> rm: cannot remove '/usr/lib/x86_64-linux-gnu/fortran/gfortran-8#': No such
> file or directory
> rm: cannot remove 'End': No such file or directory
> rm: cannot remove 'automatically': No such file or
Package: startpar
Version: 0.59-4
Severity: serious
Justification: FTBFS
Tags: patch
Hello,
startpar currently FTBFS in sid:
proc.c: In function 'detect_consoles':
proc.c:169:19: warning: implicit declaration of function 'makedev'
[-Wimplicit-function-declaration]
comparedev = makedev(maj
close 913941
close 913954
close 913955
close 913956
close 913957
close 913958
thanks
it's now compiled on all release archs
Control: unmerge 914838
Control: reopen 914838
Control: reassign 914838 llvm-7
Control: found 914838 1:7.0.1~+rc2-8
Sylvestre Ledru, le mer. 28 nov. 2018 09:47:08 +0100, a ecrit:
> Le 27/11/2018 à 23:54, Fanael Linithien a écrit :
> > I fail to see how #914770 and #914838 are related in any way at
Control: reopen -1
Control: reassign openjdk-11
Migrating the still-existing bug to openjdk 11.
Samuel
Package: llvm-7
Version: 1:7.0.1~+rc2-7
Severity: serious
Justification: FTBFS
Affects: rustc
Hello,
Building rustc in a freshly-built sid chroot yields to:
error: failed to run custom build command for `rustc_llvm v0.0.0
(/build/rustc-1.30.0+dfsg1/src/librustc_llvm)`
process didn't exit succes
Control: clone -1 -2
Control: reassign -2 compiz-bcop
Control: clone -1 -3
Control: reassign -3 compiz-plugins-experimental
Control: clone -1 -4
Control: reassign -4 compiz-plugins-extra
Control: clone -1 -5
Control: reassign -5 compiz-plugins-main
Control: clone -1 -6
Control: reassign -6 compizco
Package: compiz
Version: 2:0.8.14-3
Severity: serious
Justification: Can not be configured
This bug is just meant to prevent compiz reloaded from entering testing,
because the compiz config management packages haven't actually passed
through NEW yet, so the reloaded version of compiz can't be conf
Paul Gevers, le dim. 11 nov. 2018 19:26:22 +0100, a ecrit:
> Is this material that should be upstreamed? (If not already present in
> the version 48). You don't need to do that yourself, I am really just
> asking if _I_ should.
I have submitted to https://sourceforge.net/p/emacspeak/bugs/6/
Samue
Samuel Thibault, le dim. 11 nov. 2018 10:03:19 +0100, a ecrit:
> Does it fix it if in /lib/systemd/system/espeakup.service you modify
>
> ExecStart=sh -c 'modprobe speakup_soft && /usr/bin/espeakup -V ${VOICE}'
>
> into
>
> ExecStart=/usr/bin/s
Control: tags -1 + pending
Rémi Vanicat, le dim. 11 nov. 2018 12:32:20 +0100, a ecrit:
> I've made a patch solving this and other similar problem.
applied, thanks!
Samuel
101 - 200 of 809 matches
Mail list logo
