search for: incompatibil

A couple of fixes for Python 3 to the Python binding. Unfortunately a behaviour change is needed, although it fixes broken types used. Pino Toscano (2): python: fix call of Python handlers of events python: change return type for RBufferOut with Python 3 (RHBZ#1661871) generator/python.ml | 4 ++++ python/handle.c | 3 ++- 2 files changed, 6 insertions(+), 1 deletion(-) -- 2.20.1

...39;str' on all the versions of Python. Python 3 distinguishes between 'str' (unicode strings), and 'bytes', with 'str' no more able to hold arbitrary data. For this reason, switch the return value of RBufferOut functions to bytes on Python 3: while this is a potentially incompatibile change, this is the only way to handle safely sequences of arbitrary bytes, like all the ones returned by RBufferOut functions. --- generator/python.ml | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/generator/python.ml b/generator/python.ml index a70faec8c..c10adcb69 100644 --- a/generat...

...ons of Python. Python 3 distinguishes between 'str' (unicode strings), and 'bytes', with 'str' no more able to hold arbitrary data. For this reason, switch the return value of RBufferOut functions, and FBuffer struct fields to bytes on Python 3: while this is a potentially incompatibile change, this is the only way to handle safely sequences of arbitrary bytes. --- generator/python.ml | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/generator/python.ml b/generator/python.ml index a70faec8c..bc5af528c 100644 --- a/generator/python.ml +++ b/generator/python.ml @@ -195,...

Hello Does anybody have any advice, or even some ready-made configuration, for running logcheck on svlogd log files? svlogd is the logging daemon provided by runit, a replacement for sysv init with service supervision. svlogd, and thus runit, are incompatibile with vanilla logcheck, because svlogd logfiles are rotated when they reach a certain size, not at a certain time. Therefore when logcheck is run by cron, it may find that any number of rotations happened since its last run, and it should read both the current logfile and the relevant rotated logs....

A couple of fixes for Python 3 to the Python binding. Unfortunately a behaviour change is needed, although it fixes broken types used. Changes from v1: - handle also FBuffer in structs Pino Toscano (2): python: fix call of Python handlers of events python: change types for RBufferOut/FBuffer with Python 3 (RHBZ#1661871) generator/python.ml | 9 +++++++++ python/handle.c | 3 ++- 2

After a long battle with the having the password hash types that samba sets in LDAP being incompatibile with anything else that I wanted to do I finally have the idealx tools set to give me crypt passwords. Now however I'm running into the familiar "You don't have permission to change your password" problem, but the passwords are actually set correctly. My test machine is run...

...tain day, the network was freezed, collapsed. Anything of the domUs can answer to ping command, except dom0 that is the only I can access via ssh. Testing some issues, the network recovers if I shutdown the domU Firewall. I guess that the source of the problem must be pciback kernel module or some incompatibillity with network card driver. I''ve configured the xend-pci-permissive.sxp file to fix some messages that appears in the boot of the dom0. The conclusions that I''ve get analyzing the situation are the next: - at the begining, Firewall works ok since it''s overloaded by net...

...tain day, the network was freezed, collapsed. Anything of the domUs can answer to ping command, except dom0 that is the only I can access via ssh. Testing some issues, the network recovers if I shutdown the domU Firewall. I guess that the source of the problem must be pciback kernel module or some incompatibillity with network card driver. I''ve configured the xend-pci-permissive.sxp file to fix some messages that appears in the boot of the dom0. The conclusions that I''ve get analyzing the situation are the next: - at the begining, Firewall works ok since it''s overloaded by net...