Package Details: sozi 22.03.25-1

Git Clone URL: (read-only, click to copy)
Package Base: sozi
Description: A zooming presentation editor and player based on SVG and JavaScript
Upstream URL:
Licenses: MPL2
Submitter: linkmauve
Maintainer: sbmomeni
Last Packager: sbmomeni
Votes: 75
Popularity: 0.017344
First Submitted: 2010-10-28 11:53 (UTC)
Last Updated: 2022-03-31 16:05 (UTC)

Required by (0)

Sources (991)

Latest Comments

zeroconf commented on 2022-03-28 20:00 (UTC)

New, fixed version of Sozi has been published on 25th March 2022 -

zeroconf commented on 2022-02-25 21:05 (UTC)

Yes, this parameter works - thank you! Sounds like Chromium CLI parameter

Just wondering, why such issue appeared and how this GPU sandbox disabling affects sozi work -

sbmomeni commented on 2022-02-24 12:47 (UTC)

@zeroconf Yes, this package compiles sozi sources with Electron v9.4.4 (bundled as a single binary executable).

I'll update this package when upstream settles on a non-beta release. By the way, the shows that the current "beta" fix is to disable the GPU sandbox. You can achieve/test the same effect with v21.12.06 using the same command line option:

sozi --disable-gpu-sandbox

zeroconf commented on 2022-02-22 22:00 (UTC) (edited on 2022-02-22 22:26 (UTC) by zeroconf)

Sozi developer says, that Sozi uses Electron and it comes as bundled with Sozi. Does Sozi in AUR have also bundled version of electron? If not, then this may the issue. There in discussion at is also listed electron versions used by Sozi versions.

zeroconf commented on 2022-02-21 18:05 (UTC)

Sounds like last issue is Sozi bug -

zeroconf commented on 2022-02-20 16:52 (UTC)

Hopefully works newer version better -

zeroconf commented on 2022-02-20 16:51 (UTC)

Currently cannot start Sozi 21.12.06-1.

If to start from CLI, then:

[39174:0220/] GPU process isn't usable. Goodbye.
Trace/breakpoint trap (core dumped)

Running it via gdb for debugging purposes:

Starting program: /usr/bin/sozi 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/".
[New Thread 0x7ffff18a1640 (LWP 40091)]
[Detaching after fork from child process 40092]
[Detaching after fork from child process 40093]
[Detaching after fork from child process 40094]
[New Thread 0x7ffff10a0640 (LWP 40097)]
[New Thread 0x7ffff089f640 (LWP 40098)]
[New Thread 0x7ffff009e640 (LWP 40099)]
[New Thread 0x7fffef89d640 (LWP 40100)]
[New Thread 0x7fffef09c640 (LWP 40101)]
[New Thread 0x7fffee73c640 (LWP 40102)]
[New Thread 0x7fffedf3b640 (LWP 40103)]
[New Thread 0x7fffed73a640 (LWP 40104)]
[New Thread 0x7fffecf39640 (LWP 40105)]
[New Thread 0x7fffec738640 (LWP 40106)]
[New Thread 0x7fffec5a6640 (LWP 40107)]
[New Thread 0x7fffebda5640 (LWP 40108)]
[New Thread 0x7fffeb5a4640 (LWP 40109)]
[New Thread 0x7fffec62c640 (LWP 40110)]
[New Thread 0x7fffea876640 (LWP 40111)]
[New Thread 0x7fffea075640 (LWP 40112)]
[New Thread 0x7fffe9073640 (LWP 40114)]
[New Thread 0x7fffe9874640 (LWP 40113)]
[New Thread 0x7fffe8812640 (LWP 40115)]
[New Thread 0x7fffe7ef5640 (LWP 40116)]
[Thread 0x7fffebda5640 (LWP 40108) exited]
[New Thread 0x7fffebda5640 (LWP 40117)]
[New Thread 0x7fffe76c7640 (LWP 40118)]
[New Thread 0x7fffe6e99640 (LWP 40119)]
[New Thread 0x7fffe6698640 (LWP 40120)]
[New Thread 0x7fffe5e97640 (LWP 40123)]
[New Thread 0x7fffe5696640 (LWP 40124)]
[Detaching after fork from child process 40125]
[New Thread 0x7fffe4e95640 (LWP 40126)]
[New Thread 0x7fffe4616640 (LWP 40130)]
[New Thread 0x7fffe3e15640 (LWP 40131)]
[Detaching after fork from child process 40132]
[New Thread 0x7fffe35d3640 (LWP 40136)]
[40077:0220/] GPU process isn't usable. Goodbye.

