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.
FWI
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 "N
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 believ
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 thi
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 bubblewrap
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 enabled
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 -af
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 St
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 adobe
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
'http://dl.google.com/linux/ch
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 t
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 polic
Jakub Wilk wrote:
> tags 628476 + confirmed upstream fixed-upstream thanks
>
> * Florian Weimer , 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 4.4.
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 pu
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 debian-bugs-rc-requ...
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
threade
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 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 Haskel
>From http://bugs.debian.org/541848 and
http://buildd.debian.org/build.php?arch=alpha&pkg=darcs&ver=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 can/s
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
>> c
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: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> ht
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.
> S
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 2009
>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*
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
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.
>>>
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
Ye
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': Di
# 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/gfil
# 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]
# 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: 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
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)
Kernel
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)
Kernel
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 ti
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 libbul
41 matches
Mail list logo
