Package Details: perl-wx 0.9932-6

Git Clone URL: https://aur.archlinux.org/perl-wx.git (read-only, click to copy)
Package Base: perl-wx
Description: Interface to the wxWidgets cross-platform GUI toolkit
Upstream URL: https://metacpan.org/dist/Wx
Licenses: GPL, PerlArtistic
Submitter: None
Maintainer: swiftgeek
Last Packager: swiftgeek
Votes: 60
Popularity: 0.000674
First Submitted: 2007-09-20 07:29 (UTC)
Last Updated: 2023-02-08 12:29 (UTC)

Latest Comments

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

lbeenens commented on 2016-08-29 22:14 (UTC)

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 (UTC) (edited on 2016-04-01 04:41 (UTC) by swiftgeek)

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 (UTC)

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

swiftgeek commented on 2016-03-31 09:17 (UTC) (edited on 2016-03-31 09:18 (UTC) by swiftgeek)

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 (UTC)

I didn't have this package installed: xorg-server-xvfb 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 ./ 0001-Xext-vidmode-Reduce-verbosity-of-GetModeLine.patch 0001-glamor-swizzle-RED-to-0-for-alpha-textures.patch 0001-present-Only-requeue-for-next-MSC-after-flip-failure.patch PKGBUILD xorg-server.install xvfb-run xvfb-run.1 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 (UTC)

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 (UTC) (edited on 2016-03-23 03:00 (UTC) by swiftgeek)

@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

WizardStan commented on 2016-03-23 02:32 (UTC)

I'm still getting the same "Bad plan" error as people talk about below using the current PKGBUILD. I've then tried removing wxgtk and installing wxgtk2.8, modifying the PKGBUILD for both this and perl-alien-wxwidget as recommended but while perl-alien-wxwidget installs without issue, I'm getting "fatal error: wx/defs.h: No such file or directory" when compiling perl-wx which seems to be from the fact that, despite wxgtk2.8 is installed and 3.0 is not, the Makefile is still being generated with "-I/usr/include/wx-3.0" and I've no idea how to change that.

dracorp commented on 2016-01-10 10:22 (UTC)

I've correct the PKGDBUILD, now it's built. I need to improve all my Perl PKGBUILD and apply similar changes.

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