Hi list, in my avahi git branch is a fixed lfs file for avahi to get rid of some segfaults when using avahi in a KVM VM and other circumstances reported in the forum.
Please merge.
Ben
Hi Ben,
could you please send links to those branches for lazy people like me and to avoid any confusion?
-Michael
On Mon, 2015-01-05 at 14:47 +0100, Benjamin Schweikert wrote:
Hi list, in my avahi git branch is a fixed lfs file for avahi to get rid of some segfaults when using avahi in a KVM VM and other circumstances reported in the forum.
Please merge.
Ben _______________________________________________ Development mailing list Development@lists.ipfire.org http://lists.ipfire.org/mailman/listinfo/development
Sure. http://git.ipfire.org/?p=people/trikolon/ipfire-2.x.git;a=shortlog;h=refs/he... http://git.ipfire.org/?p=people/trikolon/ipfire-2.x.git;a=shortlog;h=refs/heads/avahi
Am 05.01.2015 um 17:41 schrieb Michael Tremer michael.tremer@ipfire.org:
Hi Ben,
could you please send links to those branches for lazy people like me and to avoid any confusion?
-Michael
On Mon, 2015-01-05 at 14:47 +0100, Benjamin Schweikert wrote:
Hi list, in my avahi git branch is a fixed lfs file for avahi to get rid of some segfaults when using avahi in a KVM VM and other circumstances reported in the forum.
Please merge.
Ben _______________________________________________ Development mailing list Development@lists.ipfire.org http://lists.ipfire.org/mailman/listinfo/development
Hi Ben,
thanks for that link.
It is not a good idea to disable the stack protection. I am not even sure if our compiler will let you do this. This mechanism is used to detect any buffer overflows and supposed to let the application crash if there is suspicious behaviour like an attacker that is tried to exploit the service.
Isn't there some other way like updating avahi to fix the crashing?
-Michael
On Tue, 2015-01-06 at 17:12 +0100, Benjamin Schweikert wrote:
Sure. http://git.ipfire.org/?p=people/trikolon/ipfire-2.x.git;a=shortlog;h=refs/he...
Am 05.01.2015 um 17:41 schrieb Michael Tremer michael.tremer@ipfire.org:
Hi Ben,
could you please send links to those branches for lazy people like me and to avoid any confusion?
-Michael
On Mon, 2015-01-05 at 14:47 +0100, Benjamin Schweikert wrote:
Hi list, in my avahi git branch is a fixed lfs file for avahi to get rid of some segfaults when using avahi in a KVM VM and other circumstances reported in the forum.
Please merge.
Ben _______________________________________________ Development mailing list Development@lists.ipfire.org http://lists.ipfire.org/mailman/listinfo/development
Hi Michael, the strange thing is that avahi wiht stack protection is running natively on my intel system. Using it in a KVM VM I get segfaults. This problem is known by google in some mailinglists and the only solution I found was to disable this flag. I was able to build avahi with th Ipfire build system and it is running on my KVM VM this way without problems.
If you have a better idea to solve this problem, please let my know.
Ben
2015-01-07 14:06 GMT+01:00 Michael Tremer michael.tremer@ipfire.org:
Hi Ben,
thanks for that link.
It is not a good idea to disable the stack protection. I am not even sure if our compiler will let you do this. This mechanism is used to detect any buffer overflows and supposed to let the application crash if there is suspicious behaviour like an attacker that is tried to exploit the service.
Isn't there some other way like updating avahi to fix the crashing?
-Michael
On Tue, 2015-01-06 at 17:12 +0100, Benjamin Schweikert wrote:
Sure.
http://git.ipfire.org/?p=people/trikolon/ipfire-2.x.git;a=shortlog;h=refs/he...
Am 05.01.2015 um 17:41 schrieb Michael Tremer michael.tremer@ipfire.org:
Hi Ben,
could you please send links to those branches for lazy people like me and to avoid any confusion?
-Michael
On Mon, 2015-01-05 at 14:47 +0100, Benjamin Schweikert wrote:
Hi list, in my avahi git branch is a fixed lfs file for avahi to get rid of some segfaults when using avahi in a KVM VM and other circumstances reported in the forum.
Please merge.
Ben _______________________________________________ Development mailing list Development@lists.ipfire.org http://lists.ipfire.org/mailman/listinfo/development