On Sat, Nov 10, 2018 at 10:36:53AM -0200, Herbert Fortes wrote:
> On 09/11/2018 20:26, Colin Watson wrote:
> > I guessed that the particular commit was
> > https://salsa.debian.org/debian/pcre2/commit/6c14b51ddfc45604fd805bcadc810d437f09a30f.
> > (The same developer has also been doing a number of
racker.debian.org/pkg/diceware
https://github.com/ulif/diceware#usage
--
Phil Morrell
signature.asc
Description: PGP signature
ootstrapping some automated trust without increasing
contribution friction too much:
https://dev.gentoo.org/~mgorny/articles/guru-a-new-model-of-contributing-to-gentoo.html#user-access-and-workflow
--
Phil Morrell
signature.asc
Description: PGP signature
ts construction. Could you get by with a `cat
debian/{watch,control,rules}`?
--
Phil Morrell
signature.asc
Description: PGP signature
nvince
> upstream to change their widely-spread practice.
Even when that's the case, it's usually still worth reporting the issue
upstream, so they know the pain they're introducing to potential users.
All the best from an outsider, and thank you for tackling difficult
interoperability decisions in Debian.
--
Phil Morrell (emorrp1)
signature.asc
Description: PGP signature
(debian-devel following Holger's advice, guessing all authors are subscribed)
On Thu, Jul 25, 2019 at 10:43:12PM -0300, Yao Wei (魏銘廷) wrote:
> What if, one of the upstream authors consider it violating GPL _without_ the
> clause? I mean, it could happen.
Indeed, and I'd argue this is already t
On Tue, Jan 01, 2019 at 05:49:37PM +0530, Pirate Praveen wrote:
> I think STS (Short term support) will fit nicely with LTS. If there is
> no serious objections, I'd go with this.
As debconf is finishing, though I don't know if either of you attended
this year, has there been any progress on this
iate abusive emails
previously reported on or at least raise the ratio of appreciation.
--
Phil Morrell
signature.asc
Description: PGP signature
On Sun, Jan 10, 2021 at 12:15:22AM +0800, Yao Wei wrote:
> There should be many existing cases, that external service the stable
> package is using deprecates the old API, which in turn breaks the
> package. Do we have documented conventions that where the fixed package
> should be uploaded to: st
On Tue, Feb 09, 2021 at 08:49:51PM +0100, Thomas Goirand wrote:
> On 2/9/21 7:40 PM, Russ Allbery wrote:
> > Jonas Smedegaard writes:
> >> Let's see if Debian can agree on a single normalization of 822-ish
> >> files. For starters, I disagree that "wrap-and-sort -a" is a suitable
> >> normalizati
On Wed, Feb 10, 2021 at 11:47:12AM +, Phil Morrell wrote:
> To make that work as a default, there would need to be something like an
> --short-preferred-unless-existing-indent
sorry, going by the current default, that should be
--align-preferred-unless-existing-short
signatu
email failing to reproduce it with
current buster/bullseye. I have just re-run the upgrade with the
addition of libreoffice installed and it completed without issue.
I didn't close/downgrade the bug in case I was missing something, so
please can you re-test your upgrade and confirm it's fi
On Fri, Mar 26, 2021 at 11:43:27PM +0100, Yadd wrote:
> Le 26/03/2021 à 22:38, Andreas Tille a écrit :
> > I just learned that what was formerly something like
> >
> > .*/archive/
> >
> > became now
> >
> > .*/archive/refs/tags/
> >
> > This breaks at least all Debian Med packages r
On Mon, May 03, 2021 at 11:18:04AM -0300, Kurt Fitzner wrote:
> When the maintainers are unresponsive, I'm not sure the escalation process.
>
> - #926253 /usr/share/postfixadmin/lib/../templates_c does not exist on new
> installation (Since Debian 9)
>
> The concern I have with this remaining in te
On Mon, May 10, 2021 at 06:23:34AM -0500, Michael Lustfield wrote:
> On Sun, 9 May 2021 07:30:04 +0200
> Harald Dunkel wrote:
> >
> > https://packages.debian.org/search?keywords=rsnapshot doesn't tell, so I
> > wonder
> > what is the recommended way to find out why rsnapshot (or any other packag
On Sat, Aug 21, 2021 at 10:40:32AM +0200, Wouter Verhelst wrote:
> On Fri, Aug 20, 2021 at 07:20:22PM +, Jeremy Stanley wrote:
> > Yes transparent proxies or overridden DNS lookups could be used to
> > direct deb.debian.org and security.debian.org to your alternative
> > location,
>
> I've bee
On Tue, Aug 24, 2021 at 04:21:50PM -0700, Sean Whitton wrote:
> On Wed 18 Aug 2021 at 10:10AM +02, Simon Josefsson wrote:
> > Signing tarballs is the current
> > established best practice -- moving to VCS builds needs a set of new
> > schemes to be established and deployed, and I don't see any sing
On Wed, Aug 25, 2021 at 04:35:51PM +0200, Simon Richter wrote:
> > I wrote this many times, but I don't see why we should use any "upstream
> > tarball" when the Git repository itself contains the tarball with:
>
> > git archive --prefix=$(DEBPKGNAME)-$(VERSION)/ $(GIT_TAG) \
> > | xz >../$(DE
On Thu, Aug 26, 2021 at 02:56:21AM +0200, Guillem Jover wrote:
> On Sun, 2021-08-22 at 09:18:25 +0200, Andreas Metzler wrote:
> > Afaict we have still no idea on how to move on.
> >
> > 1 I think you agree that there is a significant number of usrmerged Debian
> > installations out there.
>
> M
On Fri, Aug 27, 2021 at 07:34:06PM +0200, Bastien ROUCARIES wrote:
> Le ven. 27 août 2021 à 17:20, Theodore Ts'o a écrit :
> > On Fri, Aug 27, 2021 at 03:39:57AM +0100, Phil Morrell wrote:
> > > > - reverting the changes in deboostrap in sid, bullseye (and ideally
Over this last year there seems to have been a noticeable divergence of
maintainer opinion, on what has become known as vendoring, from a strict
reading of [policy 4.13]. I think it's notable that the heading is
[Embedded] copies and was [Convenience] copies since its inception,
thankfully I found
On Fri, Sep 03, 2021 at 01:03:35AM +0200, Jérémy Lal wrote:
> - should a package debian/control list bundled dependencies to make
> sure to avoid duplications ?
Maybe? I noted in my final paragraph that Fedora has a mechanism for
this that we don't, but perhaps Provides is sufficient.
> - when a
haven't thought of.
However #907051 also wanted more background on _why_ one might choose
one way or the other, so please do elaborate on this if you can.
> Quoting Phil Morrell (2021-09-03 00:38:35)
> > 5. Where only a small number of unrelated projects are bundled, they
> >
On Fri, Sep 10, 2021 at 05:18:13PM +0530, Anuradha Weeraman wrote:
> As a result of a revert of v2020 of ksh last year, the current version
> on sid for ksh is as follows:
>
> 2020.0.0+really93u+20120801-10
>
> With the next upgrade, we're looking to move to the 93u+m community
> maintained distr
On Fri, Sep 10, 2021 at 07:37:55PM +0530, Anuradha Weeraman wrote:
> ksh93u+m was a reboot attempt by Martijn Dekker et al. to build upon
> the last stable 93u+ release (not on v2020, apart from some cherry
> picked patches). This work has been taking place for over a year at this
> point, with the
Thanks to Adrian and pabs for their corrections on documenting security
support, and there wasn't too much objection to the summary, more to the
sad state of affairs that leads to it and a bit of clarification.
I believe all the major points have cc'd 907051, so would like to
encourage someone mor
Package: task-laptop
Version: 3.53
Severity: wishlist
I'm not sure on the difference between auto-apt-proxy and
squid-deb-proxy-client. Avahi is already pulled in by task-laptop.
On Fri, Sep 10, 2021 at 09:33:56AM +0200, Helmut Grohne wrote:
> On Wed, Sep 08, 2021 at 07:12:18PM -0400, Michael St
On Thu, Sep 30, 2021 at 10:24:01AM +0200, Alec Leamas wrote:
> Just for the record: the issue about packaging wxWidgets 3.1 has already
> been discussed with the maintainer:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919903
Hi Alec, I get the impression there that the maintainer is str
On Mon, Jan 24, 2022 at 01:49:19PM -0500, Theodore Y. Ts'o wrote:
> On Mon, Jan 24, 2022 at 08:15:30AM +0100, Andreas Tille wrote:
> >
> > its surely an interesting topic how to avoid binary name changes and its
> > also interesting to discuss ABI changes and workarounds.
> >
> > However, my poin
On Tue, Jan 25, 2022 at 10:50:01AM +0100, Stephan Lachnit wrote:
> On Mon, Jan 24, 2022 at 8:15 AM Andreas Tille wrote:
> >
> > However, my point was that I want to know what policy ftpmaster applies
> > to new binary names and to focus on this topic. I really want to know
> > that policy of ftpm
On Mon, Jan 24, 2022 at 10:31:01AM +0100, Sébastien Delafond wrote:
>
> As part of an upcoming survey that we are preparing, we plan to ask
> Debian developers to rank, by order of importance, the most popular
> ideas of improvements for Debian.
>
> That's where you come into play: it would be ni
https://matija.suklje.name/how-and-why-to-properly-write-copyright-statements-in-your-code
TLDR: I think REUSE.software is a bad idea that is worse than what
Debian already invented with Machine-readable debian/copyright file. I
guess if upstream uses it, there's no reason not to ignore that as a
On Wed, Jan 26, 2022 at 01:35:51PM +0100, Raphael Hertzog wrote:
> On Tue, 25 Jan 2022, Phil Morrell wrote:
> > I have raised https://salsa.debian.org/debian/grow-your-ideas/-/issues/15
>
> Thanks for this, but this issue like a few others that have been filed do
> describe pr
On Thu, Jan 27, 2022 at 11:27:45AM +0100, Stephan Lachnit wrote:
> On Thu, Jan 27, 2022 at 12:39 AM Phil Morrell wrote:
> >
> > TLDR: I think REUSE.software is a bad idea that is worse than what
> > Debian already invented with Machine-readable debian/copyright file. I
>
On Thu, Feb 03, 2022 at 09:43:16AM -0500, Scott Kitterman wrote:
> I am a member of the FTP Team and have been participating, at least a bit, in
> this thread. I am not, however, speaking for the team.
Hello Scott, thank you for taking the time to follow this thread, there
are two very specific
On Wed Aug 24 23:20:30 BST 2022, Sean Whitton wrote:
> I'm afraid I cannot respond to a message of this length. As I
> mentioned previously, all the ftpteam really have the bandwidth to do
> is process what's in NEW.
* This is more concerning than its indirect effect on uploader motivation
* Man
On Sun, Aug 28, 2022 at 12:56:43AM +, Thorsten Glaser wrote:
> Debian Project Secretary - Kurt Roeckx dixit:
>
> >it are available at: https://www.debian.org/vote/2022/vote_003
>
> Is there support for something like A but not enabled by default?
> That is, you have to actively select a nōn-d
On Sun, Apr 26, 2020 at 12:31:42AM +0200, Gard Spreemann wrote:
>
> Bernd Zeimetz writes:
> > Actually I think 2FA should be enforced for everybody.
> > Even debian.org related passwords might get lost.
>
> Right, but what's the threat model here? For some of us, losing the
> Salsa password is e
On Jo, 04 iun 20, 10:13:06, Michael Shuler wrote:
> For many years, I have taken a different approach; use the default and add
> only a few minor changes. Each stable update, I use /etc/skel/.bashrc and
> edit/add in my little bits.
for config in ~/.config/bash/*; do source "$config"; done
Th
On Thu, Sep 03, 2020 at 03:18:21PM -0400, Mark Pearson wrote:
> On 9/2/2020 9:18 PM, Paul Wise wrote:
> > Many of the Debian membership benefits (link above) also apply to
> > Debian Maintainers (folks who are not members but can do unsupervised
> > uploads of particular packages) and Debian contri
coordinated under "GNOME List
of Issues & Priorities" [43566]. Perhaps Debian should also have an open
issue for requests from DDs, at the moment I can only find relevant
issues by searching for "salsa".
--
Phil Morrell (emorrp1)
[43566]: https://gitlab.com/gitlab-org/gitlab-ce/issues/43566
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Phil Morrell
* Package name: firefox-syncserver
Version : 1.8.0
Upstream Author : Mozilla Corporation
* URL : https://github.com/mozilla-services/syncserver
* License : MPL-2.0
Programming Lang: Python 2
Description
Package: wnpp
Severity: wishlist
Owner: Phil Morrell
* Package name: ryzomcore
Version : 3.4.0
Upstream Author : Winch Gate Property Ltd.
* URL : http://www.ryzomcore.com/
* License : AGPL3+, CC-BY-SA, GPL-2
Programming Lang: C++, Lua
Description
On 25 January 2025 08:07:04 GMT, "Julien Plissonneau Duquène"
wrote:
>Le 2025-01-24 22:43, tho...@goirand.fr a écrit :
>> What you experience shows one thing: having the default branch being
>> set correctly should be what we mandate.
We already do "If no branch is specified, the packaging sh
44 matches
Mail list logo
