Sean Whitton:
> [moving to -project; please drop CCs on follow-ups]
>
> Hello Ximin,
>
> Thank you for writing this.
>
> On Mon, Aug 21 2017, Ximin Luo wrote:
>
>> I don't think using the opportunity of in-person meetings to judge
>> consensus is s
!! Please keep me on CC, I am not subscribed to this list.
(Content effectively duplicated at
https://salsa.debian.org/salsa/support/issues/30)
Alexander Wirt:
> Hi,
>
> Since summer we have worked on our git.debian.org replacement based
> on GitLab. I am really happy to say that we are launch
Bas Couwenberg:
> On 2018-01-04 15:33, Ximin Luo wrote:
>> debian-* - for Debian infrastructure and admin stuff
>> pkg-* - for group maintenance of related packages
>> l10n-* - for localisation efforts
>>
>> If nobody disagrees, I'll be happy to implement th
Holger Levsen:
> On Thu, Jan 04, 2018 at 02:33:00PM +0000, Ximin Luo wrote:
>> It's better to standardise on a set of prefixes and ditch the suffix
>> completely. Prefixes will look better and be easier to navigate, when lists
>> of group names are sorted.
&
Alexander Wirt:
> On Fri, 05 Jan 2018, Philipp Huebner wrote:
>
>> Hi
>>
>> Am 04.01.2018 um 16:57 schrieb Ximin Luo:
>>> I think it's preferable not to look at this from the point-of-view of
>>> individual teams, but from the perspective of the
Joerg Jaspert:
> On 14907 March 1977, Ximin Luo wrote:
>
>> The current team names are a bit of a mess [1], and forcing everyone
>> to use a suffix "-team" isn't helping because everyone is picking
>> inconsistent prefixes instead.
>
>> Glanc
/usr/bin/dpl \
--mode supervised-learning \
--training-input debian-de...@lists.debian.org \
--training-input debian-project@lists.debian.org \
--training-input debian-v...@lists.debian.org \
--authorized-peers /usr/share/keyrings/debian-keyring.gpg \
--authorized-peers /usr/share/keyr
Jakob Leben:
> Hello,
>
> I have not been able to find clear information about Debian policies for ABI
> compatibility across point releases and security updates. I would assume that
> no ABI changes at all (backwards compatible or not) are allowed in point
> releases and security updates. Stil
Jakob Leben:
> I have a system for updating my own software which is also deployed on that
> machine, but not the rest of the Debian system. Now, if ABI might change
> between 9.2, then I have no guarantee that if I test my software update with
> 9.2, it will be work as expected on the client's
Sam Hartman:
>>>>>> "Ximin" == Ximin Luo writes:
>
> Ximin> Jakob Leben:
> >> I have a system for updating my own software which is also
> >> deployed
>
> Ximin> If you Depends: libfoo8, this will prevent dpkg from
Good to hear!
I am glad we didn't need it in this specific instance, but I'd also like to
take this chance to express support for the expulsion appeals procedure (plus
the couple of tweaks I suggested in debian-private@) and hope that it will be
finalised and formalised soon.
All the best,
Xim
Russ Allbery:
> Adrian Bunk writes:
>
>> My biggest high level concern is the income side, since this is the most
>> difficult part and will likely also be the most controversial one.
>
> I could well be entirely wrong, but the part that I would expect to be the
> most controversial is that, onc
Russ Allbery:
> [..] The failure mode here is that we lose contributors
> because of hard feelings over who gets paid and who doesn't get paid and
> how much they get paid and how they get paid, and the project ends up
> weaker and more fragile. [..]
>
> For example, you say "democratic mandate,"
Russ Allbery:
> [..]
> I respect the desire to try social experiments and be bold, but my counter
> question is whether Debian as a project has the right training and the
> right people to conduct a proper social experiment *here*, on *this*
> particular topic. Do we have economists? Psychologist
Mo Zhou:
>> [..]
>>
>> Oh, Gnome.
>
> It's a pity that the "software stores" started to think they know
> "what the user want" [..]
Just use XFCE. I ditched GNOME years ago and am much happier for it.
The GNOME design philosophy is clearly chasing after Apple and other
mass-market strategies.
It's most likely fine. Tor Project has to abide by DFARS (and I too when I was
a Tor contractor) due to its DARPA funding and we all used Debian.
DFARS is literally 600+ pages of regulations, not really feasible for a small
org to crawl over in detail.
X
Kunowski, Betty:
> WARNING: This messa
Hey,
DMUP[1] still mentions rsh/telnet: "Please use ssh/scp if at all possible
rather than less secure alternatives (rsh, telnet or FTP)."
It should be stronger than "if at all possible", or even better just remove all
mention of rsh or telnet.
[1] http://www.debian.org/devel/dmup
--
GPG: 40
17 matches
Mail list logo
