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
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
> > > confir
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
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
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
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
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
Changed-By: Matthew Garrett
Description:
argon2 - memory-hard hashing function - utility
libargon2-0 - memory-hard hashing function - runtime library
libargon2-1 - memory-hard hashing function - runtime library
libargon2-1-udeb - memory-hard hashing function - runtime library (udeb) (udeb
.
--
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
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's documented on paper, it didn't happen
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
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
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
.
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.mail.debian.de
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...@srcf.ucam.org
--
To UNSUBSCRIBE
Giacomo A. Catenazzi c...@debian.org 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 various
Evgeni Golov sarge...@die-welt.net 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
Evgeni Golov sarge...@die-welt.net wrote:
On Sun, 08 Mar 2009 17:17:44 + 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 upstream, you know
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
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
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 [EMAIL PROTECTED]
with a subject
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]
--
To UNSUBSCRIBE, email to [EMAIL
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]
libraries sense.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 13 Jul 2007 14:03:10 +0100
Source: libpam-foreground
Binary: libpam-foreground
Architecture: source i386
Version: 0.4-1
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew
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]
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 (assuming a semi-sane BIOS)?
It really depends
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 throttling.
--
Matthew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 29 Oct 2006 18:43:31 +
Source: libx86
Binary: libx86-dev libx86-1
Architecture: source i386
Version: 0.99-1
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
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. Trouble? Contact [EMAIL
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 seems a 64-bit kernel needs a 64-bit
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 [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
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 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] [EMAIL PROTECTED]:~ grep VM86 /boot
,
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]
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
that we have more copies of it to fix should
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]
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 of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 Garrett | [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 26 Jul 2006 02:45:29 +0100
Source: ttf-bpg-georgian-fonts
Binary: ttf-bpg-georgian-fonts ttf-bpg-georgian-fonts-udeb
Architecture: source all
Version: 0.3
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL
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 | [EMAIL PROTECTED
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]
or
NMU it for you.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 26 Jul 2006 02:19:49 +0100
Source: vbetool
Binary: vbetool
Architecture: source i386
Version: 0.7-1
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL PROTECTED
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.
Joerg clearly stands that:
1) Makefiles
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...)
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email
. 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]
(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, email to [EMAIL PROTECTED]
with a subject of unsubscribe
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 Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Matthew Palmer [EMAIL PROTECTED] wrote:
It's not limited to modified versions
Yes it is. In fact, it seems to be limited to the modifications
themselves, rather than an entire modified source tree.
it's for a period of time far exceeding that of the distribution.
Like Mozilla.
--
Matthew
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]
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 the only useful bootable format.
--
Matthew Garrett | [EMAIL
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]
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 UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
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 in a
position to speak on behalf of Debian.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE
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, email to [EMAIL PROTECTED
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 [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, 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 mailing list.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE
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, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
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]
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't be controversial.
--
Matthew Garrett | [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 25 Mar 2006 20:18:36 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-15
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
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 UNSUBSCRIBE, email to [EMAIL PROTECTED
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]
with a subject
offensive to me (and having gone over to the ennemy :) ?
I have absolutely no recollection of this happening, and can't find any
references to you talking to me about it in my logs. You appeared to
spend some time arguing with Thibaut Varene - are you sure you're not
confused?
Friendly,
--
Matthew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 5 Feb 2006 18:27:29 +
Source: ttf-bpg-georgian-fonts
Binary: ttf-bpg-georgian-fonts
Architecture: source all
Version: 0.1
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Jan 2006 22:50:45 +
Source: libpam-foreground
Binary: libpam-foreground
Architecture: source i386
Version: 0.2
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett
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.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 6 Feb 2006 13:44:05 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-14
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 01 Feb 2006 08:41:37 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-13
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
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 unsubscribe. Trouble? Contact [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 18 Jan 2006 21:10:26 +
Source: nstx
Binary: nstx
Architecture: source i386
Version: 1.1-beta6-4
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL PROTECTED
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]
with a subject of unsubscribe
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 unsubscribe. Trouble? Contact [EMAIL
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
Debian.
Do you have information on their plans
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 you are extracting. [Unless the patch clause
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
in Debian. Several derived
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 these cases?
I haven't seen any that have been changed
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
deciding that they're not free any more would
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]
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 PROTECTED]
with a subject of unsubscribe. Trouble
)
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nothing
about it.
--
Matthew Garrett | [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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]
. 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 subject of unsubscribe. Trouble? Contact [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 6 Jan 2006 17:12:10 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-11
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 6 Jan 2006 18:31:33 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-12
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
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]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 24 Dec 2005 01:31:56 +
Source: hotkey-setup
Binary: hotkey-setup
Architecture: source i386
Version: 0.1-10
Distribution: unstable
Urgency: low
Maintainer: Matthew Garrett [EMAIL PROTECTED]
Changed-By: Matthew Garrett [EMAIL
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]
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 UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
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]
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 free
software (a term initially defined by the FSF
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]
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 have these files stored in /var/run from
Joerg Jaspert ( 23) xmovie_1.9.13-0_i386.changes REJ=
ECTED
How many hours is that, David?
David's example is representative. Your one isn't.
Of all the people to pick on in Debian, the ftp-masters aren't the
obvious target. How about dealing with some more significant problems?
--
Matthew
1 - 100 of 350 matches
Mail list logo