Package: wnpp
Severity: wishlist
* Package name: appimagelauncher
* URL : https://github.com/TheAssassin/AppImageLauncher
* License : MIT
Programming Lang: C++, Qt5
Description : AppImage desktop integration
https://github.com/TheAssassin/AppImageLauncher
>
>
Source: pseudo
Version: 1.9.0+git20200626+067950b-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=pseudo=sid
...
dh_auto_build -a
make -j4
make[1]: Entering directory '/<>'
CC="cc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong
-Wformat
On Sat, 11 Jul 2020 at 20:37, Michael Tokarev wrote:
>
> 10.07.2020 17:29, 小太 wrote:
> > Package: qemu-system-x86
> > Version: 1:5.0-5
> > Severity: important
> >
> > I upgraded my qemu-system-x86 from 1:5.0-5 to 1:5.0-6 today (since it was
> > just
> > migrated to testing).
> >
> > After
With current firmware from Dell (1.9.1) and current intel-microcode
package, the problem is resolved.
# LANG=C lscpu
Architecture:x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 39 bits
On Sun, Jul 12, 2020 at 10:28 AM Sebastian Ramacher
wrote:
> On 2020-07-11 22:51:13 +0200, László Böszörményi (GCS) wrote:
> As far as I understand it, a tighter dependency would make britney
> consider them as having to transition together, avoiding the issue with
> the autopkgtests. It would
Package: gimp
Version: 2.10.18-1
Followup-For: Bug #952440
I ran into the same bug, closing LXQT's qlipper app solved it for me.
Source: haskell-taskell
Version: 1.4.0.0-1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source
haskell-taskell build-depends on missing:
- libghc-brick-dev:amd64 (< 0.48)
libghc-brick-dev is currently at version 0.52.1-1
Cheers
--
Sebastian Ramacher
>From 57a3c9b37951392c58449ddf1e05ce5f29f7f0eb Mon Sep 17 00:00:00 2001
From: Mailing List
Date: Sun, 12 Jul 2020 10:12:09 +0200
Subject: [PATCH] Allow iwd expriments
Make it possible that people can switch from wpa-supplicant to iwd.
---
debian/control | 2 +-
1 file changed, 1 insertion(+),
Hi
On 2020-07-11 22:51:13 +0200, László Böszörményi (GCS) wrote:
> Hi,
>
> On Sat, Jul 11, 2020 at 5:53 PM wrote:
> > * Sebastian Ramacher [2020-07-11 16:54]:
> > So it should work if all migrate at the same time, right?
> It would work if all packages migrate at the same time. It will not
>
On 12.07.2020 02.44, Paul Wise wrote:
> On Sat, 2020-07-11 at 18:20 +0100, Simon McVittie wrote:
>> It might be safer to build a corresponding mailto:
>> URI (which is desktop-agnostic and can be done in
>> pure Python), and then pass it to whatever is the Python
>> binding for
On Thu, Jun 25, 2020 at 01:41, Pirate Praveen
wrote:
On Tue, Jun 23, 2020 at 2:40 pm, Sean Whitton
wrote:
Thanks. I think at this point we probably need to wait to hear from
Bastian, who processed the REJECT. In the meantime, it would be
good to
reupload with the reason for the
Hi Antonio,
> > I note that there is code already in gem2deb that attempts to not
> > install these (?), but it does not appear to be working.
>
> That's a different code path that this package and others that use
> --gem-install don't hit.
Okay. Anyway, thanks for applying my patch.
Regards,
Package: aptitude
Version: 0.8.11-7
Severity: important
X-debbugs-cc: debian-backpo...@lists.debian.org
I have been using "apt -t buster-backports install gitlab" till
recently. But with ruby 2.7 in buster-fasttrack
(https://fasttrack.debian.net), I need to tell apt to prefer packages
in
101 - 113 of 113 matches
Mail list logo