Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dariusz Piatkowski

Pages: [1] 2 3 ... 99
1
Utilities / SYSLOGD - stopped working...SYSxxxx, but why?
« on: March 15, 2026, 11:44:31 pm »
I have been using syslogd/2 v2.01 (courtesy of Michael Greene) for SYSLOG functionality over several years now. All working great, some stuff is logged into my \tmp\log directory, a good chunk goes to my NAS box as well which is an aggregate of various LOGs from across various machines on my LAN.

Once a year I roll-over my various LOGs and file last year's into the ARCHIVE folder and carry on with the new year.

Yeah...so I'm a little late to the '2026 party', LOL, sure...but I'm filing stuff away and "lo' and behold" but my SYSLOG.LOG ended back on Dec 18th (there is an entry posted each time I re-boot), and indeed several other LOGs, such as SMARTD.LOG fail to show anything past Dec-24th.

Hmm???  :o

So off I go investigating, turns out that my POPUPLOG.OS2 file starts showing SYSLOGD.EXE failing around Jan-10th, 2026...which presumably means that something has occured between Dec-24th and Jan-10th which eventually caused SYSLODG to die each and every time I attempt to start it up.

Specifically, POPUPLOG.OS2 shows:
Code: [Select]
03-15-2026  16:59:02  SYS3175  PID 0089  TID 0003  Slot 00cf
G:\TCPIP\BIN\SYSLOGD.EXE
c0000005
00023cd2
P1=00000001  P2=00000008  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000000  EBX=00000100  ECX=00000002  EDX=21000000
ESI=00000000  EDI=0004497c 
DS=0053  DSACC=f0f3  DSLIM=ffffffff 
ES=0053  ESACC=f0f3  ESLIM=ffffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:00023cd2  CSACC=f0df  CSLIM=ffffffff
SS:ESP=0053:001e6a88  SSACC=f0f3  SSLIM=ffffffff
EBP=001e6fe8  FLG=00010206

SYSLOGD.EXE 0002:00003cd2

...while CLI (syslogd -d) shows:

Code: [Select]
[G:\tcpip\bin]syslogd -d
Mar 15 16:59:02 syslogd: SYSLOGDMP: Running startup commands
Mar 15 16:59:02 syslogd: SYSLOGDMP: Hostname: NEUROBOX
Mar 15 16:59:02 syslogd: SYSLOGDMP: Base allocated memory
Mar 15 16:59:02 syslogd: SYSLOGIPC: IPC thread started
SYS1808:
The process has stopped.  The software diagnostic
code (exception code) is  0005.

Unfortunately both of these are pretty generic and so I cannot tell what may actually be failing today.

I removed the tcpipforward setting in my syslog, but that had no impact.

Any ideas on how I could troubleshoot this further?

Thanks!

2
Hello David!

So I had a crazy idea of renting a windows dedicated server to serve as a winflector server to try to solve the web browser problem.
...
Anyways, anyone interested or is this a dead end idea?
...

So here is my response while wearing the Corporate IT Hat:

1) SECURITY
Before anyone signs up for this kind of a service you need to very precisely spell out how the security aspect of MY data residing on YOUR server is going to play out. By that statement I do NOT just mean "is my data secure?" as if it were in it's own cloud hosted server...you need to account for the fact that multiple user IDs would now exist on the same box and therefore you'd also need to account for how that segregation is to be accomplished.

2) PLATFORM
#1 above assumes a single server, is that indeed what you are thinking? How about looking at any of the cloud platform services, purchasing compute & storage credits which are then applied to UNIQUE VMs that host user specific environments?

You see, this approach, while I suspect more costly due to underlying OS licensing requirements, would certainly account for a lot of the SECURITY worries. After all, each and every time I connect to run one of these remote apps i'm essentially logging into my very own hosted VM environment.

3) PERFORMANCE
There is a big difference in implementing this within your LAN vs such remote configuration as what you propose. I would want to prove this out first so the sort of usage people are expecting to see (say YouTube access) can in fact be facilitatted.

