Packaging KStars - [WinError 3] The system cannot find the path specified

Cojocaru Raphael raphael.cojocaru at gmail.com
Mon May 23 20:57:52 UTC 2016


Hi everyone,


After I unsuccessfully tried several solutions for my KStars packaging
issue, I will ask the KDE-Windows team for a piece of advice, maybe someone
faced this situation before.

The actual problem is that I cannot add the required dependencies to
my KStars installer. The “kstars.exe” executable from inside
KDEROOT/bin runs perfectly so this cause can be excluded since the
beginning.

The next thing I investigated was the “kstars.py” file used by emerge
tool for packaging. I started with KDevelop example, as it already has
such an installer based on NSIS software:

https://quickgit.kde.org/?p=emerge.git&a=blob&h=ab8cd8e7fc35a52a8e463cac92d626b7013b7260&f=portage%2Fextragear%2Fkdevelop%2Fkdevelop.py&o=plain

I took every line, one by one, but starting with this line:

               os.mkdir(os.path.join(archiveDir, "etc", "dbus-1", "session.d"))

I get the following error message:



[WinError 3] The system cannot find the path specified: 'C:\\K\\build\\kde\\ksta

rs\\archive\\etc\\dbus-1\\session.d'

  File "C:\K\emerge\bin\emerge.py", line 475, in <module>

    success = main()

  File "C:\K\emerge\bin\emerge.py", line 454, in main

    if not handleSinglePackage( packageName, action, tempArgs ):

  File "C:\K\emerge\bin\emerge.py", line 219, in handleSinglePackage

    if not handlePackage( info.category, info.package, action, args.doContinue,

args.update_fast ):

  File "C:\K\emerge\bin\emerge.py", line 88, in handlePackage

    success = doExec( package, buildAction, continueFlag )

  File "C:\K\emerge\bin\utils.py", line 562, in inner

    return fn(*args, **argv)

  File "C:\K\emerge\bin\emerge.py", line 46, in doExec

    ret = package.execute( action )

  File "C:\K\emerge\bin\Package\PackageBase.py", line 214, in execute

    return self.runAction(command)

  File "C:\K\emerge\bin\Package\PackageBase.py", line 241, in runAction

    ok = getattr(self, functions[command])()

  File "C:\K\emerge\portage\kde\applications\kstars\kstars.py", line 54, in crea

tePackage

    return NullsoftInstallerPackager.createPackage(self)

  File "C:\K\emerge\bin\Packager\NullsoftInstallerPackager.py", line 195, in cre

atePackage

    self.preArchive()

  File "C:\K\emerge\portage\kde\applications\kstars\kstars.py", line 59, in preA

rchive

    os.mkdir(os.path.join(archiveDir, "etc", "dbus-1", "session.d"))

C:\K>


It actually doesn’t matter which line I try to use:

               binPath = os.path.join(archiveDir, "bin") OR

               utils.mergeTree(os.path.join(archiveDir, "plugins"), binPath)

I get the same error listed above. I really don’t understand why I get
this error. For example, “os.mkdir(os.path.join(archiveDir, "etc",
"dbus-1", "session.d"))” command should just create
etc/dbus-1/session.d directory. So it should not be related to any
dependency or piece of code.

Also, I tried to build the folders’ hierarchy manually, but this
didn’t help at all.

As a final solution, I thought that CMakeLists.txt could actually be
involved in this packaging process, so I tried to replicate this in
KStars with changes as necessary, then run “emerge kstars” and “emerge
--package kstars” again. So I modified KStars’ CMakeLists.txt
following KDevelop example, creating additional files as well (i.e.
KDevelopConfig.cmake.in <http://kdevelopconfig.cmake.in/> =>
KStarsConfig.cmake.in <http://kdevelopconfig.cmake.in/>). This proved
to be unsuccessfully again. Is the CMakeLists.txt the key-element from
this equation? Is it affecting the packaging or not? It is any problem
with the path 'C:\\K\\build\\kde\\kstars\\archive\\etc\\dbus-1\\session.d'
(i.e. too long or something like this)

In conclusion, I would be very grateful if someone would give me some
help. I really gave my best in order to solve this issue, but I just
cannot figure out why the packaging doesn’t work as expected and
furthermore what should I do next.

Thanks in advance and every advice is welcomed and appreciated!



Best regards,

Raphael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-windows/attachments/20160523/74dca9a8/attachment.html>


More information about the Kde-windows mailing list