Package: chromium
Version: 83.0.4103.116-1~deb10u2
Followup-For: Bug #964334
Like said before, Chromium keeps crashing within a few minutes maximum.
It has also becomes very very slow since the last update.
Happening to me on stable with a few packages from the backports
(kernel 5.4 +
Package: bashtop
Version: 0.9.19-1
Severity: grave
Tags: security
bashtop creates a Python script in /tmp and runs it. But Python adds the
directory containing the script to the module search path¹, and /tmp is
world-writable, so this in insecure. A local user could plant malicious
Python
Hi Jeremy!
Thanks for contributing the security release! I checked your changes and pushed
them to the team repo.
I do not have an upload rights, so CCing Sebastian and Mattia.
--
Vasyl Gello
==
Certified SolidWorks Expert
Mob.:+380 (98) 465 66
tags 961843 - moreinfo
reattaching debdiff
diff -Nru lighttpd-1.4.53/debian/changelog lighttpd-1.4.53/debian/changelog
--- lighttpd-1.4.53/debian/changelog2019-04-13 00:00:00.0 -0400
+++ lighttpd-1.4.53/debian/changelog2020-03-21 19:30:00.0 -0400
@@ -1,11 +1,67 @@
+lighttpd (1.4.53-4+deb10u1)
0559345202
Hi Eduardo!
I briefly checked smplayer Salsa git and it seems that the nag is controlled by
DONATE_REMINDER define:
https://salsa.debian.org/multimedia-team/smplayer/-/blob/master/src/basegui.h#L76
I can try patching it in Debian but I am not smplayer user so I will need some
time to start
Package: diffoscope
Version: 150
Severity: normal
When comparing squashfs filesystems I get an error saying the first
filesystem could not be found, even though I created it just before.
$ mkdir foo bar
$ touch foo/foo bar/foo
$ chronic mksquashfs foo foo.squashfs
$ chronic mksquashfs bar
--
*From:* Adam D Barratt
*Sent:* Friday, July 3, 2020 1:55:08 PM
*To:* 963...@bugs.debian.org <963...@bugs.debian.org>
*Cc:* 963703-submit...@bugs.debian.org <963703-submit...@bugs.debian.org>
*Subject:* Bug#963703: gnutls28 3.5.8-5+deb9u5 flagged for acceptance
Freeze {diffstat:
changelog | 8 ++
debian/changelog | 19
intel-ucode/06-4e-03 | Bin 104448 -> 101376
bytes
intel-ucode/06-5e-03 | Bin
Send reply to edre...@gmail.com
On Sun, Jun 21, 2020, 11:57 AM Chris Hofstaedtler wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Dear Stable Release Managers,
>
> I'd like to push a fix for #959727 to
On Sun, 05 Jul 2020, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> On Sun, 2020-07-05 at 17:46 -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to update the intel-microcode packages in buster and stretch
> > to 3.202006016.1~deb{9,10}u1.
> >
> > This is basically the same
On Sun, 05 Jul 2020, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> On Sun, 2020-07-05 at 17:45 -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to update the intel-microcode packages in buster and stretch
> > to 3.202006016.1~deb{9,10}u1.
> >
> > This is basically the same
Package: evolution-ews
Version: 3.36.3-1
Severity: important
Dear Maintainer,
Since about a month ago, when I send an e-mail via my employer's Office365
setup using Evolution's EWS support, I find that the message that is placed
into the Sent folder has the correct recipient names, but the
Package: libedit2
Version: 3.1-20181209-1
Hello.
Found a bug in libedit package which causes readline() to segfault after
writting a large amount of data.
It crashes somewhere in function e_wgets() called from e_gets() from readline().
Looks like a buffer overflow, but appears to be crashing
Package: syncthing
Version: 1.1.4~ds1-5
Severity: wishlist
Dear Maintainer,
please consider updating Syncthing to its latest upstream version, 1.6.1.
Thank you for your efforts!
Package: chromium
Version: 83.0.4103.116-2
Severity: important
chromium
[5734:5734:0706/092317.088155:ERROR:sandbox_linux.cc(374)] InitializeSandbox()
called with multiple threads in process gpu-process.
[5695:5716:0706/092317.979847:ERROR:database.cc(1632)] History sqlite error 5,
errno 0:
Thanks a lot!
> Uploaded. Unfortunately I realised to late that the python3-*
> dependencies are not resolved automatically. I've added these manually
> in Git and will upload with the source-only upload that is needed after
> the package is accepted.
To run the unittest we need some more
Control: tags -1 pending
I guess I need to update corresponding part in debmake-doc
Osamu
Jonas
Rest assured I "removed lines"
What I did:
* Knock-out incorrect package description lines.
* Keep copyright parsing python code as is
* Keep encouraging statement in template file to use licensecheck
Sorry for my confusing message :-)
I didn't go for "different" thinking that I may
On Mon, 06 Jul 2020 at 01:48:45 +0200, Vincent Lefevre wrote:
> On 2020-07-06 01:06:58 +0200, Guilhem Moulin wrote:
>> On Mon, 06 Jul 2020 at 00:54:42 +0200, Vincent Lefevre wrote:
>>> On 2020-07-05 16:34:05 +0200, Guilhem Moulin wrote:
The raison d'être of wait_for_dropbear() is to avoid
Package: wsclean
Version: 2.9-2
Severity: minor
I was trying to build this version on buster and got build failures.
I tried in a sid schroot and got the same failure, so reporting.
I was building with 'debian/rules binary'.
Also tried 'debian/rules build; debian/rules binary', as per [1].
Package: libghc-doctemplates-doc
Version: 0.2.2.1-4
Severity: serious
Justification: uninstallable
Hi
seems that libghc-doctemplates-doc is not installable.
$ sudo apt install libghc-doctemplates-doc
Reading package lists... Done
Building dependency tree
Reading state information... Done
Yes, it is correct.
On Sun, Jul 5, 2020, 7:00 PM Samuel Henrique wrote:
> Hello, I believe you picked the wrong bug id, could you double check that,
> please?
>
> Thanks
>
Hello, I believe you picked the wrong bug id, could you double check that,
please?
Thanks
> tags -1 + confirmed
Bug #964350 [release.debian.org] buster-pu: package
intel-microcode/3.20200616.1~deb10u1
Added tag(s) confirmed.
On Fri, Jul 3, 2020, 4:24 PM Samuel Henrique wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User:
On 2020-07-06 01:06:58 +0200, Guilhem Moulin wrote:
> On Mon, 06 Jul 2020 at 00:54:42 +0200, Vincent Lefevre wrote:
> > On 2020-07-05 16:34:05 +0200, Guilhem Moulin wrote:
> >> The raison d'être of wait_for_dropbear() is to avoid handing the
> >> execution over to init(1) with a running ipconfig
Package: chromium
Version: 83.0.4103.116-1~deb10u2
Followup-For: Bug #963548
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do)
Id rather talk about call me 5045038792
On Sun, Jun 21, 2020, 11:57 AM Chris Hofstaedtler wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Dear Stable Release Managers,
>
> I'd like to push a fix for #959727
Package: smplayer
Version: 18.10.0~ds0-1
Severity: wishlist
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Every so many times Smplayer is used, an anoying dialog box asking for money
pops up. For now it is
* Use C99 fixed-size integer types to fix runtime assertion on
64bit architectures other than amd64 and alpha. (Closes: #956927)
* Stop linking to the dead Homepage
Stop sending all packages thru broken security needs to update tty
On Sun, Jul 5, 2020, 3:24 PM Adrian Bunk wrote:
>
On Mon, 06 Jul 2020 at 00:54:42 +0200, Vincent Lefevre wrote:
> On 2020-07-05 16:34:05 +0200, Guilhem Moulin wrote:
>> The raison d'être of wait_for_dropbear() is to avoid handing the
>> execution over to init(1) with a running ipconfig process or unclean
>> network stack. This is what the race
Package intel-microcode} freeze{3.20200616.1~deb9u1
On Sun, Jul 5, 2020, 4:03 PM Adam D. Barratt
wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2020-07-05 at 17:46 -0300, Henrique de Moraes Holschuh wrote:
> > I'd like to update the intel-microcode packages in buster and stretch
> > to
3.202006016.1~deb{9,10}u1{ፈርeeዝ}
On Sun, Jul 5, 2020, 3:48 PM Henrique de Moraes Holschuh
wrote:
> Package: release.debian.org
> Severity: normal
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> I'd like to update the intel-microcode packages in buster and
Hi Adrian
On Sun, 5 Jul 2020 at 19:02, Adrian Bunk wrote:
> This is #962550.
Are you sure?
The failing test was with ligclib1 0.11.8-1 from testing and gff2aplot
2.0-13 from unstable.
Regards
Graham
On 2020-07-05 16:34:05 +0200, Guilhem Moulin wrote:
> On Sun, 05 Jul 2020 at 12:08:41 +0200, Vincent Lefevre wrote:
> > On 2020-07-04 01:07:15 +0200, Guilhem Moulin wrote:
> >> That would introduce back the race condition described in #943459.
> >
> > I don't think so, as this would be equivalent
On 2020-07-02 11:57:41 +0200, Paride Legovini wrote:
> I didn't try it, but replacing
>
> /etc/logcheck/ignore.d.server/libsasl2-modules
>
> with the version proposed by IOhannes m zmoelnig [1] may work around the
> issue. If the change is confirmed to be working it should be very easy
> for
control: severity -1 important
On Sun, Jul 05, 2020 at 05:42:01PM +0200, Wolfgang Schweer wrote:
> while working on Debian Edu Bullseye, I noticed that it is no longer
> possible to log into the GOSa² web interface after a main server
> upgrade.
this pretty much sounds like a 'serious' bug ( =
found 964177 83.0.4103.116-1~deb10u2
thanks
---8<---
% apt-cache policy chromium
chromium:
Installed: 83.0.4103.116-1~deb10u2
Candidate: 83.0.4103.116-1~deb10u2
Version table:
83.0.4103.116-2 700
700 http://deb.debian.org/debian testing/main amd64 Packages
500
83.0.4103.116-1~deb10u2 was supposed to be fixed, and I'm still seeing random
crashes. It's not technically a segfault, but SIGABRT is close.
---8<---
free(): double free detected in tcache 2
Package: alttab
Version: 1.3.0-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Don't know, maybe an update?
* What exactly did you do (or not do) that was effective (or
ineffective)?
$ alttab
*** buffer overflow detected ***: alttab terminated
Abortado
Hi Leandro,
在 2020-07-01星期三的 22:57 -0300，Leandro Cunha写道：
> Dear mentors,
>
> The code is in my Salsa repository until the creation of the
> mentioned VCS and I am not allowed to access the project file. After
> that, the work will be centered on the informed VCS.
>
> [0]
Package: libcoarrays-mpich-dev,libcoarrays-openmpi-dev
Version: 2.9.0-1
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
Source: roundcube
Severity: important
Tags: security
Control: found -1 1.4.6+dfsg.1-3
Control: found -1 1.3.13+dfsg.1-1~deb10u1
Control: found -1 1.2.3+dfsg.1-4+deb9u5
AFAICT no CVE was assigned for this yet. 1.2.x, 1.3.x and 1.4.x
branches are affected. Upstream fix:
Package: gatling
Version: 0.13-6.1
A new version of the software is available.
gatling 0.15 was released 2016-10-03 and fixed several bugs.
It would be great to have this update packaged in Debian.
Control: tag -1 + stretch
Control: fixed -1 3.0.1-1
On Sun, 5 Jul 2020 11:51:43 +0200, Stephen Kitt wrote:
> On Sun, 05 Jul 2020 11:42:08 +0200, rpnpif wrote:
> > The command hubicfuse /mnt/hubic -o noauto_cache,sync_read
> > get the result :
> > hubicfuse: error while loading shared libraries:
On 2020-07-05 at 14:48 (+02), Christian Marillat wrote:
> Package: libmatroska6v5
>
> Dear Maintainer,
>
> Please package this new version needed by mkvtoolnix 48.0.0
FYI, both libebml and libmatroska had a SONAME bump within their new
releases v1.4.0 and v1.6.0, respectively.
Packages are now in
Pirate Praveen schreef op 2020-07-05 23:00:
In 2 days and 70+ rebuilds we have gitlab working with ruby 2.7 (just
tested git clone and git push).
Once you confirm, I can push these packages to fasttrack.debian.net
Sorry, I cannot test it any more because in the meantime I migrated to
the
Source: libpappsomspp
Version: 0.7.5-1
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libpappsomspp.html
https://buildd.debian.org/status/package.php?p=libpappsomspp
...
-- CMAKE_CURRENT_BINARY_DIR: /<>/obj-aarch64-linux-gnu
-- Compiling in
On Sun, Jul 05, 2020 at 09:35:14AM +0300, Andrei POPESCU wrote:
> On Sb, 04 iul 20, 19:56:45, s...@stormbind.net wrote:
> > While fuse-exfat can be coinstalled at any moment exfat-utils and
> > exfatprogs will for now conflict with each other.
>
> Isn't this the typical use-case for alternatives?
On Fri, Jul 3, 2020 at 21:50, Pirate Praveen
wrote:
On Fri, Jul 3, 2020 at 18:13, Frederik Himpe
wrote:
Pirate Praveen schreef op 2020-07-03 17:55:
gitaly's config.toml.examples have this,
[hooks]
custom_hooks_dir = "/home/git/custom_hooks"
Try setting it to
Control: tags -1 + confirmed
On Sun, 2020-07-05 at 17:46 -0300, Henrique de Moraes Holschuh wrote:
> I'd like to update the intel-microcode packages in buster and stretch
> to 3.202006016.1~deb{9,10}u1.
>
> This is basically the same packages already in buster and stretch via
>
Control: tags -1 + confirmed
On Sun, 2020-07-05 at 23:20 +0300, Adrian Bunk wrote:
> * Use C99 fixed-size integer types to fix runtime assertion on
> 64bit architectures other than amd64 and alpha. (Closes: #956927)
> * Stop linking to the dead Homepage.
Please go ahead.
Regards,
Adam
Control: tags -1 + confirmed
On Sun, 2020-07-05 at 17:45 -0300, Henrique de Moraes Holschuh wrote:
> I'd like to update the intel-microcode packages in buster and stretch
> to 3.202006016.1~deb{9,10}u1.
>
> This is basically the same packages already in buster and stretch via
>
Control: tags -1 + confirmed
On Sun, 2020-07-05 at 23:02 +0300, Adrian Bunk wrote:
> The version of sogo-connector in stretch does not work
> with the version of thunderbird in stretch. (#945061)
>
> The attached debdiff is against the version in unstable,
> which has already been backported to
Control: tags -1 + confirmed
On Sun, 2020-07-05 at 20:51 +0300, Adrian Bunk wrote:
> The version of compactheader in stretch does not work
> with the version of thunderbird in stretch. (#944021)
>
> The attached debdiff is against the version in unstable,
> which has already been backported to
An additional question : I still do not understand why, if this is a
"source" package, the source (and the Makefile) does not get included ?
Am I missing something ?
On 2020-07-05 17:26, Joan Moreau wrote:
Ok, I tried to put a Makefile that import all needed packages dynamically (via "git
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
I'd like to update the intel-microcode packages in buster and stretch to
3.202006016.1~deb{9,10}u1.
This is basically the same packages already in buster and stretch via
Source: python-peachpy
Version: 0.0~git20200303.f189ad2-3
Severity: important
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=python-peachpy
...
==
ERROR: runTest (test.x86_64.test_load.LoadAsm)
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
I'd like to update the intel-microcode packages in buster and stretch to
3.202006016.1~deb{9,10}u1.
This is basically the same packages already in buster and stretch via
Hi Shlomi,
Shlomi Fish wrote:
> > I'm surprised that this was only 2.5 years ago. It feels as if that
> > struggle with the switch to cmake was like half a decade ago. :-)
>
> Just for the record, *my* first commits referencing cmake were (according to
> git log --stat):
>
> commit
Package: ftp.debian.org
Severity: normal
Control: block -1 by 964347
See #934619 for background.
Source: bbhash
Version: 1.0.0-2
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/b/bbhash/5910297/log.gz
...
autopkgtest [21:08:27]: test run-unit-test: [---
g++ -o Bootest bootest.cpp -O3 -std=c++11 -lpthread
make: g++: Command not found
make: ***
Package: ftp.debian.org
Severity: normal
See #934619 for background.
Ok, I tried to put a Makefile that import all needed packages
dynamically (via "git clone" mostly)
You may check
https://github.com/grosjo/tomboy-reborn/blob/master/packages/tomboy-reborn_1.0.0-1_amd64.deb
Thank you
On 2020-07-05 15:53, Sudip Mukherjee wrote:
On Sun, Jul 5, 2020 at 3:31
Ich hoffe, Du hast es auf Salsa gefunden, denn es ist schon eine Weile da!
On Sun, Jul 05, 2020 at 10:18:01PM +0200, Steffen Moeller wrote:
> Package: wnpp
> Severity: wishlist
>
> Subject: ITP: nanoplot -- plotting scripts for long read sequencing data
> Package: wnpp
> Owner: Steffen Moeller
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
* Use C99 fixed-size integer types to fix runtime assertion on
64bit architectures other than amd64 and alpha. (Closes: #956927)
* Stop linking to the dead Homepage.
diff
On Sun, Jul 05, 2020 at 09:55:30PM +0200, Christoph Berg wrote:
> Re: tmanc...@debian.org
> > > I/O error : Attempt to load network entity
> > > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > > warning: failed to load external entity
> > >
Re: tmanc...@debian.org
> For now I'll add docbook-xsl to the B-D for wsjtx
> and upload with the patch for XSLTPROC_OPTS to add --nonet.
That's the best option, I think.
Thanks!
Christoph
Package: wnpp
Severity: wishlist
Subject: ITP: nanoplot -- plotting scripts for long read sequencing data
Package: wnpp
Owner: Steffen Moeller
Severity: wishlist
* Package name: nanoplot
Version : 1.30.1
Upstream Author : Wouter De Coster
* URL :
Source: fastqc
Version: 0.11.9+dfsg-3
Severity: serious
Control: close -1 0.11.9+dfsg-4
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 959955
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
Hello Sudip and Franciscarlos,
I'm writing this email as I help Franciscarlos by sponsoring his
uploads and we had discussed the state of adapta-gtk-theme upstream
and this issue privately before.
Thanks for the patch and the delayed upload. I cancelled the upload
for now so we can have this
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Control: clone -1 -2
Control: retitle -2 RM: mathematica-fonts/21
Control: tags -1 stretch
Control: tags -2 buster
fonts-mathematica is an installer for fonts that
are no longer downloadable.
Source: connectagram
Version: 1.2.10-1
Severity: serious
Control: close -1 1.2.11-1
Tags: sid bullseye pending
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between
Source: node-expat
Version: 2.3.18+ds-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
Thank you for fixing bug #963060, however with the upload fixing that
issued the autopkgtest of node-expat fails in testing
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
The version of sogo-connector in stretch does not work
with the version of thunderbird in stretch. (#945061)
The attached debdiff is against the version in unstable,
which has
Control: reassign -1 libwxgtk3.0-gtk3-0v5 3.0.4+dfsg
Control: affects -1 wxmaxima
On Sunday, July 5, 2020 2:37:26 PM EDT Gunter Königsmann wrote:
> How does one reassign bugs?
I got it. See https://www.debian.org/Bugs/server-control
signature.asc
Description: This is a digitally signed message
Re: tmanc...@debian.org
> > I/O error : Attempt to load network entity
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > warning: failed to load external entity
> > "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl;
> > compilation error: file
Hi,
Holger Wansing wrote:
> Hi,
>
> Holger Wansing wrote:
> > I managed to get this running. A patch is attached.
> > Even if LTS period for jessie is nearly at its end, I created this patch for
> > the Jessie pages, because that gives the possibility to test it NOW (since
> > the jessie
Quoting Nicholas D Steeves (2020-07-05 18:31:43)
> Hi Jonas,
>
> Thank you for replying, and so sorry for the long delay.
>
> Jonas Smedegaard writes:
>
> > [ re-posting, bugreport cc'ed this time ]
> >
> > Quoting Nicholas D Steeves (2020-05-30 22:34:10)
> >> On Sat, May 30, 2020 at
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "eqonomize"
* Package name: eqonomize
Version : 1.4.3-1
Upstream Author : Hanna Knutsson
* URL : https://eqonomize.github.io/
* License : GPL-3+
*
Forwarding to debian-java@
Begin forwarded message:
Date: Sun, 05 Jul 2020 18:17:46 +0300
From: Alexander GQ Gerasiov
To: Debian Bug Tracking System
Subject: RFP: portfolio -- Portfolio Performance - an open source tool
to calculate the overall performance of an investment portfolio
Package: mimedefang
Version: 2.84-3
Severity: important
Tags: patch
Dear maintainer,
The relay_is_blacklisted_multi function seems to be unaware that
Net::DNS::Resolver->bgread (and bgbusy) may change their $handle
parameter in the caller's scope via the $_[1] = $newvalue idiom under
certain
Hello again,
Is there anything I can do to help move this process along?
Are you still willing to sponsor an upload for this package?
Thank you,
Antonio Russo
On Sat, Jul 04, 2020 at 01:08:32PM +0200, Christoph Berg wrote:
> Ideally we should add some --nonet flag to make the failure both more obvious
> and reproducible.
Here's an update on this bug...
There is a "--nonet" option that can be passed to xsltproc, but the
build fails when that option
affects 964242 debootstrap
thanks
On Sun, 5 Jul 2020 12:52:54 +0200 Michael Meskes wrote:
> On Sat, Jul 04, 2020 at 10:52:04AM +0200, Rene Engelhard wrote:
> > But that bsdextrautils (>= 2.35.2-7) doesn't exist:
>
> Yes, as already communicated we had to wait with the next util-linux upload
>
Package: chromium
Version: 83.0.4103.116-2
Severity: grave
I've upgraded chromium to the current version in testing, and it segfaults
repeatedly (and very "reliably"! :-)) after usually ~1 minute of runtime, even
when not used in foreground, with a stack trace like this one:
-
$
Package: linux-headers-amd64
Version: 5.6.14-2
Severity: serious
Try to upgrade linux-headers-amd64, linux-image-amd64 and linux-perf to
version 5.7.6-1 results in the following errors:
Preparing to unpack .../15-linux-headers-amd64_5.7.6-1_amd64.deb ...
dpkg-maintscript-helper: error:
Lilly kill all
On Sat, Jun 27, 2020, 4:54 AM Jochen Sprickerhof
wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi release team,
>
> I would like to transition these packages to unstable:
>
> ros-roscpp-core
>
Package: wnpp
Severity: wishlist
Owner: Francois Marier
* Package name: tmd710-tncsetup
Version : 1.13
Upstream Author : Francois Marier
* URL : https://github.com/fmarier/tmd710_tncsetup
* License : GPL-3.0-or-later
Programming Lang: C
Description :
Package: wnpp
Severity: wishlist
Owner: Francois Marier
* Package name: canadian-ham-exam
Version : 1.0.0
Upstream Author : Francois Marier
* URL : https://launchpad.net/canadian-ham-exam
* License : AGPL-3.0-or-later
Programming Lang: Python
Description
How does one reassign bugs? I second the argumentation but wxMaxima doesn't use
the dbus, nor can it show nor suppress these warnings. It is libwxWidgets, who
does.
On July 5, 2020 8:05:47 PM GMT+02:00, kamar...@gmail.com wrote:
>Package: wxmaxima
>Version: 19.01.2-1
>Severity: minor
>
Hi
The lazbuild is commented because this does not work properly from
console, one shall use lazarus IDE in order to compile the sources
properly, and according to its architecture.
Thank you for the tip about DESTDIR, it seems it works now.
What do you think of
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: rm
colorediffs-extension does not work with Thunderbird >= 60 (#918171),
due to that it was already removed from unstable before the release
of buster (#929333).
Package: python3-lib2to3
Version: 3.8.3-2
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Hi,
python3-lib2to3 currently depends on just python3.
As python3-lib2to3 is Multi-Arch=foreign, it probably
should depend on python3:any.
For example
I'm experiencing exactly same bug, but now the package is in stable
Chromium 83.0.4103.116 built on Debian 10.4, running on Debian 10.4 -
83.0.4103.116-1~deb10u2
--
Sincerely,
Szymon Łukaszczyk
StoreKeeper B.V.
+31 (0) 85 0 16 8008
Wijnkamp 3
7471 CA Goor
storekeeper.nl
Package: wxmaxima
Version: 19.01.2-1
Severity: minor
Launching wxmaxima from the command line gives the following warnings.
GLib-GIO-CRITICAL **: 13:59:04.632: g_dbus_proxy_new: assertion
'G_IS_DBUS_CONNECTION (connection)' failed
The application starts and works fine though. If the warning is
Hi Noah,
On Thu, 2020-07-02 at 10:32 -0700, Noah Meyerhans wrote:
> On Wed, Jul 01, 2020 at 09:29:22PM +0300, Boian Bonev wrote:
> > I would like to propose a patch with alternatives support.
> >
> > Before doing this there are some things to confirm:
> >
> > - are you willing to accept such a
Package: xul-ext-exteditor
Version: 1.0.0-1
Severity: serious
Control: fixed -1 2.0.2-1~exp1
The version in stable must be updated to the version in unstable.
1 - 100 of 228 matches
Mail list logo
