Activity for Luigi Baldoni
-
Luigi Baldoni posted a comment on ticket #358
Same here for openSUSE.
-
and I have no clue why there's a BuildRequires: dos2unix Probably a leftover from when some text file was shipped with CRLF line endings. I removed the patch above and reenabled LTO, logs attached. P.S: I should add I'm not the package maintainer, I updated it only a couple of times.
-
Ok, it was just missing files in the cmake script. See PR#81
-
I forgot to add the log.
-
Git master does not build properly
-
Thanks for the fix. Just so I know, is 3.5.8 coming soon or should I try and backport this to 3.5.6?
-
git master fails to build on Qt 5.12
-
Also valgrind logs.
-
Disregard this, see #305.
-
chessx segfaults on startup on linux
-
Same here on openSUSE Leap 15.3, see attached gdb backtrace.
-
The attached patch fixes the problem for me.
-
Correction, I suspect this is caused by qwt 6.2.0. Anyway I'm at loss.
-
Using linssid 3.6 on openSUSE Tumbleweed. After (I believe) updating to gcc11, I see a build error, see attached log.
-
Can't create docs on 6.2-rc1
-
I'm also willing to help with the cmake port if the author is actually interested.
-
Thanks, both options work. Given the choice, which one is preferrable?
-
no matching function for call to 'DecoderMAD::DecoderMAD
-
Seems to me there are licensing problems both with masm and 7zip that prevent distro inclusion.
-
I also wanted to ask if it's possible to build 7zip with an assembler other than asmc (e.g. yasm), which might require some time to be accepted as distro package.
-
Hi, trying to build 21.02α for openSUSE Tumbleweed: apart from the problem reported by post-factum, I'm also seeing other problems when using the standard build flags for my distro, see attachment.
-
A backtrace would be great - obviously, there are two issues. By the way: don't activate SPEECH on Linux - this is known to be crashing - see QTBUG-90626. Oh, I didn't know that. Passing -DENABLE_TTS=OFF solved the problem, but perhaps that should be made default on linux. Anyway, I attached the backtrace.
-
I just tried 1.5.7, now the output on exit is this: > chessx free(): invalid pointer Aborted (core dumped) Tomorrow I should be able to supply a proper gdb backtrace if you think it proper.
-
After removing these fragments, I could compile ChessX. But the executables are not working neither on Mac OS nor Linux. Under Linux, there needs some LD_LIBRARY_PATH magic to be done, which I don't understand (Why is this not necessary with qmake????). Hard to say without knowing more details. I'm not seeing any of those in my rpm package, which, after a patch removing dep/scid, builds and runs properly. Perhaps it's a -rpath problem with the linker? And the resulting package under Mac OS lacks...
-
Unclean exit in 1.5.6 on Linux
-
You are right, the files are there. Unfortunately it's still a no-go for me: CMake Error at dep/scid/CMakeLists.txt:1 (add_library): Cannot find source file: dep/scid/code/src/attacks.h I think this is a consequence of how said headers are referenced: in dep/scid/CMakeLists.txt they have the full path, e.g: dep/scid/code/src/attacks.h. Perhaps cmake on Ubuntu adds ${CMAKE_SOURCE_DIR} as include search path by default, otherwise I don't know how it could work.
-
The tarball contains no crud but it's still incomplete.
-
Confirm, it's only slightly smaller. Probably some de-duplication at work. So, all that it's missing now are the header files as per https://sourceforge.net/p/chessx/bugs/287/#2d21 and the fixes to the two CMakeLists.txt. At least for Linux.
-
The new tarball is still incomplete, but it looks like that eliminating doctest and tests (and of course the two lines above) doesn't create any problem. BTW, all those ._ files take up a grand total of 2.6M.
-
dep/CMakeLists.txt:1 add_subdirectory(doctest) and CMakeLists.txt:168 add_subdirectory(tests/unittests) respectively.
-
dep/CMakeLists.txt:1 add_subdirectory(doctest) and CMakeLists.txt:168 add_subdirectory(tests/unittests) respectively
-
Missing files and directories for a sucessful linux build as follows: dep/doctest dep/scid/code/src/attacks.h dep/scid/code/src/dstring.h dep/scid/code/src/fullmove.h dep/scid/code/src/hash.h dep/scid/code/src/movegen.h dep/scid/code/src/movelist.h dep/scid/code/src/naglatex.h dep/scid/code/src/nagtext.h dep/scid/code/src/sqmove.h tests Hope this helps. P.S: the existing tarball also contains a number of duplicates prepended by a ._.
-
Not there yet: CMake Error at dep/CMakeLists.txt:1 (add_subdirectory): add_subdirectory given source "doctest" which is not an existing directory.
-
Source tarball for 1.5.6 is incomplete
-
Test #698 is indeed fixed with that patch. Regarding LTO problems, I must confess it's a tad beyond my comprehension: it's something I've seen happen multiple times and either lto is disabled for the package or upstream fixes it, but unfortunately I couldn't tell you how. I will inquire, though. Meanwhile, does this mean anything to you?
-
Test failures on 3.1.2
-
Addendum: I've also tried disabling LTO and also disabling hardening I get the best result so far, but 602 still fails. Without LTO but with hardening, three tests still fail, see newest attachment.
-
To work around the compiler flags issue please use one of --enable-hardening or --disable-hardening (previous versions effectively used the later, but as you have those flags as default you may want to explicit enable them). I've tried both and now the unexpected failures are reduced to 2. Please see new attachment. Concerning the use of NIST in the chroot isolated environment: this is normally no problem if you pre-download that via an additional source (one of https://www.itl.nist.gov/div897/ctg/suites/newcob.val.Z...
-
To work around the compiler flags issue please use one of --enable-hardening or --disable-hardening (previous versions effectively used the later, but as you have those flags as default you may want to explicit enable them). I've tried both and now the failures are reduced to 31 like in the remote build. Please see new attachment. Concerning the use of NIST in the chroot isolated environment: this is normally no problem if you pre-download that via an additional source (one of https://www.itl.nist.gov/div897/ctg/suites/newcob.val.Z...
-
Can you please attach tests/testsuite.log which includes the actual test details of all failed tests and the system configuration? Unfortunately it was a remote build on OBS and I couldn't obtain that log. I tried building gnu-cobol 3.1.1 locally but alas the errors have multiplied (see attached archive). But at least it seems like most of them are caused by a compiler switch. If possible you may want to also run make test to verify with the NIST COBOL85 suite that the package work as expected Alas...
-
Can you please attach tests/testsuite.log which includes the actual test details of all failed tests and the system configuration? Unfortunately it was a remote build on OBSand I couldn't obtain that log. I tried building gnu-cobol 3.1.1 locally but alas the errors have multiplied (see attached archive). But at least it seems like most of them are caused by a compiler switch. If possible you may want to also run make test to verify with the NIST COBOL85 suite that the package work as expected Alas...
-
Test failures on 3.1.1
-
6.0 build fails with wxwidgets 3.1.4
-
Support web tool for translation
-
Is this still present in 20.08 ?
-
Sorry, I must have been seeing double. That line doesn't help one iota.
-
Conflicting declaration of int64_t
-
2.5 link failure with gcc10
-
The problem is still very much present in 7.3.1 on openSUSE Tumbleweed with Qt5 (see attachment). A while ago I asked lazarus developers and they told me this won't go away unless the code is tidied up with regard to drag and drop. Unfortunately I'm not familiar with Pascal, so I can't contribute to it.
-
Works for me.
-
Still failing elsewhere I'm afraid:(
-
1.26.0 build fails on PPC64 big endian
-
Excellent, will patch them out then, thanks.
-
Could you tell us if the other translations are good to use?
-
Can you tell us if the other translations are good to use?
-
Files not installed on linux
-
1.5.4 build fails without running lrelease first
-
The attached patch does the trick for me.
-
1.5.4 build fails with Qt 5.12 and older on openSUSE Leap.
-
The attached patch seems to do the trick.
-
Any relation to https://sourceforge.net/p/peazip/tickets/476/ ?
-
Problem still extant in 7.0.0
-
Build warnings on 2019.1
-
No help file for 6.9.1
-
I can confirm this bug to be fixed in r233.
-
Done on r230 svn.
-
I ran the crashing program through gdb, not sure what to make of it, please see attached log.
-
Unfortunately I could not understand how to pass that XML tag to cmake. These are the commands I issued: > cmake -DBUILD_SHARED_LIBS=ON >& cmake.out > make VERBOSE=1 all >& all.out > ctest --extra-verbose >& ctest.out As you predicted, it worked perfectly in a local tree, however I still see the original problem in the chroot openSUSE OBS uses for building rpms. I'm including both sets of logs in the attached tarball.
-
Unfortunately I could not understand how to pass that XML tag to cmake. These are the commands I issued: > cmake -DBUILD_SHARED_LIBS=ON >& cmake.out > make VERBOSE=1 all >& all.out > ctest --extra-verbose >& ctest.out As you predicted, it worked perfectly in a local tree, however I still see problem in the chroot openSUSE OBS uses for building rpms. I'm including both sets of logs in the attached tarball.
-
tests fail on 1.1.3
-
I'm sorry, but r230 doesn't solve the problem with building libLASi itself.
-
Linker error on 1.1.3
-
Can't build 1.5.0 with Qt 5.9
-
Any news on this score?
-
Problem still present in 6.7.0 built with lazarus 2.0. Are there plans to address this issue?
-
Problem still present in 6.6.1.
-
Thanks, that did the trick. With regard to your question, that's the default environment in the VM where openSUSE builds its packages. Perhaps Rosa uses something similar?
-
Output of the commands above in the same build environment in the attached log.
-
Any recommendation on how to check that?
-
Thanks, that does the trick for me.
-
I have the same problem on openSUSE. See attached patch to disable tests.
-
Nevermind, INSTALL_ROOT (as per qmake conventions) works.
-
It seemed related. Should I file another bug about that?
-
Still unresolved for me on 3.1: make install ignores the DESTDIR variable and therefore it fails.
-
3.1 works for me.
-
Build fails with Qt 5.11
-
Update the homepage
-
Access violation when using Qt5
-
Buffer overflow in apetag.c
-
It doesn't seem trivial. From what I can see, the current plugin interacts with mplayer using the slave mode, which doesn't exist anymore in mpv. It would have to be rewritten to use libmpv instead.
-
Old lgpl license text shipped
-
stack-based buffer overflow
-
Sounds like excellent news:)
-
Port to current libmpg123
-
I dug up r48302 from svn and it says: function GetSelectedNodePath: string; deprecated 'Use property Path instead'; Which is what I do in the attached patch. What do you think?
-
I dug up r48302 from svn and it says: function GetSelectedNodePath: string; deprecated 'Use property Path instead'; Which is what I do in the attached patch. What do you think?
-
I dug up r48302 from svn and it says: function GetSelectedNodePath: string; deprecated 'Use property Path instead'; Which is what I do in the attached patch. What do you think?
-
I saw that. But I also see: ShellTreeView1: TShellTreeView; ... s:=ShellTreeView1.GetSelectedNodePath; which looks like the opposite of what you said.
-
I see this in the Lazarus 1.4 changelog r48302 TShellTreeView: deprecate function GetSelectedNodePath, since it's redundant. Any idea how it is redundant?
1 >