Speedata: non-interactive desktop publishing

freezr

freezr

Hi there,

I'd like to port this software on FreeBSD:

github.com

GitHub - speedata/publisher: speedata Publisher - a professional database Publishing system

speedata Publisher - a professional database Publishing system - GitHub - speedata/publisher: speedata Publisher - a professional database Publishing system
github.com github.com

But honestly my skills and knowledge are way below the 1%, and I don't have experience and knowledge to evaluate if a project can be attempt by a total inexpert but willing to learn, or if it requires advanced knowledge cause is too complex.

What's you opinion about it?
 
BobSlacker

BobSlacker

freezr said:
Hi there,

I'd like to port this software on FreeBSD:

github.com

GitHub - speedata/publisher: speedata Publisher - a professional database Publishing system

speedata Publisher - a professional database Publishing system - GitHub - speedata/publisher: speedata Publisher - a professional database Publishing system
github.com github.com

But honestly my skills and knowledge are way below the 1%, and I don't have experience and knowledge to evaluate if a project can be attempt by a total inexpert but willing to learn, or if it requires advanced knowledge cause is too complex.

What's you opinion about it?
Click to expand...
Although I use org-mode to build my PDF's, I think it is easier to use deskutils/mindforger if you aren't familiar with org-mode and/or TeX.
 
Last edited by a moderator:
OP
freezr

freezr

BobSlacker said:
Although I use org-mode to build my PDF's, I think it is easier to use MindForger if you aren't familiar with org-mode and/or TeX.
Click to expand...

I am interested in Speedata because I am looking for a way to programming catalogs rather than designing them with software like Adobe inDesign.

The traditional way to realize catalogs is very inconvenient, very few flexible, prone to errors, and occupy 70% of my time.
 
BobSlacker

BobSlacker

freezr said:
I am interested in Speedata because I am looking for a way to programming catalogs rather than designing them with software like Adobe inDesign.

The traditional way to realize catalogs is very inconvenient, very few flexible, prone to errors, and occupy 70% of my time.
Click to expand...
Give deskutils/mindforger a chance, it is a good software. But if you also want to learn how to port a package, stick with Speedata and go for it.
In that regard I want to port GCS as a way to learn the port process.
 
covacat

covacat

i built it and seems to work
Diff: 
diff --git a/src/go/sphelper/buildlib/buildlib.go b/src/go/sphelper/buildlib/buildlib.go
index e9711155..462249cd 100644
--- a/src/go/sphelper/buildlib/buildlib.go
+++ b/src/go/sphelper/buildlib/buildlib.go
@@ -30,7 +30,9 @@ func BuildCLib(cfg *config.Config, goos string, goarch string) error {
         }
         cmd = exec.Command("clang", "-dynamiclib", "-target", triple, "-fPIC", "-undefined", "dynamic_lookup", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/opt/homebrew/opt/lua@5.3/include/lua")
     case "linux":
-        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/include/lua5.3/")
+        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/include/lua5.3/")
+    case "freebsd":
+        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/local/include/lua53/")
     case "windows":
         cmd = exec.Command("/usr/bin/x86_64-w64-mingw32-gcc", "-shared", "-o", filepath.Join(dylibbuild, "luaglue.dll"), "luaglue.c", "-I/usr/include/lua5.3/", "-L/luatex-bin/luatex/windows/amd64/default/", "-llua53w64", "-llibsplib", "-L"+dylibbuild)
     }
diff --git a/src/lua/sdini.lua b/src/lua/sdini.lua
index 2cb48a82..7b12983b 100644
--- a/src/lua/sdini.lua
+++ b/src/lua/sdini.lua
@@ -15,6 +15,8 @@ if os.name == "windows" then
   libname = "libsplib.dll"
 elseif os.name == "linux" then
   libname = "libsplib.so"
+elseif os.name == "freebsd" then
+  libname = "libsplib.so"
 else
   libname = "libsplib.dylib"
 end
you have to pkg install go rubygem-rake lua53 tex-luatex
besides the crude patch you need
ln -s /usr/local/bin/luatex bin/sdluatex
 
astyle

astyle

Well, FreeBSD does have a Porter's Handbook: https://docs.freebsd.org/en/books/porters-handbook/, it's got a LOT of info on how to make a port. covacat 's info does look encouraging - looks like that speedata thing will compile on FreeBSD with minimal modifications/patching. Looks like following the Porter's Handbook should work - provided OP pays attention and doesn't try to do stuff out of order. :)
 
