* [EMAIL PROTECTED] [Wed, 27 Oct 2004 10:39:01 -0700]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
when purged, definitely. some developers are even of the opinion that
You should simply not remove users [1]
On Wednesday 27 October 2004 20.46, Peter Karlsson wrote:
[EMAIL PROTECTED]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
[...]
how purging the package should remove it completely. To me, that includes
removing
I'm still looking for a sponsor for this package and people seems to be
interested in having backup-manager in the official Debian tree :
http://www.michael-prokop.at/blog/index.php?p=259
I've set up a web page dedicated to backup-manager for better
communication about this project :
Rogério Brito [EMAIL PROTECTED] wrote:
On Oct 27 2004, Frank Küster wrote:
Frank Küster [EMAIL PROTECTED] schrieb:
I can only speak for the TeX part, but it seems quite well.
Quite. But the package is lacking a postrm which should call mktexlsr or
texhash again.
Ooops. Thank you *very
On Thu, Oct 28, 2004 at 10:38:51AM +0200, Adeodato Simó wrote:
* [EMAIL PROTECTED] [Wed, 27 Oct 2004 10:39:01 -0700]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
when purged, definitely. some developers are
From: Rogério Brito [EMAIL PROTECTED]
Subject: Packaged PPower4
Date: Wed, 27 Oct 2004 09:01:03 -0300
The only program that uses Java that I use regularly is PPower4, a
post-processor for generating presentations with (La)TeX.
Great!
Since PPower4 has both parts in Java and parts in LaTeX,
Adrian 'Dagurashibanipal' von Bidder [u] wrote on 28/10/2004 11:02:
[EMAIL PROTECTED]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
I think not removing the user is the safe option: If ever some files
(potentially
Rogério Brito [EMAIL PROTECTED] schrieb:
On Oct 28 2004, Rogério Brito wrote:
Regarding the postrm, yes, it was missing. I put the postinst and postrm
calling texhash, but it seems that I may have deleted the postrm, which was
obviously a fault on my side. I'm doing it again.
I forgot to
On Sun, Oct 24, 2004 at 09:03:25PM -0700, Kees Cook wrote:
On Sun, Oct 24, 2004 at 08:09:32PM -0700, Brian Nelson wrote:
/usr/games doesn't appear in the FHS (anymore?). I think /usr/bin is
the right place for it.
Ack! Hmm. I was generally using tuxracer's debian files as an example,
On Oct 29 2004, Atsuhito Kohda wrote:
From: Rogério Brito [EMAIL PROTECTED]
The only program that uses Java that I use regularly is PPower4, a
post-processor for generating presentations with (La)TeX.
Great!
Yes, now with Free JVM in testing, one can work much more conveniently with
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to exclude the upstream debian directory if it
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to
Santiago Vila [EMAIL PROTECTED] schrieb:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to
I've made an ITP and am looking for a sponsor.
* Package name: tecnoballz
Version : 0.90.6
Upstream Author : TLK Games http://linux.tlk.fr
* URL : http://linux.tlk.fr/games/TecnoballZ/
* License : GPL
Description : A breaking blocks game ported from Amiga
On Thu, 28 Oct 2004, Frank Küster wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] schrieb:
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging styles...
Why not just replace the upstream debian dir with your
On Thu, 28 Oct 2004, Frank Küster wrote:
I see no reason for repackaging in this case. It is much better to just
delete the upstream debian directory in the unpacked sources and copy
As I said, diff/patch cannot delete files in a debian package.
--
One disk to rule them all, One disk to
also sprach Henrique de Moraes Holschuh [EMAIL PROTECTED] [2004.10.28.2218 +0200]:
Patch cannot delete files.
It can:
-E or --remove-empty-files
Remove output files that are empty after the patches
have been applied. Normally this option is unnecessary,
Hi.
http://qa.debian.org/developer.php?login=debian%40incase.de
currently shows an sh in the uninstallable/Unstable column however,
I'm not sure what this means.
Any insight?
cu,
sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sven Mueller wrote:
http://qa.debian.org/developer.php?login=debian%40incase.de
currently shows an sh in the uninstallable/Unstable column however,
I'm not sure what this means.
sh is the SuperH architecture. You don't need to worry about your
package status on sh. The SuperH port is not
also sprach Sven Mueller [EMAIL PROTECTED] [2004.10.28.2312 +0200]:
currently shows an sh in the uninstallable/Unstable column
however, I'm not sure what this means.
It's the SuperH architecture, which is not being worked on anymore.
Probably, this should be removed.
--
Please do not send
Sorry to bother you again, but since no one has answered yet this RFS,
I send it again to the list.
This little package is dockapp for WindowMaker featuring an analog
clock wih configurable background. It has no bugs filed in the BTS,
it's linda an lintian clean. And it's my first package in
* Martín Ferrari [Thu, 28 Oct 2004 20:43:24 -0300]:
PS: On a side note, I put my name which has a non-ascii character in
the control and changelog files, with UTF8 encoding. Is that okay?
yes, utf-8 is ok. just make sure the name in the control file and the
name in the changelog are
B;uy meds for 8O% 1ess than in regular st0re
100% trusted site from Canada
Or;der H;ere
http://www.028jsh.com/
Art from that Fund each just Supply provides,
Let me see, then, what thereat is, and this mystery explore.
Alta
3192291426468718552--
On Fri, 29 Oct 2004 01:55:58 +0200, Adeodato Simó [EMAIL PROTECTED] wrote:
PS: On a side note, I put my name which has a non-ascii character in
the control and changelog files, with UTF8 encoding. Is that okay?
yes, utf-8 is ok. just make sure the name in the control file and the
name
On Thu, Oct 28, 2004 at 10:56:01PM +0200, martin f krafft wrote:
also sprach Henrique de Moraes Holschuh [EMAIL PROTECTED] [2004.10.28.2218 +0200]:
Patch cannot delete files.
It can:
The other problem is that if upstream adds a *new* file in the debian/
directory, it won't be deleted by
Rogério Brito wrote:
Only from a quick look, why orig.tar.gz contains only
pp2p.jar? I suspect style files (and documentation or
samples ?) could be also included.
I received a feedback from Frank Küster on debian-mentors and I made some
improvements to the package already.
The
On Wed, Oct 27, 2004 at 02:28:48PM +0300, Eugeniy Meshcheryakov wrote:
| 26.10.2004 ?? 12:07 +0530 Chirag Kantharia ??(-):
| So, they don't have a .orig.tar.gz which I can use. Though debuild
| So make it. Put patches into tarball. There are many packages for that
| there is no
On Oct 27 2004, Frank Küster wrote:
Frank Küster [EMAIL PROTECTED] schrieb:
I can only speak for the TeX part, but it seems quite well.
Quite. But the package is lacking a postrm which should call mktexlsr or
texhash again.
Ooops. Thank you *very much* for your feedback Frank.
I am a
On Oct 28 2004, Rogério Brito wrote:
Regarding the postrm, yes, it was missing. I put the postinst and postrm
calling texhash, but it seems that I may have deleted the postrm, which was
obviously a fault on my side. I'm doing it again.
I forgot to say that I have uploaded a new version of the
On Wednesday 27 October 2004 20.46, Peter Karlsson wrote:
[EMAIL PROTECTED]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
[...]
how purging the package should remove it completely. To me, that includes
removing
I'm still looking for a sponsor for this package and people seems to be
interested in having backup-manager in the official Debian tree :
http://www.michael-prokop.at/blog/index.php?p=259
I've set up a web page dedicated to backup-manager for better
communication about this project :
Rogério Brito [EMAIL PROTECTED] wrote:
On Oct 27 2004, Frank Küster wrote:
Frank Küster [EMAIL PROTECTED] schrieb:
I can only speak for the TeX part, but it seems quite well.
Quite. But the package is lacking a postrm which should call mktexlsr or
texhash again.
Ooops. Thank you *very
Martin Braure de Calignon [u] wrote on 27/10/2004 01:18:
well I've just find it in 'man mount'
It says : (sorry it is translated from french, so probably inexact)
for exemple sync is only effective with ext2, ext3 and ufs
english manpage:
the sync option today has effect only for ext2, ext3
Hi,
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Thanks,
Dave.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information:
On Thu, Oct 28, 2004 at 10:38:51AM +0200, Adeodato Simó wrote:
* [EMAIL PROTECTED] [Wed, 27 Oct 2004 10:39:01 -0700]:
If a package creates a user when it is installed, should it remove this
user when it is removed, on only when it is purged?
when purged, definitely. some developers are
From: Rogério Brito [EMAIL PROTECTED]
Subject: Packaged PPower4
Date: Wed, 27 Oct 2004 09:01:03 -0300
The only program that uses Java that I use regularly is PPower4, a
post-processor for generating presentations with (La)TeX.
Great!
Since PPower4 has both parts in Java and parts in LaTeX,
On Oct 29 2004, Atsuhito Kohda wrote:
From: Rogério Brito [EMAIL PROTECTED]
The only program that uses Java that I use regularly is PPower4, a
post-processor for generating presentations with (La)TeX.
Great!
Yes, now with Free JVM in testing, one can work much more conveniently with
On Sun, Oct 24, 2004 at 09:03:25PM -0700, Kees Cook wrote:
On Sun, Oct 24, 2004 at 08:09:32PM -0700, Brian Nelson wrote:
/usr/games doesn't appear in the FHS (anymore?). I think /usr/bin is
the right place for it.
Ack! Hmm. I was generally using tuxracer's debian files as an example,
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to exclude the upstream debian directory if it
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to
Henrique de Moraes Holschuh [EMAIL PROTECTED] schrieb:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of
Santiago Vila [EMAIL PROTECTED] schrieb:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to
I've made an ITP and am looking for a sponsor.
* Package name: tecnoballz
Version : 0.90.6
Upstream Author : TLK Games http://linux.tlk.fr
* URL : http://linux.tlk.fr/games/TecnoballZ/
* License : GPL
Description : A breaking blocks game ported from Amiga
On Thu, 28 Oct 2004, Frank Küster wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] schrieb:
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging styles...
Why not just replace the upstream debian dir with your
On Thu, 28 Oct 2004, Frank Küster wrote:
I see no reason for repackaging in this case. It is much better to just
delete the upstream debian directory in the unpacked sources and copy
As I said, diff/patch cannot delete files in a debian package.
--
One disk to rule them all, One disk to
also sprach Henrique de Moraes Holschuh [EMAIL PROTECTED] [2004.10.28.2218
+0200]:
Patch cannot delete files.
It can:
-E or --remove-empty-files
Remove output files that are empty after the patches
have been applied. Normally this option is unnecessary,
Hi.
http://qa.debian.org/developer.php?login=debian%40incase.de
currently shows an sh in the uninstallable/Unstable column however,
I'm not sure what this means.
Any insight?
cu,
sven
also sprach Sven Mueller [EMAIL PROTECTED] [2004.10.28.2312 +0200]:
currently shows an sh in the uninstallable/Unstable column
however, I'm not sure what this means.
It's the SuperH architecture, which is not being worked on anymore.
Probably, this should be removed.
--
Please do not send
Sven Mueller wrote:
http://qa.debian.org/developer.php?login=debian%40incase.de
currently shows an sh in the uninstallable/Unstable column however,
I'm not sure what this means.
sh is the SuperH architecture. You don't need to worry about your
package status on sh. The SuperH port is not
Sorry to bother you again, but since no one has answered yet this RFS,
I send it again to the list.
This little package is dockapp for WindowMaker featuring an analog
clock wih configurable background. It has no bugs filed in the BTS,
it's linda an lintian clean. And it's my first package in
* Martín Ferrari [Thu, 28 Oct 2004 20:43:24 -0300]:
PS: On a side note, I put my name which has a non-ascii character in
the control and changelog files, with UTF8 encoding. Is that okay?
yes, utf-8 is ok. just make sure the name in the control file and the
name in the changelog are
B;uy meds for 8O% 1ess than in regular st0re
100% trusted site from Canada
Or;der H;ere
http://www.028jsh.com/
Art from that Fund each just Supply provides,
Let me see, then, what thereat is, and this mystery explore.
Alta
3192291426468718552--
On Fri, 29 Oct 2004 01:55:58 +0200, Adeodato Simó [EMAIL PROTECTED] wrote:
PS: On a side note, I put my name which has a non-ascii character in
the control and changelog files, with UTF8 encoding. Is that okay?
yes, utf-8 is ok. just make sure the name in the control file and the
name
On Thu, Oct 28, 2004 at 10:56:01PM +0200, martin f krafft wrote:
also sprach Henrique de Moraes Holschuh [EMAIL PROTECTED] [2004.10.28.2218
+0200]:
Patch cannot delete files.
It can:
The other problem is that if upstream adds a *new* file in the debian/
directory, it won't be deleted by
56 matches
Mail list logo