gregor herrmann [EMAIL PROTECTED] writes:
Other opinions?
This problem is also tracked on CPAN RT (#17915) :
http://rt.cpan.org/Public/Bug/Display.html?id=17915
HTH
--
Dominique Dumont
Delivering successful solutions requires giving people what they
need, not what they want. Kurt Bittner
Erik van Konijnenburg [EMAIL PROTECTED] writes:
Just to avoid misunderstandings: did you add the ide-generic
to repair a non-booting system, or just by way of prevention?
If the amd74xx also fails to boot without ide-generic, I'll need
to prepare a modified yaird patch.
Here's what I've
Hello
I'm the upstream author of libconfig-augeas-perl.
I believe that this bug is fixed in Config::Augeas 0.301. Well, at
least, building libconfig-augeas-perl with dh-make-perl on amd64
works.
Could you please re-upload with latest version ?
Thanks
--
To UNSUBSCRIBE, email to [EMAIL
Hello
I can confirm that I have /boot/grub/stage2 on a non-booting laptop.
With system-rescuecd, I've moved stage2 in stage2.bak, but this is not enough
to fix the problem.
For other googlers, here's how I fixed my laptop:
- boot systemrescuecd
- mount -t ext3 /dev/sda2 /mnt/custom/dev
-
Hello
As upstream, I acknowledge the bug.
The sshd lens provided by libaugeas 0.5.0 now feature comment nodes in Augeas
tree. This breaks (FTBS also) libconfig-model-backend-augeas (the bridge
between Augeas and Config::Model) and this package.
The fix is ready in upstream svn and consist in
Hello
This bug has been fixed in libconfig-model-backend-augeas-perl 0.107-1.
I just forgot to mention it in the changelog.
Proper command to control will follow soon.
All the best
--
Dominique Dumont
Delivering successful solutions requires giving people what they
need, not what they want
See http://rt.cpan.org/Ticket/Display.html?id=12726
All the best
--
Dominique Dumont
Delivering successful solutions requires giving people what they
need, not what they want. Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To UNSUBSCRIBE, email
to update this one.
I'll fix this and release a new version upstream.
All the best
--
Dominique Dumont
Delivering successful solutions requires giving people what they
need, not what they want. Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To UNSUBSCRIBE
Marco wrote:
Those packages would have to check in the maintainer scripts (a
suitable checking script could be provided in the udev package) or
have the ability to fall back to only the features provided by earlier
udevs.
This looks like science fiction to me.
I can give it a try. But I've
Le samedi 5 mars 2011 17:45:10, Salvatore Bonaccorso a écrit :
libconfig-model-itself-perl 1.222-1 FTBFS:
Ack. I've tightened some screws in Config::Model. Hence the test failure.
This is already fixed in upstream's Hg repository. I'll release this soon-ish.
All the best
Dominique
--
On Tuesday 19 April 2011 17:42:29 gregor herrmann wrote:
I'm a bit skeptical that the build problem on armhf is really about
the missing libbsd-dev package, and that adding it, at least for all
architectures, is the way to go.
Boss, I beg to differ.
Looks like perl was compiled differently
On Wednesday 20 April 2011 23:22:30 Dominic Hargreaves wrote:
I'm not actually the maintainer of this package
Oops. Sorry.
So although I have no objection to you fixing this with an NMU, and
would love to see this bug fixed, I can't speak for the maintainer
(Colin).
As required by the TS
Le jeudi 28 avril 2011 10:31:50, vous avez écrit :
Source: lcdproc
Version: 0.5.4-4
Severity: serious
https://buildd.debian.org/status/package.php?p=lcdprocsuite=unstable
and
http://buildd.debian-ports.org/status/package.php?p=lcdprocsuite=unstable
please fix this.
Already done.
Le jeudi 5 mai 2011 19:49:57, Harald Dunkel a écrit :
attached you can find a dpatch to fix the FTBS (as suggested by
gentoo). Hope this helps.
Thanks for the patch. But I already provided one (see message #33). The new
perl-tk package is now available.
All the best
Dominique
--
Le jeudi 5 mai 2011 18:46:53, vous avez écrit :
Unfortunately, the new package has another FTBS problem. The autogen.sh
script I snatched from autotools-dev invokes autoreconf, hence lcdproc
build-depends on autoconf. I'm going to add this build dependency.
Actually, the build-dependency is
Le vendredi 13 mai 2011 00:31:52, Dominic Hargreaves a écrit :
This bug is caused by the fact that pperl names its socket files based
on the full path of the perl program being run under pperl, and there
is a fairly short limit on the full path of the socket (sun_path in
struct sockaddr_un
close 624407 0.5.4-4
thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
close 624407 0.5.4-6
thanks
The original FTBS was fixed setting up instructions to build and
install svgsa.so only if /usr/lib/libvga.so* is present on the build
system. For this I has to rework debian/rules to run autoreconf.
This was done in 0.5.4-5.
Which was also FTBS because of a missing
On Friday 03 December 2010 15:40:19 Salvatore Bonaccorso wrote:
libconfig-model-openssh-perl FTBFS in unstable but not in squeeze.
Attached is the full build log.
I made some changes a while back in the serialisation format of the
configuration data (adding quotes in some more cases). The
On Friday 03 December 2010 15:51:39 Salvatore Bonaccorso wrote:
libconfig-model-backend-augeas-perl 0.107-1 FTBFS in unstable but not
in squeeze during the testsuite.
I made some changes a while back in the serialisation format of the
configuration data (adding quotes in some more cases). The
Le dimanche 19 décembre 2010 19:26:26, Salvatore Bonaccorso a écrit :
libconfig-model-itself-perl 1.219-1 FTBFS due to tests failures in
unstable. The version in squeeze builds fine.
Ack. C::M::Itself is lagging a bit behind latest Config::Model.
I'm already fixing this.
Dominique
--
Hello
According to http://padre.perlide.org/trac/wiki/Plugins , this plugin does not
work and is no longer maintained upstream.
So I recommend to remove this package from Debian.
Unless someone objects before Feb, 15th (and takes over upstream development),
I'll ask for removal.
All the best
Le Sunday 19 February 2012 17:39:24, vous avez écrit :
I can confirm that the issue is due to the latest upgrade: downgrading
back to version 1.0.7+cvs20120130.2334-2 from version
1.0.7+cvs20120214.0259-2 removed the issue for now (but I can't
upgrade...).
On the other hand, this works:
On Saturday 18 February 2012 18:53:07 Salvatore Bonaccorso wrote:
# Failed test 'check written file with workaround (no modif )'
# at t/augeas_match.t line 110.
# Structures begin differing at:
# $got-[19] = Does not exist
# $expected-[19] = 'X11Forwarding yes
#
Le Saturday 18 February 2012 16:16:02, Josselin Mouette a écrit :
Please add Breaks: frozen-bubble ( 2.2.1~) to libsdl-perl in order
to ensure smooth upgrades.
ok. Will do.
This new version will not be in unstable for a while, though, because
upstream decided to switch to a crappy NIH build
On Tuesday 20 December 2011 16:30:21 Aaron M. Ucko wrote:
Builds of libwx-scintilla-perl against current (multiarch-enabled)
wxWidgets development packages are failing, due to looking for the
configuration-dependent wx/setup.h header in its pre-multiarch
location:
I'm on it.
Please obtain
Le Sunday 26 February 2012 16:09:33, vous avez écrit :
tried rebuilding lcdproc but failed due to a new sanity-check introduced by
automake 1.11.3:
I'm on it. Thanks a bunch for the patch.
All the best
Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
close 659457
thanks
Hello
libsdl-perl (2.537~02-2) provides a Breaks instruction as suggested by
Joss (thanks).
And a new frozen-bubble was uploaded that is compatible with new
libsdl-perl so you can resume playing. :-)
All the best
--
To UNSUBSCRIBE, email to
Le Monday 19 September 2011 23:08:17, Dominic Hargreaves a écrit :
Attribute (backend) does not pass the type constraint because: Validation
failed for 'HashRef[Config::Model::Backend::Any]' with value
HASH(0x99d9a68) at /usr/lib/perl5/Mouse/Util.pm line 360
On Monday 19 September 2011 23:10:03 Dominic Hargreaves wrote:
This package FTBFS for me on a clean sid chroot:
dh_auto_test
Name Pod::POM::Node::Pod::ATTRIBS used only once: possible typo at
/usr/share/ perl5/Pod/POM/Node.pm line 80.
Can't call method auto_write_init on an undefined
Le Saturday 24 September 2011 16:44:31, Salvatore Bonaccorso a écrit :
This looks strange, could it be a temporary problem on your build
environment side?
Looks like the build env did have some problems. It has no network access
and the build log shows this (near the end):
Build needed
Le Saturday 16 July 2011 23:25:34, Aaron M. Ucko a écrit :
The real bug may be in parrot; please feel free to reassign
accordingly. Regardless, could you please take a look?
Sure. I'll look into it this week.
All the best
Dominique
--
http://config-model.wiki.sourceforge.net/ -o-
On Saturday 16 July 2011 23:25:34 Aaron M. Ucko wrote:
The real bug may be in parrot; please feel free to reassign
accordingly. Regardless, could you please take a look?
To get rid of the FTBS, I had to rebuilt parrot with perl5.12 on my system.
Once this is done, rakudo builds fine
To fix
Le Tuesday 19 July 2011 09:01:36, vous avez écrit :
'Recommends' field, reference to 'libmodule-corelist-perl': error in
version: version string is empty dh_builddeb: dpkg-deb --build
debian/libconfig-model-perl .. returned exit code 2 make: *** [binary]
Error 1
It fails to open
On Tuesday 19 July 2011 19:48:21 Salvatore Bonaccorso wrote:
If we then build-depend on versioned libmodule-corelist-perl we are
unfortunately again at the beginning of the problem.
ok. Since there's no solution in sight, I'm going to hardcode the recommended
version of
On Friday 22 July 2011 14:30:44 gregor herrmann wrote:
On the down side, the recommended version may lag behind the most recent
version, but we can live with that.
Yup, maybe add a comment somewhere as a reminder to update it every
now and then.
Sure.
I'll fix this while packaging the
close 598984 0.1~2011.04-1
New upstream version builds fine on armel
thanks
--
Dominique Dumont
Delivering successful solutions requires giving people what they
need, not what they want. Kurt Bittner
irc:
domidumont at irc.freenode.net
ddumont at irc.debian.org
--
To UNSUBSCRIBE
close 634105
thanks
parrot in i386 was binNMU'ed and rakudo was re-built succesfully.
To avoid future similar FTBS issues, I've also logged bug #634970
(Parrot should declare dependency on perlapi virtual package)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
Hello
In other words, the problem is that some unrelated application (ffmpeg2theora)
end up depending on lidbnet:
$ aptitude why libdnet
i ffmpeg2theora Dépend libavdevice52 (= 4:0.6-1~) | libavdevice-extra-52
(= 4:0.6-1~)
i A libavdevice52 Dépend libroar-compat1
Hello
I often use pidgin-sipe at work. Version 1.13.1-2 is able to connect to
Microsfot lync server provided the workaround mentioned in #681593 is used.
Since a workaround is available, the 'grave' severity of this bug is not
justified. I'll downgrade it to important unless someone objects
Hello
Le Saturday 9 June 2012 18:16:53, intrigeri a écrit :
Anyone want to try to fix the code or the unit test?
Providing the missing method is quite easy:
diff --git a/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
Hello
I've looked at this issue on gabrielli.
The faulty tests times actions done by a forked child process.
The child process does:
say A;
flush;
say B ;
sleep 5;
flush;
The test verifies that A and B are read with several seconds interval even
though there's no delay between say A and
On Tuesday 12 June 2012 11:01:51 Nick Perez wrote:
1) Don't have the time
2) These modules (POEx) were a thought experiment in a combination of
technologies that are shiny
3) Reflex provides a much cleaner way of doing POE + Moose
4) Just this morning I scheduled deletes of all the POEx
On Tuesday 12 June 2012 14:55:35 Salvatore Bonaccorso wrote:
Hi Dominique
On Tue, Jun 12, 2012 at 01:11:27PM +0200, Dominique Dumont wrote:
The only thing left will be to cleanup libpoe-component-pubsub-perl git
repo (used for Debian packages). Nicholas has removed version 0.091317
from
On Friday 15 June 2012 05:54:56 intrigeri wrote:
So, I hereby propose we remove libpoe-component-client-mpd-perl from
the archive. It FTBFS, no answer from upstream so far, very low
popcon, and the one of us who felt it useful to upload it to the
archive does not use it anymore.
Thoughts?
On Friday 15 June 2012 09:20:09 Dominique Dumont wrote:
Let's see how this pans out.
A new version is on its way to fix the FTBS. Thanks to Jerome for the prompt
reply (even if only on #perlfr ;-) )
All the best
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont
On Tuesday 26 June 2012 17:34:01 Luca Falavigna wrote:
t/Sys-CPU.t (Wstat: 0 Tests: 4 Failed: 2)
Failed tests: 3, 5
Parse errors: Tests out of sequence. Found (5) but expected (4)
t/Sys-CPU.t contains old style test code:
$type = Sys::CPU::cpu_type();
if (defined($type)) {
print ok
On Tuesday 26 June 2012 17:44:22 Dominique Dumont wrote:
The last print should be not ok 4 ...
Hmm, which is true, but the test will fail nonetheless...
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod
Le Thursday 24 May 2012 11:47:55, Lucas Nussbaum a écrit :
During a rebuild of all packages in sid, your package failed to build on
amd64.
Ack.
I've (as upstream) botched the dependency list in Build.PL and the skip test
count is not correct in t/config-model-wizard.t.
I could fix this in
Le Tuesday 29 May 2012 10:43:11, Cyril Brulebois a écrit :
your package can't be built (#674334) because of padre-plugin-api-2,
which disappeared. But it also can't be installed any more, for the
same reason.
Ack. I've asked for removal of this old stuff.
Thanks
Dominique
signature.asc
On Sunday 08 July 2012 19:10:01 Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
confirmed. I'll check what's going on.
All the best
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
close 680821 0.112-1
thanks
Bug was fixed upstream in this release. I messed up the changelog.
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to
close 549056
thanks
New pan 0.135-2 package has been uploaded to Debian/unstable. Pan now
build-depends on libgmime-2.6-dev
All the best
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
On Sunday 01 April 2012 16:12:55 gregor herrmann wrote:
Where does this debian/build/.dpkg-meta.yml come from? Is this an
sbuild artefact?
No. .dpkg-meta.yml is a file produced by cme (Debian::Dpkg::Meta model [1]).
This file keeps user's customization (like e-mail replacement)
But I guess
Le Thursday 29 March 2012 18:22:20, gregor herrmann a écrit :
Anyway, I'm fine with renaming our mysqldiff to something else, my
current favourite being mysqlschemadiff. Comments?
I hope I'm not too late (been busy at the perl-qa hackathon)
Could we throw some dashes in this longish name ? To
On Thursday 24 May 2012 11:47:45 Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Groan. Same dumb problem that occured with Config::Augeas. I'll fix this
upstream.
All the best
--
https://github.com/dod38fr/config-model/ -o-
Le Tuesday 11 September 2012 06:40:22, PICCORO McKAY Lenz a écrit :
Package: libsdl1.2debian-all
Version: 1.2.14-6.1
Severity: serious
Justification: package uninstallable
the build of package faild due missing build-depend on libncursesw, in
this error:
error : cannot find -lncursesw
On Friday 20 April 2012 10:47:47 Felix Geyer wrote:
I could change the dependencies of my packages (logstalgia, gource),
but it might be optimal if you could add these dependencies back.
Yes, please do that.
If this affects too many packages we could revert the dependency
changes
Le Monday 23 April 2012 09:45:01, Sebastian Dröge a écrit :
libsdl1.2-dev must depend on libcaca-dev and libpulse-dev as
'sdl-config --libs --static-libs' adds both libraries to the
linker flags.
I think (but have not verified) that sdl-config listing all these libs is
necessary so the linker
Le mercredi 6 février 2013 13:39:16, vous avez écrit :
pan links against libgnutls28, which is LGPLv3+. However pan itself is
licensed GPLv2 (without a or later-clause)[1]. These two licenses are
incompatible, the program is not distributable.
I'm on it. I'm trying to get upstream to add the
Hello
Here's a summary of the issue for debian-legal folks. Pan package on Debian
got bug #699892 because Pan GPLv2 only is linked with gnutls LGPLv3, which is
not permitted by FSF. Pan folks are willing to re-license Pan to GPLv2 and
later. But getting copyright owner authorisation for all
Le mardi 12 février 2013 14:26:18, Dominique Dumont a écrit :
Since this is the first time I'm dealing with a trciky licensing issue,
I'd like some folks from debian-legal mailing list to confirm my opinion.
As mentioned here [1], my proposal is a bad idea. GPL license is transitive.
Since
Le jeudi 21 février 2013 23:12:28, vous avez écrit :
It looks like the license of GNUTLS 3.1.x may eventually be
changed from LGPLv3+ back to LGPLv2.1+. If that succeeds,
I believe it would solve the incompatibility with Pan.
On Monday 29 April 2013 17:25:58 Felix Geyer wrote:
libconfig-model-itself-perl FTBFS while running the tests.
Adding libany-moose-perl to Build-Depends fixes this.
Ack. This dependency has always been missing. This FTBS is now seen because
libconfig-model-perl no longer depends on
On Tuesday 07 May 2013 11:08:58 Andreas Beckmann wrote:
I don't see an updated libdebug-client-perl anywhere...
Yes. My bad.
I've installed the new package *before* updating the dependency list. padre
tests did not catch the old dependency.
I'm working on updating the dependencies.
Sorry
Le Saturday 23 March 2013 12:57:27, vous avez écrit :
Gnutls 3.1.10 now has LGPLv2.1+ again.
http://lists.gnutls.org/pipermail/gnutls-devel/2013-March/006202.html
Thanks for the heads up.
I've notified upstream Pan. I'll put back Gnutls in Pan once this version of
gnutls is available in
On Wednesday 07 August 2013 22:13:49 you wrote:
For example, one fix that comes to mind is to change the line in the
first patch:
char* soundfont_paths =
/usr/share/sounds/sf2/TimGM6mb.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2;
to this:
char* soundfont_paths =
On Thursday 08 August 2013 19:13:24 Manuel A. Fernandez Montecelo wrote:
I meant to modify the first patch bug-715461-soundfont_paths.patch so
when that variable soundfont_paths is assigned, it's done with
SDL_strdup() (it's done in several places in the code --that's where I
got the idea
On Monday 12 August 2013 00:29:34 Manuel A. Fernandez Montecelo wrote:
So... does this look OK to both of you (I didn't actually upload,
waiting for your confirmation)?
Looks good. SDL-perl tests are fine with your updated patch
All the best
signature.asc
Description: This is a digitally
On Saturday 31 August 2013 09:44:37 Dominic Hargreaves wrote:
This package FTBFS on armhf and ia64:
I've build the package on merulo (ia64) once.
But on the second time, sdlx_controller_interface.t kept on testing withuot
end in sight...
I've forwarded the bug upstream:
Somehow, this bug went under my radar. I'll have a look.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Padre has a segfault:
$ perl -I blib t/01_compile.t
1..37
Fontconfig warning: /etc/fonts/conf.d/50-user.conf, line 9: reading
configurations from ~/.fonts.conf is deprecated.
ok 1 - use Wx;
# Tests find Wx: 0.9922 wxWidgets 2.8.12
ok 2 - use t::lib::Padre;
ok 3 - use Padre::Util;
ok 4 - use
Hello
Padre segfault during tests [1] is triggered by Debug::Client 0.26.
Downgrading Debug::Client to 0.25 will fix (or mask) the issue.
I suspect that this problem is related to Term::ReadLine loading tricks.
I'm tempted to patch Debug::Client to load Term::ReadLine after BEGIN phase
and see
On Monday 08 July 2013 14:18:10 Dominique Dumont wrote:
Bowtie, do you have a better idea ? (Please keep 713...@bugs.debian.org in
CC so your replies will be archived in ur system)
Bowtie has provided upstream a new development version of Debug::Client [1]
that fixes the issue on my system
Hello
avinfo no longer builds on Debian/unstable:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710501
Since this situation has lasted for quite a while, avinfo package is about to
be removed from Debian/unstable (it's already gone from Debian/testing).
Are you guys aware of this issue ?
On Monday 29 July 2013 00:34:33 gregor herrmann wrote:
Interesting. The tests pass but there is no ok and t/mixer.t exits
with 11 (SIGSEGV?).
Ack. Something goes wrong with the cleanup performed at exit time:
Program terminated with signal 11, Segmentation fault.
#0 0x7f23fbbcf484 in
Summary of a chat on #debian-sdl:
Bug comes from libsdl-mixer, this line in mixer.c is responsible:
SDL_free(soundfont_paths);
Since soundpaths is a static char*, calling free on it does not make sense
This line should simply be removed, I
As I'm also involded in sdl packaging
The following link makes me think that the build host has an issue:
http://www.torkwrench.com/2011/12/16/d-bus-library-appears-to-be-incorrectly-set-up-failed-to-read-machine-uuid-failed-to-open-varlibdbusmachine-id/
Reading dbus-uuidgen man page, I think the right solution is to run
On Friday 29 August 2014 16:15:44 Alessandro Ghedini wrote:
Actually, it is. rakudo needs to use at runtime the specific nqp build used
to build rakudo itself. If you update the nqp package (or just rebuilt it
without any change) without rebuilding rakudo too, rakudo stops working and
spews a
On Monday 01 September 2014 14:30:16 Marc Chantreux wrote:
afaik: nqp don't need rakudo and could be used to build backends for
other languages. right?
ok. Then rakudo can provides: nqp.
Of course this is not ideal, but it may be better than the current situation.
--
On Sat, 30 Aug 2014 12:44:34 -0700 gregor herrmann gre...@debian.org wrote:
t/50_browser.t .
Dubious, test returned 25 (wstat 6400, 0x1900)
Failed 6/14 subtests
... I'm not sure what's happening.
The code is:
46 my $tm = $db-resolve( URI-new('perldoc:Test::More')
On Wed, 10 Sep 2014 13:51:41 +0200 Dominique Dumont d...@debian.org wrote:
Looks like URI behavior was changed, but I cannot find any change in URI that
might explain this. I'll check with padre upstream.
Sorry. I was wrong. URI is fine.
Padre::Browser::PseudoPerldoc is broken. This class
close 749500 2014.07-4
thanks
nqp cannot be built with rakudo: rakudo does not provide nqp and parrot
source. These can be downloaded by build scripts. This is not acceptable
for Debian.
So I've reverted the changes I've made to rakudo.
All the best
--
https://github.com/dod38fr/ -o-
close 755139 2014.07-4
thanks
This version of rakudo builds fine on armhf and armel
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
On Friday 27 June 2014 22:17:45 Niko Tyni wrote:
Config::Model::Backend::Yaml is now broken because YAML::Any
dropped its $VERSION variable:
On upstream side, YAML::Any is now deprecated. Only YAML module has an
internal $VERSION defined.
Since YAML::Any is going out, I'm going to update
close 753207 2.059-1
thanks
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Sunday 09 February 2014 17:41:32 David Suárez wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Ack. I found the issues, I'll upload soon.
Thanks for the report
All the best
signature.asc
Description: This is a digitally signed message part.
For the record, libconfig-model-lcdproc-perl test fails on DriverPath
parameter.
Debian package is patched so that DriverPath default is Debian installation
directory (computed with the gnu triplet). The patch also verifies that the
DriverPath directory exists.
This directory is brought by
This FTBS is triggered by a regression in libconfig-model-perl. I've released
upstream a new version to fix this problem. I'll upload soon to debian.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
Ack. A small change in Config::Model::Dumper triggered this test failure.
This will be fixed upstream.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to
Hello
I've looked at the test result that lead to libmongodb-perl FTBS:
# Failed test 'js err'
# at t/db.t line 52.
# 'exception: SyntaxError: Unexpected string'
# doesn't match '(?^:(?:compile|execution) failed)'
# Looks like you failed 1 test of 10.
This error
You're right. I'm going to remove the hardcoded deps on libs in libalien-sdl-
perl.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to
On Saturday 26 April 2014 03:39:57 Axel Beckert wrote:
Ryan is also a member, so he could
easily continue to contribute while it would benefit from team
maintenance.
Ryan has been mostly inactive for quite a while. Most of his non-team packages
are out of date.
Note that I would be very
close 746092 0.39-1
thanks
Fixed by new upstream version
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
close 725583 1.5.1+dfsg1-2
thanks
Fixed with new upstream version
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Ack. I'm going to relax the vesrioned dependency on nqp. I don't think that a
strict dependency is necessary.
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To UNSUBSCRIBE, email to
Hello
To get a similar error message while upgrading libjson-pp-perl, I had to
create a bogus /usr/share/man/man1/json_pp.bundled.1.gz before upgrading
libjson-pp-perl to version 2.27300-2:
# echo foobar /usr/share/man/man1/json_pp.bundled.1.gz
$ sudo aptitude install libjson-pp-perl/testing
Looks like the 2nd part of the problem is solved there:
https://bugs.kde.org/show_bug.cgi?id=340518#c1
or
https://projects.kde.org/projects/kde/kdebindings/perl/perlqt/repository/revisions/1b665848e178301344386717c658386d160d222a
HTH
--
https://github.com/dod38fr/ -o-
Hello
libclone-fast-perl is deprecated upstream (see
https://github.com/hallta/Clone-Fast), has no reverse deps, a low popcon (~
20) and available alternatives.
I think we should remove this package
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
libsdl2 rules file alerady has
DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU)
ifeq ($(DEB_HOST_ARCH_CPU),powerpc)
confflags += --disable-altivec
endif
I'm going to tweak this file to use --disable-altivec on ppc64el arch.
This should fix your problem.
All the best
1 - 100 of 214 matches
Mail list logo
