Menu
▾
▴
wxperl-users
|
From: Matthias R. <mat...@ra...> - 2007-01-03 11:25:40
|
Hi, i wrote a small app under Linux which adds a control like this: > my $lblEkNet = Wx::StaticText->new($self, -1, 'testit'); > my $szEK = Wx::GridBagSizer->new(2, 3); > $szEK->Add($lblEkNet); While this works fine with Linux I get an error under Windows: > unable to resolve overloaded method for Wx::GridBagSizer::Add What could be the problem and how can I solve it? Greetz, /\\atthias |
|
From: Mark D. <mar...@zn...> - 2007-01-03 17:57:19
|
Hi, I think it is probably caused by different versions of wxPerl / wxWidgets. Anyhow, I think the unusual behaviour is actually under Linux. When you add a window, you should also specify a wxGBPosition. If your wxPerl is greater than 0.25, I think you can just pass an array ref, so $szEK->Add($lblEkNet, [1,1]) should work. If not, then $szEK->Add($lblEkNet, Wx::GBPosition->new(1,1)) should be OK. Regards Mark Matthias Rahn wrote: > Hi, > > i wrote a small app under Linux which adds a control like this: > >> my $lblEkNet = Wx::StaticText->new($self, -1, 'testit'); >> my $szEK = Wx::GridBagSizer->new(2, 3); >> $szEK->Add($lblEkNet); > > While this works fine with Linux I get an error under Windows: > >> unable to resolve overloaded method for Wx::GridBagSizer::Add > > What could be the problem and how can I solve it? > > Greetz, > /\\atthias > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Matthias R. <mat...@ra...> - 2007-01-04 17:33:30
|
Hi, Mark Dootson schrieb: > Hi, > > I think it is probably caused by different versions of wxPerl / wxWidgets. > > Anyhow, I think the unusual behaviour is actually under Linux. > When you add a window, you should also specify a wxGBPosition. > > If your wxPerl is greater than 0.25, I think you can just pass an array > ref, so > > $szEK->Add($lblEkNet, [1,1]) > > should work. > > This might be the problem, I'm using a debian package for v0.22 from http://www.barbon.org/wxperl/. The latest source package wouldnt compile on my actual Debian stable machine, after 2h fixing libs, packages and paths I gave up. Is there a newer .deb-version anywhere out there to install? > If not, then > $szEK->Add($lblEkNet, Wx::GBPosition->new(1,1)) > > should be OK. > > Dang, I tried this, but with a typo... GbPosition... =P Thanks for your reply! Bye, /\\atthias |
|
From: Mike S. <Mik...@Do...> - 2007-01-04 17:41:40
|
You can try this one: http://dasco3.donorware.net/ubuntu/wxperl_0.65-1_i386.deb Was built with checkinstall against Wx 0.65 and wxWidgets 2.8.0 on Ubuntu (Dapper) - ymmv. Mike. Matthias Rahn wrote: > Hi, > > Mark Dootson schrieb: > >> Hi, >> >> I think it is probably caused by different versions of wxPerl / wxWidgets. >> >> Anyhow, I think the unusual behaviour is actually under Linux. >> When you add a window, you should also specify a wxGBPosition. >> >> If your wxPerl is greater than 0.25, I think you can just pass an array >> ref, so >> >> $szEK->Add($lblEkNet, [1,1]) >> >> should work. >> >> >> > This might be the problem, I'm using a debian package for v0.22 from > http://www.barbon.org/wxperl/. The latest source package wouldnt compile > on my actual Debian stable machine, after 2h fixing libs, packages and > paths I gave up. Is there a newer .deb-version anywhere out there to > install? > > >> If not, then >> $szEK->Add($lblEkNet, Wx::GBPosition->new(1,1)) >> >> should be OK. >> >> >> > Dang, I tried this, but with a typo... GbPosition... =P > > Thanks for your reply! > > Bye, > /\\atthias > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > |
|
From: Matthias R. <mat...@ra...> - 2007-01-04 19:37:34
|
Hi, thx for the link. Debian stable is ready for wxWindows 2.4 (!), am I right to assume, I had to update my system to some testing version and compile wxWidgets myself from source to use this package? Bye, /\\atthias Mike Schroeder schrieb: > You can try this one: > > http://dasco3.donorware.net/ubuntu/wxperl_0.65-1_i386.deb > > Was built with checkinstall against Wx 0.65 and wxWidgets 2.8.0 on > Ubuntu (Dapper) - ymmv. > > Mike. > > > Matthias Rahn wrote: >> Hi, >> >> Mark Dootson schrieb: >> >>> Hi, >>> >>> I think it is probably caused by different versions of wxPerl / >>> wxWidgets. >>> >>> Anyhow, I think the unusual behaviour is actually under Linux. >>> When you add a window, you should also specify a wxGBPosition. >>> >>> If your wxPerl is greater than 0.25, I think you can just pass an array >>> ref, so >>> >>> $szEK->Add($lblEkNet, [1,1]) >>> >>> should work. >>> >>> >> This might be the problem, I'm using a debian package for v0.22 from >> http://www.barbon.org/wxperl/. The latest source package wouldnt >> compile on my actual Debian stable machine, after 2h fixing libs, >> packages and paths I gave up. Is there a newer .deb-version anywhere >> out there to install? >> >> >>> If not, then >>> $szEK->Add($lblEkNet, Wx::GBPosition->new(1,1)) >>> >>> should be OK. >>> >>> >> Dang, I tried this, but with a typo... GbPosition... =P >> >> Thanks for your reply! >> >> Bye, >> /\\atthias >> >> >> ------------------------------------------------------------------------- >> >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> |
|
From: Mike S. <Mik...@Do...> - 2007-01-04 21:30:47
|
See http://www.wxwidgets.org/downloads/ for installing wxWidgets 2.8.0 via apt-get Binaries * wxGTK Ubuntu <http://www.ubuntu.com/> packages for 2.8.0 are available. To use them please add deb http://apt.tt-solutions.com/ubuntu/ dapper main (or edgy instead of dapper if you use that release) to your /etc/apt/sources.list file and add the public key used for signing wxWidgets packages to the list of keys trusted by apt using the command curl http://www.tt-solutions.com/vz/key.asc | apt-key add - and run apt-get update. You can then use apt-cache search --names-only wx\*2.8 command to see the available packages. Please notice that Ubuntu packages are only currently available for Dapper x86 and Edgy amd64 architectures. Matthias Rahn wrote: > Hi, > > thx for the link. > > Debian stable is ready for wxWindows 2.4 (!), am I right to assume, I > had to update my system to some testing version and compile wxWidgets > myself from source to use this package? > > Bye, > /\\atthias > > > Mike Schroeder schrieb: > >> You can try this one: >> >> http://dasco3.donorware.net/ubuntu/wxperl_0.65-1_i386.deb >> >> Was built with checkinstall against Wx 0.65 and wxWidgets 2.8.0 on >> Ubuntu (Dapper) - ymmv. >> >> Mike. >> >> >> Matthias Rahn wrote: >> >>> Hi, >>> >>> Mark Dootson schrieb: >>> >>> >>>> Hi, >>>> >>>> I think it is probably caused by different versions of wxPerl / >>>> wxWidgets. >>>> >>>> Anyhow, I think the unusual behaviour is actually under Linux. >>>> When you add a window, you should also specify a wxGBPosition. >>>> >>>> If your wxPerl is greater than 0.25, I think you can just pass an array >>>> ref, so >>>> >>>> $szEK->Add($lblEkNet, [1,1]) >>>> >>>> should work. >>>> >>>> >>>> >>> This might be the problem, I'm using a debian package for v0.22 from >>> http://www.barbon.org/wxperl/. The latest source package wouldnt >>> compile on my actual Debian stable machine, after 2h fixing libs, >>> packages and paths I gave up. Is there a newer .deb-version anywhere >>> out there to install? >>> >>> >>> >>>> If not, then >>>> $szEK->Add($lblEkNet, Wx::GBPosition->new(1,1)) >>>> >>>> should be OK. >>>> >>>> >>>> >>> Dang, I tried this, but with a typo... GbPosition... =P >>> >>> Thanks for your reply! >>> >>> Bye, >>> /\\atthias >>> >>> >>> ------------------------------------------------------------------------- >>> >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to >>> share your >>> opinions on IT & business topics through brief surveys - and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> >>> _______________________________________________ >>> wxperl-users mailing list >>> wxp...@li... >>> https://lists.sourceforge.net/lists/listinfo/wxperl-users >>> >>> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > |
|
From: Matthias R. <mat...@ra...> - 2007-01-05 03:42:45
|
Hi, Am Donnerstag, den 04.01.2007, 14:30 -0700 schrieb Mike Schroeder: > See http://www.wxwidgets.org/downloads/ for installing wxWidgets 2.8.0 > via apt-get > > Binaries > > * wxGTK Ubuntu <http://www.ubuntu.com/> packages for 2.8.0 are > available. To use them please add > > deb http://apt.tt-solutions.com/ubuntu/ dapper main > > (or edgy instead of dapper if you use that release) to your I read this, but I didnt know I can use this for debian too. I now installed wx2.8-i18n wx2.8-headers wxperl wasnt installed in my system @INC, I tried to solve this with a lib statement, so it looks like this: --->8--- #!/usr/bin/perl -w use lib '/usr/local/lib/perl/5.8.7'; use Wx; print "testit\n"; ---8<--- but I got the following error when using Wx (translated): Can't load '/usr/local/lib/perl/5.8.7/auto/Wx/Wx.so' for module Wx: libwx_gtk2u_adv-2.8.so.0: Can't open Shared-Object-File: File or Directory not found at /usr/lib/perl/5.8/DynaLoader.pm line 225. at ./doit.pl line 7 Compilation failed in require at ./doit.pl line 7. BEGIN failed--compilation aborted at ./doit.pl line 7. Deep recursion on subroutine "Wx::AUTOLOAD" at /usr/local/lib/perl/5.8.7/Wx.pm line 46. I then managed to update my perl to 5.8.8, but with no success, same message. I would assume I need some of the libwxgtk-packets, but when I try to install, apt wants to update hundrets of packets or just refuses to install because of other dependencies. Is there some documentation about manual installation I can read? What packages are really needed for wxperl? I would tend to install the system new if there is a predictable _working_ way to use wxperl under debian linux!? Like -install etch from cd -add a defined line to sources.list -do an apt-get pkg1 pkg2 pkg3 but without compiling anything from source, as im not a professional programmer nor a linux professional, I am totally lost fixing dependency problems between linux/perl/wx/gtk. Bye, /\\atthias |
|
From: Matthias R. <mat...@ra...> - 2007-01-05 16:17:28
|
While trying to get the right libs in place, I fucked up the system completely and have to do a reinstallation anyway. Any hints anybody what to install in which order for the next attempt? Matthias Rahn schrieb: > Hi, > > Am Donnerstag, den 04.01.2007, 14:30 -0700 schrieb Mike Schroeder: > >> See http://www.wxwidgets.org/downloads/ for installing wxWidgets 2.8.0 >> via apt-get >> >> Binaries >> >> * wxGTK Ubuntu <http://www.ubuntu.com/> packages for 2.8.0 are >> available. To use them please add >> >> deb http://apt.tt-solutions.com/ubuntu/ dapper main >> >> (or edgy instead of dapper if you use that release) to your >> > > I read this, but I didnt know I can use this for debian too. > I now installed > > wx2.8-i18n > wx2.8-headers > > wxperl wasnt installed in my system @INC, I tried to solve this with a > lib statement, so it looks like this: > > --->8--- > #!/usr/bin/perl -w > > use lib '/usr/local/lib/perl/5.8.7'; > > use Wx; > > print "testit\n"; > ---8<--- > > but I got the following error when using Wx (translated): > > Can't load '/usr/local/lib/perl/5.8.7/auto/Wx/Wx.so' for module Wx: > libwx_gtk2u_adv-2.8.so.0: Can't open Shared-Object-File: File or > Directory not found at /usr/lib/perl/5.8/DynaLoader.pm line 225. > at ./doit.pl line 7 > Compilation failed in require at ./doit.pl line 7. > BEGIN failed--compilation aborted at ./doit.pl line 7. > Deep recursion on subroutine "Wx::AUTOLOAD" > at /usr/local/lib/perl/5.8.7/Wx.pm line 46. > > I then managed to update my perl to 5.8.8, but with no success, same > message. > > I would assume I need some of the libwxgtk-packets, but when I try to > install, apt wants to update hundrets of packets or just refuses to > install because of other dependencies. > > Is there some documentation about manual installation I can read? What > packages are really needed for wxperl? > > I would tend to install the system new if there is a predictable > _working_ way to use wxperl under debian linux!? Like > > -install etch from cd > -add a defined line to sources.list > -do an apt-get pkg1 pkg2 pkg3 > > but without compiling anything from source, as im not a professional > programmer nor a linux professional, I am totally lost fixing dependency > problems between linux/perl/wx/gtk. > > Bye, > /\\atthias > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users > |
|
From: Mark D. <mar...@zn...> - 2007-01-05 19:45:26
Attachments:
data
|
Hi Matthias: I don't know how to build debs :-( I can suggest a method that should work - but it might not be everyone's preferred approach. I think that rather than try and install wxWidgets libs into any standard location you have to regard your wxWidgets as being for your app / script use only. The module Alien::wxWidgets solves all this for you. I would approach this by building the whole thing - wxWidgets and wxperl, to a custom application directory and then if I needed to distribute it, look at creating a deb out of that custom directory. I believe that an acceptable location for an application directory under Debian would be /var/local/myappname, so having decided that, I would do the following: create directories /var/local/myappname/perllib download and extract to some build directory the Alien-wxWidgets-0.27 source from CPAN. Replace the file ../patches/data with the attached 'data' file. Alien wxWidgets is currently setup to install wxWidgets 2.6.3, - this change points it at 2.8.0. Then in your ../Alien-wxWidgets-0.27 directory, do something like perl Build.PL PREFIX=/var/local/myappname/perllib --unicode If this command suggests going to CPAN for some dependencies, then you don't want to do this as it isn't the Debian way. Find the Debs for the dependencies and install them before you proceed. next do perl Build This should ask you if you want to build wxWidgets. You need to say 'Yes' and opt for the default [tar.gz] source type. Then go for a coffee. Build has to download the wxWidgets tarball and build the thing. All should complete OK. You can then do: perl Build test perl Build install Next you need to build wxPerl. Download and extract to some build directory the Wx-0.67 source from CPAN. In the ../Wx-0.67 directory do perl -I/var/local/myappname/perllib Makefile.PL unicode PREFIX=/var/local/myappname/perllib (above all on one line). You may have to seek out the debs for any missing dependencies that are listed. Then you can do make make test make install I'm not absolutely certain that the inclusion of the custom dir in the INC array as above will work for the 'make test' stage. If it doesn't, just add /var/local/myappname/perllib to your PERL5LIB environment var for the current session so the tests can find Alien. This should all work, I think, then in your perl scripts you just need to 'use lib qw(/var/local/myappname/perllib);' To distribute, make a deb out of /var/local/myappname. I think this should be acceptable in the Debian world as it is all specific to your app / scripts. I.M.H.O - given the release rate of wxWidgets and wxPerl compared to the probable lifetime of Etch, I see packaging all your wxWidgets dependencies up like this as the only practical way to distribute Wx applications. (without pointing folks at CPAN) Debs for WxGTK 2.8 etc could only work if the target machines are always under your own control. Hope this works / helps. Mark Matthias Rahn wrote: > While trying to get the right libs in place, I fucked up the system > completely and have to do a reinstallation anyway. > Any hints anybody what to install in which order for the next attempt? > > Matthias Rahn schrieb: >> Hi, >> >> Am Donnerstag, den 04.01.2007, 14:30 -0700 schrieb Mike Schroeder: >> >>> See http://www.wxwidgets.org/downloads/ for installing wxWidgets 2.8.0 >>> via apt-get >>> >>> Binaries >>> >>> * wxGTK Ubuntu <http://www.ubuntu.com/> packages for 2.8.0 are >>> available. To use them please add >>> >>> deb http://apt.tt-solutions.com/ubuntu/ dapper main >>> >>> (or edgy instead of dapper if you use that release) to your >>> >> I read this, but I didnt know I can use this for debian too. >> I now installed >> >> wx2.8-i18n >> wx2.8-headers >> >> wxperl wasnt installed in my system @INC, I tried to solve this with a >> lib statement, so it looks like this: >> >> --->8--- >> #!/usr/bin/perl -w >> >> use lib '/usr/local/lib/perl/5.8.7'; >> >> use Wx; >> >> print "testit\n"; >> ---8<--- >> >> but I got the following error when using Wx (translated): >> >> Can't load '/usr/local/lib/perl/5.8.7/auto/Wx/Wx.so' for module Wx: >> libwx_gtk2u_adv-2.8.so.0: Can't open Shared-Object-File: File or >> Directory not found at /usr/lib/perl/5.8/DynaLoader.pm line 225. >> at ./doit.pl line 7 >> Compilation failed in require at ./doit.pl line 7. >> BEGIN failed--compilation aborted at ./doit.pl line 7. >> Deep recursion on subroutine "Wx::AUTOLOAD" >> at /usr/local/lib/perl/5.8.7/Wx.pm line 46. >> >> I then managed to update my perl to 5.8.8, but with no success, same >> message. >> >> I would assume I need some of the libwxgtk-packets, but when I try to >> install, apt wants to update hundrets of packets or just refuses to >> install because of other dependencies. >> >> Is there some documentation about manual installation I can read? What >> packages are really needed for wxperl? >> >> I would tend to install the system new if there is a predictable >> _working_ way to use wxperl under debian linux!? Like >> >> -install etch from cd >> -add a defined line to sources.list >> -do an apt-get pkg1 pkg2 pkg3 >> >> but without compiling anything from source, as im not a professional >> programmer nor a linux professional, I am totally lost fixing dependency >> problems between linux/perl/wx/gtk. >> >> Bye, >> /\\atthias >> >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Mark D. <mar...@zn...> - 2007-01-05 19:51:39
|
Hi, Addendum to instructions- The build command for Alien wxWidgets should, of course, be perl Build.PL --unicode --prefix /var/local/myappname/perllib; Build doesn't understand PREFIX. Dang. Mark Mark Dootson wrote: > Hi Matthias: > > I don't know how to build debs :-( > > I can suggest a method that should work - but it might not be everyone's > preferred approach. > > I think that rather than try and install wxWidgets libs into any > standard location you have to regard your wxWidgets as being for your > app / script use only. The module Alien::wxWidgets solves all this for > you. I would approach this by building the whole thing - wxWidgets and > wxperl, to a custom application directory and then if I needed to > distribute it, look at creating a deb out of that custom directory. > > I believe that an acceptable location for an application directory under > Debian would be /var/local/myappname, so having decided that, I would do > the following: > > create directories /var/local/myappname/perllib > > download and extract to some build directory the Alien-wxWidgets-0.27 > source from CPAN. > > Replace the file ../patches/data with the attached 'data' file. Alien > wxWidgets is currently setup to install wxWidgets 2.6.3, - this change > points it at 2.8.0. > > Then in your ../Alien-wxWidgets-0.27 directory, do something like > > perl Build.PL PREFIX=/var/local/myappname/perllib --unicode > > If this command suggests going to CPAN for some dependencies, then you > don't want to do this as it isn't the Debian way. Find the Debs for the > dependencies and install them before you proceed. > > next do > > perl Build > > This should ask you if you want to build wxWidgets. You need to say > 'Yes' and opt for the default [tar.gz] source type. > Then go for a coffee. Build has to download the wxWidgets tarball and > build the thing. > > All should complete OK. > You can then do: > perl Build test > perl Build install > > Next you need to build wxPerl. Download and extract to some build > directory the Wx-0.67 source from CPAN. > > In the ../Wx-0.67 directory do > > perl -I/var/local/myappname/perllib Makefile.PL unicode > PREFIX=/var/local/myappname/perllib > > (above all on one line). > > You may have to seek out the debs for any missing dependencies that are > listed. > > Then you can do > > make > make test > make install > > I'm not absolutely certain that the inclusion of the custom dir in the > INC array as above will work for the 'make test' stage. If it doesn't, > just add /var/local/myappname/perllib to your PERL5LIB environment var > for the current session so the tests can find Alien. > > This should all work, I think, then in your perl scripts you just need > to 'use lib qw(/var/local/myappname/perllib);' > > To distribute, make a deb out of /var/local/myappname. I think this > should be acceptable in the Debian world as it is all specific to your > app / scripts. > > I.M.H.O - given the release rate of wxWidgets and wxPerl compared to the > probable lifetime of Etch, I see packaging all your wxWidgets > dependencies up like this as the only practical way to distribute Wx > applications. (without pointing folks at CPAN) > Debs for WxGTK 2.8 etc could only work if the target machines are always > under your own control. > > > Hope this works / helps. > > > Mark > > > > > > > > > > Matthias Rahn wrote: >> While trying to get the right libs in place, I fucked up the system >> completely and have to do a reinstallation anyway. >> Any hints anybody what to install in which order for the next attempt? >> >> Matthias Rahn schrieb: >>> Hi, >>> >>> Am Donnerstag, den 04.01.2007, 14:30 -0700 schrieb Mike Schroeder: >>> >>>> See http://www.wxwidgets.org/downloads/ for installing wxWidgets 2.8.0 >>>> via apt-get >>>> >>>> Binaries >>>> >>>> * wxGTK Ubuntu <http://www.ubuntu.com/> packages for 2.8.0 are >>>> available. To use them please add >>>> >>>> deb http://apt.tt-solutions.com/ubuntu/ dapper main >>>> >>>> (or edgy instead of dapper if you use that release) to your >>>> >>> I read this, but I didnt know I can use this for debian too. >>> I now installed >>> >>> wx2.8-i18n >>> wx2.8-headers >>> >>> wxperl wasnt installed in my system @INC, I tried to solve this with a >>> lib statement, so it looks like this: >>> >>> --->8--- >>> #!/usr/bin/perl -w >>> >>> use lib '/usr/local/lib/perl/5.8.7'; >>> >>> use Wx; >>> >>> print "testit\n"; >>> ---8<--- >>> >>> but I got the following error when using Wx (translated): >>> >>> Can't load '/usr/local/lib/perl/5.8.7/auto/Wx/Wx.so' for module Wx: >>> libwx_gtk2u_adv-2.8.so.0: Can't open Shared-Object-File: File or >>> Directory not found at /usr/lib/perl/5.8/DynaLoader.pm line 225. >>> at ./doit.pl line 7 >>> Compilation failed in require at ./doit.pl line 7. >>> BEGIN failed--compilation aborted at ./doit.pl line 7. >>> Deep recursion on subroutine "Wx::AUTOLOAD" >>> at /usr/local/lib/perl/5.8.7/Wx.pm line 46. >>> >>> I then managed to update my perl to 5.8.8, but with no success, same >>> message. >>> >>> I would assume I need some of the libwxgtk-packets, but when I try to >>> install, apt wants to update hundrets of packets or just refuses to >>> install because of other dependencies. >>> >>> Is there some documentation about manual installation I can read? What >>> packages are really needed for wxperl? >>> >>> I would tend to install the system new if there is a predictable >>> _working_ way to use wxperl under debian linux!? Like >>> >>> -install etch from cd >>> -add a defined line to sources.list >>> -do an apt-get pkg1 pkg2 pkg3 >>> >>> but without compiling anything from source, as im not a professional >>> programmer nor a linux professional, I am totally lost fixing dependency >>> problems between linux/perl/wx/gtk. >>> >>> Bye, >>> /\\atthias >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------- >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to share your >>> opinions on IT & business topics through brief surveys - and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> _______________________________________________ >>> wxperl-users mailing list >>> wxp...@li... >>> https://lists.sourceforge.net/lists/listinfo/wxperl-users >>> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users > > > ------------------------------------------------------------------------ > > my $VERSION = '2.8.0'; > my $URL = "ftp://biolpc22.york.ac.uk/pub/$VERSION"; > my $BASE = 'wxWidgets'; > # $TYPE from Build.PL > > my @common = qw(); > > { msw => { unicode => [ qw(), @common ], > ansi => [ qw(), @common ], > }, > mac => { unicode => [ @common ], > ansi => [ @common ], > }, > unix => { unicode => [ @common ], > ansi => [ @common ], > }, > data => { url => ( sprintf '%s/%s-%s.%s', $URL, $BASE, $VERSION, $TYPE ), > directory => ( sprintf '%s-%s', $BASE, $VERSION ), > archive => ( sprintf '%s-%s.%s', $BASE, $VERSION, $TYPE ), > version => $VERSION, > }, > }; > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
|
From: Mike S. <Mik...@Do...> - 2007-01-05 19:58:17
|
Slightly off-topic, but can be very helpful: If you install the checkinstall (http://asic-linux.com.mx/~izto/checkinstall/) package on your *nix system (available via apt-get for Ubuntu), use "checkinstall" instead of "make install" and it will make a package for your OS at the same time that it installs the app into your system. Makes it very easy to build a package for wxPerl... Mark Dootson wrote: > I don't know how to build debs :-( > |
|
From: Matthias R. <mat...@ra...> - 2007-01-06 17:06:05
|
Hi, first of all: thanks for your detailed reply! :-) I will try it this way next time, but for this weekend I go on with Windows, because I have to put some records in the database asap. Mark Dootson schrieb: > Hi Matthias: > > I don't know how to build debs :-( > > I can suggest a method that should work - but it might not be everyone's > preferred approach. > > [...] > To distribute, make a deb out of /var/local/myappname. I think this > should be acceptable in the Debian world as it is all specific to your > app / scripts. > > I.M.H.O - given the release rate of wxWidgets and wxPerl compared to the > probable lifetime of Etch, I see packaging all your wxWidgets > dependencies up like this as the only practical way to distribute Wx > applications. (without pointing folks at CPAN) > Debs for WxGTK 2.8 etc could only work if the target machines are always > under your own control. Maybe not my preferred approach, but if it works its perfect for now.. :-) I need it for my small shop and for my hobby network where I have Linux and Windows machines (for Games and other users like my mum =P). If Vista is too annoying I'll go and buy a game console and drop Windows completely. Building debs is not that difficult, if you know about the secret where all the files have to be located. But with all the different versions and dependencies in mind maybe it doesn't make much sense at all. I maybe also have to take a closer look at the older solution I used before for the version 0.22. This didn't include a .deb, it built one on the fly. Thanks & have a nice weekend, /\\atthias |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X