covacat

covacat

frischefarbe said:
Hello all, I am the author of the speedata Publisher. I don't have FreeBSD, so I can't really help testing, but if you think I can add something to the source code, please tell me.
Click to expand...
the patch above will enable it to build/run once the prerequisites are met
i tested a few examples and it worked (fast!)
 
OP
freezr

freezr

Oh nice!

This is totally unrelated but meanwhile I tried to compile it on Ubuntu ArmV7 (32bit) and it looks like it requires a 64bit integer and therefore failed.
 
F

frischefarbe

Not sure what I should / can do. I used to have 32-bit Intel binaries until recently, so in principle it should or could compile for 32 bit. Do you think it is worth investigating? I don't know if there are a lot of 32 bit platforms that are supposed to run the speedata Publisher.
 
OP
freezr

freezr

frischefarbe said:
Not sure what I should / can do. I used to have 32-bit Intel binaries until recently, so in principle it should or could compile for 32 bit. Do you think it is worth investigating? I don't know if there are a lot of 32 bit platforms that are supposed to run the speedata Publisher.
Click to expand...
I'll open a bug report on Github as soon as I can.
 
astyle

astyle

frischefarbe said:
Not sure what I should / can do. I used to have 32-bit Intel binaries until recently, so in principle it should or could compile for 32 bit. Do you think it is worth investigating? I don't know if there are a lot of 32 bit platforms that are supposed to run the speedata Publisher.
Click to expand...
One use scenario that comes to mind for 32-bit binaries:

When someone wants to play with virtualization, but has not figured out how to enable VT-x in BIOS (or has no access to it). In such cases, typically, FreeBSD is 64-bit, and will definitely support 32-bit virtualization. Concrete examples would include private server rental from an ISP, this is sometimes called a VPS (Virtual Private Server).
 
OP
freezr

freezr

covacat said:
i built it and seems to work
Diff: 
diff --git a/src/go/sphelper/buildlib/buildlib.go b/src/go/sphelper/buildlib/buildlib.go
index e9711155..462249cd 100644
--- a/src/go/sphelper/buildlib/buildlib.go
+++ b/src/go/sphelper/buildlib/buildlib.go
@@ -30,7 +30,9 @@ func BuildCLib(cfg *config.Config, goos string, goarch string) error {
         }
         cmd = exec.Command("clang", "-dynamiclib", "-target", triple, "-fPIC", "-undefined", "dynamic_lookup", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/opt/homebrew/opt/lua@5.3/include/lua")
     case "linux":
-        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/include/lua5.3/")
+        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/include/lua5.3/")
+    case "freebsd":
+        cmd = exec.Command("cc", "-shared", "-fPIC", "-o", filepath.Join(dylibbuild, "luaglue.so"), "luaglue.c", "-I/usr/local/include/lua53/")
     case "windows":
         cmd = exec.Command("/usr/bin/x86_64-w64-mingw32-gcc", "-shared", "-o", filepath.Join(dylibbuild, "luaglue.dll"), "luaglue.c", "-I/usr/include/lua5.3/", "-L/luatex-bin/luatex/windows/amd64/default/", "-llua53w64", "-llibsplib", "-L"+dylibbuild)
     }
diff --git a/src/lua/sdini.lua b/src/lua/sdini.lua
index 2cb48a82..7b12983b 100644
--- a/src/lua/sdini.lua
+++ b/src/lua/sdini.lua
@@ -15,6 +15,8 @@ if os.name == "windows" then
   libname = "libsplib.dll"
 elseif os.name == "linux" then
   libname = "libsplib.so"
+elseif os.name == "freebsd" then
+  libname = "libsplib.so"
 else
   libname = "libsplib.dylib"
 end
you have to pkg install go rubygem-rake lua53 tex-luatex
besides the crude patch you need
ln -s /usr/local/bin/luatex bin/sdluatex
Click to expand...

Sorry this is really beyond my ability but how can I apply this patch locally? I am trying to compile it by myself on my workstation.

I would really like to be a maintainer for this software but I believe I lack the skills and the knowledge... 😔
 
OP
freezr

freezr

covacat

Thanks to your advice I compiled the software and it looks like is working fine:

```
./sp --version
Version: 4.15.12
```

Now I can use it in FreeBSD and for me it is great benefit!

Thank you very much for having submitted the patch upstream!
I am really excited! Don't need to go on Linux for working on it!

🙏
 
You must log in or register to reply here.
Top