the nonfree firmware by doing it themselves, and
checking things matched.
Is that something that would work for you?
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
ch may be
a good way of avoiding new contributors becoming intimidated by the
assumption that everyone else is doing a perfect job.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
rejection by
themselves, and fix it unprompted.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Soren Stoutner writes:
> On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote:
>> Soren Stoutner writes:
>> > At this point in the discussion I would like to progress toward a decision.
>> >
>> > One way to do so would be a GR. On one hand, using
;ve got a moment).
I doubt that a GR is justified, especially if all it's going to end up
doing is adding a recommendation for format=flowed to the CoC that isn't
actually required for people to adopt the use of format=flowed.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
t before a package makes it
through the buildds let alone making it into testing.
Having said that, I applaud the effort, but a few more filters would
appear to be needed for it to become properly useful.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
rs, Phil.
[1] https://d-i.debian.org/manual/en.amd64/apbs02.html#preseed-aliases
[2] https://d-i.debian.org/manual/en.amd64/apbs02.html#preseed-auto
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
sshkeys.* files here:
https://hands.com/d-i/preseed/local/_users/
and if the machine happens to be told via DNS that it's called 'nimble'
on one of my test networks, then instead it'll get these settings:
https://hands.com/d-i/preseed/local/_users/_hostname/hk.hands.com/nimble
openqa)
Defaulting to sending notifications for all repos would presumably spam
everyone with anything that happens in any repo in the debian group,
which sounds like a great way of making people hate salsa :-/
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
rts will eventually rule on. I'd love to be proved wrong on
that though, because I'd quite like to play with LLMs, if only to do
things like generating potentially lethal cooking recipes to try out ;-)
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Philip Hands
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-anser
Version : 2.3.0
Upstream Author : Ionică Bizău
(https://ionicabizau.net)
* URL : https://github.com/IonicaBizau/anser#readme
* License
Package: wnpp
Severity: wishlist
Owner: Philip Hands
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-ace-code
Version : 1.35.4
Upstream Contact: Fabian Jakobs
* URL : http://github.com/ajaxorg/ace
* License : BSD-3-Clause
Programming Lang
ere that seemed like it might be the consenus).
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
to break someone's system, and if
you want to do that you really ought to at least check, and preferably
try to work out a way of warning them about it, or fixing the breakage
first.
I note that neither the Changelog nor the NEWS file mentioned this as a
breaking change or issued anything like a warning about it.
https://salsa.debian.org/kernel-team/iproute2/-/commit/c4bb148dd4ed0601ca32ee8a458007d0c348d6c3
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
gregor herrmann writes:
> On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote:
>
>> I suspect having something that's agnostic about the underlying
>> implementation as our default would be rather better for the non-systemd
>> options that people care about
if we settle on
networkd as the default for this.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
ite a lot of stuff that would fall outside netplan's scope, so one
could perhaps argue should be whittled down further.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
or ifupdown
(given that is what it's designed for AFAICT -- I've not yet tried it
out myself though) and it already supports configuring systemd-networkd,
so seems like a more sensible route than duplicating that effort in D-I.
See: https://netplan.readthedocs.io/
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
time of their choosing.
Might it be worth chatting to the PPA maintainer to see it they'd like
to be included in the effort to maintain the Debian package? They may
discover that it's less effort for all involved doing it as a team.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
age to restore sanity, then that seems
like it deals with the problem. It would probably be good to also
document the fix on upstream's and/or Debian's wikis.
Then you can cheerfully ignore the broken PPA versions.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
il, so I think you may be right that it was once doing the
annoying thing you describe, but it didn't do it to me just now.
HTH
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
that much less
likely.
Cheers, Phil.
P.S. I don't really give a damn about this issue, and am happy to use
DEP-14 in general, or follow the current state of a particular package.
If DEP-14 were to change radically, I'd be willing to switch to new
recommendations, so if you care, please make it better if you can.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
th appropriate deletion timeouts chosen by the
Maintainer?
That ought to achieve the benefit you're looking for, without hiding
symptoms of future problems with other packages, and without
inconveniencing anyone that's using /var/tmp as scratch space.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
omewhat self-documenting.
If you're looking for examples, it seems that fd-find and binutils-avr
do something like this (although they seem to be linking into ../lib/
presumably for historical reasons).
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
;re /really/ running.
Given that the only time most people get interested in versions is when
they've been presented with news of a (probably urgent) bug, we should
be trying to make that moment as unconfusing as possible.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Michael Biebl writes:
> Am 19.08.22 um 10:35 schrieb Philip Hands:
>> Paul Wise writes:
>>
>>> On Thu, 2022-08-18 at 21:18 +0200, Gioele Barabucci wrote:
>>>
>>>> Does anybody have objective objections against activating automatic
>>>>
ed like a decent reason to move it, but that was assuming that the
file would still end up being visible in the same place in the end.
If that were not the case then I think it would be more trouble than
it's worth.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-|
ol files.
debootstrap being able to exclude paths during installs (#811269)
is also a good idea (as mentioned in the second thread Guillem
referenced.) -- I'll see if I can nudge that towards fruition.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http:/
ion for why they think the patch should be applied to the Debian
package, but I'm sure your description will help too.
Given that the patch references this thread, I'm sure it'll be found
whenever needed.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-|
makes its way into a release of the package, but at
least this way it will not simply be forgotten on the mailing-list.
BTW you are welcome to create an account on salsa.debian.org if you wish
to contribute directly there.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-|
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
enough that you'll keep on using it
until it breaks your toe.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
tually result in less
non-free software being used overall, as will having the option to
enable only non-free-firmware without also enabling non-free.
Oh, and I've been a DD for over 25 years, have been a contributor to the
installer for quite a lot of that, so I'd hope that at some po
t
> $MONITOR_INVOCATION_ID in his email which means one could easily filter
> journal output for the last failed invocation using this
> $MONITOR_INVOCATION_ID.
> Luca, is this understanding correct?
> Afaics this would cover Paul's use case
Except for the "don't wan
e by default is already quite
> bad. It seems like a unsafe choice on both single-user and multi-user
> systems...)
I agree -- cases such as ~/public_html not working well with such a
umask are things that the user should notice and be easily able to
discover how to fix, if they so wish.
Cheers, Ph
in a much better state will
be rather motivating.
If the maintainer happens to disagree with any of the changes, each is
in a separate commit, so would be very easily reverted, but every change
seemed like a worthwhile improvement to me.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530
the look of having been abandoned, which is why I think
it's fine to do what you did, and I think you did a very good job of it.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Scott Kitterman writes:
> On Friday, February 4, 2022 6:24:56 PM EST Philip Hands wrote:
>> Scott Kitterman writes:
>>
>> ...
>>
>> > Currently the only answer is join the FTP Team as a trainee when there
>> > is a call for volunteers. I totally ge
lp?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
master.debian.org/new/yggdrasil_0.4.2-1.html
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
nsure that the effort
required to do initial checks on packages was spread out more, enabling
team members to concentrate on the more skilled bits of the process.
It might also act as a recruiting ground for people to get more heavily
involved in the FTP team.
Cheers, Phil.
--
|)| Philip Hands
in NEW, but wouldn't be tempted to just install
everything that hits NEW by default.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
I think Steve has a point that one way to do
that is to extend debconf, and then use new features in tasksel.
I don't have anything like a design for how that should look in my head
though -- I guess interested parties should get together and come up
with a design _before_ we start trying to
ve got all the bits in place. I also expect
to have time to work on getting Blends into d-i after that.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
the severity of the problem.
If anyone's got good ideas about how to gather this information, I'm
very happy to help with the effort to do so.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm
that one important factor there is that there is no back-door
route by which we publish things from our mirrors prior to them going
through this registration dance.
Cheers, Phil.
P.S. depending upon what exactly you're trying to do with pre-NEW
packages, this may be part of the solution:
ack down the cause, no bug
report.
The only bug reports you're going to get about this are either going to
be the useless "Something didn't work" bugs, that I doubt would ever get
tied to this cause, or the ones submitted by experienced, diligent, and
time-rich bug
net/
https://salsa.debian.org/salsa-ci-team/pipeline/
(there are bound to be more that I've forgotten)
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERM
p when downloads or checksums fail.
I can see that one could try a DoS of sorts by setting up the TXT record
to point at a tarpit, say, but that could be handled by setting short
timeouts, and giving up on the local server after some number of failures.
Cheers, Phil.
--
|)| Philip Hands [+
then.
That being the case, we might as well get on with it rather than trying
to pretend that filling everyone's disks with shedloads of symlinks for
a while in-between now and then is a useful thing to do.
Cheers, Phil.
[1] unless of course there's a reason to use some sort of bi
ion made by the TC, that the people making that decision were
devoting their best efforts to doing what they hope will serve the
project well in the long run.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
Luke Kenneth Casson Leighton writes:
> https://yro.slashdot.org/story/21/07/05/2155212/open-source-audio-editor-audacity-has-become-spyware
There's a bug to track that issue: https://bugs.debian.org/990737
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|
n the first place.
The alternative world where we stop doing good things because of people
like the RIAA seems much worse.
Cheers, Phil.
[1]
https://blog.hansenpartnership.com/lessons-from-the-gnome-patent-troll-incident/
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| ht
her thing that's not already being done.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
be harder to change than the technology, and keeping the
paperwork in good working order may be a useful shield if some
capricious maniac ever managed to be in charge of things.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.or
ql-server-5.7[S]
mailx:tua[D]
mutt | mailx | mail-transport-agent:metche[D]
s-nail | mailx:apcupsd[R]
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
dma[164f55.5590629f1f60]: delivery
successful
/var/log/mail.info:Feb 6 14:51:14 rummy dma[164f55.5590629f1f60]: delivery
successful
/var/log/syslog:Feb 6 14:51:14 rummy dma[164f55.5590629f1f60]: delivery
successful
which you'll note is actually triplicating log messages by default.
Daniel Leidert writes:
> Am Mittwoch, den 08.01.2020, 08:17 +0100 schrieb Philip Hands:
>
> [..]
>> How about modifying the shipped /etc/default/spamassassin to include a
>> comment explaining what's going on, and how to enable the timer instead?
>
> It seems I m
oved into
debconf in a way that means they may end up being duplicated across
multiple packages, and will then be left behind by future developments,
while not being easy enough to remove for them to ever go away.
If that can instead be dealt with by adding a useful comment in a file
that mig
will then get warned about the maintainer's
modified version, which should catch their attention. Everyone else
will get a handy hint about the new setup if they ever go to set CRON=1
in future.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/
re enjoyable to do
with their time than contributing to that project.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
that's just bikeshedding
> really.
The salsa-ci.yml name has the distinct advantage that it is kind to our
downstreams, as it makes it obvious where that file is supposed to work.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http
27;s not
that uncommon an event for me to need to look that up just to make sure
I've not made a stupid typo.
I like the idea of adding the list of releases somewhere (probably under
/usr/share/doc though, and including dates for start and end of support
etc. perhaps)
Cheers, Phil.
--
|)| P
kgrounds
so I'd guess the bulk of users know exactly which number they're up to,
but a pretty vague about which codename goes with that.
Oh, and for me that also applies to speech -- if you say 10 to me,
there's no way I'll later remember 9, but if you say buster, I'
Philipp Kern writes:
> On 2019-06-25 09:31, Philip Hands wrote:
>>> Russ Allbery:
>>>> It sounds like a whole ton of work to get a useful amount of coverage
>>>> (not
>>>> to mention bothering upstreams with questionnaires that I suspect
&
Philip Hands writes:
> What is it going to cost us to get 'bison' rated PG? Why is this
> useful?
Erm, not 'PG' -- I meant whatever the "Anyone can watch this" label is.
Although, I guess one could perhaps argue PG for bison:
One could use it to buil
there's nothing stopping anyone else offering such ratings as
a service to Debian users).
Asking Debian to do it seems like it's just asking for trouble -- what
happens when a child is traumatised by content that most people find
completely innocuous in a package we've not yet got
he good here. I'd
imagine that a partial description of your workflow would be better than
none, and if anyone ever asks about the extra bits you could answer them
by adding missing details to the package and thus get closer to full
documentation without significant additional effort.
osses over the fact that we are bound
by constraints that other distributions are not, such as giving a damn
about the license conditions we inflict on our downstreams, which I
suspect the lawyers you allude to are not being retained to contemplate.
Cheers, Phil.
--
|)| Philip Hands [+44 (
lters turned up high enough that none of
them have managed to lodge in your memory. (I cannot be bothered to
actually come up with a citation, because it's pretty clear that doing
so would make no difference).
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http:/
cian?
I guess that was supposed to be a joke, but sadly it reads like an ad
hominem attack (as did your opening sentence for that matter: the one
about Simon writing long emails, which I trimmed in an attempt to
accommodate your tiny attention span).
Cheers, Phil.
--
|)| Philip Hands [
rence for Devuan wish to work constructively
within Debian, we should welcome them.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
heers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Philip Hands writes:
> Paride Legovini writes:
>
>> Adam Borowski wrote on 14/09/2018:
>>> On Thu, Sep 13, 2018 at 11:28:36PM +0200, Thomas Goirand wrote:
>>>>> For example, in the Rust team, we have been discussing about packaging
>>>>> fd (a
r/share/fd-find/man/man1/fd.1.gz
>
> Does this sound reasonable?
It strikes me as rather presumptious to be trying to grab a new two
letter command at this point in the history of *nix (particularly when
it is already in use).
Personally, I'll never willingly install a binary named that, b
ing the
ftp-masters.
Cheers, Phil.
[1] https://github.com/andris9/mimelib
[2] of course, if hundreds of packages were whizzing through in under an
hour, that would not be visible by glancing at the NEW queue, so the
queue doesn't give a full picture.
--
|)| Philip Hands [+44 (0)20 8530 956
Gert Wollny writes:
> Am Freitag, den 02.03.2018, 17:49 +0100 schrieb Philip Hands:
>> Gert Wollny writes:
>>
>> > Am Freitag, den 02.03.2018, 14:01 +0100 schrieb Iustin Pop:
>> > >
>> > > How do you (we) know the package indeed is DFSG-
information),
Would you be so kind as to cite some examples of copyright information
that is there but not automatically extractable, just so that we can get
an idea of what you have in mind?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://f
a cost to
using two issue tracking mechanisms when one would do, and for packages
where the maintainer is not actually using salsa, what then?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Stra
need for mirrors (since they're quite
likely to do that anyway for internal use, and so just need to provide
public access to those).
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
e source code, yes, but source code
> nonetheless.
The settled opinion of the FTP team (and the TC for that matter) is:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839570#235
that for our purposes it is not source code.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 853
ope that doing that would result a rather happier outcome
than your efforts to date seem to have achieved.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Therefore it needs testing before one could legitimately complain about
the maintainer blocking it.
Have you contributed to that testing?
If so, why is that not visible in the bug?
If not, how about putting your efforts into something useful (testing),
rather than wasting your and our time w
make policy forbid all the foolish ways in which
one might try to assemble a package, in order to ensure that there is
nowhere for people to hide in policy? I think not.
It would seem much more straightforward to remove the upload rights from
people who insist on repeating this sort of behaviour i
the guest data into lemonldap-ng's control,
and then have gitlab use lemonldap-ng as it's source of that data.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hambur
ped by the Squeezes (packages alien to the archive) and at the
> time of a "Win" a package new to the archive is selected as for the
> "World". Finally, New Maintainers tremble with trepidation at the
> power of The Claw, as it is known internally.
I like "The
to your home directory by doing that -- hence
the dedicated per-user groups.
> That said, 027 would probably be a reasonable default too since most
> sites do not do that.
I think 027 is much easier to justify, is seems likely that anyone that
prefers 022 over 027 is more likely to
such (I'm
not 100% sure, because like you I never use that option either, but I'm
aware it exists).
I also suspect that if you have configured lxc as you have, dnsmasq sits
unused on the disk, which is not something to object to if it means that
people using the default setup get somethin
e
to ignore the exception to the exception across the board without
consulting lawyers? I think there are several people in this thread
(myself included) that have demonstrated that they're going to argue
against such a consensus. That being the case, it's not going to
happen, so repe
ir users.
Some of those users might then build their infrastructure upon that
software, meaning that changing it could be very costly, and those users
might be wealthy enough to be interesting to copyright trolls.
Then the copyright holder dies and their estate passes on to someone
that wan
f course there are several lines that could be drawn in a variety of
places, but it might be nice to have the ability to only enable some
subset(s) of non-free in one's sources.list (without having to specify a
lot of fragile pinning)
I suppose it might be possible that we (as a project) could
age they were replying
to has never previously been seen on the list).
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Christopher Clements writes:
> On Sun, Mar 05, 2017 at 09:55:14AM +0100, Philip Hands wrote:
>>Christopher Clements writes:
>>> On closer examination, I think you are correct in saying that the
>>> replies are written by the spammer as well.
>>
>>On
ose that they
might want to treat listmail that comes from an unusual IP address with
great suspicion, but I don't think this is in any way limited to gmail.
I guess we could help the mail servers of the recipients of the initial
messages make that decision if we did SPF for debian.org, but I
s are doing this because it is likely that a lot of
people have our list/bug mail as a significant contribution to the HAM
corpus in their statistical filters.
Sadly, I'm not sure there is much we can do to stop this, since it's all
happening on other people's systems, so the first we h
ing-off" stuff is lovely too:
http://www.legislation.gov.uk/ukpga/2000/23/section/54
I guess one might end up needing a lawyer to know if revoking one's
compromised keys is something that will also get you a 5 year sabbatical.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HA
thub repository.
I'd suggest that it was already misleading to the audience that it was
aimed at, which is not the audience it is now being misapropriated for.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|
t, as well as cancel it.
If not, the package name seems rather misleading.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
to debian-devel to be read
by thousands, and will also be searchable in the BTS forever with their
name on it (along with any comments provoked -- positive or negative).
Some sort of warning to that effect might make devoting a little more
effort seem worthwhile.
BTW in the case of the node-*
would be better if you did it.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
1 - 100 of 396 matches
Mail list logo
