Linux version of Logos Bible Software

https://community.logos.com/discussion/comment/1069956#Comment_1069956

Was feeling pretty good about myself having gotten wine installed on Chromebook (following the Debian instructions), and the wasta-logos-setup repository installed by editing the sources file switching from eoan to disco. Now when I run the wasta-logos-setup, I can't get past the need for user authentication to patch the wine file because there is no password, and it won't run with root permissions. My attempt to run it fails with "Error executing command as another user: Not authorized" Thoughts?

https://community.logos.com/discussion/comment/1069959#Comment_1069959

Got it! Added a password with

sudo passwd [username]

Then ran this command to smooth out the authentication process:

/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

https://community.logos.com/discussion/comment/1069960#Comment_1069960

Alan,

Since you are on a chromebook, as I am, perhaps you can help me. Trying to piece together your posts, I am unclear on how you started. Did you start with the standard stretch container, or did you create an Ubuntu container? Then, when you say that you followed the stretch instructions to install wine, how did you do that if you were running an Ubuntu container?

https://community.logos.com/discussion/comment/1069966#Comment_1069966

Bill,

I'm not sure about the container? I activated GPU acceleration in about:flags, then activated the Linux (Beta) option in the settings menu. Then, I added the logos installer repository via the Google doc above. Oh, I had to install software-properties-common first to do that. Then I installed nano to edit files, then I edited /etc/apt/sources.list.d/wasta-linux-ubuntu-logos-eoan.list with nano, changing both instances of eoan to disco, then running another sudo apt update. Then I had to run a command to redownload the key since I changed the repository:

sudo apt update 2>&1 1>/dev/null | sed -ne 's/.*NO_PUBKEY //p' | while read key; do if ! [[ ${keys[*]} =~ "$key" ]]; then sudo apt-key adv --keyserver hkp://pool.sks-keyservers.net:80 --recv-keys "$key"; keys+=("$key"); fi; done

Then I installed wine via the Debian stretch instructions. I also had installed the cybermax-dexter repository mentioned above in an attempt to get the other wine instructions to work, so I don't know whether that step was really needed or not.

After that, I installed the wasta-logos-setup program with apt install. I ran into the issues with the authentication, so I installed policykit-1-gnome, did the sudo passwd [username] and /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

After running that, it seems to sit in space, so hit enter and it'll pull back to the prompt. Then I tried to run wasta-logos-setup, finally got it to run, and it just kinda skipped over the .net installation. So, I installed winetricks via instructions here: https://wiki.winehq.org/Winetricks

I'm currently waiting through the manual installation of .NET 4.7.2 to see if it works now. I did have to install cabextract to get the winetricks .net installation to work, so I wonder if I had installed that first, if the wasta-logos-setup script would have worked properly. I'll let you know if I get anywhere.

https://community.logos.com/discussion/comment/1069967#Comment_1069967

Note: I have a Dell Inspiron 14 Chromebook, which is one of the ones that you can turn GPU acceleration on for. Given how much Logos uses the video card, I'm guessing you wouldn't want to do this on a Chromebook without that ability (i.e. the Pixelbook, Dell Inspiron, some of the newer Chromeboxes, etc.)

https://community.logos.com/discussion/comment/1069967#Comment_1069967

Bill, Alan, others,

As you may be seeing, I only run Ubuntu LTS releases but did at least build wasta-logos-setup for disco as well since John and a few others were using it. So there are some things you are running into that I don't see but would be able to incorporate fixes for if it isn't too hard / too manual and can be integrated in the package. I could add a dependency on polkit, for example (yes the prompt it makes in wasta-logos-setup is IF it determines your wine isn't patched yet, then it re-runs the wasta-logos-setup postinst script which is where the wine patching happens: since this requires root level access it needs to get authenticated).

Alan, regarding getting winehq-devel installed, using "dpkg -i" isn't a great option because dpkg won't automatically download and install dependencies. To have dependencies installed, you need apt or gdebi (if you have a local .deb).

Note that the difference between wine-devel and winehq-devel is that winehq-devel will make sure the symlinks are made between /opt/wine-devel and /usr/bin. Without those links, your system doesn't know where wine is and you need to call the explicit path to /opt/... to execute wine, which wasta-logos-setup doesn't assume.

Anyway, good luck to everyone! Thanks to all for the help so far. The solution of the graphical glitching by setting ddr=gdi was the real key: thanks to John (I think?) for that one!

I will be posting an update to the SIL International Linux User List encouraging them to try it, so we may see some other testers coming on board soon. There is an International Bible Translation Conference this coming week in Dallas so good timing to promote Linux and Logos on Linux! :-)

