[gtk-osx-users] Gtk-osx on Big Sur
Hi all, does anybody have any experience how gtk-osx operates on the Big Sur? I have one user reporting that that Bluefish has very slow or broken scrolling of textview, also some modal windows are broken (looks like Big Sur converted them to tabs). Bluefish is build using gtk 3.6.4 and XCode 6.3, so these problems might be caused by old build system. Looking forward for any hints... Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] Gtk-osx on Big Sur
On Mon, Nov 16, 2020 at 11:59 PM John Ralls wrote: > > > > On Nov 16, 2020, at 9:09 AM, Andrius Rinkevicius via gtk-osx-users-list < > gtk-osx-users-list@gnome.org> wrote: > > > > Hi all, > > does anybody have any experience how gtk-osx operates on the Big Sur? > > I have one user reporting that that Bluefish has very slow or broken > scrolling of textview, also some modal windows are broken (looks like Big > Sur converted them to tabs). Bluefish is build using gtk 3.6.4 and XCode > 6.3, so these problems might be caused by old build system. > > Looking forward for any hints... > > gtk-osx works fine on BigSur, though not all dependencies yet work on > Apple Silicon (especially those that use assembler, no surprise). > > gtk-osx hasn't supported Gtk 3.6.4 nor Xcode 6.3 for at least 5 years so > you're obviously not using it to build Bluefish. Maybe you should start... > > FWIW, GnuCash and Gramps *do* use gtk-osx to build their Mac bundles and > they do work well on BigSur, including in Rosetta2 on Apple Silicon. > > > I would like to keep support for MacOSX 10.9 and avoid building separate binaries for different MacOS versions. It turned out that is hard to find information what minimum MACOSX_DEPLOYMENT_TARGET particular Xcode version supports. At least, I could not find it on wikipedia etc. Could you help to select right Xcode version if I target minimum OSX version to be 10.9, and want to have it working on BigSur at the same time? Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] Gtk-osx on Big Sur
On Wed, Nov 18, 2020 at 5:26 PM John Ralls wrote: > > > > On Nov 18, 2020, at 1:02 AM, Andrius Rinkevicius > wrote: > > > > On Mon, Nov 16, 2020 at 11:59 PM John Ralls wrote: > > > > > > > On Nov 16, 2020, at 9:09 AM, Andrius Rinkevicius via > gtk-osx-users-list wrote: > > > > > > Hi all, > > > does anybody have any experience how gtk-osx operates on the Big Sur? > > > I have one user reporting that that Bluefish has very slow or broken > scrolling of textview, also some modal windows are broken (looks like Big > Sur converted them to tabs). Bluefish is build using gtk 3.6.4 and XCode > 6.3, so these problems might be caused by old build system. > > > Looking forward for any hints... > > > > gtk-osx works fine on BigSur, though not all dependencies yet work on > Apple Silicon (especially those that use assembler, no surprise). > > > > gtk-osx hasn't supported Gtk 3.6.4 nor Xcode 6.3 for at least 5 years so > you're obviously not using it to build Bluefish. Maybe you should start... > > > > FWIW, GnuCash and Gramps *do* use gtk-osx to build their Mac bundles and > they do work well on BigSur, including in Rosetta2 on Apple Silicon. > > > > > > I would like to keep support for MacOSX 10.9 and avoid building separate > binaries for different MacOS versions. It turned out that is hard to find > information what minimum MACOSX_DEPLOYMENT_TARGET particular Xcode version > supports. At least, I could not find it on wikipedia etc. Could you help to > select right Xcode version if I target minimum OSX version to be 10.9, and > want to have it working on BigSur at the same time? > > You want the newest Xcode that has a 10.9 SDK. In my collection of antique > Xcodes 6.4 is the latest one, it has 10.9 and 10.10. I don't have Xcode 7 > or 7.1 and 7.2 has the 10.11 SDK only. There's probably not much advantage > to moving from Xcode 6.3 to 6.4. > > You'll get some improvement by building the latest Gtk (3.24.23) and > dependencies, particularly for full-screen and the macOS applied tabs. > > Note that this list is for supporting developers who build with gtk-osx. > It's not a general-purpose Gtk on macOS support channel. > > > Actually, I am user of gtx-osx since 2013, and Bluefish is build with gtx-osx, just build system was setup back in 2014, when gtk-3.6.4 was most recent stable release. I think thats indication of gtk code quality and Apple reliability, that the same computer from 2014 is still performing well. I just did not wanted to break the system that is not broken, and now, well, BigSur seems finally did it. Now just trying to figure out whether patching gdk on 3.6.4 or switching to 3.24.23 would be easier. Regards, Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
[gtk-osx-users] Publishing MacOS bundle on App Store
Hi All, does anybody have experience with publishing MacOS bundle made with gtk-osx on Apple App Store? Is there any success story? I would be grateful for any hints is that is possible and what needs to be done... I am currently maintaining Bluefish MacOS build and wondering if there are any chances ti build it for App Store. Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] Annual Updates
On Tue, Apr 6, 2021 at 4:13 AM John Ralls wrote: > I'm preparing the annual updates to the stable packages and in the process > I'm making some changes that could break build scripts and jhbuildrc-custom: > > I haven't pushed any of this yet so if there are any objections now is the > time to raise them! > > Regards, > John Ralls > > Hi John, I would like to suggest to change a bit enchant build module - to build native Apple spellchecker instead of ispell and myspell it is currently buiding. I do not have any objections to continue to build ispell or myspell, however, in order to enable its functionality one has to add external dictionaries somehow (I never tried), while applespell works out of the box and uses native Apple spellchecker. Gedit is already doing this, and its enchant module is: There is one extra patch for applespell, and enchant-relocatable.patch is a bit different to what is available on gtk-osx repository. I have confirmed, gedit version works! Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
[gtk-osx-users] How do not rebuild complete module if only one source file was changed
Hi all, I am wondering, if there is way to do not rebuild gtk completely if I made changes just to one (or few) source files. Right now I am using jhbuild buildone gtk+-3.0 -nf It recompiles all files, which takes ~10 minutes on my machine. If I try jhbuild buildone gtk+-3.0 -nc then it says that nothing changed, and does not build at all. Is there a way to force rebuild only for files that have changed? Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] Crash of jhbuild at install phase
On Thu, Feb 25, 2021 at 9:56 AM Andrius Rinkevicius wrote: > On Thu, Feb 25, 2021 at 3:45 AM John Ralls wrote: > >> >> >> > On Feb 24, 2021, at 11:05 AM, Andrius Rinkevicius via >> gtk-osx-users-list wrote: >> > >> > Hi all, >> > I am getting crash when building my own program using custom moduleset. >> > configure, build and install steps all are OK, however, jhbuild fails >> at final move of build files to ~/gtk/inst/. >> > The traceback is >> > W: Ignoring uninstalled package: bluefish >> > Traceback (most recent call last): >> > File "/Users/andrius/.new_local/libexec/run_jhbuild.py", line 17, in >> >> > jhbuild.main.main(sys.argv[1:]) >> > File "/Users/andrius/Source/jhbuild/jhbuild/main.py", line 120, in >> main >> > rc = jhbuild.commands.run(command, config, args, help=lambda: >> print_help(parser)) >> > File "/Users/andrius/Source/jhbuild/jhbuild/commands/__init__.py", >> line 188, in run >> > return cmd.execute(config, args, help) >> > File "/Users/andrius/Source/jhbuild/jhbuild/commands/__init__.py", >> line 56, in execute >> > return self.run(config, options, args, help) >> > File "/Users/andrius/Source/jhbuild/jhbuild/commands/base.py", line >> 341, in run >> > return build.build() >> > File >> "/Users/andrius/Source/jhbuild/jhbuild/frontends/buildscript.py", line 172, >> in build >> > error, altphases = module.run_phase(self, phase) >> > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/__init__.py", >> line 420, in run_phase >> > method(buildscript) >> > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/autotools.py", >> line 320, in do_install >> > self.process_install(buildscript, self.get_revision()) >> > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/__init__.py", >> line 317, in process_install >> > new_contents = fileutils.accumulate_dirtree_contents(destdir_prefix) >> > File "/Users/andrius/Source/jhbuild/jhbuild/utils/fileutils.py", line >> 44, in accumulate_dirtree_contents >> > _accumulate_dirtree_contents_recurse(path, contents) >> > File "/Users/andrius/Source/jhbuild/jhbuild/utils/fileutils.py", line >> 26, in _accumulate_dirtree_contents_recurse >> > names = os.listdir(path) >> > FileNotFoundError: [Errno 2] No such file or directory: >> '/Users/andrius/gtk/inst/_jhbuild/root-bluefish/Users/andrius/gtk/inst' >> > >> > I looks strange that it appends prefix at the end of path, however, as >> far as I can see this is done >> fileutils.accumulate_dirtree_contents(destdir_prefix), it is intended. >> > I am not sure if this is gtk-osx or jhbuild related bug, however, it >> seems that there are no such a n errors reported on jhbuild bug tracker. >> > I can see all build files located in >> '/Users/andrius/gtk/inst/_jhbuild/root-bluefish, so why there is extra part >> added is hard to say. From the other hand, I have build complete gkt+ stack >> without any issues, just one particular program fails without apparent >> reason. >> > Another strange thing is that it says "W: Ignoring uninstalled package: >> bluefish", while package is not uninstalled, it stays in source three. >> However, since it was installed via svn type repo, there is no package in >> pkgs folder. >> > Any hints what to look for would be useful! >> >> Andrius, >> >> jhbuild does a two-step install. It first runs make or ninja install with >> DESTDIR=$PREFIX/_jhbuild/root-project-name; make/ninja is supposed to >> install to $DESTDIR/$PREFIX. Once make/ninja reports that the install >> completed normally jhbuild moves everything to $PREFIX and deletes $DESTDIR. >> >> So if the files wound up as e.g. $DESTDIR/bin/bluefish instead of >> $DESTDIR/$PREFIX/bin/bluefish then when jhbuild went back to do the move it >> wouldn't be able to find the files. That's where I'd start investigating: >> >> 'Ignoring uninstalled package:' is from the triggers feature. I don't >> know anything about that, but there's a triggers/README in the jhbuild >> source tree with a brief description. >> >> Regards, >> John Ralls >> >> >> John, > on occasion I learned more about jhbuild internals, which is nice. In the > past I was doing some hacks for building, however, it seems that actually I > could have
Re: [gtk-osx-users] Crash of jhbuild at install phase
On Thu, Feb 25, 2021 at 3:45 AM John Ralls wrote: > > > > On Feb 24, 2021, at 11:05 AM, Andrius Rinkevicius via gtk-osx-users-list > wrote: > > > > Hi all, > > I am getting crash when building my own program using custom moduleset. > > configure, build and install steps all are OK, however, jhbuild fails at > final move of build files to ~/gtk/inst/. > > The traceback is > > W: Ignoring uninstalled package: bluefish > > Traceback (most recent call last): > > File "/Users/andrius/.new_local/libexec/run_jhbuild.py", line 17, in > > > jhbuild.main.main(sys.argv[1:]) > > File "/Users/andrius/Source/jhbuild/jhbuild/main.py", line 120, in main > > rc = jhbuild.commands.run(command, config, args, help=lambda: > print_help(parser)) > > File "/Users/andrius/Source/jhbuild/jhbuild/commands/__init__.py", > line 188, in run > > return cmd.execute(config, args, help) > > File "/Users/andrius/Source/jhbuild/jhbuild/commands/__init__.py", > line 56, in execute > > return self.run(config, options, args, help) > > File "/Users/andrius/Source/jhbuild/jhbuild/commands/base.py", line > 341, in run > > return build.build() > > File "/Users/andrius/Source/jhbuild/jhbuild/frontends/buildscript.py", > line 172, in build > > error, altphases = module.run_phase(self, phase) > > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/__init__.py", > line 420, in run_phase > > method(buildscript) > > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/autotools.py", > line 320, in do_install > > self.process_install(buildscript, self.get_revision()) > > File "/Users/andrius/Source/jhbuild/jhbuild/modtypes/__init__.py", > line 317, in process_install > > new_contents = fileutils.accumulate_dirtree_contents(destdir_prefix) > > File "/Users/andrius/Source/jhbuild/jhbuild/utils/fileutils.py", line > 44, in accumulate_dirtree_contents > > _accumulate_dirtree_contents_recurse(path, contents) > > File "/Users/andrius/Source/jhbuild/jhbuild/utils/fileutils.py", line > 26, in _accumulate_dirtree_contents_recurse > > names = os.listdir(path) > > FileNotFoundError: [Errno 2] No such file or directory: > '/Users/andrius/gtk/inst/_jhbuild/root-bluefish/Users/andrius/gtk/inst' > > > > I looks strange that it appends prefix at the end of path, however, as > far as I can see this is done > fileutils.accumulate_dirtree_contents(destdir_prefix), it is intended. > > I am not sure if this is gtk-osx or jhbuild related bug, however, it > seems that there are no such a n errors reported on jhbuild bug tracker. > > I can see all build files located in > '/Users/andrius/gtk/inst/_jhbuild/root-bluefish, so why there is extra part > added is hard to say. From the other hand, I have build complete gkt+ stack > without any issues, just one particular program fails without apparent > reason. > > Another strange thing is that it says "W: Ignoring uninstalled package: > bluefish", while package is not uninstalled, it stays in source three. > However, since it was installed via svn type repo, there is no package in > pkgs folder. > > Any hints what to look for would be useful! > > Andrius, > > jhbuild does a two-step install. It first runs make or ninja install with > DESTDIR=$PREFIX/_jhbuild/root-project-name; make/ninja is supposed to > install to $DESTDIR/$PREFIX. Once make/ninja reports that the install > completed normally jhbuild moves everything to $PREFIX and deletes $DESTDIR. > > So if the files wound up as e.g. $DESTDIR/bin/bluefish instead of > $DESTDIR/$PREFIX/bin/bluefish then when jhbuild went back to do the move it > wouldn't be able to find the files. That's where I'd start investigating: > > 'Ignoring uninstalled package:' is from the triggers feature. I don't know > anything about that, but there's a triggers/README in the jhbuild source > tree with a brief description. > > Regards, > John Ralls > > > John, on occasion I learned more about jhbuild internals, which is nice. In the past I was doing some hacks for building, however, it seems that actually I could have used jhbuild functionality to do the same. I am using autotools (make) to build my program. It seems that jhbuild operates not exactly how you described. $PREFIX on my system is set to /Users/andrius/gtk/inst (judging by --prefix during autogen). This is getting set in jhbuildrc file, I think. Install is done with following command: make DESTDIR=/Users/andrius/gtk/inst/_jhbuild/root-bluefish install and then make adds its own prefix /us
Re: [gtk-osx-users] Annual Updates
On Tue, Apr 6, 2021 at 7:08 PM John Ralls wrote: > > > > On Apr 6, 2021, at 1:25 AM, Andrius Rinkevicius > wrote: > > > > > > > > On Tue, Apr 6, 2021 at 4:13 AM John Ralls wrote: > > I'm preparing the annual updates to the stable packages and in the > process I'm making some changes that could break build scripts and > jhbuildrc-custom: > > > > I haven't pushed any of this yet so if there are any objections now is > the time to raise them! > > > > Regards, > > John Ralls > > > > > > Hi John, > > I would like to suggest to change a bit enchant build module - to build > native Apple spellchecker instead of ispell and myspell it is currently > buiding. I do not have any objections to continue to build ispell or > myspell, however, in order to enable its functionality one has to add > external dictionaries somehow (I never tried), while applespell works out > of the box and uses native Apple spellchecker. > > Gedit is already doing this, and its enchant module is: > > > > > > repo="abisource/enchant"> > > > > > > > > > > > > > > > > > > > > There is one extra patch for applespell, and enchant-relocatable.patch > is a bit different to what is available on gtk-osx repository. I have > confirmed, gedit version works! > > Andrius, > > Sure, no problem. How about a PR on > https://github.com/jralls/gtk-osx-build or > https://gitlab.gnome.org/GNOME/gtk-osx? > > Regards, > John Ralls > > > Hi John, made PR to Github repository. Andrius ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
Re: [gtk-osx-users] Annual Updates
Want to make one small correction - it is true that Bluefish can use enchant 2.2, however, it will happily accept 1.6, 1.3, or even older. We support as wide as possible range of platforms, and try to do not break things that are working. Probably because of Gspell freeze there is some activity on gtk: https://gitlab.gnome.org/GNOME/gtk/-/issues/3814 . Its for gtk4 only, though. Andrius On Fri, Apr 9, 2021 at 10:07 PM John Ralls wrote: > > > > On Apr 9, 2021, at 11:02 AM, John Ralls wrote: > > > > > > > >> On Apr 7, 2021, at 7:31 AM, Andrius Rinkevicius > wrote: > >> > >> > >> > >> On Tue, Apr 6, 2021 at 7:08 PM John Ralls wrote: > >> > >> > >>> On Apr 6, 2021, at 1:25 AM, Andrius Rinkevicius > wrote: > >>> > >>> > >>> > >>> On Tue, Apr 6, 2021 at 4:13 AM John Ralls wrote: > >>> I'm preparing the annual updates to the stable packages and in the > process I'm making some changes that could break build scripts and > jhbuildrc-custom: > >>> > >>> I haven't pushed any of this yet so if there are any objections now is > the time to raise them! > >>> > >>> Regards, > >>> John Ralls > >>> > >>> > >>> Hi John, > >>> I would like to suggest to change a bit enchant build module - to > build native Apple spellchecker instead of ispell and myspell it is > currently buiding. I do not have any objections to continue to build ispell > or myspell, however, in order to enable its functionality one has to add > external dictionaries somehow (I never tried), while applespell works out > of the box and uses native Apple spellchecker. > >>> Gedit is already doing this, and its enchant module is: > >>> > >>> > >>> repo="abisource/enchant"> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> There is one extra patch for applespell, and enchant-relocatable.patch > is a bit different to what is available on gtk-osx repository. I have > confirmed, gedit version works! > >> > >> Andrius, > >> > >> Sure, no problem. How about a PR on > https://github.com/jralls/gtk-osx-build or > https://gitlab.gnome.org/GNOME/gtk-osx? > >> > >> Regards, > >> John Ralls > >> > >> > >> Hi John, > >> made PR to Github repository. > >> Andrius > > > > I turns out that Andrius was a little off-base: GEdit uses GSpell which > in turn uses Enchant 2.2. Enchant 2.2 claims to support AppleSpell as-is. > Even Andrius's own project, Bluefish, uses Enchant 2.2. > > > > Enchant 2 is about 3 1/2 years old and Enchant 1 isn't maintained any > more, so it's obsolete. So, for that matter, is GtkSpell, which also hasn't > had any love for 3 years or so. Hunspell's last release was 2 1/2 years ago > and while there was a flurry of activity a year go the total is only 11 > commits since and none in the last year. > > > > There's no module in Gtk-OSX for GSpell and nobody's ever asked for one, > so I'm inclined to declare that spelling infrastructure is out-of-scope for > Gtk-OSX; projects that need it are probably using their own modules. > > > > Can anyone make a convincing case to the contrary? > > Update: It turns out that the GSpell maintainer abandoned ship earlier > this week, see > https://gitlab.gnome.org/GNOME/gspell/-/commit/9ee66534fcca2f971461fb8dfe709e55fc118f84 > > Seems quite sudden. I could find no explanation. > > Regards, > John Ralls > > ___ > gtk-osx-users-list mailing list > gtk-osx-users-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list > ___ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list