Thread 6 "Chrome_IOThread" received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 0x7fffef89d640 (LWP 40100)]
0x000055555921bea4 in ?? ()

sbmomeni commented on 2021-12-24 18:07 (UTC)

@cmonty14 This error means that some of the source files were not downloaded correctly. You can find the offending file by this command:

makepkg 2>&1 | grep -v Erfolg

Remove the invalid files and retry.

cmonty14 commented on 2021-12-13 07:54 (UTC)

Build error...

    yauzl-2.10.0.tgz ... Erfolg
    yoctodelay-1.2.0.tgz ... Erfolg
    zip-stream-4.1.0.tgz ... Erfolg
==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung!
:: Unable to build sozi - makepkg exited with code: 1

sbmomeni commented on 2021-10-27 07:04 (UTC)

@zeroconf It should be fixed now.

zeroconf commented on 2021-10-18 14:17 (UTC)

I got error messages: error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'python2-lxml' required by sozi-extras_texts2paths -> exit status 1

medmedin commented on 2021-07-15 12:26 (UTC)

@sbmomeni, that was fast and excellent work, it's installed without problems, thanks really for making it easy to install this needed app :)

sbmomeni commented on 2021-07-15 09:51 (UTC)

Here you are @medmedin

medmedin commented on 2021-06-22 09:53 (UTC)

@sbmomeni, now, most arch packages are based on binary releases and don't require any compilation, the compilation is just waste of time and space, it's insane to wait 30min for sozi to finish installing ! This app has already deb and generic linux installers for both 32bits and 64bits so compiling it is not required anymore, it would be great to provide sozi-bin that downloads the installer so it becomes easy and fast. Concerning the dependency with Electron runtime, from version 18.01 the provided generic installer already embeds the runtime so it doesn't need any external Electron runtime or libraries.

sbmomeni commented on 2021-06-22 05:07 (UTC)

@medmedin Binary AUR packages (those packages which have the -bin suffix) download and repackage already built binaries (e.g., converting a .deb file to .pkg). However, this package is source-based, that is, it compiles the binary files on the machine which runs the makepkg command with no network access (after downloading the sources files).

About three years ago our installation script was merged in the upstream repo allowing a -bin package to be built, but it will not necessarily keep working on ArchLinux due to continuous updates (e.g., sometime we had to use a different electron version to keep Sozi working).

medmedin commented on 2021-06-21 20:59 (UTC) (edited on 2021-06-21 21:01 (UTC) by medmedin)

@sbmomeni The installation is slow and takes really long times due to compilation and dependencies building, Pamac gives a log with more than 10000 lines to finish the install process Why do we need to compile this app while the generic installer for Linux is already available ?

sbmomeni commented on 2021-04-30 11:21 (UTC)

@christianlupus The current sha1sum value of the SHASUMS256.txt file is 5e42a721dbdb5304b4f186a9278987d41f411f95 and package builds normally

What error message are you getting there? Also try removing the SHASUMS256.txt file in order to force a fresh download.

christianlupus commented on 2021-04-28 17:51 (UTC)

The file SHASUMS256.txt currently causes trouble with the checksums. Can you please correct this?

sbmomeni commented on 2020-09-17 15:48 (UTC)

@osc what is the issue? It builds here normally.

osc commented on 2020-08-26 15:03 (UTC)

Hi there seems to be an issue and the package is not building.

sbmomeni commented on 2020-07-04 05:30 (UTC)

@indodwi The error 416 indicates an unsatisfiable resumption range. So, find and empty your package build cache folder to abandon the corrupted file. If not fixed, test that URL in a browser to ensure that you can download it normally.

indodwi commented on 2020-07-03 23:14 (UTC)

Excuse me. I have a problem when installing sozi in manjaro When i build sozi from add/remove software gui suddenly stoped and this information:

camecurl: (22) The requested URL returned error: 416 ==> ERROR: Failure while downloading 2 Aborting... Failed to build sozi.

could you help me? Thanks before

Reido commented on 2020-06-18 08:11 (UTC)

I got an error because I don't have the zip package installed. You might want to add it in the build dependencies.

Compressing dist/
/bin/sh: zip: command not found
Warning: Command failed: zip -ry ../../dist/ sozi_extras_media.inx
/bin/sh: zip: command not found
Use --force to continue.

