Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
Alright...so a bit of an update, but it seems to be looking bleaker and bleaker.

I worked this thing through all the dependencies and uninstalled the following RPMs:

1) createrepo-0.10.4-3.oc00.noarch
2) python2-deltarpm-3.6-1.oc00.pentium4
3) deltarpm-3.6-1.oc00.pentium4

OK, that seemed to work, attempting to upgrade rpm no longer complained, so through ANPM I ran the following:

'Executing: @python2.7 G:\UTIL\ANPM\scripts\yum_update_dep.py rpm rpm-build rpm-build-libs rpm-libs
rpm-plugin-syslog'

ANPM took a while to churn through all this and eventually tossed back a rather cryptic error which was also verbatim captured in the ANPM.LOG file:

Quote
----------[ 1 Feb 2026 14:13:36 ]----------
Executing: @python2.7 G:\UTIL\ANPM\scripts\yum_update.py python2-rpm
Enabling temporary repository arcanoae-sub
Enabling temporary repository arcanoae-exp
Enabling temporary repository arcanoae-stage
Enabling temporary repository arcanoae-arcaos
No argument pipe.
Running Transaction Check
PackageSackError(): Rpmdb checksum is invalid: dCDPT(pkg checksums): rpm.pentium4 0:4.15.1-4.oc00 - u
Error: Rpmdb checksum is invalid: dCDPT(pkg checksums): rpm.pentium4 0:4.15.1-4.oc00 - u
PackageSackError()
Return code: 0
----------[ 1 Feb 2026 14:14:14 ]----------
Executing: @python2.7 G:\UTIL\ANPM\scripts\YUM_UPDATE.PY rpm
error: /@unixroot/etc/rpm/macros.perl: line 34: Macro %global is a built-in (%define)
error: /@unixroot/etc/rpm/macros.perl: line 35: Macro %global is a built-in (%define)
Enabling temporary repository arcanoae-sub
Enabling temporary repository arcanoae-exp
Enabling temporary repository arcanoae-stage
Enabling temporary repository arcanoae-arcaos
No argument pipe.
Running Transaction Check
Warning: RPMDB altered outside of yum.
Return code: 0
...

In particular it is this
Quote
error: /@unixroot/etc/rpm/macros.perl: line 34: Macro %global is a built-in (%define)
error: /@unixroot/etc/rpm/macros.perl: line 35: Macro %global is a built-in (%define)
that's pointing to some sort of a problem as I am now seeing it all the time and ANPM (along with the back-end rpm) has effectively ceased to work (i.e., ANPM churns away but the window never populates).

ANPM.LOG tells the story:

Quote
----------[ 1 Feb 2026 14:26:32 ]----------
Executing: @python2.7 G:\UTIL\ANPM\scripts\yum_list.py
error: /@unixroot/etc/rpm/macros.perl: line 34: Macro %global is a built-in (%define)
error: /@unixroot/etc/rpm/macros.perl: line 35: Macro %global is a built-in (%define)
Setting up yum
No argument pipe.
Adding temporary repositories
Enabling temporary repository arcanoae-sub
Enabling temporary repository arcanoae-exp
Enabling temporary repository arcanoae-stage
Enabling temporary repository arcanoae-arcaos
Initializing cache
Requesting package list
Return code: 0

Running ANPM with a /DEB option doesn't produce any more obvious indicators:

Quote
...
[RetrieveList] Requesting list for category: (default)
[RunYum] Sending information about 4 secure repositories to yum
...
[RunYum] Starting execution thread for command: yum_list.py
[RunYum]   -> Thread 8 started successfully.
[SW_PROGRESS_Fini] Closing progress dialog
[PyDone] Thread for "yum_list.py" completed with status 0.
[PyDone] Processing exit logic for "YUM_LIST.PY".
[PyDone] Processing list result  - 2816 lines.
[PyDone] Initializing INSTALLED package list.
[GetScalingFactor] Using font size 10 (scaling factor 1)
[PyDone] Installed packages: 0
[PyDone] Available packages:
...

I would say either RPM or YUM is failing in all of this, or perhaps it is PERL that's actually a problem given that the errors seems to reference the "/@unixroot/etc/rpm/macros.perl: line 34: Macro %global" script?

Anyone have any ideas where the heck to go with this???

Yeah, I'm pretty much lost at the moment as all the RPMs were in 'REL' status, as were all the installed RPM packages that were actually being upgraded.

BTW, here is my current mix of RPMs:

RPM
Code: [Select]
rpm.pentium4                              4.15.1-4.oc00
rpm-build.pentium4                        4.15.1-4.oc00
rpm-build-libs.pentium4                   4.15.1-4.oc00
rpm-libs.pentium4                         4.15.1-4.oc00
rpm-plugin-syslog.pentium4                4.15.1-4.oc00
rpm-sign-libs.pentium4                    4.15.1-4.oc00

