Recent Posts

Pages: [1] 2 3 ... 10
1
Programming / EXE header 'Module' field change - how?
« Last post by Dariusz Piatkowski on Today at 09:09:05 pm »
This is more of a nuisance driven inquiry, but the UPSMONS util (UPS Monitor) has the following EXEHDR defintion:

Code: [Select]
...
Module:                         TEMPLATE
Description:                    VisPro/REXX Runtime Version 2.01, COPYRIGHT (c)
HockWare Inc. 1994
Executable format level:        0
CPU type:                       Intel 80386 or upwardly compatible
Operating system:               Operating System/2

Module type:                    Program
                                NO internal fixups in executable image
Application type:               Uses PM Windowing API
...

Subsequently, TEMPLATE is what shows up in Theseus instead of 'UPSMONS'.

Looking at this I thought: "hmm, so I'm guessing this may be coming from the EXE HDR", and indeed it is, "so how can I change that?"

Is there a quick way to to do so? I'm thinking one of the OS/2 Toolkit utils may do this...but nothing obvious jumps out at me looking at the "Tools" INF.

Any ideas?
2
Applications / Re: XWP v1.0.16
« Last post by Andy Willis on Today at 08:44:15 pm »
OK, one thing that should be checked to see if it is just an oddity on my system. Whenever I open the desktop properties and go to the Startup tab the delay always initially shows 1.  If I had previously changed it, I can hit Default and it will then show the number I had changed it to.  I can change tabs and go back and it will show the number I had set it to (IOW, going back to 1 is only on initial open).  If I open the Desktop properties and do not open the startup tab, make some changes on other tabs and close it and then open the Desktop properties and the startup tab, I can click default and have the number I had previously set.  If I open the Desktop properties and open the startup tab and close the properties, when I reopen the properties it will have saved the 1 second delay (IOW now clicking default does not change it to what I had set it to previously because it saved the 1 that was showing when I closed the properties.). 

Steps to reproduce:
Open Desktop properties
Open startup tab
change Delay to a number other than 1
Close Desktop properties
Open Desktop properties
Open startup tab
observe Delay

If, as on my system, Delay is back to 1 Click Default at the bottom and observe the number.
Now close Desktop properties
Open Desktop properties, open any or all tabs other than Startup
Close Desktop properties
Open Desktop properties
Open Startup Tab
Observe Delay
If shows 1, click Default button and observe Delay time (if as on mine, it will be the number set)
Close Desktop properties
Open Desktop properties
Observe delay time
Close Desktop properties
Open Desktop properties
Open Startup tab
Observe Delay
Click Default (if as on mine, it will now be 1).
3
Setup & Installation / Re: sigh....Python3 upgrade - curl problem?
« Last post by Dave Yeo on Today at 08:40:57 pm »
Hi Dariusz, yes, the packaging is somewhat broken, not enough hands on deck so we get things like a dependency on Python 3 in netlabs-rel.
As for python-pycurl, what you want is python2-pycurl.
4
...let me add the following:

Given the following RPM package installs on my system today:

Code: [Select]
Installed Packages
python-pycurl.pentium4                        7.19.5.1-2.oc00        installed
python-rpm-macros.noarch                      3.9-3.oc00             installed
python-srpm-macros.noarch                     3.9-3.oc00             installed
python-unversioned-command.pentium4           3.9.17-1.oc00          installed
python2-deltarpm.pentium4                     3.6-1.oc00             installed
python2-libxml2.pentium4                      2.9.10-3.oc00          installed
python2-rpm.pentium4                          4.13.0-20.oc00         installed
python2.7.pentium4                            2.7.18-3.oc00          installed
python3.pentium4                              3.9.17-1.oc00          installed
python3-dateutil.noarch                       1:2.8.1-3.oc00         installed
python3-libs.pentium4                         3.9.17-1.oc00          installed
python3-pycurl.pentium4                       7.44.1-3.oc00          installed
python3-six.noarch                            1.10.0-2.oc00          installed

I seem to be OK.

However, looking at what's out there in the repositories, there are basically:

1) python
2) python2
3) python3

versions of most of such RPM packages, albeit not all (meaning, no one-to-one match for each package).