BrunoSpy commented on 2020-06-03 08:23 (UTC)

Thx ! FYI I was using nodejs-lts maybe changing dependencies ?

sbmomeni commented on 2020-06-01 05:51 (UTC) (edited on 2020-06-01 05:53 (UTC) by sbmomeni)

@aurmyster @BrunoSpy

  1. Upgrade "nodejs" package to 14.3.0
  2. Remove the cache folder

aurmyster commented on 2020-05-29 03:45 (UTC)

I have the exact same problem........ Any solutions yet?

BrunoSpy commented on 2020-05-28 15:00 (UTC)

Unable to build latest update :

Loading "Gruntfile.js" tasks...ERROR

TypeError: buildConfig.platforms.flatMap is not a function at Object.module.exports (/home/soularch/.cache/yay/sozi/src/Sozi-20.05/Gruntfile.js:425:74) at loadTask (/home/soularch/.cache/yay/sozi/src/Sozi-20.05/node_modules/grunt/lib/grunt/task.js:315:10) at Task.task.init (/home/soularch/.cache/yay/sozi/src/Sozi-20.05/node_modules/grunt/lib/grunt/task.js:434:5) at Object.grunt.tasks (/home/soularch/.cache/yay/sozi/src/Sozi-20.05/node_modules/grunt/lib/grunt.js:111:8) at Liftoff.<anonymous> (/usr/lib/node_modules/grunt-cli/bin/grunt:66:13) at Liftoff.execute (/usr/lib/node_modules/grunt-cli/node_modules/liftoff/index.js:203:12) at module.exports (/usr/lib/node_modules/grunt-cli/node_modules/flagged-respawn/index.js:51:3) at Liftoff.<anonymous> (/usr/lib/node_modules/grunt-cli/node_modules/liftoff/index.js:195:5) at Liftoff.<anonymous> (/usr/lib/node_modules/grunt-cli/node_modules/liftoff/index.js:170:7) at process._tickCallback (internal/process/next_tick.js:61:11)

Running tasks: electron-build Warning: Task "electron-build" not found. Use --force to continue.

2000 commented on 2019-09-01 17:25 (UTC) (edited on 2019-09-02 20:04 (UTC) by 2000)

EDIT: Never mind; stupid error on my side. Upgraded system and sozi built just fine after that, Please excuse!

I have problems with the last update of sozi (with babel-core-6.26.3):

[...] node: symbol lookup error: node: undefined symbol: uv_os_free_environ

Installing babel-core- ...

bsdtar: Error opening archive: Failed to open '[...]/TEMPCOMPILE/sozi/src/babel-core-.tgz'

==> ERROR: A failure occurred in build().

sbmomeni commented on 2019-08-14 17:44 (UTC)

@fran5ois Fixed. Retest. The updated ttf-droid package has moved files to /usr/share/fonts/droid/ folder.

fran5ois commented on 2019-08-14 16:31 (UTC)

Hi here,

I cannot install sozi on Manjaro KDE.

here is the message I get:

patching file package.json install: cannot stat '/usr/share/fonts/TTF/DroidSans.ttf': No such file or directory == ERROR: A failure occured in prepare(). Aborting... :: Unable to build sozi - makepkg exited with code: 4

Thank you in advance for your help!

caos21 commented on 2019-05-31 03:55 (UTC)

Sozi takes 1.4Gb installed size. Only texlive-fontsextra has 1Gb in my box. Is this ok?

sbmomeni commented on 2019-04-26 08:17 (UTC)

Building version 19.04 needs about 10GB temp space.

sbmomeni commented on 2018-10-27 16:48 (UTC)

@Ray Updated.

Ray commented on 2018-10-27 05:58 (UTC)

I was not able to install SOZI. I received the errors:

error: target not found: nodejs-grunt-cli ==> ERROR: 'pacman' failed to install missing dependencies. :: Unable to build sozi - makepkg exited with code: 8

Is there a way to update this build recipe? I've tried installing SOZI from Sozi-18.04-1523042682-linux-x64.tzg but was unable to get to run.

rplanchuelo commented on 2018-06-13 22:00 (UTC)

@sbmomeni It's OK now. Thanks a lot

sbmomeni commented on 2018-06-13 19:14 (UTC)

@rplanchuelo It should be fixed now.

rplanchuelo commented on 2018-06-13 16:59 (UTC)

I have problems with the last update of sozi (with babel-core-6.26.0):

