On Mon, 09 Jul 2018, Norbert Preining wrote:
> 3.0 was upload less than a week ago to CTAN ... yes, it will be updated
> in due time. Patience or a polite ping to upstream TeX Live is what
Sorry, I was wrong, it *is* already updates since July 4 in TeX Live.
Norbert
--
PREINING Norbert
I'm unsure of the "correct" values to use, but either nfs-kernel-server
or nfs needs to be added to X-Start-Before and X-Stop-After for zfs-mount
too. Otherwise insserv may try to load a NFS server before ZFS
filesystems are mounted.
--
(\___(\___(\__ --=> 8-) EHM <=--
On 2018-07-10 04:05:58 [+0200], Philippe Metzger wrote:
> For now it seems that OpenSSL 1.1.0f-3+deb9u2 available in stretch/security
> force TLS 1.2 only in https when using Apache (whatever SSLProtocol
> Directive specify).
This is not true. Stretch has TLS1.0 and up enabled by default.
> Is
On Mon, 09 Jul 2018 at 12:50:35 -0400, Kit Haines wrote:
> I'm trying to print a document named "Legal Name - Option Cancel &
> Reissue Agreement.pdf"; but when I click print, I get the error (on
> the commandline):
...
> ** (evince:2460): WARNING **: Unimplemented annotation: POPPLER_ANNOT_INK,
Package: libdrm-nouveau2
Version: 2.4.92-1
Severity: important
This has been happening frequently, but not repeatably so far.
It seems to be triggered by something Chromium is doing when I have
lots of browser windows and tabs open.
I've included the portion of syslog when this occurs.
Once it
On Sun, 24 Jun 2018 13:28:38 +0300 Adrian Bunk wrote:
> On Mon, May 14, 2018 at 04:32:26PM -0300, Lisandro Damián Nicanor Pérez Meyer
> wrote:
> > On 14 May 2018 at 16:24, Mattia Rizzolo wrote:
> > > On Mon, May 14, 2018 at 01:55:55PM -0300, Lisandro Damián Nicanor Pérez
> > > Meyer wrote:
> >
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard
* Package name: libuuid-urandom-perl
Version : 0.001-1
Upstream Author : David Golden
* URL : https://metacpan.org/release/UUID-URandom
* License : Apache 2.0
Programming Lang: Perl
Description :
On Mon, 2018-07-09 at 16:43 +0100, Adam D. Barratt wrote:
> gridengine fails to build on armhf due to the VM-related changes in
> OpenJDK 8u144-b01-2, which mean that the lib/server directory no
> longer exists on that architecture.
>
> I've build-tested the attached patch on abel.d.o (the armhf
Greetings,
I apologize it has taken this long to get a response from me. I'm sorry!
Is cdpr still behaving in the way described in this bug report?
When I run it unprivileged it presents the list of interfaces and only
after selecting one does it instruct me that it cannot sniff any packets:
Hi Thomas,
Le 09/07/2018 à 20:28, Thomas Koch a écrit :
> I request an adopter for the libjsr311-api-java package.
The Java Team will take care of this package.
> I'm preparing an upload to bring the package to the latest standard
> before I go and will need a sponsor for this.
Don't bother
That works.
On 07/09/2018 02:55 PM, Evgeny Kapun wrote:
To install old package versions, there is snapshot.d.o [1]. Basically,
it has a copy of every state Debian repository was ever in. There is
also a way to see every version of every package and to find the
appropriate snapshot to install
Hello,
>
> >When I prepared the debian package, I needed libmumps-seq-4.10.0.
> >Without libmumps-seq-4.10.0, the SDPA package installed by apt-get
> >could not work, since apt-get could not know that SDPA requires the mumps
> >library.
>
>
> this seems to be not true, usually runtime
I got bitten by this too in jessie-updates (after wasting some time
being *sure* local signature I was just creating at the time made
clamd crash silently)...
I did:
rm -f /var/lib/clamav/*.yar
(just removing "antidebug_antivm.yar was not enough)
and put:
enable_yararules=""
in
Package: tzdata
Version: N/A
Severity: wishlist
Tags: patch l10n
Dear Maintainer,
Please find attached the french debconf translation,
proofread by the debian-l10n-french mailing list contributors.
(Very small update... would you mind include it?)
This file should be put as debian/po/fr.po in
Package: sql-ledger
Owner: Robert James Clay
Severity: minor
Found: 3.2.6-1
While attempting to verify if an old bug [1] is still present with the
new sql-ledger upstream version, I found that multiple errors like the
following result when attempting to run a 'locale/*/locale.pl' script
under
Re: Thomas Koch 2018-07-09
<153116570013.52934.7173586082571911770.report...@thk1.roam.corp.google.com>
> One solution would be if javahelper would strip the embedded jquery library
> and replace it with a symlink to the version from the jquery debian package
> and add a dependency on the jquery
Le 09/07/2018 à 22:41, Christoph Berg a écrit :
> Or even better, have javadoc put in the symlink.
Not a good idea. The javadoc generated would no longer be usable outside
Debian. Developers would no longer be able to generate the javadoc of
their libraries a upload it to a web server.
Emmanuel
On Mon, 2018-07-09 at 22:30 +0200, Moritz Mühlenhoff wrote:
> How closed is 9.5 for a followup upload at this point? See the
> debdiff below to address #903118.
>
[...]
> +rustc (1.24.1+dfsg1-1~deb9u2) stretch; urgency=medium
> +
> + * Add Build-Depends on rustc [!amd64] to prevent buildds from
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I request an adopter for the libjsr311-api-java package.
The package description is:
Java API for the development of Web services built according to the
Representational State Transfer (REST) architectural style.
Package: dovecot
Version: 1:2.3.2-2
Severity: wishlist
Dear Maintainer,
I created a merge request in
https://salsa.debian.org/debian/dovecot/merge_requests/1/ to add more
DEP8 tests to the Dovecot package.
These are DEP8 test that Ubuntu has been carrying as delta from
Debian. I slightly
On Sun, 2018-07-08 at 06:37 +0200, Cyril Brulebois wrote:
[...]
> Vincent Caron (2018-07-06):
[...]
> > If this module makes it to netinst's initrd, one would use those kvm
> > args:
> >
> > -chardev file,path=virtiocon0.log,id=virtiocon0
> > -device virtio-serial
> > -device
Package: javahelper
Severity: important
Tags: newcomer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The command jh_build calls javadoc. The output of javadoc contains a copy of
jquery which leads to lintian error:
https://lintian.debian.org/tags/embedded-javascript-library.html
One solution
On 9 July 2018 at 15:30, Santiago Vila wrote:
| This package (jags) has proved to be reproducible, and the
| reproducible builds autobuilders use pbuilder as well,
| so if you see a failure to build in buster here:
|
| https://tests.reproducible-builds.org/debian/rb-pkg/buster/amd64/jags.html
|
Package: python3-autobahn
Version: 17.10.1+dfsg1-2
Severity: serious
Control: block 902788 by -1
Dear maintainer, your package fails to install with python 3.7:
|root@warren:/# apt install python3-all python3-autobahn
|...
|Setting up python3-autobahn (17.10.1+dfsg1-2) ...
| File
Hi Alex,
On Monday, July 9, 2018, Alex ARNAUD wrote:
> Le 05/07/2018 à 14:14, Alex ARNAUD a écrit :
> >> Looks like upstream's mail bounces. Is nautilus eiciel dead upstream? If
> >> so maybe take over rather than fork?
> >
> > It's not as easy as we expect. I should check and come back here.
>
Tags: patch
You seem to have hit just exactly the wrong package combination there.
w3lib 1.19 had changes that failed this test for Scrapy 1.5.0; but was
fixed in Scrapy even before this bug report was created [2].
Essentially w3lib 1.19 is too new here.
A 1.5 point release with this fix
Package: clang-6.0
Version: 1:6.0.1-2
Severity: important
Dear Maintainers,
my impression is that clang++-6.0 depends on libstdc++-8-dev.
Withoutthis package, even compiling a simple "hello world" style program
fails with a message like
helloworld.cpp:1:10: fatal error: 'iostream' file not
Source: libpng1.6
Version: 1.6.34-1
Severity: important
Tags: patch security upstream
Forwarded: https://sourceforge.net/p/libpng/bugs/278/
Hi,
The following vulnerability was published for libpng1.6.
CVE-2018-13785[0]:
| In libpng 1.6.34, a wrong calculation of row_factor in the
|
Le 09/07/2018 à 23:14, Markus Koschany a écrit :
> I believe the use case of viewing javadoc outside of a Debian
> system is negligible and we should just symlink jquery.
Viewing an API documentation from a lib*-java-doc package outside of a
Debian system is indeed a negligible use case. But if
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-backpo...@lists.debian.org
Dear mentors and backports developers,
I am looking for a sponsor for my package "streamlink" into Debian
stretch-backports repository.
* Package name: streamlink
Version :
On 07/09/2018 08:39 AM, Andreas Beckmann wrote:
Control: tag -1 moreinfo
On 2018-03-24 21:56, Gene Cash wrote:
I've filed the bug with nvidia via their forum as suggested:
I would like to work on this bug. Thanks.
Package: lintian
Version: 2.5.92
Severity: normal
Dear Lintian maintainers,
The test "r-data-without-readme-source" is listed with Certainty: certain.
However it seems to flags files named *.rda even when they are completly
unrelated to R, so it is not certain.
Cheers,
--
Bill.
Imagine a
Am 09.07.2018 um 23:35 schrieb Emmanuel Bourg:
> Le 09/07/2018 à 23:29, Markus Koschany a écrit :
>
>> We should really aim for the simplest solution. Actually I don't see any
>> need to patch the javadoc tool because we could easily solve this at the
>> packaging level. Just replace the embedded
control: reassign -1 src:imagemagick
control: affects -1 libopengl-image-perl
control: notfound -1 1.03-1
control: found -1 8:6.9.10.2+dfsg-2
On Mon, Jul 9, 2018 at 5:15 PM, gregor herrmann wrote:
> Package: libopengl-image-perl
> Version: 1.03-1
> Severity: serious
> Tags: ftbfs sid buster
>
Package: valgrind
Version: 3.13.0-2
If you compile the following program and run it with Valgrind on i386:
int main(int argc, char **argv) {
return 0;
}
The result is ten errors that look like this:
==757== Conditional jump or move depends on uninitialised value(s)
==757==at 0x401BB0D:
Package: python3-minimal
Version: 3.6.6-1
Severity: serious
Control: block -1 by #902788
Python 3.7 as non-default version brings close to zero benefits
for users, but due to #902788 it causes installation failures
for many Python 3.7 modules.
Block testing migration of python3-defaults until
Am 09.07.2018 um 23:01 schrieb Emmanuel Bourg:
> Le 09/07/2018 à 22:41, Christoph Berg a écrit :
>
>> Or even better, have javadoc put in the symlink.
>
> Not a good idea. The javadoc generated would no longer be usable outside
> Debian. Developers would no longer be able to generate the javadoc
On Mon, 25 Jun 2018 16:18:46 +0200
Paul van Tilburg wrote:
> Hey,
>
> Also note that if you to test this, that it seems that they have renamed
> the extension from "Composite" to "COMPOSITE". (I have no idea why
> anyone would do this, without mentioning it in the changelog even, but
> that is
Am 09.07.2018 um 23:26 schrieb Emmanuel Bourg:
> Le 09/07/2018 à 23:14, Markus Koschany a écrit :
>
>> I believe the use case of viewing javadoc outside of a Debian
>> system is negligible and we should just symlink jquery.
>
> Viewing an API documentation from a lib*-java-doc package outside
Le 09/07/2018 à 23:29, Markus Koschany a écrit :
> We should really aim for the simplest solution. Actually I don't see any
> need to patch the javadoc tool because we could easily solve this at the
> packaging level. Just replace the embedded jquery library with symlinks
> to Debian's system
Am 09.07.2018 um 20:37 schrieb Ben Hutchings:
> It is fairly mature, but it still has a large attack surface and
> occasional security issues that can be exploited by the VM owner. So I
> think it make sense to restrict access to the kvm group and local
> logins. This should mitigate the
Source: libsavitar
Version: 3.3.0-1
Severity: wishlist
Hi Greg
As you know, Ubuntu builds ppc64el packages with -O3 optimization.
Sometimes this causes minor changes in the symbols file.
Please consider including the attached changes to libsavitar0.symbols
in your next upload.
Regards
Graham
On Mon, 2018-07-09 at 09:06 -0700, Clayton Craft wrote:
[...]
> What's the point in producing testing images if you're not willing to
> accept bug
> reports against it? Would you rather bugs like this make it into a
> release
> before being reported?
[...]
This specific kind of bug cannot happen
Hi Alex,
I'm no longer using Debian as a desktop environment anymore, afraid I can't
help you with more info.
Kind regards,
Simon
On Thu, Jul 5, 2018 at 3:06 PM Alex ARNAUD wrote:
> Hello Simon,
>
> Do you still reproduce this issue on Stretch?
>
> I've a similar issue on Stretch but for
On Mon, Jul 9, 2018 at 1:25 PM, Santiago Vila wrote:
> dh_install: Cannot find (any matches for) "usr/share/gtk-doc" (tried in .,
> debian/tmp)
>
> dh_install: libdazzle-doc missing files: usr/share/gtk-doc
> dh_install: missing files, aborting
> debian/rules:7: recipe for target 'binary-indep'
How closed is 9.5 for a followup upload at this point? See the debdiff
below to address #903118.
Cheers,
Moritz
diff -Nru rustc-1.24.1+dfsg1/debian/changelog
rustc-1.24.1+dfsg1/debian/changelog
--- rustc-1.24.1+dfsg1/debian/changelog 2018-07-01 13:42:52.0 +0200
+++
On Mon, 2018-07-09 at 13:06 +0200, Michael Biebl wrote:
> Am 09.07.2018 um 08:32 schrieb Guido Günther:
> > Hi Michael,
> > On Mon, Jul 09, 2018 at 01:30:16AM +0200, Michael Biebl wrote:
> > > Related to that is
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887852
> > >
> > > systemd
*I am having problems with the circular dependency between libcups2-dev and
libcupsimage2-dev (2.2.7-1ubuntu2) on ubuntu-18.04 (bionic).*
root@qvb58jams52fr9r:~# apt-cache depends libcups2-dev
libcups2-dev
Depends: libcupsimage2-dev
Depends: libcups2
Depends: dpkg-dev
On Tue, Jul 10, 2018 at 1:27 AM Sean Whitton wrote:
> `git merge` is smarter than you think :)
Thanks for the hint! Reading again the manual, and `git merge
--strategy=ours` really keeps the history clean. Previously when I
tried to attempt this work flow, I'm not able to make the history
On Wed, 21 Mar 2018 at 00:39:00 +, George Bateman wrote:
> The bug you reference seems to refer only to keyboard issues. While
> that may be part of the problem, it's also concerning that the
> accessibility shortcuts' "Enable by keyboard" option is broken;
> presumably that's unrelated to
>
On Mon, 09 Jul 2018 at 15:16:27 +0100, Jonathan Dowland wrote:
> CC-BY-SA3.0 303
Note that some of those will be CC-BY-SA-3.0-US, some will be CC-BY-SA-3.0
Unported, and some might be a different (legally distinct) localization
(there are many).
Some uses of Creative Commons
To install old package versions, there is snapshot.d.o [1]. Basically, it has a
copy of every state Debian repository was ever in. There is also a way to see
every version of every package and to find the appropriate snapshot to install
it from.
[1] https://snapshot.debian.org/
Package: emacs-common
Version: 1:25.2+1-7
Severity: wishlist
Can latest tramp ftp://ftp.gnu.org/gnu/tramp/ be included please.
Control: reassign -1 src:linux
Control: tag -1 patch
Ben Hutchings (2018-07-09):
> I would say virtio-modules. All the virtio class drivers depend on
> virtio and virtio_ring, which means that adding them to any other
> package would require that package to depend on virtio-modules.
>
> (The
Hi Raphael,
> When you say "upstream" here, you refer to login or dropbear?
> You are explaining that the distinction in the PATH set for root and
> non-root already exists in login... so you agree that a similar change
> ought to be done in dropbear, is that correct ?
Dropbear "upstream" will
On Tue, 2018-07-10 at 02:32 +0200, Cyril Brulebois wrote:
> Control: reassign -1 src:linux
> Control: tag -1 patch
>
> Ben Hutchings (2018-07-09):
> > I would say virtio-modules. All the virtio class drivers depend on
> > virtio and virtio_ring, which means that adding them to any other
> >
On Mon, Jul 09, 2018 at 11:41:24PM +0200, Markus Koschany wrote:
> Am 09.07.2018 um 23:35 schrieb Emmanuel Bourg:
> > Le 09/07/2018 à 23:29, Markus Koschany a écrit :
> >
> >> We should really aim for the simplest solution. Actually I don't see any
> >> need to patch the javadoc tool because we
Package: firmware-atheros
Version: 20170823-1
Severity: important
#
[3.885977] ath10k_pci :07:00.0: firmware: failed to load ath10k/pre-
cal-pci-:07:00.0.bin (-2)
[3.885978] ath10k_pci :07:00.0: Direct firmware load for ath10k/pre-
On Thu, 26 Oct 2017 09:57:06 +0200 Raphael Hertzog wrote:
> Hello Kurt,
>
> On Fri, 22 Sep 2017, Kurt Roeckx wrote:
> > I have to admit that I didn't consider derivatives that take a
> > snapshot of testing, and we also seem to have a large amount of
> > people that do use testing. My intention
Package: wnpp
Severity: normal
I request an adopter for the asciinema package.
The package description is:
Forget screen recording apps and blurry video. Enjoy a lightweight,
purely text based approach to terminal recording.
.
This package provides a command line recorder for asciinema.org
On Mon, 9 Jul 2018 22:03:06 +1000 Craig Small wrote:
> On Mon, 9 Jul 2018 at 19:38 Simon McVittie wrote:
>
> > If we want pidof to be provided by a new procps-base instead of
> > sysvinit-utils for buster, maybe now is the time to start uploading
> > packages with that change to experimental?
>
Control: reassign -1 libxkbcommon-x11-0 0.8.0-2
Control: retitle -1 "not a valid UTF-8 string" errors creating compose table in
en_IN locale
On Mon, Jul 09, 2018 at 11:15:49AM +0530, Ritesh Raj Sarraf wrote:
> Thank you for packaging the newer version of kitty.
>
> With this version, the `icat`
On Sunday, July 8, 2018 1:40:34 PM PDT Henrique de Moraes Holschuh wrote:
> On Fri, 06 Jul 2018, Matt Stamp wrote:
> > After applying an update to my UEFI/BIOS my microcode is rev 0x8e. A
> > package seperate for your, needrestart said that the available
> > microcode did not match my currently
On Sun, Jul 08, 2018 at 09:36:13PM -0500, Dirk Eddelbuettel wrote:
> Seems to work here,
Please try "sbuild --arch-any --no-arch-all" on a clean chroot,
which is what an official autobuilder would do.
I can't test an external package easily, and I think it is much better
if you can reproduce
On Sat, Jul 7, 2018 at 1:53 PM Adam D. Barratt
wrote:
> On Mon, 2018-02-26 at 12:48 +0100, Jose Gutierrez de la Concha wrote:
> > Hi,
> >
> > any change we can get this approved on time for debian 9.4?
> >
>
> The current diff is nearly 20,000 lines, with a lot of effective noise
> like changing
On Sun, Jul 08, 2018 at 02:54:02PM -0500, Steven R. Wright wrote:
> This is a critical enough bug to warrant removing 5.2.14-dfsg-1 from the
> repos. I have to do selective upgrades now to avoid pulling it in.
apt-listbugs should be enough to mitigate this.
--
WBR, wRAR
signature.asc
Control: tag -1 moreinfo
On Thu, 30 Apr 2015 08:27:49 -0700 Karl Kornel
wrote:
> Package: nvidia-driver
> Version: 340.65-2
> I have a newly-build (built from scratch) amd64 jessie system, built on UEFI,
> but it looks like the nVidia driver is not currently compatible with UFEI
> systems.
Control: tag -1 wontfix
On Mon, 26 Mar 2012 15:36:15 -0400 Nikolaus Rath wrote:
> Hello,
>
> The developer drivers differ from the standard drivers. For example,
> they produce additional debugging messages when a GPU kernel crashes.
> The standard driver doesn't produce any messages at all in
On 09/07/2018 11:55, Andreas Beckmann wrote:
Control: tag -1 moreinfo
On 2016-06-29 14:01, Luca Boccassi wrote:
On Tue, 2016-06-28 at 19:23 +0200, Lucas Serrano wrote:
Package: nvidia-driver
Version: 352.79-8
I own a Clevo W255EG with an integrated GT 645M. Both nvidia-settings
and
Package: dh-golang
Version: 1.34
Severity: normal
Hi,
There is at least one case when it would be preferable to have the build
dh stage to call ’go build’ instead of ’go install’. This is when
building c-shared libraries with -buildmode=c-shared. In this case ‘go
install’ builds the shared
Control: tag -1 unreproducible
Control: close -1
On 2017-09-08 12:07, Andreas Beckmann wrote:
> On Mon, 18 May 2015 09:02:39 +0200 jsb...@mimuw.edu.pl (Janusz S.
> =?utf-8?Q?Bie=C5=84?=) wrote:
>> I can live with it, especially as I will stop to use the computer in
>> question in a few weeks.
Package: python3-libcloud
Version: 2.3.0-1
Severity: serious
Setting up python3-libcloud (2.3.0-1) ...
File "/usr/lib/python3/dist-packages/libcloud/compute/drivers/azure.py",
line 1438
def _perform_post(self, path, body, response_type=None, async=False):
Hi Emilio
On 09/07/2018 10:37, Emilio Pozuelo Monfort wrote:
#832798 is fixed now. Is that enough to get julia updated?
Yes! \o/
Note that we now have llvm 5.0 and 6.0. Updating to a newer version would be
best as we will eventually look at removing 4.0. But for now 4.0 would obviously
be
Control: tag -1 moreinfo
Hi,
On Thu, 06 Feb 2014 10:59:45 +0100 Karsten Malcher
wrote:
> Sorry for the delay!
>
> I didn't see to much sense in rolling back the original driver, so i made a
> new system upgrade.
> Booting another system i copied my actual system again to the partition.
> Then
Package: libc6-amd64
Version: 2.27-4
Severity: important
On i386, libc6-amd64 and libc6-x32 install more than one gigabyte each:
,
| $ apt-cache show libc6-amd64 libc6-x32 | grep Installed-Size
| Installed-Size: 1143839
| Installed-Size: 1143407
`
Looking at /lib64, all the .so files
Control: tag -1 moreingo
On Thu, 24 Dec 2015 07:24:38 +0100 Mateusz Kaduk
wrote:
> Package: nvidia-driver
> Version: 352.63-1
> Hi, I am using nvidia-driver started with optirun.
> When playing game in window mode nothing bad happens, when playing game in
> fullscreen mode and returning to
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: bcbio
* URL : https://github.com/bcbio/bcbio-nextgen
* License : MIT
Programming Lang: Python
Description : toolkit for analysing high-throughput sequencing data
Team-maintained at
Control: tag -1 = unreproducible
Control: close -1
On 2018-07-09 11:38, Karsten wrote:
> it needs only 4 years to answer to this bug report?
It's a nasty problem only you experienced. And IIRC not the only one you
had.
>> Did you (hopefully) upgrade to stretch by now?
>
> I am still working
Control: severity -1 wishlist
Michael Stapelberg wrote on 09/07/2018:
> Would such a flag be useful for any other package than the fscrypt package?
>
> If no, I’d recommend to not change dh-golang for the time being, and let
> this be a one-off in the fscrypt package until it makes sense to
>
Control: tag -1 moreinfo
On Tue, 05 Nov 2013 01:28:38 +0100 Andreas Beckmann wrote:
> On 2013-11-05 00:24, chymian wrote:
> > updated to 331.17-1 today. first all seemed fine. after a couple of
> > loads/unloads with optirun, the module failed to load, till after reboot.
>
> So the loop
>
>
Hello Andreas,
i must say that the drivers are working better and better each release.
So you and the Debian Team are making a really good job.
Thank you for this!
karsten
Am 09.07.2018 um 12:41 schrieb Andreas Beckmann:
> OK, let's do that.
> I hope you'll have a better experience with the
Source: glibc, unrar-free
Version: glibc/2.27-4
Version: unrar-free/1:0.0.1+cvs20140707-4
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainers,
With a recent upload of glibc the autopkgtest of unrar-free started to
fail in unstable and testing. I have copied the error
Package: unbound
Severity: wishlist
Tags: patch
Dear Maintainer,
TCP fast open can save a roundtrip on subsequent TCP connects [1]. Since
systemd-resolved supports DNSoverTLS with TFO out of the box [3] and TFO
support is included in recent kernels, it might be worth enabling. There
are
On Mon, Jul 09, 2018 at 11:15:49AM +0530, Ritesh Raj Sarraf wrote:
> With this version, the `icat` and `diff` commands fail with the
> following error:
>
>
> rrs@priyasi:~$ kitty diff rrs-home/Data/Pictures/debian-transparent.png
> xkbcommon: ERROR:
On 09/07/18 11:13, Graham Inggs wrote:
> Hi Emilio
>
> On 09/07/2018 10:37, Emilio Pozuelo Monfort wrote:
>> #832798 is fixed now. Is that enough to get julia updated?
>
> Yes! \o/
>
>> Note that we now have llvm 5.0 and 6.0. Updating to a newer version would be
>> best as we will eventually
Control: severity -1 wishlist
Control: retitle -1 nvidia-detect: Nvidia Optimus Technology device(s) not
detected
Control: tag -1 help
On Wed, 21 Dec 2016 14:31:38 -0500 Taylor Kline wrote:
> Package: nvidia-detect
> Version: 375.20-4
> Output of nvidia-detect does not show a GTX 960M:
>
> $
Hello Cesare, thanks for your report.
As I am not so comfortable with service stuff, I am on my way to forward to
report to the FireHOL forum:
let see what happens .
Jerome
On 08/07/18 21:08, Cesare Leonardi wrote:
> Since on my system I have kept some old kernel installed, I've just tried to
>
Source: gucharmap
Version: 1:10.0.4-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Source: libxmlada
Version: 17.1.2017-6
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Control: tag -1 moreinfo
On 2016-06-29 14:01, Luca Boccassi wrote:
>>> On Tue, 2016-06-28 at 19:23 +0200, Lucas Serrano wrote:
Package: nvidia-driver
Version: 352.79-8
I own a Clevo W255EG with an integrated GT 645M. Both nvidia-settings
and nvidia-smi report 1GB as the total
Source: wine-development
Version: 3.11-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Source: fonttools
Version: 3.21.2-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Source: wine
Version: 3.0.2-1
Severity: serious
Tags: ftbfs sid
Control: block 903129 by -1
Hi Maintainer
The recent upload of unicode-data 11 causes your package to FTBFS in
unstable.
Please update your package to be compatible with the latest version of
unicode-data.
Regards
Graham
Control: tag -1 moreinfo
On 2018-03-03 21:28, Peter Becich wrote:
> Thanks. My mistake. I have now read the nvidia-driver README and have
> moved my report to this thread on the Nvidia Linux forum:
>
Hello Andreas,
it needs only 4 years to answer to this bug report?
Am 09.07.2018 um 11:18 schrieb Andreas Beckmann:
> Control: tag -1 moreinfo
>
> Hi,
>
> On Thu, 06 Feb 2014 10:59:45 +0100 Karsten Malcher
> wrote:
>> Sorry for the delay!
>>
>> I didn't see to much sense in rolling back the
Am 09.07.2018 um 08:32 schrieb Guido Günther:
> Hi Michael,
> On Mon, Jul 09, 2018 at 01:30:16AM +0200, Michael Biebl wrote:
>> Related to that is
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887852
>>
>> systemd upstream removed the uaccess bits, as they install /dev/kvm with
>> 0666
On 2018-07-06 14:17, Richard Levitte wrote:
> Package: xserver-xorg-video-nvidia
> Version: 390.67-2
> it seems that a recent upgrade of nvidia-kernel-dkms and related packages
> broke my system.
> I cannot say what package this issue actually belongs with (help appreciated).
We seem to have
On Mon, 02 Jul 2018, Peter Palfrader wrote:
> On Sat, 30 Jun 2018, 李 盛洲 wrote:
>
> > We have look into the debian mirror, and we cannot judge the cause of
> > the failure on your monitoring system. From the log of ftpsync, the
> > debian mirror is normal. So the debian mirror is normal. In your
Source: txt2tags
Version: txt2tags: FTBFS in buster/sid (failing tests)
Followup-For: Bug #902523
Control: tags -1 patch
Dear Maintainer,
The attached debdiff fixes the issue by using a reproducible
getCurrentDate value to match self.currdate in txt2tags.
I've uploaded an NMU to DELAYED/2 per
1 - 100 of 226 matches
Mail list logo