Package Details: perl-wx 0.9932-2

Git Clone URL: (read-only, click to copy)
Package Base: perl-wx
Description: Wx - interface to the wxWidgets GUI toolkit
Upstream URL:
Licenses: GPL, PerlArtistic
Provides: perl-build-wx-xsp-enum, perl-build-wx-xsp-event, perl-build-wx-xsp-overload, perl-build-wx-xsp-virtual, perl-wx-app, perl-wx-artprovider, perl-wx-aui, perl-wx-build-makemaker, perl-wx-build-makemaker-any_os, perl-wx-build-makemaker-any_wx_config, perl-wx-build-makemaker-core, perl-wx-build-makemaker-hacks, perl-wx-build-makemaker-macosx_gcc, perl-wx-build-makemaker-win32, perl-wx-build-makemaker-win32_mingw, perl-wx-build-makemaker-win32_msvc, perl-wx-build-options, perl-wx-build-utils, perl-wx-calendar, perl-wx-dataview, perl-wx-datetime, perl-wx-dnd, perl-wx-docview, perl-wx-dropsource, perl-wx-event, perl-wx-fs, perl-wx-grid, perl-wx-help, perl-wx-html, perl-wx-ipc, perl-wx-locale, perl-wx-mdi, perl-wx-media, perl-wx-menu, perl-wx-mini, perl-wx-overload-driver, perl-wx-overload-handle, perl-wx-perl-carp, perl-wx-perl-splashfast, perl-wx-perl-textvalidator, perl-wx-perltest, perl-wx-print, perl-wx-propertygrid, perl-wx-radiobox, perl-wx-ribbon, perl-wx-richtext, perl-wx-socket, perl-wx-stc, perl-wx-timer, perl-wx-webview, perl-wx-xrc
Submitter: None
Maintainer: dracorp
Last Packager: dracorp
Votes: 61
Popularity: 0.156610
First Submitted: 2007-09-20 07:29
Last Updated: 2017-12-28 11:46

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

dracorp commented on 2017-02-23 17:31

It works for me.
Which version of wxgtk? 3.0.2-6?

Heitor commented on 2017-02-22 21:28

I can't install perl-wx:

/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include/c++/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.

/usr/include/wx-3.0/wx/strvararg.h:350:18: error: ‘is_enum’ in namespace ‘std’ does not name a template type
typedef std::is_enum<T> is_enum;
/usr/include/wx-3.0/wx/strvararg.h:354:54: error: ‘is_enum’ was not declared in this scope
enum { value = wxFormatStringSpecifierNonPodType<is_enum::value>::value };
/usr/include/wx-3.0/wx/strvararg.h:354:68: error: template argument 1 is invalid
enum { value = wxFormatStringSpecifierNonPodType<is_enum::value>::value };

Any idea? Thanks!

dracorp commented on 2016-08-30 19:06

@lbeenens: I've added those dependencies to checkdepends.

lbeenens commented on 2016-08-29 22:14

The current version of the package (0.9928-3) has no problem building with the incompatible ABI versions. So, there is no need to go back to wxgtk2.8.

However, building the package can fail at the stage of testing the module WX::WebView: this package depends on webkitgtk(i686)/webkitgtk2(x86_64), which is not stated in the PKGBUILD.

swiftgeek commented on 2016-04-01 04:40

It isn't, but it isn't explicitly required even though it sanitizes check stage
So it's just nice to use it when available or required when building headless

dracorp commented on 2016-03-31 20:17

I didn't know that there is problem with installing xorg-server-xvfb, sorry.

swiftgeek commented on 2016-03-31 09:17

This is a weird change, i proposed
if [[ -z "$DISPLAY" || -x /usr/bin/xvfb-run ]]; then
To use use xvfb-run if it has to be used or prefer that if available - not to force everywhere
Only missing DISPLAY is explicitly requiring xvfb-run

tancrackers commented on 2016-03-31 09:10

I didn't have this package installed:

So when I let yaourt install the missing dependency, it didn't just install xorg-server-xvfb from the main repos; it tried to build it from the aur:

==> Retrieving PKGBUILD and local sources...
receiving file list ... done

sent 160 bytes received 44,667 bytes 17,930.80 bytes/sec
total size is 44,025 speedup is 0.98
==> Edit PKGBUILD ? [y/N] ("A" to abort)
==> ------------------------------------
==> n

==> WARNING: This PKGBUILD describes a split package.
==> Specific package options are unknown
==> xorg-server dependencies:
- mesa-libgl (package found) [makedepend]
- xf86driproto (package found) [makedepend]
- xcmiscproto (package found) [makedepend]
- xtrans (package found) [makedepend]
- bigreqsproto (package found) [makedepend]
- presentproto (package found) [makedepend]
- resourceproto (package found) [makedepend]
- dmxproto (package found) [makedepend]
- libdmx (package found) [makedepend]
- xorg-util-macros (package found) [makedepend]
- glproto (package found) [makedepend]
- dri2proto (package found) [makedepend]
- dri3proto (package found) [makedepend]
However, I exited yaourt, pacman -S xorg-server-xvfb, and was able to update perll-wx with no problem. Did I encounter a yaourt problem? Or is it a pkgbuild error here?

WizardStan commented on 2016-03-23 11:35

re: works just fine with wxgtk 3.0: I did that first, compiled everything via makepkg in order as required, got the bad plan problem. Removed everything and tried with yaourt, same problem.

It was then that I removed wxgtk 3.0 and installed 2.8 and went ahead with modifying the build process as others had suggested, only now I'm getting stuck because it fails to compile looking for wx-3.0 and I don't know how to change that.

I then went back to 3.0, completely removing 2.8 again, just to be sure, and every way of installing still yields "bad plan". It didn't occur to me to just disable the check, but you're absolutely right, it installed just fine and as near as I can tell everything works perfectly. Perhaps that's a reasonable solution? If so many people are having problems, and the problem is just in the test, perhaps just remove it? Or at least some kind of comment on failure to rerun with --nocheck and hope for the best?

swiftgeek commented on 2016-03-23 03:00

@WizardStan: perl-aliex-wxwidget is choosing wxgtk version, though using arch's wxgtk2.8 requires some additional quirks in alien PKGBUILD as wxgtk2.8 isn't replacement for wxgtk package (See PKGBUILD/its git history for those quirks)
Also ffs, it works just fine with wxgtk 3.0.x so just recompile packages in order.
About Bad Plan: first thing to try is to disable checks and install anyway, though i recompiled this package against 3.0.x and no issue has happened

@dracorp: those windows are still annoying, would it be ok to change that line to:
if [ -z "$DISPLAY" ] || [ -x /usr/bin/xvfb-run ]; then