On Wed, Jan 22, 2020 at 07:15:19PM +0100, Arturo Borrero Gonzalez wrote:
> On 1/22/20 7:04 PM, Sven-Haegar Koch wrote:
> > On Wed, 22 Jan 2020, Alberto Molina Coballes wrote:
> >
> >> A new commit which hopefully solves this bug has been uploaded [1],
> >> but this bug is affecting only 1.8.4-1
i missing itp
ITP # 767588
update info
RFP #767414
ITP # 767588
now ITP #949604
--
with regards *Ko Ko Ye`*
+95 97989 22022
+95 94500 22022
+95 9731 47907
kokoye2...@gmail.com
kokoye2...@ubuntu.com
skype: kokoye2007
jitsi: kokoye2007
http://ubuntu-mm.net
Source: dazzdb
Version: 1.0+git20190616.034f1ab-1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
dazzdb fails to cross build from source, because the upstream Makefile
hard codes the build architecture compiler (gcc) in two occasions.
Please consider applying the
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "2048"
* Package name: 2048
Version : 0.0.0-1~exp1
Upstream Author : Maurits van der Schee
* URL : https://github.com/mevdschee/2048.c
* License :
On 1/22/20 7:04 PM, Sven-Haegar Koch wrote:
> On Wed, 22 Jan 2020, Alberto Molina Coballes wrote:
>
>> A new commit which hopefully solves this bug has been uploaded [1],
>> but this bug is affecting only 1.8.4-1 and a new release will not be
>> uploaded inmediatly, but ASAP.
>
> Thanks for
On Wed, 22 Jan 2020, Alberto Molina Coballes wrote:
> A new commit which hopefully solves this bug has been uploaded [1],
> but this bug is affecting only 1.8.4-1 and a new release will not be
> uploaded inmediatly, but ASAP.
Thanks for fixing it!
This bug report was more for completeness - a
Theodore Y. Ts'o (2020-01-22):
> Great, thanks!
>
> And thanks for correcting me on the package queue names. The fact
> that the package won't be made available until the point release is
> because of the debian-installer dependency?
Not at all; the latter only affects my being asked about it.
Theodore Y. Ts'o (2020-01-22):
> Oh, one more question. Is a source-only upload OK?
Yes.
> I'm still a bit confused when a source-only upload is required, and
> when a binary upload is required? Is the latter only for the NEW
> queue?
Yes.
Cheers,
--
Cyril Brulebois (k...@debian.org)
Hello,
Was messing around further in debug mode and got
a backtrace. IIRC this is when the "white window"
is left on the screen.
$ chromium --debug
# Env:
# LD_LIBRARY_PATH=
#PATH=/usr/local/bin:/usr/bin:/bin:/usr/games
#GTK_PATH=
# CHROMIUM_FLAGS=
On Wed, Jan 22, 2020 at 09:27:01AM +0100, Cyril Brulebois wrote:
> You can upload. And no, it will stay in p-u-new until it's approved by
> some SRM, at which point it will be made available in
> stable-proposed-updates (note word order), until the point release.
Great, thanks!
And thanks for
Oh, one more question. Is a source-only upload OK? I'm still a bit
confused when a source-only upload is required, and when a binary
upload is required? Is the latter only for the NEW queue?
- Ted
Followup-For: Bug #949318
Control: severity -1 serious
Preparing to unpack .../systemsettings_4%3a5.17.5-1_amd64.deb ...
Unpacking systemsettings (4:5.17.5-1) ...
dpkg: error processing archive
/var/cache/apt/archives/systemsettings_4%3a5.17.5-1_amd64.deb (--unpack):
trying to overwrite
Hi Haegar,
A new commit which hopefully solves this bug has been uploaded [1], but this
bug is affecting only 1.8.4-1 and a new release will not be uploaded
inmediatly, but ASAP.
Thanks for reporting!
Alberto
[1]
Package: src:kcov
Version: 37+dfsg-1
Severity: serious
Tags: sid bullseye
kcov should not use the private binutils shared libraries. If it cannot be
dropped, then please link those statically and document it with the Built-Using
tag in the binary package.
On 2020-01-19 00:09:13 +, Jamie Heilman wrote:
> Package: xserver-xorg-core
> Version: 2:1.20.7-2
> Severity: grave
>
> Setup is a NVIDIA GF108GL [Quadro 600] driving two monitors in
> portrait orientation. Kernel 5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05)
>
> xorg.conf is:
> Section
Package: src:boinc-app-eah-brp
Version: 0.20170426+dfsg-10
Severity: serious
Tags: sid bullseye
boinc-app-eah-brp should not use the private binutils shared libraries. If it
cannot be dropped, then please link those statically and document it with the
Built-Using tag in the binary package.
Package: src:wcc
Version: 0.0.2+dfsg-3
Severity: serious
Tags: sid bullseye
wcc should not use the private binutils shared libraries. If it cannot be
dropped, then please link those statically and document it with the Built-Using
tag in the binary package.
Thank you very much! I'm glad my worries were unfounded.
Hi,
Could you please check that the tesla driver works for you with
primus-vk as-is? E.g.:
sudo apt install primus-vk-nvidia libnvidia-tesla-glvkspirv
nvidia-tesla-driver-libs nvidia-tesla-driver-libs:i386
nvidia-tesla-kernel-dkms
sudo update-glx --set nvidia /usr/lib/nvidia/tesla
If that
On Tue, 21 Jan 2020, Vitaly Potyarkin wrote:
>
> Package: ufw
> Severity: wishlist
>
> Hello,
>
> I've been using ufw for a long time to configure firewall rules on Debian 8
> and
> Debian 9. Current stable (Debian 10) has switched default firewall engine to
> nftables.
>
> If I understand
Hi Ross,
> diffoscope needs python3-rpm to compare RPM files, so it should recommend
> python3-rpm along with the rest of the kitchen sink superstore. :)
This occurs because the "setup.py/PyPI" Python module is called "rpm-
python" but the Debian part of that suffix is just "rpm" and thus
Control: tags 949597 + patch
Control: tags 949597 + pending
Dear maintainer,
I've prepared an NMU for bash-completion (versioned as 1:2.9-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru bash-completion-2.9/debian/changelog
Source: tablix2
Version: 0.3.5-3.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
tablix2 fails to cross build from source, because it does not pass
--host to ./configure. The easiest way of fixing that - using
dh_auto_configure - maks tablix2 cross buildable. Please consider
Source: dns-flood-detector
Version: 1.20-5
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
dns-flood-detector fails to cross build from source, because it uses the
build architecture compiler as a make default. A good way to correctly
initialize the CC variable is using dpkg's
Package: diffoscope
Version: 135
Severity: normal
diffoscope needs python3-rpm to compare RPM files, so it should recommend
python3-rpm along with the rest of the kitchen sink superstore. :)
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
APT policy: (500,
Source: bash-completion
Version: 1:2.9-1
Severity: important
Dear bash-completion maintainer,
Your latest upload of bash-completion in Debian was not a source-only upload.
As a result, the new version will never migrate to Testing. Please make
another source-only upload to allow testing
On Tue, 07 Jan 2020, Jamie Strandboge wrote:
> On Thu, 26 Dec 2019, Valentin Vidić wrote:
>
> > Since iptables 1.8.4-1 compat symlink /sbin/iptables does
> > not exist any more, so the ufw always fails:
> >
> > # strace -e trace=execve -ff ufw status
> > execve("/usr/sbin/ufw", ["ufw",
Hi,
I do not agree with simply closing this bug. This package has a substantial
memory leak.
As stated in the bug report, the attached patch is a backport of the bugfix. If
people can easily upgrade their systems, they will not use old-stable anyway.
regards,
Rupert
Rupert
Hi,
I forwarded the bug report to upstream :
https://github.com/pypa/setuptools_scm/issues/402
Cheers,
JP
On Wed, 22 Jan 2020, Jamie Strandboge wrote:
> There are two cases (outlined in the upstream bug) that is causing ufw
> trouble when using iptables-nft-restore with stdin:
I forgot to mention, pkg-netfilter-team, ufw 0.36-2 adds (among other
things) autopkgtest tests that will hopefully uncover
Package: mycli
Version: 1.20.1-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
This is a new install of mycli. On running the program and trying to connect to
a database the root user
can connect to with the mysql client the following error trace comes up:
root#
On Tue, 21 Jan 2020, Paul Aurich wrote:
> Package: ufw
> Version: 0.36-1
> Severity: grave
> Justification: renders package unusable
>
> ufw fails to start with iptables 1.8.4-2, even after #946289 is fixed.
> Downgrading to iptables 1.8.3-2 fixes this. iptables-restore
> (iptables-nft-restore)
On 2020-01-22 20:19, Rafael Laboissière wrote:
* Drew Parsons [2020-01-15 22:25]:
This is one very strange bug. Why would the mere fact that h5py is
loaded affect what subprocess does?
Yes, this is completely mysterious. However, the bug is real.
It is probably an upstream problem. I
The issue described in this bug report is caused by wrong depencies
for the package, in particular: clonezilla depends on drbl (>> 2.20.11-5),
and right now a version of drbl in stable/testing/unstable is 2.20.11-7.
But this version is too old, and it misses some important pieces which
are needed
Source: cockpit
Severity: normal
Tags: patch upstream
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
cockpit FTBFS on sparc64 due to unaligned access. The attached package fixes
it. I have also forwarded the issue upstream [1].
Adrian
> [1]
My name's are peace,i have a good news for you,kindly reply me back.
Regards
Peace.
On Tue 2020-01-21 22:35:47 +, Ximin Luo wrote:
> Filtering by build-profile doesn't work as we have no mechanism to say
> that build profile A should automatically imply build profile B on a
> dependency.
aiui, pabs means that build-dependencies that are only for running
package tests will be
Control: block -1 by 949593
Hi,
I've uploaded python-dicompylercore to new. With latest Git commit
of dicompyler which needs python-dicompylercore the Python3 migration
of dicompyler seems to be done.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags 945948 + patch
Control: tags 945948 + pending
Dear maintainer(s),
I've prepared an NMU for libexif (versioned as 0.6.21-5.2) based on
the upstream commit and uploaded it to DELAYED/5. Please feel free to
tell me if I should delay it longer.
Regards,
Salvatore
diff -Nru
Package: wnpp
Severity: wishlist
Owner: Christian Kastner
* Package name: liac-arff
Version : 2.4.0
Upstream Author : Renato de Pontes Pereira
* URL : https://github.com/renatopp/liac-arff
* License : MIT/Expat
Programming Lang: Python
Description :
Control: tags -1 + pending
* Helmut Grohne [200122 14:55]:
> The issue here is that the ruby-kramdown package ships both a library
> and a tool. That's something the Debian policy advises against.
> Splitting library and tool into separate binary packages solves the
> issue: A separate
Package: wnpp
Severity: wishlist
Subject: ITP: python-dicompylercore -- core radiation therapy modules for DICOM
/ DICOM RT used by dicompyler
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-dicompylercore
Version : 0.5.5
Upstream Author : Aditya
Just for information, I just run a test on a Bullseye VM with sudo-ldap
1.8.29-1 and the issue is still present in this version.
Package: lsof
Version: 4.93.2+dfsg-1
Followup-For: Bug #940863
For me it is not only a section that is missing, but man refuses to open
lsof's manual page at all:
$ man lsof
man: can't open /usr/share/man/./version: No such file or directory
No manual entry for lsof
$ echo $?
16
-- System
To view the message, please use an HTML compatible email viewer
Link to the online version:
http://t.emk03.com/nVlk_m/mXNkbFrGdmJoZWpnll3IoWeZZpeVZ3CXjMh1aXBmlmpsXJVxZYqfbmNjZmSSZ5aRZ5dVk5ZtbJSglGhYnm6VX6BzY2tllW9lV59xmdNd1aFmi6ifyKCilJmSm6Gk
Unsubscribe Link:
To view the message, please use an HTML compatible email viewer
Link to the online version:
http://t.emk03.com/nVlk_m/mXNkbFrGdmJoZWpnll3IoWeZZpeVbGeVjMh1aXBmlmpsXJVxZYqfbmNjZmSSZ5aRZ5dVk5ZtbJSglGhYnm6VX6BzY2tllW9lV59xmdNd1aFmi6ifyKCilJmSm6Gk
Unsubscribe Link:
To view the message, please use an HTML compatible email viewer
Link to the online version:
http://t.emk03.com/nVlk_m/mXNkbFrGdmJoZWpnll3IoWeZZpeVaWiXjMh1aXBmlmpsXJVxZYqfbmNjZmSSZ5aRZ5dVk5ZtbJSglGhYnm6VX6BzY2tllW9lV59xmdNd1aFmi6ifyKCilJmSm6Gk
Unsubscribe Link:
Package: xsocs
Severity: wishlist
Owner: Alexandre Marie
* Package name: xsocs
Version : 0.6.0
Upstream Author : Thomas Vincent
* URL : https://gitlab.esrf.fr/kmap/xsocs/
* License : MIT
Programming Lang: Python
Description : Automatic analysis of 5D
Package: gitlab
Version: 12.6.4-1+fto10+1
Severity: minor
Apparently, gitlab is not serving cached assets.
That's result on a very long loading time.
Example of most relevant file:
Cached:
304 Not Modified https://salsa.debian.org/assets/webpack/main.b91d0a07.chunk.js
<-- 2,55mb, 849ms load
Package: gimp
Version: 2.10.14-2
Severity: important
NOTE: I'm running the latest libglib2.0-0 (2.63.3-2) from experimental.
>From the GIMP Crash Debug window:
GNU Image Manipulation Program version 2.10.14
git-describe: GIMP_2_10_12-511-ga4f55d6c7e
C compiler:
Using built-in specs.
Control: tags -1 + confirmed
Le 22/01/2020 à 12:03, Chris Lamb a écrit :
> Source: node-ws
> Version: 7.2.1-2
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: buildpath
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
>
> Hi,
>
> Whilst
It seems to be the dependency on OpenCV-3.2 that is the source of the
problem. OpenCV-4.1 appears to be the current version in the "testing"
archive.
-- Ian Bruce
On Tue, 21 Jan 2020 15:39:13 +0100 Matthias Klumpp wrote:
> Am So., 19. Jan. 2020 um 23:03 Uhr schrieb Matthias Klumpp :
> >
> > Am Mo., 4. Nov. 2019 um 16:33 Uhr schrieb Gerhard A. Dittes :
> > >
> > > Package: appstream
> > > Version: 0.12.9-1
> > > Severity: normal
> > >
> > > Dear Maintainer,
Package: networking-ansible
Owner: sakir...@gmail.com
* Package name: networking-ansible
Upstream Author : networking-ansible contributors
* License : Apache License
Description : OpenStack Neutron ML2 ansible plugin.
This package provides a OpenStack Neutron ML2 driver.
To view the message, please use an HTML compatible email viewer
Link to the online version:
http://t.emk03.com/03BK_m/mXNkbFrGdmJoZWpnll3IoWeZZpaca2ybjMh1aXBmlmpoXJVxZYqfbmNjZmSSZ5aRZ5dVk5VtbJSglGhYnm6VX6BzY2tllW9jV59xmdNd1aFmi6ifyKCilJmSm6Gk
Unsubscribe Link:
To view the message, please use an HTML compatible email viewer
Link to the online version:
http://t.emk03.com/03BK_m/mXNkbFrGdmJoZWpnll3IoWeZZpacbGqUjMh1aXBmlmpoXJVxZYqfbmNjZmSSZ5aRZ5dVk5VtbJSglGhYnm6VX6BzY2tllW9jV59xmdNd1aFmi6ifyKCilJmSm6Gk
Unsubscribe Link:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "opendkim"
* Package name: opendkim
Version : 2.11.0~beta2-2
Upstream Author : The Trusted Domain Project
* URL : http://www.opendkim.org/
* License :
Am Mittwoch, den 22.01.2020, 13:13 +0100 schrieb Johannes Schauer:
> Hi,
>
> Quoting Benjamin Drung (2020-01-22 12:58:38)
> > when I set TMPDIR to a directory that has mode 0755, mmdebstrap
> > will fail:
> >
> > ```
> > $ ls -ld .
> > drwxr-xr-x 3 bdrung bdrung 80 Jan 22 12:43 .
> > $
* Drew Parsons [2020-01-15 22:25]:
This is one very strange bug. Why would the mere fact that h5py is
loaded affect what subprocess does?
Yes, this is completely mysterious. However, the bug is real.
It is probably an upstream problem. I would love to forward the present
report
control: tags -1 pending
> I plan to NMU if nobody objects in the next few days!
>
will go in experimental in the next 15 days if nobody objects
(Updated debian tarball with this bug closed attached)
G.
mosquitto_1.6.8-1~exp1.debian.tar.xz
Description: application/xz
Package: linux-headers-5.4.0-0.bpo.2-common
Version: 5.4.8-1~bpo10+1
Severity: important
Dear Maintainer,
After I installed latest backported kernel 5.4.0-0.bpo.2 from Debian
backports repository, it is not possible to install any software
that needs to compile kernel module. For example VMware
Hi,
Quoting Benjamin Drung (2020-01-22 12:58:38)
> when I set TMPDIR to a directory that has mode 0755, mmdebstrap will fail:
>
> ```
> $ ls -ld .
> drwxr-xr-x 3 bdrung bdrung 80 Jan 22 12:43 .
> $ TMPDIR=$(pwd) mmdebstrap buster buster.tar.xz
> I: automatically chosen mode: unshare
you are
Package: mmdebstrap
Version: 0.6.0-1
Severity: normal
Hi,
when I set TMPDIR to a directory that has mode 0755, mmdebstrap will
fail:
```
$ ls -ld .
drwxr-xr-x 3 bdrung bdrung 80 Jan 22 12:43 .
$ TMPDIR=$(pwd) mmdebstrap buster buster.tar.xz
I: automatically chosen mode: unshare
I: chroot
Source: libxml2
Version: 2.9.4+dfsg1-8
Severity: important
Tags: security upstream
Forwarded: https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
Control: found -1 2.9.4+dfsg1-2.2+deb9u2
Control: found -1 2.9.4+dfsg1-2.2
Control: found -1 2.9.4+dfsg1-7
Control: found -1 2.9.10+dfsg-1
Hi,
Source: libxml2
Version: 2.9.4+dfsg1-8
Severity: important
Tags: security upstream
Control: found -1 2.9.10+dfsg-1
Control: found -1 2.9.4+dfsg1-7
Control: found -1 2.9.4+dfsg1-2.2+deb9u2
Control: found -1 2.9.4+dfsg1-2.2
Hi,
The following vulnerability was published for libxml2.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
liblivemedia bumped its SONAME again. Please rebuild vlc against the new
version:
nmu vlc_3.0.8-3 . ANY . unstable . -m "Rebuild against liblivemedia77"
As these mini transitions (also
Hi!
El mié., 22 ene. 2020 07:38, Andreas Tille escribió:
> Control: tags -1 pending
>
> On Tue, Jan 21, 2020 at 01:11:10PM -0300, Lisandro Damián Nicanor Pérez
> Meyer wrote:
> >
> > Hi! I saw the last changes for mrtrix3 to use Qt5 and noticed that there
> is no
> > B-D upon qtbase5-dev. This
Source: node-ws
Version: 7.2.1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
node-ws could not be built
Source: node-npmrc
Version: 1.1.1-2
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
node-npmrc FTBFS when $HOME/.npmrcs already exists. For
Hello Michael
On Sat, 18 Jan 2020 12:55:37 -0500 Michael Gilbert wrote:
> version: 5.0~rc1-2
>
> On Wed, Jan 1, 2020 at 12:15 PM Gianfranco Costamagna wrote:
> > Hello, I took some time to have a look on wine FTBFS, and I think I crafted
> > some patches that are pending upstream review
>
>
Control: tags -1 pending
On Tue, Jan 21, 2020 at 01:11:10PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
>
> Hi! I saw the last changes for mrtrix3 to use Qt5 and noticed that there is no
> B-D upon qtbase5-dev. This is not strictly necessary but highly recommeneded
> as
> ensures that
Dear Maintainer,
I tried to look into this issue without being involved
in packaging fontforge.
I found it most reproducible when building with
"-fsanitize=address", and then always failing on accessing
the same address. [1]
As far as I see this is what happens:
- Address 0x6048a210 gets
Hi,
I've updated our print server to cups 2.2.10-6+deb10u2 yesterday.
Everything seems fine at first, but overnight it has started to leak
memory again.
It's definitely not so bad as before, but it seems there's still another
memory leak in cups somewhere.
When I look at the smaps file in /proc
Package: hplip
Version: 3.19.12+dfsg0-3
Severity: important
Dear Maintainer,
I have a HP LaserJet Professional P1102w that it is no more recognized by
hp-setup, hpcups.drv and models.dat entries were removed. There are still
entries for "p_1102w", but the printer reports itself as "p1102w".
Package: nfs-kernel-server
Version: 1:1.3.4-2.5
Severity: normal
Dear Maintainer,
We use NFSv3 to mount /home on our lab machines. The mount is a ZFS
filesystem with snapshot visibility enabled (this makes
/home/.zfs/snapshot be visibile to users so that they can restore files
if needed). We
On Wed, Jan 22, 2020 at 09:27:38AM +0100, John Paul Adrian Glaubitz wrote:
> Could you upload webkit2gtk with the suggested fix? This issue is
> now blocking multiple packages, in particular on sh4.
There's a new stable release planned for today or tomorrow, I'll do
the upload then.
Berto
Control: reopen -1
Control: retitle -1 kazoo: autopkgtest regression
Hi Thomas
Just to be clear, the problem is an autopkgtest regression.
I'm re-opening this bug as it is still not fixed [1].
You can run the autopkgtests locally to check that they are fixed before
uploading.
More
Package: libiptc-dev
Version: 1.8.4-2
Severity: normal
Dear Maintainer,
Seems there are some Breaks/Replaces missing for upgrading:
Preparing to unpack .../08-libiptc-dev_1.8.4-2_amd64.deb ...
Unpacking libiptc-dev:amd64 (1.8.4-2) over (1.8.4-1) ...
dpkg: error processing archive
On 1/22/20 10:46 AM, Alberto Garcia wrote:
> On Wed, Jan 22, 2020 at 09:27:38AM +0100, John Paul Adrian Glaubitz wrote:
>
>> Could you upload webkit2gtk with the suggested fix? This issue is
>> now blocking multiple packages, in particular on sh4.
>
> There's a new stable release planned for
Control: tags -1 pending
On Tue, 2020-01-21 at 20:19 -0800, Steve Langasek wrote:
> Package: iproute2
> Version: 5.4.0-1
> Severity: minor
> Tags: patch
> User:
> ubuntu-de...@lists.ubuntu.com
>
> Usertags: origin-ubuntu focal ubuntu-patch
>
> Dear maintainers,
>
> In Ubuntu, we are in the
Fwiw, olasd found a way to make it work using the current dh_python
version:
https://salsa.debian.org/3dprinting-team/libarcus/commit/2503ec8273bdb67a710a0d2b633efa8909ed083c
But having that built-in would be nicer.
Christoph
>From 2503ec8273bdb67a710a0d2b633efa8909ed083c Mon Sep 17 00:00:00
It can be noticed that numba cannot be loaded at all with python 3.8:
Python 3.8.1 (default, Jan 19 2020, 22:34:33)
[GCC 9.2.1 20200117] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import numba
Traceback (most recent call last):
File "", line 1, in
Theodore Y. Ts'o (2020-01-21):
> On Tue, Jan 21, 2020 at 07:57:54PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed d-i
> >
> > On Thu, 2020-01-09 at 22:34 -0500, Theodore Y. Ts'o wrote:
> > > +e2fsprogs (1.44.5-1+deb10u3) buster; urgency=medium
> > > +
> > > + * Fix
Hi!
On 11/15/19 2:37 PM, John Paul Adrian Glaubitz wrote:
>> I just fixed this:
>>
>>
>> https://salsa.debian.org/webkit-team/webkit/commit/bbaaf7e8610f54def2572ed19ec606dda894f6a7
>>
>> It works in sparc64 at least; if you give it a try in m68k tell me if
>> it still fails and we can try to
On Tue, Dec 24, 2019 at 10:18:37PM -0500, Sandro Tosi wrote:
> On Sun, Dec 22, 2019 at 4:22 PM Dmitry Shachnev wrote:
>...
> > Recently your script bumped many Python 2 removal bugs to RC, with the
> > intention to accelerate porting those packages to Python 3 (or getting them
> > removed). Maybe
Package: wnpp
Severity: wishlist
* Package name: bandwhich
Version : 0.10.0
Upstream Author : Aram Drevekenin
* URL : https://github.com/imsnif/bandwhich
* License : MIT
Programming Lang: Rust
Description : Terminal bandwidth utilization tool
On Wed 22 Jan 2020, Pavel Rau?? wrote:
>
> The rsync daemon starting via systemd unit including in the package ignore
> variables in file /etc/default/rsync.
>
>
>
> Could you fix this issue by adding EnvironmentFile into Service part of
> systemd unit?
>
> EnvironmentFile=-/etc/default/rsync
101 - 187 of 187 matches
Mail list logo