On Thursday, 9 January 2020 09:21:23 CET Paul Gevers wrote:
> It's a wiki though, you can improve the
> text if it's unclear to you.
:-) I was not sure to have the right answer..
Now that I've understood, I've updated the wiki.
All the best
Hi Dod,
On 09-01-2020 09:17, Dominique Dumont wrote:
> https://wiki.debian.org/piuparts/FAQ#Q._Can_I_somehow_tell_piuparts_to_retest_my_package.3F
>
> The answer mentions that package are not automatically retested. Whether this
> applies to package
> that passed or failed piupart test is not s
On Wednesday, 8 January 2020 20:42:45 CET Andreas Beckmann wrote:
> > I checked the piuparts documentation just then [2] and found out that
> > unlike ci.d.o or reproducible-build checks, the piuparts test will *not*
> > automatically be retried for the same package of the same version (same
> > up
On 08/01/2020 19.09, Boyuan Yang wrote:
> 在 2020-01-08三的 16:36 +0530,Pirate Praveen写道:
>>
>> On വ്യാ, Jan 2, 2020 at 21:43, debacle
>> wrote:
>>> On 2020-01-02 11:53, Lisandro Damián Nicanor Pérez Meyer wrote:
El jue., 2 ene. 2020 08:28, Julien Cristau
escribió:
> No, it'll eve
在 2020-01-08三的 16:36 +0530,Pirate Praveen写道:
>
> On വ്യാ, Jan 2, 2020 at 21:43, debacle
> wrote:
> > On 2020-01-02 11:53, Lisandro Damián Nicanor Pérez Meyer wrote:
> > > El jue., 2 ene. 2020 08:28, Julien Cristau
> > > escribió:
> > > > No, it'll eventually get retried and (assuming it pass
On വ്യാ, Jan 2, 2020 at 21:43, debacle
wrote:
On 2020-01-02 11:53, Lisandro Damián Nicanor Pérez Meyer wrote:
El jue., 2 ene. 2020 08:28, Julien Cristau
escribió:
> No, it'll eventually get retried and (assuming it passes) the
migration
> block will lift.
And "eventually" is normall
On 2020-01-02 11:53, Lisandro Damián Nicanor Pérez Meyer wrote:
> El jue., 2 ene. 2020 08:28, Julien Cristau escribió:
> > No, it'll eventually get retried and (assuming it passes) the migration
> > block will lift.
>
> And "eventually" is normally how many days?
If I've learned one thing in Debi
Hi!
El jue., 2 ene. 2020 08:28, Julien Cristau escribió:
> On Thu, Jan 2, 2020 at 12:03:43 +0100, W. Martin Borgert wrote:
>
> > Hi,
> >
> > two packages[ą, ˛] I uploaded are "Rejected due to piuparts
> > regression". I learned, that this is due to a bug in piuparts.
> > Any solution on its way
On Thu, Jan 2, 2020 at 12:03:43 +0100, W. Martin Borgert wrote:
> Hi,
>
> two packages[¹, ²] I uploaded are "Rejected due to piuparts
> regression". I learned, that this is due to a bug in piuparts.
> Any solution on its way? Would I need to re-upload later?
>
No, it'll eventually get retried a
Am 02.01.2020 um 12:03 schrieb W. Martin Borgert:
> Hi,
>
> two packages[¹, ²] I uploaded are "Rejected due to piuparts
> regression". I learned, that this is due to a bug in piuparts.
> Any solution on its way? Would I need to re-upload later?
>
> TIA & Cheers
>
> PS: Many thanks for running piu
Hi,
two packages[¹, ²] I uploaded are "Rejected due to piuparts
regression". I learned, that this is due to a bug in piuparts.
Any solution on its way? Would I need to re-upload later?
TIA & Cheers
PS: Many thanks for running piuparts anyway. Such bugs happen,
but the extra safety net it provide
On Tue, Apr 06, 2010 at 01:05:52AM +0400, Stanislav Maslovski wrote:
> As the original poster of that question on debian-mentors, I would
> like to ask anyone who has access to a Debian/kFreeBSD installation to
> test if fuse-convmvfs from sid works there (provided that fuse4bsd is
> installed). My
On Sat, Mar 27, 2010 at 01:38:56PM +0100, Mike Hommey wrote:
> On Sat, Mar 27, 2010 at 01:05:37PM +0100, Simon Paillard wrote:
> > On Sat, Mar 27, 2010 at 02:16:58PM +0300, Stanislav Maslovski wrote:
> > > One of my packages, fuse-convmvfs (uploaded by a sponsor), cannot
> > > migrate to testing. T
On Sat, Mar 27, 2010 at 01:21:29PM -0500, Peter Samuelson wrote:
>
> [Mike Hommey]
> > There is a general problem with fuse, actually. fuse-utils is needed by
> > any program using libfuse and allowing users (i.e not root) to mount a
> > filesystem: In this case, libfuse uses fusemount to do the m
[Mike Hommey]
> There is a general problem with fuse, actually. fuse-utils is needed by
> any program using libfuse and allowing users (i.e not root) to mount a
> filesystem: In this case, libfuse uses fusemount to do the mount, since
> mount(2) is unfortunately a CAP_SYS_ADMIN syscall, and fusemo
Cc'ing to -devel, as it is a more general problem and I'd like to hear
feedback from other fellow developers.
On Sat, Mar 27, 2010 at 01:05:37PM +0100, Simon Paillard wrote:
> On Sat, Mar 27, 2010 at 02:16:58PM +0300, Stanislav Maslovski wrote:
> > One of my packages, fuse-convmvfs (uploaded by a
On Thu, Jan 10, 2008 at 08:56:37AM +0100, Andreas Tille wrote:
> Hi,
>
> I wrote a mail
>
> Date: Tue, 18 Dec 2007 10:26:12 +0100 (CET)
> From: Andreas Tille <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Please compile recent version of wordnet
>
> to fix the problem that was repor
Hi,
I wrote a mail
Date: Tue, 18 Dec 2007 10:26:12 +0100 (CET)
From: Andreas Tille <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Please compile recent version of wordnet
to fix the problem that was reported by the ddpo daemon. This
worked for Sparc. Any hint what I could do to tr
On Tue, Sep 09, 2003 at 01:55:14PM +0200, Andreas Metzler wrote:
> Artur R. Czechowski <[EMAIL PROTECTED]> wrote:
> > I have no gcc dependencies neither build-deps.
> On i386.
> Check e.g. the binaries on arm, one of them (or its dependencies)
> probably depends on libgcc1.
Thanks for hint. Probabl
Artur R. Czechowski <[EMAIL PROTECTED]> wrote:
> Could you enlight me where "Depends: php4-rrdtool gcc-3.3 (not considered)"
> comes from on http://packages.qa.debian.org/p/php4-rrdtool.html?
> I have no gcc dependencies neither build-deps.
On i386.
Check e.g. the binaries on arm, one of them (or
Hello,
Could you enlight me where "Depends: php4-rrdtool gcc-3.3 (not considered)"
comes from on http://packages.qa.debian.org/p/php4-rrdtool.html?
I have no gcc dependencies neither build-deps.
Cheers
Artur
--
szybszy niz najwyzszy budynek... inteligentniejszy od kuli w locie...
21 matches
Mail list logo