Package: yaboot-installer
Severity: grave
Justification: renders package unusable
During install with :
http://cdimage.debian.org/pub/cdimage-testing/daily/powerpc/current/debian-testing-powerpc-netinst.iso
It was the one from 3 october 2005
the yaboot install (complains about no Apple_Bootstrap
package failed to build
on
amd64.
Hi,
it's a Net::LDAP bug, not Lemonldap::NG one
Best regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
::NG use this feature for a long time, and it has been tested many
times on the CPAN
(http://www.cpantesters.org/distro/L/Lemonldap-NG-Portal.html), and today only
1 Debian amd64 test has failed. I don't understand why...
Best regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
Le 29/10/2012 10:06, Ansgar Burchardt a écrit :
Control: tag -1 moreinfo
On 10/29/2012 09:29 AM, Xavier Guimard wrote:
When make test find an initdb, 01connect test fails line 79/ It wants
an error and nothing is returned. When
/usr/lib/postgresql/9.1/bin/initdb isn't present, All works
help, I think we just have to export LC_ALL=C.
Regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Le 09/11/2012 08:50, Salvatore Bonaccorso a écrit :
Control: severity -1 serious
Hi Xavier
On Fri, Nov 09, 2012 at 07:08:05AM +0100, Xavier Guimard wrote:
Package: libnet-server-coro-perl
Version: 1.2-2
Severity: normal
Hi all,
This package must depends on libnet-server-perl, else
Forward upstream team response:
Original message
Subject: Re: [rt.cpan.org #85308] applications die() because of SIGCHLD
vs. SIGCLD confusion
Date : Wed, 15 May 2013 09:07:38 -0400
From : Paul Seamons via RT bug-net-ser...@rt.cpan.org
Reply To : bug-net-ser...@rt.cpan.org
To :
p...@seamons.com wrote (on RT):
I'm not sure why the name difference. But, either way, if there is going
to now be a new name, then handling it with the:
$SIG{$sig} = sub{ $Net::Server::SIG::_SIG{$sig} = 1; };
is a start, but if CLD is also necessary, then we'll need to just
register both CHLD
$_SIG_SUB{$sig}-($sig); but it is empty since register_sig() has
register code in $_SIG_SUB{CLD} instead of $_SIG_SUB{CHLD}.
Best regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Le 28/01/2014 09:37, Bastien ROUCARIES a écrit :
Le 28 janv. 2014 06:38, Xavier x.guim...@free.fr
mailto:x.guim...@free.fr a écrit :
Bastien wrote :
Package: src:lemonldap-ng
Version: 1.2.5-1
Severity: serious
User: debian...@lists.debian.org mailto:debian...@lists.debian.org
packages and systemd
* What exactly did you do (or not do) that was effective (or
ineffective)?
nothing
My best to the team
Xavier (zeroheure)
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386
for the next 1.9 which will
be publish in a few weeks.
Regards,
Xavier
On 21/05/2016 14:00, Peter Marschall wrote:
> Package: liblemonldap-ng-manager-perl
> Version: 1.9.2-1
> Severity: grave
> Tags: patch
> Justification: renders package unusable
>
> Hi,
>
> LemonLDAP::NG's manager 1.9.2-1 only displays unexpanded teplate names like
> e.g.
On 11/02/2017 11:01, Andreas Beckmann wrote:
> Package: lemonldap-ng-doc
> Version: 1.9.7-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> an upgrade test with piuparts revealed that your package installs files
> over existing symlinks and possibly
On 12/02/2017 10:15, Andreas Beckmann wrote:
> On 2017-02-12 08:41, pkg-perl-maintain...@lists.alioth.debian.org wrote:
>> tag 854859 + pending
>> thanks
>>
>> Some bugs in the lemonldap-ng package are closed in revision
>> aee6c37adecfe8d03e6bb6cf0346e57f9533
On 12/02/2017 14:51, gregor herrmann wrote:
> On Sun, 12 Feb 2017 13:15:49 +0100, Xavier wrote:
>
>>> You probably want to create debian/lemonldap-ng-doc.maintscript (and drop
>>> debian/lemonldap-ng-doc.preinst), with the following content:
>>>
>>> syml
On 16/02/2017 23:52, gregor herrmann wrote:
> On Mon, 13 Feb 2017 20:23:55 +0100, Xavier wrote:
>
>>> Pushed to git, waiting with an upload for a test/sanity check of you
>>> guys.
>> Oups, thank you very much ! Works fine now
>
> Thanks for checking, and s
forwarded 875627 https://rt.cpan.org/Ticket/Display.html?id=123029
thanks
Le 13/09/2017 à 09:28, gregor herrmann a écrit :
> On Wed, 13 Sep 2017 07:07:51 +, Gianfranco Costamagna wrote:
>
>> can you please do some upstream reporting?
>> I can do it if you want, but my perl foo is still close to zero :)
>
> Sure, Xavier or me will take ca
Hi all,
I've packaged OCSinventory-Server 2.4.1. I'm unable to reproduce this
bug. COuld you give me the script of this scenario ?
Regards,
Xavier
Source: remmina
Version: 1.2.31.2+dfsg-1~bpo9+1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The remmina backport package fails because of a libssh-4 dependency problem,
even if the backport version of this library is installed.
$ sudo apt install -t
Thanks!
tags 896544 + pending
stop
All packages that depends on liblemonldap-ng-handler-perl depends on
libcgi-pm-perl, but fixed anyway for developers.
Control: tag -1 pending
Hello,
Bug #896544 in lemonldap-ng reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
After some tests on Santiago VM, it looks like feersum build well in
stretch but fails randomly (>90%) with testing/unstable
I'll take a look at Plack::App::Cascade and EV changes.
Le 29/09/2018 à 14:56, Xavier a écrit :
> After some tests on Santiago VM, it looks like feersum build well in
> stretch but fails randomly (>90%) with testing/unstable
>
> I'll take a look at Plack::App::Cascade and EV changes.
Bug is around HTTP::Request, either it doesn't fol
Le 29/09/2018 à 16:41, Xavier a écrit :
> Le 29/09/2018 à 14:56, Xavier a écrit :
>> After some tests on Santiago VM, it looks like feersum build well in
>> stretch but fails randomly (>90%) with testing/unstable
>>
>> I'll take a look at Plack::App::Cascade and EV ch
Le 29/09/2018 à 17:59, Santiago Vila a écrit :
> On Sat, Sep 29, 2018 at 05:40:54PM +0200, Xavier wrote:
>
>> The error is 'Connection reset by peer', so LWP can't follow
>> redirection. Is there a special network configuration in your VMs ?
>
> Well, there is no IPv6
Le 29/09/2018 à 19:13, Santiago Vila a écrit :
> On Sat, Sep 29, 2018 at 05:00:42PM +0000, Xavier Guimard wrote:
>
>>
>> Disable 2 tests if only one CPU is available
>>
>> Closes: #909480)
>
Control: severity -1 normal
Control: tags -1 + patch
Control: reassign -1 perl-modules-5.26
Sometimes, a closed connection isn't detected by HTTP::Tiny. To
reproduce the bug, use feersum sources:
$ perl Makefile.PL && make
$ taskset -c 0 perl -I blib/lib -I blib/arch t/63*
HTTP::Tiny tries to
st' );
http://matrix.cpantesters.org/?dist=Net-Server-Mail+0.26 also shows that
this rarely happens since the release of 5.28.0 (1/22), never before.
I added a workaround for now in libnet-server-mail-perl tests (warn and
return when $s is undefined).
Cheers,
Xavier
Le 29/12/2018 à 22:39, Santiago Vila a écrit :
> Package: src:libnet-server-mail-perl
> Version: 0.25-4
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I tried to build this package in buster but it failed:
>
>
Update to 11.3.2 fixes partially failing build. Last problem is in
node-readable-stream
Control: reopen -1
Control: severity -1 important
Control: tags -1 - ftbfs
Control: retitle -1 node-duplexer3: incompatible with Node >=10 stream
Even using `npm install` files, the failing test shows that duplexer3
isn't compatible with Node.js stream.
Tagged as "important" instead of "serious"
Le 19/01/2019 à 14:44, Adrian Bunk a écrit :
> Source: libdbd-sqlite3-perl
> Version: 1.62-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/fetch.php?pkg=libdbd-sqlite3-perl=mips=1.62-1=1546291045=0
>
> ...
> t/65_db_config.t ..
>
Control: severity -1 important
According to debci reports, this FTBFS seems fixed. I'm going to upload
a new version since license is wrong (upstream has changed to ISC, not
reported in debian/changelog)
An update of node-union-value fixes the problem. Let's do it
node-temporary seems orphaned upstream, looking at apt-cache depends, it
seems that no package needs it, so I think it can be safely removed from
testing.
Hello,
Debian bug is tagged as "patch", but I didn't find any patch in the
related documents. Can you give me the link to patch ?
Cheers,
Xavier
Le 22/01/2019 à 21:18, Salvatore Bonaccorso a écrit :
> Source: apache2
> Version: 2.4.37-1
> Severity: grave
> Tags: patch sec
node-temporary in memoriam...
Anyway, keeping this package in buster seems not a security problem:
very simple wrapper around node.fs()
Message transféré
Subject : Re: [vesln/temporary] Tests fail (#28)
Date : Wed, 23 Jan 2019 08:57:32 -0800
>From : Will
To :
Le 23/01/2019 à 20:57, Salvatore Bonaccorso a écrit :
> Control: tags -1 + fixed-upstream
> Control: tags -1 - patch
>
> Hi Xavier,
>
> On Wed, Jan 23, 2019 at 09:18:36AM +0100, Xavier wrote:
>> Hello,
>>
>> Debian bug is tagged as "patch", but I did
Le 23/01/2019 à 21:50, Salvatore Bonaccorso a écrit :
> Hi Xavier,
>
> On Wed, Jan 23, 2019 at 09:46:44PM +0100, Xavier wrote:
>> Le 23/01/2019 à 20:57, Salvatore Bonaccorso a écrit :
>>> Control: tags -1 + fixed-upstream
>>> Control: tags -1 - patch
>>
Hi all,
to fix missing popper.js, I propose to embed it for now in
twitter-bootstrap4 (done in salsa repo but not pushed). After buster
release, we could split it in a separate package.
Please review this.
Cheers,
Xavier
Le 19/01/2019 à 20:16, gregor herrmann a écrit :
> On Sat, 19 Jan 2019 15:03:24 +0100, Xavier wrote:
>
>>> https://buildd.debian.org/status/fetch.php?pkg=libdbd-sqlite3-perl=mips=1.62-1=1546291045=0
>>>
>>> ...
>>> t/65_db_config.t ...
Le 23/01/2019 à 09:33, Xavier a écrit :
> node-temporary seems orphaned upstream, looking at apt-cache depends, it
> seems that no package needs it, so I think it can be safely removed from
> testing.
However I fixed this package.
ich are fixed on version 2.5 which embeds PHPMailer 6.x.
So my question is could I embed PHPMailer-6 in ocsinventory-server ?
Cheers,
Xavier
[1] https://bugs.debian.org/905396
please migrate this
>> repo ASAP?
>
> Gentle ping on this folks? :)
>
> Best wishes,
Hi all,
I need PHPMailer >= 6 for ocsinventory 2.5: some CVEs are fixed in this
version and can't be ported to version 2.4.1.
So may I have to embed a copy or wait for libphp-phpmailer update ?
Cheers,
Xavier
Cc: libapache2-mod-perl2
Message
Subject : Bug#916375: apache2: Segmentation fault when mod_perl.so is loaded
Date : Thu, 13 Dec 2018 19:09:02 +
>From : h.thien
To : debian-bugs-d...@lists.debian.org
Cc : t...@security.debian.org, Debian Apache Maintainers
Package:
Problem found: node-send depends on node-mime 1.6 while unstable has
node-mime 2.3.1-1 (with breaking changes)
Probably same issue for #902507
Control: reassign -1 node-send
Build error is in node-send (index.js line 693)
Le 10/01/2019 à 19:41, Xavier a écrit :
>> ...
>> That does actually look like a bug in the new uglifyfs.
>>
>> cu
>> Adrian
>
> I tried to reproduce but have different errors related to debian/examples* :
debian/control should require node-pend (>= 1.2.0)
Le 10/01/2019 à 19:34, Adrian Bunk a écrit :
> Control: reassign -1 uglifyjs 3.4.9-2
> Control: retitle -1 uglifyjs: Error: Cannot find module '../tools/exit'
> Control: affects -1 src:node-browserify-lite
>
> On Thu, Jan 10, 2019 at 08:04:46PM +0200, Adrian Bunk wrote:
>> Source:
Control: tags -1 + moreinfo
Hello,
I'm unable to reproduce this bug and
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/node-livescript.html
seems clean at least since 2019-01-07
Cheers,
Xavier
Hi all,
looking at CPAN reports [1], no bug found by CPAN testers even on Gregor
machine [2] ;-) (except on Windows, which is a known problem).
I'll take a look to recent SSL problems (and Net::SMTP dependencies) to
try to understand.
Cheers,
Xavier
[1] http://matrix.cpantesters.org/?dist=Net
Le 15/09/2018 à 17:42, Damyan Ivanov a écrit :
> -=| gregor herrmann, 14.09.2018 16:08:50 +0200 |=-
>> Control: tag -1 + unreproducible
>>
>> On Fri, 14 Sep 2018 16:52:38 +0300, Adrian Bunk wrote:
>>
>>> Source: libnet-server-mail-perl
>>> Version: 0.25-1
>>> Severity: serious
>>> Tags: ftbfs
>>>
Hello,
this bug seems easy to fix and will remove docker.io from Buster. Please
fix it ;-)
Cheers,
Xavier
h for XML::Parser.)
Patch is ready in salsa repo:
if (ref $file or $file eq '-') {
open(FILE, $file) or croak "Couldn't open $file:\n$!";
} else {
open(FILE, '<', $file) or croak "Couldn't open $file:\n$!";
}
Successfully tested with xmltv. I propose to push as this for now to
close bug before freeze. This patch fixes security bug since strange
filename are no more interpreted and autopkgtest regression is fixed.
Cheers,
Xavier
Le 27/02/2019 à 13:40, Xavier a écrit :
> Le 27/02/2019 à 08:47, Andreas Tille a écrit :
>> Hi Utkarsh,
>>
>> I realised that you intend to take over this package but for a reason I
>> do not understand myself it does not migrate to testing (see testing
>
). There is no reverse dependency to ejs.js (the
only one requires node-ejs >= 2.5.2 while ejs.js is 1.0.0 due to old
GitHub repo, so points to src:node-ejs). libjs-ejs isn't used by any
package.
Cheers,
Xavier
Le 27/02/2019 à 15:35, Gianfranco Costamagna a écrit :
> reopen 923223
> affects 923223 src:xmltv
> severity 923223 serious
> thanks
>
> Hello, the latest update of libxml-parser-perl seems to have broken xmltv
> testsuite, and now it is failing to build from source.
>
> I suspect the testsuite
Control: reassign 924807 uglify-js
Control: reassign 924809 uglify-js
Control: merge 924807 924809
Bug seems to come from conflict between
https://tracker.debian.org/pkg/uglify-js and
https://tracker.debian.org/pkg/uglifyjs: webpack can't now be installed
with uglifyjs
Le 17/03/2019 à 19:05,
Le 17/03/2019 à 23:12, Xavier a écrit :
> Bug seems to come from conflict between
> https://tracker.debian.org/pkg/uglify-js and
> https://tracker.debian.org/pkg/uglifyjs: webpack can't now be installed
> with uglifyjs
node-jscharset build-depends on both webpack and uglifyjs:
* web
Control: severity -1 important
Package seems usable with its 2 reverse dependencies: node-superagent
which is a dependency of node-multiparty. Only node-multiparty package
provides real test. I tested both build and autopkgtest with the 2
versions of node-formidable (old and upgraded) with
Le 18/03/2019 à 06:19, Xavier a écrit :
> Le 18/03/2019 à 00:02, Jonas Smedegaard a écrit :
>> Quoting Jonas Smedegaard (2019-03-17 23:48:57)
>>> Quoting Xavier (2019-03-17 23:12:51)
>>>> Control: reassign 924807 uglify-js
>>>> Control: reassign 924809 u
Le 18/03/2019 à 00:02, Jonas Smedegaard a écrit :
> Quoting Jonas Smedegaard (2019-03-17 23:48:57)
>> Quoting Xavier (2019-03-17 23:12:51)
>>> Control: reassign 924807 uglify-js
>>> Control: reassign 924809 uglify-js
>>> Control: merge 924807 924809
>>>
Control: severity -1 normal
Severity decreased since this bad symlink has no consequence on package
usability (package.json has a valid "main" entry and so doesn't need an
index.js).
Cheers,
Xavier
Control: severity -1 normal
Severity decreased since this bad symlink has no consequence on package
usability (package.json has a valid "main" entry and so doesn't need an
index.js).
Cheers,
Xavier
Le 18/03/2019 à 11:46, Jonas Smedegaard a écrit :
> Quoting Xavier (2019-03-18 06:56:42)
>> Le 18/03/2019 à 06:19, Xavier a écrit :
>>> Le 18/03/2019 à 00:02, Jonas Smedegaard a écrit :
>>>> Quoting Jonas Smedegaard (2019-03-17 23:48:57)
>>>>> Quotin
Hi,
even on a very slow machine with some parallel schroot builds, I'm
unable to reproduce this FTBFS failure. Maybe related to LXC
infrastructure. I'll test later.
Cheers,
Xavier
Control: forwarded -1 https://github.com/andrewrk/node-yawl/issues/5
Control: tags -1 + upstream confirmed
Upstream tests fail even using a fresh "npm install".
https://salsa.debian.org/js-team/node-lodash/blob/master/.travis.yml
shows the way to build lodash-packages from lodash :
$ yarn
$ git clone --depth=10 --branch=master
git://github.com/lodash/lodash-cli ./node_modules/lodash-cli
$ mkdir -p ./node_modules/lodash-cli/node_modules/lodash
$ cd $_
$
Bug isn't related to node-process-nextick-args (same in
testing/unstable). For now it succeeds to build in testing but not in
unstable locally.
#894962 was probably partially due to #909151.
Thanks to Mauricio Oliveira to have fixed #909151.
https://bugs.debian.org/894962
FTBFS and Debci failure with node-process-nextick-args 2.0.0-1
https://bugs.debian.org/909151
'Uncaught TypeError: nextTick is not a function' with
#894962 was probably partially due to #909151.
Thanks to Mauricio Oliveira to have fixed #909151.
https://bugs.debian.org/894962
FTBFS and Debci failure with node-process-nextick-args 2.0.0-1
https://bugs.debian.org/909151
'Uncaught TypeError: nextTick is not a function' with
moved from buster with
all its reverse dependencies
- package many new modules (I've no time to do this)
- decrease this severity issue
NB: upstream build can be reproduce only using yarnpkg, failed with npm:
$ yarnpkg install
$ yarnpkg build
Cheers,
Xavier
Le 25/01/2019 à 17:39, Santiago Vila a écrit :
> found 886664 1.0.7-4
> thanks
>
>>[ Xavier Guimard ]
>>* Remove timeout based tests (Closes: #886664)
>
> Hi. Sorry for the reopening but this does not seem fixed:
>
> https://tests.reproducible-builds
Hello Dominik,
did you check if it works now after libpcap-ng release ?
Cheers,
Xavier
Le 30/01/2019 à 22:34, Jonas Smedegaard a écrit :
> Quoting Xavier (2019-01-30 22:26:57)
>> Le 29/01/2019 à 22:17, Jonas Smedegaard a écrit :
>>> Source: twitter-bootstrap4
>>> Version: 4.2.1+dfsg1-1
>>> Severity: serious
>>> Justification: Policy 2.1
&
thout source included.
>
> Thanks to Xavier for noticing (although only as comment in copyright
> file).
>
>
> - Jonas
I succeed to build source, but this needs:
- to upgrade: rollup-plugin-babel, browserslist
- to package or upgrade at least (I reduced this list to the minimum
possib
Control: reassign -1 node-cssstyle
node-jsdom debian/control has a node-cssstyle dependency. However a
simple test shows that cssstyle is unusable:
$ node -e 'require("cssstyle")'
internal/modules/cjs/loader.js:583
throw err;
^
Error: Cannot find module 'cssom'
at
Le 30/01/2019 à 23:47, Jonas Smedegaard a écrit :
> Quoting Xavier (2019-01-30 22:54:53)
>> Le 30/01/2019 à 22:34, Jonas Smedegaard a écrit :
>>> Quoting Xavier (2019-01-30 22:26:57)
>>>> Le 29/01/2019 à 22:17, Jonas Smedegaard a écrit :
>>>>> Source pa
Le 29/01/2019 à 07:41, Xavier a écrit :
> Le 28/01/2019 à 18:45, Jonas Smedegaard a écrit :
>> Source: popper.js
>> Version: 1.14.6+ds-1
>> Severity: serious
>> Justification: Policy 2.1
>>
>> Source package contains several files (seemingly all of them) bel
Le 29/01/2019 à 15:23, Jonas Smedegaard a écrit :
> Quoting Xavier (2019-01-29 07:41:40)
>> Le 28/01/2019 à 18:45, Jonas Smedegaard a écrit :
>>> Source: popper.js
>>> Version: 1.14.6+ds-1
>>> Severity: serious
>>> Justification: Policy 2.1
>>>
Le 09/04/2019 à 21:16, Jakub Wilk a écrit :
> * Santiago Vila , 2019-04-09, 15:32:
>> AFAIK, this being a primality test, I assume the outcome is either
>> "not prime" or "maybe prime", so the only way to test the test is by
>> giving a known prime and expect "maybe prime" as output.
>>
>> So: Why
Le 09/04/2019 à 22:14, Santiago Vila a écrit :
> On Tue, Apr 09, 2019 at 09:31:07PM +0200, Xavier wrote:
>
>>> NB, it's been already reported upstream that the number of iterations
>>> this implementation chooses in not adequate:
>>> https://github.com/indutny/mi
Hi all,
Some fixes proposed in
https://salsa.debian.org/sass-team/libsass/merge_requests/1 :
CVE-2018-19827, CVE-2019-6283, CVE-2019-6284 and CVE-2019-6286
Cheers,
Xavier
Control: tags -1 + confirmed
Le 13/04/2019 à 18:17, Santiago Vila a écrit :
> Package: src:node-serve-static
> Version: 1.6.4-2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I tried to build this package in buster but it failed:
>
>
Le 15/05/2019 à 16:13, Anthony Prades a écrit :
> On 5/15/19 4:10 PM, Xavier wrote:
>> I can't reproduce this exact issue. After the upgrade process (with
>> actual Buster packages), sieve rules are inoperative, but lmtpd won't
>> segfault:
>> * Starting with a fres
Le 15/05/2019 à 16:17, Xavier a écrit :
> Le 15/05/2019 à 16:13, Anthony Prades a écrit :
>> On 5/15/19 4:10 PM, Xavier wrote:
>>> I can't reproduce this exact issue. After the upgrade process (with
>>> actual Buster packages), sieve rules are inoperative, b
Le 14/05/2019 à 11:00, Anthony Prades a écrit :
> Already done... Thank you Xavier.
>
> Anthony
>
> On 5/14/19 10:53 AM, Xavier wrote:
>> Le 09/05/2019 à 15:30, Xavier a écrit :
>>> Le 09/05/2019 à 15:13, Anthony Prades a écrit :
>>>> Hi,
>>>
Le 15/05/2019 à 19:32, Xavier Guimard a écrit :
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Please unblock package cyrus-imapd
>
> Hi all,
>
> Buster has currently cyrus-imapd 3.0.8.
Le 15/05/2019 à 16:17, Xavier a écrit :
> Le 15/05/2019 à 16:13, Anthony Prades a écrit :
>> On 5/15/19 4:10 PM, Xavier wrote:
>>> I can't reproduce this exact issue. After the upgrade process (with
>>> actual Buster packages), sieve rules are inoperative, b
Hello,
proposed patch can't be applied on stretch package.
Le 03/06/2019 à 22:23, Xavier a écrit :
> Le 01/06/2019 à 12:14, Pirate Praveen a écrit :
>> ...
>> gulp build
>> [15:37:17] Local modules not found in ~/forge/debian/git/js-team/node-babel
>> [15:37:17] Try running: npm install
>> [15:37:17] Using globally i
Le 01/06/2019 à 12:14, Pirate Praveen a écrit :
> ...
> gulp build
> [15:37:17] Local modules not found in ~/forge/debian/git/js-team/node-babel
> [15:37:17] Try running: npm install
> [15:37:17] Using globally installed gulp
> [15:37:17] Using gulpfile
Le 03/06/2019 à 22:23, Xavier a écrit :
> Le 01/06/2019 à 12:14, Pirate Praveen a écrit :
>> ...
>> gulp build
>> [15:37:17] Local modules not found in ~/forge/debian/git/js-team/node-babel
>> [15:37:17] Try running: npm install
>> [15:37:17] Using globally i
Le 05/06/2019 à 22:48, Xavier a écrit :
> Le 03/06/2019 à 22:23, Xavier a écrit :
>> Le 01/06/2019 à 12:14, Pirate Praveen a écrit :
>>> ...
>>> gulp build
>>> [15:37:17] Local modules not found in ~/forge/debian/git/js-team/node-babel
>>> [15:37:17]
Le 06/06/2019 à 22:28, Xavier a écrit :
> Le 06/06/2019 à 09:07, Pirate Praveen a écrit :
>>
>>
>> On 2019, ജൂൺ 6 11:00:16 AM IST, Xavier wrote:
>>> My reducejs tool gives a new analysis:
>>> * downgraded modules to embed
>>> - process-nex
Le 06/06/2019 à 09:07, Pirate Praveen a écrit :
>
>
> On 2019, ജൂൺ 6 11:00:16 AM IST, Xavier wrote:
>> My reducejs tool gives a new analysis:
>> * downgraded modules to embed
>> - process-nextick-args : 2.0.0 => 1.0.7
>
> This is handled by a patch.
>
1 - 100 of 720 matches
Mail list logo