On Sun 15 Oct 2023 17:33:07 +0200, Iustin Pop wrote:
> At least you're not lazy. I am, so what I did many times is add a
> build-depends on pandoc, and write the man page in rst or md. I think
> that's a worse solution (pandoc is really heavy), but at least, I don't
> have to go back to *roff.
On Fri 05 May 2023 15:17:37 +, Jens Meißner wrote:
> dnsmasq on bookworm fails to start after installation because the dns port 53
> is already is use by systemd-resolved.
> After stopping systemd-resolved dnsmasq will start but refuses all dns
> queries with the Extended DNS Error Code 14
Boyuan Yang wrote:
> Source: prayer
> Version: 1.3.5-dfsg1-8
> Severity: grave
> X-Debbugs-CC: holmg...@debian.org
> User: tidy-ht...@packages.debian.org
> Usertags: tidy5.8
>
> your package uses some of Tidy's unexported internal
> functions that are explicitly hidden in Tidy 5.8 [...]
> I
Trent W. Buck wrote:
> As at chromium 98.0.4758.102-1~deb11u1,
> chromium works with xdg-desktop-portal, fuse, flatpak removed.
As at chromium 98.0.4758.102-1~deb11u1,
I can reproduce the original "Trace/breakpoint trap" in sway,
without removing anything.
i.e. I don't think xd
Trent W. Buck wrote:
> The error report for #1005230 only specifically mentioned GTK3.
> Are these other "portal" dependencies *really* needed now?
As at chromium 98.0.4758.102-1~deb11u1,
chromium works with xdg-desktop-portal, fuse, flatpak removed.
A minimal test script is att
Package: chromium
Followup-For: Bug #1005230
Hi, I ship chromium in prisons, where we extremely do not want
unprivileged users to be able to add new drivers (fuse) and
applications (flatpak/bubblewrap/xdg-desktop-portal). [*]
The fix for #1005230 added indirect dependencies on fuse and
Package: qtpass
Version: 1.3.2-3
Severity: serious
I am flagging this as "serious" because it leads to data loss.
Specifically, I already lost the history of my test passwords.
Had I not noticed right away, I could have lost REAL passwords.
I have an existing ~/.password-store.
It has git
gi1242+debianb...@gmail.com wrote:
> Confirming I have this problem too. My /etc/sshguard/sshguard.conf has
>
> LOGREADER="LANG=C /bin/journalctl -afb -p info -n1 -o cat
> SYSLOG_FACILITY=4 SYSLOG_FACILITY=10"
>
> The example provided by upstream has
>
> LOGREADER="LANG=C journalctl
Antoine Beaupre wrote:
> tags -1 -unreproducible
>
> I can reproduce issues with certification verification in Emacs 24.5+1-8
> in Debian Stretch. As documented here:
>
> [...]
>
> I am not sure what changed between Emacs 24 and 25, but it seems to me
> Emacs 24 should absolutely be fixed before
This is the same bug at Ubuntu; it has more analysis:
https://bugs.launchpad.net/ubuntu/+source/pepperflashplugin-nonfree/+bug/1632870
In short:
* Google Chrome 54+ does not bundle libpepflashplayer.so.
* pepperflashplugin-nonfree will have to get it from somewhere else;
either
Package: pepperflashplugin-nonfree
Version: 1.8.1+deb8u1
Severity: critical
Install is currently failing.
Maybe the paths within the upstream deb have changed?
Here's what the postinst said:
Setting up pepperflashplugin-nonfree (1.8.1+deb8u1) ...
converted
Andreas Ferber wrote:
> Package: pepperflashplugin-nonfree
> Version: 1.8.1
> Severity: grave
> Justification: renders package unusable
>
> Google apparently started using a new PGP key, which leads to: [...]
> Appending the new key to /usr/lib/pepperflashplugin-nonfree/pubkey-google.txt
> solves
Package: fbi
Version: 2.07-8
Followup-For: Bug #637365
After an overdue dist-upgrade, this issue affects me in fbi.
That is, fbi -e foo.jpg, hit l, and it segfaults.
2011-09-27 15:13:43 upgrade fbi 2.07-7 2.07-8
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
Jakub Wilk wrote:
tags 628476 + confirmed upstream fixed-upstream thanks
* Florian Weimer f...@deneb.enyo.de, 2011-05-29, 12:59:
The documentation mentions importing wordaxe.DCWHyphenator. But this
does not work:
fw@deneb:~$ python
Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48)
[GCC
Package: collectd
Version: 4.10.1-2.1
Severity: critical
Recently I apt-get remove collectd-core and manually installed
collectd for its git repo. Later, I found that /etc/collection.conf
was still around, so I did dpkg -P collectd-core. To my surprise, I
found that collectd-core's postrm purge
Stefano,
I'm on vacation from the 12th until the 22nd of September, so I
probably can't address this until then. The patch looks OK at a
glance; feel free to upload this as an NMU or whatever else is
necessary to facilitate Squeeze's release.
--
To UNSUBSCRIBE, email to
Jonathan Nieder wrote:
fixed 541848 2.0.2-3
quit
Whoops, I meant http://bugs.debian.org/541848 (FTBFS: ld: cannot find
-lHSrts_thr). I think the problem was introduced with Cabalization
in 2.2, making lenny safe.
Um, that bug only affects architectures which do not support the
threaded
Cyril Brulebois wrote:
your package FTBFS on kfreebsd-amd64:
| Configuring darcs-2.3.0...
| Setup: At least the following dependencies are missing:
| array =0.1 0.3, containers =0.1 0.3, unix =1.0 2.4
| make[1]: *** [override_dh_auto_configure] Error 1
I can reproduce this on amd64 with
On Sun, Sep 13, 2009 at 08:48:43AM +, Joachim Breitner wrote:
Linking dist/build/darcs/darcs ...
/usr/bin/ld: cannot find -lHSrts_thr
[...]
DEB_SETUP_GHC6_CONFIGURE_ARGS := $(shell test -e
/usr/lib/ghc-$(GHC6_VERSION)/libHSrts_thr.a || echo --flags=-threaded)
Future Haskell packagers,
On Sun, Aug 16, 2009 at 07:01:42PM +0200, Kurt Roeckx wrote:
Source: darcs
Version: 2.3.0-1
Severity: serious
[136 of 136] Compiling Main ( src/darcs.hs,
dist/build/darcs/darcs-tmp/Main.o )
Linking dist/build/darcs/darcs ...
/usr/bin/ld: cannot find -lHSrts_thr
collect2: ld
From http://bugs.debian.org/541848 and
http://buildd.debian.org/build.php?arch=alphapkg=darcsver=2.3.0-1,
it appears that Darcs 2.3.0 fails to build on Alpha systems, due to
ld: cannot find -lHSrts_thr
The good folk of #haskell think RTS probably isn't available on Alpha,
and that we
On Mon, Aug 03, 2009 at 01:36:32PM +0300, Leonard Norrgård wrote:
The emacs package ultimately depends on emacs23-common =23.1+1-1,
which is outdated and gone.
I can't reproduce this problem. The packages in my repo which depend
on emacs23-common are:
emacs23-bin-common=23.1+1-2 Depends:
Package: libghc6-curl-dev
Version: 1.3.5-1
Severity: grave
Justification: the package cannot be installed on Debian.
There's no such package as libcurl in Debian; I think the run-time
dependency should be something like libcurl4-dev or
libcurl4-gnutls-dev (depending on haskell-curl's license).
On Wed, Mar 25, 2009 at 09:29:56AM +0100, Sebastian Andrzej Siewior wrote:
+CFLAGS=-fPIC ./waf --nocache configure --prefix=/usr
this is not cool because now -fPIC is also used for midori binary
itself.
Please help me to understand why it's bad to use -fPIC for the binary
itself.
So I
On Wed, Mar 25, 2009 at 09:45:34AM +0100, Sebastian Andrzej Siewior wrote:
kalikiana I also have a reason to not use it actually, which is that
kalikiana for instance on x86-32 it makes the application slower.
twb OK, Debian says that reason is not good enough for Debian.
twb
On Tue, Mar 10, 2009 at 09:44:23AM -0600, dann frazier wrote:
Function `soup_uri_decode' implicitly converted to pointer at
../midori/midori-view.c:2551
[...]
--- midori-0.1.4/midori/midori-view.c.orig2009-03-10 09:34:49.720620865
-0600
+++ midori-0.1.4/midori/midori-view.c
From IRC:
kalikiana Regarding -fPIC, I don't really see how I could avoid it.
kalikiana If somebody finds it wrong, I would really like to know an
kalikiana alternative because it is needed for linking extensions.
twb I looked at the Debian Policy manual again, and it says -fPIC
twb *must* be
An additional datapoint for the GTK+2 package maintainer. This may
also/instead relate to #518091.
On Thu, Mar 05, 2009 at 09:17:33AM +0100, Yann Leboulanger wrote:
Installing shared-mime-info solves the problem. This may very well be
a bug in a dependency of gajim--I don't know.
hmm it's in
On Tue, Mar 17, 2009 at 06:57:24PM -0600, dann frazier wrote:
I tested the initial patch on paer.debian.org, a parisc machine.
I found that it didn't work. However, this one did:
- ./waf --nocache configure --prefix=/usr
+ CFLAGS=-fPIC ./waf --nocache configure --prefix=/usr
Yes, but
On Tue, Mar 17, 2009 at 09:27:33PM -0600, dann frazier wrote:
On Wed, Mar 18, 2009 at 12:49:49PM +1100, Trent W. Buck wrote:
On Tue, Mar 17, 2009 at 06:57:24PM -0600, dann frazier wrote:
I tested the initial patch on paer.debian.org, a parisc machine.
I found that it didn't work. However
On Thu, Mar 05, 2009 at 09:34:52AM +0100, Sebastian Andrzej Siewior wrote:
midori fails to compile hppa [1]. The patch attached could help, I
have no access to hppa box to say this for sure :)
Unfortunately neither I nor Christian (the upstream maintainer) have
access to HPPA hardware, and I
tag 515790 + confirmed
stop
On Tue, Feb 17, 2009 at 06:14:26PM +0100, Kurt Roeckx wrote:
Your package is failing to build with the following error:
dh_usrlocal -a
dh_usrlocal: debian/mg/usr/local/man/man1/mg.1 is not a directory
rmdir: failed to remove `debian/mg/usr/local/man/man1':
# Automatically generated email from bts, devscripts version 2.10.35
# As Lenny now includes libglib2.0-0=2.16.6-1, this bug should not manifest.
close 495501
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Aug 20, 2008 at 07:14:40PM +0100, Steve Cotton wrote:
Thread 2 (Thread 0x41e52950 (LWP 28933)):
#0 0x in ?? ()
#1 0x7f89eebe6646 in open_read_async_thread (res=0x80db60,
object=0x932950, cancellable=0x0)
at /build/buildd/glib2.0-2.16.4/gio/gfile.c:4015
# Automatically generated email from bts, devscripts version 2.10.28
# Petr, the 2.0.0-5 package on mentors.debian.net contains the described
workaround.
tags 485631 + pending
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: iceweasel
Version: 3.0~b4
Severity: serious
Justification: no longer builds from source
See attached transcript.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Package: iceweasel
Version: 3.0~b4
Severity: serious
Justification: no longer builds from source
See attached transcript.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Package: iceweasel
Version: 3.0~b4-1
Severity: serious
Justification: no longer builds from source
See attached transcript. There is already an unqualified dependency
on libcairo2-dev; it looks like it needs to be qualified by a minimum
version.
-- System Information:
Debian Release: lenny/sid
# Automatically generated email from bts, devscripts version 2.10.18.1
found 473534 3.0~b4-1
# whoops, missed the -1 earlier.
found 473535 3.0~b4-1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: bootchart-view
Version: 0.10~svn407-3
Severity: serious
I don't really know about Java, but I suspect this is failing because
bootchart-view doesn't work with sablevm (which I chose because it has
the smallest disk footprint). If this is the case, bootchart-view's
dependency should be
On Wed, Dec 26, 2007 at 02:28:21PM +0100, Kurt Roeckx wrote:
[FTBFS] unless `libboost-dev' is installed.
This is not a bug in rrootage, [...]
This is only a bug in libbulletml-dev which is missing a Depends.
You need to:
- Have libbulletml-dev add the Depends
- after the new
41 matches
Mail list logo