Regardless of whichever approach you pursue in #2 above, the speed at which that remote session is instantiated would play a big role in how "happy" the end user is. After all, if it takes me 1-2 mins to spin up a remote FF window, and even then I can't honestly use it to browse my favourite YouTube channels (just a use-case here LOL), then is it really worth it to me?

In other words, we should define real use-cases and spell out what the end-user expectations are going to be met by each one.

4) APPLICATIONS
Is the intent to create a blank-slate remote OS platform which each user then adjusts to his/her liking? I think this is largely driven by the PLATFORM approach you decide to pursue. If we are all in a single virtual box, how do you know manage the application configuration?

Are we all permitted to install our own Apps? Oh, but you need Admin access for that?...sooo, do I get that Admin access (hell NO, b/c then you open up everyone else's data to my inspection), or do you exclusively own the Admin role and work through the AppInstall queue requests???

OK, now from the end-user perspective: I do think this approach could work if you were to really scope this down and perhaps just establish a package of 1-3 Apps that are accessible through such a service. Would this still be enough to entice folks to pay $15/month? Hard to tell...

Corollary: this proposal is a perfect example of whee an established business (AN) could step-in and put their weight behind this. Given my experience in the corporate cloud procurement space I am comfortable saying that economies of scale apply and based on who the licensing request comes from will dictate how that conversation plays out.

3
Utilities / SETTIME - which time server still supports port-13?
« on: March 13, 2026, 03:22:20 pm »
I've been using the SETTIME utility for a long time now, but most recently noted that it no longer succeeds connecting to numerous official time servers on port-13. This is a standard DAYTIME protocol port.

In my case I've been using time.nist.gov, and sure enough looking up their published info while they state that DAYTIME protocol is still supported, they also ecourage folks to switch away and move to some of the more robust protocols.

OK, so therein lies the difficulty: what other time-set utils do we have that actually work for us?

Thanks!

4
Internet / Re: Mypal68: A possible alternative browser?
« on: March 13, 2026, 03:18:36 pm »
David,

...One question I was wondering about though: So if you are using a solution like winflector, which is letting you virtualize a 64 bit browser while you are still on a 32bit/4gb machine - Does the fact that your machine is 32 bit and limited in ram effect the performance of the virtualized session?...

I have been using the FreeRDP app in such a fashion for a long time now.

Yes, you need another box, be it Win or Linux, that's actually hosting the application itself, but beyond that (which honestly is a tiny price to extend OS/2 usage in real-world scenario quite significantly) this is a very realistic solution.

Sure, it's no native app, no doubt about it, and sometimes little quirks pop up here and there, especially brought on by the hosting OS updates/changes, but otherwise it's a pretty decent setup.

In my case I've been using ThinStuff (licensed) but the last time I checked they did not support Win10/11, not sure if that has changed or not though.

Winflector is in fact my next 'go-to' as I have a much beefier Win11 box on my LAN that can really handle multiple such RDP sessions with ease.

5
Internet / Re: Firefox and disk cache - not using it, but why?
« on: March 02, 2026, 02:30:01 am »
Dave!

Quite possible I broke something over the years with security fixes from tenfour, changes to compile under the newer GCC etc, as I never checked the cache.

No worries there, to be honest this actually prompted me to investigate some FF aspects that have been relegated to the "set & forget" category...and yeah, as can be seen that's been at least a couple of years now, probably longer actually.

For everyone else's benefit who might be reading this thread, I did the following:

1) shut off the DISK cache by setting browser.cache.disk.enable=FALSE
2) set the browser.cache.memory.capacity=65536 (which is 64M, compared to the original value of "-1", which was providing me with rougly 26M)
- this last one you really need to play around with as the "-1" setting uses a FF algorithm to determine the target size given your available memory

Anyways, truth be told, FF is much more responsive now!  :o ...and maybe I shouldn't be :o

