Re: GUI modules
It's a one-line install via CPAN. It's the second thing I install when I install Strawberry on a fresh system (Term::Readline is the first). If installing for your client is an issue. just build a carton and give them that with your software. On Tue, Sep 11, 2018 at 5:11 AM z...@softvisio.net wrote: > You can try Prima. > https://metacpan.org/pod/Prima > > On 11.09.2018 12:08, Daniel Kasak wrote: > > I have a kinda-old ( maybe 2 or 3 years old ) build of strawberry perl > > with the latest ( at the time ) gtk+3 libraries and perl bindings. Let > > me know if you're interested - I'll upload it somewhere. I had attempted > > to keep producing builds, but my only Windows use-case evaporated, and > > now things don't build AT ALL, which is a shame. > > > > Dan > > > > On Mon, Sep 10, 2018 at 6:39 PM R. Diez via win32-vanilla > > mailto:win32-vanilla@perl.org>> wrote: > > > > Hi there: > > > > There is no mention about support for GUIs in Strawberry Perl, and no > > GUI modules seem to be bundled. That it a shame, because I would > rather > > build small, portable GUIs with Perl. > > > > I recently saw the following for Python: > > > > https://opensource.com/article/18/8/pysimplegui > > > > I think that PySimpleGUI.py uses Tk as the GUI toolkit. > > > > Installing Tk or anything similar from hand is probably too hard even > > for advanced Windows users. > > > > Would it be possible to bundle the necessary Tk libraries and modules > > with Strawberry Perl? Tk is stable and allegedly works on all > systems. > > > > Best regards, > >rdiez > > > -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
On Wed, Dec 3, 2014 at 2:04 PM, kmx k...@atlas.cz wrote: On 1.12.2014 16:23, Matthew Persico wrote: I see that DBD::Oracle is now included in Strawberry. I'd like to see DBD::Sybase also included. Well, I have included Oracle DB driver as it is IMO commercial DB No.1. I am not sure how popular Sybase DB is nowadays and how big is its user base (esp. among potential strawberry perl users). The other think is that my Oracle DB related knowledge is quite good whereas I know literally nothing about Sybase DB. That;s ok - I wasn't expecting YOU to do the work. I assume the steps to doing so are: 1) Identify a FREE downloadable client library package for Sybase, a'la Oracle Insta-client Have you done some research in this area? Yes. I believe SAP still provides a clean free user client. I have to review since Sybase has been bought by SAP. If I'm wrong, QED. 2) Build using Strawberry One problem is that the make requires interaction. Is it a problem for your automation if the make prompts for input or can you ignore it? Interaction has to be avoided (either by setting proper env variables or passing proper command line params to Makefile.PL/Build.PL). The most important think is that we need DBD::Sybase to be built with gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib libraries suitable for MSVC compiler). I currently build DBD::Sybase in Strawberry - the full-blown client install provides the proper files. I hope the free sdk does. And it also matters how many megabytes does DBD::Sybase add to strawberry perl. Not more than Oracle, esp if the libs are in an externally installed client. 3) Sumbit something to someone in order to include. This, of course, is where I need info. :-) Do I pull down a git, modify and create a pull request somewhere? Is there an FAQ on this I missed? All modules bundled with strawberry perl are built from sources at release build time. I am not in favor of including packages built by some else. Of course. But I assume that I just can't say it works, go add it. Don't I have to give you something? A Bundle file? Some commands? Do I downoad the Strawberry Perl module from some git server and send you a pul request? So there must be a functional unattended installation scenarion how to build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase client library) And as you might guess the Sybase client library must be available for free and for both 32/64bit MS Windows. Hmm. That may be the deal breaker - I've only got it to successfully work with the 32 bit version. Anyway, do not take this e-mail as a promise of any kind :) None taken. At least I know you'll consider it so it's worth my while to continue research. Thanks -- kmx -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
We've tried FreeTDS in the past at my current gig - not reliable. We're connecting to a boatload of Sybase databases from UNIX boxes - I'm trying to distribute the work over underutilized Windows boxes without rewriting the world, so ODBC in this case is not applicable. On Wed, Dec 3, 2014 at 5:38 PM, Daniel Kasak d.j.kasak...@gmail.com wrote: There are a few options for Sybase: http://www.freetds.org/userguide/perl.htm I use FreeTDS + unixODBC + DBD::ODBC for SQL Server on Linux. If you're after cross-platform support, I recommend using DBD::ODBC - in particular because Windows drivers will almost always be ODBC drivers, meaning you only need to build DBD::ODBC and nothing else, which is fantastic when in Windows and compiling is a PITA :) Having said that, I've only ever used Sybase @ university, so I'm not sure of what options are around, other than that link above. I currently have Strawberry Perl with quite a few add-ons ( including DBD::ODBC ), and a build system of sorts, for my own use ( no-one else appears particularly interested at this point ). If you're really stuck, email me and I'll look at building things for you, but keep in mind, at this point, you'll get an all-on-one zip file, including my particular version of Strawberry, lots of other things, and Sybase drivers as well. This may or may not be fine. I'm open to coming up with a better solution ( ie the ability to build individual binary packages, but with *me* being the only person using what I've built, it hardly seems worthwhile. Dan On Thu, Dec 4, 2014 at 6:10 AM, Matthew Persico matthew.pers...@gmail.com wrote: On Wednesday, December 3, 2014, kmx k...@atlas.cz wrote: On 1.12.2014 16:23, Matthew Persico wrote: I see that DBD::Oracle is now included in Strawberry. I'd like to see DBD::Sybase also included. Well, I have included Oracle DB driver as it is IMO commercial DB No.1. I am not sure how popular Sybase DB is nowadays and how big is its user base (esp. among potential strawberry perl users). The other think is that my Oracle DB related knowledge is quite good whereas I know literally nothing about Sybase DB. I assume the steps to doing so are: 1) Identify a FREE downloadable client library package for Sybase, a'la Oracle Insta-client Have you done some research in this area? 2) Build using Strawberry One problem is that the make requires interaction. Is it a problem for your automation if the make prompts for input or can you ignore it? Interaction has to be avoided (either by setting proper env variables or passing proper command line params to Makefile.PL/Build.PL). The most important think is that we need DBD::Sybase to be built with gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib libraries suitable for MSVC compiler). And it also matters how many megabytes does DBD::Sybase add to strawberry perl. 3) Sumbit something to someone in order to include. This, of course, is where I need info. :-) Do I pull down a git, modify and create a pull request somewhere? Is there an FAQ on this I missed? All modules bundled with strawberry perl are built from sources at release build time. I am not in favor of including packages built by some else. So there must be a functional unattended installation scenarion how to build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase client library) And as you might guess the Sybase client library must be available for free and for both 32/64bit MS Windows. Anyway, do not take this e-mail as a promise of any kind :) -- kmx -- Matthew O. Persico -- Matthew O. Persico
Re: StrawberryPerl and the OpenSSL heartbleed bug
Any reason why 5.18.2.2 excludes Math::Pari? Math::Pari is used (a couple of levels down) by Net::SFTP. Net::SFTP is the reason I converted TO Strawberry about three weeks ago. Please advise... -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx k...@atlas.cz To: win32-vanilla@perl.org Date: 04/16/2014 01:31 AM Subject:Re: StrawberryPerl and the OpenSSL heartbleed bug Olivier, You can try updated strawberry perl from: http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.msi http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.msi http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit-portable.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit-portable.zip -- kmx On 15.4.2014 0:36, kmx wrote: Hi, you can get updated openssl binaries from: - http://strawberryperl.com/package/kmx/64_libs/gcc47-2014Q1/ - http://strawberryperl.com/package/kmx/32_libs/gcc47-2014Q1/ I am considering releasing strawberry perl 5.18.2.2 (with new openssl) before the end of April. -- kmx On 12.4.2014 20:45, Olivier Mengué wrote: Hi, You have probably heard of the now famous heartblead bug of the OpenSSL library. http://heartbleed.com/ StrawberryPerl is bundled with a binary of the OpenSSL library so I'm wondering if StrawberryPerl is affected by the bug. I had a look at the release notes of StrawberryPerl to look for the version number of the OpenSSL and all versions of StrawberryPerl since at least 5.16.0.1 have an OpenSSL in the range affected by the heartbleed bug. It would be helpful to have an official statement from the StrawberryPerl team regarding this issue and to display it prominently on the StrawberryPerl.com page. Olivier Mengué https://metacpan.org/author/DOLMEN
Re: StrawberryPerl and the OpenSSL heartbleed bug
Suggestion - maybe you can pull the file that is being fetched (I assume its pari217.exe) and install it locally once and for all? If the pari lib is found locally, will the build bother to attempt to go out and get it? I worry that someday, pari217.exe will disappear. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx k...@atlas.cz To: Win32 Perl mailing list win32-vanilla@perl.org Date: 04/16/2014 05:21 PM Subject:Re: StrawberryPerl and the OpenSSL heartbleed bug Excellent, I have put patched version at http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz Simply run: cpanm http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz -v -- kmx On 16.4.2014 22:50, Jan Dubois wrote: On Wed, Apr 16, 2014 at 1:46 PM, kmx k...@atlas.cz wrote: The reason is simple - it does not build anymore as it is not able to find required pari source tarball at ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Here is a quick-and-dirty patch to work around this (but hard-wires you to 2.1.7): --- a/utils/Math/PariBuild.pm +++ b/utils/Math/PariBuild.pm @@ -301,7 +301,7 @@ EOP } $base_url = ftp://$host$dir;; -my @extra_chdir = qw(OLD); +my @extra_chdir = qw(OLD/2.1); print Getting GP/PARI from $base_url\n; eval { Cheers, -Jan
XML::Parser on Win 32 link problems?
Greetings. I am trying to install XML::Parser 2.41 using the Expat libs and headers from expat-win32bin-2.1.0.exe on a Windows 2008 R2 SP1 box. The link appears to work, but the load fails. Build output and perl -V below. Haven't seen too many people trying this on the 'net. Is there anything obvious I'm doing wrong? (Before anyone asks, ActiveState is a non-starter and Strawberry can't link to DBD::Sybase, so neither of those is a fallback option for me, ) Thanks. E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41perl Makefile.PL EXPATLIBPATH=E:\Expat\2.1.0\Source\win32\bin\Release EXPATINCPATH=E:/Expat/2.1.0/Source/lib Makefile generation was clean E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41nmake Build is clean E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41perl Makefile.PL EXPATLIBPATH=E:/Expat/2.1.0/bin EXPATINCPATH=E:/Expat/2.1.0/So urce/lib Checking if your kit is complete... Looks good E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41nmake Microsoft (R) Program Maintenance Utility Version 11.00.50727.1 Copyright (C) Microsoft Corporation. All rights reserved. cp Parser/Encodings/big5.enc blib\lib\XML\Parser\Encodings\big5.enc cp Parser/Encodings/koi8-r.enc blib\lib\XML\Parser\Encodings\koi8-r.enc cp Parser/Style/Subs.pm blib\lib\XML\Parser\Style\Subs.pm cp Parser/Encodings/README blib\lib\XML\Parser\Encodings\README cp Parser/Encodings/windows-1252.enc blib\lib\XML\Parser\Encodings\windows-1252.enc cp Parser/Encodings/windows-1255.enc blib\lib\XML\Parser\Encodings\windows-1255.enc cp Parser/Encodings/windows-1250.enc blib\lib\XML\Parser\Encodings\windows-1250.enc cp Parser/Encodings/x-sjis-cp932.enc blib\lib\XML\Parser\Encodings\x-sjis-cp932.enc cp Parser/Encodings/x-euc-jp-jisx0221.enc blib\lib\XML\Parser\Encodings\x-euc-jp-jisx0221.enc cp Parser/Encodings/x-sjis-unicode.enc blib\lib\XML\Parser\Encodings\x-sjis-unicode.enc cp Parser/Encodings/iso-8859-2.enc blib\lib\XML\Parser\Encodings\iso-8859-2.enc cp Parser/Encodings/euc-kr.enc blib\lib\XML\Parser\Encodings\euc-kr.enc cp Parser/Encodings/x-sjis-jdk117.enc blib\lib\XML\Parser\Encodings\x-sjis-jdk117.enc cp Parser.pm blib\lib\XML\Parser.pm cp Parser/Encodings/x-euc-jp-unicode.enc blib\lib\XML\Parser\Encodings\x-euc-jp-unicode.enc cp Parser/Encodings/iso-8859-7.enc blib\lib\XML\Parser\Encodings\iso-8859-7.enc cp Parser/Style/Debug.pm blib\lib\XML\Parser\Style\Debug.pm cp Parser/Encodings/Japanese_Encodings.msg blib\lib\XML\Parser\Encodings\Japanese_Encodings.msg cp Parser/Style/Objects.pm blib\lib\XML\Parser\Style\Objects.pm cp Parser/Style/Tree.pm blib\lib\XML\Parser\Style\Tree.pm cp Parser/Style/Stream.pm blib\lib\XML\Parser\Style\Stream.pm cp Parser/Encodings/ibm866.enc blib\lib\XML\Parser\Encodings\ibm866.enc cp Parser/Encodings/iso-8859-9.enc blib\lib\XML\Parser\Encodings\iso-8859-9.enc cp Parser/Encodings/iso-8859-4.enc blib\lib\XML\Parser\Encodings\iso-8859-4.enc cp Parser/LWPExternEnt.pl blib\lib\XML\Parser\LWPExternEnt.pl cp Parser/Encodings/iso-8859-3.enc blib\lib\XML\Parser\Encodings\iso-8859-3.enc cp Parser/Encodings/iso-8859-5.enc blib\lib\XML\Parser\Encodings\iso-8859-5.enc cp Parser/Encodings/iso-8859-8.enc blib\lib\XML\Parser\Encodings\iso-8859-8.enc cp Parser/Encodings/windows-1251.enc blib\lib\XML\Parser\Encodings\windows-1251.enc cp Parser/Encodings/x-sjis-jisx0221.enc blib\lib\XML\Parser\Encodings\x-sjis-jisx0221.enc nmake -f Makefile all -nologo cp Expat.pm ..\blib\lib\XML\Parser\Expat.pm E:\perl\5.18.1\bin\perl.exe E:\perl\5.18.1\lib\ExtUtils\xsubpp -noprototypes -typemap E:\perl\5.18.1\lib\ExtUtils\typemap -t ypemap typemap Expat.xs Expat.xsc E:\perl\5.18.1\bin\perl.exe -MExtUtils::Command -e mv -- Expat.xsc Expat.c cl -c -IE:/Expat/2.1.0/Source/lib -nologo -GF -W3 -O1 -MD -Zi -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -D_CRT_SECURE_NO_DEP RECATE -D_CRT_NONSTDC_NO_DEPRECATE -DPERL_TEXTMODE_SCRIPTS -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -O1 -MD -Zi -DND EBUG-DVERSION=\2.41\ -DXS_VERSION=\2.41\ -IE:\perl\5.18.1\lib\CORE Expat.c Expat.c Expat.xs(273) : warning C4018: '' : signed/unsigned mismatch Expat.xs(481) : warning C4101: 'pcontext' : unreferenced local variable Expat.xs(484) : warning C4101: 'pnstab' : unreferenced local variable Expat.xs(485) : warning C4101: 'pnslst' : unreferenced local variable Expat.xs(1146) : warning C4101: 'count' : unreferenced local variable Expat.xs(1462) : warning C4101: 'delimsv' : unreferenced local variable Expat.c(2270) : warning C4101: 'RETVAL' : unreferenced local variable Expat.c(2582) : warning C4101: 'RETVAL' : unreferenced local variable Expat.xs(2046) : warning C4018: '' : signed/unsigned mismatch Expat.xs(2056) : warning C4018: '' : signed/unsigned mismatch Expat.xs(2192) : warning C4101: 'type' : unreferenced local variable Expat.xs(2205) : warning C4101: 'pret' : unreferenced local variable Running Mkbootstrap for XML::Parser::Expat () E:\perl\5.18.1\bin\perl.exe
Re: The Win32 Perl Wiki is on vacation to celebrate the Mayan non–apocalypse
When's it coming back? On Tuesday, April 9, 2013, Gabor Szabo wrote: http://win32.perl.org/ nice :) Gabor -- Matthew O. Persico