Neil Williams [EMAIL PROTECTED] writes:
On Mon, 2008-04-21 at 10:14 -0700, Kevin B. McCarty wrote:
Neil Williams wrote:
1) Always run the test suite (for example to catch bugs that may not
occur on the developper's architecture)
Yes. (That is the main point of having a test suite
Hi mentors,
A little question regarding automatic test suites :
When a package provides such a suite should the normal package build process :
1) Always run the test suite (for example to catch bugs that may not
occur on the developper's architecture)
2) Never run the test suite (to avoid
On Sun, 2008-04-20 at 14:58 +0200, Martin Fuzzey wrote:
Hi mentors,
A little question regarding automatic test suites :
When a package provides such a suite should the normal package build process :
1) Always run the test suite (for example to catch bugs that may not
occur
Neil Williams wrote:
make check
Please use $(MAKE) instead of calling make directly.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Sun, 2008-04-20 at 13:06 -0500, Raphael Geissert wrote:
Neil Williams wrote:
make check
Please use $(MAKE) instead of calling make directly.
Good point - updated the Wiki with the same.
--
Neil Williams [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
: http://invisible-island.net/vttest/
* License: BSD style, DFSG compatible
Programing Language: C
Section: utils
It builds a binary package:
vttest - tests VT100 compatibility of terminals
Long description:
This is a program designed to test
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
|
| Joel Franco Guzmán .''`.
| self-powered by : :' :
| Debian Linux `. `'
| `-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Nico Golde wrote:
What about - tests VT100 compatibility of terminalsa?
My new descriptions(I have updated files on mentors):
==
SHORT DESCRIPTION:
tests VT100 compatibility of terminals
LONG DESCRIPTION:
This is a program designed to test the functionality of a VT100 terminal
Wen-Yen Chuang [EMAIL PROTECTED] wrote:
I think its manpage is good enough for people who want to try this
program. I have no DEC VT100 terminal nor its manual.
vt100.net does have manuals
(but the comment about a vt100 manual is older than the web)
--
Thomas E. Dickey
: BSD style, DFSG compatible
Section : utils
It builds a binary package:
vttest - a program to test the compatibility of terminals
The package is lintian clean.
The package can be found on mentors.debian.net:
- dget
http://mentors.debian.net/debian/pool/main/v/vttest/vttest_2.7
Hi Wen,
* Wen-Yen Chuang [EMAIL PROTECTED] [2008-01-03 17:53]:
[...]
It builds a binary package:
vttest - a program to test the compatibility of terminals
Compatible with what? Please fix the description.
From the website:
In conformance of the good old hacker traditions, the only
Nico Golde wrote:
It builds a binary package:
vttest - a program to test the compatibility of terminals
Compatible with what? Please fix the description.
=
Its long description:
This is a program to test the compatibility (or to demonstrate the
non-compatibility
Hi Wen,
* Wen-Yen Chuang [EMAIL PROTECTED] [2008-01-03 20:31]:
Nico Golde wrote:
It builds a binary package:
vttest - a program to test the compatibility of terminals
Compatible with what? Please fix the description.
=
Its long description:
This is a program
The original message was received at Wed, 17 Jan 2007 14:11:26 +0200 from
[158.171.180.8]
- The following addresses had permanent fatal errors -
debian-mentors@lists.debian.org
Hi!
Using this should work:
MAKEFLAGS=CXX=g++-4.1 svn-buildpackage
make will behave as if it has been called using `make CXX=g++-4.1'
That's it, it works!
Thanks to all for the help!
Regards,
Fabian
pgp3CORM3uj7r.pgp
Description: PGP signature
Hi!
I'm using svn-buildpackage to build a debian package.
To test with other versions of g++ I changed the link /usr/bin/g++ to
point to g++-4.1 rather than to g++-4.0 and change it back after the test.
Is there a simpler way to tell svn-buildpackage (or the underlying build
tools) which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabian Guter wrote:
Hi!
I'm using svn-buildpackage to build a debian package.
To test with other versions of g++ I changed the link /usr/bin/g++ to
point to g++-4.1 rather than to g++-4.0 and change it back after the test.
Is there a simpler
Hallo dam,
In case your package uses auto*, then configure script most probably
honours CC, CXX, CPP and CXXPP environment variables. Put
# Force usage of 4.1
export CC=gcc-4.1
export CXX=g++-4.1
export CPP=cpp-4.1
export CXXPP=cpp-4.1
before invoking configure and you should be
Fabian Guter wrote:
Hallo dam,
In case your package uses auto*, then configure script most probably
honours CC, CXX, CPP and CXXPP environment variables. Put
# Force usage of 4.1
export CC=gcc-4.1
export CXX=g++-4.1
export CPP=cpp-4.1
export CXXPP=cpp-4.1
before invoking configure and you
Thomas Girard wrote:
You can override these inconditionnally define variables no using
environment but using make.
I meant You can override these inconditionally defined variables not
using environment but using make arguments. Sorry about that.
So to summarize, using `make CXX=g++-4.1'
Hi!
So to summarize, using `make CXX=g++-4.1' should do.
OK, that looks simple! But how about passing parameters to make when using
svn-buildpackage. I looked into the documentation (also of dpkg-buildbackage)
but didn't find anything helpful.
Do I have to build 'by hand' using make or is it
On 5/5/06, Fabian Guter [EMAIL PROTECTED] wrote:
Hi!
So to summarize, using `make CXX=g++-4.1' should do.
OK, that looks simple! But how about passing parameters to make when using
svn-buildpackage. I looked into the documentation (also of dpkg-buildbackage)
but didn't find anything helpful.
[sorry Eddy, resending this to the ml]
Eddy Petrişor wrote:
On 5/5/06, Fabian Guter [EMAIL PROTECTED] wrote:
Hi!
So to summarize, using `make CXX=g++-4.1' should do.
OK, that looks simple! But how about passing parameters to make when
using
svn-buildpackage. I looked into the documentation
it's best to have an unstable test environment and a testing?
2) My laptops are happily running sarge. My main desktop...well, it
used to be hamm, but by now you might as well call it LFS. Sadly I
have other things to do with my computers :) so I'd rather not have
testing or unstable accidentally
an unstable test environment and a testing?
It depends on the kind of patch you are doing, but it's usually a good
idea to have both an unstable environment and a testing
environment so that you can test propagation of the fixes and so on.
Also, it might -sometimes- be necessary to see if a bug is present
Hello,
On Fri, 17 Feb 2006, Jonathan Niehof wrote:
have other things to do with my computers :) so I'd rather not have
testing or unstable accidentally run roughshod over my
filesystem--what's the (or a) preferred way of setting up a test
environment? New partition? UML? chroot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I am packaging some software and would like testers to try out my
packages. What is the best way to choose version numbers for the package
under development so that:
(1) Testers can use apt-get upgrade to download the next test versions
from
is normally foo_xxx-1) is higher then
your test versions.
And so you can just make newer versions of your test packages, for example you
can do a foo_xxx-0.foo.2 .
BTW backports also use this way of versioning :)
Greetings
Steffen
pgpgCKuOoXSjx.pgp
Description: PGP signature
the next test versions
from my private repository as I make them available.
(2) Once the real version is uploaded to Debian, it will have version
number greater than all the test packages.
You may follow what Steffen and Simon suggested
or, you may go the same way as if your furst public version
Dear ITtoolbox Subscriber,
Per the changes noted below, your message has NOT been distributed to the
SAP-R3-Log group. Instead, you will need to resubmit it to the appropriate
individual SAP-R3-Log topic.
THE FOLLOWING IMPORTANT CHANGES WILL BE IN EFFECT STARTING WEDNESDAY,
MARCH 5, 2003.
Jamie Jones wrote:
Builds on amd64.
Oops. Forgot to attach the build log earlier.
Thanks to Jamie and Geert, your build reports helped me to hunt couple
of bugs in the upsream's source and also in ./debian/rules!
The package is updated:
http://users.tkk.fi/~stas/avinfo/
Still seeking for a
On Thu, 2005-04-28 at 16:29 +0300, Stanislav Maslovski wrote:
No problems. Built the new package on amd64. Still some warnings in
avinfo.c about cast from pointer to integer of different size
Jamie
--
GPG/PGP signed mail preferred. No HTML mail. No MS Word attachments
PGP Key ID 0x42E2C1E5
Jamie Jones wrote:
On Thu, 2005-04-28 at 16:29 +0300, Stanislav Maslovski wrote:
No problems. Built the new package on amd64. Still some warnings in
avinfo.c about cast from pointer to integer of different size
Thanks! That was my stupidity: an unchanged line remained in the code.
Corrected.
--
Jamie Jones wrote:
On Thu, 2005-04-28 at 16:29 +0300, Stanislav Maslovski wrote:
No problems. Built the new package on amd64. Still some warnings in
avinfo.c about cast from pointer to integer of different size
Thanks! That was my stupidity: an unchanged line remained in the code.
Corrected.
--
On Wed, Apr 27, 2005 at 08:36:48AM +0300, Stanislav Maslovski wrote:
Hello,
It seem that nobody has got interested in sponsoring AVInfo yet. Perhaps,
my advertising was too pushing ;) Anyway, I have got a question I would
like to ask. Is there any kind of testing buid system (maybe
Geert Stappers wrote:
Post in a follow-up message where to find the AVInfo work you did.
And see if you get any feedback like
It compiles fine on $ARCH
The package is on http://users.tkk.fi/~stas/avinfo/
lintian-clean, builds in pbuilder w/o problems.
have been also checked by several people in
On Wed, 2005-04-27 at 16:54 +0300, Stanislav Maslovski wrote:
If somebody tests it on archs different from i386 or Sparc it
will help me a lot! If somebody decides to sponsor it that will
be even better ;-)
Builds on amd64.
--
GPG/PGP signed mail preferred. No HTML mail. No MS Word
On Wed, Apr 27, 2005 at 04:54:34PM +0300, Stanislav Maslovski wrote:
Geert Stappers wrote:
Post in a follow-up message where to find the AVInfo work you did.
And see if you get any feedback like
It compiles fine on $ARCH
The package is on http://users.tkk.fi/~stas/avinfo/
On Thu, 2005-04-28 at 00:23 +1000, Jamie Jones wrote:
On Wed, 2005-04-27 at 16:54 +0300, Stanislav Maslovski wrote:
If somebody tests it on archs different from i386 or Sparc it
will help me a lot! If somebody decides to sponsor it that will
be even better ;-)
Builds on amd64.
Oops.
Hello,
It seem that nobody has got interested in sponsoring AVInfo yet. Perhaps,
my advertising was too pushing ;) Anyway, I have got a question I would
like to ask. Is there any kind of testing buid system (maybe unofficial one),
I mean something where I can upload my package to and try to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Lemmen [EMAIL PROTECTED] writes:
a while ago i was looking for a sponsor for check, but unfortunately i
couldn't find one. so i try again ;)
it's a very interesting package, lintian clean and builds under
pbuilder. shouldn't have many
hi folks,
a while ago i was looking for a sponsor for check, but unfortunately i
couldn't find one. so i try again ;)
it's a very interesting package, lintian clean and builds under
pbuilder. shouldn't have many problems. the package is orphaned and
really outdated in debian, but people do use
many problems. the package is orphaned and
| really outdated in debian, but people do use it (i even got mails when i
| filed the ITA...) so i think it would be very usefull to have the new
| version in debian.
It may be very interesting, but you only mention that it is a unit test
framework for C
On Mon, Feb 14, 2005 at 04:31:02PM +0100, Luk Claes wrote:
It may be very interesting, but you only mention that it is a unit test
framework for C (only in subject). So please give a description of the
package.
yeah, i just re-read my mail and it is really lacking a lot of info and
is full
hi folks,
since the previous maintainer doesn't have the time anymore i would like
to take over maintenance of check (see bug #288213). i have updated the
package to the new upstream version, cleaned it up a bit, fixed a couple
of things, contacted upstream and are now looking for a sponsor for
On Thu, Jun 03, 2004 at 09:16:57AM -0700, Brett Cundal wrote:
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs). On a RedHat
mailing list I have found the following code which is claimed to
correctly detect long double
(any DD, I believe).
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs). On a RedHat
mailing list I have found the following code which is claimed to
correctly detect long double alignment:
http://sources.redhat.com/ml/autoconf
Brett Cundal wrote:
This may be a full-on d-devel question, but I'll start out here.
I'm maintaining GNU Smalltalk, which is having problems building on
most 64-bit platforms.
This should probably go to the appropriate arch-specific mailing lists
(e.g. debian-ia64).
Brett Cundal writes:
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs).
[...]
Anyone know if this works?
The code which was posted doesn't use the long double type, which
makes the idea of it giving the alignment
from anyone who has access to
these platforms (any DD, I believe).
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs). On a RedHat
mailing list I have found the following code which is claimed to
correctly detect long double
Brett Cundal wrote:
I'm maintaining GNU Smalltalk, which is having problems building on
most 64-bit platforms. I'm having difficulty tracking these problems
down, so I'm asking for some assistance from anyone who has access to
these platforms (any DD, I believe).
snip
Anyone know if this
Hi Brett!
You wrote:
Anyone know if this works? Could someone please run this on each of
the archs we support (particularly ia64) and report the results to me?
Ok.
alpha:
your code:
sizeof(foo)=16
sizeof(align)=8
sizeof(f2)=32
union may be aligned on 8 byte boundaries.
Neal's code:
char:
(any DD, I believe).
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs). On a RedHat
mailing list I have found the following code which is claimed to
correctly detect long double alignment:
http://sources.redhat.com/ml/autoconf
Brett Cundal wrote:
This may be a full-on d-devel question, but I'll start out here.
I'm maintaining GNU Smalltalk, which is having problems building on
most 64-bit platforms.
This should probably go to the appropriate arch-specific mailing lists
(e.g. debian-ia64).
--
To UNSUBSCRIBE,
Brett Cundal writes:
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs).
[...]
Anyone know if this works?
The code which was posted doesn't use the long double type, which
makes the idea of it giving the alignment
from anyone who has access to
these platforms (any DD, I believe).
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs). On a RedHat
mailing list I have found the following code which is claimed to
correctly detect long double
Neil Turton [EMAIL PROTECTED] writes:
Brett Cundal writes:
The issue is with a test for long double alignment which reports an
incorrect value on ia64 (and probably other archs).
[...]
Anyone know if this works?
The code which was posted doesn't use the long double type, which
Brett Cundal wrote:
I'm maintaining GNU Smalltalk, which is having problems building on
most 64-bit platforms. I'm having difficulty tracking these problems
down, so I'm asking for some assistance from anyone who has access to
these platforms (any DD, I believe).
snip
Anyone know if this
Hi Brett!
You wrote:
Anyone know if this works? Could someone please run this on each of
the archs we support (particularly ia64) and report the results to me?
Ok.
alpha:
your code:
sizeof(foo)=16
sizeof(align)=8
sizeof(f2)=32
union may be aligned on 8 byte boundaries.
Neal's code:
char:
Hallo Halim,
* Halim Boukaram [EMAIL PROTECTED] [2004-05-16 17:48]:
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
make manually a debian package. i am
Hallo Halim,
* Halim Boukaram [EMAIL PROTECTED] [2004-05-16 17:48]:
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
make manually a debian package. i am
Hi
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
Regards
__
Do you Yahoo!?
SBC Yahoo! - Internet
On Sat, May 15, 2004 at 09:49:13AM -0700, Halim Boukaram wrote:
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
aliened packages won't be accepted
Hi
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
Regards
__
Do you Yahoo!?
SBC Yahoo! - Internet
On Sat, May 15, 2004 at 09:49:13AM -0700, Halim Boukaram wrote:
Hi
Hello.
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
You should make normal Debian
Halim Boukaram wrote:
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
The 'alien' program is really good. But it is not perfect. And we
would like Debian
On Sat, May 15, 2004 at 09:49:13AM -0700, Halim Boukaram wrote:
I've finished making the rpm for my package.
Should i convert it to a 'deb' file (using alien)
before trying to get it uploaded to debian test folder
or should it be rpm or tarred.
aliened packages won't be accepted
Hi,
I maintain a package, which needs en_US locale for testing the build. I
did it as writing en_US to /etc/locale.gen and generate the locales
again, if it's not yet done. Then set LC_ALL to en_US, and do the test.
So far, so good, it works. But now I got a FTBFS as a simple user it can
On 2004-04-29 GCS [EMAIL PROTECTED] wrote:
I maintain a package, which needs en_US locale for testing the build. I
did it as writing en_US to /etc/locale.gen and generate the locales
again, if it's not yet done. Then set LC_ALL to en_US, and do the test.
So far, so good, it works. But now I
Hi,
I maintain a package, which needs en_US locale for testing the build. I
did it as writing en_US to /etc/locale.gen and generate the locales
again, if it's not yet done. Then set LC_ALL to en_US, and do the test.
So far, so good, it works. But now I got a FTBFS as a simple user it can
On 2004-04-29 GCS [EMAIL PROTECTED] wrote:
I maintain a package, which needs en_US locale for testing the build. I
did it as writing en_US to /etc/locale.gen and generate the locales
again, if it's not yet done. Then set LC_ALL to en_US, and do the test.
So far, so good, it works. But now I
Hello Bruno,
Just by the way, what is a pim package?
regards nico
--
Nico Golde| [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL
PROTECTED]
http://www.ngolde.de | GnuPG Key: http://www.ngolde.de/gpg/nico_golde.gpg
Fingerprint | FF46 E565 5CC1 E2E5 3F69
On Sun, 2004-03-21 at 08:45, Nico Golde wrote:
Hello Bruno,
Just by the way, what is a pim package?
regards nico
Well, as the packager wrote:
Description: Generic record-based data entry for personal databases
Hierarchical personal data manager.
Schemas and data are stored in XML.
Uses
Hello Bruno,
Just by the way, what is a pim package?
regards nico
--
Nico Golde| [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL
PROTECTED]
http://www.ngolde.de | GnuPG Key: http://www.ngolde.de/gpg/nico_golde.gpg
Fingerprint | FF46 E565 5CC1 E2E5 3F69
On Sun, 2004-03-21 at 08:45, Nico Golde wrote:
Hello Bruno,
Just by the way, what is a pim package?
regards nico
Well, as the packager wrote:
Description: Generic record-based data entry for personal databases
Hierarchical personal data manager.
Schemas and data are stored in XML.
Uses
4 days ago, I asked you all to help me test my PIM package and
Bruno Barrera C. told me 6 things I needed to do:
http://lists.debian.org/debian-mentors/2004/debian-mentors-200403/msg00194.html
I've done all of them, written a manpage and some documentation, spiffed
it up and put
On Wed, 2004-03-17 at 16:57, Number Six wrote:
4 days ago, I asked you all to help me test my PIM package and
Bruno Barrera C. told me 6 things I needed to do:
http://lists.debian.org/debian-mentors/2004/debian-mentors-200403/msg00194.html
I've done all of them, written a manpage and some
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything about it:
This particular lintian check is obsolete and not present in the
On Wed, 2004-03-17 at 20:37 -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
I was under the intention that one no longer needs to heed this
warning . . .
signature.asc
Description: This is a digitally signed
On Thu, Mar 18, 2004 at 01:48:23AM +0100, Frank Lichtenheld wrote:
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything
On Wed, 2004-03-17 at 20:48, Frank Lichtenheld wrote:
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything about it:
This
On Wed, 2004-03-17 at 19:49 -0500, Alexander Winston wrote:
On Wed, 2004-03-17 at 20:37 -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
I was under the intention that one no longer needs to heed this
4 days ago, I asked you all to help me test my PIM package and
Bruno Barrera C. told me 6 things I needed to do:
http://lists.debian.org/debian-mentors/2004/debian-mentors-200403/msg00194.html
I've done all of them, written a manpage and some documentation, spiffed
it up and put
On Wed, 2004-03-17 at 16:57, Number Six wrote:
4 days ago, I asked you all to help me test my PIM package and
Bruno Barrera C. told me 6 things I needed to do:
http://lists.debian.org/debian-mentors/2004/debian-mentors-200403/msg00194.html
I've done all of them, written a manpage and some
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything about it:
This particular lintian check is obsolete and not present in the
On Wed, 2004-03-17 at 20:37 -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
I was under the intention that one no longer needs to heed this
warning . . .
signature.asc
Description: This is a digitally signed
On Thu, Mar 18, 2004 at 01:48:23AM +0100, Frank Lichtenheld wrote:
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything
On Wed, 2004-03-17 at 20:48, Frank Lichtenheld wrote:
On Wed, Mar 17, 2004 at 08:37:48PM -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
Without having checked that program or knowing anything about it:
This
On Wed, 2004-03-17 at 19:49 -0500, Alexander Winston wrote:
On Wed, 2004-03-17 at 20:37 -0400, Bruno Barrera C. wrote:
- Be aware with the lintian warnings.
(pim: menu-icon-has-bad-colors /usr/share/pixmaps/pim.xpm)
I was under the intention that one no longer needs to heed this
Back in December, I tried to have a few people test this little app I
wrote:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg07834.html
It wasn't too successful as a first effort. I think I've made it more
normal now.
I've created Sid source and binary debs of it with debuild
On Sat, Mar 13, 2004 at 04:08:43AM -0800, Number Six wrote:
Back in December, I tried to have a few people test this little app I
wrote:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg07834.html
It wasn't too successful as a first effort. I think I've made it more
normal
On Sat, 2004-03-13 at 09:09, Number Six wrote:
On Sat, Mar 13, 2004 at 04:08:43AM -0800, Number Six wrote:
Back in December, I tried to have a few people test this little app I
wrote:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg07834.html
It wasn't too successful
On Sat, Mar 13, 2004 at 11:05:32AM -0300, Bruno Barrera C. wrote:
Well, actually there's a bit of things that you must change.
- Please remove all the .ex files of the debian/ directory, that you're
not using.
- You must create a manpage for this program.
- The README.Debian is not
On Sat, 2004-03-13 at 16:04, Number Six wrote:
On Sat, Mar 13, 2004 at 11:05:32AM -0300, Bruno Barrera C. wrote:
Well, actually there's a bit of things that you must change.
- Please remove all the .ex files of the debian/ directory, that you're
not using.
- You must create a
On Sat, Mar 13, 2004 at 04:08:43AM -0800, Number Six wrote:
Back in December, I tried to have a few people test this little app I
wrote:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg07834.html
It wasn't too successful as a first effort. I think I've made it more
normal
On Sat, 2004-03-13 at 09:09, Number Six wrote:
On Sat, Mar 13, 2004 at 04:08:43AM -0800, Number Six wrote:
Back in December, I tried to have a few people test this little app I
wrote:
http://lists.debian.org/debian-user/2003/debian-user-200312/msg07834.html
It wasn't too successful
On Sat, Mar 13, 2004 at 11:05:32AM -0300, Bruno Barrera C. wrote:
Well, actually there's a bit of things that you must change.
- Please remove all the .ex files of the debian/ directory, that you're
not using.
- You must create a manpage for this program.
- The README.Debian is not
On Sat, 2004-03-13 at 16:04, Number Six wrote:
On Sat, Mar 13, 2004 at 11:05:32AM -0300, Bruno Barrera C. wrote:
Well, actually there's a bit of things that you must change.
- Please remove all the .ex files of the debian/ directory, that you're
not using.
- You must create a
301 - 400 of 501 matches
Mail list logo
