Package: devscripts
Version: 2.14.6
Severity: wishlist
Dear Maintainer,
For better or for worse, javascript is becoming a widely used language and
more debian package are about packaging javascript. Packaging javascript
requires an analysis of the javacript files to check their license and
copyri
On Wed, 10 Sep 2014 13:51:41 +0200 Dominique Dumont 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 doe
On Sat, 30 Aug 2014 12:44:34 -0700 gregor herrmann 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') );
Agreed. I'll fix 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 subject of "unsubscribe". Trouble? Contact l
Hello
After some discussion on #debian-perl, I've decided to reduce the scope of the
package split.
App::Cme will be spun of Config::Model upstream (doing the split upstream will
give more visibility to cme outside of Debian).
App::Cme will contain cme and bash_completion files
On Debian sid
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.
--
https://github.co
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
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 debian-bugs-dist-re
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 debian-bugs-dist-requ...@li
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
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 upstr
Package: wnpp
Owner: Dominique Dumont
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
* URL : https://metacpan.org/release/Tk-ObjEditor
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 irc.de
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:
@$(C
Package: wnpp
Owner: Dominique Dumont
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
* URL
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". Tr
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 i
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".
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 ups
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.
>
> Than
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 "syntax-error-in-dep5-
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- http://search.c
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
--
ht
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- http://s
You could introduce a new tag with the relative path and may be
progressively phase out .
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 debian-bugs-dist-requ...@lists.de
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
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
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
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
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 debian-bugs-dist-requ...
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 ha
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
[ 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 long
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 chro
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.
Package: wnpp
Owner: Dominique Dumont
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
* URL : https://github.com/evanphx/kpeg
* License : BSD
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 up
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 debian-bugs-dist-requ...@lists.de
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 er
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 abl
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.
F
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- http://search.cpan.org
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 direc
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? Co
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 debian-bugs-d
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 irc.debian.
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 lex
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
betwe
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 "
> isn't numeric in splice at /usr/share/perl5/Config/Model/ListId.pm
> line 317.'
Yup. I should raise an error in this case
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 (
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 packagi
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/
http://ddumont.wordpres
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
cop
Package: wnpp
Owner: Dominique Dumont
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
* URL : https://github.com/parkr/jekyll-test-gem
Package: wnpp
Owner: Dominique Dumont
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
* URL : https://metacpan.org/release/JIRA
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- http://search.c
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.
W
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 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.
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/
http://ddumo
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 deb
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 UNSU
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/
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
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 o
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 th
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-copyri
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:
https://bugzil
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]
https://githu
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
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
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 l
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
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 z
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 bloc
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/
ht
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 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 testcas
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
--
https://github.com/dod3
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 mo
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 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 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 can
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 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 be
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 th
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 subje
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 &
(wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer():
format sp
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 requir
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 debian/
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 t
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 irc.debian.o
701 - 800 of 1205 matches
Mail list logo