PYTHON2
Code: [Select]
python2-dateutil.noarch                       1:2.8.1-3.oc00
python2-libxml2.pentium4                      2.9.10-3.oc00
python2-pycurl.pentium4                       7.44.1-3.oc00
python2-rpm.pentium4                          4.15.1-4.oc00
python2-six.noarch                            1.10.0-2.oc00
python2.7.pentium4                            2.7.18-3.oc00

PERL - I do NOT have the latest release, that being: 4:5.16.1-11.oc00
Code: [Select]
perl.pentium4                              4:5.16.1-9.oc00
perl-Carp.noarch                           1.26-9.oc00
perl-Error.noarch                          1:0.17024-1
perl-Filter.pentium4                       1.40-9.oc00
perl-Git.noarch                            2.11.0-4.oc00
perl-Module-Pluggable.noarch               1:4.00-9.oc00
perl-PathTools.pentium4                    3.39.2-9.oc00
perl-Pod-Escapes.noarch                    1:1.04-9.oc00
perl-Pod-Parser.noarch                     1.51-9.oc00
perl-Pod-Perldoc.noarch                    3.17.00-9.oc00
perl-Pod-Simple.noarch                     1:3.20-9.oc00
perl-Scalar-List-Utils.pentium4            3:1.49-2.oc00
perl-Socket.pentium4                       2.001-9.oc00
perl-libs.pentium4                         4:5.16.1-9.oc00
perl-macros.pentium4                       4:5.16.1-9.oc00
perl-parent.noarch                         1:0.225-9.oc00
perl-threads.pentium4                      1.86-9.oc00
perl-threads-shared.pentium4               1.40-9.oc00

EDIT - updated the deleted packages to the full package name and listed the current CONFIG I have
22
Hardware / Re: Serial Port Shenanigans - ArcaOS 5.1.1 on a Lenovo M920t
« Last post by Doug Clark on February 01, 2026, 06:58:00 pm »
Quote
Also have a couple empty pcie slots that could take a real serial card if there's one that's known to play nice?

I am running a Quatech ESCLP-100  8 port PCI serial card on a Ryzen 5 / MSI system.  It requires a StarTec PEX1PCI1  PCI to PCIe adapter to work on my system.  Quatech has drivers for OS/2 and DOS - which are claimed to be drop-in replacements for the IBM Com drivers.  It works with a serial "keyboard" that I have, but does not work with my graphic/drawing tablets - I think the reason is the driver for the tablets expects a certain interrupt and address and with PCI/PCIe cards those are assigned at boot up.

The Quatech driver also requires CSM - it will load with pure UEFI but complains during boot up that it cannot communicate with the serial card.

I am not familiar with FOSSIL so cannot say what the relationship between FOSSIL and a COM port / COM port driver will be.
23
Has DDNSAPC.CMD ever worked for you in the past?

Looking at the script, I wonder if an argument is required.  Typically IBM would create a Desktop object to run the script and provide the site specific argument in the object parameters.
24
I've attached a screen shot of the error, if that helps.

If I have too, I'll disassemble the jars back to java and take it from there (done that more than once...).

-Chris

25
Applications / Re: Software Port Requests
« Last post by Dave Yeo on January 31, 2026, 06:05:42 pm »
Did that and added OS/2 to the UPNP_EXPORTS define (needed for linking) yesterday, still missing symbols. Have to look better later when I have more time.
Edit: The import lib now is a lot bigger so it's just the linker line that needs fixed, later.
26
Applications / Re: Software Port Requests
« Last post by KO Myung-Hun on January 31, 2026, 03:22:02 pm »
How about greping __declspec(dllexport), and adding OS/2  ?
27
Networking / DDNSAPC.CMD: Communication could not be established with the server.
« Last post by ChrisGWarp on January 31, 2026, 06:34:37 am »
Hi everyone,

Has anyone else had the issue when running the DDNS Server Administrator (DDNSAPC.CMD) - or the DHCP Server Administrator for that matter?

I get a momentary pop of a dialog but then it says "Communication could not be established with the server."

Named is most certainly running and functional.

Cheers!

-Chris
28
Applications / Re: Software Port Requests
« Last post by Dave Yeo on January 30, 2026, 07:47:32 pm »
I gave it a quick try. Unluckily I got a DLL with no exports. Perhaps Tellie will have better luck, he seems to have a better environment.
29
Applications / Re: Software Port Requests
« Last post by Martin Iturbide on January 30, 2026, 03:59:31 pm »
Hello Remy.

Looks interesting:
- upnp (The Library): The core C++ framework that handles the networking and protocol logic.
- AIVCtrl: A ready-to-use "Remote Control" application for users. It acts as a GUI to browse servers and play music/videos on networked devices.
- chupnp: A small utility for developers to test the framework’s functionality and explore discovered device actions.
- Google Drive Plugin: An optional module that allows you to treat your Google Drive files as a UPnP media source.

Let me ask around

Regards
30
Applications / Software Port Requests
« Last post by Remy on January 30, 2026, 03:02:26 pm »
Hi!

Is it possibly having a ported QtUpnp ?
https://github.com/ptstream/QtUPnP
Pages: 1 2 [3] 4 5 ... 10