Le mercredi 22 juillet 2015, 14:10:23 14:10:23 Arturo Borrero Gonzalez a écrit
:
I can confirm that moarvm works for me on mipsel
Good work. This will be part of next release of moarvm on Debian.
Thanks
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
On Sat, 18 Jul 2015 16:39:44 +0200 Dominique Dumont d...@debian.org wrote:
In the meantime, you can add instructions in debian/fix.scanned.copyright to
add the
missing information with something like:
! Files:config/texinfo.tex Copyright.=-2012 Free Software Foundation,
Inc
Hello
Unfortunately, cme relies on the output of licensecheck command to update the
copyright file.
Currently, licensecheck command does not process correctly the
files from hkl/config directory and cme output matches what's found by
licensecheck:
$ licensecheck -r -m --copyright config
Le samedi 18 juillet 2015 15:13:43, vous avez écrit :
Do you know if there is an initiaive in prderto have machine readable
copyright information sin sources files ?
Not that I know of. Besides, debian/copyright file, the only other things I
know are:
- spdx: a norm to collect legal
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: libtext-levenshtein-damerau-perl
Version : 0.41
Upstream Author : Nick Logan ug...@cpan.org
* URL : https
On Mon, 22 Jun 2015 13:42:54 +0200 Dominique Dumont d...@debian.org wrote:
Unfortunately, the DEP-5 spec [1] mentions that:
- Extra fields can be added to any paragraph.
- Upstream-Contact field is optional.
So you file is correct from the spec point of view.
I don't know what can
On Wednesday 08 July 2015 10:09:48 Sandro Mani wrote:
It should either print *No copyright* UNKNOWN or info that this script
doesn't work on binary files.
I suggest that licensecheck issues a warning when a non text file is found.
Like:
licensecheck warning: cannot parse file 'lm180.pdf' with
Le dimanche 5 juillet 2015, 09:44:08 09:44:08 Tobias Leich a écrit :
I can confirm that moarvm also builds just fine on mipsel (using
--has-libffi):
No problem. We'll re-enable mipsel when packaging the next release of moarvm.
I've downgraded the severity of this bug to avoid automatic removal
Le mardi 30 juin 2015 09:19:54, vous avez écrit :
You need to choose the official package or the Debian one.
Right, that's were the old package came from.
You can't mix them, since they offer both the same driver module.
ok. Well the official package was removed. Looks like that's not enough,
On Thu, 2 Jul 2015 14:22:18 +0200 Arturo Borrero Gonzalez
arturo.borrero.g...@gmail.com wrote:
I'm reopening this bug as we really want moarvm for mipsel.
Do you have any news regarding the latest upstream release?
Set to severity wishlist because mipsel is not supported upstream by current
Hello
I faced a similar issue while upgrading virtualbox:
dpkg: error processing package virtualbox-qt (--configure):
dependency problems - leaving unconfigured
Processing triggers for systemd (221-1) ...
Errors were encountered while processing:
virtualbox
virtualbox-dkms
virtualbox-qt
E:
On Monday 22 June 2015 11:06:01 you wrote:
my installed package doesn't complain about Ups*te*am-Contact:
$ cat debian/copyright | grep Contact
Upsteam-Contact: Jason Simeone j...@classless.net
$ cme check dpkg-copyright
cme: using Dpkg::Copyright model
loading data
checking data
check
On Thursday 18 June 2015 20:11:21 Arturo Borrero Gonzalez wrote:
as you can see at buildd [x], moarvm FTBFS on mipsel.
I've contacted upstream [x], and they say there is no support for mipsel in
dyncall.
I had similar issues with dyncall on nqp. I finally settled to limit the
architectures to
On Wednesday 17 June 2015 16:58:40 Didier Roche wrote:
I guess we can introduce one test for that use case.
I need an example to create the test case. Could you attach one to this bug
report ? (no need of a complete file, just the header)
All the best
--
https://github.com/dod38fr/ -o-
On Wednesday 17 June 2015 16:58:40 Didier Roche wrote:
If we revert that one, with devscript 2.15.5, I can get the digia
copyright back:
[Copyright: 2014 Digia Plc and/or its subsidiary(-ies)]
I'm unsure about that change (and the other optimizations related into
that commit), so I'm
On Tue, 27 May 2014 01:39:11 +0200 Guillem Jover guil...@debian.org wrote:
Sorry, the logic there was wrong. I'll change the code to try each
patch, if the first one applies, then apply them all, otherwise try
each other and as long as none applies, ignore that as assuming they
are already
Le samedi 13 juin 2015, 12:02:41 Ivan Kohler a écrit :
This release includes support for the MoarVM and JVM backends [1]. It
sounds like these are going to be the best-supported backends in the
initial release planned for late this year, and Parrot is going to be
unsupported, at least for
On Thursday 04 June 2015 17:07:42 Daniel Leidert wrote:
Now why does it do that? Further why does it output 7..5 instead of
7.0.5 in the output above?
Perl '||' operator is used on '0' version field instead of '//' (defined-or)
Might this be related to the wrong result?
yes. I've fixed the
On Sunday 31 May 2015 04:39:01 Brian May wrote:
Huh? sid and testing have the same version that I tested from stable. 6.06-2
Yes. Stable was released last month and we (debian perl team) have not yet
updated these packages, so sid, testing and stable have the same version
(well, for now).
Le samedi 30 mai 2015 10:35:42, vous avez écrit :
It works much better now. Perhaps worth noting that the original code
doesn't work:
$ENV{HTTPS_PROXY} = http://proxy.pri:3128;;
On my system, I use https_proxy, i.e. in lower case. This is consistent with
other utilities like wget or curl.
Uploaded. Thanks for maintaining 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
https connection was reworked with version 6.06 of libwww-perl and
liblwp-protocol-https-perl.
https connection through proxy now works fine.
Could you check the status of this bug on your side ?
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
This warning also breaks continuous integration tests for
linconfig-model-tkui-perl [1]:
# Failed test '/usr/bin/perl -w -MConfig::Model::TkUI -e 1 21 produced no
output'
# at /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t line 74.
# Looks like you failed 1 test of 2.
On Tuesday 19 May 2015 22:41:24 Niko Tyni wrote:
Whoops, sorry for missing that part.
Don't worry about it :-)
I think the separate package should be fixed first, otherwise installing
that on top of the core version will reintroduce the bug.
I'm on it.
Great, thanks!
Done. The new
On Tuesday 19 May 2015 21:32:54 Niko Tyni wrote:
Bug #785708 [src:libmodule-build-perl] Module::Build: please output data
in stable order Bug reassigned from package 'src:libmodule-build-perl' to
'perl'.
Thanks. I suppose a clone would have been more appropriate, though?
Did so...
Hello
On Mon, 18 May 2015 00:42:57 +0900 Hideki Yamane henr...@debian.org wrote:
I've made tiny workaround patch for this issue (and more for with
upstream branch). Could you check it, please?
This is good start. But it can be improved:
Instead of using 'git checkout', I think you can setup
On Wednesday 13 May 2015 21:05:47 you wrote:
* Package name: libapp-pause-perl
For the record: repo and packages are actually named «pause».
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
--
To
On Sunday 17 May 2015 14:24:24 Rodolphe PELLOUX-PRAYER wrote:
You're also missing Thomas Anderson t...@nextgenengineering.com as the
copyright holder for a number of files in src/magellan/. (In case you
haven't done so already, please take the time to do a thorough
license/copyright check
On Sunday 17 May 2015 16:26:10 you wrote:
It looks like the Config::Model::Lister::available_models()
argument needs to be different when running under autopkgtest
to force looking in @INC instead of lib/. Basing it on the
ADTTMP environment variable is probably the best choice, see
This functionality is now provided by 'cme update dpkg-copyright'
with cme and libconfig-model-dpkg-perl.
See
https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/
Note that licensecheck provides one entry per scanned file.
On the other 'cme' coaslesces
extremely useful to be able to exclude/include files that match certain
license patterns.
Hmm, other people may ask for other filtering mechanism.
How about using licensecheck -m and grep ?
something like:
licensecheck --include-license UNKNOWN
and then it would only show files that
Hello
Thanks for the report and the patch.
Unfortunately, the patch is a little bit of a hack and too specific to CDDL.
Turns out licensecheck already has a mechanism to handle the sentences used in
CDDL header. But the regexp was buggy. I've fixed the regexp and
licensecheck now returns:
$
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: libapp-pause-perl
Version : 0.30
Upstream Author : perlancar perlan...@cpan.org
* URL : https
Ack. I do not know of a similar mechanism for mailer. I'll tweak pan to use
x-www-browser
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 09 May 2015 21:47:16 you wrote:
UTF-8 is also (part of) an ISO standard: ISO 10646.
You probably meant ISO 8859-1 (or its revision, ISO 8859-15).
... Yes...
Thanks for the clarification
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
Right. I forgot about the utf-8 problem in #783932.
Sorry about that.
Turns out that the utf-8 issue comes from licensecheck
(which is run under the hood by cme):
$ grep bar /tmp/main.h
* Copyright (C) 2001-2010 Paul 'bar' Stevénsön *
$ licensecheck -m
I faced the same issue at $work.
But, the content of /etc/phpmyadmin/apache.conf looks correct:
# grep open_base /etc/phpmyadmin/apache.conf
php_admin_value open_basedir
On Monday 04 May 2015 16:55:38 Dominique Dumont wrote:
Once apache was restarted, phpmyadmin went back to a normal behavior (i.e.
it was not necessary to modify phpmyadmin config)
I wrote too fast. I still have the same warnings. I can't find a way to work-
around the issue.
All the best
Ack. This regression is fixed in version 2.061 (currently in experimental).
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 Sunday 03 May 2015 16:53:53 you wrote:
++
# can be removed once buster is released (2019 ?)
# maintscript won't remove a file owned by cme package
rm /etc/bash_completion.d/cme 2.070-1~
rm /etc/bash_completion.d/config-edit 2.070-1~
++
Please yell if I got it
On Sunday 03 May 2015 16:33:15 you wrote:
The recent upgrade did not deal with obsolete conffiles properly.
Oops... I tend to forget about these conffiles.. Especially these ones because
I don't expect anyone sane to try to modify bash completion files ;-)
Please use the
Le vendredi 1 mai 2015, 17:35:36 Niko Tyni a écrit :
This package recently started failing its autopkgtest checks
on ci.debian.net:
Ack.
I've fixed an issue with Config::Model::Xorg (which is barely used) and end up
breaking libconfig-model-openssh-perl :-(
I'll fix this soon.
All the best
Le vendredi 1 mai 2015, 13:21:16 Andreas Metzler a écrit :
Array::IntSpan::set_range called with bad indices: 2002 and 3. at
/usr/share/perl5/Dpkg/Copyright/Scanner.pm line 186.
Right.. The copyright scanner chokes on lines like:
./src/celeste/GaborFilter.cpp GPL (v2 or later) 2002-3
ok. The copyright parser has trouble to digest the line:
2004-2015 Oliva 'f00' Oberto * / 2001-2010 Paul 'bar' Stev�nsön *
it tries to extract a copyright years from 'f00' and then gives up.
I'll prepare a fix and release in a few days.
Thanks for the report.
All the best
--
Le jeudi 30 avril 2015 18:00:39, vous avez écrit :
but should the user not choose not
to use cme to manage the configuration via the install prompt in apt/dpkg,
the only copy of the needed configuration in order to get lcdproc to do
anything useful is buried down in
On Monday 20 April 2015 10:40:06 you wrote:
Please add mips64el and ppc64el (at least) to the list of valid arches
in Config/Model/Dpkg/Dependency.pm. I've attached a patch against 2.062
in experimental which does this.
ok. Will do. Thanks for the patch
--
https://github.com/dod38fr/ -o-
On Monday 06 April 2015 14:26:45 you wrote:
Please add both libexporter-lite-perl and libarray-intspan-perl to the
package Depends list.
Oops. You're right. Thanks for the report.
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc:
Le mardi 31 mars 2015, 21:25:21 Daniel Dehennin a écrit :
Everything pushed.
Uploaded. Thanks a bunch for your work :-)
--
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org
--
To
Hello Daniel
I've used moarvm package as a test case for 'cme update dpkg-copyright'.
Turns out that some copyright entries from 3rdparty directories were missing.
There were also some minor mistakes in the copyright owners. There's a better
chance of having moarvm go through ftp-masters
As far as I know, the system we're using never had any special Perl
stuff happening to it, but it has been upgraded from squeeze (or maybe
etch) over the last years. Should I raise a bug with the perl package?
Looks like you have ancient modules sitting in /usr/local/
I'd suggest to mode
On Saturday 21 March 2015 00:10:46 Daniel Dehennin wrote:
* I think /usr/lib/moar/libmoar.so should land in a multiarch path (even
though libtommath.so is not currently multiarch...)
The library is not versioned[1], so I thought it should not.
Hmm right. I did not see that libmoar.so is in
On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
Now it builds cleanly in a schroot, I even install the package and “moar
--help” works \o/.
I've begun to review the package. A couple of comments:
* I think /usr/lib/moar/libmoar.so should land in a multiarch path (even
though
On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
Now it builds cleanly in a schroot, I even install the package and “moar
--help” works \o/.
Excellent work :-D
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
On Sunday 15 March 2015 03:21:32 gregor herrmann wrote:
Maybe you could push the git repo to alioth (to the rakudo team
maybe?), then it's easier for others to clone/look/help out. What dou
you think? - No idea how pkg-rakudo works but I assume they are
welcoming since I know the some guys
On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
Any news on moarvm packaging?
Hmm no. The original plan was to Daniel to do the packaging work and me to
sponsor. I hope this plan still stands.
As I understand it's the preferred VM for Rakudo now, or something
similar and will be
On Friday 27 February 2015 10:12:33 you wrote:
I am having an issue with Pan, where it is crashing when I try to open
certain articles.
I've forwarded your bug upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=745357
Could you please follow up on this bug to answer any question upstream
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: libwww-shorten-simple-perl
Version : 0.01
Upstream Author : Tatsuhiko Miyagawa miyag...@bulknews.net
* URL
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: libdist-zilla-plugin-twitter-perl
Version : 0.026
Upstream Author : David Golden dagol...@cpan.org, Mike Doherty
dohe
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: libdist-zilla-plugin-emailnotify-perl
Version : 0.003
Upstream Author : Sawyer X xsawy...@cpan.org
* URL
Hello
For the record, a 3-way configuration file merge is currently deployed
with lcdproc package using dh_cme_upgrade (which uses Config::Model
and cme). [1] and [4]
Implementation details are provided in [2]
This approach can be applied to other packages even if cme is not a silver
bullet:
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: libarray-intspan-perl
Version : 2.003
Upstream Author : Dominique Dumont (ddum...@cpan.org)
* URL : https
Hello
Nvidia driver 340.58 does not improve this problem:
$ xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
VGA-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y
axis) 345mm x 194mm
1920x1080 59.93*+
LVDS-0 connected 1920x1080+0+0 (normal
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: cme
Version : 1.001-1
Upstream Author : Dominique Dumont
* URL : https://metacpan.org/release/App-Cme
activec for ppc64el build (Closes: #770670)
+
+ -- Dominique Dumont d...@debian.org Thu, 27 Nov 2014 18:52:50 +0100
+
libsdl2 (2.0.2+dfsg1-5) unstable; urgency=medium
* patch to use default screen from DISPLAY (Closes: #754401)
diff -Nru libsdl2-2.0.2+dfsg1/debian/rules libsdl2-2.0.2+dfsg1/debian
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: libemail-stuffer-perl
Version : 0.009
Upstream Author : Adam Kennedy ad...@cpan.org, Ricardo SIGNES
r...@cpan.org
Hmm, according to [1], arm64 and ppc64el have made enough progress to be
release architectures for Jessie. Britney no longer has special handling
for these two. Therefore, FTBFS regressions for arm64 and ppc64el
are now release critical (but non-regressions are not).
Since the fix is quite
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
Package: xserver-xorg-video-nvidia
Version: 340.46-5
Severity: normal
Dear Maintainer,
With nvidia 340.46, the driver detects that a monitor is connected
to VGA-0 even though there's no monitor connected to my laptop. V
The laptop screen is configured (one can see the kde background
image), and
Rats, this bug went completely under my radar.
I'll fix this once Jessie is out.
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 Sune
What's the status on this old bug ?
Do you need help maintaining this package ?
Or would you prefer hand it over to debian-perl-pkg team ?
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at
Hello
I have s similar issue with an old external USB drive:
[ 130.390889] usb 5-3: new high-speed USB device number 3 using ehci-pci
[ 130.523624] usb 5-3: New USB device found, idVendor=0d49, idProduct=7100
[ 130.523636] usb 5-3: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[
Oops, forgot the link to github:
https://github.com/dod38fr/cme-perl
--
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
Hello
No, I did not forget about this bug ;-)
cme is mostly ready upstream on github [1].
It's mostly re-written with RJBS's App::Cmd so cme is easier to extend.
Feel free to have a look and report bug on github.
I'll package it for Debian once Jessie is out.
All the best
--
of license summary or text
+* suppress misleading warning
+
+ -- Dominique Dumont d...@debian.org Fri, 31 Oct 2014 14:06:18 +0100
+
libconfig-model-dpkg-perl (2.058) unstable; urgency=medium
* Team upload.
diff -Nru libconfig-model-dpkg-perl-2.058/lib/Config/Model/models/Dpkg/Control/Binary.pl
Package: ftp.debian.org
Severity: normal
Hello
Please remove libclone-fast-perl. This package FTBS [1], is deprecated
upstream [2], has no reverse deps, a low popcon (~ 20) and available
alternatives.
All the best
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750229
[2]
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/
We can't reproduce this issue, so we can't really fix it and this issue cannot
be considered as grave. So, I've reduced it's severity to normal.
Feel free to ping us if you find a way to reproduce this issue.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
Package: libconfig-model-dpkg-perl
Version: 2.058
Severity: important
Dear Maintainer,
In libsdl1.3 package, cme check dpkg reports a lot of errors like:
loading data
Cannot find license text for zlib/libpng
Cannot find license text for zlib/libpng
Cannot find license text for MIT/X11
Cannot
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
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
On Monday 27 October 2014 23:26:10 Paul Wise wrote:
Cannot find license text for BSD-3-clause
Bummer. That's a message coming from Software::License which cannot find
license text in the system. Software::License does not scan debian/copyright.
This message is irrelevant and must be confusing
On Wednesday 15 October 2014 16:50:25 Steaphan Greene wrote:
I'd love to see this fix show up in the Debian package. :)
Sounds good. I'm on it.
All the best
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Thursday 16 October 2014 22:34:15 Bas Wijnen wrote:
Oh yes, and I have some code ready for feedback. I haven't written the
script libraries yet (and I want others to write some of them), but I
have written the debhelper module for using them.
For what it's worth, lcdproc package [1] uses
On Friday 10 October 2014 17:42:46 you wrote:
I think the best solution would be to remove bino from arm/armhf as it uses
OpenGL functions which are only available in software on arm afaik, which
means it probably never was really usable on arm anyway.
ok. Then:
- bino package needs to be
On Monday 06 October 2014 21:38:18 you wrote:
Where can those extern files found? I don't see them in upstream
tarball for the current closure-compiler in Debian, nor in the latest
upstream.
My bad. These files are in a closure-compiler directories in prettify package.
Since there were
Package: bino
Version: 1.6.0-1
Severity: important
Hello Daniel
bino does not build on armhf and armel:
http://buildd.debian.org/status/logs.php?arch=armelpkg=binover=1.6.0-1
http://buildd.debian.org/status/logs.php?arch=armhfpkg=binover=1.6.0-1
Due to this FTBS, bino was removed from testing.
On Thursday 09 October 2014 11:33:10 YunQiang Su wrote:
I tested it. Nqp can build without any patch now.
So what to do is just add mips mipsel mips64 mips64el to arch-list in
debian/control.
nqp 2014.07-2 failed to build on mips:
I think the cause is in the preinst script:
dpkg-divert --add --package libjson-pp-perl --rename \
--divert /usr/share/man/man1/json_pp.1.bundled.gz
/usr/share/man/man1/json_pp.1.gz
I think json_pp.1.gz should be diverted to json_pp_bundled.1.gz
Now that the cat is out of the bag,
Hello
I've applied your patch with a small modification.
Was the old syntax used often ?
If yes, I can tweak the model and grammar so that 'cme fix dpkg' can migrate
from the old syntax to the new one.
Thanks for the patch
--
https://github.com/dod38fr/ -o-
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: libopengl-image-perl
Version : 1.03
Upstream Author : Bob grafman Free - graf...@graphcomp.com
* URL
Package: ftp.debian.org
Severity: normal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Thursday 18 September 2014 21:35:33 James McCoy wrote:
Ack. You're welcome to commit the change yourself.
Done.
All the best
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
signature.asc
Description:
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
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
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')
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
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
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.
--
601 - 700 of 1196 matches
Mail list logo