Rik

https://community.logos.com/discussion/comment/1069967#Comment_1069967

Bill,

I'm not sure about the container?

If all you did was activate Linux (Beta) on your chromebook, then you would be running Debian Stretch in your Linux container. You can replace the default Debian Stretch container with Ubuntu, but it doesn't sound to me like you did that. I will reset Linux on my Pixelbook and that will get me back to Stretch. I will try to install wine from there.

https://community.logos.com/discussion/comment/1070025#Comment_1070025

So, I am going to give up for the moment trying to install this on my Pixelbook in Crostini. I want to see if I can install it in VM first and then learn from that.

I have a Bionic VM in a Windows host. I got through all of the steps successfully and then ran wasta-logos-setup. Things went OK until I encountered this error:

https://community.logos.com/discussion/comment/1070044#Comment_1070044

Bill,

It seems that the .NET install somehow didn't finish correctly. If you are able can you try wasta-logos-setup again? The .NET install should finish before you are prompted for the Logos installation file, that is why I am a bit confused.

Sorry I haven't seen this failure before, but I think you are getting close!

Rik

https://community.logos.com/discussion/comment/1070045#Comment_1070045

I got through all of the scripts, and it looked like Logos installed, but then I just get a slew of file and path missing errors when I try to launch it.

https://community.logos.com/discussion/comment/1070048#Comment_1070048

A chromebook install is likely to be more complicated. I have problems running common linux apps on a chromebook such as libreoffice, musescore, gimp etc. Many get bundled in in flatpaks with 'hacks' already applied. I'm thinking it can probably be done but will require specific expertise.

Bill your dotnet install has not worked. If you go back to the google doc and find the installing dotnet bit of the build from src guide you should be able to see the appropriate command to install it. Running the command yourself rather than from the script might show the error message. I think it is most likely to be due to having the wrong version of wine installed or some such. Check steps 1 & 2 carefully noting the difference between wine-devel and winehq-devel. Hope that helps.

https://community.logos.com/discussion/comment/1070055#Comment_1070055

The feedback from those trying to get things working is very helpful. Sorry you all are having problems, but thank you for posting them here! This is the only way we will get things smoothed out. Ultimately, I think we're going to get this pretty smooth, but it's still early days.

Until I made a certain change, I never could get Logos running properly on Linux. I always got errors regarding indexing, and searching never worked properly for me. The effect of this was to pretty much make Logos on Linux unusable for me. However, by making the following change, everything is now working close to flawless for me. Here's what I did.

First, I started with a fresh installation as outlined on the Google Docs page. The important thing to note is that I stopped after completing step 4 and did something different.
After completing step 4 and successfully installing Logos, I changed the .wine-logos prefix from its default settings of Windows 7 to XP. Here's how to do that.
Open a terminal in your home directory and run: WINEPREFIX="/home/your-user-name/.wine-logos" winecfg
Set "Windows Version" to XP (N.B. you cannot change the prefix to XP before the installer is finished, because the installer will not work if it things you are on XP.)
Now run Logos for the first time by either using the menu entry or running: WINEPREFIX=$HOME/.wine-logos/ wine $HOME/.wine-logos/drive_c/users/$USER/Local\ Settings/Application\ Data/Logos/Logos.exe LC_ALL=C

After changing from Windows 7 to XP, I had none of the terminal errors I previously received. Moreover, I did not get the popup that said the Logos indexer failed.

