Page 1 of 2

Problem depositing

Published: June 11, 2018 - 5:23 PM
by vince86
Hello,

- WAPT version installed (1.5)
- Server OS (Windows)
- Administration/package creation machine OS (Windows 10)

I use the following WAPT repository: Les Fourmis Du Web

On Firefox: I can't see the packages available in my repository
On Zip: I can't see the x86 package

For 7-Zip, I had to use the one from the Tranquil IT repository.

Any idea why this is happening?

(No errors during repository import)
(No problems with other software)

Regards,

Re: Filing problem

Published: June 11, 2018 - 6:05 PM
by vince86
Hi again,

I tested it on another brand new machine, and the client can see the different software programs just fine.

It seems to be an error/problem on a client machine.

I'll look into it.

Re: Filing problem

Published: June 11, 2018 - 6:07 PM
by sfonteneau
vince86 wrote: June 11, 2018 - 5:23 PM Hello,

- Installed WAPT version (1.5)
- Server OS (Windows)
- Administration/package creation machine OS (Windows 10)

I'm using Les Fourmis Du Web as my WAPT repository.

On Firefox: I can't see the packages available on my repository.
For Firefox, we added the "fr" locale; that might be it, we've had this issue before.

In the machine equipment inventory for local entry, can you tell me if the value is indeed 040c?
vince86 wrote: June 11, 2018 - 5:23 PM On Zip: Unable to see the x86 packet
If you are on an x64 machine, that's normal.

An x64 machine only sees the all and x64 packages.
An x86 machine only sees the all and x86 packages.

Re: Filing problem

Published: June 12, 2018 - 07:49
by vince86
Hello,

Yes, it's 040c except for one machine which is 0409

Re: Filing problem

Published: June 12, 2018 - 08:25
by sfonteneau
vince86 wrote: June 12, 2018 - 07:49 Hello,

Yes, it's 040c except for one machine which is 0409
For 0409:
https://www.autoitscript.fr/autoit3/doc ... gCodes.htm

If in doubt, you can install:

https://wapt.tranquil.it/?sort=popular& ... -fr-locale

This forces the French language for the wapt agent (restart the wapt service to ensure the settings are correctly applied)

Re: Filing problem

Published: June 27, 2018 - 2:54 PM
by vince86
I'm revisiting this thread because I still suspect a "server" problem:

When I try to import new x64 packages for Firefox-esr or Chrome from the console, it uses the x86 package...

In Private Repository -> Import from Internet
Repository: Les fourmis

I select the package:
smp-firefox-esr version 60.1.0-2 Arch x64
I click on Download and Edit
I get the control file:
package: isaac-firefox-esr
version: 60.1.0-3
architecture: x86
section: base
priority: optional
maintainer: Simon Fonteneau

I close PyScripter, delete the "smp-firefox-esr_60.1.0-2_x86_fr-wapt" directory from my waptdev directory.
I repeat the process:
In the logs: INFO:root:Unzipping package C:\Users\adm.v.colas\AppData\Local\waptconsole\cache\smp-firefox-esr_60.1.0-2_x86_fr.wapt to directory c:\waptdev\smp-firefox-esr_60.1.0-2_x86_fr-wapt

My PC is running Windows 10 Pro x64 Version 1703

Re: Filing problem

Published: June 27, 2018 - 7:01 PM
by sfonteneau

Re: Filing problem

Published: June 28, 2018 - 11:31
by vince86
Hello,

I'm running the waptserversetup program as administrator on a Windows 2016 server, and nothing happens.
I downloaded waptserversetup from the latest version, and when I run it, I get a dialog box asking me for the language.

Re: Filing problem

Published: June 28, 2018 - 7:22 PM
by vince86
Hello,

Regarding the issue:

Importing Firefox version 52.9.0 from the internet downloads correctly as the x64 version (but it's impossible to import the x86 version; it always downloads the x64 version).
If I import it (firefox-esr_52.9.0-2_x86) from a file, I get the following error: `
File "C:\Program Files (x86)\wapt\waptdevutils.py", line 280, in duplicate_from_file
source_package = PackageEntry(waptfile = package_filename)
File "C:\Program Files (x86)\wapt\waptpackage.py", line 423, in __init__
raise EWaptBadControl(u'Package filename or directory %s does not exist' % waptfile)
waptpackage.EWaptBadControl:`
UnicodeEncodeError: 'ascii' codec can't encode characters in position 34-35: ordinal not in range(128)

When I try to import version 60.1.0 in x64, it's the opposite; it only accepts the x86 version:
Done Uploading c:\users\admv~1.col\appdata\local\temp\isaac-firefox-esr_60.1.0-3_x86_fr.wapt

If I download version 60.1.0-2 in x64 from the repository and import it from a file:
File "C:\Program Files (x86)\wapt\waptdevutils.py", line 280, in duplicate_from_file
source_package = PackageEntry(waptfile = package_filename)
File "C:\Program Files (x86)\wapt\waptpackage.py", line 423, in __init__
raise EWaptBadControl(u'Package filename or directory %s does not exist' % waptfile)
waptpackage.EWaptBadControl:

To summarize:
Version 52.9.0 is OK for x64, but the x86 version is not available;
conversely:
Version 60.1.0 is OK for x86, but the x64 version is not available.

Re: Filing problem

Published: July 2, 2018 - 12:18 PM
by vince86
Hi again,

So I'm having this problem with all new packages, it's very problematic...

I want to update NotepadPlus (Version 7.5.7-2) from the Les Fourmis repository (imported from the internet).
I can see both the x86 and x64 versions available.
I select both packages and click import.
Only the x64 version is imported.
I select the x86 version and click import, and it imports the x64 version instead.
Done Uploading c:\users\admv~1.col\appdata\local\temp\isaac-notepadplusplus_7.5.7-2_x64.wapt
WARNING:root:Target package already exists, removing c:\users\admv~1.col\appdata\local\temp\isaac-notepadplusplus_7.5.7-2_x64.wapt

I download the x86 version from the repository and I imports it via Import from a file I have the error:
File "C:\Program Files (x86)\wapt\waptdevutils.py", line 280, in duplicate_from_file
source_package = PackageEntry(waptfile = package_filename)
File "C:\Program Files (x86)\wapt\waptpackage.py", line 423, in __init__
raise EWaptBadControl(u'Package filename or directory %s does not exist' % waptfile)
waptpackage.EWaptBadControl:
UnicodeEncodeError: 'ascii' codec can't encode characters in position 34-35: ordinal not in range(128)

Any idea?