On Mon, May 06, 2024 at 07:42:11AM -0700, Russ Allbery wrote:
> Historically, deleting anything in /var/tmp that hadn't been accessed in
> over seven days was a perfectly reasonable and typical configuration.
> These days, we have the complication that it's fairly common to turn off
> atime updates
On Fri, Sep 15, 2023 at 02:08:06PM -0600, Sam Hartman wrote:
>
>
> Apropos of the discussion about removing default configuration from
> /etc.
> Upstream PAM now supports doing that. You can set up a vendor directory
> such as /usr/lib where pam.d and security live.
What are other distributions
On Sat, Jul 22, 2023 at 10:21:47AM +0200, Jonas Smedegaard wrote:
> Quoting Matthew Garrett (2023-07-22 09:54:59)
> > On Sat, Jul 22, 2023 at 03:41:58PM +0800, Paul Wise wrote:
> > > Disabling auto-mounting and for manual GUI mounts, requesting users
> > > confirm the
On Sat, Jul 22, 2023 at 03:41:58PM +0800, Paul Wise wrote:
> That still potentially exposes insecure code to untrusted data, just in
> a user context rather than a kernel context. The same goes for uml +
> fuse + namespaces, and even guestfs VMs. You can move the data and code
> to different conte
On Fri, Jul 21, 2023 at 10:55:39AM +0200, Marco d'Itri wrote:
> Unless somebody has a better idea then then my plan is to ship in the
> next upload of kmod a file in /etc/modprobe.d/ which uses the blacklist
> directive to prevent automatically loading some file system modules.
I think this wou
On Thu, Jul 20, 2023 at 07:56:12PM +0200, Marco d'Itri wrote:
> Package: src:linux
> Severity: normal
>
> You are totally correct.
> Kernel team, please blacklist HFS/HFS+ for automounting.
Isn't this a userland policy decision? udisks will happily trigger a
module load for hfsplus if udev has i
On Tue, Jul 18, 2023 at 12:45:51PM +0800, YunQiang Su wrote:
> Known supported hardwares:
> MIPS P5600
> Ingenic X2000
> Loongson 3A4000
This sounds reasonable, but do you have a list of hardware currently
supported by the mipsel port that would be left unsupported by this?
On Thu, Jul 13, 2023 at 08:03:39PM +0200, Timo Röhling wrote:
> qemu is basically an interpreter for foreign machine code. If your
> threat model allows access to qemu-user-static for an attacker, they
> can run pretty much any binary is if it were native, and the whole
> SystemCallArchitectures h
On Thu, Feb 6, 2020 at 12:07 AM Anthony DeRobertis wrote:
>
> An interesting challenge you've taken up, I fear it's going to be a lot
> of work.
Heh. It's work we're doing internally, so it'd be good to get it into
an upstream-acceptable form.
> On almost all of my older installs, the initramfs
On Wed, Feb 5, 2020 at 4:33 PM Dmitry Smirnov wrote:
> Second, it that binary build, the way it is compiled upstream, would never be
> accepted by ftp-masters due to lack of some sources in Debian "main".
> That's what I called problem with DFSG compliance.
It's worth remembering that Debian infr
On Mon, Jul 09, 2012 at 12:26:49PM -0400, Ted Ts'o wrote:
> On Mon, Jul 09, 2012 at 04:48:38PM +0100, Matthew Garrett wrote:
> > Hey, it's hardly my fault that nobody else bothered turning up to the
> > well-advertised events where this got discussed...
>
> If it&#
machine has been hacked", but I'm not convinced that's
a great strategy.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1sogcu-0007me...@chiark.greenend.org.uk
hat
support async notifications. Is that code not working for you?
--
Matthew Garrett | mjg59-chiark.mail.debian.de...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
provide
notification of media change without any polling being involved.
--
Matthew Garrett | mjg59-chiark.mail.debian.de...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Standard PATA optical drives, typically connected to an Intel
southbridge running in piix mode.
--
Matthew Garrett | mjg59-chiark.mail.debian.de...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Giacomo A. Catenazzi wrote:
>Michael Biebl wrote:
>> It makes no measurable difference here on my laptop (nx7000) running Debian
>> Lenny.
>
>ok, this confirm also Matthew Garrett analysis, and it is good.
>But so why powertop reccomend to disable pooling?
powertop makes
s.
No, they're not comparable. The difference in power draw between active and idle
in modern GPUs can be on the order of 10-20W. That's not the case for ATA
hardware,
and even if it were we don't do anything to idle the chipsets at the moment.
--
Matthew Garrett | mjg59-chiark.m
difference power consumption wise.
>
>If it requires the drive to be spun up (due to limitations in the firmware),
>it most certainly does.
This is (by far) the uncommon case. Blacklisting drives where this does happen
seems reasonable.
--
Matthew Garrett | mjg59-chiark.mail.debian.de...
Thanks, I'll take a look at those.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
will also work on amd64.
--
Matthew Garrett | mjg59-chiark.mail.debian.de...@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Evgeni Golov wrote:
>On Sun, 08 Mar 2009 17:17:44 +0000 Matthew Garrett wrote:
>
>> >All other (incl David), is there any interest in forking libx86 and
>> >using it globally instead of fixing that ftbfs 7 times?
>>
>> You could just send a patch to libx86 up
Evgeni Golov wrote:
>All other (incl David), is there any interest in forking libx86 and
>using it globally instead of fixing that ftbfs 7 times?
You could just send a patch to libx86 upstream, you know...
--
Matthew Garrett | mjg59-chiark.mail.debian.de...@srcf.ucam.org
--
To UNSUB
he temperature and misinterprets it as requiring a critical thermal
shutdown. Lockups are certainly possible, and it's just about
conceivable that you could cause hardware damage - though that's a bit
of a stretch.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMA
access, so there's a risk of racing and trashing the
contents of other registers. This should really be implemented as a
kernel driver using either the hwmon or thermal interfaces and a generic
fan control daemon implemented on top of that.
--
Matthew Garrett | [EMAIL PROTECTED]
--
an a CPU at 1.2GHz but in C4. It's more important to finish
whatever the CPU is doing quickly than it is to keep it at a low speed.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e "a GPLv3
application may make use of CDDLed libraries" sense.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
anyway. You need 2.6.21 for this to be any
practical use.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
one or two that should probably be orphaned or removed due to
lack of upstream development, but I'll check the status of them.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
me of the low-end Pentium Ms. I guess Celerons may be
missing it as well.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Anthony DeRobertis <[EMAIL PROTECTED]> wrote:
> Matthew Garrett wrote:
>> p4-clockmod is entirely useless. It's high-latency and doesn't drop the
>> core voltage.
>
> Nice. Is there a good alternative for P4 machines? Is the ACPI one any
> better (assumi
Anthony DeRobertis <[EMAIL PROTECTED]> wrote:
> driver: p4-clockmod
p4-clockmod is entirely useless. It's high-latency and doesn't drop the
core voltage. Deeper C states (C3/C4) will save more power, so the only
reason to have it loaded at all is to support thermal throt
Bill Allombert <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 23, 2006 at 07:30:47PM +0100, Matthew Garrett wrote:
>> Bear in mind that the 64-bit kernel doesn't offer all the functionality
>> that the 32-bit one does. vm86 is the most obvious thing missing.
>
> and it
le reduction in interactive performance. When I worked on that
script originally, I decided that anyone who wanted that could just add
p4_clockmod to /etc/modules.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
emu instead of vm86.
>
> Or am I missing something?
The x86emu code doesn't get built on i386, does it? It doesn't look like
the INT10_VM86 and INT10_X86EMU conditionals can both be set
simultaneously.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMA
work happily,
but there's no guarantee that the x86emu emulation is strictly accurate.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 23, 2006 at 07:30:47PM +0100, Matthew Garrett wrote:
>> Bear in mind that the 64-bit kernel doesn't offer all the functionality
>> that the 32-bit one does. vm86 is the most obvious thing missing.
>
> [8:23am
hit the kernel team till they apply the
> patch. :)
Bear in mind that the 64-bit kernel doesn't offer all the functionality
that the 32-bit one does. vm86 is the most obvious thing missing.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Steve Greenland <[EMAIL PROTECTED]> wrote:
> On 16-Aug-06, 19:23 (CDT), Matthew Garrett <[EMAIL PROTECTED]> wrote:
>> Yeah, wanting to use functionality when it's available is always a
>> dreadful idea. Far better to reimplement it locally in order to ensure
>
dea. Far better to reimplement it locally in order to ensure
that we have more copies of it to fix should there ever be any sort of
security flaw.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in order to provide a more
complete solution for a more narrow use case. It's not possible to
simultaneously believe that Debian's flexibility is what makes it
worthwhile, and that the fact that other projects treat Debian as a
supermarket is a bad thing. One or the other.
--
Matthew
of time I currently have available to me, I
tend to choose the latter. If Debian had slightly less of a culture of
"Keep your hands off my package", I'd do it here instead.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
e will be willing to submit a patch or
NMU it for you.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
27;t it be a good thing to remove all the circular
> depends that are not neccessary?
Wouldn't it be a better thing to fix the bug and have deterministic
software?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
David Weinehall <[EMAIL PROTECTED]> wrote:
> Well, if foo depends on foo-data, and foo-data depends on foo, I find
> it really hard to see the point of splitting the two into distinctive
> packages...
foo-data can often be arch: all, saving mirror space.
--
Matthew Garrett | [
ted in improving Ubuntu than Debian, and just added the
> following rules to my .procmailrc:
How does dropping potentially useful patches improve Debian?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Erast Benson <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-07-12 at 01:02 +0100, Matthew Garrett wrote:
>> 1) The GPL requires that all scripts used to control compilation and
>> installation of the executable be released under terms compatible with
>> the GPL.
>
>
#x27;s absolutely great. Is there any sort of announcement of
this anywhere?
Thanks,
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;s worth, I have no great objection to the CDDL. Most of the
aspects of it that people claim to be unhappy with are also in the MPL,
and we still ship Mozilla quite happily. Yes, I know that most of
Mozilla is also available under the GPL. I don't really see why that's
relevant...)
--
ibution.
Like Mozilla.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
compile a piece of software. You don't
> need to distribute openwatcom to anyone to fall within this clause.
Ok, but it still needs to be modified. Are you suggesting that the
freedom to produce a binary that can't be recompiled by anyone else is a
necessary freedom?
--
Matthew G
watcom and distribute that modified version
(even internally), you must provide the source code to the modified
version to the public. Some people may find that objectionable, but it
doesn't appear to mean what you claim.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, emai
etting.
You can, but you can't get into the firmware interface without having
blessed a file first. Which needs MacOS right now.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;bless', I hope I can find
> out as I delve deeper.
You can't. Intel Mac blessing is different to traditional HFS stuff -
it's not too difficult to do the blessing, but we have no way of
generating HFS+ filesystems without resorting to APSLed code and that
seems to be
ttacks for no obvious reason whatsoever[1]? If not, why did you post
it?
[1] As a hint for answering this question, consider the amount of
private mail received by Anthony. Consider the amount of it that has
been published on his blog.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSC
ing him a private mail discussing your concerns would work better?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
peak on behalf of Debian emailing him back. The
DPL chose to clarify that Walter was not in a position to speak on
behalf of Debian, presumably because he felt that there had been
potential for confusion. Does that seem unreasonable?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, e
"
Starting with "What is key for Debian" makes it sound like a policy
statement on behalf of Debian, and "Just fix the license" could then be
interpreted as a demand from Debian that Sun alter the license. In that
context, it seems reasonable to point out that Walter is not
it.
>
> His message also was much more than that, which aj totally dismissed.
The post was phrased in an unnecessarily hostile manner. There should be
no expectation for people to usefully respond to that sort of thing.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE
y say "If you are not participating in Debian development, you do
not get to make demands of the project". Being in NM is one way of
showing that you're participating in Debian development, but there are
several others - including making useful contributions to the
debian-devel mai
d to? Mike demanded that
the DPL perform certain actions. Suggesting that somebody actually get
involved in Debian before making demands of its leadership isn't
unreasonable. Alternatively, it could be phrased as a request.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to
?
That would require the kernel to be able to speak DDC to every video
card one of these devices could be plugged into. At the moment, it
can't.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ific or legally binding officialness that we are
> signing and interchaning keys based on ID cards.
If there's anyone who should be revoking signatures, it's the people who
are signing keys without being fairly certain that they belong to the
correct person. This really shouldn'
hibaut Varene - are you sure you're not
confused?
Friendly,
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
er than wasting list bandwidth, please consult a solicitor.
I have absolutely no interest in starting legal action against Sven.
And rather than wasting /my/ bandwidth, would you please not Cc me on
replies?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
(I can provide links if you can't believe me).
Sven has insulted me and accused me of engaging in a conspiracy against
him and his employers in order to cover up my own incompetence on more
than one occasion without any hint of an apology.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To
A doesn't explicitly permit us to use "patch files" or any
> other work based on A for the purpose of modifying the sources of
> another program, in our case B.
If the license forbids the use of modified code in other works, then
it's plainly not a free license.
--
Ma
y reasonable thing to do now that I'm aware of it.
Ah, my apologies. I'd assumed it was something that you'd probably
have thought about, so I'll happily withdraw that.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
I do apologise. These should plainly have been on -legal.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Glenn Maynard <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 18, 2006 at 03:21:14AM +, Matthew Garrett wrote:
>> I'm not going to defend patch clauses. I think they're massively
>> horrible things, and the world would be a better place without them. But
>> de
On Tue, Jan 17, 2006 at 07:32:20PM -0800, Thomas Bushnell BSG wrote:
> Matthew Garrett <[EMAIL PROTECTED]> writes:
>
> >> Have they modified these packages?
> >
> > Some of them, yes. Mostly the backports.
>
> What happens to the maintainer field in the
On Tue, Jan 17, 2006 at 07:23:41PM -0800, Thomas Bushnell BSG wrote:
> Matthew Garrett <[EMAIL PROTECTED]> writes:
> > The DCCA distribution is a mixture of packages from Sarge plus some
> > backports. In all cases, the Maintainer: field appears to be the same as
> >
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Wed, 18 Jan 2006, Matthew Garrett wrote:
>> Patch clauses only prohibit code reuse if your build system is
>> insufficiently complicated.
>
> And you are willing to contain an entire copy of the codebase from
> which y
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> Matthew Garrett <[EMAIL PROTECTED]> writes:
>> Other than, say, the DCC Alliance?
>
> I wasn't aware of them until just now. :)
Wow!
> Interestingly, the DCC Alliance says that it wants to become part of
>
John Hasler <[EMAIL PROTECTED]> wrote:
> mdz writes:
>> Have you ever received such a notification?
>
> Yes.
I haven't. I'm going to cry now :-(((
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> No other Debian derivative, as far as I'm aware, says that it
> cooperates fully with Debian.
Other than, say, the DCC Alliance?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
that the US government gives back to Debian? Do we say that your
> employer gives back to Debian?
If it's an authorised use of company time, sure. Whether or not it is in
this case, I don't know.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTE
s", they've said
"If you report a bug to Debian and nobody forwards it, we know nothing
about it".
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
S service. Thanks, Sourceforge)
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f
> launchpad which is better. Again, I think it would do a good job keeping
> everything organized an efficient.
Launchpad is currently non-free, so it doesn't seem terribly likely.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
dless of
whether you download 1GB or 20GB in a month. Therefore, as long as the
increase in traffic doesn't saturate your line, the cost per GB is 0.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
plain text configuration files has never been the Unix
way, and vi certainly isn't a standard unix tool.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
y of my packages. I'd be even happier if anyone who did so
was willing to enter into some sort of reciprocal agreement.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Matthew Garrett <[EMAIL PROTECTED]> wrote:
> Francesco Poli <[EMAIL PROTECTED]> wrote:
>
>> That is completely irrelevant. The FSF doesn't use the DFSG as freeness
>> guidelines.
>
> But the DFSG are intended to be a more detailed description of what fre
ivergent from the FSF's viewpoint, we need to figure out how and
why. Having two different definitions of free software does nothing to
help the community.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FDL,
> but the FDL is non-DFSG-free in the general case.
I don't think the FSF have ever claimed that the GFDL would class as a
free software license. Their standards for free documentation licenses
are clearly different to the DFSG.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNS
obvious target. How about dealing with some more significant problems?
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 18, 2005 at 03:57:35AM +, Matthew Garrett wrote:
>> Under Linux, can't all of this be done with mount --move anyway? I'm not
>> convinced that we actually need a /run any more.
>
> So you would hav
ything else should go in /var/run.
Under Linux, can't all of this be done with mount --move anyway? I'm not
convinced that we actually need a /run any more.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e for developers to be ejected from the project.
If you feel that anyone is behaving in a way that would not have allowed
them to get through NM, then please do invoke it.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ut
>> of things"?
>
> How many developer resignations will you need to understand inaction
> from people at key positions sucks the fun out of things in a worse way?
Reading these threads makes me want to resign. WILL YOU NOT THINK OF THE
CHILDREN?
--
Matthew Garrett | [EMA
rivileges, which means that some amount of policy has to be
determined by processes running as the user. It's also important that
this sort of thing can only be controlled by an appropriate user - if
I'm logged in on a background VT, I shouldn't be able to trigger power
management st
ose the lid is a per-user
preference. The length of time before an idle system suspends is a
per-user preference.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
other packages
c) Should be configurable in terms of default response to actions
d) Should (optionally) get out of the way if a user runs a power
management daemon
2) Define a mechanism for packages to drop scripts into this framework
3) Ensure that packages like gnome-power-manager and whateve
figured for a server-type environment.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#x27;d
argue that it needs to be possible for configuration to be done on a
per-user basis (you wouldn't believe the degree of argument over whether
closing the lid of a laptop should trigger a suspend or not)
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
ebian archive
>> > (to be added to dinstall at some point).
>
> [Matthew Garrett]
>> The answer is "all of them", so this one's not very compelling.
[Someone with a horrid, horrid quoting style]
> What? All Ubuntu .deb files went through ftp-master.debian
The answer is "all of them", so this one's not very compelling.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n is insane, and bringing
it up in such a hostile manner (not to mention attempting to use it to
claim that the DPL team don't care about your particular issue) isn't
going to result in it being fixed faster. Instead, it's going to result
in people assuming that you're some s
Glenn Maynard <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 10, 2005 at 05:42:07PM +, Matthew Garrett wrote:
>> This is based on the contents of their copyright files. Can we please
>> stop this "The only code under the MPL is Mozilla" argument?
>
> It's
sues rather than ignoring them. I'll remain
optimistic for a while)
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 295 matches
Mail list logo