Installing babel-core-6.26.0 ... bsdtar: Error opening archive: Failed to open '/tmp/yaourt-tmp-rober/aur-sozi/src/babel-core-6.26.0.tgz' ==> ERROR: Se produjo un fallo en build(). Cancelando... ==> ERROR: Makepkg no ha podido compilar sozi.

a1rolo commented on 2018-03-14 19:18 (UTC)

@sbmomeni Great, it worked for me, thanks.

sbmomeni commented on 2018-03-09 16:52 (UTC)

@nibor @a1rolo Updated. Please test again.

nibor commented on 2018-03-07 14:17 (UTC)

First I had the same problem lylambda (tmp: not enough space on device), which can't be true as my tmp is set to 6.5 GB and still had 6.3 GB free space in the moment of (repeatable) error. Anyways, changing the build path in /etc/yaourtrc to /home/"user"/tmp helped to solve it.

But now I am getting the same error as a1rolo and don't have a solution yet:

Error: Command failed: git show -s --format='%cI %ct' fatal: Not a git repository (or any of the parent directories): .git

at [...] Running tasks: electron-build Warning: Task "electron-build" not found. Use --force to continue.

Any ideas?

a1rolo commented on 2018-02-26 16:40 (UTC)

Please help, I get this error compiling:

  • simplemocha Reading package.json...OK Parsing package.json...OK fatal: No es un repositorio git (ni ninguno de los directorios superiores): .git Loading "Gruntfile.js" tasks...ERROR

    Error: Command failed: git show -s --format='%cI %ct' fatal: It is not a git repo (nor any of the upper directories): .git at checkExecSyncError (child_process.js:574:11) at execSync (child_process.js:611:13) at Object.module.exports (/home/rolo/.builds/sozi/src/Sozi-18.01/Gruntfile.js:17:15) at loadTask (/home/rolo/.builds/sozi/src/Sozi-18.01/node_modules/grunt/lib/grunt/task.js:315:10) at Task.task.init (/home/rolo/.builds/sozi/src/Sozi-18.01/node_modules/grunt/lib/grunt/task.js:434:5) at Object.grunt.tasks (/home/rolo/.builds/sozi/src/Sozi-18.01/node_modules/grunt/lib/grunt.js:111:8) at Object.module.exports [as cli] (/home/rolo/.builds/sozi/src/Sozi-18.01/node_modules/grunt/lib/grunt/cli.js:27:9) at Object.<anonymous> (/usr/lib/node_modules/grunt-cli/bin/grunt:44:20) at Module._compile (module.js:662:30) at Object.Module._extensions..js (module.js:673:10) at Module.load (module.js:575:32) at tryModuleLoad (module.js:515:12) at Function.Module._load (module.js:507:3) at Function.Module.runMain (module.js:703:10) at startup (bootstrap_node.js:193:16) at bootstrap_node.js:665:3</anonymous>

Running tasks: electron-build Warning: Task "electron-build" not found. Use --force to continue.

Aborted due to warnings. ==> ERROR: Se produjo un fallo en build().

lylambda commented on 2018-02-19 20:56 (UTC)

After change the build path and a reboot, that's works. Thanks sbmomeni !

sbmomeni commented on 2018-02-14 16:30 (UTC)

@lylambda The error message is saying "Aucun espace disponible sur le périphérique" which means "No available space on the device." You should either free some space on that device or change the build path to another device.

lylambda commented on 2018-02-12 18:50 (UTC) (edited on 2018-02-12 18:53 (UTC) by lylambda)

Thanks for your response sbmomeni.

I test your command : [lylambda@nobody ~]$ semver -r "^6.14.0" "6.24.1" "5.4.2" node: error while loading shared libraries: cannot open shared object file: No such file or directory

So I install icu.57 with aur (my system have icu.60). Then : [lylambda@nobody ~]$ semver -r "^6.14.0" "6.24.1" "5.4.2" 6.24.1

Great ! I try to install sozy and : ==> Lancement de build()... Installing babel-preset-es2015-6.24.1 ... dep babel-preset-es2015-6.24.1 -> babel-plugin-check-es2015-constants-6.22.0 ... [...] cp: impossible de créer le lien direct 'node_modules/babel-plugin-transform-es2015-modules-umd/.is-completely-installed' vers '/tmp/pamac-build-lylambda/sozi/src/build/babel-plugin-transform-es2015-modules-umd-6.24.1/.is-completely-installed': Aucun espace disponible sur le périphérique ==> ERREUR : Une erreur s’est produite dans build(). Abandon...

