Source: yaml-cpp
Version: 0.6.3-5
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
yaml-cpp fails to cross build from source again, because it ships an
embedded gtest library and builds it using the build architecture via a
cmake ExternalProject_Add. It turns out, that we don't
Source: libgpg-error
Version: 1.37-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
libgpg-error fails to cross build from source when building for mips64
(big endian), because there is no lock-obj-pub.h for mips64 in the
syscfg folder. I asked YunQiang Su to create one natively. He
Control: tags -1 + patch upstream
On Fri, Apr 17, 2020 at 11:01:05AM +, Matthias Klose wrote:
> /usr/bin/ld: ./libgdbmapp.a(parseopt.o):(.bss+0x8): multiple definition of
> `parseopt_program_args'; gdbm_dump.o:(.data.rel.local+0x50): first defined
> here
> /usr/bin/ld:
Package: gcc-arm-none-eabi
Version: 15:8-2019-q3-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Control: affects -1 + src:arm-trusted-firmware
arm-trusted-firmware fails to cross build from source, because it fails
running arm-none-eabi-gcc with an Exec format error. Packages
Source: nmrpflash
Version: 0.9.14-16-ge95526d-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
nmrpflash fails to cross build from source, because the upstream
Makefile hard codes the build architecture pkg-config. Please consider
applying the attached patch to make it
Hi,
Сб 09 мая 2020 @ 20:59 Paul Gevers :
> Source: swi-prolog
> Version: 8.1.29+dfsg-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: flaky
>
> Dear maintainer(s),
>
> You package has an autopkgtest, great.
Package: xterm
Version: 356-1
Severity: minor
Steps to reproduce:
- Launch xterm in "CJK width" mode, forcing xterm to render
box-drawing characters itself:
xterm -cjk_width +fbx
- Run the following command to print some box-drawing characters:
python3 -c
Package: nvidia-driver
Version: 418.113-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
I upgraded to 10.4 and on the subsequent reboot lightdm and X
failed to start, and in syslog I found the following error
message:
2020-05-10T03:28:57.914+00:00 vent kernel:
Package: sponsorship-requests
Severity: normal
Dear mentors and games team,
I have packaged the new upstream version of mgba and am looking for a
sponsor to upload it.
This is a package hijack as I have not been able to contact Sérgio (also
including him in X-D-CC here). I am interested in
Relevant upstream commit is 758d406ede97ad627ab804ab049e77396d18746c
https://gitlab.com/muttmua/mutt.git
Package: src:libgpg-error
The lock-obj-pub.mips64-unknown-linux-gnuabi64.h has the same content with
mips64el one, beside the header comments
## lock-obj-pub.mips64-unknown-linux-gnuabi64.h
## File created by gen-posix-lock-obj - DO NOT EDIT
## To be included by mkheader into gpg-error.h
Package: mutt
Version: 1.10.1-2.1
Severity: important
Tags: upstream, security
mutt 1.14 fixes a stack overflow when parsing a specially-crafted message.
Package: libemail-mime-contenttype-perl
Version: 1.022-1
Severity: important
Tags: upstream, security
It's possible to easily craft a message which triggers
out-of-memory error.
Upstream has been notified and working on the issue.
Package: libgmime-3.0-0
Version: 3.2.1-1
Severity: important
Tags: upstream, security
gmime 3.2.5+ is needed to fix deep recursion and stack overflows
Excessive parts and CPU cycles needs
commit 53449a25fa46e6a0333d1919ee4f3778c1789d53
in https://github.com/jstedfast/gmime.git
No release as of
Hi everyone,
sorry for the double post, but the potential cause for a similar error and a
simple patch for that has been found upstream, see [1]. In the case I have here
(multiple robots with different domains and a mostly empty global config), that
patch only helped with fixing the help page
Package: ldc
Version: 1:1.20.1-1
Severity: normal
Dear Maintainer,
$ dpkg -L llvm-10-dev | grep gold
/usr/lib/llvm-10/lib/LLVMgold.so
$ time ldc2 -mcpu=native --flto=full -d-version=benchmark -of=bench_ldc2 bench.d
Error: The LLVMgold.so plugin (needed for LTO) was not found. You can specify
On Wed, May 06, 2020 at 11:30:50PM +0200, Andreas Beckmann wrote:
> Source: autopkgtest
> Version: 5.13.1
> Severity: normal
>
> Hi,
>
> I have some problems understanding the breaks-testbed restriction:
>
> breaks-testbed
> The test, when run, is liable to break the testbed system. This
clone 960154 -1
retitle 960154 lintian: please provide a stable, parsable output
reassign -1 qa.debian.org
user qa.debian@packages.debian.org
usertags -1 udd
block -1 by 960154
retitle -1 udd.debian.org: change the lintian importer to use the new export
file
thanks
On Sat, May 09, 2020 at
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: liburl-encode-xs-perl
Version : 0.03
Upstream Author : Christian Hansen
* URL :
Package: lintian.debian.org
Severity: normal
Not sure whether to file this against UDD or lintian or detagtive; filing it
against lintian since it changed more recently and I suspect that's related.
For a while now, the UDD tables for lintian have been empty. They were
previously populated with
Package: ca-certificates-java
Version: 20190405
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* I tried to install ca-certificates-java
* apt get install -y ca-certificates-java
*
Package: src:linux
Version: 5.6.7-1
Severity: wishlist
The on-disk kernel modules take up a significant amount of the package
installation size, and most modules aren't actively used on any given
system. In debian-installer, the "on-disk" modules take up space in ram
during the installation.
Package: petsc
Version: 3.13.0+dfsg2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
petsc/experimental FTBFS during the arch:all build (on amd64):
Completed test examples
make[2]: Leaving directory '/build/petsc-3.13.0+dfsg2'
Control: tag -1 patch
Hi Sebastien,
thanks for the analysis!
On Fri, 8 May 2020 11:16:09 +0200 Sebastien Bacher
wrote:
> There are a few possible options there now that I can see
> - restore the .postinst 'test -e /etc/lirc/$f || cp /etc/lirc/${f}.dist
> /etc/lirc/$f || :' calls
But we want to
Hi,
On 20-05-09 14:02:21, François Mazen wrote:
> Adam or you, could you please upload it?
I'm happy to upload this, but I'm unable to do a review on my own.
Dear SRMs, if that's acceptable in this case, please let me know.
Cheers,
Georg
Package: gdc-10
Version: 10.1.0-1
Severity: normal
Dear Maintainer,
import std.stdio;
import core.cpuid;
void main() {
writefln("CPU: threads_per_cpu=%d; cores_per_cpu=%d; ht=%s; processor=%s",
threadsPerCPU(), coresPerCPU(), hyperThreading(), processor());
}
# Using
On Sun, 3 May 2020, Unit 193 wrote:
Thank you for including logs! The important line from the latter is as
follows:
sslfailure: host=imap.otenet.gr reason=SSL negotiation failed
Unfortunately that's not a lot of detail, so it's useful to use testssl
or `openssl s_client` to check what's
On 2020.05.09 22:20, Ben Hutchings wrote:
On Thu, 2020-05-07 at 14:23 +0100, Pete Batard wrote:
[...]
I specifically designed the patch I submitted for easy review and
integration, because there are missing elements from 4.x that are
present in 5.x, that we have to compensate for. I would
Package: kmod
Version: 26-1
Severity: wishlist
Tags: patch
Please consider enabling support for gzip compressed modules.
I see xz-compressed modules are supported, which is definitely useful,
but gzip compressed modules are also widely used, and have different CPU
vs. storage space tradeoffs.
On Sat, May 09, 2020 at 05:16:04PM -0500, Evan Harris wrote:
> > No, $HOME isn't. $HOME in your case is "/raid/home/user/.
>
> Actually it's not. In the particular example I gave logs for, $HOME is
> /home/user. It just happens that /home is a symlink to /raid/home.
Aha...
> > > How should
No, $HOME isn't. $HOME in your case is "/raid/home/user/.
Actually it's not. In the particular example I gave logs for, $HOME is
/home/user. It just happens that /home is a symlink to /raid/home.
How should the configuration be changed for multiple home directories being
stored and
Package: python3-h5py
Version: 2.10.0-7
Followup-For: Bug #959940
Please see https://github.com/hdmf-dev/hdmf/issues/343#issuecomment-625972582
for possibly more info:
@tillea @yarikoptic the debian port contains this code in
h5py_2.10.0-7.debian/debian/wrapper_module/h5py/__init__.py
Hi,
On Sat, May 09, 2020 at 03:32:48PM -0500, Evan Harris wrote:
> I guess I don't understand what needs to be changed. $HOME is /home, which
> is where the local users homes are. There are additional mount points
No, $HOME isn't. $HOME in your case is "/raid/home/user/.
> (/raid, and one
Package: wnpp
Severity: wishlist
* Package name: hstspreload
Version : 2020.5.5
Upstream Author : Seth Michael Larson
* URL : https://github.com/sethmlarson/hstspreload
* License : BSD-3
Programming Lang: Python
Description : Chromium HSTS Preload list
> > please hold, i'll have it uploaded to NEW withing 15 days from today.
httpx requires a newer version of python3-rfc3986 than we have in the
archived; so until that's upgraded i cant continue with this work.
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
Source: python-rfc3986
Severity: important
Hello,
httpx requires a version of python-rfc3986 that contains
https://github.com/python-hyper/rfc3986/pull/50 , which appears to be first
released with 1.3.0.
There's also 1.4.0 released recently, so ideally update to that version?
Without with this
Le 09/05/2020 à 22:33, Olek Wojnar a écrit :
> Ok, update. I can confirm that Bazel does not build with Guava v19. [1]
> It looks like `com.google.common.graph.GraphBuilder` is missing, along
> with other classes.
Indeed, GraphBuilder was added to Guava 20, and Streams to Guava 21.
Thank you for
Hello,
I'm facing the same problem from a clean Debian 10 install using
debirf-0.38
debirf> modules complete
debirf> creating debirf initrd ('nested')...
cp: cannot stat
'/media/sdb1/workspace/ai_bench/debird/rescue/root/lib/klibc-*': No such
file or directory
$ lsb_release -a
No LSB modules
Package: dahdi-dkms
Version: 1:2.11.1.0.20170917~dfsg-7
Severity: normal
Hi,
I noticed that dahdi-dkms in Debian is installing files under the
/usr/src/dahdi-DEB_VERSION directory [1], which doesn't seem to be the
intended behavior (in Ubuntu, it substitutes DEB_VERSION with the
current version
On Thu, 2020-05-07 at 14:23 +0100, Pete Batard wrote:
[...]
> I specifically designed the patch I submitted for easy review and
> integration, because there are missing elements from 4.x that are
> present in 5.x, that we have to compensate for. I would rather not have
> to split it, especially
Source: srt
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream released a new bugfix release in December 2019.
It includes some improvements and also fixes for several crashing issues.
Please upgrade the package in Debian.
Raising severity due to the nature of the
Package: jwm
Version: 2.3.6-1
Severity: wishlist
The package Description: currently (2.3.7-3) reads:
JWM is a window manager for the X11 Window System. JWM is written in C
and uses only Xlib and (optionally) the shape extension and libXpm. […]
However, as of 2.3.6-1 (stretch),
I guess I don't understand what needs to be changed. $HOME is /home, which
is where the local users homes are. There are additional mount points
(/raid, and one other) that hold additional network mounts of remotely store
users' home directories.
How should the configuration be changed for
Source: srt
Version: 1.4.0-1
Followup-For: Bug #933180
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Another option seems to be to link against mbedtls instead.
That would be beneficial to the use with GStreamer as well -
I guess licensing is the reason for it currently being in the "ugly"
Source: sagetex
Version: 3.4+ds-1
Severity: serious
Tags: ftbfs
Hi Maintainer
Sagetex currently FTBFS in unstable [1].
I've copied what I hope is the relevant part of the log below.
Regards
Graham
[1]
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/sagetex.html
kpathsea:
Followup-For: Bug #953081
Control: severity -1 normal
The useless empty packages have been removed from stable, too.
Therefore downgrading the severity to allow for bug archival.
Andreas
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-de...@lists.debian.org,
debian-as...@lists.debian.org
* Package name: pyerfa
Version : TBD
Upstream Author : Astropy Developers
* URL :
Hi Emmanuel,
On Tue, May 5, 2020 at 7:22 PM Emmanuel Bourg wrote:
> Le 05/05/2020 à 05:59, Olek Wojnar a écrit :
>
> > However, I will attempt to build with v19 once we get to that point.
> > That will hopefully be within the next week or two. If I obtain any
> > useful information, I will let
Package: ffmpeg
Version: 7:4.2.2-1+b1
Severity: wishlist
Dear Maintainer,
Since version 0.4, FFmpeg supports SRT (Secure Reliable Transport)
streaming. Please consider enabling it in the Debian packaging.
https://trac.ffmpeg.org/ticket/6348
Thanks
-- System Information:
Debian Release:
Package: ffmpeg
Version: 7:4.2.2-1+b1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
According to https://ffmpeg.org/index.html#news,
ffmpeg supports linking with libsrt since version 4.0.
Please link with libsrt.
- Jonas
-BEGIN PGP SIGNATURE-
Control: severity -1 important
Hi Adrian,
On 07-05-2020 12:16, Adrian Bunk wrote:
> On Thu, May 07, 2020 at 10:28:33AM +0200, Paul Gevers wrote:
>> On 07-05-2020 10:07, Adrian Bunk wrote:
>>> This is a toolchain problem affecting many packages:
>>>
Package: wnpp
Severity: normal
I intend to orphan the duck package.
I am retiring from the Debian Project.
The package description is:
duck, the Debian Url ChecKer, processes several fields in the
debian/control, debian/upstream, debian/copyright,
Package: wnpp
Severity: normal
I intend to orphan the snowdrop package.
I am retiring from the Debian Project.
The package description is:
Snowdrop provides reliable, difficult to remove stenographic watermarking of
text documents (internal memos, draft research papers, advisories and other
Package: wnpp
Severity: normal
I intend to orphan the rtax package.
I am retiring from the Debian Project.
The package description is:
Short-read technologies for microbial community profiling are increasingly
popular, yet previous techniques for assigning taxonomy to paired-end reads
Control: tags -1 + pending
Camaleón wrote:
> Package: installation-guide
> Severity: wishlist
> Tags: patch l10n
>
> Hello,
>
> You can find enclosed the Spanish translation template to be uploaded
> with the latest package build.
>
> Greetings,
>
> --
> Camaleón
Hi,
first, I wonder why
I found these ruby gems are still using set_attribute_was, which appears
to have been removed in rails 6:
vendor_ruby/attr_encrypted/adapters/active_record.rb:
set_attribute_was(attr, __send__(attr)) if value != __send__(attr)
vendor_ruby/acts_as_taggable_on/taggable/core.rb:
Package: ftp.debian.org
Severity: normal
Please remove pybitcointools. It's abandoned upstream (#937391), depends on
Python 2
and there was just a single upload back in 2017.
Cheers,
Moritz
On Fri, Apr 24, 2020 at 08:13:42PM +0200, Moritz Mühlenhoff wrote:
> On Wed, Oct 23, 2019 at 02:33:34AM +, mo...@debian.org wrote:
> > Source: tcpwatch-httpproxy
> > Version: 1.3.1-3
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
>
Package: ftp.debian.org
Severity: normal
Please remove tcpwatch-httpproxy. It depends on Python 2 and is dead upstream.
Cheers,
Moritz
On Thu, Apr 16, 2020 at 10:03:14PM +0200, Moritz Mühlenhoff wrote:
> On Wed, Sep 04, 2019 at 11:16:28AM +, Gianfranco Costamagna wrote:
> > control: forwared -1 https://github.com/jmbr/halberd/issues/2
>
> Upstream seems dead, let's remove?
Filed an RM bug now.
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove python-halberd. It depends on Python 2 and is dead upstream.
Cheers,
Moritz
I have adopted this workaround:
copy gtk-3.0 specific setting to inkscape config subdir:
cp -a ~/.config/gtk-3.0 ~/.config/inkscape/
editing file ~/.config/inkscape/gtk-3.0/settings.ini
comment line:
; gtk-font-name=Noto Sans 10
modify command start application in:
Control: reassign -1 python3-nautilus 1.2.3-1
Control: affects -1 nautilus-nextcloud
Hey,
Thanks for digging into this deeper.
> When I start nautilus from the command line I get this warning:
>
> ** (org.gnome.Nautilus:36227): WARNING **: 21:34:08.527:
>
Package: libglx-mesa0
Version: 18.3.6-2+deb10u1
Control: found -1 19.3.3-1
Severity: wishlist
So far as I can tell, the usage of the DRI modules provided by
libgl1-mesa-dri by libglx-mesa0 is either optional or dependent
on the context. At the very least, circumventing
X-Debbugs-Cc: none
Package: mdadm
Version: 4.1-5
Severity: normal
mdcheck_start.service trying to start unexisting file
root@debian:/# cat /lib/systemd/system/mdcheck_start.service | grep Exec
ExecStartPre=-/usr/lib/mdadm/mdadm_env.sh
ExecStart=/usr/share/mdadm/mdcheck --duration
Source: swi-prolog
Version: 8.1.29+dfsg-2
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
You package has an autopkgtest, great. However, it seems to regularly
fail [1] on both amd64 and arm64.
tags 933180 + patch
thanks
The attached patch adds an extra build of srt linked to GnuTLS
(on a different soname), complete with separate -dev packages.
I intend to NMU with this (and a version bump to 1.4.1) in 14 days
time; please let me know if you have any comments.
/* Steinar */
--
Package: src:linux
Version: 5.6.7-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
Please enable CONFIG_PCIE_BRCMSTB on arm64.
The Raspberry Pi 4 has a VL805 xhci controller connected to the
PCIe bus on the SoC. All USB ports are connected to this
Package: quota
Version: 4.04-2+deb10u1
Severity: wishlist
[I’ve checked that this bug affects 4.05-1 as well. Due to a
separate problem, already AFAICT fixed upstream, the workaround
suggested below does /not/ work for the version in testing.]
The (versioned)
Source: csound
Version: 1:6.14.0~dfsg-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of csound the autopkgtest of csound fails in
testing when that autopkgtest is run with the binary
did you try with this change?
https://github.com/amule-project/amule/commit/cf63429667953088c7cf93846c892eed7bdde617
It seems to work fine here with this change in a quick test.
On Sat, May 09, 2020 at 07:31:51PM +0300, Nicholas Guriev wrote:
> It sounds good but does not seem to work. :( At least, apt wants to install
> the
> vim package despite vim-gtk3 already provides vim. Something strange is
> happening, and I need a bit more investigation.
Ok, I have an idea of
Package: clusterssh
Version: 4.14-1
Severity: grave
Justification: renders package unusable
It looks like cssh doesn't work anymore on my Debian unstable machine.
When I add a host, I see the following on the console:
Tk::Error: Can't locate object method "resolve_names" via package
Source: mapsforge
Version: 0.13.0+dfsg.1-2
Severity: serious
Tags: ftbfs
Dear Maintainer,
mapsforge 0.13.0+dfsg.1-2 currently fails to build:
All input files are considered out-of-date for incremental task
':mapsforge-map:compileJava'.
Compiling with JDK Java compiler API.
Source: ignition-transport
Version: 8.0.0+dfsg-3
Severity: serious
Tags: ftbfs
Dear Maintainer,
ignition-transport 8.0.0+dfsg-3 currently fails to build:
Run Build Command(s):/usr/bin/make cmTC_64ca3/fast && make[2]: Entering
directory
Package: virtualbox
Version: 6.1.6-dfsg-2
Severity: important
Hi,
none of my VMs is usable anymore. It was ok in last summer with the
latest vanilla kernel back then, but now I am getting:
The virtual machine 'liveos' has terminated unexpectedly during startup with
exit code 1 (0x1).
Control: tags -1 +pending - moreinfo
Control: forwarded -1 https://github.com/mvo5/unattended-upgrades/pull/272
Hi Maurizio,
Bálint Réczey ezt írta (időpont: 2020. ápr.
26., V, 12:41):
>
> Control: block -1 by 711128
> Control: tags -1 confirmed moreinfo
>
> Hi Maurizio,
>
> Maurizio Di Pietro
Package: fastboot
Version: 1:8.1.0+r23-5
Severity: normal
Dear Maintainer,
I connected my Fairphone 3 to my computer using USB and tried using "fastboot
-w". The command failed with the following error message:
Invalid erase-block-size 512: must be a power of 2 and at least 4096.
Invalid
This is probably the same bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959971
On Mon, May 04, 2020 at 08:06:45PM +0300, Dmitry Shachnev wrote:
> debhelper currently exports HOME='debian/.debhelper/generated/_source/home'.
>
> However, with some build systems, the tests are run in a different directory,
> e.g. with meson the command is:
>
> cd obj-x86_64-linux-gnu &&
Package: dclock
Version: 2.2.2-11
Severity: normal
The "bell" resource is documented twice in the X DEFAULTS section of the
man page.
bell (class Boolean)
Specifies whether or not a bell should be rung on the
hour and half hour.
bell (class Boolean)
Package: wnpp
Severity: wishlist
Owner: Antonio Valentino
* Package name: pyerfa
Version : 1.7.0
Upstream Author : The Astropy Developers
* URL : https://github.com/liberfa/pyerfa
* License : Programming Lang: Python
Description : Python bindings for
It sounds good but does not seem to work. :( At least, apt wants to install the
vim package despite vim-gtk3 already provides vim. Something strange is
happening, and I need a bit more investigation.
mymedia@barberry:~$ LANG=C apt-cache policy vim-gtk3
vim-gtk3:
Installed:
On Sat, May 09, 2020 at 06:40:35PM +0300, Nicholas Guriev wrote:
> Is basic vim package required for addons? It looks I can use an addon with
> vim-gtk, vim-gtk3, or vim-nox, not having the vim package installed. I suggest
> to add these (and possibly vim-athena) to the ${vim-addon:Depends}
On Sat, May 9, 2020 at 9:30 pm, Pirate Praveen
wrote:
With node-babel-loader >= 8.0 in experimental, build fails with
node ./scripts/build-webpack.js
Unhandled rejection TypeError: fileDependencies.map is not a function
It seems this failure is already present in the current version,
أحمد المحمودي writes:
> On Mon, Apr 27, 2020 at 08:48:59PM -0600, Bdale Garbee wrote:
>> As far as I'm concerned, you can feel free to remove geda-gaf from Debian.
>>
>> I'm personally quite happily living on the fork that I've packaged of
>> lepton-eda. Lepton-eda is very actively maintained
Package: node-yarnpkg
Version: 1.22.4-3
Severity: important
Similar to #958780,
With node-babel-loader >= 8.0 in experimental, build fails with
node ./scripts/build-webpack.js
Unhandled rejection TypeError: fileDependencies.map is not a function
at compiler.run
Package: dh-vim-addon
Version: 0.2
Severity: wishlist
Dear maintainer,
Is basic vim package required for addons? It looks I can use an addon with
vim-gtk, vim-gtk3, or vim-nox, not having the vim package installed. I suggest
to add these (and possibly vim-athena) to the ${vim-addon:Depends}
Package: ifupdown
Version: 0.8.35
Severity: important
I've just hardly bit by a system in which for some reason yet to
discover the otherwise empty directory /etc/network/if-pre-up.d/ was
removed.
At the next boot, the network didn't come up because of
May 9 14:15:55 ifup[310]:
Package: src:linux
Version: 5.6.7-1
Severity: important
File: linux-image-5.6.0-1-686
Dear Maintainer,
I am running in an issue when booting the latest kernel 5.6.0-1-pae. This
appears only on 32-bit-version, every computer with
64-bit is running fine.
Environment:
I am running am EEEPC with
On Mon, Apr 27, 2020 at 08:48:59PM -0600, Bdale Garbee wrote:
> As far as I'm concerned, you can feel free to remove geda-gaf from Debian.
>
> I'm personally quite happily living on the fork that I've packaged of
> lepton-eda. Lepton-eda is very actively maintained and improved, and
> while
Control: reopen -1
On Sat, May 9, 2020 at 2:39 pm, Debian Bug Tracking System
wrote:
Your message dated Sat, 09 May 2020 14:37:31 +
with message-id
and subject line Bug#960101: fixed in node-jsonld 1.6.2-4
has caused the Debian Bug report #960101,
regarding node-jsonld,
I think i've found the problem. The umask configuration is taken into
account when the pidfile is created. That's a little bit strange because
i think this setting should only taken into account when files are
uploaded at runtime. Nevertheless, it seems to be a configuration
problem, thus you can
Package: dh-python
Version: 4.20200315
Severity: normal
Hello, I try to use parameter substitution in one of my package.
something with this line
# install all the non .py files of the sources
Hi Hilmar,
the issue exits for a long time. I have many reports about this issue in
the openmediavault forum. To workaround this issue i added a systemd
drop-in to change the file mode before the 'stop' action is executed.
See
This is the corresponding upstream bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1636632
Either building without --with-system-nss or adding a patch should
resolve the problem.
Hi Salvatore,
> The problem is just, the upload is not there. Did an error happen on
> uploading?
>
I'm not DM, so someone has to sponsor the upload.
Adam or you, could you please upload it?
Thanks,
François
On Sat, 2020-05-09 at 15:57 +0200, Hilmar Preuße wrote:
> Am 12.04.2020 um 23:45 teilte Adam D. Barratt mit:
>
> Hi Adam,
>
> Ho about that one: will deb9u5 accepted for next oldstable release?
>
As Julien mentioned in a mail that you should have received on April
26th, if you want to remove
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libtest-metrics-any-perl
Version : 0.01
Upstream Author : Paul Evans
* URL :
Am 09.05.2020 um 15:29 teilte votdev mit:
Hi Volker,
> The proftpd daemon writes the pidfile with mode 0666 instead of 0644.
> Because of that it is
> not possible to stop or restart the daemon with "systemctl stop proftpd" or
> "systemctl restart proftpd". The reason is the new security check
1 - 100 of 171 matches
Mail list logo