However, none of my searches on the text yielded results until the indexer finished and it took a VERY long time to finish. Either I forgot how long it took on Windows or indexing is slower on Linux. Not sure which, but you might as well try this at night and then wake up the next day and check the results. Maybe I just have a large library or something.

Setting to XP was John's suggestion BTW, and it worked out. Thanks John! He suggested that it might be related to this bug.

Also, I do not know the status of sound before I switched to XP (I didn't even try it), but after changing to XP sound worked just fine.

Rik, if this change proves useful to running Logos under Linux, I think incorporating it into the installer might be useful.

J. Erik

https://community.logos.com/discussion/comment/1070055#Comment_1070055

Giving it a go on Manjaro with 64 bit wine...

Logos on Wine.png

https://community.logos.com/discussion/comment/1070062#Comment_1070062

I have not yet tried the method described above with the wine prefix set to 64bit. The default for the wasta installer is 32bit. However, I am going to test setting the prefix to 64bit and will report the results.

https://community.logos.com/discussion/comment/1070064#Comment_1070064

Bill your problem is that the wine Windows Version is set too low for the Logos Installer. Not sure how that happened. I think you'll find it is set to winxp but you need min 7 for Logos to install. It might be you have to set it back to winxp for indexing to complete according to one bug report but we don't have that confirmed. This is something wine devs are likely to iron out soon. You change the windows version using winecfg.

WINEPREFIX=$HOME/.wine-logos/ winecfg

https://community.logos.com/discussion/comment/1070079#Comment_1070079

Bill your problem is that the wine Windows Version is set too low for the Logos Installer. Not sure how that happened. I think you'll find it is set to winxp but you need min 7 for Logos to install. It might be you have to set it back to winxp for indexing to complete according to one bug report but we don't have that confirmed. This is something wine devs are likely to iron out soon. You change the windows version using winecfg.

WINEPREFIX=$HOME/.wine-logos/ winecfg

The winetricks scripts that install .NET change the Windows Version back and forth for various compatibility patches while getting the different parts of .NET installed. At some points it even sets it to Windows 2003 if I recall correctly. Anyway, if the .NET install part didn't succeed, then it could be that it was set to winxp when it failed. Anyway, John is right that using winecfg is the gui way to change the Windows version. Alternatively you can change it with a winetrick like this:

WINEPREFIX=$HOME/.wine-logos/ winetricks win7

(or winxp for setting to XP)

Regarding the need of whether or not we should use win7 or winxp, wasta-logos-setup can set it to whatever we prefer. So far, I don't see much difference. I think my indexing all completed using win7?? So if we want winxp, the wasta-logos-setup script could set to win7 for the Logos install, then set to winxp after the install.

https://community.logos.com/discussion/comment/1070055#Comment_1070055

A chromebook install is likely to be more complicated. I have problems running common linux apps on a chromebook such as libreoffice, musescore, gimp etc. Many get bundled in in flatpaks with 'hacks' already applied. I'm thinking it can probably be done but will require specific expertise.

Bill your dotnet install has not worked. If you go back to the google doc and find the installing dotnet bit of the build from src guide you should be able to see the appropriate command to install it. Running the command yourself rather than from the script might show the error message. I think it is most likely to be due to having the wrong version of wine installed or some such. Check steps 1 & 2 carefully noting the difference between wine-devel and winehq-devel. Hope that helps.

John, my Windows version in winecfg was set to Windows 7, not XP, so this is not the reason dotnet didn't install. I will go back and try to install it from source as you suggested, and will report back.

https://community.logos.com/discussion/comment/1070108#Comment_1070108

Bill, try it. I think you’ll find I’m right I’ve had the same error messages.

https://community.logos.com/discussion/comment/1070110#Comment_1070110

To clarify, the Logos installer is incorrectly assessing the presence of .net so far as I can tell. This is because of the windows version setting. You want win7 to run the logos installer and winxp to run logos. The setting should not make a difference except to apps that explicitly check for it. This is not entirely true with .net due to a bug. Which is why although Logos doesn't check the windows version once installed you are less likely to see crashes once set to winxp.

https://community.logos.com/discussion/comment/1070102#Comment_1070102

The winetricks scripts that install .NET change the Windows Version back and forth for various compatibility patches while getting the different parts of .NET installed. At some points it even sets it to Windows 2003 if I recall correctly. Anyway, if the .NET install part didn't succeed, then it could be that it was set to winxp when it failed. Anyway, John is right that using winecfg is the gui way to change the Windows version. Alternatively you can change it with a winetrick like this:

WINEPREFIX=$HOME/.wine-logos/ winetricks win7

(or winxp for setting to XP)

Regarding the need of whether or not we should use win7 or winxp, wasta-logos-setup can set it to whatever we prefer. So far, I don't see much difference. I think my indexing all completed using win7?? So if we want winxp, the wasta-logos-setup script could set to win7 for the Logos install, then set to winxp after the install.

Rik

Might be a good idea to try setting it to 7 in the installer, and then to XP for running Logos.

Adam

https://community.logos.com/discussion/comment/1070062#Comment_1070062

Giving it a go on Manjaro with 64 bit wine...

J.Erik, did the Installation work with manjaro? Would be great!

https://community.logos.com/discussion/comment/1070133#Comment_1070133

This thread has really become exciting for me..... Logos is the only reason I haven't wiped my SSD and gone with a straight Linux (likely Mint) build.

https://community.logos.com/discussion/comment/1070044#Comment_1070044

I'm getting the same .NET error when trying to install on a fresh Kubuntu LTS

Update - wound up getting it installed currently on Step 3 of 4 in Logos. There was an error that I forgot to record and once I installed what the error said was missing, everything ran perfectly

Update II - Running pretty well - seems like the Indexer is not working. Stays at 0% and I left it running for more than a few hours already. Still running and did not crash - winecfg is set to XP

So, I am going to give up for the moment trying to install this on my Pixelbook in Crostini. I want to see if I can install it in VM first and then learn from that.

I have a Bionic VM in a Windows host. I got through all of the steps successfully and then ran wasta-logos-setup. Things went OK until I encountered this error:

https://community.logos.com/discussion/comment/1070188#Comment_1070188

Oh happy day! Thanks a lot to Rik, John and all linux-freaks out there. I tried to install logos at LinuxMint 19.2 (ubuntu 18.4 LTS) on a really old Notebook (Sony Vaio NW21) and a quite new desktop. Both worked without any bug! Now both machines are indexing, but I can already work with it. The performance of the Vaio is poor, but I dont mind. With win 10 it would be the same or even worse. Maybe one day you guys could create a package for the AUR and logos will run under manjaro/arch. But so long I will happily switch to Mint/Ubuntu.

Sunday Oke

https://community.logos.com/discussion/comment/1070322#Comment_1070322

I would have loved to escape from Windows as well, but it's also Software like Logos that are holding me back.

There seems to be no escape from Windows Bloatware even the most powerful machines eventually grind to a halt after the so many updates.

LBS doesn't care much better I must say it's memory and CPU power requirements and management or not the best.

What a combination Windows and LBS, it's just that finding software with the features that LBS has is impossible

https://community.logos.com/discussion/comment/1070324#Comment_1070324

I have found that with a bigger library the indexer can report 0% but in fact is indexing and eventually it will complete. I'm not sure if it is faster or slower than in windows. If you have near 10k resources expect to leave indexing over night. With Logos Basic it takes maybe an hour or two.

https://community.logos.com/discussion/comment/1070328#Comment_1070328

I believe you are indeed correct. Though the indexer stayed at zero, it appeared to have finished. Just in case I ran the Rebuild Index command and the indexer moved up to 11% then stalled, but finished without going beyond 11%.

I really can't comment on the efficiency versus Windows, as it would be an apples to oranges comparison. I run Windows on an SSD and pulled that out and replaced it with a HDD. It's been a long time since I have run a HDD, but indexing and running Layouts with many resources open was brutal in Windows even with a quad core i7. (SSD equated a ridiculous performance enhancement in indexing and performance)

Now that everything is fully downloaded and indexed, this is amazing to use - I never use the Read Aloud function on my laptop, the media rarely - so the printing bug is the one that would hinder me a little.

Very thankful for the team that has gotten this done! Windows may soon be left behind and the Linux system moved to a SSD

I have found that with a bigger library the indexer can report 0% but in fact is indexing and eventually it will complete. I'm not sure if it is faster or slower than in windows. If you have near 10k resources expect to leave indexing over night. With Logos Basic it takes maybe an hour or two.

https://community.logos.com/discussion/comment/1070342#Comment_1070342

I found a BUG: In the sermon editor I can't create an entry in the reference-box and in the subjet-box. When I type a reference (eg. John 3:16), nothing happens. There should be a choice of some references. I will add this bug to the google doc, ok?

SineNomine

https://community.logos.com/discussion/comment/1070348#Comment_1070348

I found a BUG: In the sermon editor I can't create an entry in the reference-box and in the subjet-box. When I type a reference (eg. John 3:16), nothing happens. There should be a choice of some references. I will add this bug to the google doc, ok?

Have you verified that this bug presently occurs only on Linux?

https://community.logos.com/discussion/comment/1070348#Comment_1070348

I found a BUG: In the sermon editor I can't create an entry in the reference-box and in the subjet-box. When I type a reference (eg. John 3:16), nothing happens. There should be a choice of some references. I will add this bug to the google doc, ok?

Sorry this is your experience. It is working fine for me. Which version of Logos are you running on which system? Thanks.

https://community.logos.com/discussion/comment/1070473#Comment_1070473

Sorry this is your experience. It is working fine for me. Which version of Logos are you running on which system? Thanks.

I'm running it with:

1. Sony Vaio nw21, 4GB RAM, Linux Mint 19.2 XFCE (Ubuntu 18.4), 64bit, wine 4.17

2. Tarox/Asus, 16GB RAM, Linux Mint 19.2 XFCE, 64bit, wine 4.17.

In both machines the same issue. In Win everything works fine. I own the Gold-Package German.

Logos updated to 8.8. SR 1 in the first machine (Vaio) before I could stop automatic update. But it worked fine. I blocked the wine update and fixed 4.17.

https://community.logos.com/discussion/comment/1070475#Comment_1070475

I recommend using a 32bit wine prefix on the 64bit system. You can move your documents and data into it.

https://community.logos.com/discussion/comment/1070481#Comment_1070481

Here is the terminal output of when the error message regarding the dot.net install.

wmadan@wmadan-VirtualBox:~$ sudo apt install wasta-logos-setup
[sudo] password for wmadan:
Reading package lists... Done
Building dependency tree
Reading state information... Done
wasta-logos-setup is already the newest version (0.1.10~ubuntu19.04.1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
wmadan@wmadan-VirtualBox:~$ wasta-logos-setup

*** Beginning wasta-logos-setup-postinst.sh

*** Backing up original file: /opt/wine-devel/lib/wine/kernelbase.dll

*** Making symlink /opt/wine-devel/lib/wine/kernelbase.dll pointing to /usr/share/wasta-logos-setup/resources/kernelbase-4-17.dll

*** Finished with wasta-logos-setup-postinst.sh

rsync: change_dir "/usr/local/bin/winetricks-cache" failed: No such file or directory (2)
sending incremental file list
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3]

sent 20 bytes received 12 bytes 64.00 bytes/sec
total size is 0 speedup is 0.00

Watching zenity process. If it is canceled then kill PID_PROCESS: 6140

wine: created the configuration directory '/home/wmadan/.wine-logos'
0012:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
0012:err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
0012:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
0012:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
0012:err:ole:get_local_server_stream Failed: 80004002
0014:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
0014:err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
0014:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
0014:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
0014:err:ole:get_local_server_stream Failed: 80004002
wine: configuration in '/home/wmadan/.wine-logos' has been updated.
PID TTY      STAT   TIME COMMAND

Zenity process and parallel process both ended: success

Watching zenity process. If it is canceled then kill PID_PROCESS: 6216

PID TTY      STAT   TIME COMMAND

Zenity process and parallel process both ended: success

Watching zenity process. If it is canceled then kill PID_PROCESS: 7073

PID TTY      STAT   TIME COMMAND

Zenity process and parallel process both ended: success

Using winetricks 20190912-next - sha256sum: 4b994d981a7b6abe1f0edb6a57d8c15b1f060cf08de8819f9147e31ababf35a6 with wine-4.17 and WINEARCH=win32
Executing w_do_call fontsmooth=rgb
Executing load_fontsmooth rgb
Setting font smoothing to rgb
Executing wine regedit C:\windows\Temp\_fontsmooth=rgb\fontsmooth.reg
Using winetricks 20190912-next - sha256sum: 4b994d981a7b6abe1f0edb6a57d8c15b1f060cf08de8819f9147e31ababf35a6 with wine-4.17 and WINEARCH=win32
Executing w_do_call ddr=gdi
Executing load_ddr gdi
Setting Direct3D/DirectDrawRenderer to gdi
Executing wine regedit C:\windows\Temp\_ddr=gdi\set-wined3d.reg
Install file: /home/wmadan/Downloads/Logos-x86.msi
0009:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
0009:err:mscoree:LoadLibraryShim error reading registry key for installroot
0009:err:mscoree:LoadLibraryShim error reading registry key for installroot
0009:err:mscoree:LoadLibraryShim error reading registry key for installroot
0009:err:mscoree:LoadLibraryShim error reading registry key for installroot

Kenneth Gardner

https://community.logos.com/discussion/comment/1068120#Comment_1068120

Thanks for this!

If I have time on my next weekend, I'm going to give this a shot. It's going to be an adventure, because I'm running Archman and not a Debian-based distro (so, no .deb files for me). This is truly a God-send. Thank you a lot.

David J. Ring, Jr.

https://community.logos.com/discussion/comment/1070564#Comment_1070564

There is a package in AUR to convert DEB files to Arch type installation files. It's something like deb2arch it works very well, the problem is some of the dependencies are broken, so you will have to package those or install from source.

https://community.logos.com/discussion/comment/1070545#Comment_1070545

rsync: change_dir "/usr/local/bin/winetricks-cache" failed: No such file or directory (2)
sending incremental file list
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3]

