Bug#940565: PySide2 segfaults with Python3. Message: "SystemError: could not initialize part 1" (shiboken)
Package: pyside2 Version: 5.11.2-3 Severity: grave The file test.py contains a single line (without the "> " quotation): > import PySide2.QtCore as core Running > python3 test.py results in a segfault with output: > SystemError: could not initialize part 1 FWIW, I could trace that message to sources/shiboken2/libshiboken/signature.cpp in the pyside2 orig.tar Running the script with python instead of python3 gives no error. The same behaviour occurs with other Pyside2 modules instead of QtCore. > uname -a > Linux debian 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2 (2019-08-28) x86_64 > GNU/Linux > ls -l /lib/*/libc.so.6 > lrwxrwxrwx 1 root root 12 Mai 1 19:24 /lib/x86_64-linux-gnu/libc.so.6 -> > libc-2.28.so The machine in question runs in a VirtualBox VM. Best regards, Mark Weyer
Bug#720690: wrong mouse buttons in events
Package: libsdl-ocaml Version: 0.9.0-1 Severity: grave libsdl-ocaml reports left mouse clicks as middle ones, middle mouse clicks as right ones, and right mouse clicks as mouse-wheel up. This incorrect behaviour can be verified with the attached program. Mouse state reporting is not affected. I believe the origin of the bug to be that the libsdl constants start with #define SDL_BUTTON_LEFT 1 in SDL_mouse.h (in package libsdl1.2_1.2.15), while the OCaml type Sdlmouse.button starts with | BUTTON_LEFT at tag value 0. Thus a fix (until later SDL versions change the constants (again?)) would be replacing the line r = Val_int(b); in static value value_of_mouse_button(Uint8 b) in sdlevent_stub.c by r = Val_int(b)-1; I set the severity to grave, because all reverse-dependencies requiring left mouse clicks (that should be most, but not all, reverse-dependencies) become unusable. Best regards, Mark Weyer open Sdlevent let string_of_button b = let open Sdlmouse in match b with | BUTTON_LEFT - left | BUTTON_MIDDLE - middle | BUTTON_RIGHT - right | BUTTON_WHEELUP - up | BUTTON_WHEELDOWN - down | BUTTON_X x - string_of_int x ;; Sdl.init [`VIDEO]; let screen = Sdlvideo.set_video_mode ~w:800 ~h:600 ~bpp:32 [] in Sdlvideo.update_rect screen; enable_events Sdlevent.mouse_event_mask; while true do let e = wait_event () in (match e with | MOUSEBUTTONDOWN e - prerr_string (mousedown ^string_of_button e.mbe_button) | MOUSEBUTTONUP e - prerr_string (mouseup ^string_of_button e.mbe_button) | _ - prerr_string (string_of_event e)); let _,_,buttons = Sdlmouse.get_state () in prerr_string ((^String.concat , (List.map string_of_button buttons)^)); prerr_string \n; flush stderr; done;
Bug#512284: New layout
I simplified a number of things in the sources BRL sent. In particular, building now actually works. In the attached file there are two versions of Makefile: One which does the clipping the same way the original does (Makefile.clip) and one which does no clipping. Personally, I would favor no clipping, because it is ugly, but maybe xblast depends on clipping being done exactly that way. One of the files should be renamed to Makefile. Note that the original had the same clipping rectangles for directions U and R, but different ones for L and D. I find this highly suspicious but kept it that way. Best regards, Mark Weyer models.tgz Description: application/compressed-tar
Bug#512284: GPL violation
Package: xblast-tnt-models Version: 20050106-2 Severity: serious Source: xblast-tnt-models Short version: xblast-tnt-models contains some models which are licensed under the GPL, but does not contain their sources. Long version: Some years ago I was part of a group who wrote new models for xblast. If I recall correctly, we put all our povray code under the GPL. At least I am sure that either I put my own code under the GPL, or, if I was lazy, I did not license it at all (which would make the model completely undistributable). (To simplify things, I hereby license all all the model code I authored under the GPLv2.) Unfortunately, I have lost access to the computer pool in which we did the developement, so in particular I cannot provide the sources any more. Bernhard R. Link (DD) might still have access. The models authored by me are: golem insect sticky tutorial For these I am certain that the current package constitutes a GPL violation. Some models which I recall others of us to have developed: felix wuschel wusel For these I do not know, under which licenses they are today. Hence I recommend a license audit for them. In the developement, we shared some include files and build scripts. Probably, some but not all of these are also by me. Best regards, Mark Weyer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512284: GPL violation
At least I am sure that either I put my own code under the GPL, or, if I was lazy, I did not license it at all (which would make the model completely undistributable). (To simplify things, I hereby license all all the model code I authored under the GPLv2.) That might become a problem, xblast iteself is GPL (without version meaning any version) if it's wanted to switch to GPLv3 (or even later) if you say GPLv2 explict. See above, xblast ever was under GPL without version restriction and you originally said yourself that it was put under the GPL (no version restriction). I meant GPL (unknown version), not GPL (no restriction). However, the GPL version will not be a blocker, once the rest is resolved. Some models which I recall others of us to have developed: felix wuschel wusel For these I do not know, under which licenses they are today. Hence I recommend a license audit for them. It would be helpful if you have some contact informations on who these others of us might be so they can be queried, otherwise those will to have get stripped, too. Here are some guesses on other authors, with two-sided error: Immanuel Halupczok Sebastian Holzmann Bernhard R. Link Konstantin Seiler Stefan Uhl If the sources are recovered, I assume them to contain better information. Best regards, Mark Weyer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512284: some sources
Attached are some sources. I tried some time ago to get xblast upstream to incorporate them, but then did forget about the issue... Thanks. Apparently, at that time I was the only one not including license notices in his sources. (Anyway, it was always understood, that we would put our work under the GPL.) Therefore, I hereby license all my work in that tar file to anyone under the GNU General Public License, either version 2, or (at the licensee's option) any later version. Best regards, Mark Weyer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