More here :

That's not the same error than before but... can you help me ?

sbmomeni commented on 2018-02-11 19:23 (UTC) (edited on 2018-02-11 19:26 (UTC) by sbmomeni)

@lylambda The "semver" program is used for detecting package versions. In ArchLinux, "semver" depends on "nodejs" which depends on "icu" which provides the "" file which is missing in your system. Search for "/usr/lib/" file and install the package which provides it in Manjaro OS.

You can test your system by running

semver -r "^6.14.0" "6.24.1" "5.4.2"

which should output


lylambda commented on 2018-02-11 11:51 (UTC)


[...] node: error while loading shared libraries: cannot open shared object file: No such file or directory Installing babel-preset-es2015- ... bsdtar: Error opening archive: Failed to open '/tmp/pamac-build-lylambda/sozi/src/babel-preset-es2015-.tgz' ==> ERREUR : Une erreur s’est produite dans build(). Abandon...


Something didn't works for me :( (OS = Manjaro) What can I do ?

rplanchuelo commented on 2018-02-10 14:51 (UTC)

@sbmomeni: It's OK. Thanks.

sbmomeni commented on 2018-02-10 12:03 (UTC)

@rplanchuelo: fixed.

rplanchuelo commented on 2018-02-10 11:33 (UTC)

Maybe it isn't neccesary. From

acorn5-object-spread Spread and rest properties support in acorn 5

NPM version

Since spread and rest properties are part of ECMAScript 2018, acorn now supports them out of the box. Just make sure that you use acorn >= 5.4.1 and set ecmaVersion >= 9. This plugin is deprecated.

rplanchuelo commented on 2018-02-10 11:29 (UTC)

I cann't update because there is a error with acorn5-object-spread-5.0.1.tgz:

% Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 Warning: Transient problem: HTTP error Will retry in 3 seconds. 3 retries Warning: left. 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 Warning: Transient problem: HTTP error Will retry in 3 seconds. 2 retries Warning: left. 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 Warning: Transient problem: HTTP error Will retry in 3 seconds. 1 retries Warning: left. 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 curl: (22) The requested URL returned error: 500 ==> ERROR: Hubo fallos durante la descarga de

macxcool commented on 2017-12-12 11:32 (UTC)

@sbmomeni Thanks for the explanation. I appreciate it. I may try a bin package, just for the fun of it ;-)

sbmomeni commented on 2017-12-12 10:51 (UTC) (edited on 2017-12-12 10:53 (UTC) by sbmomeni)

@macxcool Now that our installation script is merged in upstream repo, a "-bin" package can use that approach. But it does not necessarily work as the ArchLinux continues updating. For example, we had to use a different electron version previously.

a1rolo commented on 2017-09-08 01:10 (UTC)

Same error as mathiew.clabaut ==> ERROR: A failure occurred in build(). Aborting...

mathieu.clabaut commented on 2017-08-21 08:27 (UTC)

Thank @sbmomeni. Alas, I now get : ==> bower install completed successfully module.js:491 throw err; ^ Error: Cannot find module 'getobject' at Function.Module._resolveFilename (module.js:489:15) at Function.Module._load (module.js:439:25) at Module.require (module.js:517:17) at require (internal/module.js:11:18) at Object.<anonymous> (/tmp/yaourt-tmp-clabaut/aur-sozi/src/Sozi-17.06/node_modules/grunt-legacy-util/index.js:20:18) at Module._compile (module.js:573:30) at Object.Module._extensions..js (module.js:584:10) at Module.load (/tmp/yaourt-tmp-clabaut/aur-sozi/src/Sozi-17.06/node_modules/coffee-script/lib/coffee-script/register.js:45:36) at tryModuleLoad (module.js:470:12) at Function.Module._load (module.js:462:3) at Module.require (module.js:517:17) at require (internal/module.js:11:18) at Object.<anonymous> (/tmp/yaourt-tmp-clabaut/aur-sozi/src/Sozi-17.06/node_modules/grunt/lib/grunt.js:17:12) at Module._compile (module.js:573:30) at Object.Module._extensions..js (module.js:584:10) at Module.load (module.js:507:32) at tryModuleLoad (module.js:470:12) at Function.Module._load (module.js:462:3) at Module.require (module.js:517:17) at require (internal/module.js:11:18) at Object.<anonymous> (/usr/lib/node_modules/grunt-cli/bin/grunt:44:1) at Module._compile (module.js:573:30) at Object.Module._extensions..js (module.js:584:10) at Module.load (module.js:507:32) at tryModuleLoad (module.js:470:12) at Function.Module._load (module.js:462:3) at Function.Module.runMain (module.js:609:10) at startup (bootstrap_node.js:158:16) at bootstrap_node.js:578:3 ==> ERROR: A failure occurred in build(). Aborting... Maybe @macxcool suggestion would be a good alternative ?

