Hi Wilfried,
For many years I have been making and providing deb packages for Harbour and HwGUI. This always worked until the arrival of Ubuntu 20.04 and 22.04 (for the HwGUI deb).
The problem being that my deb for HwGUI copies the contents of /usr/share/hwgui to the user's $HOME folder. The original postinst file copies the contents to home and changes ownership from root to $USER. Since 20.04 and following, instead of returning me the correct variable ($USER), returns me /root.
I solved the problem by leaving a message for the user, when installing the deb, to indicate which command to execute to make the copy and change the owner.
This realized, I decided to flesh out the deb a bit. And that's where I found some troubles with the local svn copy of HwGUI which occurred to me while checking the deb by lintian.
The problems are:
W: hwgui: executable-not-elf-or-script usr/share/hwgui/samples/gtk_samples/qoutcolor.prg
W: hwgui: executable-not-elf-or-script usr/share/hwgui/samples/gtk_samples/sample.hbp
W: hwgui: executable-not-elf-or-script usr/share/hwgui/test/Readme.txt
W: hwgui: executable-not-elf-or-script usr/share/hwgui/test/Ticket27.hbp
W: hwgui: executable-not-elf-or-script usr/share/hwgui/test/Ticket27.prg
W: hwgui: executable-not-elf-or-script usr/share/hwgui/test/testunitc.prg
W: hwgui: executable-not-elf-or-script usr/share/hwgui/utils/debugger/sample.hbp
W: hwgui: executable-not-elf-or-script usr/share/hwgui/utils/debugger/sample.prg
W: hwgui: executable-not-elf-or-script usr/share/hwgui/utils/editor/Readme.txt
W: hwgui: national-encoding usr/include/hwgui/freeimage.h
W: hwgui: national-encoding usr/include/hwgui/richtext.ch
W: hwgui: national-encoding usr/share/doc/hwgui/PRINTDOS.txt
W: hwgui: national-encoding usr/share/hwgui/samples/gtk_samples/escrita.prg
W: hwgui: national-encoding usr/share/hwgui/utils/designer/readme_es.txt
W: hwgui: national-encoding usr/share/hwgui/utils/designer/resource/f_hwgprg.prg
4
This last point only concerns files used under linux, excluding .bat files, etc ...
But it does not seem to me that this would pose a problem under Windows which must now be able to use files encoded in UTF-8.
The last point, was the structure of changelog. I have made a little tool to correct it and add the revision number to all the entries. This last point ought to be a good thing, even if conserving the actual structure.
For now, I have corrected these problems by changing owner, and changing the encoding, but it would be nice not to have to do it.
Even I suppose you already know where to find my debs, here is the link :
https://www.dropbox.com/s/kmqchvuumv8wqfd/readme.html?dl=1
PS :As I said in a post, I have always en error building hwglblsample.
Thanks
A+
No more problem with hwglblsample
A+
Hello Alain,
with commit r3221 i converted the files listed above with Notepad++ on Windows.
Compile on Windows 11 and Ubuntu 22.04 runs without errors.
Please check.
With regards
MNI TNX, 73 es 55 de
DF7BE, Wilfried
Hi Wilfried,
It's ok with these files now.
But I forget to send you a version of dbfstru.prg with a lot of warnings which have been pacified...
A+
Hello Alain,
with commit r3223 i checked in a new revision of dbfstru.prg
based on your post.
compiling with
hbmk2 dbfstru.prg
i got no warnings or errors.
Here the output of my session:
~/svnwork/hwgui-code/hwgui/utils/devtools$ ./dbfstru ../../samples/sample.dbf
Copyright (c) 1999-2023 DF7BE
Under the Property of the GNU General Public Licence
with special exceptions of HWGUI.
See file " license.txt " for details of HWGUI project at
https://sourceforge.net/projects/hwgui/
** structure of database ../../samples/sample.dbf ***
Last update 20 03 15
Data offset 194
Record size 45
Number of records 150
Number of fields 5
NAME TYPE LEN DEC
FLD_N N 10
FLD_C C 15
FLD_D D 8
FLD_L L 1
FLD_M M 10
End ==> any key
Please check.
With regards
MNI TNX, 73 es 55 de
DF7BE, Wilfried
Hi,
It's ok, and you can close the tichet.
Just a little remark:
To have a better visual, add a blank line before End message ;)
A+
Ticket closed.