Running for 80 minutes ok then another crash :
peter@peter-mate:~$ chromium
[30442:30442:1214/051955.275889:ERROR:vaapi_wrapper.cc(417)] vaInitialize
failed: unknown libva error
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning:
Source: heimdall-flash
Severity: important
Control: owner -1 !
Following up on Bug #872788, where I sent an email with the following:
Subject: heimdall-flash: package appears to be a salvaging candidate
Date: Wed, 24 Jul 2019 19:31:32 -0400
and received an ACK "go ahead" from Moritz, I have
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Please find attached a proposed debdiff for php-horde. The change fixes
CVE-2019-12095, which the security team has classified as ,
deeming it a minor issue which can be fixed via
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please find attached a proposed debdiff for php-horde. The change fixes
CVE-2019-12095, which the security team has classified as ,
forwarded 913220 https://github.com/Guake/guake/issues/1694
thanks
--
Daniel Echeverry
Debian Developer
https://wiki.debian.org/DanielEcheverry
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB
Control: forwarded -1 https://github.com/saltstack/libnacl/pull/115
On Wed, Apr 03, 2019 at 11:06:24PM +0200, Santiago Vila wrote:
> > ==
> > ERROR: test_verify32 (unit.test_verify.TestVerify)
> >
Package: unhide
Version: 20130526-4
Severity: normal
Hi folks,
There is a new upstream homepage[1], created by original upstream, however
without releases[2] yet.
[1] https://github.com/YJesus/Unhide
[2] https://github.com/YJesus/Unhide/issues/2
Regards,
Eriberto
Package: wireless-tools
Version: 30~pre9-13+b1
$ dlocate -man wireless-tools | COLUMNS=80 xargs -n 2 man | col -b | grep -A 3
SEE | egrep -v SEE\|^$
iwconfig(8), iwlist(8), iwspy(8), iwpriv(8), iwevent(8).
wireless-tools 4 March 2004 WIRELESS(7)
--
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libsyntax-keyword-dynamically-perl
Version : 0.01
Upstream Author : Paul Evans
* URL :
Hi Mathieu,
Thanks for filing the bug. In the past (c.f. #911829), failing on stderr
has identified problems in MediaWiki when a new PHP version is released,
so I would like to keep the current behavior if possible.
Do you have any ideas or suggestions on other ways we could avoid this
problem?
ps -p 4017 -o %cpu,cmd
%CPU CMD
92.9 /usr/bin/python3 /usr/bin/unattended-upgrade --download-only
Package: apt-listchanges
Version: 3.21
Severity: minor
(I have a vague memory that I have reported this once before, but I am
not having any luck finding any record of such a report, so I'm filing
this again.)
Dear Maintainer,
First, for background:
When I install package updates via apt-get
reassign 946699 wine
thanks
I hope this is correct.
Package: hello
Version: 4.0-2
I accidentially upgraded my system from squeeze to buster - including
wine
I use an old Lotus Notes 6.5 client which worked fine under wine in
squeeze.
After upgrade, the drop down list for the fonts is corrupt.
Example (no guarantee for the spelling of the
Followup-For: Bug #945263
Control: found -1 1:1.17.4-4
This change caused the arch:all build to fail:
https://buildd.debian.org/status/fetch.php?pkg=numpy=all=1%3A1.17.4-4=1576093048=0
[...]
# tweak the entry_points list to include all supported versions
for v in 3.8 3.7; do \
if
Package: libopenblas-dev
Version: 0.3.7+ds-5
Severity: normal
The installation of libopenblas and libopenblas-dev does not seem to allow the
normal use of openblasin a sn autotools-based source program.
A detailed example is documented in https://trac.sagemath.org/ticket/27870
starting at
Package: libjs-openlayers
Version: 2.13.1+ds2-6
Severity: wishlist
Dear Maintainer,
According to the openlayers website (https://openlayers.org/) about previous
versions v2: v2.13.1 (July 2013 i.e. really old),
the first stable release of v3 came out on the 29th Aug 2014, with v6.1.1 out
now I
btw: 5.3.15-1 seems to be still affected.
While I see mostly "normal" temperatures right after boot (and when
everything has settled)... after some point in time, tmeperatures get
up and remain at high levels, e.g. :
Package id 0: +81.0°C (high = +100.0°C, crit = +100.0°C)
Core 0:
Control: reassign -1 linux
Control: retitle -1 linux: CPU runs at considerably higher temperatures
Reassigning to the kernel, since the problem is likely there.
On Fri, Apr 12, 2019 at 11:13:51AM +0200, Bálint Réczey wrote:
> The 18.1 version is out and the package is in the works:
> https://salsa.debian.org/multimedia-team/kodi
>
> I can't upload it yet even to experimental because flatbuffers is not
> in the archive yet.
Just to note that's no longer
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "python-blosc"
* Package name : python-blosc
Version : 1.8.1+ds1-1
Upstream Author : Francesc Alted franc...@blosc.org
* URL : https://github.com/Blosc/python-blosc
* License :
On Thu, 10 Oct 2019, Jonathan Dowland wrote:
> Package: ufw
> Version: 0.36-1
> Severity: important
>
> Dear Maintainer,
>
> Post-buster upgrade, and ufw is no longer functioning correctly. I'm using
> ip(6)tables-legacy, rather than the newer xtables stuff, for interoperability
> with docker.
On Wed 11 Dec 2019 at 21:04:58 +0100, Stefano Fabri wrote:
> Try to apt-get install hplip when you have in the system python >=3.8
> (https://packages.debian.org/experimental/python3).
>
> In this status hplip is not installable.
That's better; I can do something now instead of guessing.
After
On Fri, 06 Dec 2019, Antonio Terceiro wrote:
> Package: ufw
> Version: 0.36-1
> Severity: grave
> Justification: renders package unusable
>
> This started since the latest upgrade of iptables (1.8.4). Reverting to
> 1.8.3 (testing) makes it work again.
>
> This is the contents of the journal
Package: systemd
Version: 241-7~deb10u2
Severity: normal
Dear Maintainer,
I have a service with:
[Service]
ControlGroupAttribute=memory.swappiness 0
But when I look at the process's entry in
/sys/fs/cgroup/memory/system.slice/servicename.service/memory.swappiness
I see it has the default
Package: ftp.debian.org
Severity: normal
Please remove gextractwinicons. It depends on pygtk2, which is going away, is
dead
upstream and unmaintained (last maintainer upload in 2010).
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove smart. It depends on Python 2 and pygtk, which are going away,
is dead upstream (last release from 2011) and unmaintained.
Cheers,
Moritz
Package: emacs25-common
Version: 25.1+1-4+deb9u1
Severity: normal
File: /usr/share/emacs/25.1/etc/package-keyring.gpg
Dear Maintainer (Rob Browning?),
This problem in emacs 25 (in Debian old-stable) is the same as the
problem that was fixed in Debian current stable (buster) emacs 26
with this
I have done all changes You asked. Splitted libpkgconf for two packages
(shared libs and -dev files), changed package name.
Changes commeted to my salsa repo and You can see it in previous merge
request.
Please review it and merge.
Alex Syrnikov
On 13.12.2019 23:39, Andrej Shadura wrote:
>
On Fri, Dec 13, 2019 at 01:42:48PM -0500, Daniel Kahn Gillmor wrote:
> If apt fails in this way, it might be nice to just peek at the first
> handful of bytes of /srv/foo.gpg to see whether it begins with:
Something like that needs to be implemented in shell, specifically in
is_supported_keyring
On Fri, Dec 13, 2019 at 10:10:03PM +0100, Andreas Tille wrote:
> i$ pdb2pqr
> Traceback (most recent call last):
> File "/usr/bin/pdb2pqr", line 52, in
> from main import mainCommand
> File "/usr/share/pdb2pqr/main.py", line 77, in
> import extensions
> File
Thanks Yaroslav, I did not understand.
I will investigate it
Thanks
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
El vie., 13 de dic. de 2019 a la(s) 18:14, Yaroslav Halchenko
(deb...@onerussian.com) escribió:
>
>
> On Fri, 13 Dec 2019, Emmanuel Arias wrote:
>
> > Hi,
>
> > If I understand
On Fri, 13 Dec 2019, Emmanuel Arias wrote:
> Hi,
> If I understand you correctly, you should contact to jupyter
> (upstream) maintainers.
> Here is just for jupyter debian packaging
FWIW
I think it might actually be more appropriate for debian package
(although adopted upstream as well), to
On Fri, Dec 13, 2019 at 10:49:45PM +0500, Andrey Rahmatullin wrote:
> > I think at least this is solved now:
> >
> >
> > https://salsa.debian.org/med-team/pdb2pqr/commit/1f4ee901456641140ef18ca8e91e4701e1175410
>
> Nice catch, "env.Append(LIBS=[python_lib])" where "python_lib = 'python' +
>
Package: aptitude
Version: 0.8.12-1
Severity: normal
Dear Maintainer,
It seems aptitude config file makes 3 lines instead of 1 which all is
needed to make the aptitude easter egg work at the highest level. This
is the output in -
~/.aptitude/$ cat config
Aptitude "";
Aptitude::CmdLine "";
Hi I upload to salsa the new upstream version.
I will need sponsorship for upload, please :)
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
I've tried upgrade of kernel on 5.4.3 (stable), also a downgrade on
5.2.0-3, or on 4.19.0-5, but same problem, adapter tries to connect and
not successful.
No idea what to do next.
Best regards,
--
*Franko I*
Package: munin-node
Version: 2.0.33-1
Severity: normal
I recently migrated my munin server and thus I updated my munin-node
configuration to allow connections from 2 servers (on IPv4 and on IPv6)
with a config like this:
# Old server
cidr_allow 212.83.177.246/32
cidr_allow 2a01:e0b:21e3:3::1/128
Hi,
I had the same issue and found a solution on Launchpad:
https://bugs.launchpad.net/debian/+source/apache2/+bug/1665151
If the default Virtualhost doesn't contain old TLSv1.0 all Virtualhosts
affected.
I created a dummy on the 000-default-ssl.conf without cipher and
SSLProtocol config and
Control: tag -1 - upstream
Hi,
On Fri, 13 Dec 2019, 21:27 Alex Syrnikov, wrote:
> On 13.12.2019 23:18, Andrej Shadura wrote:
> > Could you please get this done upstream?
>
> Do not understand about upstream. I just ask You in package build rules
> to run configure without --disable-shared.
>
Package: java-common
Version: 0.72
Severity: normal
Dear Maintainer,
The hyperlink given on
https://www.debian.org/doc/manuals/debian-java-faq/ch1.en.html#s-bugs
is incorrect. It should be hyperlinked to
https://bugs.debian.org/java-common instead of
Hi
On 13.12.2019 23:18, Andrej Shadura wrote:
> Could you please get this done upstream?
Do not understand about upstream. I just ask You in package build rules
to run configure without --disable-shared.
Alex Syrnikov
signature.asc
Description: OpenPGP digital signature
Control: tags 929434 + pending
Control: tags 929435 + pending
Hi,
All these bugs were closed via
https://salsa.debian.org/lintian/lintian/commit/242fc066cbe5fdce6642aad134cdd1503073ceb3
and
https://salsa.debian.org/lintian/lintian/commit/b6b7c15bb0e45537226f52eca358cef2ec18829e
Hi,
If I understand you correctly, you should contact to jupyter
(upstream) maintainers.
Here is just for jupyter debian packaging
Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
El mar., 10 de dic. de 2019 a la(s) 14:39, Amr Ibrahim
(amribrahim1...@hotmail.com) escribió:
>
> Package:
Control: tag -1 upstream
Hi,
On Fri, 13 Dec 2019 at 21:15, Alex Syrnikov wrote:
> I need to build shared library, which use libpkgconf, but currently
> there is only static libpkgconf library, which can't be used in my shared lib.
> My lib just do not compile. I made merge request for pkgconf
Le 2019-12-13 09:29, Fabian Greffrath a écrit :
Am 12.12.2019 18:27, schrieb Daniel James:
The package 'stops' contains binary instrument data, which as far as I
know, is uniquely created by the undocumented and well-hidden
instrument editor feature in aeolus (hold down Ctrl then
Package: libpkgconf
Version: 1.6.3-4
Severity: normal
Dear Maintainer,
I need to build shared library, which use libpkgconf, but currently
there is only static libpkgconf library, which can't be used in my shared lib.
My lib just do not compile. I made merge request for pkgconf to build shared
Dear Otto,
> Since that patch is not about Debian packaging, I suggest you
> submit it upstream at https://github.com/mariadb/server branch 10.3
> (or latest 10.5).
Done: created
https://jira.mariadb.org/browse/MDEV-21317
Cheers, Paul
--
Paul Szabo p...@maths.usyd.edu.au
On Tue 2019-11-26 18:33:53 -0500, Daniel Kahn Gillmor wrote:
> i'm starting to see a pattern of autopkgtest failures for crates with
> multiple features. rust-bindgen and rust-buffered-reader both show this
> kind of failure in their autopkgtest suite.
I've just marked rust-bindgen's per-feature
Thanks for the fast sponsoring!
I can't push to the master branch
...
remote: GitLab: You are not allowed to push code to protected branches
on this project.
To salsa.debian.org:debian/c-blosc.git
! [remote rejected] debian/master -> debian/master (pre-receive hook
declined)
error: failed
Package: chromium
Version: 79.0.3945.79-1
Dear Maintainer,
chromium crashes after a few minutes.
Especially on websites with active media content.
Please fix this bug.
[2538263:2538263:1213/195431.226626:ERROR:vaapi_wrapper.cc(417)] vaInitialize
failed: unknown libva error
metoo
In order to document this on the page for #929131 :
Work on packaging gnunet 0.11.6 was done (and is almost concluded) on
salsa[1], and no compilation problems exist anymore.
I actually concluded the 0.11.6 work[2], but the changes are minimal
and I didn't think at the time that it would be
Control: tags 938301 + patch
Dear maintainer,
I've prepared an NMU for pywavelets (versioned as 0.5.1-1.2). The diff
is attached to this message.
Regards.
diff -Nru pywavelets-0.5.1/debian/changelog pywavelets-0.5.1/debian/changelog
--- pywavelets-0.5.1/debian/changelog 2017-03-27
Package: apt
Version: 1.8.4
I notice that if i have an ASCII-armored OpenPGP certificate (a.k.a. RFC
4880 "Transferable Public Key") in a file named /srv/foo.asc, and i have
a sources.list line with a "[signed-by=/srv/foo.asc]" option, apt can
happily use it just fine.
but if the same file is
Followup-For: Bug #897040
Package: fontconfig
Version: 2.13.1-2+b1
Dear Maintainer,
Today on removing fonts-noto-extra I've noticed that the package could not
be
purged, the reason is the persistence of a .uuid file inside the
/usr/share/fonts/truetype/noto/ directory.
Then I tried to
Package: tilix
Version: 1.9.3-3
Followup-For: Bug #946629
I am wondering why such packages are not tested at all ?
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'), (110, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Package: meshlab
Severity: important
Tags: patch
Dear Maintainer,
I saw that meshlab was removed due to build issues. I have done some work on it
upstream recently, including incorporating patches/functionality from the
debian package. It now builds easily with fewer patches - and my PR to add a
On Fri, 13 Dec 2019 15:29:23 +1030
Andrew Bettison wrote:
> On Sun, 08 Sep 2019 23:43:04 -0400 Celejar wrote:
>
> > Package: firmware-iwlwifi
> > Version: 20190717-2
> > Followup-For: Bug #934781
> >
> > I did some further digging - in my case, at least, the problem seems to
> > be
Package: wnpp
Severity: wishlist
Owner: David Krauser
* Package name: elpa-evil-magit
Version : 0.4.2
Upstream Author : Justin Burkett
* URL : https://github.com/emacs-evil/evil-magit
* License : GPL
Programming Lang: ELisp
Description : Evil keys for
FYI:
The patch hurd.diff in 903963 is now submitted upstream:
https://github.com/NLnetLabs/unbound/issues/131
Thanks!
found 905961 1.9.4-2
thanks
Hello,
Updated patch for debian/rules is attached. The patch for debian/control is
added for your convenience.
Thanks!
--- a/debian/control.orig 2017-07-03 22:30:17.0 +0200
+++ b/debian/control 2017-07-14 11:21:44.0 +0200
@@ -20,7 +20,7 @@
Package: ruby-nokogumbo
Version: 1.4.2+ds-1+b5
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The latest release of ruby-html-proofer changed from nokogiri to nokogumbo and
requires version 2 of the latter. So I'd like to request an update.
There are three packages depending
Control: severity -1 serious
On Mon, 18 Nov 2019 at 18:08:36 +, Simon McVittie wrote:
> At the moment, python-gi-dev Depends on both python-gi and python3-gi.
> The GNOME team would like to drop the python-gi dependency, to make the
> status of Python 2 removal easier to track.
...
> This
Package: debian-installer
Severity: wishlist
Tags: d-i
Dear Maintainer,
Following a discussion on the list of Proxmox users, I understood that only LVM
Thin transmits discard commands to SSD.
https://pve.proxmox.com/pipermail/pve-user/2019-December/171187.html
Hi Paul,
in our advent bug squashing party I wanted to have another look into
this.
On Sat, Feb 09, 2019 at 01:23:22PM +0100, Paul Gevers wrote:
> > I admit I see no better solution than to deactivate the autopkgtest.
>
> That would really be a shame. There is really a regression in you
>
Package: jool
Version: 4.0.6-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* Linux 5.4 compatibility (LP: #1856185)
Thanks for considering
Just to simplify your check try:
piuparts --docker-image debian:experimental -d experimental -a hplip python3
It fails cause: "The following packages have unmet dependencies:
hplip : Depends: python3 (< 3.8) but 3.8.0-2 is to be installed"
Then if you just try to rebuild in this context with
"Debian Bug Tracking System" writes:
>
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
>
Do you plan to do a stable update? It seems not great that
Package: hdf5
Version: 1.10.4+repack
Severity: normal
--- System information. ---
Architecture:
Kernel: Linux 5.3.0-2-amd64
Debian Release: bullseye/sid
500 testing ftp.fr.debian.org
When compiling with openmpi 4:
.../../../src/H5Smpio.c:1503:9: error: call to 'MPI_Type_extent'
Hello Emilio,
Am 13.12.19 um 14:06 schrieb Emilio Pozuelo Monfort:
> Pushed to branch debian/sid. That should fix this error during the build:
>
> 0:01.29 ./buildid.h.stub
> 0:01.41 Ignoring invalid MOZ_BUILD_DATE: 1575912135
>
> And consequently the timestamp in the build id header of the
Package: cdrskin
Version: 1.5.0-1
Severity: important
Tags: upstream
Dear Release Team,
due to a hapless bug fix before upstream release of cdrkin-1.5.0 the program
lost its ability to burn multiple tracks in one session. Multiple tracks
are the most expectable situation with burning Audio CDs.
On Fri, 13 Dec 2019, Marco d'Itri wrote:
> Can you report this from your dpkg.log?
>
> root@TMP19396:~# egrep '(libc6|libcrypt)' /var/log/dpkg.log
Comments inline:
- from the dist-upgrade attempt -
2019-12-11 17:03:21 upgrade libc6:x32 2.29-3 2.29-6
2019-12-11 17:03:21 status half-configured
On Dec 12, Thorsten Glaser wrote:
> I did a dist-upgrade, and apt uses a different resolver than apt-get,
> but… perhaps the apt maintainers can help trying to figure this out?
I have tried "apt-get --purge dist-upgrade" too and it still does not
fail on my system.
Can you report this from
Control: severity -1 important
Control: tags -1 +moreinfo
Le mercredi, 11 décembre 2019, 21.04:58 h CET Stefano Fabri a écrit :
> Try to apt-get install hplip when you have in the system python >=3.8
> (https://packages.debian.org/experimental/python3).
>
> In this status hplip is not
Package: cpp-9
Version: 9.2.1-21
Severity: normal
Hi,
current gcc 9.2 cannot compile this program with -m32:
int main() {
asm volatile ("mov %%eax, %%eax\n" : : "i" ("A string"));
return 0;
}
Result is:
$ gcc -m32 test.c
test.c: In function ‘main’:
test.c:3:5: warning: asm operand 0
Hi,
On Sun, 05 Nov 2017 11:49:29 +0100 Dominique Dumont wrote:
> On Thursday, 2 November 2017 14:28:12 CET you wrote:
> > Most ruby gems have the license information in .gemspec file and
> > similarly most nodejs modules have this information in package.json file
> > (likely for similar files
On Fri, Dec 13, 2019 at 03:16:32PM +0100, Andreas Tille wrote:
>
> ...
> g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
> -lpython3.7m -lpython3.7
> /usr/bin/ld: cannot find -lpython3.7
> collect2:
> Hello,
> many packages are now migrating to use debhelper-compat (= VERSION) in their
> biuld-depends, but it looks like cdbs still expects to find a debian/compat
> file
> to define the compatibility and if missing, it creates one with default value
> of
> 5.
>
> This leads to FTBFS with
>
>
Package: cdbs
Version: 0.4.159
Severity: important
Hello,
many packages are now migrating to use debhelper-compat (= VERSION) in their
biuld-depends, but it looks like cdbs still expects to find a debian/compat file
to define the compatibility and if missing, it creates one with default value of
Updated patch, setting '-eu' mode so the test fails if one of the
command errors out
diff -Nru libhandy-0.0.12/debian/changelog libhandy-0.0.12/debian/changelog
--- libhandy-0.0.12/debian/changelog2019-12-12 09:49:04.0 +0100
+++ libhandy-0.0.12/debian/changelog2019-12-13
On Fri, Dec 13, 2019 at 05:46:42PM +0500, Andrey Rahmatullin wrote:
> >
> > Thanks for that additional hint. I can confirm that I checked whether
> > pkgconfig can be used before I was asking here. But we seem to agree
> > that this is not the case. I admit I have no real clue how to convince
Package: libhandy
Version: 0.0.12-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
The new version is failing the build autopkgtest
https://ci.debian.net/data/autopkgtest/testing/amd64/libh/libhandy/3651396/log.gz
The attached patch
Hi,
I dive into the problem and I thing the attached patch (generated with
quilt) should fix the problems.
I installed it on my mercurial server, and I can't see any problem yet.
I didn't find any test suite to validate I didn't break anything.
BR,
Jeremy
fix: repo.changectx method has been
Package: src:libconfig-model-dpkg-perl
Version: 2.127
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
I wrote a patch to reduce the amount of junk being output when
scanning binary files by cutting off the worst offenders.
Please see
On Sun, 05 Nov 2017 18:32:48 +0100 Dominique Dumont wrote:
> On Monday, 30 October 2017 15:27:32 CET you wrote:
> > YAML::XS::Load (and *hopefully* the other implementations of
> > YAML::Any::Load?) expect utf8 octets on input, not perl's internal
> > encoding.
>
> Uh ? I thought I had gotten
On 12/12/2019 13:58, Carsten Schoenert wrote:
> Hi Emilio,
>
> Am 12.12.19 um 13:13 schrieb Emilio Pozuelo Monfort:
>
>> We should be able to fix this by setting the build id to the timestamp from
>> the
>> changelog, then making sure we use slightly older timestamps in older
>> releases,
>>
reopen 936270
found 936270
thanks
Hi Dmitry,
On Fri, 13 Dec 2019, Dmitry Shachnev wrote:
> >* drop cherrypi deps (Closes: #936270)
>
> Why did you close this bug in 4.4.0+dfsg-1? As I can see, calibre still
> uses Python 2 in sid, and only the experimental package uses Python 3.
Indeed
On Fri, Dec 13, 2019 at 01:40:34PM +0100, Andreas Tille wrote:
> > > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> > > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os
> > > -L/usr/lib -lpython3.7
> > > /usr/bin/ld: cannot find -lpython3.7
> > Actually,
Hi Andrey,
On Fri, Dec 13, 2019 at 05:18:45PM +0500, Andrey Rahmatullin wrote:
> On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
Hi,
this bug hit us when calling ghostscript from PHP code. We are running
PHP fastcgi process manager (php-fpm). It means PHP workers are not
killed after the request is answered to the client and it means
/etc/papersize file descriptors remains alive and the number increases
with each client
Hello!
Thanks for reporting and the patch!
Since that patch is not about Debian packaging, I suggest you submit it
upstream at https://github.com/mariadb/server branch 10.3 (or latest 10.5).
On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
> -lpython3.7
> /usr/bin/ld: cannot find -lpython3.7
Actually, it's a different
Hi YunQiang,
On Fri, Dec 13, 2019 at 3:05 PM YunQiang Su wrote:
>
> Sergei Golovan 于2019年12月13日周五 下午6:30写道：
> >
> > Package: wnpp
> > Severity: wishlist
> > Owner: Sergei Golovan
> >
> > * Package name: tcl9.0
> > Version : 9.0a1
>
> I guess the version should be 9.0~a1
For the
Sergei Golovan 于2019年12月13日周五 下午6:30写道：
>
> Package: wnpp
> Severity: wishlist
> Owner: Sergei Golovan
>
> * Package name: tcl9.0
> Version : 9.0a1
I guess the version should be 9.0~a1
> Upstream Author : Tcl Core Team
> * URL : http://www.tcl.tk/
> * License
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: x2gothinclient
Version : 1.5.0.1
Upstream Author : X2Go Developers (x2go-...@lists.x2go.org>
* URL : https://code.x2go.org/gitweb?p=x2gothinclient.git;a=summary
* License : GPL-2+ (mostly)
Dear Maintainer,
I have send you a debug.txt. That was all, what came up in 15 Minutes.
Bernd
Package: mercurial
Version: 5.2.1-1
Severity: normal
Dear Maintainer,
I don't know when exactly this started, but it can't be too long ago. Today I
see
$ hg clone https://gmplib.org/repo/gmp
destination directory: gmp
requesting all changes
** unknown exception encountered, please report by
Package: otrs2
Version: 6.0.12-1~bpo9+1
on installation, i'm asked:
dbconfig-common? y
hostname? localhost
port? default
database? otrs2
db-path? /var/lib/otrs/db
username? otrs@localhost
next is a prompt labeled "password confirmation". no matter what's input here,
it is (ofc) wrong. seems
Package: mariadb-server-10.3
Version: 10.3.18-0+deb10u1
Severity: normal
Tags: patch
Using mysqlhotcopy, I received the error:
DBD::mysql::db do failed: You can't use locks with log tables at
/usr/bin/mysqlhotcopy line 545.
(Your line number may differ: I use my "own" mysqlhotcopy, as per
1 - 100 of 112 matches
Mail list logo
