Package: php-smbclient
Severity: serious
Usertags: license-violation
php-smbclient links against both libsmbclient (which is GPLv3) and php
(licensed under the PHP3.01 license).
According to both the FSF
(https://www.gnu.org/licenses/license-list.en.html#PHP-3.01) and the
guidance from the ftp-ma
On Wed, Nov 13, 2019 at 11:57:23PM +0100, Iustin Pop wrote:
> Just for FYI, this now exports a Python 3 module, droppin the Python 2
> one is just a matter of rdeps.
Now there are no rdeps left in bullseye.
cu
Adrian
Hi,
On Fri, 3 Jan 2020 at 17:52, Rene Engelhard wrote:
>
> Hi,
>
> On Fri, Jan 03, 2020 at 06:36:56PM +0100, Rene Engelhard wrote:
> > > The following additional packages will be installed:
> > >libjuh-java libjurt-java libridl-java libunoloader-java
> > > The following NEW packages will be i
Hi Alastair,
On Fri, Jan 3, 2020 at 6:33 AM Alastair McKinstry wrote:
>
> I'm adding support for the flang fortran compiler , which ships mod files
> that are in a different format.
Where is the format specified? An online search was unsuccessful.
> New lintian tests should be added
To differ
Hi,
On Fri, Jan 03, 2020 at 06:36:56PM +0100, Rene Engelhard wrote:
> > The following additional packages will be installed:
> >libjuh-java libjurt-java libridl-java libunoloader-java
> > The following NEW packages will be installed:
> >libjuh-java libjurt-java libridl-java libunoloader-ja
Source: din
Version: 5.2.1-6
Severity: serious
Tags: ftbfs
din fails to build from source in unstable on amd64. A build log ends
with:
| dh_auto_build
| make -j1
| make[2]: Entering directory '/<>'
| Making all in include
| make[3]: Entering directory '/<>/include'
| make[3]: Nothing to b
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: tedana
Version : 0.0.8
Upstream Author : tedana developers
* URL : https://github.com/ME-ICA/tedana
* License : LGPL
Programming Lang: Python
Description : TE-dependent analysis
Source: latexila
Version: 3.22.0-1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
latexila fails to cross build from source, because the upstream
configure.ac hard codes the build architecture pkg-config and thus fails
finding dependencies. Rather than calling pkg-config
Source: vitetris
Version: 0.58.0-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
vitetris fails to cross build from source, because it uses the build
architecture compiler. The handwritten configure script expects a user
to supply a CC environment variable. Please consider apply
Hi,
On Fri, Jan 03, 2020 at 05:00:37PM +, Christopher Obbard wrote:
> $ sudo apt --fix-broken install
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Correcting dependencies... Done
> The following packages were automatically installed and are n
On 1/3/2020 5:33 PM, Thomas Perret wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Perret
>
> * Package name: gfsecret
> Version : 0.4.4
> Upstream Author : Damien Goutte-Gattat
> * URL : https://git.incenp.org/damien/gfsecret
> * License : GPL-3.0
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
> > if i dont hear anything back withing a week, i'll most likely opening
> > those RM bugs, so that we can work on their transitive dependencies.
>
> Just go ahead. I hope, we can reintroduce Trac in one or two
> years, maybe in time for Debian 12 (bookworm), but probably not
> for Debian 11 (bull
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Package: ftp.debian.org
Severity: normal
As part of the python2 removal, we came across to trac and its ecosystem.
Trac is python2 only with no py3k port coming in time for bullseye.
As agreed on [1], we are now proceeding with requesting the removal of `trac`
and all its plugins/extensions.
Re
Source: brian
Version: 2.2.2.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
brian FTBFS with python3.8 as a supported interpreter:
[...]
# Remove failing tests
# The following test files will be ignored completely.
# There are
Package: src:linux
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ker...@lists.debian.org
libbpf source has moved to a separate github repo but keeps the kernel
as the true/first source, and updating github repo when release is ready.
In Steve's word the problem they faced
reassign 947936 chrony,systemd
thanks
I am unsure at this point where is exactly the problem.
I have several test instances at GCE (running buster) where chrony
does not start even if it's enabled.
By trial and error I managed to make chrony to start again
properly if I do this:
journalctl --ro
On Fri, 3 Jan 2020 17:07:33 +0100 Rene Engelhard wrote:
> On Fri, Jan 03, 2020 at 04:49:23PM +0100, Thorsten Glaser wrote:
> > Package: ure
> > Version: 6.4.0~rc1-5
> > Followup-For: Bug #947907
> >
> > It’s more than just libjuh-java:
>
> Yes.
>
> As was already said in
> https://bugs.debian.org/
Hi Tong,
Please copy the bug on your responses. The other Lintian maintainers
may wish to follow recent developments.
On Fri, Jan 3, 2020 at 6:54 AM Tong Sun
wrote:
>
> Uploading easygen_4.1.0-1_amd64.changes: done.
I do not see easygen on mentors. Only your other package ffcvt is
there. Will y
First, an answer that I happen to have handy to Hans's question from
Feb 2019:
"TBH, I'm not an expert at all in this area, I never figured out yet
how all these systemd<->init-script compatibility layers work yet."
Neither am I an expert, and I'd really prefer not needing to become
one, but fr
Quoting Sandro Tosi :
So Jan 1 arrived, what do you think we should do? i didnt see any
progress on the port to python3 upstream; should we start filing RM
for trac extensions/plugins and once they are gone, RM src:trac?
I don't expect a Python 3 version of Trac before a year from now.
Debian,
Source: nfdump
Version: 1.6.18-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
nfdump fails to cross build from source, because it uses AC_RUN_IFELSE
without a final argument. In all cases, using AC_COMPILE_IFELSE is
sufficient though. Please consider applying the attac
Package: wnpp
Severity: wishlist
Owner: Thomas Perret
* Package name: gfsecret
Version : 0.4.4
Upstream Author : Damien Goutte-Gattat
* URL : https://git.incenp.org/damien/gfsecret
* License : GPL-3.0+
Programming Lang: C
Description : Tools to make se
Hello,
between yesterday on today I was dealing with setting up the up/down scripts in
a openvpn client config file and it totally escaped me that in the upstream
documentation it uses /etc/openvpn/scripts/ as location of the script while
this package is installed one level higher in /etc/openv
Package: src:anet
Followup-For: Bug #875466
Hi.
The same problem breaks 0.4.2-1 and 0.4.1-2 on ia64.
Hi all,
I have tried building chromium after applying
[tracing.patch](https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=945920;filename=enable-tracing.patch;msg=14)
Unfortunately, it failed early in the build process with the following
error:
ERROR Unresolved dependencies.
//third_party/p
On Fri, Jan 03, 2020 at 04:49:23PM +0100, Thorsten Glaser wrote:
> Package: ure
> Version: 6.4.0~rc1-5
> Followup-For: Bug #947907
>
> It’s more than just libjuh-java:
Yes.
As was already said in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947907#34 (this bug!)
and the bugs merged with it
Package: resolvconf
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
Please find attached the updated Dutch translation of resolvconf
debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing
list.
Please add it to your next package revision.
It sh
Package: unbound
Version: 1.9.4-2
Severity: important
Tags: security patch upstream
Hi,
unbound was recently security audited [1].
Several issues have been found, which are resolved in version 1.9.6 [2].
Please upgrade the unbound Debian package.
Best regards,
Christian Göttsche
[1] https:
Hello Jonas,
On Tue, 2019-12-31 at 17:45 +0100, Jonas Meurer wrote:
> Would you consider to patch wayland support from the fork into the
> redshift
> Debian package? Another option would be to package the fork as new,
> separate
> package (e.g. `redshift-wlr`).
In my opinion, the fork should be p
Package: ure
Version: 6.4.0~rc1-5
Followup-For: Bug #947907
It’s more than just libjuh-java:
$ sudo dpkg -i --force-all /var/cache/apt/archives/ure_6.4.0~rc1-5_amd64.deb
(Reading database ... 429920 files and directories currently installed.)
Preparing to unpack .../ure_6.4.0~rc1-5_amd64.deb ...
On 2019-12-31 2:04 p.m., Martin von Gagern wrote:
> My issue appears to be largely due to a version mismatch, and I have
> been able to resolve this.
>
> I had tried to get a specific version from unstable to test a fix for
> a different bug, but apparently I misunderstood how pinning works and
>
Le 20-01-03 à 05 h 29, Xavier a écrit :
>
> Not needed: libjs-i18next from src:node-i18next provides UMD files while
> libjs-i18next from src:libjs-i18next just use index.js file. That's why
> I suggest to remove src:libjs-i18next and keep node-i18next which
> provides libjs-i18next ;-)
>
> NB: s
On Fri, 22 Nov 2019 01:36:54 0100 (CET) "pham...@bluewin.ch"
wrote:
> After installation-test of the SID powertop_2.10-1 b1_amd64 version, it's are
> also bugged.
> The Unbearable whistling in headphones is always present.
> It should quickly publish and test a version 2.11 hoping that the prob
Package: network-manager-openvpn-gnome
Version: 1.8.10-1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
I was unable to connect to company VPN server because client did not have the
--push-peer-info
* What exactly did you do (or not do) that was effective (or i
Le 26/12/2019 à 11:15, Phil Wyett a écrit :
> On Thu, 2019-12-26 at 09:45 +, Phil Wyett wrote:
>> On Thu, 2019-12-26 at 04:53 +0100, Adam Borowski wrote:
>>> On Mon, Dec 23, 2019 at 09:19:20PM +, Phil Wyett wrote:
Package: sponsorship-requests
Dear mentors,
I am looking
Package: roundcube
Version: 1.4.2+dfsg.1-1
Severity: normal
Dear Maintainer,
The new roundcube version now adds a .log suffix to its log files in
/var/log/roundcube. The logrotate configuration should be adapted
accordingly.
See https://github.com/roundcube/roundcubemail/blob/release-1.4/CHANGEL
Package: lintian
Version: 2.43.0
Severity: normal
/usr/share/lintian/checks/fortran.pm checks the 'mod' files for Fortran.
These are precompiled headers, and in gfortran have specific format including
version number.
The mod files are a gzip'ed lisp-like internal representation specific to
gfort
Hi Marc,
On Sun, 11 Mar 2018 19:47:34 0100 Marc Haber
wrote:
> Package: powertop
> Version: 2.8-1 b1
> Severity: normal
>
> Dear Maintainer,
>
> I am filing this as Severity: normal since I do not know whether this
> issue affects powertop functionality. Please feel free to downgrad the
> sev
Package: nvidia-legacy-340xx-driver
Version: 340.107-8
Severity: important
Dear mainteiners,
after upgrading nvidia-legacy-340xx-driver from 340.107-8 to 340.108-1, my
system completely hangs (black screen) when display manager (lightdm) start, I
can't even switch to others tty.
This happen with
On 2020-01-03 Paul Gevers wrote:
> On 31-12-2019 18:26, Andreas Metzler wrote:
[...]
> > Afaict the involved packages should propagate to testing in 3 days, when
> > enblend-enfuse is old enough. I have commited the fix. [1]
> Unfortunately libvigraimpex is (hopefully only temporarily) blocked b
Source: linux
Severity: wishlist
Dear kernel maintainers,
thanks for your hard work with this package, it is really appreciated.
I discovered this in my machine:
arturo@endurance:~$ grep NF_ /boot/config-5.3.0-3-amd64 | grep ^#
# CONFIG_IP6_NF_MATCH_SRH is not set
# CONFIG_NF_CONNTRACK_BRIDGE i
Control: reassign -1 gnome-shell
Matthias Brennwald, le ven. 03 janv. 2020 14:14:28 +0100, a ecrit:
> On Thu, 2 Jan 2020 20:15:29 +0100 Samuel Thibault
> wrote:
> > Hello,
> >
> > Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > > the windows that have been opened before ac
On Thu, 02 Jan 2020 at 20:15:29 +0100, Samuel Thibault wrote:
> Hello,
>
> Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > the windows that have been opened before activating sleep mode are
> > blurry. Newly opened windows are not affected.
> > The issue happens with windows
Hi,
On Fri, 6 May 2016 19:57:37 -0400 Sanjoy Mahajan wrote:
> Package: powertop
> Version: 2.8-1
> Severity: normal
>
> Powertop is looking for, but cannot find,
> /var/cache/powertop/saved_parameters.powertop
>
> Here is an example
>
> # powertop
> Loaded 100 prior measurements
> Cannot
Package: roundcube-plugins-extra
Version: 1.3.8-20190219
Severity: normal
Dear Maintainer,
The dkimstatus plugin is not working and logs these errors:
[03-Jan-2020 12:25:32 Europe/Berlin] PHP Warning: preg_match() expects
parameter 2 to be string, array given in
/usr/share/roundcube/plugins/dk
Control: retitle -1 roundcube-core: Needs versioned dependency on
libjs-bootstrap4: >=4.4.1+dfsg1-1.
Control: tag -1 pending
Hi,
On Fri, 03 Jan 2020 at 11:10:06 +0100, Frederik Himpe wrote:
> I installed libjs-bootstrap4=4.4.1+dfsg1-1 which also pulled in an upgrade of
> libjs-popper.js=1.16.0+d
X-Debbugs-Cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.632+0.20191218.2243.cef0c7e-1
Severity: minor
C-h l
T [w3m-toggle-inline-images]
C-x 3 [split-window-right] Zaps the images. Need to turn them on again.
T [w3m-toggle-inline-images]
C-x 1 [delete-other-windows] Zaps the images
X-Debbugs-Cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.632+0.20191218.2243.cef0c7e-1
Severity: minor
R runs the command w3m-reload-this-page.
R works fine.
But doing
T then
R
then needs a second
T
to make the page look fine again.
Think about it in Chrome, Firefox. They respect the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
control: tag -1 pending
On Fri, 2020-01-03 at 13:08 +0200, Graham Inggs wrote:
> The package build-depends on python3-all-dev, but does not build
> extensions/libraries for all supported python3 versions. This
> is seen on the transition tracker fo
Package: elpa-org
Version: 9.3+dfsg-1
Severity: normal
Hi!
org-notmuch is not included in the package anymore.
Apparently, with the 9.3 release, upstream renamed a bunch of
contrib/lisp/org-*.el to contrib/lisp/ol-*.el. Could it be that the
debian/elpa file needs to be updated accordingly?
Than
On Thu, 2 Jan 2020 20:15:29 +0100 Samuel Thibault
wrote:
> Hello,
>
> Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > the windows that have been opened before activating sleep mode are
> > blurry. Newly opened windows are not affected.
> > The issue happens with windows fr
Hi,
I had some discussion with upstream but until know I have no idea how we
can find a
Python3 Environment for Bayesian Learning
Any ideas?
Kind regards
Andreas.
On Mon, Dec 30, 2019 at 02:59:39PM -0800, Abhik Shah wrote:
> The first link is mine and the original fork but its basica
On Thu, 02 Jan 2020 10:20:13 +0100 Laurent Bigonville
wrote:
> [...]
> BUT ATM there is an issue with gnome-software (and sysprof) on ppc64el
> that should be fixed first before we can start the transition.
> [...]
The problem is now fixed in sysprof and gnome-software, so IMVHO there
is nothing
Package: gimp 2.10.8-2
Architecture: amd64
GIMP 2.10.8-2 still fails to open EPS files;
This bug seems to be known to GIMP but the buggy software is still
distributed by Debian.
Attempts to import an EPS file ( File/Open) into GIMP show correct
thumbnail of the EPS image but the import itself fa
Package: tint
Version: 0.05
Severity: normal
Tags: upstream
Dear Maintainer,
* What led up to the situation?
When program is started without arguments it prompts for a starting level
and suggests a number between 1 and 9. If you do not enter a valid
number the prompt is printed again waiting
Dear Maintainer,
The preview in the new version of xsane xsane-common (0.999-8) is
working now,
but the xsane-startimage is not shown during startup. (Only a red area
is shown)
There is also an error message from xsane when starting from terminal:
$ xsane [xsane] ERROR: xsane-startimage
Source: undertow
Severity: important
Tags: security upstream
Hi!
For undertow, there was CVE-2019-19343 assigned, which refers to
https://bugzilla.redhat.com/show_bug.cgi?id=1780445 only. The provided
inforamtion is a bit scarce, can you try to find out more on upstream
fixes/issues related to it
Hi,
On 1/2/20 2:26 PM, Mike Gabriel wrote:
> I have moved the package over to the debian/ namespace on salsa. You
> should have full access to the repo there now.
Great, thanks!
>>> If you are not a DD, are you interested in a packaging review? Or shall
>>> I just go over your packaging and add
Quoting Kjetil Kjernsmo (2020-01-03 12:01:18)
> It has been a while, but there is now a new upstream release available
> for this package. I hope you will update.
Yup, already on it. Thanks!
- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://
The error logged with too old libjs-bootstrap4 is this:
AH00037: Symbolic link not allowed or link target not accessible:
/var/lib/roundcube/skins/elastic/deps/bootstrap.bundle.min.js, referer:
https://example.com/webmail/?_task=mail&_action=compose
--
Frederik Himpe
Vrije Universiteit Bruss
Package: libtypes-uri-perl
Version: 0.006-1
Severity: wishlist
Dear Maintainer,
It has been a while, but there is now a new upstream release available
for this package. I hope you will update.
Best,
Kjetil
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
APT policy:
Source: libimobiledevice
Version: 1.2.1~git20190929.60823f9-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
Source: ceph
Version: 14.2.4-8
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
is seen on the transition trac
Hi,
Il 03/01/20 11:47, Aurelien Jarno ha scritto:
> boost gained support for context on mips64el in upstream version 1.70.
> It is therefore now possible to enable it in the debian package. You
> will find the corresponding patch attached. Would it be possible to
> include it in the next upload?
Hello,
On Sun 29 Dec 2019 at 11:20am -08, Russ Allbery wrote:
> Paul Gevers writes:
>> On 21-11-2019 13:59, Paul Gevers wrote:
>
>>> [Disclaimer: the words below are as a member of the release team, but
>>> not necessarily those of the team. We haven't discussed this yet.]
>
>> We have had a dis
Source: getfem++
Version: 5.3+dfsg1-3
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
is seen on the transiti
Source: stimfit
Version: 0.16.0-1
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
is seen on the transition t
Package: ftp.debian.org
Severity: normal
Hi,
Please remove tinyos from Debian sid. It has low popcon and is no longer
properly maintained upstreamed (nor downstream) and blocks python2
removal. This involves three source packages: tinyos-tools, tinyos and
nescc. I'm the sole maintainer for all of
Source: libguestfs
Version: 1:1.40.2-4
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
is seen on the transit
Source: fontforge
Version: 1:20190801~dfsg-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8 python3-all-dev
The package build-depends on python3-all-dev, but does not build
extensions/libraries for all supported python3 versions. This
is seen on the t
Dear all,
I have finished the Python3 conversion based off of Andreas's work:
https://salsa.debian.org/med-team/smalt/blob/master/debian/patches/2to3.patch
Andreas: feel free to sponsor the upload, or to give me upload permissions:
dcut dm --uid 724D609337113C710550D7473C26763F6C67E6E2 --allow sm
Source: boost1.71
Version: 1.71.0-3
Severity: wishlist
Hi,
boost gained support for context on mips64el in upstream version 1.70.
It is therefore now possible to enable it in the debian package. You
will find the corresponding patch attached. Would it be possible to
include it in the next upload?
101 - 200 of 224 matches
Mail list logo