hiya,
On Tuesday 29 April 2008 04:24:34 pm Patrick Schoenfeld wrote:
> forget the question :-) I already figured that I'm not in need for a
> script, therefore the problem does not exist anymore.
:)
for posterity, i think the current implementation is to do:
(a) script
(b) "admin sql" (rarely
On Monday 23 July 2007 10:23:21 pm Hendrik Frenzel wrote:
>
> Thanks for your notes.
> I fixed them all in my new packages which I already upladed to
> mentors.d.n.
>
> The respective dsc file can be found at:
> http://mentors.debian.net/debian/pool/main/n/nagiosgrapher/nagiosgrapher_1.
>6.1rc3-2.d
hi hendrik,
i found the following lintian warnings:
W: nagiosgrapher: binary-without-manpage usr/sbin/nagiosgrapher
W: nagiosgrapher: file-in-unusual-dir var/log/nagiosgrapher/ngraph.log
W: nagiosgrapher: executable-not-elf-or-script
./usr/share/nagiosgrapher/htdocs/images/logos/dot.png
W: nagio
hi vincent,
On Sat, 2007-02-17 at 08:30 +0100, Vincent Bernat wrote:
> Therefore, I have two questions. Here is my snippet of code :
>
> db_metaget roundcube/language languages && oldchoices="$RET"
> if [ ! "$oldchoices" -o "$instd_langs" != "$oldchoices" ]; then
>db_subst roundcube/lang
On Fri, 2007-02-16 at 10:35 +0100, Thijs Kinkhorst wrote:
>
> Agreed. With SquirrelMail we do not include a cron job, but refer the
> user to install a package like tmpreaper. No need to be duplicating code
> all over the place.
but for clarity: are these tmpfiles left in /tmp or /var/tmp, or are
On Sun, 2007-02-11 at 21:58 +0100, Vincent Bernat wrote:
> > as for the tmp dir issue, if you don't feel safe using /var/tmp, you
> > should use /var/cache/package/some-subdirectory-name instead, along with
> > a cronjob to clear out the old files. i'd recommend using a
> > subdirectory so you hav
hi vincent,
> In fact, my note was not consistant with what was really done. I have
> added mysql-server in Suggests and php5-mysql is in Depends :
>
> Depends: dbconfig-common, apache2 | httpd, libapache2-mod-php5 |
> libapache-mod-php5 | php5 | php5-cgi | libapache2-mod-php4 |
> libapache-mod
hi jose,
On Mon, Aug 01, 2005 at 09:49:30AM -0300, Jose Carlos do Nascimento wrote:
> I read all answers and anyone solve my question.
>
> What list must I subscribe to know about php policy ?
well, debian-webapps would be a good starting point until someone
finds a better place. however, at
hey steve,
On Fri, Jul 29, 2005 at 10:51:47AM -0700, Steve Langasek wrote:
> Why in God's name are you doing that? The charter for debian-webapps is web
> *application* packages, not "packages implemented in PHP or providing PHP
> bindings that may or may not be used by web application packages".
hi steve,
just going to jump in here...
On Fri, Jul 29, 2005 at 02:10:45PM -0700, Steve Langasek wrote:
> > I'm also not really sure where else it could belong.
>
> Uh, debian-devel would be the appropriate list for open development-related
> discussions that don't otherwise have an associated l
On Sun, Mar 09, 2003 at 06:38:30PM +, Colin Watson wrote:
> It doesn't do any harm to have one if you have some bright ideas for
> what should go in there, but I don't think it's necessary, no.
okay, i just put a little something like "this is a cgi script for
foo package, documentation for th
On Sun, Mar 09, 2003 at 06:38:30PM +, Colin Watson wrote:
> It doesn't do any harm to have one if you have some bright ideas for
> what should go in there, but I don't think it's necessary, no.
okay, i just put a little something like "this is a cgi script for
foo package, documentation for th
hey -mentors,
stephen gran volunteered to give my package a looking over and eventually
an upload (thanks!), and as a result i have another couple of packaging
issues for you (and by couple i mean 6):
- do cgi programs need man pages as well? techinically they're
executables, but i don't know
hey -mentors,
stephen gran volunteered to give my package a looking over and eventually
an upload (thanks!), and as a result i have another couple of packaging
issues for you (and by couple i mean 6):
- do cgi programs need man pages as well? techinically they're
executables, but i don't know
inney /debian/packages/
deb-src http://cs.swarthmore.edu/~finney /debian/packages/
and the description is at the bottom of the email.
regards
sean
Package: sugarplum
Version: 0.9.9-3
Priority: optional
Section: misc
Maintainer: sean finney <[EMAIL PROTECTED]>
Depends: apache-
inney /debian/packages/
deb-src http://cs.swarthmore.edu/~finney /debian/packages/
and the description is at the bottom of the email.
regards
sean
Package: sugarplum
Version: 0.9.9-3
Priority: optional
Section: misc
Maintainer: sean finney <[EMAIL PROTECTED]>
Depends: apache-
hey mentors,
i have a hypothetical situation for you. let's say i were working
on a package for sugarplum. now this package is understandably the
bane of most spam harvesters out there, enough that they've probably
put in a rule to avoid directories named /sugarplum on most peoples
web servers.
hey mentors,
i have a hypothetical situation for you. let's say i were working
on a package for sugarplum. now this package is understandably the
bane of most spam harvesters out there, enough that they've probably
put in a rule to avoid directories named /sugarplum on most peoples
web servers.
onsor this?
for the time being, you can apt-get it from:
deb http://cs.swarthmore.edu/~finney /debian/packages/
deb-src http://cs.swarthmore.edu/~finney /debian/packages/
thanks,
sean
Package: sugarplum
Version: 0.9.9-1
Priority: optional
Section: misc
Maintainer: sean finney &l
onsor this?
for the time being, you can apt-get it from:
deb http://cs.swarthmore.edu/~finney /debian/packages/
deb-src http://cs.swarthmore.edu/~finney /debian/packages/
thanks,
sean
Package: sugarplum
Version: 0.9.9-1
Priority: optional
Section: misc
Maintainer: sean finney &l
On Fri, Feb 07, 2003 at 05:33:20PM +0100, Ola Lundqvist wrote:
> Well if the docs is already there things are quite set already.
> Well low is a good priority for such things, I think. Maybe a little
> higher if you think it is more important.
okay, i think low is acceptable for this. now that i
On Fri, Feb 07, 2003 at 03:25:14PM +0100, Ola Lundqvist wrote:
> 1) Document that robots.txt should be copied to the proper place
>in the README.Debian file.
> 2) Tell the user to do that in a debconf box, or even to ask for
>where to install it.
the /usr/share/doc docs are already there,
On Fri, Feb 07, 2003 at 05:33:20PM +0100, Ola Lundqvist wrote:
> Well if the docs is already there things are quite set already.
> Well low is a good priority for such things, I think. Maybe a little
> higher if you think it is more important.
okay, i think low is acceptable for this. now that i
On Fri, Feb 07, 2003 at 03:25:14PM +0100, Ola Lundqvist wrote:
> 1) Document that robots.txt should be copied to the proper place
>in the README.Debian file.
> 2) Tell the user to do that in a debconf box, or even to ask for
>where to install it.
the /usr/share/doc docs are already there,
heya mentors,
i'm packaging sugarplum, an email harvester honeypot basically. in
order to not trap legitimate web-spiders, i thought it'd be good to
make the install of a robots.txt[1] in /var/www happen by default if
possible, only i'm not sure i can/ought to really do that.
if i made it a conf
heya mentors,
i'm packaging sugarplum, an email harvester honeypot basically. in
order to not trap legitimate web-spiders, i thought it'd be good to
make the install of a robots.txt[1] in /var/www happen by default if
possible, only i'm not sure i can/ought to really do that.
if i made it a conf
hey mentors
i'm working on a package that has a directory in /etc/sugarplum
and in this directory two conffiles and one other (empty) directory.
when i purge the package, i get:
balthasar[/home/seanius/sugarplum]13:17:02# dpkg --purge sugarplum
(Reading database ... 69541 files and directories cu
hey mentors
i'm working on a package that has a directory in /etc/sugarplum
and in this directory two conffiles and one other (empty) directory.
when i purge the package, i get:
balthasar[/home/seanius/sugarplum]13:17:02# dpkg --purge sugarplum
(Reading database ... 69541 files and directories cu
On Fri, Jan 31, 2003 at 10:35:43PM -0800, Brian Nelson wrote:
> > i'm throwing together a cgi script package that requires certain
> > lines be added to the apache configuration file on the webserver
> > in order to work, so there's no way it can work out of the box as
> > far as i can figure, at l
On Fri, Jan 31, 2003 at 10:35:43PM -0800, Brian Nelson wrote:
> > i'm throwing together a cgi script package that requires certain
> > lines be added to the apache configuration file on the webserver
> > in order to work, so there's no way it can work out of the box as
> > far as i can figure, at l
hey -mentors
i'm throwing together a cgi script package that requires certain
lines be added to the apache configuration file on the webserver
in order to work, so there's no way it can work out of the box as
far as i can figure, at least until apache gets some kind of conf.d
ability.
so... is th
hey -mentors
i'm throwing together a cgi script package that requires certain
lines be added to the apache configuration file on the webserver
in order to work, so there's no way it can work out of the box as
far as i can figure, at least until apache gets some kind of conf.d
ability.
so... is th
hey joe,
i'm not a developer yet, but I am an NES fan. i'll volunteer to do some
"testing" for you, and also apply what i know of package maintanence
to checking your package (though a real developer would probably be
better for an authorative response on that). given how much i loathe
ines and
hey joe,
i'm not a developer yet, but I am an NES fan. i'll volunteer to do some
"testing" for you, and also apply what i know of package maintanence
to checking your package (though a real developer would probably be
better for an authorative response on that). given how much i loathe
ines and
34 matches
Mail list logo
