Package: easy-rsa
Version: 3.0.6-1
Oops the package name has a dash... :(
On 21/9/20 15:36, Jeremy Davis wrote:
> Package: easyrsa
> Version: 3.0.6-1
>
> [...]
signature.asc
Description: OpenPGP digital signature
Package: easyrsa
Version: 3.0.6-1
Under some circumstance easyrsa throws an error regarding 'set -o echo'.
This has been reported upstream[1] and subsequently fixed[2]. As per
Debian policy, I'm sure that the PR noted would double as a patch to fix
this bug in buster.
The bug has been resolved
Hi Tiago, hi Julian,
On Fri, Sep 18, 2020 at 01:13:55PM -0300, Tiago Daitx wrote:
> Hi Tony,
>
> Matthias is the actual Debian Maintainer, but in my opinion the patch
> is great and should be ok to go do an upload including it.
Yes, that's a good point. Once the upload is ready (see below), I
On Sun, Sep 20, 2020 at 11:24 AM Heiko Schäfer wrote:
> I would have to sponsor something, but if over 1.5 years later nobody wants to
> sponsor it, I must accept that this tool seems to be an piece of utter
> bullshit.
The availability of a sponsor for software needing a sponsor is not
This is fun. Actually isn't too difficult to trigger, simply slowly
reduce the memory Xen allocates to Dom0 and eventually the oom-killer is
likely to trigger (having tried to shrink Dom0 as far as possible,
believe me, I know). I had been wondering which of the Xen daemons could
be safely
Hi Ahzo,
Ahzo wrote:
> # aptitude # select 'test-b' for installation, press g
> Uncaught exception: ../../src/ui.cc:1549: void auto_fix_broken(): Assertion
> "resman->resolver_exists()" failed.
Bingo! There it is. Thanks again!
Regards, Axel
--
,''`. | Axel Beckert ,
Package: seabios
Followup-For: Bug #945511
Dear Maintainer,
The encoded address is correct, even in the dump I uploaded. I made a mistake
in reading it which somehow made it into my program as well.
--Giancarlo
-- System Information:
Debian Release: 9.13
APT prefers oldstable-updates
Hi Axel,
thanks for your quick and positive reply.
Indeed, for some reason the upgrade works in the TUI.
To reproduce the assertion failure in the TUI one can try to install test-b
after having installed test-a version 2.
That corresponds to the last four steps:
# # Reproduce problem with TUI:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "htmldoc":
* Package name: htmldoc
Version : 1.9.10-1
Upstream Author : Michael R Sweet
* URL : https://www.msweet.org/htmldoc/
* License :
Package: bpython
Version: 0.19-1
Severity: normal
X-Debbugs-Cc: calumlikesapple...@gmail.com
Bpython includes detailed sphinx documentation, but that doesnt appear to
be being shipped along with the package. I often work offline, and would
appreciate having access to the documentaion files when
Package: kcemu
Version: 0.5.1+git20141014+dfsg-2+b1
Severity: important
X-Debbugs-Cc: maximilian.grossm...@studium.fernuni-hagen.de
Dear Maintainer,
just have a fresh install of kcemu from debian repositories. Kcemu
doesn't start. Error Output:
"can't open file '/usr/share/kcemu/roms/kc85/'"
Hello,
recently Debian removed the binary package "python" from sid and
testing, thus breaking the Recommends: for nfs-common. The affected
scripts should be converted to Python 3 and the Recommend: field should
be updated accordingly.
Regards,
Gabriele Stilli
Hi Scott,
While resolving this bug, would you by the way bump libnitrokey to
version 3.6? Szczepan released it this week.
This new version introduces native support for LibremKey.
Package: remmina
Version: 1.4.8+dfsg-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I tried to enable the font smoothing capabilities via Preferences > RDP tab >
Quality settings.
I can choose it. But when I press the Close button there is an error shown on
the command
I've done some more digging, and it looks like the delay isn't related
to the new version, or to moosic at all. It happens only with WAV files
played by sox; my best guess is that it's a matter of how sox handles
things internally, such that when it gets SIGSTOP or suchlike it (I
imagine) lets a
On Sun, Sep 20, 2020 at 07:57:59PM +0200, Bastian Germann wrote:
> Am 20.09.20 um 12:35 schrieb Teus Benschop:
> > The error message in this bug report is an unusual one.
> >
> > I managed to find one other similar report on Google, which was in Chinese.
> >
> > Possible solutions I could think
Package: libvte-2.91-0
Version: 0.62.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After an upgrade of libvte gnome-terminal and other software using the library
(gedit terminal plugin) doesn't work.
Where the console should be there is some transparency and a
Source: mariadb-10.5
Version: 1:10.5.5-1~exp1
Severity: serious
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: x32
After uploading the latest mariadb-10.5 I noticed it fails to build.
However, mariadb-10.4 built just fine on x32.
The failure is:
Source: mariadb-10.3
Version: 1:10.5.5-1~exp1
Severity: serious
Justification: fails to build from source
User: debian-powe...@lists.debian.org
Usertags: ppc64
After uploading the latest mariadb-10.5 I noticed it fails to build.
However, mariadb-10.4 built just fine on ppc64.
The failure is this
Quoting Pirate Praveen (2020-09-20 22:08:24)
>
>
> On 2020, സെപ്റ്റംബർ 21 12:38:37 AM IST, Xavier Guimard
> wrote:
> >Package: rollup
> >Version: 1.12.0-2
> >Severity: serious
> >Tags: ftbfs
> >Justification: Policy 7.7.7
> >
> >node-rollup 1.12.0 can't be build with current typescript
Interestingly alpha built just fine on mariadb-10.5:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5=alpha=1%3A10.5.5-1%7Eexp1=1600077822=0
On Sun, 20 Sep 2020 23:51:22 +0200 Markus Koschany wrote:
>
> I believe this issue was fixed in libglade2-dev (#967157) and
> monster-masher
^
should be desmume of course :-)
signature.asc
Description: OpenPGP digital signature
Package: mariadb-10.5
Version: 1:10.5.5-1~exp1
The riscv64 builds on Debian build are still failing for latest mariadb-105:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5=riscv64=1%3A10.5.5-1%7Eexp1=1599937965=0
[ 62%] Building CXX object
Seems mariadbc-10.5 built just fine on ia64:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5=ia64=1%3A10.5.5-1%7Eexp1=1599939666=0
Interestingly mariadb-10.5 built just fine on sh4 in
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5=sh4=1%3A10.5.5-1%7Eexp1=152010=0
Package: mariadb-10.5
Version: 1:10.5.5-1~exp1
This most likely also apply for mariadb-10.5. However the mariadb-10.5
fails to build at all:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5=hppa=1%3A10.5.5-1%7Eexp1=1599943062=0
On Thu, Sep 10, 2020 at 09:52:40PM +0200, Alexander Wirt wrote:
>
> Sorry for joining late. Could you please upgrade the list of subscribers
> and provide me with the archive of the old alioth list?
No problem. I'm attaching another encrypted dump of the subscriber list.
The archives are
package release.debian.org
tags 970584 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: inetutils
Version:
package release.debian.org
tags 970583 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: chocolate-doom
Version:
Package: ghdl
Severity: wishlist
X-Debbugs-Cc: Ludovic Brenta
Hello!
As discussed on the debian-ada mailing list[1], we are migrating all
packages containing Ada sources to gnat-10. It is likely that gnat-9
will be removed from Debian before the freeze (and the severity of this
bug will then
Source: nspr
Version: 4.28-1
Severity:
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently libdrm FTBFS GNU/Hurd due to a parenthesis bug in ptsync.c.
Attached is a patch to fix this: nspr_pr_src_pthreads_ptsynch.c.diff.
Furthermore for the tests to succeed on
I intent to adopt socnetv.
I have already spoken to Serafeim and he's willing to help me kindly.
Cheers,
Adrià
signature.asc
Description: PGP signature
Control: reopen -1
Control: tags -1 + moreinfo
Le 20/09/2020 à 22:18, Andy Dorman a écrit :
> On Sun, 13 Sep 2020 16:18:27 + Debian FTP Masters
> wrote:
>> Source: cyrus-imapd
>> Source-Version: 3.2.3-2
>> Done: Xavier Guimard
>>
>> We believe that the bug you reported is fixed in the
Hello Tobias,
I've updated the package following your instructions. It's available at
mentors:
https://mentors.debian.net/package/photoprint/
Best Regards,
François
signature.asc
Description: This is a digitally signed message part
Package: ftp.debian.org
Severity: normal
Please clean up the cruft r-other-dropbead binary arch:all package.
r-other-dropbead | 0.3.1+git20180221.d746c6f+ds-1 | unstable|
all
r-other-rajewsky-dropbead | 0.3.1+git20180221.d746c6f+ds-1 | unstable|
source
On Sun, 13 Sep 2020 16:18:27 + Debian FTP Masters
wrote:
Source: cyrus-imapd
Source-Version: 3.2.3-2
Done: Xavier Guimard
We believe that the bug you reported is fixed in the latest version of
cyrus-imapd, which is due to be installed in the Debian FTP archive.
A summary of the changes
On Sat, Sep 19, 2020 at 06:15:22PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sat, 2020-09-19 at 13:31 +0200, Moritz Muehlenhoff wrote:
> > Fix for CVE-2020-14983, which doesn't really warrant a DSA.
>
> Please go ahead.
Thanks, uploaded.
Cheers,
Moritz
Source: tcpspy
Version: 1.7d-15
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
tcpspy fails to cross build from source, because the upstream Makefile
hard codes the build architecture compiler gcc. Please consider applying
the attached patch to make it substitutable and
On Sat, Sep 19, 2020 at 06:17:20PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sat, 2020-09-19 at 13:33 +0200, Moritz Muehlenhoff wrote:
> > Fix for CVE-2020-10188, which doesn' really warrant a DSA.
> >
>
> Please go ahead.
Thanks, uploaded.
Cheers,
Moritz
Package: r-cran-isospecr
Version: 2.1.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'stable'.
It installed fine in 'stable', then the upgrade to 'sid' fails
because it tries to overwrite
Le 20/09/2020 à 22:08, Pirate Praveen a écrit :
>
>
> On 2020, സെപ്റ്റംബർ 21 12:38:37 AM IST, Xavier Guimard
> wrote:
>> Package: rollup
>> Version: 1.12.0-2
>> Severity: serious
>> Tags: ftbfs
>> Justification: Policy 7.7.7
>>
>> node-rollup 1.12.0 can't be build with current typescript
On 2020, സെപ്റ്റംബർ 21 12:38:37 AM IST, Xavier Guimard wrote:
>Package: rollup
>Version: 1.12.0-2
>Severity: serious
>Tags: ftbfs
>Justification: Policy 7.7.7
>
>node-rollup 1.12.0 can't be build with current typescript (4.0.2). It
>requires tsc 3.4.5 (tested with success). Output:
I think
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Dear Release Team,
I would like to update the sleuthkit on the buster to prevent a stack buffer
overflow in yaffsfs_istat, because during a review of the Debian Security
Tracker, I
Package: libncarg-dev
Version: 6.6.2-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.
>From the attached log (scroll to the bottom...):
Hi
On 20-09-2020 21:29, Paul Gevers wrote:
> On Mon, 14 Sep 2020 14:15:38 +1000 Craig Small wrote:
>> Package: libsnmp-dev
>> Version: 5.9+dfsg-2
>
> libsnmp-dev wasn't the package that this bug filed against at the moment
> you closed it. So, the bts doesn't consider the bug closed in
Package: wnpp
Severity: wishlist
Owner: Nick Strauss
* Package name: vguitar
Version : 2.6
Upstream Author : Nick Strauss
* URL : http://www.nick-strauss.com/
* License : GPL
Programming Lang: C++
Description : Play Guitar in any term w MIDI
On 20/09/2020 10:55, Emilio Pozuelo Monfort wrote:
> On 25/07/2020 12:04, Adam D. Barratt wrote:
>> Hi,
>>
>> On Wed, 2020-07-22 at 13:26 +0200, Emilio Pozuelo Monfort wrote:
>>> On 22/07/2020 13:19, Emilio Pozuelo Monfort wrote:
So I have gone with the minimal backport to 2.44.10 instead
Hi,
On Sun, Sep 20, 2020 at 05:46:18PM +0100, Colin Watson wrote:
> Control: reassign -1 linux
>
> On Sun, Sep 20, 2020 at 12:37:02PM -0400, Calum McConnell wrote:
> > Simply put, I think a lot of people would benefit from zswap being
> > enabled by default. Except on very low-preformance
Package: rollup
Version: 1.12.0-2
Severity: serious
Tags: ftbfs
Justification: Policy 7.7.7
node-rollup 1.12.0 can't be build with current typescript (4.0.2). It
requires tsc 3.4.5 (tested with success). Output:
$ tsc --esModuleInterop
src/ModuleLoader.ts:59:3 - error TS2322: Type '(id: string)
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "mcx":
* Package name : mcx
Version : 2020.9-1
Upstream Author : fan...@gmail.com
* URL : https://github.com/fangq/mcx
* License : GPL-3+,
Thank you, Moritz!
I installed your packages on September 15. Since then, transmission
behaves fine again. See munin-graph attached.
If this sample - five days on one machine from one user - is big enough
to be significant, i don't know.
Best
Moritz Mühlenhoff:
Can you please test the
Hi Michael,
On 20-09-2020 18:21, Michael Stone wrote:
> I thought debports architectures weren't supposed to prevent migration
> to testing so I'm confused about why the package hasn't migrated.
arm64 is a release architecture, already since jessie.
https://www.debian.org/releases/jessie/
Paul
Dear Maintainer,
I am missing someone has taken a look into this issue. I'd appreciate
to get some feedback.
Please let me know what further input from my side may be helpful.
Regards,
Sven
signature.asc
Description: This is a digitally signed message part
Package: gnome-recipes
Version: 2.0.2-5+b1
Severity: minor
Dear Maintainer,
the recipe called "Bohnenkraut-Kuchen" in German locale (probably
"Savory Cake" in English) provided in gnome-recipes has two issues,
maybe a translation problem:
- The list of ingredients shows "Backpulver" (baking
Am 20.09.20 um 12:35 schrieb Teus Benschop:
> The error message in this bug report is an unusual one.
>
> I managed to find one other similar report on Google, which was in Chinese.
>
> Possible solutions I could think of are these two.
>
> 1. If the error is temporary, to upload a new package
On Sun, Sep 20, 2020 at 10:56:02PM +0800, Paul Wise wrote:
> On Sun, 2020-09-20 at 11:04 +0200, Bill Allombert wrote:
>
> > Instead I would suggest to add a new dpkg control field 'X-Popcon:
> > private' and have popularity-contest skip packages having this field.
>
> This isn't going to be
Hi Emilio,
Emilio Pozuelo Monfort a écrit le 20/09/2020 à 18:50 :
> On 06/09/2020 13:38, Gilles Filippini wrote:
>> Emilio Pozuelo Monfort a écrit le 06/09/2020 à 12:19 :
>>> On 06/09/2020 11:53, Gilles Filippini wrote:
Package: release.debian.org
Severity: normal
User:
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove haskell-termonad (build-depends on haskell-gi-gtk) from
armhf.
Thanks,
--
Ilias
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove taffybar (build-depends on haskell-gi-gtk) from armhf.
Thanks,
--
Ilias
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove haskell-gtk-strut (build-depends on haskell-gi-gtk) from
armhf.
Thanks,
--
Ilias
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove haskell-gtk-sni-tray (build-depends on haskell-gi-gtk)
from armhf.
Thanks,
--
Ilias
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove haskell-gi-vte (build-depends on haskell-gi-gtk) from
armhf.
Thanks,
--
Ilias
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of memory,
see ROM #970642).
Please remove haskell-gi-dbusmenugtk3 (build-depends on haskell-gi-gtk)
from armhf.
Thanks,
--
Ilias
Package: python3-pytest
Version: 3.10.1-2
The standard runner "pytest" command present in most pytest files
shebang isn't shipped by python3-pytest package.
It used to be shipped by python2 "python-pytest" package which is
neither present in testing nor unstable, so there's room for shipping
Package: ftp.debian.org
Severity: normal
The latest version of haskell-gi-gtk FTBFS on armhf (ghc: out of
memory).
Please remove haskell-gi-gtk from armhf.
Thanks,
--
Ilias
On Fri, Sep 18, 2020 at 12:05:09AM +0300, Timo Sirainen wrote:
> > One of my IMAP users reports failures when trying to do full-text
> > searches of a large (3G) mailbox; subject-only searches are OK.
> >
> > The backtrace in syslog is:
> >
> > Sep 15 11:51:37 aragorn dovecot: imap(atreic):
Package: libqtgui4
Version: 4:4.8.7+dfsg-18
Severity: normal
Tags: patch
Introduction:
After migrating a legacy application from jessie to buster without making major
changes we experienced QDialogs and QMessageBoxes randomly showing up outside
the visible area.
In most of the occurences the
Control: reassign -1 linux
On Sun, Sep 20, 2020 at 12:37:02PM -0400, Calum McConnell wrote:
> Simply put, I think a lot of people would benefit from zswap being
> enabled by default. Except on very low-preformance machines, it is
> always an improvment. Even on those very limited machines,
Source: mtd-utils
Severity: important
X-Debbugs-CC: riku.voi...@linaro.org
Hi!
I would like to salvage the mtd-utils package. The current maintainer is
unresponsive on the open issues (2014 was the last answer). His last
main package action was in August 2019, packging the version 2.1.1-1.
This
On 06/09/2020 13:38, Gilles Filippini wrote:
> Emilio Pozuelo Monfort a écrit le 06/09/2020 à 12:19 :
>> On 06/09/2020 11:53, Gilles Filippini wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> Hi,
>>>
>>>
Package: grub-pc
Version: 2.04-8
Severity: wishlist
X-Debbugs-Cc: calumlikesapple...@gmail.com
Simply put, I think a lot of people would benefit from zswap being enabled by
default. Except on
very low-preformance machines, it is always an improvment. Even on those very
limited machines,
I thought debports architectures weren't supposed to prevent migration
to testing so I'm confused about why the package hasn't migrated.
Added upstream in r5084, r5087:
https://www.smartmontools.org/changeset/5084
https://www.smartmontools.org/changeset/5087
Please update the drive database.
Hi Tobi,
> > i18n debian l10n ?
>
> Can you expand what you mean?
At one point, I had Vguitar fully i18n compliant and I made a call to
bindtextdomain ("vguitar", "/usr/share/locale/"); and I had PO files, and
support in the Makefiles. Then I took this out, because I do not understand the
Package: jag
Version: 0.3.6-1
Severity: serious
Justification: Policy 7.6.1
Dear Maintainer,
Trying to upgrade jag from 3.6-1 to 3.8-1 fails, because the upgrade
tries to overwrite files of jag-data. See the following apt upgrade
output:
Do you want to continue? [Y/n]
Reading changelogs... Done
Dear Ben,
the script r.js is packaged: not in the package libjs-requirejs, but in
the package nodejs-requirejs.
Best regards, Georges.
--
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70
signature.asc
Package: nvme-cli
Version: 1.12-4
Severity: normal
Dear Maintainer,
maybe the package must depend on uuid-runtime since its postinst script
may call uuidgen.
Is it correct to list the now during installation generated files in the
`nvme-cli.list` file?
Regards,
Jörg.
-- System Information:
On Sun, Sep 20, 2020 at 04:56:06PM +0200, Bastian Germann wrote:
> On Sat, 19 Sep 2020 17:09:47 +0200 Tobias Frost wrote:
> > On Sat, 19 Sep 2020 16:50:19 +0200 Bastian Germann
> >
> > As said, you should bundle efforts.
> > If there is no reaction, you can try to follow the ITS process [2].
>
On Sun, Sep 20, 2020 at 05:08:02PM +0200, François Mazen wrote:
> Hello Tobias,
>
> >
> > my 2 cents say keep the old name, but see what I've written above.
> >
>
> thanks for your time explaining the reasons to keep the old package
> name. So I'll restart the version 2 packaging with the
Control: tag -1 upstream
On Sun, Sep 20, 2020 at 9:28 AM Harald Dunkel wrote:
> I think there is a misunderstanding: The problem is not the error,
> but the error *message*. Can you do without complaining about bad
> HTTP code and URLs that don't work? Surely they don't give a hint
> about what
Package: ipmitool
Version: 1.8.18-10
Followup-For: Bug #947384
This issue is still present in the latest version.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Package: tracker
Version: 2.3.6-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete conffiles on
Hi,
On Sun, 20 Sep 2020 at 20:34, Étienne Mollier
wrote:
> Control: tags -1 pending
>
> Greetings,
>
> I tried to investigate the issue of running SweeD autopkgtests
> on arm64. It turned out to be caused by the assumption that the
> "char" type was "signed" by default, while it is "unsigned"
Hello Tobias,
>
> my 2 cents say keep the old name, but see what I've written above.
>
thanks for your time explaining the reasons to keep the old package
name. So I'll restart the version 2 packaging with the zipios++ package
name, and I'll drop the renaming process.
Could you please create
Package: moosic
Version: 1.5.6-1
Severity: normal
Tags: patch upstream
Dear Maintainer,
moosic was written in Python 2, which is due for removal from Debian. A
recent dist-upgrade against testing on my system wanted to remove it in
order to upgrade other packages.
The original moosic upstream
Package: src:linux
Version: 5.8.7-1
Severity: minor
Dear Maintainer,
With a recent SD card image from raspi.debian.net,
running on Raspberry Pi 4B 8GB (board revision 1.4),
I see
Sep 14 15:04:42 rpi4-20200909 kernel: [Firmware Bug]: Kernel image misaligned
at boot, please fix your bootloader!
Control: tags -1 pending
Greetings,
I tried to investigate the issue of running SweeD autopkgtests
on arm64. It turned out to be caused by the assumption that the
"char" type was "signed" by default, while it is "unsigned" by
default at least on arm64. The patch I added makes several
targeted
On Sat, 19 Sep 2020 17:09:47 +0200 Tobias Frost wrote:
> On Sat, 19 Sep 2020 16:50:19 +0200 Bastian Germann
>
> wrote:
> ...
> > Unfortunately, Riku did not respond to any of the referenced bugs, all
> > of which are reported for quite some time.
> >
> OK. Seems to be a strange case. He
On Sun, 2020-09-20 at 11:04 +0200, Bill Allombert wrote:
> Could you explain why you want to exclude some package ?
Personally I'm excluding packages created by mk-build-deps as well as
the metapackages I create for my own systems, using a simple `grep -v`
in the popcon submission cron job.
The
Hi,
This isn't a conventional setup, which is why dbus isn't there, there's no
input, as I only need the output. The more unconventional part is that I'm
running X11 within a docker container. As I said, this works with an older
version, specifically, on the same host, a different container
with
Quoting Jérémy Lal (2020-09-20 15:27:41)
> Le dim. 20 sept. 2020 à 15:04, Kurt Roeckx a écrit :
>
> > On Sun, Sep 20, 2020 at 02:36:44PM +0200, Jérémy Lal wrote:
> > > Le dim. 20 sept. 2020 à 12:00, Kurt Roeckx a écrit :
> > >
> > > > Package: nodejs
> > > > Severity: wishlist
> > > >
> > > >
Control: tags -1 - moreinfo
Hello Tobias,
> - d/copyright: 1) I saw that you say "GPL-2+" for the debian/* files,
but I am
> not sure where you got that from. AFAICS it was not specified in the old
> package. Can you explain where you got it from?
> 2) It would be better when the debian
Hi,
is there any new state? i see these message too with buster 5x. needs
some time me to figure out that it is caused by cgroups (and maybe
lxcfs). any way to trigger/debug/fix?
regards Frank
Hmmm, I think that text is incorrect — NASA is a US federal agency and
hence in the public domain
(https://en.wikipedia.org/wiki/Copyright_status_of_works_by_the_federal_government_of_the_United_States).
Not to mention that data isn't copyrightable in the US, anyway.
Hadley
On Sun, Sep 20, 2020
Package: src:gtkgl2
Followup-For: Bug #967808
Just in case it helps taking a decision: as author of the recent NMUs,
I support the removal.
Am 20.09.20 um 12:35 schrieb Teus Benschop:
> The error message in this bug report is an unusual one.
>
> I managed to find one other similar report on Google, which was in Chinese.
>
> Possible solutions I could think of are these two.
>
> 1. If the error is temporary, to upload a new package
On 9/15/20 5:05 PM, Reinhard Tartler wrote:
I think this is the relevant error message. May I ask a couple of questions:
1. Did this work with an earlier verison of podman, i.e., is this a
regression? What version worked for you before?
No, I didn't try an earlier version of podman.
Source: tt-rss
Version: 19.8+dfsg-1
Severity: grave
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerabilities were published for tt-rss.
CVE-2020-25787[0]:
| An issue was discovered in Tiny Tiny RSS (aka tt-rss) before
| 2020-09-16. It does
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
util-linux doesn't know about the new capabilities from Linux 5.8 yet, e.g.:
% setpriv --bounding-set -all echo test
setpriv: libcap-ng is too old for "all" caps
The problem is not
Le dim. 20 sept. 2020 à 15:04, Kurt Roeckx a écrit :
> On Sun, Sep 20, 2020 at 02:36:44PM +0200, Jérémy Lal wrote:
> > Le dim. 20 sept. 2020 à 12:00, Kurt Roeckx a écrit :
> >
> > > Package: nodejs
> > > Severity: wishlist
> > >
> > > Hi,
> > >
> > > Would it be possible to get a newer version
1 - 100 of 147 matches
Mail list logo