...It does work to a degree, after shutting the browser down and restarting some pages load from cache, though not as many as do under newer SM on Linux. SM, FF and TB share the code.
I have no idea where the cache code resides and don't feel motivated to explore the issue as it is working well enough in this broadband era.

Dave, regardless, I appreciate your feedback on this for w/o it I would have spent more hours investigating things further thinking that something has gone awry on my machine!

Thank you again sir.

6
Hello Martin!

I am wondering, is there some ongoing work still being done?

Reason for asking: the last 2-3 days trying to get to the forum has been very spotty...tracerte consistently (for me) shows the following:

Code: [Select]
traceroute to os2world.com (178.236.76.172), 30 hops max, 38 byte packets
 1  40:B0:76:13:81:00         (192.168.1.1)  0 ms  0 ms  0 ms
 2  bas1.wndson17.mnsi.net    (216.8.136.77)  0 ms  0 ms  0 ms
 3  br0.win.mnsi.net          (216.8.137.193)  10 ms  10 ms  10 ms
 4  port-channel8.core1.tor2.he.net  (209.51.184.205)  0 ms  10 ms  10 ms
 5  port-channel9.core2.tor1.he.net  (184.104.197.133)  0 ms  10 ms  10 ms
 6  100ge0-76.core3.nyc4.he.net  (184.104.196.177)  10 ms * *
 7  port-channel2.core2.ewr5.he.net  (184.104.188.253)  20 ms  20 ms  20 ms
 8  port-channel4.core3.cph1.he.net  (184.104.189.26)  90 ms  90 ms  100 ms
 9  netnod-ix-cph-green-9000.teleservice.net  (212.237.192.236)  90 ms netnod-ix-cph-green-9000.teleservice.net  (212.237.193.236)  100 ms netnod-ix-cph-green-9000.teleservice.net 212.237.192.236)  90 ms
10  rtr-100-mmo-5-link.teleservice.net  (85.30.128.86)  100 ms  100 ms  90 ms
11  host-85-30-131-67.sydskane.nu  (85.30.131.67)  100 ms  100 ms  90 ms
12  * * *
13  * * *

thanks!

7
Internet / Re: Firefox and disck cache - not using it, but why?
« on: March 01, 2026, 04:22:24 am »
Dave!

I seem to have the same behaviour here. With SM as well. Wonder if one of updates broke something.
One thing I do is keep the cache on my ram disk so as not to wear my SSD. On Firefox need to add the string preference browser.cache.disk.parent_directory and point it to where you want.
I'll keep an eye on the cache

I did quite a bit of surfing for the answer, but seeing how old our FF is very few topics were relevant. Having said that, I went through the regular suspects, such as: combination of private session setups and the previous bugs that would force the disk cache to be disabled...alas, those were actually FF releases prior to ours.

As it happens I try to do an occasional FF profile backup, but seeing as I haven't been really consistent with this (given that I do a DAILY rsync copy) the last backups I had were from Feb-2024...but no-go there, meaning, nothing was to be found in the 'cache2' subdirectory. Keep in mind though that in order to minimize the backup size I typically would purge the cache first before I ran the backup...lol, great intent, but that approach messes with our troubleshooting today!

Anyways, I did play around with re-directing to my RAMDISK, no change there.

I am going to revert to the previous cache engine setting and see if that does have any impact.

8
Internet / Firefox and disk cache - not using it, but why?
« on: February 28, 2026, 06:04:17 am »
Hmm...so I've got what seems like a weird situations: my trusty FF 45.9 seemingly stopped using disk cache at some point in time.

Seeing as I would rarely check this, I honestly have no idea when this might have happened.

I have FF configured to automatically control the size of the disk cache, but even if I manually overwrite and force a max value, the count always stays at 0 (zero).

Hmm...indeed, looking at the FF profile directory I only find this:

Quote
Directory of G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing

 2-27-26  9:11p         <DIR>      0 ----  Cache
 2-27-26 11:44p         <DIR>      0 ----  cache2
 2-27-26 12:15p         <DIR>      0 ----  OfflineCache
 2-27-26  9:11p             1    124 a---  _CACHE_CLEAN_
        4 file(s)           1 bytes used

