On Sat, Jun 04, 2005 at 08:59:30AM +0200, Petter Reinholdtsen wrote:
> I disagree. It should give recommodations on how they should be
> built, to make it easier for the java developers to maintain the java
> packages. Consistency reduce the work maintaining packages, and using
> a common system
On Sat, Jun 04, 2005 at 07:13:57PM +0200, Petter Reinholdtsen wrote:
> Hard to tell, I haven't spend time looking. But I can give an example
> of a person unable to discover that I didn't suggest forcing anyone to
> do anything. I formulated a 'recommend and not require' suggestion in
> my mail.
On Wed, Jun 15, 2005 at 02:24:44PM -0400, Jiann-Ming Su wrote:
> But, OpenSSL's FAQ seems to address this:
>
> http://www.openssl.org/support/faq.html#LEGAL2
yes, but debian has taken a slightly more conservative view, because
openssl is not considered part of the "Operating System" but just
a
please excuse this blatant cross-posting, i wouldn't do it if i didn't
think it were critical that i do so...
http://www.infodrom.org/~joey/log/?200506142140
say it isn't so!
to put this in perspective, i'm currently involved with fixing
a remotely exploitable vulnerability, which upstream (and
hi,
On Wed, Jun 22, 2005 at 09:25:12AM +0100, James Troup wrote:
> I'm sorry to say that Debian's hosting of machines at Above.Net has
> come to an end. Michael Shields and Steve Osborn have hosted critical
sorry to be a stick in the mud about this, but...
why wasn't this brought up *before* it
On Fri, Jun 24, 2005 at 06:14:46PM +0200, Otto Wyss wrote:
> The concept is based on an LDAP server (or simiar) as a replacement for
> the Packages file and on a P2P network for package distribution (see
> http://wyodesktop.sourceforge.net/index.php?page=pkgdist.html). IMO it
> would make a lot sen
On Sun, Jun 26, 2005 at 09:16:42AM +0200, Otto Wyss wrote:
> I've seen some messages about an LDAP implementation around last october
> but I couldn't find them. I'm quite sure an LDAP solution is much better
> than the current solution. But before implementing it, it has to be
> evaluated against
On Sun, Jun 26, 2005 at 06:05:25PM +0200, Joerg Jaspert wrote:
> It was sent right after the hosting died.
> Should he sent "The hosting may die somewhere in the future, please
> offer something just in case we need it"?
well, i guess i don't know the details of the situation, but i would
hope tha
hey,
about a week ago i uploaded a package with priority=high to unstable
to fix a security-related bug. for some reason, that package hasn't
yet made it into unstable:
http://packages.qa.debian.org/c/cacti.html
anyone know more about this? i also notice the policy 3.6.2 vs 3.6.1
problem that
On Mon, Jun 27, 2005 at 04:44:40PM +0200, Jeroen van Wolffelaar wrote:
> Indeed, on next mirror pulse, cacti will be in testing. I didn't really
> look into this, but I assume the delay is related to the announced[1]
> ftp-master outage. Several services and scripts have been temporarily
> disabled
On Tue, Jun 28, 2005 at 11:46:31PM +0200, Nico Golde wrote:
> An adopted package xxx has a lot of old bugs which are
> related to very old versions. Now the maintainer changes.
> Now he wants to send mails to all bug openors if the bug is
> still actual and can be reproduced.
while i think you sho
hi,
On Mon, Jul 04, 2005 at 01:33:45PM +, Joerg Sommer wrote:
> can I use debconf to ask the admin what should be the default look and
> feel for the editor jed? The developers-reference manual tells us to not
> abuse debconf. Is this an abuse?
not necessarily, depending on how you go about i
On Wed, Jul 06, 2005 at 07:07:06PM +0200, Olaf van der Spek wrote:
> Suppose you'd like to generate a random pass by default after your
> daemon is installed. How should you get that pass to the user?
> Is it allowed to write it to a file in root's home dir?
would be very wrong to write a file int
On Wed, Jul 06, 2005 at 07:22:45PM -0500, Steve Greenland wrote:
> > I beg to disagree here. As long as an appropriate priority is used
> > (here, probably low) and the requirements mentioned by Petter are met
> > too, I don't see why using debconf for its purpose would harm,
> > actually.
>
> If
On Fri, Jul 08, 2005 at 02:30:22PM +0100, Andrew Suffield wrote:
> On Wed, Jul 06, 2005 at 07:07:06PM +0200, Olaf van der Spek wrote:
> > Suppose you'd like to generate a random pass by default after your
> > daemon is installed. How should you get that pass to the user?
> > Is it allowed to write
On Fri, Jul 08, 2005 at 05:05:09PM +0200, Eduard Bloch wrote:
> Then we would have
>
> Debian 4.0 for etch, 4.1 for etch stable release 1, 4.2 for etch stable
> release 2, 4.2a for etch stable release 2 with a minor CD mastering fix
> (for example), etc.pp.
>
> Does the release team agree with t
hello folks,
i'm happy to announce that after somewhere close to 8 months of
development and testing, dbconfig-common is now uploaded to unstable
and ready for widespread use by other packages in debian.
if you've missed out on my previous discussions about what dbconfig-common
can do, here's wha
On Tue, Jul 12, 2005 at 11:51:27AM +0200, Mikael Olenfalk wrote:
> it was not my intention to state that Debian is about free beer, just
> that I would need
> some guidance and I am willing to pay if there is a DD in stockholm
> who is interested
> in giving assistance. I'd prefer a face-2-face "le
cc'ing debian-policy for their feedback...
On Wed, Aug 09, 2006 at 12:21:10PM +0200, Florian Weimer wrote:
> * martin f. krafft:
>
> > Thanks to the work of our DPL Anthony "aj" Towns (and all the other
> > people who have worked on this without my knowledge), I am happy to
> > announce that dak,
On Thu, Aug 10, 2006 at 11:01:30AM +0100, martin f krafft wrote:
> No, at least not for /etc. You could install the file, the overwrite
> it, but files installed to /etc by dpkg are conffiles and those must
> not be touched programmatically, according to policy.
i think a better solution (and one
On Thu, Aug 10, 2006 at 06:35:03PM -0400, peek wrote:
> place. It just seems a little cleaner: you could query dpkg for what
> package *every* file came from -- no files left out; and you don't
what about rotated log files? pid files? lock files? misc stuff
in /var/cache?
that's not to bash th
hi david,
On Tue, Aug 15, 2006 at 08:03:02AM -0400, David Bruce wrote:
> 1. Would it be impolite for the makefile for my program to simply go ahead
> and create /usr/local/etc?
i don't think it would be appropriate for a debian package to ship a
/usr/local/etc directory, since configuration for
On Wed, Aug 16, 2006 at 04:31:51PM -0500, Ron Johnson wrote:
> IIRC, "security updates" do just (and *only*) that: fix *security*
> bugs, not *feature* bugs.
they do fix bugs caused by regressions in security updates though.
sean
signature.asc
Description: Digital signature
t;[EMAIL PROTECTED]>
webcalendar
Craig Small <[EMAIL PROTECTED]>
jffnms
Radu Spineanu <[EMAIL PROTECTED]>
simba
Alexis Sukrieh <[EMAIL PROTECTED]>
bugzilla
OndÅej Surý <[EMAIL PROTECTED]>
postfix-policyd
Torsten Werner <[EMAIL PROTECTED]>
otrs
hey d-d,
on the heels (or perhaps in the recent footsteps) of the discussion
regarding update-manager and the faults of arbitrarily substituting
strings in pre-translated text...
i have a package (dbconfig-common), which via debconf's register
system shares a set of pre-defined templates between
hey d-d,
in sarge, the nagios-plugins is a single monolithic package with a
number of plugins and config files (mostly with a 1:1 mapping).
in sid/etch, the nagios-plugins package is split into two packages,
nagios-plugins-basic, nagios-plugins-standard, each of which contains a
subset of the ori
hey steve,
On Tue, 2006-09-12 at 13:21 -0700, Steve Langasek wrote:
> > No, it's a general problem: dpkg won't notice that a conffile has been
> > moved from one package to the other, no matter whether it declares
> > "Replaces" or whatever. There's simply no solution within dpkg at the
> > momen
hey james,
On Tue, 2006-09-12 at 22:27 -0400, James Vega wrote:
> It should just be a matter of removing the files from the old package
> and letting the new ones take their place (with a backup if there are
> any user changes). A little grepping around in /var/lib/dpkg/info
> turned up this snip
hey steve,
On Tue, 2006-09-12 at 17:21 -0700, Steve Langasek wrote:
> I don't know what happens if there is a versioned Conflicts/Replaces
> instead, and the conflicted-with package remains installed in a newer
> version as a result. It's certainly possible that doesn't work nearly as
> smoothly,
hey marc,
On Mon, 2006-10-09 at 09:08 +0200, Marc Haber wrote:
> >The ultimate solution would be it dpkg-reconfigure magically knew that when
> >configuring exim4, it must actually configure exim4-config.
funny, i'd have said the ultimate solution was finding a way to make the
users learn about
hey all,
i recently saw that apache2.2-common's prerm script has the following
block of text:
= = = = =
# YAY, MORE EVILNESS
rm -f /var/lib/dpkg/info/apache2-common.postrm
= = = = =
and the following from the changelog:
= = = = =
apache2 (2.2.3-2) unstable; urgency=low
* rm -f /var/lib/dpkg/
On Tue, 2006-10-24 at 22:25 +0200, Moritz Muehlenhoff wrote:
>
> That would be much appreciated. The second troublemaker if adodb,
> which seems embedded in several webapps as well.
and is also already packaged, for clarity. however, many packages embed
it *anyway*, and some have locally modifie
On Thu, 2006-11-02 at 19:20 +0100, Mike Hommey wrote:
> Auto-indexes are enabled only in /var/www/apache2-default and
> /usr/share/apache2/icons by default, so it is not likely to leak any
> unexpected file list.
>
> So no, that doesn't grant an RC bug for these reasons.
>
> On the other hand, it
On Sun, 2006-11-05 at 14:04 +0100, Mike Hommey wrote:
> >
> > The file does not get executed as expected, but the browser wants to
> > download it (which might be a security issue).
>
> Then it is likely that you don't have php installed.
*or* that php is installed but not the modules isn't load
On Sun, 2006-11-05 at 19:41 -0800, Russ Allbery wrote:
> Here's a proposed patch. What do people think about this approach? I
> know there was an inconclusive Policy discussion a while back about how
> best to deal with this issue. As you can tell from this patch, I favor
> the approach of docum
just to throw my $0.02 in,
On Tue, 2006-11-07 at 13:20 +0100, Jan Wagner wrote:
> Personly I did prefer to provide tidy support for php on-tree. But if
> the "Debian PHP Maintainers" prefer it off-tree, I'm also fine.
>
> ~/debian-builds/php5-tidy/build-area$ ls -la *orig*
> -rw-r--r-- 1 waja wa
hi olof,
On Thu, 2006-11-09 at 13:47 +0100, Olaf van der Spek wrote:
> Hi debian devel subscribers,
>
> A default Etch install has Exim configured for local mail only.
> So reportbug mails will end up frozen in a queue somewhere, without
> any direct warning to the user.
>
> I think this is not
hi patrick,
On Thu, 2006-11-30 at 19:48 +0100, Patrick Frank wrote:
> apache-perl 1.3.34-4
> php5 5.1.6-5
> libapache-mod-php5 5.1.6-5
> [and related packages]
>
> But I have to manually edit /etc/apache-perl/httpd.conf and enable
> "AddType application/x-httpd-php .php" aswell
> as /etc/apac
hi jacques,
i'm surprised no one else has replied to this yet, so i'll throw in
my $0.02 here.
On Thu, 2007-01-04 at 18:12 -0600, Jacques Normand wrote:
> I am not sure what to do about that. The module packages carry a md5sum
> for the map and dep files which are updated by depmod so when you ru
On Tue, Mar 28, 2006 at 06:15:27PM +0200, Marco d'Itri wrote:
> Harder than it looks. There are multiple syslog daemons, how can the
> package know which one is installed and needs to be restarted?
are there really that many syslog daemons (my count is 5)? why not make
a list, fire off invoke-rc.
On Fri, Mar 31, 2006 at 09:47:59AM +0200, Wouter Verhelst wrote:
> What I'm suggesting is, actually, the reverse of a pidfile, in some way.
> You'd still have your /var/run/syslogd.pid; but, assuming that file
> contained the PID "2722" (as it currently does on my system), you'd also
> have a file
hey alexis,
On Wed, May 03, 2006 at 05:46:26PM +0200, Alexis Sukrieh wrote:
> As you might have noticed, the last policy version (3.7.0) says that
> web application packages must not put CGIs under `/usr/lib/cgi-bin'
> anymore:
> CGIs must be put under /usr/lib/cgi-lib now.
i'd hold off on that
On Wed, May 24, 2006 at 04:09:07PM -0400, Kevin B. McCarty wrote:
> Come to think of it, (2) isn't a bad idea. Is it feasible for this to
> be done transparently? Mailing list admins, any comments?
this has been discussed before a few times. iirc each time the
final result was the mail admins s
hey folks,
the latest upstream version of nagios-plugins has incorporated libtool
into the build process, and no longer successfully builds in a pbuilder
chroot with the following error:
/bin/sh ../libtool --tag=CC --mode=link gcc -Wall -g -O2 -L. -o check_radius
check_radius.o netutils.o uti
hey daniel,
On Sat, May 27, 2006 at 02:08:36PM +0300, Daniel Stone wrote:
> The real fix there, is to not install the .la file, ever. It's a world
> of hurt, and gains us nothing on Debian systems.
but considering the fact that i do not maintain radiusclient1, and
essentially have no way to impl
hi vincent,
On Tue, Jun 06, 2006 at 11:11:00AM +0200, Vincent Danjean wrote:
> Now, I would like to configure a "website" for my application.
> This involve modifying apache conf (adding a
> directive, ...).
fyi, there's a mailing list for packaging web applications:
[EMAIL PROTECTED]
On Wed, Jul 05, 2006 at 02:35:44AM -0500, Gerfried Fuchs wrote:
> Is my analysis flawed? Is there a way to differentiate between a
> reconfigure and a reinstall that I didn't see? Is there a cleaner
> approach to this problem than dynamically generating the postinst?
take a look at $1 as passed
On Wed, Jul 05, 2006 at 04:39:12PM +1000, Matthew Palmer wrote:
> dpkg-statoverride is a tool for the system administrator to specify a
> different mode or ownership for a file to that which is provided in the
> package. It is not meant to be used by the package.
there are cases where it's approp
On Wed, Jul 05, 2006 at 03:25:37PM +0200, Tollef Fog Heen wrote:
> | On Wed, Jul 05, 2006 at 04:39:12PM +1000, Matthew Palmer wrote:
> | > dpkg-statoverride is a tool for the system administrator to specify a
> | > different mode or ownership for a file to that which is provided in the
> | > packag
On Thu, Jul 06, 2006 at 11:13:30AM +0200, Thibaut Paumard wrote:
> In that case, does it make sense to prompt the admin once from the
> postinst script with a message such as:
> "Warning: from installed with suid bit. If
> this is unacceptable at your site, use dpkg-statoverride to clear this
>
hey folks,
i have a bug report where the amd64 version of a libradiusclient-using
program segfaults, but works fine on i386. my guess is that
this is some kind of 64 vs 32-bit type casting gone wrong somewhere,
and i suspect it's within the radiusclient code itself and not
the plugin (i stumbled
hi per,
On Mon, Jan 10, 2005 at 04:00:00PM +0100, Per Olofsson wrote:
> I've uploaded a new version of the pcmcia-cs package to experimental,
> 3.2.8-2. This package has a lot of new features, including:
this package seems to work for me without any major problems (so far,
anyway...), and it in f
On Tue, Jan 11, 2005 at 10:55:21PM +0100, Norbert Preining wrote:
> Bottom line: I still think that it would be a good idea to be able to
> install different architectures within debian.
i believe that you can try already, with dpkg by using
--force-architecture and --root=dir. this way you could
On Fri, Jan 21, 2005 at 11:00:49AM +0100, Marc Haber wrote:
> On Thu, 20 Jan 2005 21:27:46 +0100, Osamu Aoki <[EMAIL PROTECTED]>
> wrote:
> >Relax, he did not say "rm -rf /" in postinst.
>
> That would be postrm.
or, prerm, since it hasn't been rm'd yet. postrm would be run after, if
only it sti
to throw in my $0.02:
as folks have pointed out, even declaring a dependency against
the package won't guarantee your package will work anyway, why
not just make it a suggests, and in your config script do
something like
rev=`uname -r | grep '^2.6'`
if [ ! "$rev" ]; then
# show debconf no
On Fri, Jul 15, 2005 at 08:11:15PM +0200, Nico Golde wrote:
> no of course not but it would be good to have a reference
> value.
it seems something that would be most appropriate as a guideline
supplied in the debian developers' reference.
sean
--
signature.asc
Description: Digital s
On Sun, Jul 17, 2005 at 08:21:00PM +0200, Elimar Riesebieter wrote:
> I don't see a gpl'd alternative to curl for internet streaming. I am
> thinking about to build moc --without-curl then :(
or you could always contact the author and inform them of their
self-inflicted license violation. in my e
On Sun, Jul 17, 2005 at 09:04:57PM +0200, Elimar Riesebieter wrote:
> Why not building curl --without-sssl and --with-gnutls=/usr? Maybe a
> NMU?
this is definitely NOT a reason to NMU libcurl. remember that it is
your package that is "broken". of course you could still file a
wishlist bug again
hi,
On Mon, Jul 18, 2005 at 11:06:13AM +0200, Torsten Landschoff wrote:
> On Sun, Jul 17, 2005 at 03:19:54PM -0400, sean finney wrote:
> > this is definitely NOT a reason to NMU libcurl. remember that it is
> > your package that is "broken". of course you could still fi
hi,
On Mon, Jul 18, 2005 at 03:40:30PM +0200, Olaf van der Spek wrote:
> On 7/18/05, sean finney <[EMAIL PROTECTED]> wrote:
> > yes, and the same with libmysqlclient, which is why there's no longer ssl
> > support in the mysql packages :(
>
> Wouldn't it be
hi,
On Mon, Jul 18, 2005 at 09:52:32PM +0200, Elimar Riesebieter wrote:
> In summary:
> libs linked again ssl need at least two dev-packages:
> libfoo-dev.deb and libfoo-ssl-dev.deb
>
> Right?
No. as mentioned earlier, this is no fault of the library
packages in question, and instead is the fau
hi,
On Mon, Jul 18, 2005 at 09:45:09PM +0200, Domenico Andreoli wrote:
> i saw the bug report, i'm sorry to not have commented the request which
> i find absolutely reasonable. i'll try to figure out if curl may suffer
> from limitations due to the use of gnutls in place of openssl.
i would guess
hi,
On Wed, Aug 03, 2005 at 10:49:31AM +0200, Thomas Hood wrote:
> Joey Hess wrote:
> > Unless, of course, it's a shell library that would like to be reasonably
> > portable without being wholey crippled by lack features that have been
> > in every shell worth the name for ages.
>
> I know that t
hi phillip,
On Sat, Aug 06, 2005 at 01:08:57PM +0200, Philipp Kern wrote:
> what's the common practise if a package gets purged and depends on
> user-supplied data in a database? In this case these are DNS zones (it's
> about `mydns-mysql'). Currently there is a Debconf question in postrm,
> which
On Sun, Aug 07, 2005 at 02:35:59PM -0700, Russ Allbery wrote:
> When one does that, people file bugs complaining that the package doesn't
> remove all of the data it generates on installation. :)
there's a similar problem with logfiles too, and there have been quite
drawn out discussions in which
because everyone else is doing it...
On Tue, Aug 02, 2005 at 06:46:20PM -0400, Joey Hess wrote:
> sean finney <[EMAIL PROTECTED]>
>cacti
>cacti-cactid
>sugarplum
all three have now been uploaded with proper dependencies.
sean
--
signature.asc
De
hi ondrej,
sorry for the delay, just got back from vacation :)
On Fri, Aug 12, 2005 at 02:03:16PM +0200, Ondrej Sury wrote:
> DATABASE:
> It seems that I can use dbconfig-common for database changes, I have
> slight idea how to implement it, but there are some questions about it:
>
> - can it ha
hi,
On Wed, Aug 24, 2005 at 04:50:40PM +0200, Marc Chantreux wrote:
> for example, in /etc/init.d/mysqld
>
> mysqld_get_param() {
> /usr/sbin/mysqld --print-defaults \
> | tr " " "\n" \
> | grep -- "--$1" \
> | tail -n 1 \
>
On Wed, Aug 24, 2005 at 05:22:32PM +0100, Andrew Porter wrote:
> > /usr/sbin/mysqld --print-defaults \
> > | tr " " "\n" \
> > | grep -- "--$1" \
> > | tail -n 1 \
> > | cut -d= -f2
>
> is harder to read than
>
> > /usr/
On Wed, Aug 24, 2005 at 11:08:41PM +0200, Mauro Calderara wrote:
> Aren't the init-scripts supposed to be posix-compilant? Often when
> installing dash as /bin/sh this becomes a problem because even though
> dash is posix-compatible it tends to break init-scripts for me. Whether
> this is dash's fa
On Thu, Aug 25, 2005 at 12:44:13PM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 25 Aug 2005, Steinar H. Gunderson wrote:
> > fluently. Are you saying that people who don't read the (IMHO rather arcane)
> > sed regex syntax, "having problems" with such syntax, shouldn't touch
>
> I am saying
On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote:
> /run/bootchart, but there seems to be some resistance to actually trying to
> standardize on /run :)
what about /dev/shm?
sean
--
signature.asc
Description: Digital signature
On Sun, Aug 28, 2005 at 09:26:16PM +0100, Roger Leigh wrote:
> sean finney <[EMAIL PROTECTED]> writes:
> > On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote:
> >> /run/bootchart, but there seems to be some resistance to actually trying to
> >> standard
On Mon, Aug 29, 2005 at 09:15:36AM -0600, Bob Proulx wrote:
> Fabio Tranchitella wrote:
> > Having a package installed doesn't mean the corresponding service is
> > started.
>
> If I install something then I want it installed, configured and
> running.
but you are not all users.
> I think you
On Tue, Sep 06, 2005 at 10:58:59AM +0200, Petter Reinholdtsen wrote:
> I might be slow, but can you explain why we need a license for this?
> I do not need to license my books, but I do need to license my
> software. Why should the wiki documents be treated more like software
> than a book?
your
On Mon, Sep 19, 2005 at 09:29:13AM +0200, Marco d'Itri wrote:
> > What about user-installed blacklists? Will the new packages at least try to
> > convert these from blacklist format to modprobe format?
> No (but feel free to send code to do it).
is it really that complicated? unless i'm missing
hi,
i guess i could just do it and find out, but figure asking first doesn't
exactly hurt. can we build/upload amd64 binary packages to unstable yet?
sean
--
signature.asc
Description: Digital signature
On Thu, Sep 29, 2005 at 02:41:15PM -0300, Daniel Ruoso wrote:
> I saw this library today... I'm not so sure if it will solve the
> question, as it's still alpha... Did anybody used it in a production
> environment?
you're kidding me. who the hell is using 386's in a production environment?
On Thu, Oct 06, 2005 at 08:33:19AM +0200, Aurelien Jarno wrote:
> Christoph Martin a écrit :
> >Changes:
> > openssl (0.9.8-1) unstable; urgency=low
> > .
> > * New upstream release (closes: #311826)
>
> The following list of packages needs to be rebuild, otherwise some of
> the binary package
On Tue, Oct 11, 2005 at 03:51:15PM +0200, Josselin Mouette wrote:
> 2. The cure
> A mmap()-able cache file format was proposed, and is generated by
> gtk-update-icon-cache in /usr/share/icons/$theme/icon-theme.cache files.
> It helps a lot to improve speed.
without saying more on this issue (i don
hi colin,
following up on this:
On Fri, Sep 23, 2005 at 07:56:28PM +0100, Colin Watson wrote:
> On Fri, Sep 23, 2005 at 02:34:52PM -0400, sean finney wrote:
> > i guess i could just do it and find out, but figure asking first doesn't
> > exactly hurt. can we build/upload a
On Sun, Oct 16, 2005 at 03:59:17PM +0200, Wouter Verhelst wrote:
> Such a tool would be very nice, and not just because of the cruft they
> leave behind -- many packages currently support SSL connections; some
> automatically generate a self-signed certificate upon installation,
> others leave that
hey -devel,
the zombie of gpl vs. openssl has once again arisen from the grave,
this time, in one of the packages that i maintain (nagios-plugins).
as i'm on the upstream development team as well, i've already clarified
with the other developers there that this is an omission, and that
we'll eithe
On Tue, Oct 18, 2005 at 01:12:49PM +0200, Javier Fernández-Sanguino Peña wrote:
> On Tue, Oct 18, 2005 at 08:59:01AM +0100, Colin Watson wrote:
> > On Mon, Oct 17, 2005 at 02:56:57PM -0700, Thomas Bushnell BSG wrote:
> > > Paul TBBle Hampson <[EMAIL PROTECTED]> writes:
> > > > Didn't there used to
hi,
On Fri, Oct 21, 2005 at 10:26:16PM +1000, Brian May wrote:
> I consider this a bug; reports sent to @packages.debian.org
> should go straight through to a maintainer or list of maintainers...
yeah. i'd say it's bad practice to have the Maintainer
field of a package not go directly to the mai
On Fri, Oct 21, 2005 at 03:23:27PM +0200, Frank Küster wrote:
> > yeah. i'd say it's bad practice to have the Maintainer
> > field of a package not go directly to the maintainer(s).
>
> Some packages have the Maintainer: field set to a list, e.g. dpkg, apt,
> tetex, probably most java packages.
hi,
On Sun, Oct 23, 2005 at 12:53:17PM +0200, Enrico Zini wrote:
> So it appears that the author is happy about modifications and
> redistribution, and probably has it in his own interpretation of
> freeware.
>
> Maybe he can be talked into removing the ambiguity and formalizing it in
> a clearer
On Sun, Oct 23, 2005 at 03:17:37PM +0200, Willi Mann wrote:
> I disagree. Where does the author say that you may modify it? I don't
> think the term
>
> > You can use it in your commercial projects.
>
> can be interpreted as "you are allowed to distribute modifications". It
> might be his inten
On Wed, Oct 26, 2005 at 02:15:41PM +0200, Gabor Gombas wrote:
> If a package's postrm removes the user, and the next package's postinst
> just calls "adduser", then the admin have no control over the reusing.
>
> If you want to allow automatic user/group removal, then adduser should
> be extended
hey steve,
On Wed, Oct 26, 2005 at 05:29:46AM -0700, Steve Langasek wrote:
> In the general case, I can think of two reasons to remove users (but
> leave the ids reserved): namespace pollution, and user lookup performance
> when using flatfile /etc/passwd. Neither of these is particularly relevan
On Wed, Oct 26, 2005 at 02:58:15PM -0400, Stephen Frost wrote:
> Leaving around unused accounts is plainly wrong too, and also a
iyho.
> potential security risk. If we're going to try to push for a broad
> change in how this is handled then let's do it the *right* way by
or, how about we not pu
On Mon, Oct 31, 2005 at 06:56:44PM +0100, Frank Küster wrote:
> the simple fact that a postinst script fails because a change has been
> refused isn't - and for sure it is not a serious or grave bug,
> severities often used when a postinst fails.
>
> Opinions?
without knowing more about "package
On Mon, Oct 31, 2005 at 07:52:27PM +0100, Frank Küster wrote:
> You mean the postinst script should succeed even if the program is not
> able to work? This doesn't fit with the meaning of "Depends", because
what i meant was that if you're running some utility in the
postinst that might fail for s
hi javier,
On Mon, Oct 31, 2005 at 10:03:01PM +0100, Javier Fernández-Sanguino Peña wrote:
> I would like developers to review and provide feedback for that section,
thanks for actually putting this into a document, however, i notice
two problems:
- the addgroup/adduser functions mask the error
hi,
On Thu, Nov 03, 2005 at 11:16:43PM -0500, Noah Meyerhans wrote:
> Within the security team, there has recently been some talk of pushing
> for per-user temp directories by default in etch. I'd like to see what
> people's reaction to such a proposal would be.
granted that i don't know the spe
On Tue, Nov 08, 2005 at 03:43:36PM +0100, Andreas Barth wrote:
> You could send them e.g. a DMCA Takedown Notice. Especially as they
> didn't listen before. Of course only if you're the author of one of the
> relevant programms.
you could also send their isp(s) and/or hosting provider(s) said
tak
hi frank,
On Sun, Nov 13, 2005 at 12:25:01PM +0100, Frank Küster wrote:
> we just received a bug report that is caused by a buggy prerm script
> in the package in sarge (it fails because it doesn't handle read-only
> /usr/local properly). Is there any way to fix this, except documenting
> it in t
On Friday 25 January 2008 11:08:13 am Mike Hommey wrote:
> On Fri, Jan 25, 2008 at 09:55:02AM +, Jon Dowland
<[EMAIL PROTECTED]> wrote:
> > Does anyone know how common it is for this additional functionality to
> > be used in packages in the archive?
>
> I do use it for config.guess and config
hiya,
On Friday 25 January 2008 09:50:56 am Andreas Tille wrote:
> I would be absolutely unhappy about this. On one hand it is just a waste
> of resources to clone upstream source on the other hand handling a set of
> (documented!!) patches seems much more clearly for my taste.
"inconvenient bec
Hi May,
(This should all be prefaced with the statement that i don't have a great deal
of experience with kernel module packaging, someone from debian-kernel may
have more insight than me)
First I should say it is very thoughtful of you to contact the debian
community regarding your drivers, i
101 - 200 of 409 matches
Mail list logo
