Closed The3Null4Player613310 closed 4 weeks ago
I am willing to potentially do the work to fix this. Please notify me if there is anything you'd like me to do.
▲ ~/ sudo pacman -S idb
resolving dependencies...
looking for conflicting packages...
Packages (1) idb-2.10.3-11
Total Download Size: 0.18 MiB
Total Installed Size: 0.18 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
idb-2.10.3-11-x86_64 181.4 KiB 1259 KiB/s 00:00 [##############################################] 100%
(1/1) checking keys in keyring [##############################################] 100%
(1/1) checking package integrity [##############################################] 100%
(1/1) loading package files [##############################################] 100%
(1/1) checking for file conflicts [##############################################] 100%
(1/1) checking available disk space [##############################################] 100%
:: Processing package changes...
(1/1) installing idb [##############################################] 100%
I'm experience different issue.
just for documentation i will add the full output i get while trying to install idb https://pastebin.com/kw7KgyFz
We need to include in broken package for idb?
As it is broken, it should be added.
Saw this and it gave me an idea to try the command below.
sudo ln -s /usr/lib/libicui18n.so.67.1 /usr/lib/libicui18n
Just out of curiosity what would this do, and is there a better way to do this?
I noticed I had a libicui18n.so file.
I'm installing now. *fingers crossed*
UPDATE:
Unable to find symbols in icui18n
@The3Null4Player613310 can you post full log?
Seems to be a qtbindings issue...
This is definitely a gcc version issue with newer versions of gcc (5+, and maybe even 4.6, though it seems they relaxed some things in later 4.x versions) of gcc not supporting the code generated by Smoke, in particular with creating derived classes with destructors for base classes that have private destructors. I'll see if I can recreate/fix next week. Unfortunately Smoke is no longer maintained, but hopefully this won't be too hard to fix.
more relevent info here.
@The3Null4Player613310 can you post full log?
Sure @aancw you can find it here.
@The3Null4Player613310 so you have fixed icu error? That log is same with me.
Upstream issue: https://github.com/dmayer/idb/issues/111
@aancw haven't fixed it yet, going to try an older version of gcc from the aur.
Actually went with a different approach and cloned the qtbindings repo and used rake and it compiled... going to play around with different versions to see what went wrong.
So the original compiled with no problem and after a bit of searching I found that it seems @shyouhei has already fixed it with this snippet in "qtbindings-x.x.x.x/ext/ruby/qtruby/src/qtruby.h"
// Ruby 2.6 introduced an optimization which breaks QT compilation // See https://github.com/ruby/ruby/commit/df9a70900a7380bc9b42b12ab90cf182988bcd45 // See also https://github.com/ruby/ruby/commit/8699a7a00655253ee9e4eedd55fbaea42f975788
undef ALLOCA_N
define ALLOCA_N(type,n) ((type)alloca(sizeof(type)(n)))
The newest version on GitHub works so you can probably just drop it in on line 47 of .../ruby/2.7.0/gems/qtbindings-4.8.6.5/ext/ruby/qtruby/src/qtruby.h until someone updates the stuff on rubygems.org
upstream (qtbindings dep): https://github.com/ryanmelt/qtbindings/issues/157
qtbindings' author abandoned the project and won't maintain it.
Anyway idb is not maintained since 2017 so seems abandoned too.
how to uninstall idb then? The default pacman -Rsn does not remove the ruby packages downloaded during install and the broken ruby built package.
Close it once https://github.com/BlackArch/blackarch/pull/4325 has been merged
Bug description
idb fails to install correctly
Steps to reproduce
Actual result: idb fails to install and complains about icui8n not existing. Expected result: idb should install without problem.
Info for developers
GNU/Linux distribution: Arch, Black Arch, Arch Strike Tool version: idb-2.10.3-11