Frédéric Bonnard writes:
> Hi Philip,
>
> I see you work on openqa for debian on x86 and I was wondering what
> needs to be done to have tests being run on ppc64el which I'm interested in.
> Depending on the manpower/hardware it requires, I may help.
Great :-)
I am very i
On Wed, 06 Dec 2017, intrigeri wrote:
> Hi,
>
> Philip Hands:
>> Having jenkins in the mix makes things at least twice as painful.
>
> I would certainly never recommend *developing* such tests directly on
> Jenkins. At Tails we develop tests locally and use Jenkins only
&
On Tue, 05 Dec 2017, Raphael Hertzog wrote:
> Hi fil,
>
> On Fri, 24 Nov 2017, Philip Hands wrote:
>> If you look here:
>>
>> https://openqa.debian.net/
>>
>> You'll see that I've been testing d-i daily images for a while.
>>
&
On Sun, 03 Dec 2017, Holger Levsen wrote:
> Hi Phil,
>
> (dropping debian-boot@ and adding debian-edu@l.d.o to the recipients,
> and leaving context for the latter...)
>
> On Fri, Nov 24, 2017 at 01:35:41PM +0100, Philip Hands wrote:
>> If you look here:
>&g
ible to add tests without needing root
access to the machine (which is currently needed for some bits) so
please pester me about what you would like to test, and that will force
me to make it possible for you to do it without my intervention
(eventually ;-) ).
Cheers, Phil.
--
|)| Philip Hands [+44
D make doesn't have it, so makefiles can't
portably rely on it.
If it's going to be kept (blech), then LINK.o should have $(CFLAGS)
and $(CPPFLAGS) in its expansion.
(Why $(CPPFLAGS) when it's just linking .o files? Because there are
options affect both preprocessing and linking. -
Am 22.08.2011 16:16, schrieb Lucas Nussbaum:
> On 22/08/11 at 15:58 +0200, Philip Rinn wrote:
>> Package: qa.debian.org
>> Severity: normal
>>
>> Hi,
>>
>> when I browse my DDPO[1] the number of bugs in the Ubuntu package of
>> rawtherapee is shown i
other packages though.
[1] http://qa.debian.org/developer.php?login=ri...@gmx.net
[2] https://bugs.launchpad.net/ubuntu/+source/rawtherapee
Philip
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (700, 'unstable'),
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'd like to introduce Paul Adams of SiriusIT -- he's currently involved in
a European Commission funded project (called SQO-OSS) that's looking into
methods for mining various forms of data associated with Free Software, and
so deriving metrics th
Try your luck with our new brand cas1no. +30% for every diposit.
One hour payout, never fast before. Try play for free.
Wicked people are always surprised to find ability in those that are good.
http://ywcanyc.org.wehiuhef.com/ I want to put a ding in the universe. It's not
the having, it's the g
he). I don't
know if this was a US legal principle.
Phil (The pedant).
--
Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
+64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420
[EMAIL PROTECTED] - preferred. [EMAIL PROTECTED]
I sell GNU
On Wed, Feb 18, 2004 at 09:11:16PM +0100, Denis Barbier wrote:
> ..., or if he does not remember this note when he launches his package
> two weeks later, in all these cases, user won't have a second chance,
> this information is no more available.
good point. Okay, I'll add it to the README at so
On Wed, Feb 18, 2004 at 09:24:03AM +0100, Pierre Machard wrote:
> On Tue, Feb 17, 2004 at 11:52:31PM -0800, Philip Brown wrote:
> > In theory, the "note" should only be displayed by debconf if the user was
> > upgrading from one of the really old versions.
> > So i
On Wed, Feb 18, 2004 at 08:47:12AM +0100, Denis Barbier wrote:
> > But you might debate that point,with the debian person who filed a bug
> > suggesting that I needed to do it with debconf in the first place ;-)
>
> This had been debated several times on debian-devel, see eg.
> http://lists.debia
On Wed, Feb 18, 2004 at 07:52:43AM +0100, Denis Barbier wrote:
> > Suggestions much appreciated.
>
> You should drop your debconf note, and put its content into NEWS.Debian.
drat. just missed the packaging upload I did.
But you might debate that point,with the debian person who filed a bug
sugge
On Wed, Feb 18, 2004 at 02:02:54AM +0100, Javier Fernández-Sanguino Peña wrote:
> Ok. Ok. Since the NMU did not get through, and the diff did. Could you
> please take a look at it?
>
I will be happy to do so. Thanks for the patch file.
On Wed, Feb 18, 2004 at 01:45:38AM +0100, Javier Fernández-Sanguino Peña wrote:
> > > I cannot reproduce these errors, the .deb only spits:
> > > W: kdrill: copyright-lists-upstream-authors-with-dh_make-boilerplate
> > > W: kdrill: menu-icon-missing /usr/X11R6/include/X11/pixmaps/kdrill.xpm
> >
>
On Wed, Feb 18, 2004 at 01:07:30AM +0100, Javier Fernández-Sanguino Peña wrote:
> @@ -1,3 +1,14 @@
> +kdrill (6.3.1-1.1) unstable; urgency=low
> +
> + * NMU (approved)
> +- Fixed lintian warning (boilerplate in debian/copyright)
> +- Added spanish po translation to test the po-debconf usag
On Wed, Feb 18, 2004 at 12:18:33AM +0100, Javier Fernández-Sanguino Peña wrote:
> On Tue, Feb 17, 2004 at 01:38:32PM -0800, Philip Brown wrote:
> > I was about to upload it, and then I found that it got a plethora of
> > lintian errors.
> >
> > W: kdrill: prerm-does-no
On Tue, Feb 17, 2004 at 11:37:57AM -0800, Martin Quinson wrote:
> Hello,
>
> I had a look at the kdrill package because it uses old-style debconf
> templates without the po-debconf system. I was about to build a patch to
> solve this, but I notice that this package is in a very bad shape:
>...
I
Yann Dirson <[EMAIL PROTECTED]> writes:
> I could even not switch to hex output in a sample program
#include
#include
#include
#include
int main(void)
{
std::ostringstream os;
os << std::setbase(16) << 132;
std::cout << os.str() << "\n";
}
--
Philip Martin
In message <[EMAIL PROTECTED]>, "Sean 'Shaleh' Perry"
writes:
>On 16-Dec-2001 Adam Di Carlo wrote:
>> The i18n builds do include Japanese support. Is that what you were
>> asking about?
>
>en pt de pl fr es ja sv it hu
>
>no jp there
Right. The ISO-639 language code for Japanese is "ja".
p.
In message <[EMAIL PROTECTED]>, Adam Di Carlo writes:
>No I get the same thing. This is definately blocking.
>
>I think I may have to turn off i18n to get this working again. Or else
>is there any fix for this? Wasn't this the libnewt issue?
#121893 is still outstanding, and would cause these sy
A new release of PCCTS has been made. It maintenance release 27 and it
can be found at www.polhode.com. The current release (MR25) in
debian unstable is broken. Would you please update the debian package
to this newer release? Thanks.
regards,
p. wilsey
--
Philip A. Wilsey 513
Package: ifrench
Version: 1.4-7
The arm autobuilder isn't able to compile this package. It fails at:
debian/yada generate maintscripts ifrench
umask 022 && dpkg-gencontrol -isp -pifrench -Pdebian/tmp-ifrench
dpkg-gencontrol: failure: chown new files list file: Operation not permitted
make: *** [
>+ libch uploaded 288 days ago, out of date by 278 days!
> m68k package depends on libmysqlclient9, needs to be rebuilt against
> libmysqlclient10, presumably
It needs the build dependencies updating too, see #93850 (which has been closed
but I think is still applicable).
p.
Package: zed
Version: 1.0.5-3
Severity: serious
This package needs to Build-Depend on debmake.
debstd README
make: debstd: Command not found
make: *** [binary-arch] Error 127
Package: iputils
Version: 20001110-2
Auto-building on ARM fails with this error:
# You may want to make some executables suid here.
chmod 4755 debian/tmp/bin/ping
chmod 4755 debian/tmp/bin/ping6
chmod 4755 debian/iputils-tracepath/usr/sbin/traceroute6
dh_suidregister
dh_suidregister: This program
Package: iputils
Version: 20001110-1
Building on ARM fails with this error:
/tmp/ccNcNGVO.o: In function `main':
/home/buildd/build/iputils-20001110/ping6.c:712: undefined reference to
`clear_bit'
/home/buildd/build/iputils-20001110/ping6.c:713: undefined reference to
`clear_bit'
/home/buildd/b
Package: stringlist
Version: 0.3-3
The config.sub script is out of date, making ARM builds impossible. Please
update it to the latest version from subversions.gnu.org.
--- Configuring
./configure --prefix=/usr
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/insta
> As soon as I have confirmation that the maintainers have
> indeed agreed to hand over control, I shall upload a new revision of
> the policy documents, with no changes except to the maintianer
> field.
I'll do it for you on debian-policy.deb if you like.
We're setting the maintainer t
31 matches
Mail list logo