macxcool commented on 2017-07-27 21:36 (UTC)

I'm just curious. Why wouldn't I download the Sozi tarball, untar it into /opt and run Sozi from there rather than do all this npm installation every time?

sbmomeni commented on 2017-07-27 20:14 (UTC)

@mathieu.clabaut droid_sans source is now replaced with make-dependency to ttf-droid package.

mathieu.clabaut commented on 2017-07-27 07:23 (UTC)

Error when downloading droid_sans : -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 403 Forbidden ==> ERROR: Failure while downloading Wouldn't be possible to just make a dependency upon the ttf-droid package ?

sbmomeni commented on 2017-05-30 06:11 (UTC)

@Distag The folder that I use for building sozi (containing all dependencies and the building tmp files) occupies about 1.3 GB. So 6 GB is much more than enough. Did you check how much of /tmp was already filled? In the output of the second command (using --tmp /home/distag/tmp), I see that yaourt has failed trying to create a new folder in the /tmp again (no space left on device, mkdir '/tmp/distag/bower').

luuuciano commented on 2017-05-29 15:21 (UTC)

Heheh... I had to do makepkg in ~/ partition, to have more space for it...

Distag commented on 2017-05-29 14:52 (UTC)

Hello, 3 points: *the compilation doesn't work, with tmpfs=6G and yaourt -S sozi: […] npm WARN regenerator-transform@0.9.11 license should be a valid SPDX license expression stage 2 of babel-plugin-transform-regenerator-6.24.1 installation ... stage 2 of babel-preset-es2015-6.24.1 installation ... cp: impossible to create direct link 'node_modules/babel-plugin-transform-es2015-parameters/node_modules/babel-helper-call-delegate/node_modules/babel-traverse/node_modules/babel-messages/node_modules/babel-runtime/core-js/math/imulh.js' to '/tmp/yaourt-tmp-distag/aur-sozi/src/build/babel-plugin-transform-es2015-parameters-6.24.1/node_modules/babel-helper-call-delegate/node_modules/babel-traverse/node_modules/babel-messages/node_modules/babel-runtime/core-js/math/imulh.js': No space available on the device *the compilation doesn't work, with yaourt --tmp /home/distag/tmp -S sozi: […] ==> npm install completed successfully bower fontawesome-v4.7.0.tar#* ENOSPC ENOSPC: no space left on device, mkdir '/tmp/distag/bower' Stack trace: Error: ENOSPC: no space left on device, mkdir '/tmp/distag/bower' Console trace: Error at StandardRenderer.error (/usr/lib/node_modules/bower/lib/renderers/StandardRenderer.js:81:37) at Logger.<anonymous> (/usr/lib/node_modules/bower/lib/bin/bower.js:110:26) at emitOne (events.js:96:13) at Logger.emit (events.js:191:7) at Logger.emit (/usr/lib/node_modules/bower/lib/node_modules/bower-logger/lib/Logger.js:29:39) at /usr/lib/node_modules/bower/lib/commands/index.js:48:20 at _rejected (/usr/lib/node_modules/bower/lib/node_modules/q/q.js:844:24) at /usr/lib/node_modules/bower/lib/node_modules/q/q.js:870:30 at Promise.when (/usr/lib/node_modules/bower/lib/node_modules/q/q.js:1122:31) at Promise.promise.promiseDispatch (/usr/lib/node_modules/bower/lib/node_modules/q/q.js:788:41) System info: Bower version: 1.8.0 Node version: 7.10.0 OS: Linux 4.11.2-1-ARCH x64 *Why is this package so big? I have the impression to download all my computer just for a simple software.

sbmomeni commented on 2016-12-03 12:56 (UTC)

@carmelom, @oberon2007 I updated some of dependencies... It now builds with nodejs v7.2.0

oberon2007 commented on 2016-12-02 17:10 (UTC) (edited on 2016-12-02 17:17 (UTC) by oberon2007)

