Hi!
Just to say as upstream that this patch seems appropriate.
I'll have a conversation with the author of one of the modules that I
depend on to confirm, and then I'll probably apply it upstream and roll a
new release.
Best,
Kjetil
Hi all!
So, I gotta admit as upstream dev of two of the modules that failed, that
this is partly my fault. And I am happy to report that I have fixed it
upstream for two packages.
The root cause is that librdf-ns-perl is based on a crowd-sourced database,
and sometimes crowd-sourced things
Hi all!
Greg has made a patch and a pull request:
https://github.com/tobyink/p5-html-html5-parser/pull/3
but so far, we haven't heard from the main developer.
Also, as you can see, the patch is met with some resistance, so we're not
really sure how to solve this now...
Meanwhile, we should
Hi all!
I ended up reformulating the code as a test script:
https://github.com/kjetilk/p5-html-html5-parser/blob/master/t/rt-96399.t
This is the way I thought it should be, but with Greg's patch, the test
intended to check the UNICODE char still fails for me... It may well be
that the test is
On Sunday, 6 August 2017 21:55:55 CEST you wrote:
> On 2017-08-05 23:09:11 +0200, Kjetil Kjernsmo wrote:
> > I just noticed https://bugs.debian.org/750946 since my Test::RDF
> > depends on HTML::HTML5::Parser (though, I don't quite understand how
> > that dependency arises) an
Hi all!
I just noticed https://bugs.debian.org/750946 since my Test::RDF depends on
HTML::HTML5::Parser (though, I don't quite understand how that dependency
arises) and I would be affected by a removal.
I haven't looked at the problem itself, but I would just like to report
that the
Hi!
I suspect this bug is pretty much the same bug as this Ubuntu issue:
https://bugs.launchpad.net/ubuntu/+source/4store/+bug/1096113
Cheers,
Kjetil
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi!
This bug should be fixed by 0.58-1. Please verify can close if so. :-)
Cheers,
Kjetil
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi!
Is it possible for you to run
prove -lv t/10-basic.t
and attach the output, or open an upstream bug report with the output?
I'm somewhat baffled here, as I cannot reproduce, and there is not enough to go
on. I would like to make a new release to fix this soon if I can just track it
down.
On Friday 5. July 2013 01.32.05 gregor herrmann wrote:
ok 15 - /foo return RDF validates
Expected number at 1:27# Looks like you planned 23 tests but ran 15.
Hmmm, that's pretty strange. It has to be something around the new turtle
parsing... I'll discuss with the author of librdf-trine-perl.
Hi!
There's a version 0.57_03 on CPAN, which fixes some bugs I thought were
trivial, but I suppose it could have something to do with the problems that
caused the FTBFS, could you please try it and see if it does fix the problems?
Best,
Kjetil
--
To UNSUBSCRIBE, email to
Hi!
Yeah, it is definitly my bug. I will hopefully find some time to fix it this
week.
Cheers,
Kjetil
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: librdf-trineshortcuts-perl
Version: 0.104-1
Severity: serious
Please see the below email from the upstream developer. Given this, I
suppose this package shouldn't make it to Wheezy when it is stable. If I'm
wrong, please feel free to close.
Cheers,
Kjetil
-- Forwarded
Hi!
Just a quick comment. First of all, it seems like it is a problem with the
RDFa parser, since this module is a relatively thin wrapper around librdf-
rdfa-parser-perl. The test that fails is very terse though, so it is hard
to tell. One thing that could be useful for upstream is to run the
Hi!
I just made an svn-upgrade of libimager-0.57 to the alioth repository,
which would fix this for sid. Nice if it could be packaged and uploaded
soon.
Cheers,
Kjetil
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
that what is missing is debian/*.manpages files?
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is indeed probably what we want. However, it doesn't work, because
dh_installman then stuffs it in the first package also, which is
libapache-modxslt.
He suggested trying with .manpages, I'm preparing a patch.
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
--
To UNSUBSCRIBE
not even a DD. However,
I think this question needs to be posed to the maintainer, whom I hope
will tune in soon. I'll defer the patch meanwhile.
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Package: libapache2-mod-perl2
Version: 2.0.2-2.2
Severity: grave
Tags: patch, fixed-upstream
Justification: causes non-serious data loss
There is a typo on line 113 in /usr/lib/perl5/Apache2/SizeLimit.pm,
mod_perl 2.0.2, which under some conditions, i.e. Apache2::SizeLimit
is used and configured
On Fri, 8 Dec 2006, Duncan Findlay wrote:
It's generally a bad idea (i.e. not supported) to stick messages
larger than 250k through spamassassin. The spamc client refuses to
check messages larger than this size, and the example procmailrc in
);
}
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
effect.
However, is this all really needed? In the final LIBS line, it
apr-config, which returns everything that is needed, I would think...?
I'm confused here, but I'd like to fix this bug, in spite of the few
skills I have in this arena.
--
Kjetil Kjernsmo
Information Systems Developer
upgrade path for
that, I might have deleted stuff by hand too... But you can probably
draw your conclusions from what you see here :-)
It seems I should always display the debconf note instead of just
once, to reduce this kind of confusion.
Yeah, perhaps... :-)
Cheers,
Kjetil
--
Kjetil
On Friday 11 August 2006 10:37, you wrote:
Hi,
Kjetil Kjernsmo [2006-08-11 8:06 +0200]:
dpkg -s postgresql
Status: deinstall ok config-files
Config-Version: 7.4.7-6sarge1
Hah, exactly what I wanted to see. :)
Good! :-)
Aha, I don't quite remember what I did, but since
STOP
+ exit 1
dpkg: error processing postgresql-common_59_all.deb (--install):
subprocess pre-installation script returned error exit status 1
Setting up postgresql-client-common (59) ...
Errors were encountered while processing:
postgresql-common_59_all.deb
Cheers,
Kjetil
--
Kjetil Kjernsmo
and instead suggest the
workaround.
Best,
Kjetil
--
Kjetil Kjernsmo
Information Systems Developer
Opera Software ASA
pgpPZHqLRbFvv.pgp
Description: PGP signature
Package: libdbd-mysql-perl
Version: 2.9006-1
Severity: grave
Justification: causes non-serious data loss
*** Please type your report below this line ***
I have a relatively simple script that segfaults on a machine that has
the latest security updates for sarge, but runs fine on a machine that
,
Kjetil
--
Kjetil Kjernsmo
Astrophysicist/IT Consultant/Skeptic/Ski-orienteer/Orienteer/Mountaineer
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
Homepage: http://www.kjetil.kjernsmo.net/OpenPGP KeyID: 6A6A0BBC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
28 matches
Mail list logo