Hi Tobias, hi Lorenzo.
Tobias, thanks for looking into this sponsoring request! I appreciate it.
Tobias Frost - 11.05.24, 10:24:31 CEST:
> On Tue, Apr 16, 2024 at 09:39:58AM +0200, Lorenzo wrote:
> > Control: block -1 by 1067525
> >
> > this fix need to go to unstable because elogind 255.4.1 is
Hi Lorenzo.
Lorenzo - 11.05.24, 02:16:15 CEST:
> On Tue, 07 May 2024 15:08:37 +0200
> Martin Steigerwald wrote:
> >[...]
> > Are init scripts supposed to be started with PATH variable set up and
> > exported or not? How is it done with SysVInit? I bet it would be be
Hi Lorenzo.
Sorry for late answer.
Lorenzo - 14.04.24, 11:36:32 CEST:
> On Sat, 13 Apr 2024 15:05:41 +0200
>
> Martin Steigerwald wrote:
> > Martin Steigerwald - 13.04.24, 14:32:16 CEST:
> > > Any idea how to find the cause of what is happening here?
&g
Martin Steigerwald - 02.05.24, 16:43:28 CEST:
> Work-around for affected users:
Of course this work-around is no longer necessary.
Thank you for the quick fix, Laszlo. I appreciate it.
--
Martin
Work-around for affected users:
Download and install
libsnappy1v5_1.1.10-1+b1_amd64.deb
from
https://snapshot.debian.org/archive/debian/20240210T223313Z/pool/main/s/snappy/
Temporary protection:
% cat /etc/apt/preferences.d/libsnappy
Explanation: Debian#1070217: chromium: Symbol lookup
Martin Steigerwald - 13.04.24, 15:05:41 CEST:
> No PATH defined.
>
> The script defines it. See line 8 in my changed script. However it does
> not export it. Thus adding line 9 fixes the bug I reported:
>
> 8 PATH=/sbin:/usr/sbin:/bin:/usr/bin
> 9 export PATH
>
>
Martin Steigerwald - 13.04.24, 14:32:16 CEST:
> Any idea how to find the cause of what is happening here?
I found the cause:
The container starts out with an almost empty environment. In
/etc/runit/1 I added lines 4 to 6:
1 #!/bin/sh
2 # system one time initialization tasks
3
4 e
Package: runit-init
Version: 2.1.2-54
Severity: normal
X-Debbugs-Cc: mar...@lichtvoll.de
Dear Maintainer,
Hi!
I have Devuan Excalibur with Incus (forked from LXD) managed LXC
containers. reportbug said the package is unforked and thus I agreed
to send to Debian BTS instead.
All but one of them
Martin Steigerwald - 13.02.24, 00:24:35 CET:
> This breaks compiling my own kernel with:
>
> time eatmydata make -j16 bindeb-pkg LOCALVERSION=-t14
Work-around:
[…]etc/apt/preferences.d% cat kmod
Explanation: Bug #1063804: FTBFS: depmod: FATAL: could not search modules: No
Hi!
This breaks compiling my own kernel with:
time eatmydata make -j16 bindeb-pkg LOCALVERSION=-t14
Likely going to downgrade and pin kmod to a working version as I am
seriously fed up with usr-merge related bugs. (Yeah, it is called unstable
for a reason and if I use it unstable is what I
ext fio release until uploading again.
Ciao,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg •
Germany
Amtsgericht Nürnberg
•
HRB 18320
Geschäftsführer:
Jonas Hasselberg
•
Chris Hudson
#ThePowerOfData |
#ThePowerO
f fio
before the next upload.
Feel free to ping upstream about a new release.
In case this is more urgent for you, feel free to provide a merge
request on Salsa.
Thanks,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg
Hi Jonathan, hi Adam!
Confirmed.
Moving "mount.bcachefs" out of the way fixes mounting via "fstab" and
"mount" command. It also makes mounting work on boot with Devuan with
Runit as init.
Help output of "bcachefs" command from self-compiled bcachefs-tools 1.3.3
shows:
Mount:
mount
nor change I should be able to get to
it next Wednesday as long as I have a little time slot for it.
Ciao,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg •
Germany
Amtsgericht Nürnberg
•
HRB 18320
Geschäftsführer:
Jonas
Hi Bastian.
Am Samstag, dem 12.08.2023 um 14:08 +0200 schrieb Bastian Germann:
> Please remove the gfio package from Debian. I do not think anyboy will
> port to a newer gtk version.
Thanks for your merge request! I applied it and asked my sponsor to
upload.
Best,
Martin Steigerwald •
. Feel free
to provide a merge request on Salsa.
Thanks,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg •
Germany
Amtsgericht Nürnberg
•
HRB 18320
Geschäftsführer:
René Schülein
•
Jonas Hasselberg
•
Linda
Hi Matthias.
Thanks for your kind and detailed feedback. As next releases are quite a
bit away, there is no need to rush anything here. CC'ing the Debian init
diversity mailing list as to gather additional feedback on whether my
ideas about how to proceed make sense:
Matthias Klumpp -
Matthew Vernon - 26.07.23, 21:22:15 CEST:
> > may I suggest to add this script to initscripts
> > package(sysvinit:src) instead of o-s-s?
> > A system without udev is not very common after all and the vast
> > majority of scripts strictly needed to boot and shutdown the system
> > are shipped
Simon McVittie - 22.07.23, 18:01:22 CEST:
> On Sat, 22 Jul 2023 at 13:57:33 +0100, Klaus Ethgen wrote:
[…]
> > ii libeudev1 [libudev1] 3.2.12-1
>
> libeudev1 is not part of Debian. If it was, I'd be reassigning this
> bug to libeudev1; but it isn't, so I'm closing the bug instead.
> Please
Martin Steigerwald - 22.07.23, 16:06:11 CEST:
> Ah and I see Klaus is using eudev. Thus lowering bug severity again.
So this bug should probably be reassigned to eudev?
--
Martin
severity 1041703 important
thanks
Martin Steigerwald - 22.07.23, 15:41:41 CEST:
> severity 1041703 grave
> thanks
>
> Justification: Renders X unusable, renders fwupdmgr unusable
On the other hand Sid should have libudev1 254~rc2-3. Even testing
should have 253.5-1 already.
Ah and
Working package for AMD64:
https://ftp.debian.org/debian/pool/main/libg/libgudev/libgudev-1.0-0_237-2_amd64.deb
--
Martin
severity 1041703 grave
thanks
Justification: Renders X unusable, renders fwupdmgr unusable
Probably also breaks xdg-desktop-portal file dialog when clicking on a
mount point from an USB connected external device. Maybe some other
crashes I experienced in the running Plasma session before
Hi Marco, hi,
Marco d'Itri - 21.07.23, 10:55:39 CEST:
> On Jul 21, Matthew Garrett wrote:
> > > You are totally correct.
> > > Kernel team, please blacklist HFS/HFS+ for automounting.
> >
> > Isn't this a userland policy decision? udisks will happily trigger a
> > module load for hfsplus if
Mark Hindley - 06.03.23, 17:22:12 CET:
> On Mon, Mar 06, 2023 at 03:25:18PM +, Simon McVittie wrote:
> > What I absolutely don't want is to make the change, and then 2 years
> > later get hate mail from someone telling me that I've broken their
> > system by making dbus-launch prevent /home
Mark and Simon: thank you.
Mark Hindley - 06.03.23, 17:22:12 CET:
> On Mon, Mar 06, 2023 at 03:25:18PM +, Simon McVittie wrote:
> > What I absolutely don't want is to make the change, and then 2 years
> > later get hate mail from someone telling me that I've broken their
> > system by making
Dear Mark.
Thanks for looking at this!
Mark Hindley - 06.03.23, 12:52:08 CET:
> On Sun, Mar 05, 2023 at 09:59:35AM +0100, Martin Steigerwald wrote:
> > Package: dbus-x11
> > Version: 1.14.6-1devuan1
> > Severity: normal
> > X-Debbugs-Cc: mar...@lichtvoll.de
> >
Hi Simon and Lorenzo.
First off: Kudos and appreciation that you took the time to respond this
thoroughly. Thank you!
Dear Lorenzo, I am also CC'ing you since some of the findings may point
at that it may make sense to resolve this within the runit-services package.
However I am certainly not
dbus-x11: Several processes in Plasma session including krunner have /
as current working directory
https://bugs.devuan.org/745
--
Martin
Hi Marco.
Marco d'Itri - 28.01.23, 23:04:43 CET:
> Do you have any feedback?
> Can you still reproduce this on a modern system?
No idea.
I do not even use the hardware involved in that bug report anymore. Feel
free to close it.
Best,
--
Martin
of those at archive.org
Upstream developers I last had contact to are Dave Chinner and Ric Wheeler.
This was also in 2014. In case you like to know their last e-mail addresses
contact me by private mail.
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Package: wnpp
Severity: normal
X-Debbugs-Cc: martin.steigerw...@proact.de
Control: affects -1 src:fsmark
I intend to orphan the fsmark package.
The package description is:
The fs_mark benchmark tests synchronous write workloads. It can vary
the number of files, directory depth, etc. It has
Lorenzo - 28.11.22, 01:46:04 CET:
> Hi Martin,
>
> [ was Re: Runit-services RFS ]
>
> > Martin Steigerwald wrote:
> > > 1) Major issue: Once I install runit-services Network Manager is
> > > not started on boot automatically anymore. I tried it on two
&
loaded the results to the Salsa repo.
I asked my sponsor Sven to upload it. He may be busy so it may take a
while.
Best,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg •
Germany
Amtsgericht Nürnberg
•
HRB
n amd64.
I currently do not have much time at hand to attend to this.
Feel free to NMU.
Thanks,
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
www.proact.de
Südwestpark 43 •
90449 Nürnberg •
Germany
Amtsgericht Nürnberg
•
HRB 18320
Geschäftsführer:
René Schülei
Hi!
As Michael is unwilling to restore the init script for Network Manager,
to anyone who is affected by this bug:
You can install package orphan-sysvinit-scripts by Matthew Vernon. It
contains init scripts for Network Manager and some other services that
in Debian come without init scripts.
evolution-data-server package - depends on
GNOME keyring.
Best,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
Fax: +49 911 30999 99
Südwestpark 43 •
90449 Nürnberg •
Germany
martin.steigerw...@proact.de •
www.proact.de
Amt
:04 +0100, Martin Steigerwald wrote:
[… Evolution not asking for keyring password anymore …]
> > Since this worked before I do not consider this to be an upstream
> > issue.
> > However also 'gnome-keyring' package does not appear to have been
> > changed
> &g
Am Montag, dem 01.02.2021 um 12:06 +0100 schrieb Martin Steigerwald:
> Kernel: Linux 5.11.0-rc6-tp520 (SMP w/4 CPU threads; PREEMPT)
Just to make sure I retested this with linux-image-5.10.0-2-amd64
5.10.9-1 and got back the same result as reported.
Best,
Mit freundlichen Grüßen / With k
Package: gnome-keyring
Version: 3.36.0-1
Severity: important
Dear maintainers,
Since this work week Evolution on my laptop does not ask for GNOME keyring
password anymore. Instead after some kind of a timeout it directly asks
for the password of the connection.
It does so for retrieving mails,
Chris Hofstaedtler - 27.12.20, 23:58:01 CET:
> Control: tags -1 + moreinfo
[…]
> * Martin Steigerwald [180531 22:38]:
> > found 577597 2.32-0.1
> > thanks
> >
> > This issue still happens with util-linux 2.32-0.1 and on self
> > compiled Linux 4.17-rc7 with
Silvério Santos - 24.12.20, 14:18:18 CET:
> forwarded -1 https://bugs.kde.org/show_bug.cgi?id=430787
Please retest once you upgraded to Plasma 5.20 and KF 5.77. They should
appear in testing soon.
Have a Merry Christmas if you celebrate it, have a quiet and peaceful
time,
--
Martin
Martin Steigerwald - 08.11.20, 14:24:11 CET:
> On pressing Ctrl-Alt-L or using one of the 'qdbus' commands I see the
> following messages in ~/.xsession-errors:
>
> kscreenlocker: Greeter Process not available
[…]
After another apt dist-upgrade today and after rebooting screenlo
Package: plasma-workspace
Version: 4:5.19.5-3
Severity: important
Dear Maintainer,
apparently it does not happen to everyone who updated to Plasma 5.19.5, but
it definitely happened here:
- The screen is not locked after standby or hibernating to disk although
the option in Systemsettings is
severity 969171 normal
thanks
Dear Eric.
Akonadi will use whatever database is set in the configuration file, by
default on first startup MySQL if the MySQL backend has been installed at
first startup. So if you use it with an existing home directory that has
MySQL specified as database
Michael Biebl - 15.09.20, 21:37:18 CEST:
> The removal of the SysV init script was not a mistake that needs to be
> corrected.
Why did you remove it?
The changelog does not mention a reason as I pointed out already.
Thanks,
--
Martin
Hi!
I used this frequently enough to be hesitant to let apt dist-upgrade
remove it on my system currently.
But I understand it may not make sense to port it as its hard and
upstream is not active anymore.
Is there an alternative in Debian repository?
Best,
--
Martin
Dear Michael!
Again I ask you to reconsider and put the init script back in. If that
would be too much work for you, I am sure someone would be willing to
provide a patch.
I like to remind you about the winning choice of last years GR¹. It is
specifically labeled as:
Option 2 "B: Systemd but
Martin Steigerwald - 02.07.20, 18:47:52 CEST:
> Michael, I fully second Mark's request to restore the init script.
[…]
> /me now copies the init script to a safe location in order to be able
> to restore it in case it gets removed on upgrade.
I can confirm that the init script *was
Dear Mark, dear Michael.
Michael, I fully second Mark's request to restore the init script.
It works. Why do I know? Cause on this machine I run a Plasma desktop
with Network Manager with runit as initialization system. Network
Manager works here *just fine*. Plasma just works fine, using
Am Montag, den 29.06.2020, 16:32 +0200 schrieb Martin Steigerwald:
> Package: libpam-modules
> Version: 1.3.1-5
> Severity: normal
[…]
> I digged on the internet I found Red Hat apparently removed it during
> RHEL 5 development already. I digged in libpam-modules Debian
> chang
Package: libpam-modules
Version: 1.3.1-5
Severity: normal
Dear maintainers,
quite some time, quite some Debian releases ago, I found during a Linux
training I held that faillog would not display anything anymore, while
lastlog still does.
Finally I took time to research this a bit. I learned
/pam.d/common-
session.
After this PAM sets the umask according to the UMASK setting in
'/etc/login.defs'.
(Sorry for long signature and probably added HTML part, I can't
influence this for my work mail account.)
Best,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwald •
Proact
forwarded 961913 https://bugs.kde.org/422336
thanks
Forwarded to:
Bug 422336 - kmail: the access and reading of the received messages is
often very slow
https://bugs.kde.org/422336
Also relates to:
Bug 367892 - During folder synchronisation Akonadi blocks out other
operations like deleting
tags 961913 upstream
thanks
Dear Merlin.
merlin - 31.05.20, 14:01:27 CEST:
> Package: kmail
> Version: 4:20.04.1-1
> Severity: important
[…]
> the access and reading of the received messages is often very slow a
> message appears
> "Reception of the content of the folder please wait" Same
Dear James.
James McCoy - 06.07.17, 03:09:23 CEST:
> > 3) Vim wordwraps by default now. I wonder about how many admins will
> > break config files with long lines accidently by that new default
> > behaviour.
> I don't see anything in defaults.vim that changes 'textwidth' from its
> default value
Hi.
Craig Small - 03.04.20, 02:18:47 CEST:
> WordPress doesn't recommend that sites disable the REST API[1]
> therefore it would cause more problems doing this by default in the
> Debian package. There are a few ways of adjusting the REST API if
> needed.
Fair enough.
I found this out myself as
Martin Steigerwald - 26.02.20, 21:06:50 CET:
> Package: webext-ublock-origin
> Version: 1.22.2+dfsg-1
> Severity: wishlist
>
> Dear Maintainer,
>
> Please consider packaging uBlock Origin 1.25 or later for its
> protection against using CNAME's to bypass ad blockers:
>
Martin Steigerwald - 26.02.20, 21:19:33 CET:
> Martin Steigerwald - 26.02.20, 21:06:50 CET:
> > Package: webext-ublock-origin
> > Version: 1.22.2+dfsg-1
> > Severity: wishlist
> >
> > Dear Maintainer,
> >
> > Please consider packaging uBlock Origin
Hi!
Is there any update regarding this?
I ponder to switch all web extensions to browser installed ones as I am
not sure whether it is feasible to expect Debian web extension packages
to be up-to-date and in a working condition. I'd love to have these
centrally updated by apt, but it seems it
Package: webext-ublock-origin
Version: 1.22.2+dfsg-1
Severity: wishlist
Dear Maintainer,
Please consider packaging uBlock Origin 1.25 or later for its protection
against using CNAME's to bypass ad blockers:
ble.
Just using [!mipsel] would break the build on other architectures like
FreeBSD and Hurd again.
[1] https://www.debian.org/doc/debian-policy/ch-relationships.html
Thanks,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999
Package: endless-sky
Version: 0.9.8-1+b1
Severity: wishlist
Dear Michael,
please package version 0.9.10 or whatever version is current when you decide
to do an updated package.
Thanks,
Martin
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500,
Thread on debian-kde-Mailinglist:
Re: Transition of Qt to 5.12.5
https://lists.debian.org/debian-kde/2019/10/msg00033.html
Luca Pedrielli found this initially. I just reported the bug.
Thanks,
--
Martin
Hi!
Probably related:
Bug 1758263 - qt 5-12.5 update pushed to testing causes continual
crashes
https://bugzilla.redhat.com/show_bug.cgi?id=1758263
FEDORA-2019-2a4f82aa58
bugfix update in Fedora 30 for analitza, appmenu-qt5, & 81 more
Martin Steigerwald - 23.10.19, 18:38:53 CEST:
> Package: plasma-workspace
> Version: 4:5.14.5.1-3+b1
> Severity: important
[…]
> After upgrading to Qt 5.12.5 packages Plasmashell crashes on any
> notification.
>
> I can reproduce this with:
>
> kdialog --passiv
Package: plasma-workspace
Version: 4:5.14.5.1-3+b1
Severity: important
Dear Maintainer,
After upgrading to Qt 5.12.5 packages Plasmashell crashes on any notification.
I can reproduce this with:
kdialog --passivepopup 'text' 5
Output on Konsole:
KCrash: Attempting to start
ld. The patch
> can
> be removed with 3.17+.
>
> Hope that helps for now, didn't do any polishing of typos.
Thank you very much, Sven. That helps a lot.
Justin, thank you for your understanding.
Have a wonderful week,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwal
elf or I can make the packages I
build available to you.
If 3.15 would be enough for now, I think option 1 would be a good way to
go.
Thank you for your understanding.
[1] For example via gbp clone g...@salsa.debian.org:debian/fio.git
Thanks,
Mit freundlichen Grüßen / With kind regar
Dear Sandro,
Sandro Knauß - 10.10.19, 20:31:33 CEST:
> Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=386173#c20
[…]
> as I don't use postgresql as backend, can you explain, why this bug it
> that annoying, so I should fix that also for stable?
Hmmm, thinking about it, the case for
Hi intrigeri, Sandro et al,
intrigeri - 05.10.19, 06:04:55 CEST:
> Hi Sandro et al,
>
> Sandro Knauß:
> > I now pushed a first version of Akonadi with the new AppArmor
> > profile, but as you see down here it fails and I'm not sure, what
> > went wrong. What we need to do to debug this?
>
>
Hi.
Alexander Weiss - 04.10.19, 21:22:37 CEST:
> according to https://www.aquamaniac.de/rdm/news/10 at least version
> 5.99.25beta is necessary for PSD2 support.
> (I believe some more bugs are fixed in higher releases)
>
> Is it planned to get one of the (really) PSD2-ready versions to
>
Dear Micha.
Micha Lenk - 03.10.19, 20:27:48 CEST:
> I started to look into updating AqBanking in Debian again. It all
> starts with uploading Gwenhywfar, which I did a few days ago. As
> usual when binary package names change (in this case required due to
> the soname bump), the package is
Package: libaqbanking35
Version: 5.8.2-0.1
Followup-For: Bug #940136
Dear Micha, dear Felix, dear reader,
I can confirm this regarding KMyMoney.
Yes, AQBanking 6 is still beta, but meanwhile there are tarballs on the
upstream site.
https://www.aquamaniac.de/rdm/projects/aqbanking/files
As of
Martin Steigerwald - 25.09.19, 09:32:15 CEST:
> Package: akonadi-server
> Version: 4:18.08.3-8
> Severity: important
[…]
> I upgraded and then rebooted the system.
>
> After upgrading to Akonadi 4:18.08.3-8, Akonadi does not start
> anymore:
>
> % akonadictl start
Package: akonadi-backend-postgresql
Version: 4:18.08.3-8
Severity: normal
Dear Sandro,
you may like to consider
Git commit 565700f7fc1d73e337600109867fc01cc647cf13 by Daniel Vrátil.
Committed on 20/06/2019 at 09:51.
Pushed by dvratil into branch 'Applications/19.04'.
Check Postgres status by
Package: akonadi-server
Version: 4:18.08.3-8
Severity: important
Dear Sandro,
I was tempted to raise severity to grave, but then thought that this may
just happen on my system. Severity can still be raised if it happens on
other systems as well. It may refuse to start on all setups using
Hi!
Ximo Baldó i Soriano - 24.09.19, 19:49:56 CEST:
> Package: qml-module-org-kde-kirigami2
> Version: 5.62.0-1
>
> --- Please enter the report below this line. ---
>
> It affects other parts of 'look and feel' from systemsettings, no
> only wallpaper selection. For now, as far I know, no one
Hi Matthieu.
Matthieu Gallien - 22.09.19, 18:52:07 CEST:
> I have open https://phabricator.kde.org/D22974 to propose a solution.
Thanks.
Okay. As far as I understand this is about Qt 5.11 compatibility. Qt
5.12.5 will likely land in Debian soon as far as I am aware.
Best,
--
Martin
Package: kmymoney
Version: 5.0.5-1
Severity: important
Dear Pino,
Starting from today KMyMoney 5.0.5 HBCI/FinTS stopped working with one
banking institute I have an account with, due to new PSD 2 regulations:
HBCI: 3075 - Banking-Programm muss zum 14.09.2019 auf PSD2 umgestellt werden.
(M)
Hi Marc.
Marc Haber - 18.08.19, 13:26:51 CEST:
> Package: konsole
> Version: 4:19.08.0-1
> Severity: normal
>
> Hi,
>
> this is a regression that came with the update to 19.08.0
>
> I have a number of konsoles that open automatically with KDE. I think
> this is a (wanted) feature of the saved
Hi David.
Well as Maxy could not reproduce it and it is no issue for you anymore,
I'd rather wait whether there someone else has the same issue. It could
be reopened then or a new bug reported.
I see no real benefit in keeping a bug open cause it *may* be relevant to
someone else. Let's see
Dear Michael!
Debian Bug Tracking System - 03.08.19, 19:15:08 CEST:
> Your message dated Sat, 03 Aug 2019 17:13:41 +
> with message-id
> and subject line Bug#933598: fixed in chromium 76.0.3809.87-2
> has caused the Debian Bug report #933598,
> regarding Most extensions now crash upon
Hi Helmut.
Am Montag, den 27.05.2019, 09:47 +0200 schrieb Martin Steigerwald:
> Helmut Grohne - 26.05.19, 16:22:
> > Source: fio
> > Version: 3.12-2
[…]
> > fio fails to cross build from source, because it configures for the
> > build architecture. fio's configure is ve
Hi!
Confirmed.
Downgrading to chromium 76.0.3809.71-1 fixes the issue.
I believe it would be good to raise the severity of the bug so that apt-
listbugs notices it, but as one can argue that the browser is still
usable without extentions and the package does not violate the debian
policy, it
Package: webext-https-everywhere
Version: 2019.6.27-1
Severity: normal
Dear Maintainer,
since some days when I start chromium I get:
Fehler beim Laden der Erweiterung aus: /usr/share/webext/https-everywhere.
Hintergrundskript "wasm/https_everywhere_lib_wasm.js" konnte nicht geladen
werden.
Michael Weghorn - 15.06.19, 23:52:
> On 11/06/2019 23.37, Martin Steigerwald wrote:
> > Hmmm, so it works okay with okular 19.04.1.
> >
> > That means somewhere between 17.12 and 19.04.1 is a bug fix for the
> > issue you reported. Maybe upstream has
Martin Steigerwald - 12.06.19, 22:01:
> Also please note that Kali Linux is not Debian GNU/Linux. So please
> retest any issue you have with Kali Linux with a pure Debian GNU/Linux
> install before reporting it here.
>
> So please retest with a pure Debian GNU/Linux installation.
severity 930168 important
tags 930168 moreinfo
thanks
Alexander Kernozhitsky - 12.06.19, 19:05:
> I just tried to install fresh Debian Buster on a VM and tried to
> reproduce the bug. It appears that Discover works fine on a clean
> install.
>
> As I mentioned before, I am able to reproduce this
Martin Steigerwald - 11.06.19, 23:37:
> > I used the neon-user-20190606-1138.iso (okular 19.04.1). Everything
> > behaved normally. No observed bug there. Okular 18.04 from
> > experimental wouldn't install because of unmet depenencies. Another
> > time, perhaps.
>
Hi Brian.
Brian Potkin - 11.06.19, 21:13:
> On Tue 11 Jun 2019 at 13:20:40 +0200, Martin Steigerwald wrote:
> > Brian Potkin - 11.06.19, 10:42:
> > > On Tue 11 Jun 2019 at 09:53:50 +0200, Martin Steigerwald wrote:
> > […]
> >
> > > > Two ways to us
Brian Potkin - 11.06.19, 10:42:
> On Tue 11 Jun 2019 at 09:53:50 +0200, Martin Steigerwald wrote:
[…]
> > Two ways to use your (and our) time in a more productive manner are:
> >
> > 1) Retest with Okular 18.04 from Debian experimental (in case you
> > run
> &g
forwarded 911844 https://bugs.kde.org/402015
thanks
--
Martin
severity: important
thanks
Hi Brian,
Brian Potkin - 10.06.19, 21:32:
> Severity: critical
> thanks
>
> On Thu 25 Oct 2018 at 12:50:25 +0100, Brian Potkin wrote:
> > Package: okular
> > Version: 4:17.12.2-2
> > Severity: critical
> > Tags: upstream security
> >
> >
> >
> > "critical" because
ao,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Telefon: +49 911 30999 0 •
Fax: +49 911 30999 99
Südwestpark 43 •
90449 Nürnberg •
Germany
martin.steigerw...@proact.de •
www.proact.de
Amtsgericht Nürnberg
•
HRB 18320
Geschäftsführer:
Oliver Kügow •
R
der issuing a merge request for your change then¹.
I do not consider this change to be important enough to warrant a freeze
exception for Buster.
[1] https://salsa.debian.org/debian/fio
Thank you,
Mit freundlichen Grüßen / With kind regards
Martin Steigerwald •
Proact Deutschland GmbH
Trainer
Tel
Markus Koschany - 23.03.19, 23:43:
> [...]
>
> > I will update ublock-origin to version 1.18.10 and see if it fixes
> > the problem. I couldn't find a hint in the recent release notes, so
> > it could also be a Firefox bug. I will investigate. Since Debian is
> > currently in a full freeze mode
Package: webext-ublock-origin
Version: 1.18.4+dfsg-2
Severity: normal
Dear Markus,
uBlock Origin becomes deactivated with Firefox 66.0-1.
With Firefox ESR 60.6.0esr-1 it works okay.
With Firefox 65 it also worked.
Maybe the extension needs an update.
In Buster AFAIK there will only be
Hi Ximin.
Ximin Luo - 22.02.19, 08:47:
> Control: block -1 by 922944
>
> Martin Steigerwald:
> > Package: webext-umatrix
> > Version: 1.3.14+dfsg-2
> > Severity: important
> >
> > Dear Ximin,
> >
> > I just installed webext-umatrix an
Hi.
Sandro Knauß - 03.03.19, 23:46:
[…]
> it does not looks like a packaging issue so far.
Sorry for not checking in with valgrind so far. I hope to take time for
this this week.
> It may a duplicate of #923490.
Or other way around, my bug report was first :)
Thanks,
--
Martin
1 - 100 of 956 matches
Mail list logo