Re: [oi-dev] hplip update testing
Hi. I've just committed PR https://github.com/OpenIndiana/oi-userland/pull/5605 which replaces python-imaging with pillow and provides Python 3.5 pillow module. Does it fix hp-scan for you? С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Alexander Pyhalov via oi-dev Отправлено: 13 марта 2020 г. 23:39 Кому: Stephan Althaus; oi-dev@openindiana.org Копия: Alexander Pyhalov Тема: Re: [oi-dev] hplip update testing Hi. Not sure about py-QT, but we have to replace python-imaging with pillow to get hp-scan working with Py3. С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Stephan Althaus Отправлено: 13 марта 2020 г. 22:52 Кому: oi-dev@openindiana.org Тема: Re: [oi-dev] hplip update testing Hi! Did a short test, scan over net works as usual with "scanimage", scanning via USB does not, but that never worked for me on OI. So no differences to the previous version. I Did hope that with the link to libusb-1 and python 3.5 there could ba a change.. BUT theres a package missing with hp-scan error: hp-scan requires the Python Imaging Library (PIL). Exiting. From what i see theres no PIL package for python-35, we need pkg:/library/python/python-imaging-35 From my point of view we could even go to the up-to-date-Version 3.20.3 COMPONENT_NAME= hplip COMPONENT_VERSION= 3.20.3 COMPONENT_PROJECT_URL= https://developers.hp.com/hp-linux-imaging-and-printing COMPONENT_SRC= $(COMPONENT_NAME)-$(COMPONENT_VERSION) COMPONENT_ARCHIVE= $(COMPONENT_SRC).tar.gz COMPONENT_ARCHIVE_HASH= sha256:41097ec52af5cce51ec7b0200d9f9ec82649b58ae7105259e82130e9cf63066a With this build all the same here. *works for me* BTW, would it be much work to get py-QT ? Greetings, Stephan On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: > Hi. > > I need reviewers and testers for > https://github.com/OpenIndiana/oi-userland/pull/5600. I personally have no > means to test it. Basic motivation for me was to switch it to Python 3.5. > To build it you'll need 64-bit sane-backends: > https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 > > С уважением, > Александр Пыхалов, > программист отдела телекоммуникационной инфраструктуры > управления информационно-коммуникационной инфраструктуры ЮФУ > > > ___ > oi-dev mailing list > oi-dev@openindiana.org > https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] hplip update testing
Hi. Not sure about py-QT, but we have to replace python-imaging with pillow to get hp-scan working with Py3. С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Stephan Althaus Отправлено: 13 марта 2020 г. 22:52 Кому: oi-dev@openindiana.org Тема: Re: [oi-dev] hplip update testing Hi! Did a short test, scan over net works as usual with "scanimage", scanning via USB does not, but that never worked for me on OI. So no differences to the previous version. I Did hope that with the link to libusb-1 and python 3.5 there could ba a change.. BUT theres a package missing with hp-scan error: hp-scan requires the Python Imaging Library (PIL). Exiting. From what i see theres no PIL package for python-35, we need pkg:/library/python/python-imaging-35 From my point of view we could even go to the up-to-date-Version 3.20.3 COMPONENT_NAME= hplip COMPONENT_VERSION= 3.20.3 COMPONENT_PROJECT_URL= https://developers.hp.com/hp-linux-imaging-and-printing COMPONENT_SRC= $(COMPONENT_NAME)-$(COMPONENT_VERSION) COMPONENT_ARCHIVE= $(COMPONENT_SRC).tar.gz COMPONENT_ARCHIVE_HASH= sha256:41097ec52af5cce51ec7b0200d9f9ec82649b58ae7105259e82130e9cf63066a With this build all the same here. *works for me* BTW, would it be much work to get py-QT ? Greetings, Stephan On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: > Hi. > > I need reviewers and testers for > https://github.com/OpenIndiana/oi-userland/pull/5600. I personally have no > means to test it. Basic motivation for me was to switch it to Python 3.5. > To build it you'll need 64-bit sane-backends: > https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 > > С уважением, > Александр Пыхалов, > программист отдела телекоммуникационной инфраструктуры > управления информационно-коммуникационной инфраструктуры ЮФУ > > > ___ > oi-dev mailing list > oi-dev@openindiana.org > https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] hplip update testing
Hi! Did a short test, scan over net works as usual with "scanimage", scanning via USB does not, but that never worked for me on OI. So no differences to the previous version. I Did hope that with the link to libusb-1 and python 3.5 there could ba a change.. BUT theres a package missing with hp-scan error: hp-scan requires the Python Imaging Library (PIL). Exiting. From what i see theres no PIL package for python-35, we need pkg:/library/python/python-imaging-35 From my point of view we could even go to the up-to-date-Version 3.20.3 COMPONENT_NAME= hplip COMPONENT_VERSION= 3.20.3 COMPONENT_PROJECT_URL= https://developers.hp.com/hp-linux-imaging-and-printing COMPONENT_SRC= $(COMPONENT_NAME)-$(COMPONENT_VERSION) COMPONENT_ARCHIVE= $(COMPONENT_SRC).tar.gz COMPONENT_ARCHIVE_HASH= sha256:41097ec52af5cce51ec7b0200d9f9ec82649b58ae7105259e82130e9cf63066a With this build all the same here. *works for me* BTW, would it be much work to get py-QT ? Greetings, Stephan On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: Hi. I need reviewers and testers for https://github.com/OpenIndiana/oi-userland/pull/5600. I personally have no means to test it. Basic motivation for me was to switch it to Python 3.5. To build it you'll need 64-bit sane-backends: https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] pkg broken after recent pkg update?
OK. I have an idea what's going on - SFE GCC runtime lives in /usr/gnu/lib{/amd64}, and python embeds runpath to /usr/gnu/lib/amd64 due to some ncurses libraries. Now we have outdated GCC runtime, which loads before proper one from /usr/gcc/6/lib/amd64 . So, I see two possibilities here 1) SFE uses system compilers, 2) SFE uses some non-standard paths for its compiler runtimes. As workaround, you can remove SFE runtime libraries out of /usr/gnu/lib... Unfortunately, this will likely make SFE packages unusable. С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Alexander Pyhalov via oi-dev Отправлено: 13 марта 2020 г. 17:26 Кому: Till Wegmüller; Predrag Zecevic - Unix Systems Administrator; oi-dev@openindiana.org Копия: Alexander Pyhalov Тема: Re: [oi-dev] pkg broken after recent pkg update? Strange. rapidjson-35 has dependency on system/library/g++-6-runtime@6.5.0-2019.0.0.2. Can you show versions of installed pkg, rapidjson-35 and g++-6-runtime? С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Till Wegmüller Отправлено: 13 марта 2020 г. 16:16 Кому: Predrag Zecevic - Unix Systems Administrator; oi-dev@openindiana.org Тема: Re: [oi-dev] pkg broken after recent pkg update? Ah it is a problem with your version of /usr/gcc/6/lib/amd64/libstdc++.so.6 being to old. Can you revert to the BE before the update and run the pkg commands again? If your version of system/library/g++-6-runtime is below 6.5.0-2019.0.0.2 you must update that manually first before updating pkg. That should solve your problem. I have pkg list system/library/g++-6-runtime NAME (PUBLISHER) VERSION IFO system/library/g++-6-runtime 6.5.0-2019.0.0.2 i-- and my pkg works. Greetings Till On 13.03.20 14:00, Predrag Zecevic - Unix Systems Administrator wrote: > > > On 03/13/20 13:55, Till Wegmüller wrote: >> Hi Stephan >> >> Thanks for the notice. >> >> @Predrag looping you in as you have the same problem. >> >> Unfortunately you will need to revert to a previous BE to fix it. >> >> This seems to be a wird one. The missing symbol ist part of >> /usr/gcc/6/lib/amd64/libstdc++.so.6 which is installed by >> system/library/g++-6-runtime. The dependencies of the packages are >> sound. Which version of library/python/rapidjson-35 have you installed? >> Do you have packages from other publishers? >> >> I just updated a zone to test and have system/library/g++-6-runtime >> properly installed. No problem with pkg for me. >> >> What is the output of the following commands on your systems? >> ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so >> >> nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 >> >> pkg contents -m library/python/rapidjson-35 | grep >> system/library/g++-6-runtime >> >> Greetings >> Till >> > > Thanks Till, > > here we go: > > :; ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so > libpython3.5m.so.1.0 => /usr/lib/64/libpython3.5m.so.1.0 > libstdc++.so.6 => /usr/gnu/lib/amd64/libstdc++.so.6 > libstdc++.so.6 (GLIBCXX_3.4.21) => (version not found) > libstdc++.so.6 (CXXABI_1.3.9) => (version not found) > libm.so.2 => /lib/64/libm.so.2 > libgcc_s.so.1 => /usr/gnu/lib/amd64/libgcc_s.so.1 > libc.so.1 => /lib/64/libc.so.1 > librt.so.1 => /lib/64/librt.so.1 > libintl.so.1 => /lib/64/libintl.so.1 > libdl.so.1 => /lib/64/libdl.so.1 > libsendfile.so.1 => /lib/64/libsendfile.so.1 > > :; nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 > 000dadd0 T __gxx_personality_v0 > 001c31e0 d DW.ref.__gxx_personality_v0 > > :; pkg contents -m library/python/rapidjson-35 | grep > system/library/g++-6-runtime > Traceback (most recent call last): > File "/usr/bin/pkg", line 87, in > import pkg.actions as actions > File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", > line 68, in > globals(), locals(), [modname]) > File "/usr/lib/python3.5/vendor-packages/pkg/actions/hardlink.py", > line 33, in > from . import generic, link > File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", line > 49, in > import pkg.variant as variant > File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in > > from pkg.misc import EmptyI > File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in > > import pkg.json as json > File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in > > from rapidjson import loads, load, dumps, dump, JSONDecodeError > ImportError: ld.so.1: python3.5: fatal: relocation error:
Re: [oi-dev] pkg broken after recent pkg update?
Strange. rapidjson-35 has dependency on system/library/g++-6-runtime@6.5.0-2019.0.0.2. Can you show versions of installed pkg, rapidjson-35 and g++-6-runtime? С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ От: Till Wegmüller Отправлено: 13 марта 2020 г. 16:16 Кому: Predrag Zecevic - Unix Systems Administrator; oi-dev@openindiana.org Тема: Re: [oi-dev] pkg broken after recent pkg update? Ah it is a problem with your version of /usr/gcc/6/lib/amd64/libstdc++.so.6 being to old. Can you revert to the BE before the update and run the pkg commands again? If your version of system/library/g++-6-runtime is below 6.5.0-2019.0.0.2 you must update that manually first before updating pkg. That should solve your problem. I have pkg list system/library/g++-6-runtime NAME (PUBLISHER) VERSION IFO system/library/g++-6-runtime 6.5.0-2019.0.0.2 i-- and my pkg works. Greetings Till On 13.03.20 14:00, Predrag Zecevic - Unix Systems Administrator wrote: > > > On 03/13/20 13:55, Till Wegmüller wrote: >> Hi Stephan >> >> Thanks for the notice. >> >> @Predrag looping you in as you have the same problem. >> >> Unfortunately you will need to revert to a previous BE to fix it. >> >> This seems to be a wird one. The missing symbol ist part of >> /usr/gcc/6/lib/amd64/libstdc++.so.6 which is installed by >> system/library/g++-6-runtime. The dependencies of the packages are >> sound. Which version of library/python/rapidjson-35 have you installed? >> Do you have packages from other publishers? >> >> I just updated a zone to test and have system/library/g++-6-runtime >> properly installed. No problem with pkg for me. >> >> What is the output of the following commands on your systems? >> ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so >> >> nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 >> >> pkg contents -m library/python/rapidjson-35 | grep >> system/library/g++-6-runtime >> >> Greetings >> Till >> > > Thanks Till, > > here we go: > > :; ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so > libpython3.5m.so.1.0 => /usr/lib/64/libpython3.5m.so.1.0 > libstdc++.so.6 => /usr/gnu/lib/amd64/libstdc++.so.6 > libstdc++.so.6 (GLIBCXX_3.4.21) => (version not found) > libstdc++.so.6 (CXXABI_1.3.9) => (version not found) > libm.so.2 => /lib/64/libm.so.2 > libgcc_s.so.1 => /usr/gnu/lib/amd64/libgcc_s.so.1 > libc.so.1 => /lib/64/libc.so.1 > librt.so.1 => /lib/64/librt.so.1 > libintl.so.1 => /lib/64/libintl.so.1 > libdl.so.1 => /lib/64/libdl.so.1 > libsendfile.so.1 => /lib/64/libsendfile.so.1 > > :; nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 > 000dadd0 T __gxx_personality_v0 > 001c31e0 d DW.ref.__gxx_personality_v0 > > :; pkg contents -m library/python/rapidjson-35 | grep > system/library/g++-6-runtime > Traceback (most recent call last): > File "/usr/bin/pkg", line 87, in > import pkg.actions as actions > File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", > line 68, in > globals(), locals(), [modname]) > File "/usr/lib/python3.5/vendor-packages/pkg/actions/hardlink.py", > line 33, in > from . import generic, link > File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", line > 49, in > import pkg.variant as variant > File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in > > from pkg.misc import EmptyI > File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in > > import pkg.json as json > File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in > > from rapidjson import loads, load, dumps, dump, JSONDecodeError > ImportError: ld.so.1: python3.5: fatal: relocation error: file > /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so: symbol > __gxx_personality_v0: referenced symbol not found > > > Regards. >> On 13.03.20 10:13, Stephan Althaus wrote: >>> Hi! >>> >>> I did a "pkg update" some minutes ago, >>> now "pkg" is broken (??) >>> >>> $ sudo pkg refresh >>> Traceback (most recent call last): >>>File "/usr/bin/pkg", line 87, in >>> import pkg.actions as actions >>>File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", >>> line 68, in >>> globals(), locals(), [modname]) >>>File "/usr/lib/python3.5/vendor-packages/pkg/actions/group.py", line >>> 33, in >>> from . import generic >>>File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", >>> line >>> 49, in >>> import pkg.variant as variant >>>File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in >>> >>> from pkg.misc import EmptyI >>>File
Re: [oi-dev] pkg broken after recent pkg update?
Ah it is a problem with your version of /usr/gcc/6/lib/amd64/libstdc++.so.6 being to old. Can you revert to the BE before the update and run the pkg commands again? If your version of system/library/g++-6-runtime is below 6.5.0-2019.0.0.2 you must update that manually first before updating pkg. That should solve your problem. I have pkg list system/library/g++-6-runtime NAME (PUBLISHER) VERSION IFO system/library/g++-6-runtime 6.5.0-2019.0.0.2 i-- and my pkg works. Greetings Till On 13.03.20 14:00, Predrag Zecevic - Unix Systems Administrator wrote: > > > On 03/13/20 13:55, Till Wegmüller wrote: >> Hi Stephan >> >> Thanks for the notice. >> >> @Predrag looping you in as you have the same problem. >> >> Unfortunately you will need to revert to a previous BE to fix it. >> >> This seems to be a wird one. The missing symbol ist part of >> /usr/gcc/6/lib/amd64/libstdc++.so.6 which is installed by >> system/library/g++-6-runtime. The dependencies of the packages are >> sound. Which version of library/python/rapidjson-35 have you installed? >> Do you have packages from other publishers? >> >> I just updated a zone to test and have system/library/g++-6-runtime >> properly installed. No problem with pkg for me. >> >> What is the output of the following commands on your systems? >> ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so >> >> nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 >> >> pkg contents -m library/python/rapidjson-35 | grep >> system/library/g++-6-runtime >> >> Greetings >> Till >> > > Thanks Till, > > here we go: > > :; ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so > libpython3.5m.so.1.0 => /usr/lib/64/libpython3.5m.so.1.0 > libstdc++.so.6 => /usr/gnu/lib/amd64/libstdc++.so.6 > libstdc++.so.6 (GLIBCXX_3.4.21) => (version not found) > libstdc++.so.6 (CXXABI_1.3.9) => (version not found) > libm.so.2 => /lib/64/libm.so.2 > libgcc_s.so.1 => /usr/gnu/lib/amd64/libgcc_s.so.1 > libc.so.1 => /lib/64/libc.so.1 > librt.so.1 => /lib/64/librt.so.1 > libintl.so.1 => /lib/64/libintl.so.1 > libdl.so.1 => /lib/64/libdl.so.1 > libsendfile.so.1 => /lib/64/libsendfile.so.1 > > :; nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 > 000dadd0 T __gxx_personality_v0 > 001c31e0 d DW.ref.__gxx_personality_v0 > > :; pkg contents -m library/python/rapidjson-35 | grep > system/library/g++-6-runtime > Traceback (most recent call last): > File "/usr/bin/pkg", line 87, in > import pkg.actions as actions > File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", > line 68, in > globals(), locals(), [modname]) > File "/usr/lib/python3.5/vendor-packages/pkg/actions/hardlink.py", > line 33, in > from . import generic, link > File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", line > 49, in > import pkg.variant as variant > File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in > > from pkg.misc import EmptyI > File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in > > import pkg.json as json > File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in > > from rapidjson import loads, load, dumps, dump, JSONDecodeError > ImportError: ld.so.1: python3.5: fatal: relocation error: file > /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so: symbol > __gxx_personality_v0: referenced symbol not found > > > Regards. >> On 13.03.20 10:13, Stephan Althaus wrote: >>> Hi! >>> >>> I did a "pkg update" some minutes ago, >>> now "pkg" is broken (??) >>> >>> $ sudo pkg refresh >>> Traceback (most recent call last): >>> File "/usr/bin/pkg", line 87, in >>> import pkg.actions as actions >>> File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", >>> line 68, in >>> globals(), locals(), [modname]) >>> File "/usr/lib/python3.5/vendor-packages/pkg/actions/group.py", line >>> 33, in >>> from . import generic >>> File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", >>> line >>> 49, in >>> import pkg.variant as variant >>> File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in >>> >>> from pkg.misc import EmptyI >>> File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in >>> >>> import pkg.json as json >>> File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in >>> >>> from rapidjson import loads, load, dumps, dump, JSONDecodeError >>> ImportError: ld.so.1: python3.5: fatal: relocation error: file >>> /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so: symbol >>> __gxx_personality_v0: referenced symbol not found >>> >>> >>> Did i miss something? >>> >>> >>> Greetings, >>> Stephan >>>
Re: [oi-dev] pkg broken after recent pkg update?
Hi Stephan Thanks for the notice. @Predrag looping you in as you have the same problem. Unfortunately you will need to revert to a previous BE to fix it. This seems to be a wird one. The missing symbol ist part of /usr/gcc/6/lib/amd64/libstdc++.so.6 which is installed by system/library/g++-6-runtime. The dependencies of the packages are sound. Which version of library/python/rapidjson-35 have you installed? Do you have packages from other publishers? I just updated a zone to test and have system/library/g++-6-runtime properly installed. No problem with pkg for me. What is the output of the following commands on your systems? ldd /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so nm /usr/gcc/6/lib/amd64/libstdc++.so.6 | grep __gxx_personality_v0 pkg contents -m library/python/rapidjson-35 | grep system/library/g++-6-runtime Greetings Till On 13.03.20 10:13, Stephan Althaus wrote: > Hi! > > I did a "pkg update" some minutes ago, > now "pkg" is broken (??) > > $ sudo pkg refresh > Traceback (most recent call last): > File "/usr/bin/pkg", line 87, in > import pkg.actions as actions > File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", > line 68, in > globals(), locals(), [modname]) > File "/usr/lib/python3.5/vendor-packages/pkg/actions/group.py", line > 33, in > from . import generic > File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", line > 49, in > import pkg.variant as variant > File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in > > from pkg.misc import EmptyI > File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in > > import pkg.json as json > File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in > > from rapidjson import loads, load, dumps, dump, JSONDecodeError > ImportError: ld.so.1: python3.5: fatal: relocation error: file > /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so: symbol > __gxx_personality_v0: referenced symbol not found > > > Did i miss something? > > > Greetings, > Stephan > > > On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: >> Hi. >> >> I need reviewers and testers for >> https://github.com/OpenIndiana/oi-userland/pull/5600. I personally >> have no means to test it. Basic motivation for me was to switch it to >> Python 3.5. >> To build it you'll need 64-bit sane-backends: >> https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 >> >> >> С уважением, >> Александр Пыхалов, >> программист отдела телекоммуникационной инфраструктуры >> управления информационно-коммуникационной инфраструктуры ЮФУ >> >> >> ___ >> oi-dev mailing list >> oi-dev@openindiana.org >> https://openindiana.org/mailman/listinfo/oi-dev > > > > ___ > oi-dev mailing list > oi-dev@openindiana.org > https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
[oi-dev] pkg broken after recent pkg update?
Hi! I did a "pkg update" some minutes ago, now "pkg" is broken (??) $ sudo pkg refresh Traceback (most recent call last): File "/usr/bin/pkg", line 87, in import pkg.actions as actions File "/usr/lib/python3.5/vendor-packages/pkg/actions/__init__.py", line 68, in globals(), locals(), [modname]) File "/usr/lib/python3.5/vendor-packages/pkg/actions/group.py", line 33, in from . import generic File "/usr/lib/python3.5/vendor-packages/pkg/actions/generic.py", line 49, in import pkg.variant as variant File "/usr/lib/python3.5/vendor-packages/pkg/variant.py", line 36, in from pkg.misc import EmptyI File "/usr/lib/python3.5/vendor-packages/pkg/misc.py", line 76, in import pkg.json as json File "/usr/lib/python3.5/vendor-packages/pkg/json.py", line 24, in from rapidjson import loads, load, dumps, dump, JSONDecodeError ImportError: ld.so.1: python3.5: fatal: relocation error: file /usr/lib/python3.5/vendor-packages/rapidjson.cpython-35m.so: symbol __gxx_personality_v0: referenced symbol not found Did i miss something? Greetings, Stephan On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: Hi. I need reviewers and testers for https://github.com/OpenIndiana/oi-userland/pull/5600. I personally have no means to test it. Basic motivation for me was to switch it to Python 3.5. To build it you'll need 64-bit sane-backends: https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] hplip update testing
Hi! I build it for testing purposes - to check if my USB Scanner works now via USB (and i can discard the linux sane server). Scanning works. But i did nothing in regard to sane-backends to build it. (?) I willi test your changes. Regards, Stephan == $pkg info hplip Name: print/filter/hplip Summary: hpijs - HP InkJet Server Category: System/Printing State: Installed Publisher: userland Version: 3.19.12 Branch: 2020.0.0.1 Packaging Date: 9 March 2020 at 20:42:58 Last Install Time: 7 September 2019 at 19:52:20 Last Update Time: 9 March 2020 at 20:45:34 Size: 41.97 MB FMRI: pkg://userland/print/filter/hplip@3.19.12-2020.0.0.1:20200309T204258Z Project URL: http://hplipopensource.com/hplip-web/index.html Source URL: http://sourceforge.net/projects/hplip/files/hplip/3.19.12/hplip-3.19.12.tar.gz $hp-info --version HP Linux Imaging and Printing System (ver. 3.19.12) Device Information Utility ver. 5.2 $ pkg info sane-backends Name: image/scanner/xsane/sane-backends Summary: SANE library and backends Category: System/Libraries State: Installed Publisher: openindiana.org Version: 1.0.28 Branch: 2019.0.0.1 Packaging Date: 19 December 2019 at 11:40:15 Last Install Time: 7 September 2019 at 19:43:17 Last Update Time: 26 January 2020 at 19:57:07 Size: 17.61 MB FMRI: pkg://openindiana.org/image/scanner/xsane/sane-backends@1.0.28-2019.0.0.1:20191219T114015Z Source URL: https://gitlab.com/sane-project/backends/uploads/9e718daff347826f4cfe21126c8d5091/sane-backends-1.0.28.tar.gz Project URL: http://www.sane-project.org/ On 03/12/20 21:31, Alexander Pyhalov via oi-dev wrote: Hi. I need reviewers and testers for https://github.com/OpenIndiana/oi-userland/pull/5600. I personally have no means to test it. Basic motivation for me was to switch it to Python 3.5. To build it you'll need 64-bit sane-backends: https://github.com/OpenIndiana/oi-userland/commit/a793b0414355f0925b42c8ac67a4ef116698c3d7 С уважением, Александр Пыхалов, программист отдела телекоммуникационной инфраструктуры управления информационно-коммуникационной инфраструктуры ЮФУ ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev