Re: [xiphos-devel] attempting to clear matters for a release

On 2/15/24 18:28, Karl Kleinpaste wrote: At this time, I need some assistance on a couple of things. Anything, anyone?___ xiphos-devel mailing list xiphos-devel@crosswire.org http://crosswire.org/mailman/listinfo/xiphos-devel

[xiphos-devel] attempting to clear matters for a release

As anyone has seen today who gets issue/source updates from github, I'm doing a few cleanup things toward the goal of a release. Yes, I've been gone an indecent amount of time again. Regrets and apologies. No, Xiphos has not /quite/ been abandonware, but admittedly it's been close. A couple

[xiphos-devel] lack of text display on some platforms

This is an FYI for users who have recently seen(sometime in Fedora 38/39 or Debian 11 timelines) that Xiphos does not display text properly in its text widgets. Xiphos starts, no error messages are seen, menus and buttons show text normally, but the text windows for Bible, commentary,

[xiphos-devel] failed github auto-build

Someone offered a simple pull request for a dependency glitch. Failed for everything but Windows builds. Something docker-related, not part of Xiphos source. $ pwd /home/karl/src/bible/xiphos $ find -name dock* $ grep -i load .ci-build.yml     curl -Ls -o gtkhtml-4.10.0.tar.xz

[xiphos-devel] failed builds after vietnamese translation added