So how do we know what should be installed, or to be more specific: which pythonX versions are needed by which apps? Seems pretty easy to answer, after all that's what dependency checking is for...but if that was the case shouldn't ANPM have complained about my attempt to update python-pycurl??? (maybe it can't do that b/c it doesn't check the packages that are being updated against it's built-in "bare necessities" list?)

In other words: I never spotted ANPM documented as requiring Python2 for example...clearly I ran it for quite some time, up until today, using python-dateutil instead of python2-dateutil...so what are the real/known dependencies?
5
Martin & JTA,

Thank you both for your feedback!

While I was aware of what you both highlighted, I did not realize that certain python2 version packages must not be upgraded, at least my results so far indicate that be the case for the python-pycurl package.

I'm reluctant to execute any other upgrades, and will monitor whether the python3-dateutil needs to be either reverted, or the python-dateutil re-installed.
6
Hi Dave,

Thanks for the quick response.

Hmm, I never forced any Python upgrades besides the python2.7/python3 one and see I have python2-pycurl and python3-pycurl installed. Lots of things are python2 including ANPM.
If yum itself works, install python2-curl or perhaps download the zip and install the 8 files manually to get ANPM working then install the package.

Alright...so I continued to troubleshoot the issue in the meantime, as in reviewing the scripts ANPM uses and concluded that it's a Python2 dependent implementation.

Therefore, precisely as you pointed out it made sense to bring back the pycurl RPM in order for the current YUM/ANPM to get back into working status.

To that end, I now see the following:

Code: [Select]
[G:\]rpm -i /test/python-pycurl-7.19.5.1-2.oc00.pentium4.rpm
error: Failed dependencies:
        python-pycurl < 7.44.1-3.oc00 is obsoleted by (installed) python3-pycurl-7.44.1-3.oc00.pentium4

...clearly the python-pycurl and python3-pycurl are incompatible with each other, and in hindsight it seems like I should NOT have attempted to upgrade anything beyond just the core Python itself (at which point in time this becomes a little nonsensical / counterintuitive, after all, if the Python runtime is now at 3.x and if I happen to be using other python utils, shouldn't I be updating them all to make sure I am using the matching python stuff???).

Anyways, OK, so it looks like I'm going to force RPM to install python-pycurl regardless:

Code: [Select]
[G:\]rpm -ivh --nodeps /test/python-pycurl-7.19.5.1-2.oc00.pentium4.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:python-pycurl-7.19.5.1-2.oc00    ################################# [100%]

Yup, all good now: YUM at CLI works, as does ANPM.
7
Hello

Quote
From the perspective of a new install of ArcaOS, there seems to be a difficulty in applying ALL  outstanding ANPM updates at once, as the python issue pops up (2.x and 3.x aren't in place all the way yet?).

I wish I know more about python, like understanding more on how to run scripts.

I had an issue with ANPM on a recently installed copy of ArcaOS 5.1 that ANPM will not run an update all and will stuck on python.  Error: "0003523: Can not update to python 3"

To fix the problem was basically:
- In ANPM  went to "Available - RPM"
- Select"python2.7", "python3", "python-unversioned-command" and run "Install".

This is a package issue rather than an ANPM issue (the same problem occurs at the command line) according to what Lewis told me on the ticket.

Regards
8
Applications / Re: DSSaver and XWP
« Last post by Dave Yeo on Today at 08:09:25 pm »
Sounds like a good plan, I'd add getting rid of the DPMS Standby and Suspend States, they don't make sense in an LCD world as LCD's only support Off. If someone has a CRT monitor and cares, they can downgrade.
The big problem is page one, which likely organically grew as things like password support was added, and we have this,
Code: [Select]
SOM_Scope BOOL SOMLINK wpssdesktopM_wpclsQuerySettingsPageSize(M_WPSSDesktop *somSelf, PSIZEL pSizl)
{
  BOOL rc;

  // Query default settings page size from parent
  rc = parent_wpclsQuerySettingsPageSize(somSelf, pSizl);
  if (rc)
  {
    // Modify the minimum height, if needed!
    // This 180 Dialog Units height seems to be okay in most cases.
    // (empirically...)
    if (pSizl->cy < 210)
      pSizl->cy = 210;
  }

  return rc;
}

I changed the 180 to 210 to get the whole of page one to show, it seems to be the only hard coded size. Lots of code that seems to rearrange things as the size of the Properties changes.
For the description box, wonder how it looks in Chinese?
I definitely don't have the skill or understanding to implement the changes, especially the SOM stuff. WPSSdesktop.c is over 5000 lines.
Played with the Universal Resource Editor last night trying to rearrange page 3, none of my changes seemed to take and the preview window must be coded.
Still need to push my latest changes, seems that my Github token doesn't work for OS2World repositories. I'll figure something out tonight, the wife wants to go to town today.
9
Setup & Installation / Re: sigh....Python3 upgrade - curl problem?
« Last post by JTA on Today at 08:08:53 pm »
From the perspective of a new install of ArcaOS, there seems to be a difficulty in applying ALL  outstanding ANPM updates at once, as the python issue pops up (2.x and 3.x aren't in place all the way yet?).

There are supposedly help articles on AN support pages to get you around this, but I just basically did a few specific updates by hand (in ANPM), and got it going again. IIRC, it was something like:

- update only the base 2.x python
- then update only the base 3.x python

Can't quite remember which one of the two I did first, but I think the trick was doing them separately ... after getting both of those to succeed, the last step is a mass ANPM update of anything else remaining, which also then worked for me.

I just stumbled through that, so didn't document each and every step, and assumed that what was on AN's support pages was a much better write-up.

Hope this helps ...
10
Setup & Installation / Re: sigh....Python3 upgrade - curl problem?
« Last post by Dave Yeo on Today at 07:05:28 pm »
Hmm, I never forced any Python upgrades besides the python2.7/python3 one and see I have python2-pycurl and python3-pycurl installed. Lots of things are python2 including ANPM.
If yum itself works, install python2-curl or perhaps download the zip and install the 8 files manually to get ANPM working then install the package.
Pages: [1] 2 3 ... 10