Activity for Tomasz Kłoczko
-
Tomasz Kłoczko created ticket #12
Create live github mirror or move git repo to github
-
3.0.24: build fails with poppler 24.05.0
-
Incredible .. ticket opened to years ago and now is promise to move was from sf.net. So hopefully this promise will be materialised in 2026 ..
-
It fails the same way as well with gcc 14 which snapshot is now available in fedora rawhide.
-
2.7.2: is not gcc 14.x ready
-
Just tested and it still fails in latest version + cd giflib-5.2.1 + /usr/bin/make -O -j48 V=1 VERBOSE=1 check Making check in pic make[1]: Nothing to be done for 'check'. Making check in doc make[1]: Nothing to be done for 'check'. /usr/bin/make check-TESTS make[3]: *** No rule to make target 'test.sh', needed by 'test.sh.log'. Stop. make[2]: *** [Makefile:1264: check-TESTS] Error 2 make[1]: *** [Makefile:1499: check-am] Error 2
-
Just tested and it still fails in latest version + /usr/bin/make -O -j48 V=1 VERBOSE=1 check Making check in pic make[1]: Nothing to be done for 'check'. Making check in doc make[1]: Nothing to be done for 'check'. /usr/bin/make check-TESTS make[3]: *** No rule to make target 'test.sh', needed by 'test.sh.log'. Stop. make[2]: *** [Makefile:1264: check-TESTS] Error 2 make[1]: *** [Makefile:1499: check-am] Error 2
-
Just tested new version and looks like issue has been resolved. + cd gawk-lmdb-1.1.2 + /usr/bin/make -O -j48 V=1 VERBOSE=1 check Making check in doc make[1]: Nothing to be done for 'check'. Making check in po Making check in packaging make[1]: Nothing to be done for 'check'. Making check in test make[1]: Entering directory '/home/tkloczko/rpmbuild/BUILD/gawk-lmdb-1.1.2/test' ======== Starting lmdb tests ======== make[1]: Leaving directory '/home/tkloczko/rpmbuild/BUILD/gawk-lmdb-1.1.2/test' make[1]:...
-
That being said, I just tested on Fedora 38, and it seems to be broken there. So I will try to dig deeper when I get some time. F38 is almost 9 months old.
-
I can't duplicate the problem on my system. OK. Any hint what I can try to do diagnose this issue? What platform are you using? Linux x86/64
-
lmdb 1.1.1: test suite fails
-
OK👍 If may I ask about yet another thing .. is it possible to change tagging convention from current gutenprint-gutenprint-<version_with_underscores> to <version.with.dots>?🤔 It would allow easier detection of new versions.
-
BTW looks like in sf.net and github repos is missing got tag of 5.3.4 version.
-
Thank you :) So it would be good to add info about that on sf.net project page :)
-
move VCS to github/gitlab or ar least organize mirror
-
Second one looks lie has been created in 2016 and since then nothing has been done
-
OK so where are those forks?
-
Move git repo to github/gilab or organize live mirror
-
Is it possible to merge this patch?
-
git://linux-nfs.org/~steved/rpcbind.git gone
-
Hi, Is it anywhere hdparm VCS repo? If not .. is it possible to create such repo best on github/giltlab? (because SF git interface sucks)
-
move VCS to git
-
Is it possible to add similar dist tar balls for https://sf.net/p/ruamel-yaml/code/ as well? Sorry I see that already have been added tar balls for both modules. Thank you.
-
Thank you. That may help. Is it possible to add similar dist tar balls for https://sf.net/p/ruamel-yaml/code/ as well? Nevertheless issue still is that sf.net web interface does not allow downlod exact commit patch by URL like https://github.com/user/repo/commit/hash.patch With that functionality is always easier to integrate on packaging automatic download some additional patches like just-added-patch-which-fixes-issue-discobered-during-package.patch. Simple .. sf.net repos web inteface is really...
-
move VCS to github or organize mirror
-
I have no account in cppcheck track so I'll report that here. Looks like latest cppcheck build fails when it is build wih gcc 13. [ 2%] Building CXX object lib/CMakeFiles/cppcheck-core.dir/build/mc_astutils.cpp.o cd /home/tkloczko/rpmbuild/BUILD/cppcheck-2.10.3/x86_64-redhat-linux-gnu/lib && /usr/bin/g++ -DFILESDIR=\"/usr/share/Cppcheck\" -DHAVE_RULES -DTIXML_USE_STL -I/home/tkloczko/rpmbuild/BUILD/cppcheck-2.10.3/x86_64-redhat-linux-gnu/lib -I/home/tkloczko/rpmbuild/BUILD/cppcheck-2.10.3/lib -I/home/tkloczko/rpmbuild/BUILD/cppcheck-2.10.3/externals...
-
1) Looks like tehre is no in git repo any version tags. Is it possible to add tag at least for latest version? 2) It would be good to migrate git repo to github or gitlab or ar least organize live misrror because sf/net has really carppy web interface and it does not allow download patch of the exact commit over rest interface.
-
RFE: migrate VCS to git
-
not everyone agrees that pure web interfaces are better than mailing lists You can ioterract with github dicussions olnly over email as well.
-
guthub discussions are way better bacuae you can way eadier eneble/disable flow of of comments from entire dicussion or only exact thread, Other thing is that whatever is mentioned in discussion like issue ticket or PR it is automatically linked. github as well links issues/PRs/discussions from other repos if they will be mentioned so it is easier to work if some sunbject is streaching across multipole repos. Trust me .. it is rral value to move away from mailing list. Guthub automatically sends...
-
Correction: sf.net has 3 more commits than github.
-
Just checked and looks like in sf.net repo there afe still two more commits rhan in git. As already id created git repo on github IMO it woud be better to sync what is in github and make it primary. Other thing is that in github is possible eneble dicussions tab (you can find it in repo settings).
-
Thank you :)
-
Please migrate git repo to gitlab/githun
-
Missing zlib dependency checking
-
I've started "make -k " to fina all compile issues. Here is result [ 94%] Building CXX object Applications/Cxx/CMakeFiles/gdcminfo.dir/gdcminfo.cxx.o cd /home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/x86_64-redhat-linux-gnu/Applications/Cxx && /usr/bin/g++ -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/x86_64-redhat-linux-gnu/Source/Common -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/Common -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/DataStructureAndEncodingDefinition -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/MediaStorageAndFileFormat...
-
4404b770 fixed tha issue however after that I've hit another one. [ 94%] Building CXX object Applications/Cxx/CMakeFiles/gdcminfo.dir/gdcminfo.cxx.o cd /home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/x86_64-redhat-linux-gnu/Applications/Cxx && /usr/bin/g++ -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/x86_64-redhat-linux-gnu/Source/Common -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/Common -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/DataStructureAndEncodingDefinition -I/home/tkloczko/rpmbuild/BUILD/GDCM-3.1.0/Source/MediaStorageAndFileFormat...
-
What about move bug tracking system as well?
-
3.1.0: build fails
-
gentle ping ..
-
RFE: please move git repo to github/gitlab
-
Move VCS to git
-
Looks like latest version is not ready for latest neson + /usr/bin/meson --buildtype=plain --prefix=/usr --libdir=/usr/lib64 --libexecdir=/usr/libexec --bindir=/usr/bin --sbindir=/usr/sbin --includedir=/usr/include --datadir=/usr/share --mandir=/usr/share/man --infodir=/usr/share/info --localedir=/usr/share/locale --sysconfdir=/etc --localstatedir=/var --sharedstatedir=/var/lib --wrap-mode=nodownload --auto-features=enabled . x86_64-redhat-linux-gnu -D libxml2-backend=false The Meson build system...
-
New release?
-
gentle ping :)
-
3.0.11: build fails
-
Move project to github or gitlab
-
5.18.16: build fails with gcc 12.0.0.0
-
I'm only reporting that pytest is failing. So far all my rpm packages which are using docutils are building with docutils build with disabled on testing all those failing units so I cannot tell that I need something :) Nevertheless probably it would be good to look closet on why those units are failing ad fix test suite or tested code :)
-
BTW latest pytest shows some deprecation warnings ============================================================================= warnings summary ============================================================================= test/test_parsers/test_recommonmark/test_section_headers.py:37 /home/tkloczko/rpmbuild/BUILD/docutils-0.17.1/test/test_parsers/test_recommonmark/test_section_headers.py:37: DeprecationWarning: invalid escape sequence \ """\ test/test_parsers/test_recommonmark/test_section_headers.py:50...
-
Docutils testing builds on the included batteries, there is no support for the 3rd party "pytest" framework. docutils uses unittest module and pytest can handle unittrst units .. +/- some issues with units code which in ths case has been exposed. And about topic od the github/gitlab .. it would be good to migrate man VCS to one of those sites because they are offering to downlaod exact commit as patch over REST https interface. sf.net sdoes not offer that. This is extreamly useful on dowloading parches...
-
You can just import hg repo with history to the git.
-
Any issues with uloading that to pypi?
-
Please provide sdist tar ball with sphinx documentation and test suite
-
unzip project git repo?
-
I'm pulling in my buil procedures patches over http. SF does not provide such way to obrtain patch when hash commit is known. I would recommend github because in gitlab emial notyfications (like new version) does not work at all and gitlab refuses to fix that from more than three years. Other thing is that github off3r signing commits and tagged trees https://docs.github.com/en/github/authenticating-to-github/managing-commit-signature-verification/displaying-verification-statuses-for-all-of-your
-
move lirc to github/gitlab?
-
BTW it would be really good to migrate from svn to git and best move repo to github or gitlab because sf.net VCS frontend does not allow download exact commit as patch.
-
gimp 2.99.x is fully rewryten to use gtk 3.x. It is not possible to build gutenprint against gtk 3.x.
-
gimp 3.99.x is fully rewryten to use gtk 3.x. It is not possible to build gutenprint against gtk 3.x.
-
RFE: port to gtk 3.x and move SCM github/gitlab
-
After add -DNO_UNIX_SIGNAL_HANDLING to $CXXFLAGS seems it compile now. Test suite is OK as well.
-
This is related to devel version of the glibc which is now used in Fedora. Semantics of the SIGSTKSZ changed and it no longer define.
-
FYI build of the 2.5 now fails make -f cli/CMakeFiles/cli_objs.dir/build.make cli/CMakeFiles/cli_objs.dir/build make[2]: Entering directory '/home/tkloczko/rpmbuild/BUILD/cppcheck-2.5/x86_64-redhat-linux-gnu' [ 41%] Building CXX object cli/CMakeFiles/cli_objs.dir/cppcheckexecutor.cpp.o cd /home/tkloczko/rpmbuild/BUILD/cppcheck-2.5/x86_64-redhat-linux-gnu/cli && /usr/bin/g++ -DFILESDIR=\"/usr/share/Cppcheck\" -DHAVE_RULES -DTIXML_USE_STL -DUSE_Z3 -I/home/tkloczko/rpmbuild/BUILD/cppcheck-2.5/x86_64-redhat-linux-gnu/cli...
-
0.17.1: pytest is failing
-
Migrate VCS from SVN to git
-
Import pkgbuild to git
-
One more thing about github mirrro. There is no any version tags :(
-
IMO it would be fully move to github (with BTS as well) Neverteheless github mittor is better than nothing .. Thx :)
-
VCS/git repository?
-
It would be good to import current cvs repo to git. As well it would be good to not do that on sf.net but on gitlab or github because sf.net git web interface does not provides interface which allows grab exact commit patches over REST interface.
-
GIT repo
-
As I wrote this is not about switching to as you call it "facebook for the coders". This is about possibiolity of interraction build systems with VCS repo. If repository provides URL with exact commit patch like https://github.com/facebookincubator/BOLT/tree/6a13ca6d183d8de3cffcf357ef00fa919f451540 it is possible to plug it and use it straight into build procedure of exact package. Simple SF web interface DOES NOT HAVE at all such possibiti for svn or git. In other words it is stricte technical reson...
-
traceroute VCS repo?
-
Thank you very much :)
-
The obvious question: Is the SW TPM running? In my case .. no. Usually test suites are starting whatever they need to perform testing. As it is something on port above 1024 it can be started straight by test suite. What exactly needs to be started? I don't see in .travis.yml anything like executing test suite on travis ci so I have no idea what still is missing :/
-
It does not work .. + TPM_INTERFACE_TYPE=socsim + /usr/bin/make -O -j48 V=1 VERBOSE=1 check Making check in utils /usr/bin/make check-local make[2]: Entering directory '/home/tkloczko/rpmbuild/BUILD/tss2-1.6.0/utils' ./reg.sh -a Initialize TPM Power cycle ERROR: TSS_Socket_Open: Error on connect to localhost:2322 TSS_Socket_Open: client connect: error 111 Connection refused powerup: failed, rc 000b0008 TSS_RC_NO_CONNECTION - Failure connecting to lower layer make[2]: *** [Makefile:5598: check-local]...
-
VERBOSE=1 comes from standard redhat/fedora %make_build macro $ rpm -E %make_build /usr/bin/make -O -j48 V=1 VERBOSE=1 Whatever starts from "+" it is actual command which have been execuret. Is it possible somehow to force use SW TPM for test suite?
-
1.6.0: test suite is failing
-
Feel free to close that ticket. I found what I've done wrong :P
-
Port to upcomming gimp 3.x )curremtly is tagged 2.99.4)
-
Just tested 5.3.4 and now test suite is not failing but seems is in endless loop. tkloczko 41249 0.0 0.0 2860 2144 pts/1 S+ 13:23 0:00 | \_ /usr/bin/make -O -j48 V=1 VERBOSE=1 check tkloczko 41250 0.0 0.0 2860 2188 pts/1 S+ 13:23 0:00 | \_ /usr/bin/make check-recursive tkloczko 41251 0.0 0.0 3964 3124 pts/1 S+ 13:23 0:00 | \_ /bin/sh -c fail=; \ if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__make_running_with_option: internal error: invalid" "target option '${target_option-}' specified"...
-
BTW is it possible to move gdcm BTS to github issue tracker?
-
3.0.8: cmake fails
-
My question was not about binaries but new Source tree release ..
-
No version tags in git repo
-
Two questions
-
Here is more detailed output: + /usr/bin/make -O -j48 V=1 VERBOSE=1 test -C x86_64-redhat-linux-gnu ARGS=--output-on-failure make: Entering directory '/home/tkloczko/rpmbuild/BUILD/GDCM-3.0.8/x86_64-redhat-linux-gnu' Running tests... /usr/bin/ctest --force-new-ctest-process --output-on-failure Test project /home/tkloczko/rpmbuild/BUILD/GDCM-3.0.8/x86_64-redhat-linux-gnu Start 1: TestVersion 1/240 Test #1: TestVersion ............................ Passed 0.01 sec Start 2: TestCommand 2/240 Test #2:...
-
No sorry I was wrong :/ + /usr/bin/make -O -j48 V=1 VERBOSE=1 test -C x86_64-redhat-linux-gnu make: Entering directory '/home/tkloczko/rpmbuild/BUILD/GDCM-3.0.8/x86_64-redhat-linux-gnu' Running tests... /usr/bin/ctest --force-new-ctest-process Test project /home/tkloczko/rpmbuild/BUILD/GDCM-3.0.8/x86_64-redhat-linux-gnu Start 1: TestVersion 1/240 Test #1: TestVersion ............................ Passed 0.01 sec Start 2: TestCommand 2/240 Test #2: TestCommand ............................ Passed 0.01...
-
Just tested 3.0.8 and looks like now test suite passes without any hickups.
-
I'm using ncurses 6.2-4.2020081. None of other my packages complains about anything wrong in ncurses header files.
-
15.9 + master: build fails with gcc 10.2.1
-
Any plans to make new release?
1 >