sent 20 bytes received 12 bytes 64.00 bytes/sec
total size is 0 speedup is 0.00

Bill, sorry for the bug! When I moved winetricks around (I install a local copy of it to ensure that the scripts for installing .NET are there rather than relying on the distribution's version of winetricks which may be too outdated), a bug crept in! The winetricks-cache folder is in /usr/share/wasta-logos-setup/resources/winetricks-cache, not /usr/local/bin of course! I have fixed this in the code, and it is building now. You want version 0.1.11 that will be ready in maybe another half hour.

ALSO, I have now made it so that the Windows version is set to win7 just before the Logos installer is run. Then after it successfully completes installation, the Windows version is set to winxp. This seems to match user feedback that Logos runs better with winxp as the version, especially for indexing, giving less error output, etc. So for everyone, look for version 0.1.11 for this change as well.

Happy Logos'ing,

Rik

David J. Ring, Jr.

https://community.logos.com/discussion/comment/1071566#Comment_1071566

What I meant was that some of the dependencies to complete an installation of Logos were not packaged. The package I believe is named as deb2tgz or something like that installs and works very well and has all dependencies.

https://community.logos.com/discussion/comment/1071590#Comment_1071590

What I meant was that some of the dependencies to complete an installation of Logos were not packaged. The package I believe is named as deb2tgz or something like that installs and works very well and has all dependencies.

Thanks, could you install logos in an arch-distribution using this package? I built the deb2targz, but I don't know, how to find and download the wasta-logos-setup.deb. I only found the html-Code at github. I'm really a grennhorn in Linux, sorry. But I'm willing to learn. And I'd love to use logos in my manjaro/arch distribution (in ubuntu it works quite well).

https://community.logos.com/discussion/comment/1071602#Comment_1071602

[quote]

how to find and download the wasta-logos-setup.deb. I only found the html-Code at github.

The .deb files get auto-built at Launchpad, so you can find them for manual download from here: https://code.launchpad.net/~wasta-linux/+archive/ubuntu/logos/+packages

Open the "spinner" next to the wasta-logos-setup package, and you should find the .deb there for download. Keep us updated!

Rik

https://community.logos.com/discussion/comment/1071603#Comment_1071603

Great news! The VP of Bible Study Products from Faithlife just gave approval for us to bundle the Logos.msi in wasta-logos-setup. It would increase the .deb size to just over 600MB. Is it worth it?

https://community.logos.com/discussion/comment/1071618#Comment_1071618

Yes, I think it is worth it.

Though it creates a larger download, it not only makes things easier on the user's end, but also stabilizes things a bit. I think we need to be careful that using updated installers does not introduce new bugs into the installation progress. If you are able to package a known, good Logos installer in the wasta installer, that reduces the possibility that all kinds of bugs will be reported due to people being on different installers. Hopefully, this will allow us to test new installers and green light them before they are packaged with wasta.

Good job reaching out to him and getting the green light! If Logos folks are reading this, thank you! I hope there can be further dialog between those trying to streamline Logos on Linux and the Logos team itself.

https://community.logos.com/discussion/comment/1071639#Comment_1071639

Awesome! It's got to be a big win for them too. Surely it will bring a few extra customers into play who might otherwise have stayed with bibleworks or xiphos or something.

https://community.logos.com/discussion/comment/1071645#Comment_1071645

Might have to check the agreement with launchpad though... posting it there might either break their hosting rules or in fact be implying it is open source?

Kenneth Gardner

https://community.logos.com/discussion/comment/1071566#Comment_1071566

There is a package in AUR to convert DEB files to Arch type installation files. It's something like deb2arch it works very well, the problem is some of the dependencies are broken, so you will have to package those or install from source.

Thanks. I'll look that up.

https://community.logos.com/discussion/comment/1071648#Comment_1071648

Might have to check the agreement with launchpad though... posting it there might either break their hosting rules or in fact be implying it is open source?

I'll check, but I think it should be OK. Ubuntu has proprietary bundled software in their archives such as Nvidia drivers, codecs, etc., and Launchpad is their build service for everything. But again I'll try to confirm first.

The negative of bundling the installer is that it updates quite frequently, it seems, and this means we would need to re-release wasta-logos-setup often. After a person has it installed they will rarely use the things directly from wasta-logos-setup, meaning it is would be unused large downloads that we are putting everyone through.

I'll be traveling for a few days so will check in next week to see what other opinions are.

Rik

https://community.logos.com/discussion/comment/1070044#Comment_1070044

I am doing a new install on a laptop and I am getting the exact same error as Bill did previously. It is clear that .net is not installing. When I've run the installer on a previous machine (and it worked on that one) the .net install took a long, long time. In this instance it takes only a few seconds and then moves on. For some reason .net is not installing.

The log as well as a screen capture of the whole thing can be found here: https://drive.google.com/open?id=1EazbVXv-MDQ0UlhxIx9D-pGC59tUlPYa

Thoughts?

Adam

https://community.logos.com/discussion/comment/1071793#Comment_1071793

I am doing a new install on a laptop and I am getting the exact same error as Bill did previously. It is clear that .net is not installing. When I've run the installer on a previous machine (and it worked on that one) the .net install took a long, long time. In this instance it takes only a few seconds and then moves on. For some reason .net is not installing.

The log as well as a screen capture of the whole thing can be found here: https://drive.google.com/open?id=1EazbVXv-MDQ0UlhxIx9D-pGC59tUlPYa

Thoughts?

Adam

And I wanted to report back that I got the same error with the new version of wasta logos that Rik fixed.

https://community.logos.com/discussion/comment/1071796#Comment_1071796

Yep. Somehow a bug has snuck in.