Package: libgpm-dev
Version: 1.20.7-5+b1
Severity: important
Dear Maintainer,
This package does not provide a .pc file for pkg-config or pkgconf, so it
cannot be found by those tools.
Since other build tools (autogen, meson, cmake,...) depend on this, these tools
cannot find this library either
Package: node-js-beautify
Version: 1.7.5+dfsg-2
Severity: important
Dear Maintainer,
When running css-beautify or html-beautify on a css or html respectively, they
both throw the error below:
css-beautify style.css
internal/modules/cjs/loader.js:583
throw err;
^
Error: Cannot find modu
I have just received an answer on #zsh-pkg:
"should go to /usr/share/zsh/vendor-completions/_$cmd"
So this means the "_meson" file from the source should be put in that folder.
Op di 12 feb. 2019 om 13:24 schreef Bart Libert :
>
> In another package where I reques
In another package where I requested this, they shipped the extra file
in the /usr/share/zsh/vendor-completions directory. But I asked the
question in the zsh packaging IRC channel to make sure. I'll update
when I have an answer.
Package: meson
Version: 0.49.0-2
Severity: wishlist
Dear Maintainer,
Meson ships some completions for zsh in its data/shell-completions directory.
It would be nice to have these shipped in debian as well.
Thanks
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT poli
Package: node-js-beautify
Version: 1.7.5+dfsg-1
Severity: important
Dear Maintainer,
This package also installs css-beautify. This program depends on two other
node-packages that are not added to the
dependencies, namely node-sigmund and node-semver. After manually installing
these packages, cs
Unstable is indeed affected as well, I just tried it with experimental
after I found it did not work with experimental and forgot to switch
back + paid no attention while using reportbug.
Sorry for the confusion.
Package: libpodofo-dev
Version: 0.9.6~rc1+dfsg-1
Severity: important
Dear Maintainer,
When I do pkg-config --libs libpodofo-0, I get:
-lpodofo-0
However, using this flag, the linker will fail with
/usr/bin/ld: cannot find -lpodofo-0
If I just use -lpodofo, everything is fine.
This is a probl
Package: libpqxx-dev
Version: 6.1.0-1
Severity: important
Dear Maintainer,
After the update to 6.1.0-1, compiling with std=c++11 fails, because the
library needs
c++14 to use "std::experimental::optional".
I am not able to enable c++14 on al my build targets yet, so I am left to use
some dirty
Package: restic
Version: 0.8.0-1
Severity: wishlist
Dear Maintainer,
Starting with restic 0.8, the program can generate zsh completions (restic
generate --zsh-completion), next to bash completions.
It would be nice if these were installed by the package as well.
Thanks for considering this!
-
Everything is fine with firefox 57, but with 58b4 I have the same issue.
Using mozilla's own build works.
I tried safe mode and clean profile, but this does not help.
Package: treesheets
Version: 20150702~git1c77449b-1+b1
Severity: minor
Dear Maintainer,
This package cannot be started from the menu, because there is no .desktop file
in the package. It runs perfectly when started from command line.
Thanks
-- System Information:
Debian Release: stretch/sid
A
merge 796987 797504
Source: pidgin-sipe
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With the version of the package available in current debian releases,
connecting to the corporate office 365 server at
my company does not work anymore.
It turns out I (and several of my colleagues) are
Package: gir1.2-gweather-3.0
Version: 3.14.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I recently noticed the gnome-shell extension 'panel world clock' stopped
working suddenly. Logs indicated the following:
"Error: Requiring GWeather, version none: Typelib file
arded message --
> From: Christopher James Halse Rogers
> To: 754468-d...@bugs.debian.org
> Cc:
> Date: Sun, 13 Jul 2014 16:26:16 +1000
> Subject: Re: Bug#754468: libcolord2: symbol lookup error in
> libcolordprivate.so.2
> Here's your winner:
>
> On Sun,
As far as I know, I have never installed the library myself.
Here's the output you requested:
strace -f -e file /usr/lib/colord/colord
execve("/usr/lib/colord/colord", ["/usr/lib/colord/colord"], [/* 63
vars */]) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
Package: libcolord2
Version: 1.2.1-1
Severity: important
Dear Maintainer,
When trying to start the colord.service or gnome-control-center (and possibly
other
programs that depend on libcolord2), I get the following error:
/usr/lib/colord/colord: symbol lookup error:
/usr/lib/x86_64-linux-gnu/l
Control: retitle -1 how-can-i-help: Does not work behind proxy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: how-can-i-help
Version: 0.6
Severity: important
Tags: upstream
Dear Maintainer,
I'm behind a corporate proxy that blocks anything but port 80 and 443.
The tool does not work behind this proxy, I get the following warning,
both
when running as root or as a regular user:
Error downloading
20 matches
Mail list logo