We had a contribution of a new translation; it was such a simple and blunt change (add .po, tweak LINGUAS), I just did it directly without a branch. The auto-build processes were not happy, however. Fedora and Windows were fine (which is why I was confident in doing it directly, when I did a

[xiphos-devel] FYI github authentication changes -- tokens

https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://crosswire.org/mailman/listinfo/xiphos-devel

Re: [xiphos-devel] 1.9.0RC3 Windows builds

On 10/12/20 11:13 AM, Greg Hellings wrote: > I thought it was because of gtkHTML for the editor? No, that's the Ubuntu problem, solved for now with the PPA. The Win32 problem is that working GTK3 for Windows is simply not coming.

[xiphos-devel] long outstanding PRs

There are 2 that I'd forgotten about, many months old. Apologies. What is the state of these? Shall we consider them still applicable? https://github.com/crosswire/xiphos/pull/972 https://github.com/crosswire/xiphos/pull/1007 The latter's comments indicate a problem with Travis interaction. I'm

Re: [xiphos-devel] 1.9.0RC3 Windows builds

On 10/12/20 12:39 AM, Greg Hellings wrote: > This leaves us a "do we patch Sword" somehow, or do we finally bite > the bullet and get off GTK2/Fedora 30? Question is actually "Is there a working GTK3 we can use in Win32?" because that's why we do so.

Re: [xiphos-devel] "make clean" removes po/*.po

On 9/11/20 9:40 AM, Greg Hellings wrote: > Are they generated? To be perhaps more explicit... xx.po : xx.gmo :: xx.c : xx.o ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://crosswire.org/mailman/listinfo/xiphos-devel

Re: [xiphos-devel] "make clean" removes po/*.po

On 9/11/20 9:40 AM, Greg Hellings wrote: > I don't know how .po files work. Are they generated? No, they are handcrafted translation files, keying off original phrasing (e.g. English strings in the code) and providing translations on a string-by-string basis.

[xiphos-devel] "make clean" removes po/*.po

cmake -DBUILD_SHARED_LIBS=TRUE -DCMAKE_INSTALL_PREFIX=/usr -DLIBDIR=/usr/lib64 -DGTKHTML=ON -DDEBUG=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo ../xiphos [ build dir is populated ] ls po [ *.po are present ] make clean ls po [ *.po are gone ] make ... [ 63%] Generating ar.po /usr/bin/msgmerge: error

[xiphos-devel] 2-dimensional menus

Does anyone know of some sample code to implement 2D menus in GTK?  I've done web searches and come up with nothing but weird php stuff that doesn't use gtk_whatever functions at all. https://github.com/crosswire/xiphos/issues/1056 ___ xiphos-devel

[xiphos-devel] Xiphos PPA for U20.04 users

It just occurred to me that no general mention had been made of this. Caleb Maclennan has made the effort to resurrect the Ubuntu PPA for Xiphos.  As of Ubuntu 20.04, Ubuntu has stopped providing a package that Xiphos' editor requires, hence it's not available from the usual places.  The PPA

[xiphos-devel] blocked user on github

FYI, on github, I have just blocked user "cubetronic" from the entire crosswire organization, because he has made it his 1-man mission remove all "heretical" content from Xiphos, including all references to Paul or the book of Romans, with side critiques of the example bookmarks built into Xiphos.

[xiphos-devel] banning someone from github access

It seems we have a troll, who is determined to "edit" Bibles to remove the "heretical book" Romans and who is rapidly making an ass of himself. Is there a "ban this user from any access to this repository" feature in github?  I've seen a couple "limit to" options but I need to get rid of just 1

Re: [xiphos-devel] windows script can't find cmake?

Thanx for the explanations. Sorry if I was a little dense about some of it. I made a console-enabled win64 build for someone having trouble with his Win10 box. ___ xiphos-devel mailing list xiphos-devel@crosswire.org

Re: [xiphos-devel] windows script can't find cmake?

On 5/17/20 11:39 PM, Greg Hellings wrote: > $ grep docker win32/WindowsBuildNotes.txt > docker run --rm -it -v $(pwd):/source greg-hellings/xiphos > docker build -t xiphos win32 > docker run --rm -it -v $(pwd):/source xiphos $ podman run --rm -it -v $(pwd):/source greg-hellings/xiphos Trying to

Re: [xiphos-devel] windows script can't find cmake?

On 5/17/20 12:08 PM, Greg Hellings wrote: > Have you executed the podman build step, per the new docs? $ grep -rl podman win32/WindowsBuildNotes.txt $ Not much ref to podman there. Attempting "podman run --rm -it -v $(pwd):/source xiphos" (per that file) was ... verbosely unsuccessful. What am

[xiphos-devel] windows script can't find cmake?

I've built before for Windows using podman and had no trouble.  Today it can't find cmake: + echo '** Building Xiphos for Windows-64 bit:' ** Building Xiphos for Windows-64 bit: + do_build 64 + bits=64 + mkdir -p win64 + cd win64 + cmake

[xiphos-devel] why produce tar files?

github release process automatically produces tarfiles, zip and tar.gz. Yet our release machinery also produces tarfiles, tar.gz and tar.xz. Why? ___ xiphos-devel mailing list xiphos-devel@crosswire.org

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/8/20 6:58 PM, Caleb Maclennan wrote: > most strangely a _package_ called "crosswire-ppa". If any of it has modtimes longer than maybe 6 months ago, it's too old to be interesting or worthwhile.  From what you're describing, this hasn't been maintained in years. Nuke it from orbit, it's the

[xiphos-devel] Xiphos 4.2.1

https://github.com/crosswire/xiphos/releases/tag/4.2.1 After a long dry spell, Xiphos is back with a new release. This is a release of many bug fixes and much re-structuring, especially for how the build system operates, an important factor for those in development. The older waf build system is

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/6/20 9:56 PM, Greg Hellings wrote: > Totally forgot to come up for air and take care of my commitments. My > apologies. Greg... I was AWOL for 18 months.  You have nothing for which to apologize. This is all really good to see.  Tightens things up very nicely.  I'll wait for Dom's review

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/4/20 10:01 AM, Caleb Maclennan wrote: > Is Dimitri John Ledkov somebody currently on this list? No.  He was involved w/Xiphos years ago; his last commit was Oct 2012.  He may still be reachable as , if you need to ask him to hand over the reins.

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/4/20 7:53 AM, Caleb Maclennan wrote: > I'd be happy to help with this if you want me to get it rolling. I'm mostly a Fedora guy and deal with Ubuntu only when necessary.  If you're motivated, have at it. ___ xiphos-devel mailing list

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 2:16 PM, Greg Hellings wrote: > Including that in my patch. I was thinking of just doing this myself, and the .dll problem is an obvious change, but I don't grasp what's gone wrong at the "cd packages" point of builds.yml. ___ xiphos-devel

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 4:21 PM, Caleb Maclennan wrote: > For Ubuntu we could offer a PPA with all the dependencies > matching a distro release. There are people in IRC asking about latest Ubuntu lacking Xiphos.  The only explanation is of course the unsatisfying one about gtkhtml-editor. What do you need for

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 4:10 PM, Caleb Maclennan wrote: > If you are deleting the tag, DO IT NOW. At this point, we'll just let 4.2.0 go, and tag 4.2.1 for a real release once Greg does his patch. ___ xiphos-devel mailing list xiphos-devel@crosswire.org

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 2:16 PM, Greg Hellings wrote: > Including that in my patch. I see that git supports deleting a tag.  (Never noticed that before.)  Are we good with doing git tag -d 4.2.0, merging a patch, and re-tagging? ___ xiphos-devel mailing list

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 2:02 PM, Karl Kleinpaste wrote: > Does it need to be packaged from a different source now? Looks like the problem is caused by CMakeLists.txt's fixed references to a local build tree:   # install biblesync.dll   if (EXISTS ../biblesync/libbiblesync.dll)     install(FI

Re: [xiphos-devel] 4.2.0 tagged and pushed

Just noticed, we have a Windows build problem.  I just installed the win64.exe, result doesn't run, packaging problem. env WINEPREFIX="/home/karl/.wine" wine C:\\windows\\command\\start.exe /Unix /home/karl/.wine/dosdevices/c:/ProgramData/Microsoft/Windows/Start\ Menu/Programs/Xiphos/Xiphos.lnk

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 1:39 PM, Greg Hellings wrote: > I'm not sure Arch builds are a thing? I'm really hazy on how Arch works. I asked only because the summary notes that Arch was built, yet there's nothing in the package.  I'm OK with it either way. > * All of those assets *should* have been uploaded

Re: [xiphos-devel] 4.2.0 tagged and pushed

On 5/2/20 10:40 AM, Karl Kleinpaste wrote: > What's where, now that tag/push is done? OK, to follow up to myself, I got the auto-build results email, which reports 6 successful builds and 1 failed deployment.  From that email, I used the link to see the results, and have a packages.zip (1

[xiphos-devel] 4.2.0 tagged and pushed

I've made an update to the release notes and then tagged/pushed 4.2.0. At this point, I think a proper update to https://github.com/crosswire/xiphos/releases should be made, but I'm at a bit of a loss.  It shows a 4.2.0 now, though not labeled as latest release, and I'm not clear on how I got

[xiphos-devel] release this weekend?

Is there anything to stop us from letting 4.2.0 out the door this weekend? I need to update a new top section in RELEASE-NOTES, of course. Greg, is that PR ready to go? What exactly is involved now in "making a release," from the standpoint of all the new automated tag and build processes?

[xiphos-devel] windows problems

Who's up for some nasty Windows debugging? The Prefs and Adv.Search windows are dead to mouse actions, as seen when run under Wine. I will take it to a real Windows machine for testing soon, but the likelihood of this being a significant behavioral difference between Wine and real Windows is

Re: [xiphos-devel] GConf2, mingw-biblesync package news/questions

On 4/27/20 11:54 AM, Greg Hellings wrote: > Does our display toolkit still rely on GConf2? https://github.com/crosswire/xiphos/issues/918 closed by you. :-) ___ xiphos-devel mailing list xiphos-devel@crosswire.org

Re: [xiphos-devel] getting a new release out

On 4/25/20 4:55 PM, Greg Hellings wrote: > If you can mutter the proper svn command I was thinking of downgrading xiphos/src/main/display.cc during build to undo the fix I did. But if you want to incorporate Troy's fix from Sword, then you can get it with "svn diff -r3718:3721". Those are the Apr

[xiphos-devel] windows glitch

The installer doesn't create a desktop icon. ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/xiphos-devel

[xiphos-devel] getting a new release out

It's been over 2 years since 4.1.0. Obviously, that's way too long. This is my fault, of course. In this time, we've gotten a new build system, and there's been a slew of bug fixes. Nothing new and huge, architecturally speaking, the way that (say) av11n kicked us up to v4, for example. So what

[xiphos-devel] Windows build: successful

I wanted to post something outside the previous thread on building for Windows, in case folks had started ignoring that one. Boy, ya mention a problem in need of attention, ya get some folks motivated, and stuff just happens. *HUGE THANKS to Dom and Greg* for their efforts. I thought I was in

Re: [xiphos-devel] windows build

On 4/24/20 4:09 PM, Dominique Corbex wrote: > Maybe try to run podman directly That worked fine. ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/xiphos-devel

Re: [xiphos-devel] windows build

On 4/24/20 11:59 AM, Dominique Corbex wrote: > Have you disabled SELinux enabled or running Permissive mode? Oh, is that it? I've run with SELinux disabled since Fedora Core 3, when every update to selinux-policy-targeted threatened to brick my machine. selinux=0 is in my boot flags. I consider

Re: [xiphos-devel] windows build

On 4/24/20 8:27 AM, Dominique Corbex wrote: > What 'toolbox -v enter --container xiphos-win' says? $ toolbox -v enter --container xiphos-win toolbox: running as real user ID 5271 toolbox: resolved absolute path for /usr/bin/toolbox to /usr/bin/toolbox toolbox: checking if /etc/subgid and

Re: [xiphos-devel] windows build

On 4/24/20 7:59 AM, Dominique Corbex wrote: > I suggest you to run: > toolbox reset $ toolbox reset All existing podman (and toolbox) containers and images will be removed. Continue? [y/N]: y $ toolbox list $ toolbox create --container xiphos-win --image fedora-toolbox:30 Image required to create

Re: [xiphos-devel] windows build

On 4/24/20 3:09 AM, Dominique Corbex wrote: > So just install toolbox: OK, in my ignorance, I thought toolbox was a command within docker. Fine so far. Having installed toolbox, it still doesn't love me even a little bit. I am (and I am sure others are) open to any instruction needed here. But it

Re: [xiphos-devel] windows build

On 4/23/20 4:10 PM, Dominique Corbex wrote: > It's a little bit tedious to enter all the command lines so I have > added a script for running all the commands. This is marvelous. Thank you so much. Now, for the benefit of people like me who've never used docker before, can you say what packages

Re: [xiphos-devel] windows build

On 4/23/20 10:28 AM, Dominique Corbex wrote: > Build with head works too, I just had to add libminizip-1.dll to the > list of dependencies, I'll commit the change ASAP. At some point, I would appreciate it if you would document exactly what is needed and what your procedures are for building for

Re: [xiphos-devel] windows build

On 4/22/20 11:39 PM, Greg Hellings wrote: > VMs are perfectly suited for Um... duh for me. Don't know what I was thinking. I already have an F30 VM in place. I haven't done much with it. At the moment, I'm updating it (it's been sitting unused for months) and installing all the needed mingw and

Re: [xiphos-devel] xiphos now requires very latest sword

On 4/20/20 1:15 PM, Greg Hellings wrote: > That doesn't help people building from source, though. They can get and revert https://github.com/crosswire/xiphos/commit/74c88b94dc840d2e72d6a4ac974c0b3c56c42647.diff on a temporary basis. ___ xiphos-devel

[xiphos-devel] xiphos now requires very latest sword

For packagers especially, but for everyone building their own: FYI, I made a commit earlier today, attached to #845 , that re-works the handling of .introMaterial in CSS controls. This gets rid of the grossness of a couple years ago, where I coded

Re: [xiphos-devel] that blasted editor

On 4/18/20 4:14 PM, Greg Hellings wrote: > And adding a MarkDown filter to the engine probably isn't very > difficult at all. I'm not sure you realize how subtly I threw down that gauntlet, or how readily you picked it up. :-D ___ xiphos-devel mailing

[xiphos-devel] that blasted editor

I've been ruminating over the editor problem for a couple days, especially with regard to Greg's comment, "it's gonna require some amount of ugly hackery to get that editor working." And I find I just can't bring myself to address that, straight up. I have found myself briefly fantasizing over

Re: [xiphos-devel] back from the dead

On 4/15/20 11:41 PM, Greg Hellings wrote: > Plus my NASB patch Of course that patch has been merged, so that can go away for next release. I see that the critical(ly dumb) thing I was missing was -DGTKHTML=ON, as indicated by both you and Caleb. Thanx, don't know why I didn't realize what that

Re: [xiphos-devel] back from the dead

On 4/15/20 11:18 PM, Greg Hellings wrote: > it's gonna require some amount of ugly hackery to get that editor > working, now. So my first attempts at cmake-driven build have failed because the attempt to build the editor chokes. What's the magic you're using for Fedora et al builds, to avoid

[xiphos-devel] some new (draft) modules: Berean Bible

There was recent mention on sword-devel of a new English translation, the Berean Bible. Its creators lean really heavily on easy licensing and maximized distribution, hence its name in reference to Acts 17. The NT support is complete, but as yet OT has been only partially published. For my

Re: [xiphos-devel] Crash on right mouse click

On 06/03/2018 02:58 AM, Peter von Kaehne wrote: > It seems that what causes no problems on Xorg in terms of deprecation > is positively crashing on Wayland or causing other havoc. It seems to me that, for the indefinite future while Wayland remains considerably prone to disaster, any Xiphos

Re: [xiphos-devel] CMake port

On 05/14/2018 03:42 PM, domini...@corbex.org wrote: > translators have to translate the new help strings, though. I am at the edge of giving up on translators entirely. Other than you, the common condition of the translations is decaying, due to lack of attention to them, and insistence on some

Re: [xiphos-devel] CMake port

On 05/13/2018 04:52 PM, domini...@corbex.org wrote: > Port to CMake initial commit Thank you thank you thank you. I'll read the new install docs soon, but could you provide a straightforward configure/build example or two, just to give us something to run with? How is the win32 build? Have you

[xiphos-devel] Xiphos 4.1.0

A bit late from original plan, but here it is. 4.1.x is expected to be a busy development time for Xiphos. Already with updated Sword and BibleSync, future improvements will include heavy work on module abbreviation sanity (it's an inconsistent hack right now; I'll write about that to sword-devel

Re: [xiphos-devel] gtk_widget_hide() isn't hiding

On 04/16/2018 08:33 PM, Greg Hellings wrote: > And why aren't you just deleting it? Saved against the idea that someone someday might want to deal with it more properly. ___ xiphos-devel mailing list xiphos-devel@crosswire.org

[xiphos-devel] gtk_widget_hide() isn't hiding

How is it possible for this to fail to eliminate the "detach" entry from the main menu?    widgets.attach_detach_item = UI_GET_ITEM(gxml, "attach_detach_sidebar");    gtk_widget_hide(widgets.attach_detach_item); The function is called, the statements are executed, yet the menu entry

Re: [xiphos-devel] totally lost -- how did i get to where i am?

On 04/16/2018 12:45 PM, Peter Von Kaehne wrote: > I vaguely remember a few days ago having had problems with opening my > preferences and deleting in the end the .xiphos folder As mysteriously as the problem came, it disappeared as I was attempting to differentiate a raw, first-time user

Re: [xiphos-devel] totally lost -- how did i get to where i am?

On 04/15/2018 09:41 PM, Karl Kleinpaste wrote: > I am in serious need of a huge clue. Anyone? I did git reset back to the 4.0.7 release. I still get no prefs dialog. Whatever has gone wrong is somehow environmental in my system. If I stuff up my own dummy routine in preferences_dialo

[xiphos-devel] detached sidebar

The "detach sidebar" capability is poor, has apparently never been good, functional, or valuable, and yet has outstanding bug reports. Given the lack of serious use of this feature, I am considering simply removing the ability, rather than to spend time on a feature which has, to the extent I

[xiphos-devel] release coming next week; windows builds for .pre-8 available

Having necessarily ignored much of Xiphos for some time, I'm finally back at it and dealing with bug reports and some feature requests. There were about a dozen updates in just the last day, and a few more are pending, notably adv.search crashes, search unexpected results, and the conclusion of

[xiphos-devel] Xiphos 4.0.7

Xiphos 4.0.7 24 Sep 2017 This represents general bug-fixing and feature implementation from the issues list, with a few other matters handled as well. More than half of the open issues list (29 of 54) have been closed since 4.0.6, including all but 2 outstanding bug

[xiphos-devel] translation websites

If I wanted to enlist the support of some web-based translation facility in the interest of improving our longstanding set of *.po, which one would I find recommended? Someone asked me about weblate.org. But it seems to be either [a] free software to install on a web server, which would be fine,

[xiphos-devel] msgmerge update

I just pushed a pot/msgmerge update. This is one area where I truly cannot be a one-man show. Dom is particularly attentive to the French translation, but most of the other translations are gradually going stale. And I just added a few new strings this evening, consequent to adding a "don't use

[xiphos-devel] font problem

There was a bug report about how fonts whose names end in digits don't work. I fixed the underlying problem of the digits and closed the report, but as I mentioned at the end, that font doesn't actually work. I was wondering whether there was

Re: [xiphos-devel] new release by end of month

On 09/05/2017 04:34 PM, Peter von Kaehne wrote: > I have not yet figured out where exactly the mistake starts Any resolution? ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/xiphos-devel

Re: [xiphos-devel] new release by end of month

On 09/05/2017 04:34 PM, Peter von Kaehne wrote: > Ok, I went a few iterations (e09cdf7bcae0a...) backwards and it builds > just fine. I have not yet figured out where exactly the mistake starts > to occur. "git log src/main/prayerlists.cc" shows that the entire code base was inhaled into GitHub

Re: [xiphos-devel] new release by end of month

On 09/05/2017 03:23 PM, Greg Hellings wrote: > Looks like there's something wonky with your SWORD version, and not > with Xiphos. Also, the complaint is at prayerlists.cc:82, which makes no sense as a point of definition for ... anything. That said, prayerlists.cc did gain #include of

[xiphos-devel] Xiphos 4.0.6a (Windows only)

Xiphos 4.0.6a Windows-only release. An error in the compiler has been accounted for, causing 1st-time user crash during module manager refresh of the Crosswire repository. https://github.com/crosswire/xiphos/releases/tag/4.0.6a (Any developers using g++ 6.3 in your project, you want

[xiphos-devel] xiphos.org updated

I was reminded that I had neglected to update xiphos.org for 4.0.6. So I just wanted to let folks know that it's been updated for proper links to the right release and so forth, along with a few other details. Simon has had some trouble getting the manual to auto-update out of source control into

[xiphos-devel] Xiphos 4.0.6

https://github.com/crosswire/xiphos/releases/tag/4.0.6 ___ xiphos-devel mailing list xiphos-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/xiphos-devel

Re: [xiphos-devel] Note

On 09/19/2016 05:39 PM, Greg Hellings wrote: > The recommended solution is to move to the webkit2 API Yes, there was discussion of this in #xiphos a week or so ago, though with regard to Ubuntu. The WK2 configuration builds, runs without crashing...and looks like total crap. I don't know what