Hi,

I have arrived to the point in Padre that I started to add a toolbar
that required the use of external .xpm files.
This brought me to the general question on how to install files that are
not .pm nor executables and how to play nice with the downstream distros.

Actually similar question could be asked regarding example files
it would be nice to have them installed when people are using CPAN.pm
but also to make it easy for downstream distros to find them.
Even test files could be installed for later execution.

As far as I know there is no standard way in Perl/CPAN for this.

Johan Vromans suggested the following options on the Wx list:

- put the data in a .pm, and load it.
- put the data in a subdirectory below your modules, and use @INC to
find it.
- File::HomeDir and File::ShareDir are good alternatives, although
they are not widely supported yet.

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov debian.org>

* Package name : libwx-perl-processstream-perl
Version : 0.11
Upstream Author : Mark Dootson, cpan.org>
* URL : http://search.cpan.org/dist/Wx-Perl-ProcessStam-0.11/
* License : Same as Perl (GPL-1+|Artistic)
Programming Lang: Perl
Description : access IO of external processes via events (Wx::Perl module)

Wx::Perl::ProcessStream provides the STDOUT, STDERR and exit codes of
asynchronously running processes via events. It may be used for long
running or blocking processes that provide periodic updates on state
via STDOUT. Simple IPC is possible via STDIN.

Package to be maintained under Debian Perl Group's umbrella.

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov debian.org>

* Package name : padre
Version : 0.2
Upstream Author : Gabor Szabo http://www.szabgab.com/
* URL : http://search.cpan.org/dist/Padre/
* License : Same as Perl5 (GPL-1+|Artistic)
Programming Lang: Perl
Description : Perl Application Development and Refactoring Environment

A simple editor for Perl, written in Perl and using WxWidgets.
.
Still in early stages of development, but useful regardless.

It seems to me that the package is more an application than a set of
Perl modules so perhaps it is not suitable for pkg-perl. Of course, I'd
be more than happy to maintain it there, in a well-developed
environment, if there are no objections :)

Hi,

I have just released the first public version of
Padre - Perl Application Development and Refactoring Environment
as a CPAN module.
See http://search.cpan.org/dist/Padre/

It is basically an editor with an oversized ego.

I would like to make sure it can easily added to Debian and
that it will be added.

So I'd like to ask that someone here will pick up the module from CPAN and
try to integrate it into Debian. If you encounter any issues, I'd be more than
happy to know about them so I can fix them.

regards
Gabor

On Sat, Jul 26, 2008 at 05:50:33PM +0200, Sandro Tosi wrote:

Hello All:

There are a couple of packages that I am specifically interested in
(libtk-pod-perl for example), which open an xterm or other X-window during
their tests. In order for these to be able to build in pbuilder
environment where there is no access to a graphics screen, the xvfb
program is used to simulate a frame buffer. In etch, this also required
a Build-Depends on xbase-clients to function.

Recently, the packages in xbase-clients have been split into individual
packages and so the test suites are failing. I am in the process of
figuring out which components of the old xbase-clients were necessary to
have the test succeed but it is tedious. Has anyone run across this? It
would save me a lot of time.

Thanks,

Carlo

Hello All:

After a long hiatus, I have started using the Perl Group SVN repository
again. When I do a commit, I am getting a long delay and then a bunch of
errors. Is this simply a problem with my configuration or is there a
problem in the svn server? The repository seems to be updated at least.

Ignorantly,

Carlo

----------------- output of "svn ci" ------------------

Warning: 'post-commit' hook failed with error output:
+ echo /svn/pkg-perl/hooks/post-commit /svn/pkg-perl 23547
/svn/pkg-perl/hooks/post-commit /svn/pkg-perl 23547
+ export PATH=/bin:/usr/bin:/sbin:/usr/sbin
+ PATH=/bin:/usr/bin:/sbin:/usr/sbin
+ umask 0002
+ date
Fri Jul 25 18:48:11 UTC 2008
+ svn up /var/lib/gforge/chroot/home/groups/pkg-perl/scripts
At revision 23547.

real 0m0.436s
user 0m0.012s
sys 0m0.012s
+ /var/lib/gforge/chroot/home/groups/pkg-perl/update-website
A /org/alioth.debian.org/chroot/home/groups/pkg-perl/htdocs
A /org/alioth.debian.org/chroot/home/groups/pkg...

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov debian.org>

Package name : libyaml-appconfig-perl
Version : 0.16
Upstream Author : Matthew O'Connor canonical.org>
URL : http://search.cpan.org/dist/YAML-AppConfig/
License : Same as Perl (GPL-1+|Artistic)
Programming Lang: Perl
Description : manage configuration files with YAML and variable references

YAML::AppConfig manages configuration files using YAML for storage. It
also provides variable interpolation, similar to AppConfig.

Configuration keys can be accessed via dedicated get_foo/set_foo methods
or through an all-in-one hash.

Package to be maintained within Debian Perl Group.

pkg-perl: This concerns broken encoding in debconf's Russian man pages,
which are generated from pod.

Yuri Kozlov wrote:

-=| Luk Claes, Sun, Jul 20, 2008 at 10:47:57AM +0200 |=-

Sorry for the noise then and thanks for the bump despite it being not
strictly needed. *blushes*

--
dam JabberID: dam@jabber.minus273.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)