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
The build script of nqp-2014.07 has changed so your patch does not apply
anymore.
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
Taking into account all the suggestions, here's an idea of a package split.
I hope I did not go overboard.
The package is split between utilities:
* cme: main command (useless without one of cme-*)
* cme-multistrap, cme-popcon and maybe cme-fstab (the 3 models currently
shipped with
Apologies, I hit 'send' too soon in my previous message.
On Wednesday 20 August 2014 18:37:10 Dominique Dumont wrote:
The package is split between utilities:
* cme: main command (useless without one of cme-*)
* cme-multistrap, cme-popcon and maybe cme-fstab (the 3 models currently
shipped
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtk-objeditor-perl
Version : 2.008
Upstream Author : Dominique Dumont ddum...@cpan.org
* URL : https
On Tuesday 29 July 2014 21:44:39 you wrote:
which sould be '3.0 (quilt)' to give a real example for possible
values.
Good catch.
Thanks for the report
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
Package: closure-compiler
Version: 20130227+dfsg1-6
Severity: normal
Dear Maintainer,
To answer the following question from your TODO.Debian:
what about the js code in externs/ ? is it needed?
lib-js-prettify package requires a compilation with closure. Its makefile
contains lines like:
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-javascript-de...@lists.alioth.debian.org, debian-p...@lists.debian.org
* Package name: prettify
Version : 2013.03.04
Upstream Author : mikesam...@gmail.com
On Thursday 10 July 2014 18:24:11 Breno Leitao wrote:
So, this patch adds ppc64el as a known architecture, and set CONFIG_ARCH as
ppc64.
Looks good. I'll apply it.
Thanks for the patch
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
On Sunday 06 July 2014 18:02:10 gregor herrmann wrote:
This is a bug in your package… network access is generally
not available during package builds on Debian buildds either,
and so should it be for cowbuilder too.
That doesn't match my understanding and experience. AFAIK, there is
no
the debug page is now:
https://wiki.gnome.org/Projects/NetworkManager/Debugging
--
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-dist-requ...@lists.debian.org
with a
On Wednesday 02 July 2014 19:00:44 gregor herrmann wrote:
On the other hand, for non-perl maintainers the information might be
easier to install cme and then run `cme check dpkg' than run `cme
check dpkg', oh, cme is in libconfig-model-perl, and you also need
libconfig-model-dpkg-perl. (If I
On Thursday 26 June 2014 13:00:52 you wrote:
The lib*-perl namespace is (or at least should be) for perl libraries, not
for end user binaries.
The cme command should live in its own package,
Err, why ? What is the problem you're trying to solve ?
Some people will argue that a new binary
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
On Friday 20 June 2014 10:53:32 Salvatore Bonaccorso wrote:
Unfortunately cme can not cope with the
Testsuite field and throws errors. Please enable the Testsuite field
and perhaps you even do some s/XS-Testsuite/Testsuite/ in those
d/control files where the field is set.
Thanks for
On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
You can find the first draft of packaging on my git repository[1].
That's a really god start.
But git-buildpackage --git-ignore-branch ends with lintian errors
and warnings that must be fixed.
Some of them like
On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
You can find the first draft of packaging on my git repository[1].
For the record, this is in the feature/first-packaging-try branch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
ok. Next version will issue a warning when a patch cannot be parsed *if* the
-force option is passed to cme.
To be sure that I've addressed your patch issue, could you send me an example
of a patch that cause you problem with cme ?
Thanks
--
https://github.com/dod38fr/ -o-
Ack. The relevant line in copyright-format is The first line of the License
field must be a single license short name or a short name followed by a
license exception.
I completely missed that second part :-/
ok. I will fix this.
All the best
--
https://github.com/dod38fr/ -o-
Note that you can work around this issue using a short name like
LGPL-2.1_with_Diaga-LGPL-1.1_exception which is admitedly ugly
but should work until this bug is fixed.
Note to self: test with
http://metadata.ftp-master.debian.org/changelogs/main/o/owncloud-client/unstable_copyright
--
You could introduce a new target_path tag with the relative path and may be
progressively phase out target.
HTH
--
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
Sorry for the long delay. Is this still a problem with
pan 0.139 ?
All the best
--
https://github.com/dod38fr/ -o-
http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
irc.debian.org
I can confirm tearing on XBMC, nvidia (with proprietary driver).
But the proposed patch does not resolve this issue on my system.
Timo, what is your HW setup and Xorg driver ?
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/
Hello Sam
Is pan still freezing with pan 0.139 ?
All the best
--
https://github.com/dod38fr/ -o-
http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
irc.debian.org
Hello
Sorry for the long delay in replying.
Do you still have this problem with Pan 0.139 ?
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
Confirmed. The freeze also happens with kde and so it's unrelated to LXDE.
The freeze occurs when Pan has no server configuration.
All the best
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I'm on it.
--
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
[ re-sent because I forgot to cc the BTS ]
On Thursday 10 April 2014 13:22:45 you wrote:
I consider this a problem because it's a lot of packages that simply are
not going to be used on these systems.
Yes. A few MB of disks are wasted. Even on ARM system running on a SD card,
this is no
On Wednesday 16 April 2014 12:43:17 Alex Muntada wrote:
Does anybody have a clue about where does the fd/0 come from and
how could i improve the test? I'll ask the author if it's safe
to ignore fd/0 in this case. Any other thoughts?
The problem is: '/proc' is not mounted in the pbuilder
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-r...@lists.debian.org
* Package name: ruby-kpeg
Version : 1.0.0
Upstream Author : Evan Phoenix e...@phx.io
* URL : https://github.com/evanphx
On Tuesday 15 April 2014 10:34:09 you wrote:
you might want to mention what PEG is in the description.
Sure. I had to lookup wikipedia to know what PEG means :-p
All the best
signature.asc
Description: This is a digitally signed message part.
On Friday 11 April 2014 17:00:15 Romeyke, Andreas wrote:
If you type 'padre' into your xterminal, it segfaults.
Indeed. The segfault was triggered by wx update to 3.0
Unfortunately, fixing this is going to take a while:
- libwx-scintilla-perl does not build with wx 3.0
- libwx-scintilla-perl
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
Hello
On Monday 07 April 2014 16:44:47 you wrote:
Together, these are responsible for pulling in 53 PERL packages as
dependencies of lcdproc on my system. I feel that this is excessive,
especially considering the relatively minor functionality that these
packages provide (namely, to be able
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
On Friday 04 April 2014 01:29:59 Per Andersson wrote:
The pull request actually removes Debian specific invokation. Check the
comment for the python_binary method.
got it.
I am using it to patch the Debian package. If upstream decides to
include it: great!
If not, we carry the patch.
Fine
On Thursday 03 April 2014 00:28:46 Per Andersson wrote:
I have created a fix and forwarded it for upstream inclusion
https://github.com/tmm1/pygments.rb/pull/119
When this is accepted upstream I intend to go forth with repackaging
the upstream tarball and removing the vendor directory
On Thursday 03 April 2014 16:58:22 Sytse Sijbrandij wrote:
Just to make sure, everyone is aware that GitLab no longer includes
Pygments? We switched to Highlight.js in 6.6
Sure. But jekyll still needs ruby-pygments.rb
All the best
--
https://github.com/dod38fr/ -o-
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
I have the same behavior with parrot 6.0.0.
--
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hello
Package build of ruby-pygments.rb version
91f0ef32d7accf4de83e099d164781c48d523a8f
works, well sort of works.
The package build and test do not return errors. But 2 pythons processes go
on running 100% CPU for tens of seconds after the package build is finished.
The running processes
On Tuesday 25 March 2014 17:08:43 Sytse Sijbrandij wrote:
Responding here since I only just subscribed to the mailinglist.
Did you know that we dropped pygments for highlight.js in our previous
release?
No. This means that we need not to worry about the gitlab lexer.
Thanks for the heads
On Monday 03 March 2014 23:17:22 Per Andersson wrote:
There is also the issue of the custom lexer for github markup from
pygments in vendors, I can't see that this is resolved in current packaging.
Since the idea is to use this for GitLab where ruby-github-markup will
use this custom lexer
On Friday 21 March 2014 23:11:13 you wrote:
However, as you can read in bug #742285 this can
lead to the removal of needed packages - in this case g++-multilib.
Please make sure that this package is not removed.
I've found the root cause: the URL sent to madison use '+' as a separator
between
On Wednesday 12 March 2014 18:12:05 you wrote:
Does not work. It always seems to remove the first entry of Uploaders.
My fault. I missed the warning 'Argument John Doe u...@example.org
isn't numeric in splice at /usr/share/perl5/Config/Model/ListId.pm
line 317.'
Yup. I should raise an error
Hello
Sorry for the late reply, last week was vacation time.
On Monday 03 March 2014 23:17:22 Per Andersson wrote:
My intention was to push this custom lexer upstream.
https://github.com/tmm1/pygments.rb/pull/77
Another way is of course to add this to the Debian pygments package (if
On Tuesday 25 February 2014 11:55:25 Cédric Boutillier wrote:
The last point to do was renaming /usr/bin/launchy to something else
(launchy-rb?) because there was already a binary with that name in the
archive. If I remember well, the rest was more than OK.
I'm beginning to wonder if packaging
On Thursday 06 March 2014 14:32:00 Peter Roberts wrote:
* License : GPL
Note that the upstream license in same as Perl [1]
All the best
[1] https://metacpan.org/pod/Sub::Recursive#COPYRIGHT
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
On Friday 28 February 2014 14:59:55 Axel Wagner wrote:
I think the open issues should be fixed now. Could you please have a
look and upload if appropriate?
I had a quick look. There are still some issues:
control:
- you should put yourself in uploader
- update standards version to 3.9.5
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-r...@lists.debian.org
* Package name: ruby-jekyll-test-plugin
Version : 0.1.0
Upstream Author : Parker Moore parkrmo...@gmail.com
* URL : https
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org
* Package name: libjira-client-automated-perl
Version : 1.04
Upstream Author : Michael Friedman frim...@cpan.org
* URL
On Sunday 23 February 2014 20:32:10 Axel Wagner wrote:
I agree with Gergely Nagy, that this is a
little bit puzzling, but warranted given that the gem is called that.
Agreed. Better stick with a consistent naming with respect to upstream gem
names. Even if the resulting name is lackluster.
We
Hello Gioele
What is the status on your packaging work of ruby-launchy ?
There a TODO in the git repo mentioning work once ruby-spoon is packaged. This
is now done.
Is there something to be done before review and upload ?
All the best
--
https://github.com/dod38fr/ -o-
On Sunday 23 February 2014 15:27:19 Youhei SASAKI wrote:
Thus I write License as Expat in debian/copyright.
It's my mistake?
No. You're right. I did not notice the specific MIT instructions in the
License Specifications.
I'll revert the change and re-upload.
Thanks for the heads-up.
All
Hello Axel
Please keep the original debian bug in copy for reference
On Sunday 23 February 2014 02:42:45 you wrote:
• vendor/custom_lexers/github.py has a bsd-license mentioned in the
header, but there is no LICENSE file or verbatim license in the
header. I read over several docs about the
On Thursday 20 February 2014 16:07:08 Dominique Dumont wrote:
* fix debian/watch file: this file points to alioth even though upstream
is on github.
My bad. I was wrong about this point. I'll fix copyright file and resume
review
--
https://github.com/dod38fr/ -o- http
For the record, ruby-rdoc is a dependency of jekyll.
Prateeshka, what's the status on this package ? Have you begun working on it ?
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
Axel, if you're willing to take over packaging of ruby-pygments.rb, I'll find
the time to sponsor this package.
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 Friday 21 February 2014 17:00:01 Axel Wagner wrote:
If I'm correct the way to move forward would
be addressing the issues raised in [1]?
Yes. The are serious, but easy to fix issues.
Thanks for your help
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
Hello
Good work: your package builds fine without lintian warnings.
There's still some issues:
* fix debian/copyright: upstream license is MIT, not expat (the text is
correct, the license shortname is not)
* fix debian/watch file: this file points to alioth even though upstream
is
On Monday 17 February 2014 18:45:02 Niko Tyni wrote:
It's perfectly reproducible for me on sid/amd64 with
cowbuilder --extrapackages libev-perl libtest-harness-perl --build
libconfig-model-dpkg-perl_2.044.dsc
ok. Got it. The issue boils down to this:
$ perl -w -e 'require EV; '
Too late to
Package: jsdoc-toolkit
Version: 2.4.0+dfsg-6
Severity: normal
Dear Maintainer,
As mentioned on upstream home page [1], jsdoc-toolkit is no longer
maintained. The latest version of jsdoc is now available on this project:
https://github.com/jsdoc3/jsdoc
Could you package this new version ?
All
On Tuesday 18 February 2014 12:45:47 Stuart Prescott wrote:
in #debian-mentors, we frequently have a debian/copyright file that needs
checking -- it might be in a pastebin or in some VCS, but it is not the
normal use of cme within a full source tree. To be able to use cme check
dpkg-copyright,
Ack. I've already faced similar bugs with Config::Model.
Currently, I cannot reproduce this issue on my system (even with
libtest-harness-perl installed)
IIRC this problem was fixed in libconfig-model-perl 2.042 [1].
Could you check the version you're using ?
All the best
[1]
On Sunday 16 February 2014 15:15:18 you wrote:
I'm not sure I want to install a nntp caching server... Also because
pan is already almost there with my feature request, all that is
missing is the button!
I've forwarded your request. I'll let you plead your case with upstream:
On Thursday 13 February 2014 12:29:36 you wrote:
Pan can currently cache articles before they are clicked by
right-clicking and selecting Cache article. When the internet
connection is flaky it would be useful to have an option to cache all
(currently visible) articles in a batch, so that
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
On Sunday 09 February 2014 21:10:35 you wrote:
IMHO: Yes, it's may be solution. But I think this solution it's no good.
Who will to know about this parameter to this script and who will be use
it? It's not usual.
I'll document the exit status of cme mentioning this option.
Exit status is
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.
On Tuesday 04 February 2014 20:02:08 you wrote:
So how about, cme returns:
- 0 if no errors and no warnings
- 1 if warnings
- 2 if errors (configuration)
- 3 for other errors (bad option, model error or whatever)
Does that make sense ?
All the best
Yes, it's ok.
On Tuesday 28 January 2014 15:38:31 Oleg Gashev wrote:
to automate packages inspection it'd be helpful if 'cmd check dpkg' command
return proper exit status. So if successful (cme return zero warnings and
errors) the exit status should be 0, if not successful (warnings or error
more than
On Tuesday 28 January 2014 18:04:47 you wrote:
I think the Enhances line should remain.
Indeed. But I cannot reproduce the problem you found, even using prank source
package.
Can you reproduce the issue on your side ?
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
On Wednesday 15 January 2014 16:52:38 you wrote:
ok. Here's the plan: I'm going to remove all async stuff from
Config::Model and Config::Model::Dpkg. This will make the code simpler,
well, less complicated.
I'll use the URL above to get all required information in blocking mode
On Tuesday 21 January 2014 10:07:51 Andreas Tille wrote:
Please mind the '/(git/)*git/' in Vcs-Git.
Oops. I've messed up the substitution regexp. This is now fixed:
$ cme fix dpkg
Fixing from Dpkg...
Reading package lists... Done
Building dependency tree
Reading state information... Done
On Saturday 18 January 2014 14:52:26 you wrote:
I'd recommend that if you find something like
git\.debian\.org/\?p=debian-med
Yes. I was quite close: the '\' before '?' is missing in the regexp I
use. I'll fix this soon (and improve the test cases).
Thanks
--
On Saturday 18 January 2014 14:52:26 Andreas Tille wrote:
I'd recommend that if you find something like
git\.debian\.org/\?p=debian-med
I've pushed a fixed version. This looks good on my side:
domi@ylum:~/debian-dev/r-cran-stringr$ git reset --hard
HEAD is now at be7859a Another testcase
On Tuesday 14 January 2014 19:15:15 Andreas Tille wrote:
Hmmm, lintian seems to be able to compute the values - at least it
usually comes up with a valid value in the warning text. Since lintian
is in Perl as well the code should be somehow available to some extend.
ok. I've updated Dpkg
On Tuesday 14 January 2014 22:59:42 you wrote:
Do you actually need more than one query? At least rmadison on the
command line happily accepts several packages at once:
... [ several seconds of dumbfounded silence ]
ARRGGGHH
On Tuesday 14 January 2014 15:56:55 you wrote:
you can see the problem.
Yup. This one is easy to fix.
All the best
--
https://github.com/dod38fr/ -o-
http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
irc.debian.org
On Tuesday 14 January 2014 16:05:47 you wrote:
since some time lintian issues information if the Vcs fields are not
canonical. IMHO it would be easy to change the Vcs fields using cme.
What do you think?
Yes. It should be fairly easy to use warn_unless [1] to encourage people
to use
On Saturday 11 January 2014 18:27:09 you wrote:
Yes, it up to 100% CPU and after 10-20 secs is down to 0.0.
Major bummer. The trick I used to run parrallel queries to madison is fairly
broken.
Fixing this properly will require to change all Config::Model code to make it
asynchronous. (using
On Saturday 11 January 2014 18:00:45 Oleg Gashev wrote:
EV: error in callback (ignoring): AnyEvent::CondVar: recursive blocking wait
attempted at /usr/share/perl5/Config/Model/Dpkg/Dependency.pm line 536.
Ouch.
Wait long time. Script continue to working. Killed with press Ctrl+C.
Before
Hello
I've tested Niko's proposal to use Inline::C's CFLAGSEX instead of CFLAGS.
This does indeed fix the issue on i386: xs_effects.pl is working fine on i386.
I've also tried on amd64 without problems.
I'll apply this fix on Debian package, which will later land in Ubuntu.
Shlomi, I really
Hello
Sorry, this bug went under my radar. I'll handle this.
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-dist-requ...@lists.debian.org
with a
On Friday 27 December 2013 12:49:09 you wrote:
I suspect the extra leading space was an accidental wrapping artifact
and should just be removed.
Agreed. I've never noticed this issue :-/
Thanks
signature.asc
Description: This is a digitally signed message part.
Now, libio-socket-ssl-perl is not enough for libwww-perl to handle https
connection.
For https, liblwp-protocol-https-perl must be installed
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Package: mkvtoolnix-gui
Version: 6.5.0-2
Severity: important
Dear Maintainer,
When loading a file, mmg crashes with the following error:
ASSERT INFO:
/usr/include/wx-3.0/wx/strvararg.h(451): assert (argtype
(wxFormatStringSpecifierT::value)) == argtype failed in wxArgNormalizer():
format
Package: libwww-perl
Version: 6.05-1
Severity: wishlist
Dear Maintainer,
To verify a remote host name, a SSL connection needs a certificate file.
(see
http://stackoverflow.com/questions/74358/how-can-i-get-lwp-to-validate-ssl-server-certificates)
On Debian, ssl-cert packages provides all
On Mon, Oct 28, 2013 at 01:51:12AM +, Stefan Lippers-Hollmann wrote:
Please drop lcdproc's build-dependency on libirman-dev, according to
its changelog irman support has already been disabled since lcdproc
0.5.4-2 in march 2011.
You're right. Build with libirman was disabled in
Hello
I've managed to get uscan working with https behind a corporate firewall.
First, LWP::UserAgent needs to be patched [1]. And uscan must be modified to
require 'Net::SSL' instead of 'Crypt::SSLeay'.
Then uscan works as expected using the proxy specified in https_proxy env
variable. Note
On Tuesday 15 October 2013 15:26:25 you wrote:
After exec 'cme check' displayed error messages:
Ack. I'll fix this upstream.
Thanks for the report.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
On Tuesday 15 October 2013 13:19:38 Thijs Kinkhorst wrote:
It isn't a false positive in that regard that the package *does* in fact
contain the virus sample. However, it *is* a false positive, as the
sample is there intentionally, and no virus scanner can guess the reason
why it is there.
On Wednesday 09 October 2013 20:19:19 Roderich Schupp wrote:
Package: libdevel-ptkdb-perl
Version: 1.1091-2
Severity: wishlist
Tags: upstream
see http://sourceforge.net/projects/ptkdb/
I'm on it.
All the best
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
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 Thursday 19 September 2013 16:16:19 you wrote:
At the moment, I am not seeing any obvious merit in using Config::Model
and I am not willing to invest the time to do it.
For the record, Config::Model has evolved since then. The command used to
check dpkg-copyright is now:
cme check
Hello Manoj
If you want, debian-perl team can look after liblog-log4perl-perl which is now
outdated in unstable.
Just tell us if you're fine with us taking over?
If yes, do you wish to be kept as Uploader?
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
On Saturday 07 September 2013 20:31:58 shirish शिरीष wrote:
I recently installed frozen-bubble. I wanted to change the graphics to
full-screen from window but wasn't able to via the GUI. I saw the
following in ~/.frozen-bubble
On sid, I'm not even able to access the GUI settings screen: the
On Monday 02 September 2013 23:07:41 Stig Sandbeck Mathisen wrote:
The only supported value for the moment is autopkgtest. I chose uniline
with a fix if not correct check. (Possibly, enum is better, but I
could not figure out how to automatically correct wrong values. There is a
_slight_
701 - 800 of 1196 matches
Mail list logo