On Mon, Feb 23, 2004 at 11:20:10AM -0800, Don Armstrong wrote:
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die q(dpkg-architecture failed);
should do nicely.
On Tue, 24 Feb 2004, Sven Luther wrote:
On Mon, Feb 23, 2004 at 11:20:10AM -0800, Don Armstrong wrote:
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die
On Mon, Feb 23, 2004 at 11:20:10AM -0800, Don Armstrong wrote:
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die q(dpkg-architecture
failed);
should do nicely.
On Tue, 24 Feb 2004, Sven Luther wrote:
On Mon, Feb 23, 2004 at 11:20:10AM -0800, Don Armstrong wrote:
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die
Hello,
I am searching to test for architecture in perl written pre/post inst
scripts. I am not perl fluetn though, and i don't know what is the
correct way of querying for architecture in those scripts. Sure i could
parse the uname output or something such, but maybe there is already a
prefered
Hi Sven,
I am searching to test for architecture in perl written pre/post inst
scripts. I am not perl fluetn though, and i don't know what is the
correct way of querying for architecture in those scripts. Sure i could
parse the uname output or something such, but maybe there is already
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die q(dpkg-architecture failed);
should do nicely. [dpkg-architecture should exist once dpkg has been
unpacked...]
Don
Hello,
I am searching to test for architecture in perl written pre/post inst
scripts. I am not perl fluetn though, and i don't know what is the
correct way of querying for architecture in those scripts. Sure i could
parse the uname output or something such, but maybe there is already a
prefered
Hi Sven,
I am searching to test for architecture in perl written pre/post inst
scripts. I am not perl fluetn though, and i don't know what is the
correct way of querying for architecture in those scripts. Sure i could
parse the uname output or something such, but maybe there is already
On Mon, Feb 23, 2004 at 06:42:08PM +0100, Jochen Friedrich wrote:
Hi Sven,
I am searching to test for architecture in perl written pre/post inst
scripts. I am not perl fluetn though, and i don't know what is the
correct way of querying for architecture in those scripts. Sure i could
On Mon, 23 Feb 2004, Sven Luther wrote:
Yeah, seems reasonable, now i only need to find out how to call it
from perl.
%arch = split /[=\n]/, qx(dpkg-architecture) or die q(dpkg-architecture failed);
should do nicely. [dpkg-architecture should exist once dpkg has been
unpacked...]
Don
B
I#c_X?aV
s?N}hWEOw?hk{?_#;7^D^LDTBgWw2Z?PhQl`Vc52g9
Mfg(?mS$lPZIe]|m5?k[#%8$)^ga?#-~uf*?cPIZR
?]g7~f2R'U4v`?l'8;dWImKGo4Z,gQXli
H
g
J
$PR7
u1|RFbzHtA^t52%y')g{0
?Mv
MSDEr)L6f|#p_L%?$tepoK
y9vMNsv
X31.#yCBb
(U}wA~kpmh*KVsK?OuuiO?[0E{IMy3`o9?*Q#!
s!d4b^L5z6I%9ooe6cuo;VIpP[50j0LuTw!pNowkKU?L?
Ñš([Š½.
åæùhp4YÍt¥¿FdCSÎ
mN'•›³ÃïWñߘÐN/‰h“Ç©¢l×1Ž™HØVž�ù¾ˆáeÄ”#æÍFPó�êt(†MOj³ñΟ�–3Îó…*qçÍí3t'ÀvË.„ŒR(æ_FϯҒŸæF2:LM
½ËP‰�“Ì~—Ö~û;ô0®\¿×%“Ž£—פ‰·.S¹pù�]†Gäom†ÂÇ9U�!íƒíÈ|×›
‰Ñ“¹×6°,ÕU¿èej6ÔXæ ËÒMV¹yÓ‡µÉ?‰F5æ÷‰ûs몶‘1é,¬'xÂÕ#×þ³ßQÓ×ì½¹]éÚBT!(�¬
¸aÔ«}ŽÚ
Now i have integrate the sign rule for the *.dsc files.
I hope this is the only file to sign up?
And this was the last act from me whitout criticism from sponsors.
Please take a look in my Homepage:
http://smilebef.homelinux.org/~smilebef/
There are now all files.
it is also posible to load
Now i have integrate the sign rule for the *.dsc files.
I hope this is the only file to sign up?
And this was the last act from me whitout criticism from sponsors.
Please take a look in my Homepage:
http://smilebef.homelinux.org/~smilebef/
There are now all files.
it is also posible to load
Ok, i don't configured http-access very well. So you're not able to browse
there at the moment. But direct access on the *.deb file or using apt-get
should work...
Could you provide source packages? See dpkg-source(1) or debuild(1)
for more info.
I seem to have already 2 up-to-date
Ok, i don't configured http-access very well. So you're not able to browse
there at the moment. But direct access on the *.deb file or using apt-get
should work...
Could you provide source packages? See dpkg-source(1) or debuild(1)
for more info.
I seem to have already 2 up-to-date
On Friday 14 February 2003 04:24, Graham Wilson wrote:
could you tell us some more about it first? also, the proper list for
this sort of question is debian-mentors.
Thanks for pointing me to the right list!
You asked for more info, so here i go:
My intention in building that package was just
As the initial posting went to the wrong mailing list:
You can grab my package here:
http://www.planet-moll.de/debian/pool/main/i386/k3b/k3b_0.8-1_i386.deb
or via
deb http://www.planet-moll.de/debian woody main
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 15, 2003 at 03:08:49PM +0100, Henning Moll wrote:
deb http://www.planet-moll.de/debian woody main
Hm,
# HEAD http://www.planet-moll.de/debian
403 Forbidden
Could you provide source packages? See dpkg-source(1) or debuild(1)
for more
On Saturday 15 February 2003 17:28, Bastian Kleineidam wrote:
# HEAD http://www.planet-moll.de/debian
403 Forbidden
Ok, i don't configured http-access very well. So you're not able to browse
there at the moment. But direct access on the *.deb file or using apt-get
should work...
Could you
On Friday 14 February 2003 04:24, Graham Wilson wrote:
could you tell us some more about it first? also, the proper list for
this sort of question is debian-mentors.
Thanks for pointing me to the right list!
You asked for more info, so here i go:
My intention in building that package was just
As the initial posting went to the wrong mailing list:
You can grab my package here:
http://www.planet-moll.de/debian/pool/main/i386/k3b/k3b_0.8-1_i386.deb
or via
deb http://www.planet-moll.de/debian woody main
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 15, 2003 at 03:08:49PM +0100, Henning Moll wrote:
deb http://www.planet-moll.de/debian woody main
Hm,
# HEAD http://www.planet-moll.de/debian
403 Forbidden
Could you provide source packages? See dpkg-source(1) or debuild(1)
for more
On Saturday 15 February 2003 17:28, Bastian Kleineidam wrote:
# HEAD http://www.planet-moll.de/debian
403 Forbidden
Ok, i don't configured http-access very well. So you're not able to browse
there at the moment. But direct access on the *.deb file or using apt-get
should work...
Could you
On Fri, Feb 14, 2003 at 01:43:10AM +0100, Henning Moll wrote:
Hi!
hello.
I just build my first binary package. May anybody have a look over it?
Lintian (woody) reports no errors/warnings, but i think it's still not
perfect ;-)
could you tell us some more about it first? also, the proper
On Fri, Feb 14, 2003 at 01:43:10AM +0100, Henning Moll wrote:
Hi!
hello.
I just build my first binary package. May anybody have a look over it?
Lintian (woody) reports no errors/warnings, but i think it's still not
perfect ;-)
could you tell us some more about it first? also, the proper
Just a test, is there anyone on this mailing list?? :-)
Barry deFreese
NTS Technology Services Manager
Nike Team Sports
(949)-616-4005
[EMAIL PROTECTED]
Technology doesn't make you less stupid; it just makes you stupid faster.
Jerry Gregoire - Former CIO at Dell
--
To UNSUBSCRIBE, email
Just a test, is there anyone on this mailing list?? :-)
Barry deFreese
NTS Technology Services Manager
Nike Team Sports
(949)-616-4005
[EMAIL PROTECTED]
Technology doesn't make you less stupid; it just makes you stupid faster.
Jerry Gregoire - Former CIO at Dell
On Saturday 06 April 2002 19:52, Andreas Rottmann wrote:
Julien LEMOINE [EMAIL PROTECTED] writes:
Hello,
I am packaging a generic image processing library.
This library has no .a or .so files, it's a template library,
so there is only .hh abd .hxx files for compilation (and
Hi Phil, Hi debian-mentors!
Since I think that Debian does need something like debian-test and I
want to invest some time into it, I have prepared a new version of
debian-test, which fixes all outstanding bugs on the package.
It can be downloaded from
http://www.edv-bus.at/~david
Julien LEMOINE [EMAIL PROTECTED] writes:
Hello,
I am packaging a generic image processing library.
This library has no .a or .so files, it's a template library,
so there is only .hh abd .hxx files for compilation (and the
code is included in the final binary)
Hello,
I am packaging a generic image processing library.
This library has no .a or .so files, it's a template library, so there is
only .hh abd .hxx files for compilation (and the code is included in the
final binary)
I envisage to make :
-
Hello,
I am packaging a generic image processing library.
This library has no .a or .so files, it's a template library, so there
is
only .hh abd .hxx files for compilation (and the code is included in the
final binary)
I envisage to make :
-
-dev
* libexpat1-dev
* libpng-dev
You do NOT need a build dependency on Python, as someone else
suggested.
If you have good bandwidth and some free disk space, pbuilder is a
good way to test your build dependencies.
Once I got past those problems, things seemed to work.
Daniel
-dev
* libexpat1-dev
* libpng-dev
You do NOT need a build dependency on Python, as someone else
suggested.
If you have good bandwidth and some free disk space, pbuilder is a
good way to test your build dependencies.
Once I got past those problems, things seemed to work.
Daniel
]: *** No rule to make target `distclean'. Stop.
make[1]: Leaving directory
`/home/michdaen/debian/vegastrike-0.0.20020321'
make: [clean] Error 2 (ignored)
test -r /usr/share/misc/config.sub \
-cp -f /usr/share/misc/config.sub config.sub
/bin/sh: -cp: command not found
make: [clean] Error 127 (ignored
This one time, at band camp, Michel Dänzer wrote:
Worked after chmod +x configure, but the '-cp's look like they need
fixing as well. The leading dashes are a feature of make, not the shell.
That seems to be a turd of dh_make, I've noticed in a few new packages
I've made that it likes to put the
On Fri, Mar 22, 2002 at 11:46:16PM +0100, Gergely Nagy wrote:
I didn't look at the file, but doesn't that deal with MacOS? If yes, I
doubt you need to install it into the .deb.
Fink? http://fink.sourceforge.net/
--
Bill Jonas*[EMAIL PROTECTED]*http://www.billjonas.com/
On 22 Mar 2002 11:37:27 -0500
Michael Furr [EMAIL PROTECTED] wrote:
Hi all,
I have finished packaging some .debs and would like some feedback on
them. They are packages of the game Vegastrike
(www.sf.net/projects/vegastrike).
so, does this game work without a 3d card or is it just like
I didn't look at the file, but doesn't that deal with MacOS? If yes, I
doubt you need to install it into the .deb.
Fink? http://fink.sourceforge.net/
And? Neither Fink, nor MacOS X is in Debian. If the Fink folks want
to use a debian package, they need to change it anyway, and can add
This one time, at band camp, Michel Dänzer wrote:
Worked after chmod +x configure, but the '-cp's look like they need
fixing as well. The leading dashes are a feature of make, not the shell.
That seems to be a turd of dh_make, I've noticed in a few new packages
I've made that it likes to put the
On 22 Mar 2002 11:37:27 -0500
Michael Furr [EMAIL PROTECTED] wrote:
Hi all,
I have finished packaging some .debs and would like some feedback on
them. They are packages of the game Vegastrike
(www.sf.net/projects/vegastrike).
so, does this game work without a 3d card or is it just like
On Fri, Mar 22, 2002 at 11:46:16PM +0100, Gergely Nagy wrote:
I didn't look at the file, but doesn't that deal with MacOS? If yes, I
doubt you need to install it into the .deb.
Fink? http://fink.sourceforge.net/
--
Bill Jonas*[EMAIL PROTECTED]*http://www.billjonas.com/
I didn't look at the file, but doesn't that deal with MacOS? If yes, I
doubt you need to install it into the .deb.
Fink? http://fink.sourceforge.net/
And? Neither Fink, nor MacOS X is in Debian. If the Fink folks want
to use a debian package, they need to change it anyway, and can add
the
Hi!
I gave the .diff.gz a quick look, and I have a few things to note:
--- vegastrike-0.0.20020321.orig/debian/changelog
+++ vegastrike-0.0.20020321/debian/changelog
@@ -0,0 +1,12 @@
+vegastrike (0.0.20020321-1) unstable; urgency=low
+
+ * Initial Release.
+ * This is my first official .deb.
Hi all,
I have finished packaging some .debs and would like some feedback on
them. They are packages of the game Vegastrike
(www.sf.net/projects/vegastrike).
You can apt-get them at
deb http://userpages.umbc.edu/~fu1/debian unstable main
deb-src http://userpages.umbc.edu/~fu1/debian
Hi!
I gave the .diff.gz a quick look, and I have a few things to note:
--- vegastrike-0.0.20020321.orig/debian/changelog
+++ vegastrike-0.0.20020321/debian/changelog
@@ -0,0 +1,12 @@
+vegastrike (0.0.20020321-1) unstable; urgency=low
+
+ * Initial Release.
+ * This is my first official .deb.
TEST PLEASE IGNORE.
LordZe--
Un Computer sicuro è un computer spento.
-
Di Maria Antonio
System Administrator
-Credito Italiano- Italy(MI)
UIN 123773221 /join #linux-mi (ircnet)
[EMAIL PROTECTED] (work)
[EMAIL PROTECTED] (home)
--
only applicable when on a Debian system? What
about Progeny? Corel? SuSE? Orange Bone Linux? OpenBSD? SunOS? Cygwin?
The correct way to to size up OSs and people is to check for
capabilities, not names.
For example, if you want to know whether /proc/loadavg is usable, try
to open it. This test
. Debian's elegent filesystem and FHS compliance
is perhaps different from the upstream author's locations. With this
Autoconf test, I can then select where I want these files to go with.
I could play with the install in other ways, but this seems quite elegent.
I haven't actually touched the source
has certain
installation directories set. Debian's elegent filesystem and FHS compliance
is perhaps different from the upstream author's locations. With this
Autoconf test, I can then select where I want these files to go with.
If the software uses autoconf, why can you not use --prefix
anyway.
Are you aware of apg (http://www.adel.nursat.kz/apg/)? It comes with a
DFSG-free license and seems to do a much better job of generating
passwords. I have filed an ITP a few weeks ago, didn't get around to
package it yet
... and did it today. A lintian clean test package for sid is
available
only applicable when on a Debian system? What
about Progeny? Corel? SuSE? Orange Bone Linux? OpenBSD? SunOS? Cygwin?
The correct way to to size up OSs and people is to check for
capabilities, not names.
For example, if you want to know whether /proc/loadavg is usable, try
to open it. This test
. Debian's elegent filesystem and FHS compliance
is perhaps different from the upstream author's locations. With this
Autoconf test, I can then select where I want these files to go with.
I could play with the install in other ways, but this seems quite elegent.
I haven't actually touched the source
to modify has certain
installation directories set. Debian's elegent filesystem and FHS compliance
is perhaps different from the upstream author's locations. With this
Autoconf test, I can then select where I want these files to go with.
If the software uses autoconf, why can you not use --prefix
anyway.
Are you aware of apg (http://www.adel.nursat.kz/apg/)? It comes with a
DFSG-free license and seems to do a much better job of generating
passwords. I have filed an ITP a few weeks ago, didn't get around to
package it yet
... and did it today. A lintian clean test package for sid is
available
Hello mentors.
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I have a very small
set of diffs that I want applied to the package only for Debian, and hope
at some stage to feed these diffs upstream
On Fri, Jun 01, 2001 at 12:18:30AM +0800, James Bromberger wrote:
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I have a very small
set of diffs that I want applied to the package only for Debian
to
balkanize in the same way unix has.
Britton Kerin
__
GNU GPL: The Source will be with you... always.
On Fri, 1 Jun 2001, James Bromberger wrote:
Hello mentors.
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I
Hello mentors.
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I have a very small
set of diffs that I want applied to the package only for Debian, and hope
at some stage to feed these diffs upstream
On Fri, Jun 01, 2001 at 12:18:30AM +0800, James Bromberger wrote:
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I have a very small
set of diffs that I want applied to the package only for Debian
to
balkanize in the same way unix has.
Britton Kerin
__
GNU GPL: The Source will be with you... always.
On Fri, 1 Jun 2001, James Bromberger wrote:
Hello mentors.
I've been thinking about an autoconf test I have for checking that my package
is being created on a Debian system. The reason is that I
test
_
Get Your Free Email from http://www.888.nu/
this is a test
_
Get Your Free Email from http://www.888.nu/
?
I am using something like this:
if ! grep -q '^xtelld:' /etc/passwd; then
adduser --quiet --system --no-create-home --disabled-password --home /tmp
--gecos "xtell daemon" xtelld
fi
the test for already existing user is not ideal, since
users can be stored somewhere
?
I am using something like this:
if ! grep -q '^xtelld:' /etc/passwd; then
adduser --quiet --system --no-create-home --disabled-password --home
/tmp --gecos xtell daemon xtelld
fi
the test for already existing user is not ideal, since
users can be stored somewhere else (ldap
using something like this:
if ! grep -q '^xtelld:' /etc/passwd; then
adduser --quiet --system --no-create-home --disabled-password --home /tmp
--gecos xtell daemon xtelld
fi
the test for already existing user is not ideal, since
users can be stored somewhere else (ldap, nis,...)
Try
just testing something..
--
Brian Russo [EMAIL PROTECTED]
Debian/GNU Linux [EMAIL PROTECTED] http://www.debian.org
LPSG member[EMAIL PROTECTED] http://www.lpsg.org
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
just trying to get that undeliverable error again, I know this list has the
victim subscribed.
Mike.
--
Michael Beattie ([EMAIL PROTECTED])
-
You know you've landed gear-up when it takes
just trying to get that undeliverable error again, I know this list has the
victim subscribed.
Mike.
--
Michael Beattie ([EMAIL PROTECTED])
-
You know you've landed gear-up when it takes
On Thu, Dec 14, 2000 at 01:45:25PM +1100, Drew Parsons wrote:
It's still writing drew into the Followup-To header. I'll try unsetting
the mutt variable this time.
Try:
set nofollowup_to
I think this might be buggy, in that it's prolly never correct to send a
'MFT: UserWithNoMailDomain' .
On Thu, Dec 14, 2000 at 12:34:33PM +1100, Drew Parsons wrote:
As for the Mail-Followup-To being set to just "drew", that's a mutt problem,
isn't it? Setting the "followup-to" variable? I'll try changing it right
now. It might take some experimenting. It looks as though mutt is putting
On Thu, Dec 14, 2000 at 12:34:33PM +1100, Drew Parsons wrote:
As for the Mail-Followup-To being set to just drew, that's a mutt problem,
isn't it? Setting the followup-to variable? I'll try changing it right
now. It might take some experimenting. It looks as though mutt is putting
both me
On 01-Dec-2000 Alexander Kotelnikov wrote:
Hello.
I am building fvwm and get
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
please send me your original menu entry please
On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote:
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent checkin. Since it changed in both
places in
On 04-Dec-2000 Alexander Kotelnikov wrote:
On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote:
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent checkin. Since it changed in both
places in the file, I assume it was on purpose.
I did not change the syntax of the
On 01-Dec-2000 Alexander Kotelnikov wrote:
Hello.
I am building fvwm and get
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
please send me your original menu entry please
On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote:
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent checkin. Since it changed in both
places in the
On 04-Dec-2000 Alexander Kotelnikov wrote:
On Mon, Dec 04, 2000 at 01:03:11PM -0800, Sean 'Shaleh' Perry wrote:
Try prefixing the # with a tab. The regular expression used to match
comments in menu files for lintian changed from /^\s*?\#/ to
/^\s*?\#/ with the most recent
Hello.
I am building fvwm and get
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
these lines are just comments:
...
# From here on are the modules which are known as "e
On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote:
Does the menu file perhaps have any opened quotes that aren't closed?
It seems to be ok. But if I delete everything the foregoing to these three
lines I get
E: fvwm: old-format-menu-file /usr/lib/menu/fvwm
from
Hello.
I am building fvwm and get
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
these lines are just comments:
...
# From here on are the modules which are known as extras in FVWM
On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote:
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
these lines are just comments:
...
# From here
On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote:
On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote:
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm
On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote:
Does the menu file perhaps have any opened quotes that aren't closed?
It seems to be ok. But if I delete everything the foregoing to these three
lines I get
E: fvwm: old-format-menu-file /usr/lib/menu/fvwm
from
On Fri, Dec 01, 2000 at 11:59:37PM +0300, Alexander Kotelnikov wrote:
On Fri, Dec 01, 2000 at 07:07:55PM +0100, Josip Rodin wrote:
On Fri, Dec 01, 2000 at 09:02:21PM +0300, Alexander Kotelnikov wrote:
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item
dpkg-buildpackage: diff-only upload (original source NOT included)
Now running lintian...
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:148
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:149
E: fvwm: bad-test-in-menu-item /usr/lib/menu/fvwm:150
Finished running lintian.
Now signing
Hi,
I'm a DD to be. I build my first package yesterday, and it could help me a lot
if someone would install it and tell me if it runs smoothly.
The app is crafty, it's a powerful chess program. The .deb is available from my
ftp site ftp://eric.ath/cx in /pub/debian.
I also have a question : I
Hi
Is there anyone who wants to test if this package is ok. lintian does not
complain anyway. :) That is better than my first try with mcal anyway :)
It can be located here:
http://h82.ryd.student.liu.se/pub/owndebs/net
or
http://h81.ryd.student.liu.se/pub/owndebs/net
// Mvh Ola
Hi
I have created a mcal package and I want someone to test and/or analyze it if I
am doing something wrong. If it is not it might be included in debian sometime.
:)
It can be found at http://h82.ryd.student.liu.se/pub/owndebs
// Ola
* opal == opal [EMAIL PROTECTED] wrote:
Hi,
opal I have created a mcal package and I want someone to test and/or
opal analyze it if I am doing something wrong. If it is not it might
opal be included in debian sometime. :)
You didn't run lintian on these packages.
Get rid of the -doc package
I'm packaging ITRANS which is a program for writing in Indian languages
using TeX or postscript. Although it works ok for my purposes, I'm not a
TeX or Postscript expert so I'm not sure if it isn't broken in some ways.
Before I upload it, I would like some experienced people to look at it and
I'm getting the following lintian error.
$ lintian jed-ja_0.98.7.j54-1_i386.deb
E: jed-ja: incorrect-package-test jed /usr/lib/menu/jed-ja
I suppose debian/rules or debian/jed-ja.menu is incorrect.
In rules, I wrote
dh_installmenu -pjed-ja
And I copied debian/jed-ja.menu from jed_0.98.7-13
things I need to test is how the uploading works, but anyway if
anyone has the time I've placed a copy of the packages I made at
ftp://ftp.progsoc.uts.edu.au/users/wildfire/debian/ - let me know if there
are any mistakes or deficiencies.
Regards,
Anand.
- --
`When any government, or any church
.
The other things I need to test is how the uploading works, but anyway if
anyone has the time I've placed a copy of the packages I made at
ftp://ftp.progsoc.uts.edu.au/users/wildfire/debian/ - let me know if there
are any mistakes or deficiencies.
I hate to mention this, but someone has already
-BEGIN PGP SIGNED MESSAGE-
On Mon, 23 Feb 1998, Scott Ellis wrote:
I hate to mention this, but someone has already uploaded mtr (seeing as I
have the package installed right now).
Yes, probably Christoph Lambert. However it is (was) listed on the wnpp
report; and [EMAIL PROTECTED]
On Tue, 24 Feb 1998, Anand Kumria wrote:
Also, I didn't actually use Christoph's package, since mtr is so small I
thought it'd be useful if I did everything from scratch. Apart from the
changelog everything is my own - actually that reminds me mtr-0.14-1
installs into usr/bin whereas mine
-BEGIN PGP SIGNED MESSAGE-
On Mon, 23 Feb 1998, Scott Ellis wrote:
On Tue, 24 Feb 1998, Anand Kumria wrote:
No, moving normal files is completly transparent. Although I have a
general objection to moving mtr into /usr/sbin, I use network diagnostic
programs all the time on my
401 - 500 of 501 matches
Mail list logo
