examples discussed
here), if the answer is "if we needed to re-train the model for whatever
reason we'd start from scratch".
[in any case, I think I'd +1 the suggestion else-thread to hold off
applying any of this until after the trixie release]
Matthew
--
"At least you k
is a also a RFP for flutter
> from 2019, but nobody seems to care or to work on [3].
Mmm, I wrote a Flutter app a while back and looked at the work needed to
get dart & flutter packaged for Debian and ran away :-/
Matthew
--
"At least you know where you are with Microsoft."
&q
this must
be patched in Debian to avoid creating any aliases that conflict with
base-files. In doing so, the Technical Committee overrides the systemd
maintainers.
For complete details of the discussion, please see
https://bugs.debian.org/1091995
Regards,
Matthew (for the Technical Committee)
Matthew Vernon writes:
> With the trixie freeze coming up, it's soon going to be time to file a
> ROM for src:pcre3 and drop it entirely.
I've now filed #1094807
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just w
out to migrate them to pcre2 (or otherwise stop using pcre3).
You can see the list of bugs (and thus impacted packages) either from UDD:
https://udd.debian.org/bugs/?release=any&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=obsolete-pcre3&fusertaguser
e when I wonder "why did this change get
made" I can look up the bug report in the BTS.
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
pected start of February).
Thanks,
Matthew
Hi,
I've just uploaded version 10.44-1 of pcre2 to experimental. This is
mostly a tidy-up of the previous 10.43 release.
I'll do an upload to unstable in due course, assuming no show-stoppers
are found :)
Regards,
Matthew
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
Package: wnpp
Severity: wishlist
Owner: Matthew Fennell
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: precis
Version : 1.1.0
Upstream Contact: Christian Schudt
* URL : https://github.com/sco0ter/precis
* License : Expat
Programming Lang: Java
Regards,
Matthew
tely buggy.
Regards,
Matthew
gt; already.
I have no particular opinion on the proposal to make coreutils Depend
on libssl3; but there are plenty of bootable Debian systems without
systemd, so I'd like to gently push back on the idea that the only
bootable Debian systems are those using systemd as init.
Thanks,
Matthew
[com
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
e? It's not entirely
straightforward (and I'm not sure udev rules are best handled thus), but
still probably better co-ordinated via that bug report rather than this
-devel thread...
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
Alastair McKinstry writes:
>> On Thu, Jun 29, 2023 at 08:55:11PM +0100, Matthew Vernon wrote:
>>> Bookworm is now out; I will shortly be increasing the severity of
>>> the outstanding bugs to RC, with the intention being to remove
>>> src:pcre3 from Debian
Hi,
On 13/11/2021 11:41, Matthew Vernon wrote:
TL;DR> pcre3 is obsolete and upstream don't want to fix it any more. I
propose a MBF to track our progress in getting rid of it for Bookworm
Bookworm is now out; I will shortly be increasing the severity of the
outstanding bugs to RC,
ow that they need to install one.
The DHCP client I have to hand says:
Installed-Size: 686
...so while I can see an argument about bloating a server install, I'm
not sure it's strong enough to warrant "totally unacceptable"?
Regards,
Matthew
--
"At least you
nd to use ifupdown (since the network config is easily configured
thus, and essentially never changes); laptops I have ifupdown &
network-manager (since the latter makes joining wireless networks on my
travels easier).
Regards,
Matthew
--
"At least you know where you are with Microsoft.&q
On 26/05/2023 09:24, Luca Boccassi wrote:
On Fri, 26 May 2023 at 08:39, Matthew Vernon wrote:
Consider: it is consistent to believe that it would have been better for
dpkg not to have had that warning added (quite some time ago now), but
that by now most derivatives that care will likely
remove (or revise) the warning from dpkg
Right Now; if you want to attempt to do so, please do so without
impugning those who disagree with you.
Regards,
Matthew
the same name, then yes.
One thing I'd say is: please keep the init script in your package, so
that people using inits other than systemd can continue to use it.
Thanks,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-rpc.v2
Version : 2.0.3-1
Upstream Author : Jonathan
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-goidentity.v6
Version : 6.0.1-1
Upstream Author
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-dnsutils.v2
Version : 2.0.0-1
Upstream Author
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-aescts.v2
Version : 2.0.0-1
Upstream Author : Jonathan
> Well. There is a specific source format now for full git workflows:
> 3.0 (gitarchive).
>
> It is implemented outside of dpkg in it's own package
> dpkg-source-gitarchive.
OOI, why is this not part of dpkg proper?
Matthew
--
"At least you know where you are with Micr
Andrey Rahmatullin writes:
> On Tue, Mar 15, 2022 at 10:49:17AM +0000, Matthew Vernon wrote:
>> but even if it were, is that an entirely unreasonable position for a
>> package maintainer (or team thereof) to take?
> Probably not? Just yet another case where you need t
Andrey Rahmatullin writes:
> On Tue, Mar 15, 2022 at 08:54:50AM +0000, Matthew Vernon wrote:
>> It's probably unfashionable, but I think debian/patches is not a great
>> way to manage changes, particularly if you're using a VCS for
>> maintaining your packages. As
ow they
should manage their packages, but (particularly when I've helped
non-Debian folk needing to handle Debian packages) debian/patches is a
source of confusion in packaging.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
Package: wnpp
Severity: wishlist
Owner: Matthew Grant
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: wsdd
Version : 0.7.0
Upstream Author : Steffan Christgau
* URL : https://github.com/christgau/wsdd
* License : MIT License
Programming Lang
Matthew Vernon writes:
> User: matthew-pcre...@lists.debian.org
Sigh, always one typo gets through. That should be:
User: matthew-pcre...@debian.org
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
Subject: x: depends on obsolete PCRE3 library
Source: x
Version: x
Severity: important
User: matthew-pcre...@lists.debian.org
Usertags: obsolete-pcre3
Dear maintainer,
Your package still depends on the old, obsolete PCRE3[0] libraries
(i.e. libpcre3-dev). This has been end of life for a while now,
Matthew Vernon writes:
> I've uploaded 10.35-1 of pcre2 to experimental; I'll upload -2 to
> unstable next weekend if there aren't any show-stoppers in the mean
> time.
>
> We may yet see 10.36 out in time for it to get into bullseye (upstream
> have an RC), b
work out.
Regards,
Matthew
less delta between Debian and Ubuntu
util-linux packages to maintain.
Thanks,
Matthew Ruffell
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
Russ Allbery wrote:
The one exception I can think of is if someone really wants to
customize the [spamassassin daily] job. That can be a little more
tedious to do with timer units. Right now, I think there's a bunch of
logic in the /etc/cron.daily script that someone could in theory
change. But I
;m not using your shiny new toy, my immediate reaction is to
> decide to ignore further discussion on the topic.
I think there's a considerable difference between:
"I think ethically, everyone should do X, and I will try and persuade
you that this is correct"
And
"If you di
Package: wnpp
Severity: wishlist
Owner: Matthew Fernandez
* Package name: rumur
Version : 2019.01.12
Upstream Author : Matthew Fernandez
* URL : https://github.com/Smattr/rumur
* License : The Unlicense
Programming Lang: C, C++, Python
Description
(I use fai at work, frex, and my home system hasn't been
re-installed in years). It would be unhelpful to say "the udeb should be
in a package mainted by someone who actually uses pcre in the
installer".
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
pand on this? I'm responsible for enough systems with enough
"interesting historical artifacts" that I'd bet that pretty much every
directory has been modified on at least some of them.
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
x27;d suggest we talk about the benefits or otherwise of /usr-merge and
leave RHEL out of it.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
On Fri, Nov 09, 2018 at 09:29:30PM +0100, Mattia Rizzolo wrote:
I would like to start by highlighting one very important line from my
last email to you:
> > Do not contact me with regard to Debian bullshit.
And yet, you did. Fuck you. Do not contact me again. I shall consider
any further cont
I quit Debian development back in 2004. This was a moral decision, based
on the malfeasance of the project secretary over the "Editorial changes"
GR.
For some reason, Debian as a project failed to notice that I had quit,
even though my wi...@debian.org email address was deliberately forwarded
t
Ian Jackson writes:
> Matthew Vernon writes ("Re: salsa.debian.org: merge requests and such"):
>> Colin Watson writes:
>> > This seems like a little bit of an overreaction to somebody removing a
>> > single redundant line from a control file, though. Is
Jonathan Dowland writes:
> On Fri, Nov 09, 2018 at 11:54:50AM +0000, Matthew Vernon wrote:
>>Putting it under a personal namespace doesn't make it much less visible,
>>and folk can still open MRs...
>
> Oh I beg to differ, there's a huge difference of visibil
Colin Watson writes:
> On Fri, Nov 09, 2018 at 11:54:50AM +0000, Matthew Vernon wrote:
>> Jonathan Dowland writes:
>> > On Tue, Nov 06, 2018 at 03:42:01PM +, Matthew Vernon wrote:
>> >>Hm, I had not quite appreciated that was the expected behaviou
Jonathan Dowland writes:
> On Tue, Nov 06, 2018 at 03:42:01PM +0000, Matthew Vernon wrote:
>>Hm, I had not quite appreciated that was the expected behaviour. Ah
>>well, I can move it :)
>
> Please re-consider whether this trade-off (other people pushing to
> master) is
it? :)
Hm, I had not quite appreciated that was the expected behaviour. Ah
well, I can move it :)
Regards,
Matthew
ast a MR is something I should have expected as a package
maintainer, not just commits to master?
[I don't really mean to have a go at the person concerned; I'd just like
to know what to expect in future...]
Regards,
Matthew
--
"At least you know where you are with Microsoft.&qu
c archive. I'm hoping people
interested in init system diversity in Debian can use it as a place to
co-ordinate. I don't want it to be used to slag off $init_system or
$distribution_or_derivative.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
t interested people can pick
> up the work now and not only complain later.
I'm aware of some work ongoing at the moment to try and improve matters
(currently looking at elongind, for example). If anyone's got some
interest/effort in getting sysvinit (and related bits) in a better state
f
Stephan Seitz writes:
> On Di, Jul 24, 2018 at 11:49:55 +0100, Matthew Vernon wrote:
>>accept that they are authoritative in this regard. Therefore, you should
>>rename the offensive parts of this package.
>
> He certainly should NOT rename any parts of the package witho
iate the harm done to minorities, but I don't think now is the
place to belabour it.
> I'll be coming at DebConf this year. Feel free to come and discuss it
> with me.
I'm afraid I won't be at DebConf, so email will have to do :)
Regards,
Matthew
[0] As she points o
t we hash it out in mail, let's see
> how well this works. We may have to consider something more structured
> such as debating over a concrete PR, or a DEP proposal.
[mega snip]
> I'll stop here for now, plenty to discuss already.
FWIW, I am broadly in favour of your suggestio
thing, I'd like to propose we (or,
ideally, the upstream author) rename weboob et al to make one small step
to being a bit more inclusive.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
On April 18, 2018 9:19 AM, Gunnar Wolf wrote:
> But why would ü not be part of the sorting? Yes, that was my example
> before you censored my thought process - In Spanish, [áéíóú] and
> [aeiou] share the same spot while ordering, as do ñ and n, as do u and
> ü (and we have no further diacriticals)
r source package
ii) been specific about the scripts you were objecting to
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
>From: Arturo Borrero Gonzalez [mailto:art...@debian.org]
>
>@Matthew, we are wondering whether hyperscan is able to detect SSE3 support at
>runtime in a given machine.
In Hyperscan v4.3 we don't have those cpuid tests.
The next release (v4.4, due before the end of the year
this or should I try to report this
as a bug? I am using orc 3.20.0 with all updates installed. Thanks.
Matthew
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
* Package name: pcre2
Version : 10.20
Upstream Author : Philip Hazel
* URL : http://www.pcre.org/
* License : BSD
Programming Lang: C
Description : New Perl Compatible Regular Expression Library
Hi,
Simon Richter writes:
> Hi Matthew,
>
> On 22.10.2015 16:47, Matthew Vernon wrote:
>
> > Upstream has a new PCRE library, which they hope everyone will
> > eventually migrate to, which is called PCRE2. It is currently version
> > 10.20. It ships things named
that something that makes it clear that
PCRE2 is newer than PCRE is desirable. And, obviously, PCRE & PCRE2 need
to be co-installable.
Smart ideas?
Regards,
Matthew
Phil Hands wrote:
> I saw that at least one package (I'm afraid I've forgotten which)
> settled on this picture of Grace Hooper:
>
> https://upload.wikimedia.org/wikipedia/commons/a/ad/Commodore_Grace_M._Hopper%2C_USN_%28covered%29.jpg
> It is Public Domain (having been released by the US Navy
Package: wnpp
Severity: wishlist
Owner: Matthew Pideil
* Package name: node-sprintf-js
Version : 1.0.2
Upstream Author : Alexandru Marasteanu
* URL : https://github.com/alexei/sprintf.js
* License : BSD-3
Programming Lang: JavaScript
Description
exercise building the Architecture:all
> bits.
Why not use sbuild-createchroot? I find it's a nice and easy way to
create chroots for building things.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
htt
Package: wnpp
Severity: wishlist
Owner: Matthew Maurer
* Package name: piqi-ocaml
Version : 0.7.2
Upstream Author : Anton Lavrik
* URL : http://piqi.org
* License : Apache-2.0
Programming Lang: OCaml
Description : Provides OCaml Bindings to the Piqi
Package: wnpp
Severity: wishlist
Owner: Matthew Maurer
* Package name: piqi
Version : 0.6.8
Upstream Author : Anton Lavrik
* URL : http://piqi.org
* License : Apache-2.0
Programming Lang: OCaml
Description : Universal schema language for JSON, XML
ng. Would there be any interest at attending/contributing to
> such a session at Debconf?
I'd attend it.
Regards,
Matthew
--
"At least you know where you are with Microsoft."
"True. I just wish I'd brought a paddle."
http://www.debian.org
--
To UNSUBSCRIBE, email
Package: wnpp
Severity: wishlist
Owner: Matthew Pideil
* Package name: node-lodash
Version : 2.4.1
Upstream Author : John-David Dalton
* URL : http://lodash.com/
* License : expat
Programming Lang: js
Description : Lo-dash is a Node.js utility library
Package: wnpp
Severity: wishlist
Owner: Matthew Pideil
* Package name: node-iconv-lite
Version : 0.2.11
Upstream Author : Alexander Shtuchkin
* URL : https://github.com/ashtuchkin/iconv-lite
* License : MIT
Programming Lang: js
Description : Convert
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: rsbackup
Version : 0.4.3
Upstream Author : Richard Kettlewell
URL : http://www.greenend.org.uk/rjk/2010/rsbackup.html
License : GPL
Programming Lang: C++
Description : rsync
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libshib-common-java
Version : 2.4.0
Upstream Author : University Corporation for Advanced Internet Development,
Inc.
URL : http://shibboleth.net/shibboleth-common
License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libshib-parent-project2-java
Version : 1
Upstream Author : University Corporation for Advanced Internet Development,
Inc.
URL : http://shibboleth.net/
License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libvt-ldap-java
Version : 3.3.7
Upstream Author : Middleware Services
URL : http://code.google.com/p/vt-middleware/wiki/vtldap
License : LGPL-3 or Apache-2.0
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libowasp-esapi-java
Version : 2.1.0
Upstream Author : Jeff Williams
URL : https://code.google.com/p/owasp-esapi-java/
License : BSD (documentation CC-BY-SA-3.0)
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libowasp-antisamy-java
Version : 1.5.3
Upstream Author : Arshan Dabirsiaghi
URL : https://code.google.com/p/owaspantisamy/
License : BSD
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Matthew Grant
* Package name: dms
Version : 1.0
Upstream Author : Matthew Grant
* URL : http://mattgrant.net.nz/software/dms
* License : GPL3
Programming Lang: Python
Description : DNS Management System
DNS
Package: wnpp
Severity: wishlist
Owner: Matthew Danish
* Package name: ats2-lang
Version : 0.0.3
Upstream Author : Hongwei Xi
* URL : http://www.ats-lang.org/
* License : GPL
Programming Lang: ATS, C
Description : ATS (v2) is a statically typed
Package: wnpp
Severity: wishlist
Owner: Matthew Bekkema
* Package name: derelict3
Version : 0~git20130530
Upstream Author : Mike Parker
* URL : https://github.com/aldacron/Derelict3
* License : Boost Software License
Programming Lang: D
Description
Russ Allbery writes:
> I keep being tempted to go off on a rant about how we have all of
> these modern, sophisticated, much more expressive programming
> languages, and yet still none of them handle ABI versioning as well as
> C does. Normal versioning problems that we just take for granted in C
http://lists.freedesktop.org/archives/systemd-devel/2012-June/005464.html
--
-- Matthew Thode (prometheanfire)
signature.asc
Description: OpenPGP digital signature
nt will be uploading our work to wheezy-proposed shortly.
A repository of work done so far is up at
http://anonscm.debian.org/git/collab-maint/bind9.git/
Thank you very much for your patience.
Best Regards,
Matthew Grant
On 29/10/12 11:21, Debian Bug Tracking System wrote:
> Your message dated
On Wed, Oct 17, 2012 at 1:57 PM, Michael Gilbert wrote:
> On Tue, Oct 16, 2012 at 6:49 PM, Matthew Grant wrote:
> > Can Bug #690569 (DNS wildcards fail to resolve with DNSsec enabled -
> breaks
> > RFC 4035)be reclassified as grave, or at least Important severity?
>
You i
Steve Langasek wrote:
> Matthew Woodcraft wrote:
>> Debian has supported booting from md RAID without using an initramfs for
>> a very long time.
> True but misleading. LILO supported it because it hard-coded the block list
> of the kernel and initrd at install time. GRUB
Wouter Verhelst wrote:
> Since you're talking of software RAID and LVM, that means you need an
> initramfs to boot your system. Thus, your systems will continue to
> boot with the proposed scenario, which supports booting with /usr on a
> separate filesystem if you have an initramfs.
Using softwar
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&#
In article <20120708235244.gb24...@thunk.org> Ted Ts'o wrote:
> Matthew Garret believes that this is a requirement; however, there is
> no documented paper trail indicating that this is actually necessary.
> There are those who believe that Microsoft wouldn't dare revoke
OK, finally followed things. My own bad...
IMHO, I find Debian bug reports are bit confusing to follow.
Thank you for being patient with me.
Matthew Grant
On 26/06/12 10:41, Matthew Grant wrote:
> This is from the maintainer of the racoon and ipsec-tools package!
>
> Tested on lin
. THIS IS UNDERHANDED!
Has someone infiltrated our system? Date on the following email is 2011!
Matthew Grant
---
Message #32 received at fakecontrol@fakecontrolmessage (full text, mbox):
From: Debbugs Internal Request
To: internal_cont...@bugs.debian.org
Subject: Internal Control
Date: Sat, 15
x27;t like creating storms when
not needed.
Cheers,
Matthew Grant
signature.asc
Description: OpenPGP digital signature
Russ Allbery wrote:
> I think the core question is: why is base-files special? Yes, it's
> essential and all, but that doesn't address the case of packages being
> downloaded separate from Debian, or unpacked by hand, in which case we
> don't include a license. If we're legally fine with that, I'm
1 - 100 of 962 matches
Mail list logo