Ok. The problem is that since the recent icu update we cannot just downgrade nodejs to v6. The old package is broken. I have created a new AUR package just now: nodejs6 Add this as a depends (or just install it, replacing nodejs) and sozi will build. Just be aware that building nodejs takes a while... ;)

oberon2007 commented on 2016-12-02 16:08 (UTC)

Build fails with: Running "nw-bundle" task Warning: Task "nodewebkit" not found. Use --force to continue.

carmelom commented on 2016-11-20 17:57 (UTC) (edited on 2016-11-20 18:03 (UTC) by carmelom)

Hi there, I'm signalling here that makepkg fails if one's using nodejs v7. Trying a manual build as explained on, I see that grunt is failing with "Error: Cannot find module 'internal/fs'", which I understood is a versioning problem related to node, rather than to the sozi package itself. My solution was to rely on nvm ( to switch back to version 6.0.0. Then everything worked fine. Edit: now I see that some time ago there was the same problem with nodejs 5 vs 6, sorry for the repost. Anyway, nvm seems a good way to make the downgrade for the build.

fsiegert commented on 2016-08-29 08:31 (UTC)

@sbmomeni Thanks for the quick reply (and packaging), that's even better! I have requested deletion of the sozi-extras-media package to avoid duplication and confusion.

sbmomeni commented on 2016-08-28 10:49 (UTC)

@fsiegert: Thanks for the package. As the "tools_texts2paths" and "extras_media" packages can be built from the same source files (without additional building), I added two new package_* functions to this package to create them. Your package functionality is now provided by [this]( subpackage and declared as an optional dependency.

fsiegert commented on 2016-08-26 07:58 (UTC)

Dear all, I have added a package for the sozi-extras-media which contains the Inkscape extensions needed to embed audio/video in the SVG (cf. @sbmomeni: Maybe this might be useful as an "optdepends" for sozi? And if you would prefer to take this over to make coordinated updates of both packages let me know and I'll add you as a co-maintainer or disown it. The package itself is completely trivial.

sbmomeni commented on 2016-06-30 15:34 (UTC)

@dodomorandi Thanks. It now works with nodejs6. BTW, the change which was suggested at <> was buggy. I commented about the correct change there.

dodomorandi commented on 2016-06-30 08:05 (UTC)

It should be possible to use nodejs6 instead of nodejs5 just fixing the lib/util/index.js file inside the archiver package. I found the details for this workaround here: I just tried and it seems to work flawlessly.

Distag commented on 2016-06-29 07:19 (UTC)

Hello, the compilation doesn't work

luuuciano commented on 2016-06-09 13:47 (UTC)

Oh, I see, thanks a lot for the tip & information sbmomeni!

sbmomeni commented on 2016-06-09 07:11 (UTC)

@luuuciano The nodejs5 is required as noted at <>. Until upstream add support for the nodejs6, you can temporarily downgrade to nodejs5 (it is just a build time dependency) and then revert to nodejs6 after building the package binary.

luuuciano commented on 2016-06-08 14:04 (UTC)

Mmmm, what to do when we have nodejs(6) installed? (and required for other packages)

sbmomeni commented on 2016-05-25 08:21 (UTC)

@grandchild It is updated.

grandchild commented on 2016-05-18 21:19 (UTC) (edited on 2016-05-18 21:19 (UTC) by grandchild)

Fails to build with: Archived build/Sozi/Sozi-16.02.141048-linux64/locales/ -> build/Sozi-16.02.141048-linux64.tgz/Sozi-16.02.141048-linux64/locales/ Fatal error: If encoding is specified then the first argument must be a string There's a thread here: But I don't know anything about this huge JS library interminglemagic clusterf-- ... er. Well. Doesn't build. :P

sbmomeni commented on 2016-02-15 12:58 (UTC)

If you have a "src/build" folder from version 15.11, do NOT remove it. It will be used (automatically) as a cache to speed up the build.

macxcool commented on 2015-12-22 14:36 (UTC)

@sbmomeni Thanks for the explanation. I really do appreciate it. I learned a few things there ;-) Quite right about a PKGBUILD being able to build from provided sources when offline. This built beautifully. I was just surprised.

sbmomeni commented on 2015-12-22 12:05 (UTC)

@macxcool: FYI... The main source archive is "15.11.tar.gz" which depends on 4 npm packages for running and 18 npm packages for being compiled. And those dependencies are dependent on many other packages which bring in more dependencies themselves and so on :) The npm is a JavaScript package manager which resolves dependencies of JavaScript packages and downloads and installs them. About why I did it in this way: There are two general ways: 1. Using the pre-built binary of Sozi, 2. Compiling from sources. The first way is just acceptable for "sozi-bin" package. And for compiling from sources, where all of those source packages are required, I know about two methods for acquiring them: 1. Using the "npm install" command which finds and downloads them by itself (within the build() function), 2. Finding sources with a script (see comments in the PKGBUILD) and adding them to the "source" array and allowing the "makepkg" to download them. And I avoided the first method because: 1. The npm does a poor caching job; if it fails to download a package (which is likely to happen with a lot of dependencies; at least for those users who do not use the npm regularly and so do not have those packages downloaded in their cache folder previously), it will fail completely. That is, running "npm install" again will try to download everything (including downloaded packages) from scratch (no caching and no resumption). 2. Even if npm can be improved in next versions to solve the above item, a good PKGBUILD must be able to run the "build()" function without access to the Internet (so it can be built as while as its source files are provided in its source files path by some other means).

macxcool commented on 2015-12-21 16:25 (UTC)

@sbmomeni I know that the new Sozi is not an inkscape plugin anymore but I don't understand why there are so many 'source' files to download and process... more than 300MB. Why are you doing things this way? I'm just curious. Thanks for all the work that obviously went into this.

luuuciano commented on 2015-12-21 00:25 (UTC)

Wow... my notebook almost burned out! lol... Thanks a lot, installed it ok now...

sbmomeni commented on 2015-12-20 21:17 (UTC)

@luuuciano: There is a problem with website. Downloading the droid-sans multiple times, creates zip files with the same contained files and the same file sizes, but with different sha1sums! I switched the droid-sans source to website to fix it. And about inspection of a lot of source files: You can filter npm packages out with "ll | grep -v tgz" command.

luuuciano commented on 2015-12-20 20:04 (UTC)

When I tried to install it shows: droid-sans ... HAS FAILED (when checking files, a LOT of files) It is just me?

sbmomeni commented on 2015-12-19 08:36 (UTC)

Sozi is updated to version 15.11 and is no longer a plugin of inkscape. You can use any SVG editor to build the original SVG file and then use the Sozi independent GUI to add transitions to it. Run it from the command line as "sozi" without any argument and wait until it shows the "Load local file" button (this will take a few minutes...) and then select the SVG file.

qqqqqqqqq9 commented on 2015-11-08 19:50 (UTC)

Hi Distag, i haven't found an email address on the page. Since you seem to care a lot, take over the package.

qqqqqqqqq9 commented on 2015-09-29 11:07 (UTC)

The installation process has changed completely. I'll wait for the instructions to appear here.

qqqqqqqqq9 commented on 2015-09-28 13:37 (UTC)

Where does it say "stable"?

orschiro commented on 2014-12-08 06:55 (UTC)

@rabarrett Maybe using ?

rabarrett commented on 2014-12-07 23:27 (UTC)

Any chance someone will put up 14 in beta?

BrunoSpy commented on 2014-04-06 10:52 (UTC) Sozi 13.11 is out :)

xrchz commented on 2013-11-02 17:23 (UTC)

The source URL is broken. I think it should look like this: source=("${pkgname}-release-${pkgver}-${_extraver}.zip")

Clauz commented on 2013-03-21 10:39 (UTC)

gtk-engines should perhaps be a dependency to avoid gtk warnings?

commented on 2012-04-30 09:56 (UTC)

You forgot to move in "/usr/share/inkscape/extensions/" even "": Sozi does not work without it...

commented on 2012-04-30 09:54 (UTC)

You forgot to move in "/usr/share/inkscape/extensions/" even "": Sozi does not work without it...

BrunoSpy commented on 2012-04-06 06:33 (UTC)

Sozi asks for python2-lxml...

commented on 2012-03-07 10:59 (UTC)

New 12.03 version has been released. Please update.

orbisvicis commented on 2011-04-13 19:24 (UTC)

license=('GPL3') ^ should be an array

Cilyan commented on 2011-03-24 21:06 (UTC)

Update here:

linkmauve commented on 2010-12-04 21:29 (UTC)

Updated version and dependencies. Thanks unhammer!

unhammer commented on 2010-12-01 13:54 (UTC)

I think python-lxml should be a dependency, I get an error message if I try without. Otherwise, works great :)