where: 'cache2' is what used to have all the disk cache entries, and it is empty...

HOWEVER

'Cache' does seem to have some stuff stored in it, such as:

Quote
Directory of G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing\cache

 2-27-26  9:11p         <DIR>      0 ----  .
 2-27-26 11:50p         <DIR>    388 ----  ..
 2-27-26  9:11p         <DIR>      0 ----  0
 2-27-26  9:11p         <DIR>      0 ----  1
 2-27-26  9:11p         <DIR>      0 ----  2
 2-27-26  9:11p         <DIR>      0 ----  3
 2-27-26  9:11p         <DIR>      0 ----  4
 2-27-26  9:11p         <DIR>      0 ----  5
 2-27-26  9:11p         <DIR>      0 ----  6
 2-27-26  9:11p         <DIR>      0 ----  7
 2-27-26  9:11p         <DIR>      0 ----  8
 2-27-26  9:11p         <DIR>      0 ----  9
 2-27-26  9:11p         <DIR>      0 ----  A
 2-27-26  9:11p         <DIR>      0 ----  B
 2-27-26  9:11p         <DIR>      0 ----  C
 2-27-26  9:11p         <DIR>      0 ----  D
 2-27-26  9:11p         <DIR>      0 ----  E
 2-27-26  9:11p         <DIR>      0 ----  F
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_001_
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_002_
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_003_
 2-27-26  9:11p           276      0 a---  _CACHE_MAP_
       22 file(s)  12,583,188 bytes used

The problem being though: I have never seen 'Cache' being used before, as in none of my periodic FF Profile backups have ever showed it, nor does my FF install appear to be using this in any particular way.

The about:cache page shows the "G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing\cache2" as the proper disk cache location.

Anyways, I played around with changing various settings, the sort of OFF/ON again thing, but nothing seems to make a difference.

I'm curious if anyone has seen this behaviour before?

9
Web applications / Re: Memcached 1.2.6
« on: February 25, 2026, 02:18:28 pm »
Martin,

...What it is for?  Is it this one?
"Free & open source, high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load."
-- https://memcached.org/...

A good example is the use-case of caching DB query results, see https://docs.memcached.org/userguide/

More specifically, the API (if I am correct) enables your client side application to query up the results in a memcached server (which could be one, or many of them) to see whether the results for that particular query have been previously stored and have a specific TTL assigned to them.

If the HIT is there, great, you do not end up putting the same query execution load on the DBMS server itself, instead you simply pull that result from it's "temporary" storage on the memcached server.

I would consider this to be an architectural-like tool where you would want to provision it's use right from the very start. I am not quite sure how you'd make use of it in a typical client side user environment though, and I do not think its intended to do that either.

@Igor, how are you using this?

10
General Discussion / Re: What happened to Paul?
« on: February 23, 2026, 05:05:27 am »
Hello Paul!

Wishing you all the best in slaying this "beast". It is a tough challenge to be sure, but take it one step at a time, and go at your pace.

Take care of YOU first and foremost!

Cheers,
-Dariusz

11
Quick update you guys, and maybe a reference point for others that might run into the same problem.

Per Silvan's response to my GitHub ticket:

Quote
as your perl is completely outdated you missed one update to the perl macros. in the file which tells you the errror
error: /@unixroot/etc/rpm/macros.perl: line 34: Macro %global is a built-in (%define)
comment out line 34 and 35 and try again.

I did comment these two lines out, which allowed me to proceed further, however I did eventually get stuck in another update, which resulted in https://github.com/bitwiseworks/rpm-issues/issues/46.

The updated RPMs worked fine, and so here is what I have right now:

Code: [Select]
python2-dateutil.noarch                 1:2.8.1-4.oc00
python3-dateutil.noarch                 1:2.8.1-4.oc00

