Package Details: wxmaxima 24.11.0-2

Git Clone URL: https://aur.archlinux.org/wxmaxima.git (read-only, click to copy)
Package Base: wxmaxima
Description: A wxWidgets GUI for the computer algebra system Maxima
Upstream URL: https://github.com/wxmaxima-developers/wxmaxima
Licenses: GPL-2.0-or-later
Submitter: arojas
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 18
Popularity: 0.001363
First Submitted: 2022-04-01 18:53 (UTC)
Last Updated: 2024-11-16 13:03 (UTC)

Dependencies (7)

Required by (0)

Sources (1)

Pinned Comments

carlosal1015 commented on 2024-11-13 21:19 (UTC)

https://github.com/wxMaxima-developers/wxmaxima/issues/1970

carlosal1015 commented on 2022-04-10 20:36 (UTC)

Important note: Is recommended to receive the following key before to install:

$ gpg --recv-keys 5C86C0E4211D5B8E

Also is possible skip the verification, adding the flag for (e.g makepkg, yay) --skippgpcheck, --nopgpfetch, respectively.

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

carlosal1015 commented on 2022-07-18 14:50 (UTC)

Hi @James-T, please wait wxwidgets-gtk3 3.2.0-3 (pkgrel).

James-T commented on 2022-07-18 11:52 (UTC)

With the latest version (22.05.0-3) I get multiple errors of the form:

In file included from /home/james/.cache/yay/wxmaxima/src/wxmaxima-Version-22.05.0/src/main.cpp:49:
/home/james/.cache/yay/wxmaxima/src/build/addprivatefonts.h: In function ‘void addprivatefonts()’:
/home/james/.cache/yay/wxmaxima/src/build/addprivatefonts.h:7:91: error: ‘AddPrivateFont’ is not a member of ‘wxFont’
    7 |     if (wxFileExists("/usr/share/wxMaxima/fonts/LibertinusKeyboard-Regular.otf")) wxFont::AddPrivateFont("/usr/share/wxMaxima/fonts/LibertinusKeyboard-Regular.otf");
      |                                                                                           ^~~~~~~~~~~~~~

This is on a Manjaro (Stable) system updated today:

$ pacman -Qs wxwidget
local/wxmaxima 22.05.0-1
    A wxWidgets GUI for the computer algebra system Maxima
local/wxwidgets-common 3.2.0-2
    Common libraries and headers for wxwidgets
local/wxwidgets-gtk3 3.2.0-2
    GTK+3 implementation of wxWidgets API for GUI

xlucn commented on 2022-07-18 04:56 (UTC)

Could anyone open the configuration window? When I opens it, I have multiple errors like this before wxmaxima crashes:

ASSERT INFO:
/usr/src/debug/wxWidgets-3.2.0/src/common/sizer.cpp(887): assert "CheckExpectedParentIs(w, m_containingWindow)" failed in SetContainingWindow(): Windows managed by the sizer associated with the given window must have this window as parent, otherwise they will not be repositioned correctly.

Please use the window wxScrolledWindow@0x55c34bbd60c0 ("panel") with which this sizer is associated, as the parent when creating the window wxStaticText@0x55c34c242100 ("Default plot size for new maxima sessions:") managed by it.

BACKTRACE:
[1] wxSizer::SetContainingWindow(wxWindow*)
[2] wxSizer::SetContainingWindow(wxWindow*)
[3] wxSizer::SetContainingWindow(wxWindow*)
[4] wxWindowBase::SetSizer(wxSizer*, bool)
[5] wxStandardDialogLayoutAdapter::DoLayoutAdaptation(wxDialog*)
[6] wxDialogBase::DoLayoutAdaptation()
[7] wxDialog::Show(bool)
[8] wxDialog::ShowModal()
[9] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[10] wxEvtHandler::SearchDynamicEventTable(wxEvent&)
[11] wxEvtHandler::TryHereOnly(wxEvent&)
[12] wxEvtHandler::DoTryChain(wxEvent&)
[13] wxEvtHandler::ProcessEvent(wxEvent&)
[14] wxWindowBase::TryAfter(wxEvent&)
[15] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[16] wxMenuBase::DoProcessEvent(wxMenuBase*, wxEvent&, wxWindow*)
[17] wxMenuBase::SendEvent(int, int)
[18] g_closure_invoke
[19] g_signal_emit_valist
[20] g_signal_emit
[21] gtk_widget_activate
[22] gtk_menu_shell_activate_item
[23] g_signal_emit_valist
[24] g_signal_emit
[25] gtk_main_do_event
[26] g_main_context_dispatch
[27] g_main_loop_run
[28] gtk_main
[29] wxGUIEventLoop::DoRun()
[30] wxEventLoopBase::Run()
[31] wxAppConsoleBase::MainLoop()
[32] __libc_start_main

I tried wxmaxima-git package, that one doesn't have this issue. Is this my install mistake, a packaging issue, or an upstream one which is fixed in git master?

olivierguillon commented on 2022-07-17 16:52 (UTC)

I Updated wxwidgets packages to version 3.2.0-3 (many thanks to A. Rojas for his reactivity !) and was able to build wxmaxima without any problem.

Tio commented on 2022-07-17 14:43 (UTC)

I get this error:

make[2]: *** [src/CMakeFiles/wxmaxima.dir/build.make:762: src/CMakeFiles/wxmaxima.dir/main.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [CMakeFiles/Makefile2:2513: src/CMakeFiles/wxmaxima.dir/all] Error 2
make: *** [Makefile:166: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

bkb commented on 2022-07-17 11:14 (UTC)

All these wx things are basically broken. Some needs a newer version, some needs the old one. A long chain of dependency made it impossible to even switch from old to new or new to old, without uninstalling nearly the OS

carlosal1015 commented on 2022-07-16 17:14 (UTC)

Done @Rulatir. Also see this issue.

Rulatir commented on 2022-07-15 16:35 (UTC) (edited on 2022-07-16 11:10 (UTC) by Rulatir)

Recent wxWidgets package reorganization broke this package:

-- The CXX compiler identification is GNU 12.1.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/lib/ccache/bin/g++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for wxWidgets in:           
-- Looking for wxWidgets libraries in: 
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find wxWidgets (missing: wxWidgets_LIBRARIES
  wxWidgets_INCLUDE_DIRS) (Required is at least version "3")
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindwxWidgets.cmake:984 (find_package_handle_standard_args)
  CMakeLists.txt:135 (find_package)

EDIT: I couldn't build directly from source either, but the official AppImage works almost flawlessly (almost, because it runs in English and I kind of got used to the Polish localization already).

matschi commented on 2022-04-24 18:50 (UTC)

Thank you for the link! I would never have thought of this as being a keyserver specific issue. ^^

carlosal1015 commented on 2022-04-20 14:02 (UTC)

I could suggest this solution.