TK yet.
Will push a fix soon.
Best Regards
Markus Frosch
On Mon, 2021-07-12 at 10:31 +0200, Michael Biebl wrote:
> Thanks for the offer. Since it's a simple git cherry-pick, I don't think
> I need help with preparing the package. If you could test though that
> the MR/patch fixes the issues you are having, this would be great.
Hi Micheal,
will try
extend.
I was able to fix the issue with 1.8.14-1 from experimental. But I think
we should fix this for bullseye, a possible patch can be found in the
merge request below.
Do you need any help preparing or testing the patch for bullseye?
Regards
Markus Frosch
References:
- https://gitlab.gnome.org
note_1058502
Best Regards
Markus Frosch
t /etc/crypttab
* Screenshots of the prompt, error messages, maybe boot in recovery mode
You should always be able to unlock with any other passphrase, as long as the
YubiKey is not present, I hope this works for you?
Also make sure you have updated initramfs, after upgrading yubikey-luks: update-
initramfs -uv
Best Regards
Markus Frosch
Hi Jerome,
On Sat, 2021-03-20 at 12:29 -0400, Jerome Charaoui wrote:
> I've attempted, but was unable, to reproduce this bug.
>
> I set up the yubikey-luks challenge-response on a fresh stretch system,
> and after upgrading to bullseye, it was working as before, which
> suggests the package is
Hi Christian,
On Sun, 2021-03-07 at 15:44 +0100, Christian Kastner wrote:
> Looking at the upstream yubikey-luks repository, I noticed what seems to
> be an important recent fix, namely for the password (used as the yubikey
> challenge) being exposed in the process list:
>
>
Source: terminator
Source-Version: 2.0.1+gittag-1~bpo10+1
Hey,
this is now fixed with the latest update to buster-backports.
Best Regards
Markus Frosch
n't make it, so this bug should
take care of that at least...
I'll open another serious bug for php-font-lib then.
Best
Markus Frosch
[1] https://tracker.debian.org/pkg/civicrm
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978994
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978995
-dompdf, which is not depent on by any
package in testing.
Only possible candidate would be civicrm [2], which seems not be able to
make it to bullseye.
Also see the orphan [3].
Best Regards
Markus Frosch
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979022
[2] https://tracker.debian.org
Package: wnpp
Severity: normal
X-Debbugs-Cc: only...@debian.org
I intend to orphan the php-font-lib package, since I'm no longer using
it myself for anything.
Only reverse deps are:
* php-dompdf
* civicrm-common
The package description is:
A library to read, parse, export and make subsets of
Package: wnpp
Severity: normal
X-Debbugs-Cc: only...@debian.org
I intend to orphan the php-dompdf package, because I only did partial
uploads for dependencies I maintained, but the only reverse dependency
is now:
civicrm-common
The package description is:
DOMPDF is a CSS 2.1 compliant HTML to
so I suggest to update to 3.0.2 and close this
bug for now...
Best Regards
Markus Frosch
--
lazyfro...@debian.org
https://lazyfrosch.de
Control: severity -1 important
Somehow this message didn't reach the BTS...
Forwarded Message
Von: Sandro Knauß
An: Tobias Frost , 969...@bugs.debian.org, Markus Frosch <
lazyfro...@debian.org>, Erwan David
Betreff: Re: Bug#969788: nextcloud-desktop: Upgrade remove
tags -1 + moreinfo upstream
thanks
On Tue, 08 Sep 2020 08:29:17 +0200 Erwan David wrote:
> Package: nextcloud-desktop
> Version: 3.0.1-1
> Severity: grave
> Justification: causes non-serious data loss
>
> I had 3 synchronized folders, after upgrade I had only the first defined,
configuration of
Hi Emilio,
On Fri, 2020-08-14 at 12:40 +0200, Emilio Pozuelo Monfort wrote:
> The Debian LTS team would like to fix the security issues which are
> currently open in the Stretch version of {{ package }}:
>
I'm not aware of any security issues with Terminator.
Not sure why went wrong here,
On Fri, 2020-05-22 at 13:54 +0200, Laurent Bigonville wrote:
> dbus-x11 has been added about a year ago to the dependencies (see bug
> #918149) without an alternative.
>
> This is not OK as dbus-x11 is only needed in case there is not an
> already existing dbus user bus running.
>
> The proper
On Mon, 2020-05-18 at 19:05 +0200, Adrian Vondendriesch wrote:
> I wasn't able to find any way to tell pybuild to pass any argument right
> after "python3 setup.py" and the action it should call (for instance
> "install"). Passing --install-args to pybuild doesn't work. Therefor I
> did the same
Package: appstream-generator
Version: 0.8.1-1+b1
Severity: grave
Justification: renders package unusable
Hi maintainer,
the package possible needs rebuilding.
> appstream-generator: error while loading shared libraries: libglibd-2.0.so:
> cannot open shared object file: No such file or directory
On Wed, 2020-04-22 at 10:59 +0200, John Paul Adrian Glaubitz wrote:
> This is something that should be forwarded upstream, as the bug doesn't
> seem Debian-specific to me.
>
> I have CC'ed one of the upstream developers.
>
Hi Adrian,
should be the same issue as #958190, where simply the UI
Package: terminator
Version: 1.91-4
Severity: normal
Tags: upstream
I plan to switch upstream to the new organziation on GitHub within the
next weeks: https://github.com/gnome-terminator/terminator
Disclaimer: I'm managing upstream and also act as the maintainer in
Debian.
Please see this issue
forwarded -1 https://github.com/gnome-terminator/terminator/pull/6
owner -1 !
tags -1 + upstream
thanks
Am Donnerstag, den 02.04.2020, 09:38 -0300 schrieb Antonio Terceiro:
> FWIW I have been running with this patch for a while, and I didn't
> notice any issues. I have clicked URLs several times
forwarded -1 https://github.com/gnome-terminator/terminator/issues/2
owner -1 !
tags -1 + upstream
thanks
Am Donnerstag, den 05.03.2020, 11:23 +0100 schrieb Dtux:
> In Terminator, the custom plugin not working. It's possible to add new command
> but its use has no effect.
>
> I patch it with
Am Montag, den 30.12.2019, 13:38 +0100 schrieb Markus Frosch:
> I tried contacting the admins of the project on launchpad.
Now I decided to start this as a project.
There is a new GitHub organization:
https://github.com/gnome-terminator?type=source
You can find all information here:
ht
the general
Python 3 support.
Best Regards
Markus Frosch
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947716
--
lazyfro...@debian.org
https://lazyfrosch.de
Am Donnerstag, den 20.02.2020, 22:48 +0100 schrieb Lee Garrett:
> Found the minimum hard deps needed:
>
> qml-module-qtquick-controls2
> qml-module-qtqml-models2
>
> Adrian, please add those two as hard deps to ausweisapp2.
I can confirm this fixes problems with the new UI not working
to maintain or use it?
Regards
Markus Frosch
-- System Information:
Debian Release: 10.2
APT prefers stable-debug
APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.3.0-0.bpo.2-amd64 (SMP w/8 CPU cores)
Kernel taint flags
Hi Holger,
On Thu, 19 Sep 2019 18:06:27 +0200 Holger Levsen wrote:
> Please drop the transitional package ruby-archive-tar-minitar (from the
> source
> package ruby-minitar) for bullseye, as it has been released with stretch and
> buster already.
You are right, I've opened bugs with a
Regards
Markus Frosch
--
lazyfro...@debian.org
https://lazyfrosch.de
Regards
Markus Frosch
--
lazyfro...@debian.org
https://lazyfrosch.de
Markus Frosch
--
lazyfro...@debian.org
https://lazyfrosch.de
Hi Lucas,
Am Montag, den 30.12.2019, 01:49 +0100 schrieb Lucas Nussbaum:
> I'm a happy user of terminator, and I'm surprised to learn that it's
> dead upstream. What do people use instead?
>
> (I'm unlikely to have time to help, unfortunately)
I was wondering that myself, I know lots of people
Package: wnpp
Severity: normal
I request assistance with maintaining the terminator package. [1]
The upstream seems pretty much dead, though I'd like the keep the
package available. Popcon [2] is not too bad, and I think usage on
Ubuntu is also pretty stable (I know a lot of people).
The
. I should insert the yubikey and the password and decrypt my hard
> disk.
Thanks for your report.
Have you actually changed your /etc/crypttab to use yubikey to unlock?
It is no longer enabled by default.
Please see:
/usr/share/doc/yubikey-luks/README.md
/usr/share/doc/yubikey-luks/NE
u so much for testing and suggesting a patch.
I partially adopted your patch and will add it to the next upload.
If you noticed something else with the current packages please report it ;)
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
signature.asc
De
.debian.org/pkg-rpm-team/yum-utils/commit/0c946a3b072b921a96d1b47a9653367db74d5cf0
Upstream has applied more refactoring, I will rebase our patches at a
later point, for now it should work.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
signatur
istro build system, I would
proceed with uploading a fix and join as co-maintainer.
I already created a salsa project:
https://salsa.debian.org/debian/yum-utils
@Mike: Can I get a short approval?
Also: Is the experimental upload ready for buster?
Cheers
Markus Frosch
--
mar...@lazyfrosch.de /
Package: nextcloud-desktop
Version: 2.5.1-1
Severity: important
Hey Sandro,
looks like the nautilus extension is not working yet, it logs the following:
Could not connect to unix socket /run/user/1000/ownCloud/socket. [Errno 2]
Datei oder Verzeichnis nicht gefunden
Correct path is:
retitle -1 ITA: sl -- Correct you if you type `sl' by mistake
owner -1 lazyfrosch
thanks
I am going to adopt the package.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
>
> Kind regards,
>
> El dom., 27 ene. 2019 a las 7:00, Markus Frosch
> () escribió:
>>
>> Hey all,
>> is anyone taking care about the RC bug [2] in terminator[1] for upcoming
>> buster?
>>
>> I plan to do an NMU over the next days, if
to adopt the package as well, since I'm using
terminator. Anyone opposes that?
Cheers
Markus Frosch
[1] https://tracker.debian.org/pkg/terminator
[2] https://bugs.debian.org/918149
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
signature.asc
Description: OpenPGP digital
is the actual dependency as it seems
Redmine (from its Gemfile) actually no longer mentions
"protected_attibutes".
Suggestion: Update redmine dependencies
Still a problem: Why dependency resolver wants to remove seemingly
unrelated packages?
Anything I can help with?
Cheers
Markus Frosch
.5.1+29.g5df2b95-1.
Make sure to also check NEWS and README.md
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
>
> I think it should be possible to not install the initramfs package and
> use the yubikey package.
> "yubikey-luks" may depends only on "cryptsetup-run".
Can you please explain how you would use yubikey-luks without initramfs?
Currently dracut is not supporte
ounts as an attachment!
$ grep -r ^deb sources.list sources.list.d/*.list | wc -l
15
$ apt list | wc -l
117049
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
https://lazyfrosch.de
sources.list:deb http://httpredir.debian.org/debian buster main contrib non-free
sou
Package: apt-show-versions
Version: 0.22.9
Severity: grave
Justification: renders package unusable
Hello Maintainer,
this might be connected to #913477, but I'm not sure.
Since upgrading to current testing today the package broke during
configure.
Might be related to the latest perl transition.
commit/af092665b9628956ba5318935b66584665fda978
Thanks for submitting, I'm preparing a release.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Package: clipit
Version: 1.4.4-2
Followup-For: Bug #904030
For me it stopped working with the upgrade to 1.4.4-2
* Keyboard Shortcuts no longer work
* Settings window is not showing up
Random errors appear on stdout, see below.
For now I had to downgrade to 1.4.2-1.2 - I'm not too sure how to
Package: libwinpr2-2
Version: 2.0.0~git20180411.1.7a7b1802+dfsg1-2
Severity: normal
Hello Remote maintainers,
lately remmina keeps crashing when the connection needs to be
reconnected.
I don't think this is a bug with remmina, but libwinpr2.
It happens on RDP sessions with Windows Server 2012
dpkg-reconfigure icinga-web then succeeded
Thanks for the report, I think the explicit character set would be the best
solution.
Testing pending.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
downgrade the severity if this bug is specific to that weird
> combination.
>
>
> cheers,
>
> Andreas
>
>
>
> ___
> Pkg-nagios-devel mailing list
> pkg-nagios-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-nagios-devel
>
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ruby-minitar
CVE-2016-10173 has been fixed with the update.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853075
And diff:
migration to stretch? Or is there some new
auto-security mechanism? :)
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
ig example.
I'd really prefer to include the config as basis of upstream. And not include
Debian specific improvements.
You can open issues on GitHub: https://github.com/Icinga/icinga2/issues
Even a PR would be welcome.
If you don't want to do that yourself, I can help.
Cheers
Markus F
s < 2,
this bug
wouldn't affect Debian.
Would love if someone could approve or object my analysis.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
on C, but I think -fPIE -pie is just the wrong method for a
module, in our case, we are using symbols of the main process,
which is loading the module. So no linking can occur.
We have to discuss how to fix it properly.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
will
be fixed with a new upload later today.
FTBFS Bug for the issue:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848688
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Source: icinga2
Version: 2.5.4-2
Severity: important
The package can not be built on mips mipsel and mips64el.
As far as I isolated the problem, it seems not to be caused by Icinga2s
code, but rather GCC or stdc++.
We should fix this problem with a porter soon. But it's not likely a
flaw in
://rubygems.org/gems/archive-tar-minitar
vs.
https://rubygems.org/gems/minitar
Please change your dependency to "ruby-minitar". Versioning and APIs work the
same way.
Contact me if you have questions.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.laz
://rubygems.org/gems/archive-tar-minitar
vs.
https://rubygems.org/gems/minitar
Please change your dependency to "ruby-minitar". Versioning and APIs work the
same way.
Contact me if you have questions.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.laz
anymore:
https://rubygems.org/gems/archive-tar-minitar
vs.
https://rubygems.org/gems/minitar
Please change your dependency to "ruby-minitar". Versioning and APIs work the
same way.
Contact me if you have questions.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debia
Control: severity -1 important
On 25.07.2016 13:11, Markus Frosch wrote:
> Hey all,
> this is a interesting problem, while looking on the 3 dependent packages.
> (see below)
>
> We have 3 choices to go on:
>
> 1. Still provide zendframework 1 in a separated path,
a "vendor_ruby"
installation.
But that should be fixable to packages that use it.
Regards
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Package: ftp.debian.org
Severity: normal
Control: block 832251 by -1
As suggested in "Bug#832251: r10k: Section should not be “ruby”"
The section “ruby” is for packages that install the Ruby programming
language or libraries. Its packages are primarily of interest only to
Ruby programmers.
The
Hey all,
this is a interesting problem, while looking on the 3 dependent packages. (see
below)
We have 3 choices to go on:
1. Still provide zendframework 1 in a separated path, so it won't conflict with
ZF2/3
2. Embed needed code into the packages, and drop the full library
3. Remove all 3
t it up.
SSL is user choice and responsibility, there are hundreds of ways to configure
it. (Redirect all, only some...)
The user has always the choice to change configuration afterwards, without the
package to overwrite that.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Control: forwarded -1 https://dev.icinga.org/issues/12044
Control: tags -1 + upstream fixed-upstream
Should be fixed when upstream releases 2.5.0
Will have a look onm the problem and probably release a version with the patch.
Cheers
Markus
On 26.06.2016 12:22, Kurt Roeckx wrote:
> OpenSSL
I had a look on the RedHat patch for ImageMagick in RHEL 7.
Please see it attached.
Thats for Errata: https://rhn.redhat.com/errata/RHSA-2016-0726.html
It seems like the were adding the mitigation, and further path security for the
delegated actions.
Cheers
Markus Frosch
--
mar
On 23.03.2016 21:13, Adam D. Barratt wrote:
> I'd prefer a slightly more verbose changelog if possible, in terms of
> the actual issues. In any case, please go ahead.
I've updated changelog and uploaded to jessie.
RM request #816037 should be closed, since its superseeded by this upload.
Thanks
On 19.03.2016 17:57, Julien Cristau wrote:
> Yes please.
Here is the current debdiff.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
diff -Nru php-dompdf-0.6.1+dfsg/debian/changelog
php-dompdf-0.6.1+dfsg/debian/changelog
--- php-dompdf-0.6.1+d
bjections. Thats the part I
was waiting on...
I can update the diff if you like, difference only in the changelog and patch
summary.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
n 0.6.2 as well.
I guess because CVE-2014-5013 is a follow-up for that.
Will remove it from the changelog.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
still want to be the new maintainer, and just uploaded to unstable, I'd
still prefer to keep.
Unless the release team opposes that :)
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
.
+ * [22610bd] Add 0.6.2 hotfix patch (Closes: #813849)
+
+Fixes CVE:
+* CVE-2014-2383
+* CVE-2014-5011
+* CVE-2014-5012
+* CVE-2014-5013
+
+This update bundles CVE hotfixes from 0.6.2 upstream release.
+
+ -- Markus Frosch <lazyfro...@debian.org> Sat, 27 Feb 2016 15
Control: retitle -1 ITA: php-dompdf -- HTML to PDF converter
Control: owner -1 !
I indent to adopt the package as a dependency for icingaweb2.
Pending security issues will be taken care of.
It will stay within the PHP packaging team.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro
Control: retitle -1 ITA: php-font-lib -- read, parse, export and make subsets
of different fonts
Control: owner -1 !
I indent to adopt the package as a dependency for php-dompdf.
It will stay within the PHP packaging team.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
Package: ftp.debian.org
Severity: normal
Hey FTP Masters,
this source has been superseeded by ruby-minitar, which is a replacement
under a new name.
It seems auto cruft hasn't found that source without a package yet.
Please remove the source from unstable + testing.
Thanks
Markus Frosch
120
#PermitRootLogin yes
+PermitRootLogin no
#StrictModes yes
#MaxAuthTries 6
Notice: /Stage[main]/Main/Augeas[sshd_config]/returns: executed successfully
Notice: Finished catalog run in 1.26 seconds
-- snip --
Cheers
Markus Frosch
--
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
without anyone noticing.
I also bet it hasn't been fixed in Puppet 4 either. Have you already forwarded
that bug to Puppetlabs?
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWlNx
m between ruby-augeas and libaugeas0.
Can you share us:
* dpkg -l "*augeas*"
* Parts of the Puppet code with the augeas resource
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE
lation and reference
that bug here?
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWlPFkAAoJEPJhXZqrmHtue9YH/j0eTv0yH+C0cVyqRLd4
Package: ruby-semantic-puppet
Version: 0.1.1-1
Severity: normal
This is a reminder to enable rspec testing on build again, when the
RSpec problems are sorted out.
It seems to happen for RSpec > 3 in Ruby >= 1.9
Note: this only affects the test suite, not the actual functionality!
References:
*
name.
The new package will provide a transactional package
"ruby-archive-tar-minitar", and this source should be removed once
ruby-minitar is uploaded.
Comments are welcome!
Cheers
Markus Frosch
[1]
https://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/2015-December/0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: wnpp
Severity: wishlist
Owner: Markus Frosch <lazyfro...@debian.org>
* Package name: ruby-minitar
Version : 0.5.4
Upstream Author : Antoine Toulme <anto...@lunar-ocean.com>
* URL : https://github
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Control: tags -1 + pending
On 29.11.2015 17:22, Santiago Vila wrote:
> Package: src:icinga2 Version: 2.4.0-1 User: sanv...@debian.org Usertags:
> binary-indep Severity: important
>
> Dear maintainer:
>
> I tried to build this package with
. Since then it seems to be okay. So maybe
the QT crash was caused by an error with the window manager.
And yes, I have a multi-monitor setup. With a notebook I'm moving to multiple
workplaces.
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
ebook months ago (April).
It never crashed like this.
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWRJGuAAoJEPJhXZqrmHtugfcIAMUG7/OQx+R8
eporting, I will have a detailed look tomorrow.
Though this is no grave bug, but still important.
Cheers
Markus Frosch
--
mar...@lazyfrosch.de
http://www.lazyfrosch.de
signature.asc
Description: OpenPGP digital signature
Package: libqt5xcbqpa5
Version: 5.5.1+dfsg-6
Severity: important
Applications that are based on QT can crash with a SIGSEGV.
This happens for me on owncloud-client and quasselclient, others maybe
as well, but not yet stacktraced.
Here is a backtrace for quasselclient.
I'll happily supply more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: wnpp
Severity: wishlist
Owner: Markus Frosch lazyfro...@debian.org
* Package name: yubikey-luks
Version : 0.3.3
Upstream Author : Cornelius Kölbel co...@cornelinux.de
* URL : https://github.com/cornelinux
their upstream releases? In lack of
a proper patch source, the Oracle way...
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJVyDkrAAoJEPJhXZqrmHtuBtQH/3kp+00a6xaICX1Z9jiVHDa9
On Mon, 3 Aug 2015 10:47:23 + (UTC) Gianfranco Costamagna
costamagnagianfra...@yahoo.it wrote:
Source: virtualbox
Version: 4.3.30-dfsg-1
Severity: critical
Hi Gianfranco,
thanks for your summary.
Although I'm not involved in maintaining virtualbox, still a few
thoughts:
* What would
this on other systems and explain any changes you did
to XML configuration or from the user side?
I really doubt that this is a major problem, and if it can be
reproduced only
So far, sorry for the late answer...
Best Regards
Markus Frosch
--
mar...@lazyfrosch.de
http://www.lazyfrosch.de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Control: severity -1 wishlist
Control: tags -1 + wontfix upstream - security
On Wed, 5 Aug 2015 08:42:24 +0200 Bernhard Schmidt be...@birkenwald.de wrote:
On Wed, Jun 17, 2015 at 01:28:20AM -0400, Braiam Peguero wrote:
Hi,
From version 2.30
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Control: tags -1 + wontfix
Hi Arto,
this can be fixed by using a combination of auth providers.
See here:
https://dev.icinga.org/issues/6582#note-5
I can't fix this any other way.
Cheers
Markus Frosch
On 15.08.2014 09:16, Arto Jantunen wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Control: fixed 775252 1.12.0-1
I just noticed I forgot to set the BTS information in changelog.
This problem has been finally fixed with 1.12.0-1.
Cheers
Markus Frosch
- --
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
on arm64, Versions
0.6.24+dfsg1-3 was the first to fail on arm64, the intervening versions
were not built on arm64 due to bug 769696.
Thanks for noticing.
Patch pending in GIT, will do some work on the package this week, then
upload.
--
Markus Frosch
lazyfro...@debian.org / mar
Package: icinga2-classicui
Version: 2.2.0-1
Severity: important
Hi Alex,
ln: failed to create symbolic link
`/etc/apache2/conf.d/icinga2-classicui.conf': File exists
dpkg: error processing icinga2-classicui (--configure):
Looks like it's caused by a dangling symlink coming from the config file
reconsider packaging it for Debian?
Hi Lisandro,
If upstream supports a reasonable way of a system wide installation,
with proper user config files in $HOME/.something, then I would like to
package the software
Cheers
Markus
--
Markus Frosch
lazyfro...@debian.org / mar...@lazyfrosch.de
http
1 - 100 of 187 matches
Mail list logo