The only remaining (AFAIK LOL) obstacle is resolving the python2-libxml2's dependancy on the libxml2 (2.9.10-3.oc00) package, as per the attached ANPM error. This happens when I attempt to update my libxml2.2.9.10-3.oc00 to libxml2.2.12.4-2.oc00.

The weird part is that seeing the current '*libxml2*' packages I have installed, those being:

Code: [Select]
Installed Packages
libxml2.pentium4                         2.9.10-3.oc00
python2-libxml2.pentium4                 2.9.10-3.oc00
Available Packages
libxml2.pentium4                         2.12.4-2.oc00
...
python-libxml2.i686                      2.9.10-1.oc00
python-libxml2.pentium4                  2.9.10-1.oc00
python3-libxml2.pentium4                 2.12.4-2.oc00

...by the looks of it I just need to find the matching python2-libxml2.2.12.4-2.oc00 updated package. Probably doesn't exist as it doesn't show in available list.

What's confusing though is that a quick YUM dependancies check on python2-libxml2 produces the following:

Quote
[G:\]yum deplist python2-libxml2 |less
Loaded plugins: changelog, downloadonly, ps, replace, verify
Finding dependencies:
package: python2-libxml2.pentium4 2.9.10-3.oc00
...
  dependency: xml22.dll
   provider: libxml2.pentium4 2.12.4-2.oc00
   provider: libxml2.i686 2.9.10-1.oc00

...and that darn thing already points to libxml2.pentium4 2.12.4-2.oc00 which doesn't exist on my system, nor is it out there!!!

Go figure!!!

12
Applications / Re: Apache OpenOffice port updates?
« on: February 13, 2026, 09:22:24 pm »
Here is the statement that can be found on BBW's main page:

Quote
02.02.2026
Right now the company is on hold and we are not planing to do any updates on Injoy Firewall and Apache Open Office fo now. If we resume them in the future is uncertain, but as always everything is possible. We will still provide some updates to our mmany ports we did. But most probably not in this mass and quantity. As this went to when time permits. We are sorry we had to go this route, but it' like it is.

13
Martin!

...Just as a note, usually users post their issues on users forum to see if other user share the same issue. Once the issue it is confirmed the procedure it is to open a ticket or contact the developer...

Thank you for pointing this out, as that was precisely my thinking.

Look, it is not as if we have an army of developers and/or RPM maintainers waiting to pounce on every single issue that is being reported, at least not AFAIK anyways...so posting stuff here first is the least I can do to troubleshoot before I engage the "pros".

Having said that, I think I have pretty much arrived at that point, see https://github.com/bitwiseworks/rpm-issues/issues/45

Will update my post here per the feedback and issue resolution on github.

Thanks everyone!

14
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

15
Trying to update my RPM stuff:

Quote
@python2.7 G:\UTIL\ANPM\scripts\yum_update_dep.py rpm rpm-build rpm-build-libs rpm-libs rpm-plugin-syslog
...
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
YumRPMCheckError(): [u'ERROR with transaction check vs depsolve:', 'rpm7.dll is needed by (installed) deltarpm-3.6-1.oc00.pentium4', 'rpmio7.dll is needed by (installed) deltarpm-3.6-1.oc00.pentium4', u'Please report this error at http://yum.baseurl.org/report']
Error: ERROR with transaction check vs depsolve:rpm7.dll is needed by (installed) deltarpm-3.6-1.oc00.pentium4rpmio7.dll is needed by (installed) deltarpm-3.6-1.oc00.pentium4Please report this error at http://yum.baseurl.org/report
YumRPMCheckError()
Return code: 0
...

So it looks like rpmio7.dll is the conflicting DLL, which in turn is needed by (installed) deltarpm-3.6-1.oc00.pentium4.

Attempting to uninstall deltarpm-3.6-1.oc00.pentium4 just leads to more dependency conflicts as that is used by other packages.

Has anyone ran into this issue?

Thanks!

Pages: [1] 2 3 ... 99