rtifacts/raw/debian/output/doxygen_1.12.0+ds-1+salsaci+20240820+86_amd64.deb?inline=false
apt install ./doxygen_1.12.0+ds-1+salsaci+20240820+86_amd64.deb
doxygen --version
# 1.12.0
Paolo
Source: toulbar2
X-Debbugs-Cc: paolo.gre...@libpf.com
Version: 1.2.1+dfsg-0.1
Severity: serious
Tags: ftbfs
Hi! I have rebuilt a few packages:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.12.0+ds-1-partial
with the upcoming doxygen 1.12.0+ds-1 I am preparing here:
https://salsa.
Source: lwip
X-Debbugs-Cc: paolo.gre...@libpf.com
Version: 2.2.0+dfsg1-7
Severity: serious
Tags: ftbfs
Hi! I have rebuilt a few packages:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.12.0+ds-1-partial
with the upcoming doxygen 1.12.0+ds-1 I am preparing here:
https://salsa.debia
Source: geos
X-Debbugs-Cc: paolo.gre...@libpf.com
Version: 3.12.2-1
Severity: serious
Tags: ftbfs
Hi! I have rebuilt a few packages:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.12.0+ds-1-partial
with the upcoming doxygen 1.12.0+ds-1 I am preparing here:
https://salsa.debian.org
ine
426, in filter
raise exc
sphinx.errors.SphinxWarning:
/<>/documentation/source/specific.rst:195:Invalid C++
declaration: Expected identifier in nested name. [error at 0]
^
> /usr/lib/python3/dist-packages/sphinx/util/logging.py(426)filter()
-> raise exc
(Pdb)
ma
nsion: tex)
Enter file name:
! Emergency stop.
l.211 \input{topics}
^^M
! ==> Fatal error occurred, no output PDF file produced!
Transcript written on refman.log.
I attach the full build log.
Paolo
-- System Information:
Debian Release: trixie/sid
APT
error,
aborting now)
make[3]: *** [docs/CMakeFiles/doc_all.dir/build.make:74:
docs/CMakeFiles/doc_all] Error 1
I attach the full build log.
Paolo
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kerne
=xelatex)
restricted \write18 enabled.
entering extended mode
(./refman.tex
LaTeX2e <2023-06-01>
L3 programming layer <2023-06-05>
make[2]: *** [Makefile:12: refman.pdf] Error 1
I attach the full build log.
Paolo
-- System Information:
Debian Release: trixie/sid
, inClass)
^
File "/<>/etgtools/extractors.py", line 1185, in __init__
self.extract(element)
File "/<>/etgtools/extractors.py", line 1189, in extract
super(EnumDef, self).extract(element)
File "
positions out of
1i,1000n,2p,20b,20s
! ==> Fatal error occurred, no output PDF file produced!
make[3]: *** [Makefile:663: stamp-latex] Error 1
I attach the full build log.
Paolo
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500
hanks for the NMU. I'll let it go through and afterwards import it back
into the salsa git repo for reference.
Paolo
Il 15/07/22 00:23, Sebastian Ramacher ha scritto:
On 2022-07-14 16:23:16 +0200, Paolo Greppi wrote:
...
ACK, I've canceled the NMU. Please consider that doxygen is a key
package and thus effectively keeping llvm-toolchain-11 in testing. A
timely fix for this issue would be much apprec
ibute in any
way to doxygen maintenance; for me the preferred way is by means of
Merge Requests on salsa.
MfG,
Paolo
P.S. I also tried reviving the salsa gitlab CI:
https://salsa.debian.org/debian/doxygen/-/commits/bugfix/sramacher/1000932
but ATM the pipeline is failing for unrel
Package: libnssswitch-nis
Version: 3.1-4
Severity: grave
It seems that currently unstable has a totally not working NIS binding for
users. I
performed my trials using an existing setup (bullseye-based NIS master+slaves
and
clients network in the real life).
I recently upgraded a bullseye NIS cl
Il 29/05/22 21:34, Pirate Praveen ha scritto:
On തി, മേയ് 30 2022 at 12:56:53 രാവിലെ +05:30:00 +05:30:00, Pirate
Praveen wrote:
On ഞാ, മേയ് 29 2022 at 09:34:45 രാവിലെ +02:00:00 +02:00:00, Paolo
Greppi wrote:
Hi Andreas! thanks for your report. To try to reproduce it, I set
...
Finally
tack: [ 'error:0386:digital envelope
routines::initialization error' ],
library: 'digital envelope routines',
reason: 'unsupported',
code: 'ERR_OSSL_EVP_UNSUPPORTED'
}
error Command failed with exit code 1.
(this also happens on amd64 BTW).
According to the interwebs this should only occur with node v17 (whereas
in unstable we have v16.15.0) and indeed the commonly proposed
workaround fails:
NODE_OPTIONS=--openssl-legacy-provider yarnpkg build
/usr/bin/node: --openssl-legacy-provider is not allowed in NODE_OPTIONS
Paolo
On Wed, Feb 03, 2021 at 02:58:27PM +0200, Juhani Numminen wrote:
Package: manpages-posix
Version: 2017a-1
Severity: grave
Hello,
The latest upload of manpages-posix was source-only but was not built
on the buildd network either. So, no binaries are available.
I think the text of this lintian ta
Hi I see "pass" for clazy/1.9-3 with llvm-toolchain-11/1:11.0.1-2:
https://ci.debian.net/packages/c/clazy/testing/amd64/
I also tried this here on unstable and the autopkgtest did pass.
Can you check and if confirmed as fixed close this bug?
Thanks,
Paolo
pocl 1.6-3 has migrated to testing on 2021-01-13, and upstream declares that v1.6
includes "Support for Clang/LLVM 11".
Can you try your reproducer now ?
Thanks
Paolo
Dear Melvin,
Il 14/01/21 13:51, Melvin Vermeeren ha scritto:
Hi Paolo,
On Thursday, 14 January 2021 10:28:32 CET Paolo Greppi wrote:
Doh I had not seen this: https://bugs.debian.org/976227
Let me put both the future Debian maintainer and the current upstream
maintainer in Cc.
Thanks for the
CI (https://salsa.debian.org/salsa-ci-team/pipeline) is active in my repo
and most tests have passed:
https://salsa.debian.org/paolog/breathe/-/pipelines/218933
This is blocking the new minor version of doxygen from entering testing.
Please push the fix through soon !
Paolo
.patch
This is blocking the new minor version of doxygen from entering testing.
Paolo
then import
them in upstream and master branches:
https://wiki.debian.org/Javascript/GroupSourcesTutorial
Paolo
cd `mktemp -d`
yarnpkg init -y
yarnpkg add d3-color
Adding the nodeLinker: "node-modules" option to ~/.yarnrc.yml or the global
locations does not help.
It would be interesting to debug the JavaScript execution after it prints "Fetching
packages..."
Paolo
Source: proftpd-dfsg
Version: 1.3.7a+dfsg-2
Severity: serious
After upgrade:
$ sudo proftpd -t
Checking syntax of configuration file
2020-12-14 09:59:09,942 legolas proftpd[5444]: mod_dso/0.5: unable to load
'mod_tls.c'; check to see if '/usr/lib/proftpd/mod_tls.la' exists
2020-12-14 09:59:09,94
Just saying IMHO we shouldn't be mad at debian for what happened, just hope
someone will find a way to fix it.
Paolo
Il lun 7 dic 2020, 02:12 Del Fernandes ha scritto:
> It was quite disappointing to see (or not see) the GUI/WM stop working
> after a causal system update (not upGrade)
@jim_p Is it possible for you to avoid putting all system information
and Xorg logs in every message?
It makes the thread very difficult to follow on the online bug tracker.
I too rolled back to linux-image-5.9.0-3-amd64 which works, hope it
won't be my very last kernel version.
://bugs.debian.org/976405#10
It would be interesting to know when you last run the archive rebuild on arm64
or amd64, because it's not clear since when this error happens.
Paolo
On Sun, 29 Nov 2020 18:02:16 +0530 Pirate Praveen
wrote:
Control: clone -1 -2
Control: retitle -2 "Provide prebuilt yarnpkg in contrib"
On Sat, Nov 28, 2020 at 22:07, Paolo Greppi
wrote:
>> 3. Build it using 'deb
>> https://snapshot.debian.org/archive/debian/20
there is a 4th option, see below
Il 28/11/20 20:28, Pirate Praveen ha scritto:
...
So some options I can think,
1. Port yarn 1.x to build with babel 7 (but this has not been successfull)
2. Try to run ES6 code directly somehow, may be with newer nodejs and patches.
I think Paolo tried this
patches.
I think Paolo tried this option, not sure what happened.
I did some tests, but no success.
The plan was to target node 14 (that supports ECMAScript modules) as follows:
- move entire src tree to lib
- strip flow type annotations with @babel/plugin-transform-flow-strip-types
- rename all
bashtop: seems superceded by Python-based pbytop
should be
bashtop: seems superceded by Python-based bpytop
--
Paolo Cavallini
www.faunalia.eu - QGIS.org
training, support, development on QGIS, PostGIS and more
Package: fetchmail
Version: 6.4.13-1
Followup-For: Bug #973630
I can confirm this issue and it can be solved by a rebuild by a simple bNMU.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Fo
) ?
Cheers,
Xavier
I think this should be reassigned to node-yarnpkg and then escalated to upstream
I volunteer to do the second part.
Paolo
Package: doxygen
Version: 1.8.19-1
Severity: serious
when doxygen is invoked with the "-" parameter, it does not always do what is
advertised in the doxygen manpage ("If - is used for configName doxygen will
read from standard input")
due to a buffer size limit, only 4096 characters of the conf
Hi Simon, thanks for revving the conversation on this bug. I'll summarize below
my points.
Il 20/08/20 11:08, Simon McVittie ha scritto:
> On Wed, 05 Feb 2020 at 11:56:16 +0100, Paolo Greppi wrote:
> ...
> smcv
>
- in general printable documentation is less relevant now t
t/node-yarnpkg-1.22.4/src'
@ ./src/errors.js 10:46-94
@ ./src/cli/index.js
...
for the full list see the salsa CI run:
https://salsa.debian.org/js-team/node-yarnpkg/-/jobs/937269#L2529
I think we've been too eager to upgrade to babel 7, while upstream does not
really care (see https://github.com/yarnpkg/yarn/issues/8083)
Also our patches should be easy to forward.
Unfortunately I am not able to help with troubleshooting this babel.
Paolo
27;babel-plugin-transform-strict-mode'
?
Paolo
latex
output:
make: *** [Makefile:8: refman.pdf] Error 1
I attach refman.log
For more background: https://bugs.debian.org/943423
Thanks !
Paolo
refman.log.xz
Description: application/xz
drop the build
dependency on doxygen-latex.
Paolo
nd easier
to browse on any device. And nobody is supposed to print those nowadays !
So what shall we do with this ?
Paolo
libGLX" so libgl-dev could be made to depend on
libglvnd-dev and libglx-dev (latter will pull in libx11-dev), exactly as libgl1
depends on libglvnd0 and libglx0.
Thanks,
Paolo
6.1.0-2 will break the build though ... let's see
what the salsa CI reports
Paolo
Thanks for reporting !
Can be patched by adding libegl-dev to the build deps, but I'd wait of the Qt
gurus find a better way to fix it.
Paolo
ogical-tree/ | xargs touch
find query-string/ | xargs touch
find resolve-package-path/ | xargs touch
find string-replace-loader/ | xargs touch
find tar-fs/ | xargs touch
find v8-compile-cache/ | xargs touch
Any comments from the submitter or from the js-team ?
Paolo
bitcode
Tooling.cpp.o: LLVM IR bitcode
Thanks for all your work !
Paolo
ir with the current version (which is in sync
with lodash itself, 4.17.15) you get the correct file generated.
So in the future we should keep the bundled lodash-cli in sync with lodash
itself.
Paolo
Seems the same as:
https://bugs.debian.org/901780
Try again after:
sudo apt install python-xdg
P.S. note that linkchecker-gui is not anymore in stable
Paolo
n/patches/00-readable_stream.patch
Paolo
t autoremove --purge
Requested-By:
Purge: efibootmgr:amd64 (15-1)
End-Date: 2019-03-30 20:56:05
I've tried to reinstall efibootmgr but nothing changes.
I can do some tests, but I need directions.
--
Mandi.
Paolo
7;t works
and now it works, but I'm not able to replicate it to help who have a
similar upgrade path.
I have a detailed description of the steps to replicate the line
removal, but, as this is no more a issue, I don't know if you want to
investigate further. If so, feel free to ask.
Bye.
--
Paolo
cd /tmp/doxygen-1.8.13/build/latex && /usr/bin/makeindex doxygen_manual.idx
...
Paolo
a8e0c42e1b root
lvmid/iRGCxh-2PcK-EDWe-zWim-n3Qu-F0KP-HMOfJi/bzEuy6-onGG-oFyt-fAIn-q69G-c9RE-t0iHce
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
I've tried
apt install --reinstall grub-efi-amd64
and the /boot/efi/EFI/debian/grub.cfg was changed again.
--
Mandi.
Paolo
ter/debian/libmojolicious-perl.links
I 'm afraid we will not be able to avoid embedding jquery in doxygen,
because it makes a weird use of it.
The matter has been nicely put down by the former maintaners, see:
https://salsa.debian.org/paolog-guest/doxygen/blob/master/debian/README.jquery
Paolo
This is used in node-ws (popcon 92)
Paolo
This is used in: flashproxy (popcon 25), node-d3-request (popcon 2),
node-xmlhttprequest-ssl (popcon 14)
Paolo
Il 04/02/19 17:35, Mike Gabriel ha scritto:
> Package: node-xmlhttprequest
> Version: 1.6.0-1
> Severity: serious
>
> Dear all,
>
> In 2016/12 I removed my nam
Source: starpu
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
mv: cannot stat 'latex/refman.pdf': No such file or directory
Paolo
-- System Information:
Debian Relea
Source: caffe
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found.
Paolo
-- System Information:
Debian Release: buster/sid
Package: frobby
Version: 0.9.0-5
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found.
Paolo
-- System Information:
Debian Re
Source: libstxxl
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found.
Paolo
-- System Information:
Debian Release: buster/sid
Source: qevercloud
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found.
Paolo
-- System Information:
Debian Release: buster/sid
Source: wcslib
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found. popcon = 569
Paolo
-- System Information:
Debian Release: b
Source: ccfits
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
make[2]: *** [Makefile:8: refman.pdf] Error 1
Paolo
-- System Information:
Debian Release: buster/sid
APT prefers
Package: hwloc
Version: 1.11.12-1
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
! LaTeX Error: File `listofitems.sty' not found.
Paolo
-- System Information:
Debian Re
Source: fltk1.3
Severity: serious
Dear Maintainer,
I tested your package against a draft package for doxygen 1.8.15:
https://bugs.debian.org/919413
and it FTBFS with this error:
cp: cannot stat 'latex/refman.pdf': No such file or directory
Paolo
-- System Information:
Debian Relea
in testing
>
> I am quite busy elsewhere today, so if others can handle 1) it would be
> great!
>
> - Jonas
Hi, I'll tackle 1. soon.
Watch out for the RFS
Paolo
c/html/doxygen/deal.II/step_*.html
sed: can't read
debian/tmp/usr/share/doc/libdeal.ii-doc/html/doxygen/deal.II/step_*.html: No
such file or directory
it seems easy to fix by replacing step_ with step- here:
https://salsa.debian.org/science-team/deal.ii/blob/master/debian/rules#L60
Paolo
-- Syste
we watch github:
https://salsa.debian.org/js-team/node-js-beautify/blob/master/debian/watch
Another difficulty is that python-jsbeautifier is at version 1.6.4, whereas
node-js-beautifyis at 1.7.5.
In any case both packages could be updated to 1.8.9 which is the current
non-beta version.
Paolo
chai 4.2 has landed in testing, and all tests pass.
can this be closed now ?
Paolo
Il 13/01/19 16:52, Paul Gevers ha scritto:
> user debian-rele...@lists.debian.org
> usertags 884543 bsp-2019-01-nl-venlo
> thanks
>
> On Mon, 23 Apr 2018 14:36:00 +0200 Paolo Greppi
> wrote:
>> So I'd propose we go straight for option #3 (downgrade node-is-descript
/pipermail/pkg-javascript-devel/2018-April/025850.html
because my paolog-guest account had no write access to those
Paolo
First of all sorry for the late answer, Google tought your answer were
spam. :(
Il 30/12/18 15:51, Simon McVittie ha scritto:
> Control: tags -1 + moreinfo
>
> On Sun, 30 Dec 2018 at 11:45:12 +0100, Paolo Redaelli wrote:
>> gimp: symbol lookup error: /usr/lib/x86_64-linux-gnu/l
Package: gimp
Version: 2.10.8-2
Severity: grave
--- Please enter the report below this line. ---
In a testing/unstable installation does not start anymore, giving this error
gimp: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0:
undefined symbol: babl_format_with_space
which is
https://dev.mysql.com/doc/relnotes/workbench/en/wb-news-8-0-12.html
Changes in MySQL Workbench 8.0.12 (2018-07-27, General Availability)
...
Functionality Added or Changed
...
libgnome-keyring was depreciated and replaced with libsecret in this release on
Linux platforms. Some users with exis
M downloads in the last 30 days
grunt-contrib-clean 995.9 k
grunt-contrib-copy 958.5 k
grunt-contrib-uglify 870.3 k
grunt-contrib-concat 720.5 k
grunt-contrib-jshint 612 k
grunt-contrib-cssmin 560.5 k
grunt-contrib-less 373.1 k
...
Grunt itself is 2.1 M.
source-map is much more popular (79 M downloads in the last 30 days)
Paolo
This fixes the issue:
sudo apt install python-dnspython
That package should be added to the dependencies.
Paolo
.
Hoping to prevent that, I have attempted a fix (not yet uploaded) that reverts
the assert and the .end() function call.
So can you please try the 0.8.3-2 version found on salsa
https://salsa.debian.org/js-team/node-temp
on your autobuilders ?
Thanks,
Paolo
d revert back to not
using --link-doc ?
BTW I think there's something wrong with the repo:
debcheckout node-mocha
cd node-mocha
gbp buildpackage -us -uc
...
dpkg-source: error: cannot read
node-mocha/debian/patches/0004-use-relative-path-in-doc.patch: No such file or
directory
...
Paolo
et-value 2.0.6-1 -> 3.0.1
- packaging node-has-own-deep
- updating node-set-value 0.4.0-1 -> 3.0.0
Anyway I gave it a quick try:
npm install has-own-deep
mocha -R spec
...
61 passing (53ms)
and the tests do pass with version 4.0.0 ...
The real trouble is that it would also require updating its only rdepend
node-base to 3.0.0 which is blocked, see:
https://bugs.debian.org/887497
Paolo
Il 12/04/2018 06:19, Pirate Praveen ha scritto:
>
>
> On April 12, 2018 2:48:32 AM GMT+05:30, Paolo Greppi
> wrote:
>> Normally you'd expect to fix bugs with a new version, in this case
>> while trying to update node-define-property 1.0.0-1 -> 2.0.2 the
>>
stating that it won't work with 2.x.
^1.0.2 should be translated with >= 1.0.2 && < 2.0.0 but we can't encode that
in debian/control.
So how can we check reverse dependencies for this type of issues in the future ?
Paolo
With my previous message I was trying to understand your purpose with your bug
report, not to demonstrate anything nor to dismiss it.
Adding the new info you provided, the chain of events triggered by your actions
would be:
1) = as above
2) = as above
3) = as above
4) since doxygen is a “key pac
n -sPackage /var/lib/apt/lists/*Sources | wc
443 8868612
Is that your wish ?
Paolo
Nave a look onto Castaglia's github repo
Il 09 marzo 2018 23:11:56 CET, "Hilmar Preuße" ha scritto:
>On 09.03.2018 16:28, Francesco P. Lovergine wrote:
>
>Hi,
>
>> Here the fix is trivial as suggested. Even in this case it is better
>> upgrading to current upstream version.
>>
>Where did you g
aolog/skip_test) in case we need it later.
@Adam, if you have access to an armhf test machine, you could try yourself on
that too.
I'll wait a bit more before I close this one and the upstream bug.
Paolo
This is easily reproducible: just apt remove node-asnyc, and try the build.
I am working on the fix while at the same time updating to 2.0.1
Paolo
zone using the trick
suggested by kapouer
(https://github.com/felixge/node-dateformat/issues/41#issuecomment-286419133):
TZ=GMT mocha -R spec
Paolo
pload else this package and its
dependencies (node-inquirer and node-rx) will be autoremoved from testing on
2017-06-12.
Else I am open to suggestions.
Paolo
I have set up an i386 debci lxc testbed with:
debci_arch=i386 debci setup
then confirmed that the lxc container has indeed been created:
lxc-ls --fancy
NAME STATE AUTOSTART GROUPS IPV4 IPV6
adt-sid-amd64 STOPPED 0 - --
adt-sid-i386 STOPPED 0 -
upload
Cheers,
Paolo
This is easy to reproduce on stretch from the root of a source package against
the currently installed package.
Just make sure the tmp directory created during the build process is not
present:
make -f debian/rules clean
or just:
rm -rf tmp
then run the tests in the local environment (that
test/index
this is where the timeout of 5 s comes from.
Not sure if we should worry about this one.
And above all: I'm clueless at why it should fail.
Where did it fail ?
What is special with your test environment ?
Paolo
--r--r-- 1 root root 991 ott 19 2015 dmesg-efi-144526454211001
-r--r--r-- 1 root root 1760 ott 22 2015 dmesg-efi-144549255204002
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Package: proftpd-dfsg
Version: 1.3.5b-2
Followup-For: Bug #820984
About this, we are going to drop the non-standalone support in maintainer
scripts for the following reasons:
- inetd/xinetd/systemd support is of little interest for a serious ftp server
- maintainer scripts cannot currently suppor
As per this comment in the Pkg-javascript-devel mailing list:
https://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2016-December/016725.html
I have changed the approach to set a different $HOME for build-time
tests. This should fix the build-time tests.
Paolo
ts. I have done so in
the repo on alioth, autopkgtests are still on (although I had to disable
a few also related to tilde expansion).
Paolo
got this error,
>
> jqueryui$ grunt
> Loading "Gruntfile.js" tasks...ERROR
>>> TypeError: grunt.util._.pluck is not a function
>
> package.json mentions grunt 0.4.5 so we should update Gruntfile to use
> grunt 1.0.1
I wonder if this is relevant ?
https://github.com/g
https://github.com/joblib/joblib/issues/413
(scroll to the comment by karandesai-96 on 2016-12-04)
Paolo
signature.asc
Description: OpenPGP digital signature
beta3-3) ...
Now I don't dare to reboot my system: any way to fix this, or at least
to check before rebooting?
Thanks.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
This was already observed with version 0.12.7, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753220 which was
closed because unreproducible.
The problem is also known to upstream
(https://github.com/bottlepy/bottle/issues/618,
https://github.com/bottlepy/bottle/issues/891), the author of t
1 - 100 of 296 matches
Mail list logo