On Fri, Aug 01, 2003 at 11:36:58PM -0400, Nathanael Nerode wrote:
> I feel a little like screaming.
-snip-
Ouch I didn't realize it was that bad :\
The list of problems I currently know about for KDE are:
1. ia64 gcc 3.3 bug
2. s390 glibc kernel header ptrace.h violates ISO C [0]
3. xfree86 4.2.
I think we determined on #debian-devel that the problem is that the
alpha, powerpc, and sparc buildds are broken and need manual
intervention to remove the sbcl package.
Chris
On Fri, Aug 01, 2003 at 11:37:14PM -0500, Chris Cheney wrote:
> I noticed that several of my packages are failing to build on quite a
> few buildds. This is due to the sbcl maintainer uploading a broken
> version of sbcl today (afaict). However, my package doesn't even depend
> on sbcl at all, I us
I noticed that several of my packages are failing to build on quite a
few buildds. This is due to the sbcl maintainer uploading a broken
version of sbcl today (afaict). However, my package doesn't even depend
on sbcl at all, I use clean chroots to build my packages locally for
i386 and it is not in
On Thu, Jul 31, 2003 at 02:52:04PM +0100, Ross Burton wrote:
> As a random reply...
> However, I am biased, as I package the GNOME CUPS packages... :)
And as a random comment, it's really sad that a printing system would have
any sort of dependency whatsoever on Gnome (or KDE, for that matter).
Matt Zimmerman said:
> I do not think that version number milestones are important for a
> release. I think that having a well-integrated, high-quality
> distribution is important for a release, and this is not so easily
> monitored.
Releasing with KDE 2.2, GNOME 1, and a defaul
I feel a little like screaming.
A few days ago things looked good. KDE had one RC bug open against it,
and it seemed likely that it had been fixed by GCC upgrades.
Since then, the KDE maintainer decided to upload new KDE. And hit
a new bug in GCC (3.3) on ia64, which is fixed in GCC CVS but n
On Fri, Aug 01, 2003 at 09:19:46PM -0400, Joey Hess wrote:
> Bernd Eckenfels wrote:
> > Umm... you invent a scorewriter for removing the sgui games bit? And then
> > you add a sgid scoresetter? I dont think this makes mch sence.
>
> You need to learn some more about security then. Small, simple an
Roland Mas wrote:
> key-value pairs. One of the keys (okay, the only one normally) is
> "db-version", and the corresponding value is a version number with the
> same semantics as the one provided by dpkg for the ordering). When I
> need to upgrade something, I go the following steps:
>
> ,[
On Sat, 2003-08-02 at 03:38, Pierre THIERRY wrote:
> >> Tags: patch
> > You forgot to attach it :-)
>
> Shit. And the BTS doesn't seem to have noticed the patch tag...
>
You meant to put "tags 203588 patch", "thanks" and Bcc
[EMAIL PROTECTED], didn't you? :-)
> > Event-handling from cardmgr, ho
On Sat, Aug 02, 2003 at 09:38:46AM +1000, Herbert Xu wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > nethack is the only game which comes to mind which does this, and I think it
> > should probably be changed to keep the saved game in the user's home
> > directory. This was clearly done in
>> Tags: patch
> You forgot to attach it :-)
Shit. And the BTS doesn't seem to have noticed the patch tag...
> Event-handling from cardmgr, hotplug, usbmgr, acpid, apmd etc. are
> really useful to be able to be customised by power users.
I think I'm something like a power user, and I hate having
On Sat, 2003-08-02 at 03:05, Pierre THIERRY wrote:
> Tags: patch
>
You forgot to attach it :-)
> > I've edited it, and I'd bet I'm not the only one who has a
> > dog/cat/turtle/etc who keeps knocking the power button, resulting in a
> > change to scheduling a shutdown in 1 minutes time :)
>
> I
I demand that Herbert Xu may or may not have written...
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
>> nethack is the only game which comes to mind which does this, and I think
>> it should probably be changed to keep the saved game in the user's home
>> directory. This was clearly done in order
Tags: patch
> I've edited it, and I'd bet I'm not the only one who has a
> dog/cat/turtle/etc who keeps knocking the power button, resulting in a
> change to scheduling a shutdown in 1 minutes time :)
I think a very good coded script should use a config file in /etc. But
maybe it's a purist opini
On Sat, 2 Aug 2003 00:44:16 +0200, Artur R. Czechowski wrote:
> When LC_COLLATE is set to pl_PL [] glob does not work correctly:
>
> [EMAIL PROTECTED]:/tmp/bash-test$ echo $LC_COLLATE
> pl_PL
> [EMAIL PROTECTED]:/tmp/bash-test$ touch a b C c D e F G h
> [EMAIL PROTECTED]:/tmp/bash-test$ echo [A-Z]
Bernd Eckenfels wrote:
> Umm... you invent a scorewriter for removing the sgui games bit? And then
> you add a sgid scoresetter? I dont think this makes mch sence.
You need to learn some more about security then. Small, simple and well
defined programs are often more secure than large monoliths th
Bernd Eckenfels wrote:
> Looking at this statistic, it is clearly visible that most of the exploits
> are game related,
Only because Steve Kemp is doing some good work on auditing our games.
I suspect he would have just as much luck finding security holes in some
other areas.
> Yes, but I think t
Manoj Srivastava wrote:
> This seems like a good practice kind of recommendation, not an
> requirement, and as such, may be better suited to be included
> in developers reference rather than policy, don't you think?
I agree that policy can't force developers to do that, but policy is
alrea
On Fri, Aug 01, 2003 at 11:36:52AM -0400, Matt Zimmerman wrote:
> On Fri, Aug 01, 2003 at 07:51:46PM +1000, Matthew Palmer wrote:
> > The latest upstream version of a package I've begun to maintain, IRM, has a
> > problem in that a portion of the data in the system (relating to software
> > and lic
Herbert Xu <[EMAIL PROTECTED]> writes:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
>>
>> nethack is the only game which comes to mind which does this, and I think it
>> should probably be changed to keep the saved game in the user's home
>> directory. This was clearly done in order to try to pre
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
>
> nethack is the only game which comes to mind which does this, and I think it
> should probably be changed to keep the saved game in the user's home
> directory. This was clearly done in order to try to prevent cheating, but
> again, these days the pla
Scott James Remnant <[EMAIL PROTECTED]> wrote:
> [-- text/plain, encoding quoted-printable, charset: ISO-8859-1, 29 lines --]
>
> On Fri, 2003-08-01 at 23:25, Bruno David Rodrigues wrote:
>
>> Package: wnpp
>> Version: unavailable; reported 2003-08-01
>> Severity: wishlist
>>
>> * Package name
On Fri, 2003-08-01 at 23:25, Bruno David Rodrigues wrote:
> Package: wnpp
> Version: unavailable; reported 2003-08-01
> Severity: wishlist
>
> * Package name: geeklog
> Version : 1.3.8
> Upstream Author : Tony Bibbs and geeklog community
> <[EMAIL PROTECTED]>
>
On Fri, 2003-08-01 at 14:58, Pierre THIERRY wrote:
> > I think at least the RCness of this bug is rather dubious, frankly. If
> > the script is configuration
>
> I don't think the script is meant to be edited... So it should be in
> /usr/sbin.
>
I've edited it, and I'd bet I'm not the only one w
I demand that Stephen Frost may or may not have written...
[snip]
> and a consensus reached which approves of the application and it's
> needs. ?
Almost: s/'// :-)
--
| Darren Salt | linux (or ds) at | nr. Ashington,
| woody, sarge, | youmustbejoking | Northumberland
| RISC OS | demon
Package: bash
Version: 2.05b-8.1
Severity: normal
Hello
When LC_COLLATE is set to pl_PL [] glob does not work correctly:
[EMAIL PROTECTED]:/tmp/bash-test$ echo $LC_COLLATE
pl_PL
[EMAIL PROTECTED]:/tmp/bash-test$ touch a b C c D e F G h
[EMAIL PROTECTED]:/tmp/bash-test$ echo [A-Z]
b c C D e F G h
On Fri, Aug 01, 2003 at 04:45:09PM -0600, Bruce Sass wrote:
> The BTS needs to adopt a "package pool" like mentality, where bugs
> are assigned to a particular version of a package instead of just the
> package.
Hey, man, we're working on it.
--
Colin Watson [EMA
Package: wnpp
Version: unavailable; reported 2003-08-01
Severity: wishlist
* Package name: geeklog
Version : 1.3.8
Upstream Author : Tony Bibbs and geeklog community
<[EMAIL PROTECTED]>
* URL : http://www.geeklog.net
* License : GPLv2
Descr
On Fri, Aug 01, 2003 at 04:45:42PM -0500, Chris Cheney wrote:
> On Fri, Aug 01, 2003 at 04:38:37PM -0400, Matt Zimmerman wrote:
> > And what if the version in testing has an RC bug? "release-status-sarge"
> > says everything is OK.
>
> Do we even know which packages in sarge have RC bugs? The la
On Fri, Aug 01, 2003 at 04:45:42PM -0500, Chris Cheney wrote:
> On Fri, Aug 01, 2003 at 04:38:37PM -0400, Matt Zimmerman wrote:
> > And what if the version in testing has an RC bug? "release-status-sarge"
> > says everything is OK.
>
> Do we even know which packages in sarge have RC bugs? The las
On Fri, 1 Aug 2003, Chris Cheney wrote:
<...>
> Do we even know which packages in sarge have RC bugs? The last time I
> looked when you close a bug with an upload to sid it closes it entirely
> still. So we don't really have a good idea of how many RC bugs exist in
> sarge, only how many are in si
On Fri, Aug 01, 2003 at 03:58:13PM -0500, Manoj Srivastava wrote:
> Hmm. Are you willing then to help modify each game to allow
> this to happen? Some changes are quite extensive.
Hmm.. I am sure the maintainers of the affected packages will ask for help.
Greetings
Bernd
--
(OO) -
On Fri, 1 Aug 2003, Arnaud Vandyck wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> [...]
> > [3] http://www.fs.tum.de/~bunk/Debian/freeze
>
> Reading the whole "Future releases of Debian" thread, I thought that
> the main idea was that Debian need a more 'readable' status for the next
> stab
On Fri, Aug 01, 2003 at 04:38:37PM -0400, Matt Zimmerman wrote:
> On Fri, Aug 01, 2003 at 10:06:39PM +0200, Arnaud Vandyck wrote:
>
> > Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > > On Fri, Aug 01, 2003 at 07:50:15PM +0200, Arnaud Vandyck wrote:
> > [...]
> > > > If there are RC bugs to packages
On Fri, 1 Aug 2003 16:01:03 -0400, Matt Zimmerman <[EMAIL PROTECTED]> said:
> On Fri, Aug 01, 2003 at 02:15:50PM -0500, Manoj Srivastava wrote:
>> Only if the game still works -- some games keep not just score
>> files, but saved games in the common area, and would not work as
>> expected if they
On Fri, 1 Aug 2003 22:31:16 +0200, Bernd Eckenfels <[EMAIL PROTECTED]> said:
> BUT: i realy do think each game MUST offer the non sgid option. We
> could have a global question herer:
Hmm. Are you willing then to help modify each game to allow
this to happen? Some changes are quite exte
On Fri, Aug 01, 2003 at 10:40:12PM +0200, Andreas Rottmann wrote:
> I wonder why yehia isn't entering testing. According to [0] it makes
> qmailmrtg7 uninstallable, but qmailmrtg7 is totally unrelated to
> yehia, AFAICS.
I've no idea where qmailmrtg7 is coming from, but actually yehia is
caught up
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 10:06:39PM +0200, Arnaud Vandyck wrote:
> > [...]
> > It does not matter to know in which version the bug will be
> > fixed. What I want for sarge is emacs21 ( >= 21.2 ) so if every RC
> > bugs are closed with 21.3 or 21
On Fri, Aug 01, 2003 at 10:40:12PM +0200, Andreas Rottmann wrote:
> I wonder why yehia isn't entering testing. According to [0] it makes
> qmailmrtg7 uninstallable, but qmailmrtg7 is totally unrelated to
> yehia, AFAICS.
> Regards, Andy
> [0] http://bjorn.haxx.se/debian/testing.pl?package=yehia&
I wonder why yehia isn't entering testing. According to [0] it makes
qmailmrtg7 uninstallable, but qmailmrtg7 is totally unrelated to
yehia, AFAICS.
Regards, Andy
[0] http://bjorn.haxx.se/debian/testing.pl?package=yehia&expand=1
--
Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROT
On Fri, Aug 01, 2003 at 10:06:39PM +0200, Arnaud Vandyck wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > On Fri, Aug 01, 2003 at 07:50:15PM +0200, Arnaud Vandyck wrote:
> [...]
> > > If there are RC bugs to packages that 'release-status-sarge' depends
> > > on, it won't go to testing...
> >
On Fri, Aug 01, 2003 at 04:13:30PM -0400, Jim Penny wrote:
> On Fri, 1 Aug 2003 16:01:03 -0400 Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > nethack is the only game which comes to mind which does this, and I
> > think it should probably be changed to keep the saved game in the user's
> > home dir
On Fri, Aug 01, 2003 at 01:56:50PM -0400, Joey Hess wrote:
> I think you can set it up so users cannot forge high scores by just
> running such a helper. Make the helper sgid scorewriter, and make the
> games setgid scoresetter
Umm... you invent a scorewriter for removing the sgui games bit? And t
On Fri, Aug 01, 2003 at 01:46:48PM -0400, Joey Hess wrote:
> Setuid and setgid programs are one of the main causes of security
> holes and DSA's in Debian.
Hmm
DSA-360: no (daemon)
DSA-359: yes (uid root: hardware access)
DSA-358: no (kernel)
DSA-357: no (daemon)
DSA-356: yes (gid ga
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 07:50:15PM +0200, Arnaud Vandyck wrote:
[...]
> > If there are RC bugs to packages that 'release-status-sarge' depends
> > on, it won't go to testing...
>
> Of course it would, unless it had a versioned dependency that could
>
On Fri, 1 Aug 2003 16:01:03 -0400
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 02:15:50PM -0500, Manoj Srivastava wrote:
>
> > Only if the game still works -- some games keep not just score
> > files, but saved games in the common area, and would not work as
> > expec
Could you please send me the sheet music for Dueling Banjos
_
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
On Fri, Aug 01, 2003 at 02:15:50PM -0500, Manoj Srivastava wrote:
> Only if the game still works -- some games keep not just score
> files, but saved games in the common area, and would not work as
> expected if they could not write to that area.
nethack is the only game which comes to mi
On Fri, 1 Aug 2003 13:46:48 -0400, Joey Hess <[EMAIL PROTECTED]> said:
> Here's a draft policy proposal. If this looks ok I'll submit it to
> the policy group.
> Proposal: [DRAFT] require peer review for setuid and setgid program
> introduction
> Setuid and setgid programs are one of the main c
On Fri, 1 Aug 2003 11:22:17 -0400, Matt Zimmerman <[EMAIL PROTECTED]> said:
> On Fri, Aug 01, 2003 at 08:20:08AM +0200, Tollef Fog Heen wrote:
>> what's wrong with a low-priority debconf question with a sane
>> default?
> As long as the sane default is the safe default, which is not to be
> setg
On Aug 01, David Z Maze <[EMAIL PROTECTED]> wrote:
>Is this "script that gets run when the console user presses the power
>button", and is it obvious that the user could potentially want to
>configure it? If so, then it makes sense that it should be a
>configuration file, and so by policy 10.
Make $500 to $700 per week for downloading FREE software!!
Dear friend!!
We know it sounds too good to be true, but itfs REAL! We pay you hard cash
for you to download and install
this FREE software and we pay you each month that you continue to use it. Best
of all you will only have
On Thu, Jul 31, 2003 at 09:44:17AM -0400, Daniel Jacobowitz wrote:
> The last time I tried to use CUPS, I found it to be so user friendly
> that I couldn't get it to do anything useful. Very pretty, less
> functional; and the documentation was entirely inadequate.
>
> On the other hand, whi
On Fri, 1 Aug 2003, Matt Zimmerman wrote:
> On Fri, Aug 01, 2003 at 08:20:40PM +0200, Josip Rodin wrote:
>
> > On Fri, Aug 01, 2003 at 02:15:26PM -0400, Matt Zimmerman wrote:
> > > it would be trivial to add lintian/linda warnings for this,
> >
> > There's already a warning for set[ug]id in Lintia
* Joey Hess ([EMAIL PROTECTED]) wrote:
> --- policy.sgml.orig 2003-08-01 13:40:51.0 -0400
> +++ policy.sgml 2003-08-01 13:45:24.0 -0400
> @@ -7104,6 +7104,14 @@
> execute them.
>
>
> +
> + Since setuid and setgid programs are often a security
On Fri, Aug 01, 2003 at 08:20:40PM +0200, Josip Rodin wrote:
> On Fri, Aug 01, 2003 at 02:15:26PM -0400, Matt Zimmerman wrote:
> > it would be trivial to add lintian/linda warnings for this,
>
> There's already a warning for set[ug]id in Lintian.
Ah, ok. But the point was that it will miss many
On Fri, Aug 01, 2003 at 07:50:15PM +0200, Arnaud Vandyck wrote:
> Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> > I don't think that the most important release goals can be expressed
> > in terms of version numbers. For example, RC bug fixes. I don't find
> > goals such as "we want version X of
On Fri, Aug 01, 2003 at 02:15:26PM -0400, Matt Zimmerman wrote:
> it would be trivial to add lintian/linda warnings for this,
There's already a warning for set[ug]id in Lintian.
--
2. That which causes joy or happiness.
On Fri, Aug 01, 2003 at 01:46:48PM -0400, Joey Hess wrote:
> Here's a draft policy proposal. If this looks ok I'll submit it to the
> policy group.
Thanks for doing this. It looks fine, with the exception of a small typo:
> + Since setuid and setgid programs are often a security rick,
Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 07:03:46PM +0200, Arnaud Vandyck wrote:
>
> > I propose to create a meta-package called 'release-status-sarge'
> > that depends on packages (with version number) that we want to see
> > in sarge.
>
> I don't think that the
On Fri, Aug 01, 2003 at 01:56:50PM -0400, Joey Hess wrote:
> I think you can set it up so users cannot forge high scores by just
> running such a helper. Make the helper sgid scorewriter, and make the
> games setgid scoresetter (these names could be better). Then the helper
> would refuse to write
Matt Zimmerman wrote:
> Personally, I would lean more towards having a setgid helper which writes to
> the game's score file. It is possible to audit such helpers completely in a
> short amount of time, and I feel that it would be far better to open
> ourselves up to letting users forge their own
Matt Zimmerman wrote:
> On Fri, Aug 01, 2003 at 11:26:57AM -0400, Stephen Frost wrote:
>
> > * Matt Zimmerman ([EMAIL PROTECTED]) wrote:
> > > I absolutely support this idea. All set[ug]id setups should be reviewed
> > > before they go in the archive, and I volunteer to do the review (though I
>
On Fri, Aug 01, 2003 at 07:03:46PM +0200, Arnaud Vandyck wrote:
> I propose to create a meta-package called 'release-status-sarge' that
> depends on packages (with version number) that we want to see in sarge.
I don't think that the most important release goals can be expressed in
terms of ve
On Thu, Jul 31, 2003 at 05:33:23PM +0100, Steve Kemp wrote:
> There's probably a lot to be said for building a chroot installation
> and installing each package in turn; but I don't have the time for that
> at the moment.
I have some basic tools for doing this kind of thing using UML's
copy-o
On Fri, Aug 01, 2003 at 02:06:48PM +0300, Riku Voipio wrote:
>
> Yes. a debcamp of users would probably blow some fuse :)
Speaking as someone who's held an FRA (US Federal Railroad Administration)
crew and fireman cert - it's unlikely, unless you do something that would
overload a normal house ci
On Fri, Aug 01, 2003 at 11:34:11AM +0200, Tollef Fog Heen wrote:
> * Steve Kemp
>
> | On Fri, Aug 01, 2003 at 08:20:08AM +0200, Tollef Fog Heen wrote:
> |
> | > what's wrong with a low-priority debconf question with a sane default?
> |
> | Absolutely nothing at all, but it's a slippery slope,
Adrian Bunk <[EMAIL PROTECTED]> wrote:
[...]
> [3] http://www.fs.tum.de/~bunk/Debian/freeze
Reading the whole "Future releases of Debian" thread, I thought that
the main idea was that Debian need a more 'readable' status for the next
stable release.
I propose to create a meta-package called
On Fri, Aug 01, 2003 at 11:26:57AM -0400, Stephen Frost wrote:
> * Matt Zimmerman ([EMAIL PROTECTED]) wrote:
> > I absolutely support this idea. All set[ug]id setups should be reviewed
> > before they go in the archive, and I volunteer to do the review (though I
> > hope that others will help).
Hi, Matthew Garrett wrote:
> The user should be able to choose whether the power
> button triggers shutdown or suspend to disk, for instance.
While I do agree that this kind of script is best placed in /etc, this
kind of choice can be configured by a "normal" /etc/acpid.conf that's read
by the sc
On Fri, Aug 01, 2003 at 08:04:09AM -0400, Stephen Frost wrote:
> * Matthew Palmer ([EMAIL PROTECTED]) wrote:
> > - dump the old software tables and store the dump somewhere, giving
> > pointers to the dump in all sorts of useful places. But if I put it
> > somewhere temporary (/tmp), i
On Fri, Aug 01, 2003 at 01:59:43PM +0200, Roland Mas wrote:
> Matthew Palmer (2003-08-01 19:51:46 +1000) :
>
> > The latest upstream version of a package I've begun to maintain,
> > IRM, has a problem in that a portion of the data in the system
> > (relating to software and licence assignment) can
* Matt Zimmerman ([EMAIL PROTECTED]) wrote:
> On Thu, Jul 31, 2003 at 12:55:28PM -0400, Joey Hess wrote:
> > I also think it would be a good idea for policy to require all setuid/gid
> > bit grants to go through this or another list for peer review, much as
> > pre-depends are supposed to.
>
> I a
On Fri, Aug 01, 2003 at 10:32:47AM -0500, Gunnar Wolf wrote:
> Ummm... I *did* find something strange, maybe you can give some more
> insight on this:
>
> [EMAIL PROTECTED]:/$ find /etc -type f -perm -755|xargs file|grep ELF
> etc/X11/rstart/rstartd.real:ELF 32-bit LSB
> e
David Z Maze dijo [Fri, Aug 01, 2003 at 09:31:40AM -0400]:
> Cajus Pollmeier <[EMAIL PROTECTED]> writes:
>
> > On Donnerstag, 31. Juli 2003 07:24, Pierre THIERRY wrote:
> >> Severity: serious
> >> Justification: Policy 9.1.1
>
> ("Debian should obey the FHS"; I don't claim to be an FHS expert, bu
On Fri, Aug 01, 2003 at 07:51:46PM +1000, Matthew Palmer wrote:
> The latest upstream version of a package I've begun to maintain, IRM, has a
> problem in that a portion of the data in the system (relating to software
> and licence assignment) can't be upgraded along with the rest of the
> databas
Pierre THIERRY dijo [Fri, Aug 01, 2003 at 03:58:23PM +0200]:
> > I think at least the RCness of this bug is rather dubious, frankly. If
> > the script is configuration
>
> I don't think the script is meant to be edited... So it should be in
> /usr/sbin.
There are many scripts in /etc that are not
On Fri, Aug 01, 2003 at 11:18:53AM -0400, Matt Zimmerman wrote:
> > I also think it would be a good idea for policy to require all setuid/gid
> > bit grants to go through this or another list for peer review, much as
> > pre-depends are supposed to.
>
> I absolutely support this idea. All set[ug
> You think wrong. The user should be able to choose whether the power
> button triggers shutdown or suspend to disk, for instance.
But one shouldn't have to edit a shell script to do it. It should just
be necessary to edit a configuration file. Like modifying the action
value to something like /u
On Fri, Aug 01, 2003 at 08:45:16PM +1000, Herbert Xu wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
> >
> > I also think it would be a good idea for policy to require all
> > setuid/gid bit grants to go through this or another list for peer
> > review, much as pre-depends are supposed to.
>
> How
On Fri, Aug 01, 2003 at 08:20:08AM +0200, Tollef Fog Heen wrote:
> what's wrong with a low-priority debconf question with a sane default?
As long as the sane default is the safe default, which is not to be setgid.
--
- mdz
On Thu, Jul 31, 2003 at 06:37:53PM +0100, Steve Kemp wrote:
> On Thu, Jul 31, 2003 at 12:55:28PM -0400, Joey Hess wrote:
>
> > I'd like to see us move all of our setgid games (except, perhaps,
> > nethack) away from using global score files by default.
>
> I think that should be a good option
Pierre THIERRY wrote:
>I don't think the script is meant to be edited... So it should be in
>/usr/sbin.
You think wrong. The user should be able to choose whether the power
button triggers shutdown or suspend to disk, for instance.
--
Matthew Garrett | [EMAIL PROTECTED]
On Thu, Jul 31, 2003 at 12:55:28PM -0400, Joey Hess wrote:
> I also think it would be a good idea for policy to require all setuid/gid
> bit grants to go through this or another list for peer review, much as
> pre-depends are supposed to.
I absolutely support this idea. All set[ug]id setups shou
Keegan Quinn wrote:
> FWIW, I've had very good experiences with the CUPS in unstable, so
> I'd not object to this. OTOH, installing it without it being 'default'
> is already quite trivial. What would this change entail, exactly?
Probably making the print server task install it instead of lpr, w
On Freitag, 1. August 2003 15:31, David Z Maze wrote:
> Cajus Pollmeier <[EMAIL PROTECTED]> writes:
> > On Donnerstag, 31. Juli 2003 07:24, Pierre THIERRY wrote:
> >> Severity: serious
> >> Justification: Policy 9.1.1
>
> ("Debian should obey the FHS"; I don't claim to be an FHS expert, but
> all i
> I think at least the RCness of this bug is rather dubious, frankly. If
> the script is configuration
I don't think the script is meant to be edited... So it should be in
/usr/sbin.
Quickly,
le Moine Fou
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
pgpjHl0gN4jh5.pgp
Description: PGP signature
Cajus Pollmeier <[EMAIL PROTECTED]> writes:
> On Donnerstag, 31. Juli 2003 07:24, Pierre THIERRY wrote:
>> Severity: serious
>> Justification: Policy 9.1.1
("Debian should obey the FHS"; I don't claim to be an FHS expert, but
all it seems to say about /etc is "no binaries", which this doesn't
vio
> "CB" == Christoph Berg <[EMAIL PROTECTED]> writes:
CB> If you are both a DD and upstream, why didn't you package it
CB> yourself?
Good question. Installing Pigdog DeCSS in somebody's Debian system
doesn't really meet my goals for the software. The original point was
to have mirrors
On Fri, Aug 01, 2003 at 02:09:36PM +0200, Cajus Pollmeier wrote:
> On Donnerstag, 31. Juli 2003 07:24, Pierre THIERRY wrote:
> > Package: acpid
> > Version: N/A; reported 2003-07-31
> > Severity: serious
> > Justification: Policy 9.1.1
> >
> > The shell script /etc/acpi/powerbtn.sh should be instal
Nesecitaria los driver de la placa de red
Cnet Pro200 PCI fast Ethernet Adapter
Desde ya muchas graciasInternet GRATIS es Yahoo! Conexión.
Usuario: yahoo; contraseña: yahoo
Desde Buenos Aires: 4004-1010
Más ciudades: clic aquí.
* Matthew Palmer ([EMAIL PROTECTED]) wrote:
> - dump the old software tables and store the dump somewhere, giving
> pointers to the dump in all sorts of useful places. But if I put it
> somewhere temporary (/tmp), it might disappear before the admin
> realises, and somewher
Package: wnpp
Severity: wishlist
* Package name: sixpack
Version : 0.99
Upstream Author : Apparently Michael Lachmann http://www.santafe.edu/~dirk/
* URL or Web page : http://www.santafe.edu/~dirk/sixpack/
* License : GPL
Description : Bibliography and Reference Mana
Riku Voipio wrote:
On Fri, Aug 01, 2003 at 08:32:57AM +0200, Christian Perrier wrote:
This is still quite rare. For instance, in french trains (TGV and
"Teoz", formerly known as "Corail"ie Intercity trains), electric
wires are only available in the most recent coaches and only in 1st
class usua
On Fri, Aug 01, 2003 at 02:06:48PM +0300, Riku Voipio wrote:
> A quick grep on bahn.de says that ICE-T trains (presumably the most
~
> expensive ones..) have power sockets for every seat. Anyone with
> experience on german/austrian railroad?
>
> > So, IMHO,
On Donnerstag, 31. Juli 2003 07:24, Pierre THIERRY wrote:
> Package: acpid
> Version: N/A; reported 2003-07-31
> Severity: serious
> Justification: Policy 9.1.1
>
> The shell script /etc/acpi/powerbtn.sh should be installed in something
> else, like /usr/share/acpid/ or /usr/sbin/.
>
> -- System In
On Fri, Aug 01, 2003 at 02:49:59PM +0300, Lars Wirzenius wrote:
> Do we actually need a default print service at all? Mail is much more
> fundamental, for example, but lots of computers these days don't have a
> printer attached at all.
We needn't install a print service by default but if someone
Matthew Palmer (2003-08-01 19:51:46 +1000) :
> The latest upstream version of a package I've begun to maintain,
> IRM, has a problem in that a portion of the data in the system
> (relating to software and licence assignment) can't be upgraded
> along with the rest of the database - the schema is t
On pe, 2003-08-01 at 12:32, Luca - De Whiskey's - De Vitis wrote:
> It is a good solution for any user level with most common printers/needs,
> thus it
> should be the default (IMHO).
Do we actually need a default print service at all? Mail is much more
fundamental, for example, but lots of compu
1 - 100 of 118 matches
Mail list logo