e-tar commit", and a single packaging branch becomes enough.
>
> I very much wish this packaging workflow gained more traction, and the
> pristine-tar abomination dies...
I agree.
I'd like to suggest using 'git deborig' which is much shorter to type :)
--
Sean Whitton
signature.asc
Description: PGP signature
NU which package is now in NEW queue:
> https://ftp-master.debian.org/new/gnu-which_2.21-1.html
>
> Having both freebsd which and gnu which in Debian archive is definitely ok. If
> you would like, please also upload freebsd-which onto unstable.
It's okay, indeed, but please do consider NEW queue workload with things
like this -- upload it if you're sure it's going to get used, not just
for completeness.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 25 Aug 2021 at 12:00PM +02, Simon Richter wrote:
> Hi,
>
> On 8/25/21 1:21 AM, Sean Whitton wrote:
>
>> From my point of view, signing git tags is no less well established a
>> best practice than signing tarballs -- in fact, to me, it seems *more*
>>
ushed, so it's not completely safe.
When you 'dgit push-source' or 'dgit push', that history is immutable in
that only the service admins can rewrite it.
--
Sean Whitton
signature.asc
Description: PGP signature
ebase in its pristine form would violate the Debian
> Free Software Guidelines (DFSG), I would use the hint "dfsg"-
>
> When upstream codebase require repackaging for (only) other reasons than
> DFSG compliance I instead use the hint "ds" (as in "derived source&q
on rescinds it, whichever is
sooner. We intend to rescind this recommendation if mechanisms are
developed to avoid the undesired side-effects of moving files from the
root filesystem into /usr.
For the Technical Committee:
--
Sean Whitton
signature.asc
Description: PGP signature
you very much once more, and not enough, not even close.
Oh, well noticed, and indeed -- thank you so much, security team, you
are a huge part of making our distribution what it is.
--
Sean Whitton
signature.asc
Description: PGP signature
` in OFTC
- If you prefer, mail a brief summary
- To our mailing list (public, archived: `debian-c...@lists.debian.org`)
- To our private alias (`debian-ctte-priv...@debian.org`)
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: "Sean Anderson"
* Package name: loki-database
Version : 2.1.0-1
Upstream Author : Grafana Labs
* URL : https://github.com/grafana/loki
* License : AGPLv3
Programming Lang: Go
Description : Like Prome
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-weaveworks-promrus
Version : 1.2.0-1
Upstream Author : Weaveworks
* URL : https://github.com/weaveworks/promrus
* License : Apache-2.0
Programming Lang: Go
Description
On 12/18/21 6:08 PM, Paul Wise wrote:
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote:
To: sub...@bugs.debian.org
Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
In future, please use X-Debbugs-CC, so that the recipients get your bug
numbers too and so they can CC the
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-weaveworks-common
Version : 0.0~git20211109.0684aab-1
Upstream Author : Weaveworks
* URL : https://github.com/weaveworks/common
* License : TODO
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-workiva-go-datastructures
Version : 1.0.53-1
Upstream Author : Workiva
* URL : https://github.com/Workiva/go-datastructures
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-joncrlsn-dque
Version : 2.2.0-1
Upstream Author : Jon Carlson
* URL : https://github.com/joncrlsn/dque
* License : Expat
Programming Lang: Go
Description : a fast
I forgot to edit the license field. It should be:
License: Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-c2h5oh-datasize
Version : 0.0~git20200825.48ed595-1
Upstream Author : Maciej Lisiewski
* URL : https://github.com/c2h5oh/datasize
* License : Expat
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-grafana-dskit
Version : 0.0~git20211216.1f49a70-1
Upstream Author : Grafana Labs
* URL : https://github.com/grafana/dskit
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org,
s...@debian.org
* Package name: org-contrib
Version : 0.3
Upstream Author : Bastien Guerry
* URL : https://git.sr.ht/~bzg/org-contrib
manual review process, perhaps we have been
> overthinking the risks here.
Just to note that GitHub let *others* upload things without reviewing,
such that they're a communications platform (or whatever the legal term
is) not a publisher, but we're a publisher.
--
Sean Whitton
signature.asc
Description: PGP signature
founding
ideas. We don't want to let that stuff in. We don't want to let
technical bugs in either, but, well.
I would like NEW to change so it can be faster, because I agree with you
that the current focus on copyright and licensing does not line up with
what we as a project really care about. I am not so sure that the
character of the archive wouldn't change for the worse if we treated
DFSG issues differently, however.
--
Sean Whitton
Hello,
On Mon 07 Feb 2022 at 12:00PM -05, Theodore Ts'o wrote:
> On Mon, Feb 07, 2022 at 12:06:24AM -0700, Sean Whitton wrote:
>>
>> When we treat any of the above just like other RC bugs, we are accepting
>> a lower likelihood that the bugs will be found, and also
y C or C++ projects and
these are (i) large, such that d/copyright is more likely to drift
simply because of the volume of files; and (ii) often contain embedded
code copies with different copyright and licensing. My own NEW
experience is that I've consistently found more problems in binNEW
packages than anywhere else.
--
Sean Whitton
Hello,
On Thu 03 Mar 2022 at 07:36am +01, Andreas Tille wrote:
> Hi Sean,
>
> Am Wed, Mar 02, 2022 at 08:33:35AM -0700 schrieb Sean Whitton:
>>
>> I'm sorry to be responding only a month later, but I think there are
>> some reasons why binNEW is not the wor
Hello,
On Thu 03 Mar 2022 at 08:44PM +01, Andreas Tille wrote:
> Am Thu, Mar 03, 2022 at 09:57:26AM -0700 schrieb Sean Whitton:
>> > PS: I'm currently considering writing up some summary of the bunch
>> > of threads that was born out of my initial mail.
>> >
hree categories seems like the change
> with the biggest potential to benefit Debian, since it's a direct
> simplification of the number of ways packages are maintained in the
> archive. The packages without any patch system feel a bit less
> interesting.
Very much agreed.
--
Sean Whitton
commits,
rather than files under d/patches.
--
Sean Whitton
Hello,
On Wed 09 Mar 2022 at 01:08pm +01, Lucas Nussbaum wrote:
> On 08/03/22 at 17:33 -0700, Sean Whitton wrote:
>> Lucas, as I've had a lot to do with these git workflows and have
>> probably done the most work documenting them, I can help with any
>> specific fol
to say about native vs.
non-native.
> Changes not representable by diff is what Sean is talking about here:
>
>> Ian has some cases where something that is representable in git is not
>> representable using 3.0 (quilt) but is representable using 1.0. I don't
>> have those cas
Hello,
On Wed 09 Mar 2022 at 05:15PM +01, Lucas Nussbaum wrote:
> On 09/03/22 at 08:52 -0700, Sean Whitton wrote:
>> On Wed 09 Mar 2022 at 01:08pm +01, Lucas Nussbaum wrote:
>> > Also, how would that work with packages that combine direct changes to
>> > upstream, a
eria was too loose.
It looks like the query didn't do quite what was intended, indeed:
src:userv-utils is maintained in git but a bug was filed. Before I go
ahead and close the bug, would you mind confirming this was an error
rather than a disagreement about what counts as VCS-maintained?
Thanks.
--
Sean Whitton
Hello,
On Tue 15 Mar 2022 at 11:46AM +01, Julien Cristau wrote:
> On Sun, Mar 13, 2022 at 02:58:31PM -0700, Sean Whitton wrote:
>> Hello,
>>
>> On Wed 09 Mar 2022 at 05:15PM +01, Lucas Nussbaum wrote:
>>
>> > On 09/03/22 at 08:52 -0700, Sean Whitton wrote:
>
m (no patch serie, no VCS history). I don't think that it's
> something desirable.
> (if the packages had declared a VCS, they would have joined cachefilesd,
> userv-utils, and vde2 in the "native package with a Debian revision
> maintained in a VCS" category.)
Th
Hello,
On Tue 29 Mar 2022 at 08:50AM +02, Lucas Nussbaum wrote:
> On 28/03/22 at 16:03 -0700, Sean Whitton wrote:
>> Hello,
>>
>> On Tue 15 Mar 2022 at 06:26PM +01, Lucas Nussbaum wrote:
>>
>> > On 15/03/22 at 15:36 +, Ian Jackson wrote:
>> >&g
el:
github.com/lann/builder
etcd:
github.com/form3tech-oss/jwt-go
#github.com/grpc-ecosystem/go-grpc-middleware/logging/settable
go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc
#go.opentelemetry.io/otel
-gopkg.in/natefinch/lumberjack.v2
github.com/cockroachdb/datadriven
github.com/etcd-io/gofail/runtime
I can make an effort to submit the ones I have packaged, but I haven't
worked on this for a bit (as other projects took priority)
--Sean
On 3/31/22 8:36 PM, Antoine Beaupré wrote:
On 2022-03-31 18:55:44, Sean Anderson wrote:
Hi Antoine,
On 3/31/22 10:19 AM, Antoine Beaupré wrote:
On 2022-03-31 10:06:40, Antoine Beaupré wrote:
[...]
I've packaged around 20 dependencies so far.
Impressive! Good job!
I have yet to s
On 3/31/22 9:05 PM, Antoine Beaupré wrote:
On 2022-03-31 20:54:32, Sean Anderson wrote:
On 3/31/22 8:36 PM, Antoine Beaupré wrote:
[...]
Basically I looked at this and thought "OK that's 20 or so first order deps,
I can do this" and then I discovered that several of these had
On 3/31/22 9:21 PM, Antoine Beaupré wrote:
On 2022-03-31 21:15:21, Sean Anderson wrote:
OK, I uploaded a package to
https://salsa.debian.org/go-team/packages/golang-github-c2h5oh-datasize/
Can you have a quick look at it? I used dh-make-golang, but if there's
anything I need to tweak I&#
Package: wnpp
Severity: wishlist
Owner: Sean Anderson
* Package name: golang-github-joncrlsn-dque
Version : 2.2.0-1
Upstream Author : Jon Carlson
* URL : https://github.com/joncrlsn/dque
* License : Expat
Programming Lang: Go
Description : dque is a
Hello,
I took over upstream maintenance of this package recently and started
tagging releases again. The most recent release is 0.9.8. But the
Debian package version is 20210111.gitab5f07e-1. So I would like to
bump the epoch to go back to using upstream versions. Thanks!
--
Sean Whitton
its input) - and that all only in the case
> where a second package in Debian uses subdirmk.
>
> It seemed me best to me to defer this work until subdirmk becomes more
> widely used.
Cool. Just wanted to raise the question.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 30 Apr 2022 at 07:44AM +08, Paul Wise wrote:
> It also means the ftpmasters can file separate bugs for each problem,
> rather than combining them all into one mail.
This would really slow things down; I don't think we could work that
way.
--
Sean Whitton
si
Hello,
On Sun 01 May 2022 at 07:52am +08, Paul Wise wrote:
> On Sat, 2022-04-30 at 14:20 -0700, Sean Whitton wrote:
>
>> This would really slow things down;
>> I don't think we could work that way.
>
> Using separate bug reports or not would of course be up to th
> I
> have to wait with my upload to NEW after filing the ITP?
No, in fact they're not even required. The Haskell team doesn't post
them, for example.
--
Sean Whitton
t then I think
> that's a total waste of time - it's following a guideline blindly
> without understanding the reason for it.
Definitely.
--
Sean Whitton
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: ement-el
Version : 0~git...
Upstream Author : Adam Porter
* URL : https://github.com/alphapapa/ement.el
* License
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: plz-el
Version : 0.2
Upstream Author : Adam Porter
* URL : https://github.com/alphapapa/plz.el
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: taxy-el
Version : 0.9
Upstream Author : Adam Porter
* URL : https://github.com/alphapapa/taxy.el
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: emacs-svg-lib
Version : 0.2.5
Upstream Author : Nicolas P. Rougier
* URL : https://github.com/rougier/svg-lib
* License
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: taxy-magit-section-el
Version : 0.9.1
Upstream Author : Adam Porter
* URL : https://github.com/alphapapa/taxy.el branch
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org
* Package name: org-make-toc
Version : 0.5
Upstream Author : Adam Porter
* URL : https://github.com/alphapapa/org-make-toc
* License
aration of orig.tar and diff.gz/whatever has this
covered?
--
Sean Whitton
signature.asc
Description: PGP signature
asily get a conflict between the old and the new one.
>
> I'd replace 'easily' with 'theoretically in rare cases' but I can see how
> this is a valid point, sometimes.
>
> Thanks for the feedback.
Epochs make it easier to accidentally violate Policy 3.2.2.
--
Sean Whitton
signature.asc
Description: PGP signature
debian/changelog -m"..."
dgit push-source
done
The advantage being that it's git workflow-agnostic, so perhaps more
more useful to have that in devscripts.
--
Sean Whitton
signature.asc
Description: PGP signature
bly have been
better just to say, "make some judgements about what's in its preferred
form for modification, explain it in d/copyright, if you're doing so in
the spirit of the DFSG then the ftpteam will probably agree." It's sort
of like the "no detailed design work" for the TC.
--
Sean Whitton
signature.asc
Description: PGP signature
cient -- not enough feedback on trainee
reviews -- because there aren't enough team members. The usual
compounding effect.
--
Sean Whitton
signature.asc
Description: PGP signature
t; SOVERSION bumps should pass new we need some code that implements this.
> So we also need someone to volunteer for this.
I think we still want the binary package namespace checking?
I.e., a GR just saying "ftpteam should not do a full licensing/copyright
check for packages in binNEW
Hello,
On Fri 02 Sep 2022 at 12:31PM +01, Ian Jackson wrote:
> Sean Whitton writes ("Re: Comments on proposing NEW queue improvement (Re:
> Current NEW review process saps developer motivation"):
>> On Sat 27 Aug 2022 at 04:22PM +02, Vincent Bernat wrote:
>> > I
This
> is the fix that Mailman mostly uses, and it seems to work (I've had this
> problem with multiple mailing lists I run and turning on this message
> mangling has fixed it). But of course someone has to find time to
> implement this.
ARC is meant to be an alternative to this, ev
a
> proper sunset announce to debian-devel-announce.
Thank you for the notification.
At the present time, I believe this will break DDs logging into
tracker.debian.org. I recently had to mess around with client
certificates in order to login there and subscribe to a new package.
--
Sean Whitton
g too much into that?
The scripts prioritise binary-NEW over source-NEW by default, though I
override this with a shell alias myself.
We don't pay attention to unstable vs. experimental.
--
Sean Whitton
signature.asc
Description: PGP signature
don't we just fix all those packacges, instead of changing any
documents? Is there anyone who actually wants to introduce new packages
not using git? I'm not so sure.
--
Sean Whitton
signature.asc
Description: PGP signature
all connected with the
(legitimate) issues with git-debrebase you describe.
--
Sean Whitton
signature.asc
Description: PGP signature
les you upload.
This is a matter of perspective. The fact that dak doesn't store git
histories and send them out to mirrors is an implementation detail, to
me. salsa and dgit-repos are both just as significant Debian archives,
even if they're not what we refer to when we write "Debian archive".
--
Sean Whitton
signature.asc
Description: PGP signature
slated messages, 26 fuzzy translations, 457
> untranslated messages.
> Stats for ru: 870 translated messages, 44 fuzzy translations, 460
> untranslated messages.
I hope you won't mind me noting here that we'd also like to see Policy
translated. We've got all the infra, but not too much interest in
working on it so far.
--
Sean Whitton
n
preferred forms for modification and binary packages, so that we know we
have the former for every one of the latter.
dgit-repos and dak's archive of source packages both serve this purpose.
--
Sean Whitton
y doesn't include version control. But the preferred
form for modifying a *project* arguably does.
--
Sean Whitton
Package: wnpp
Owner: Sean Whitton
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libiterator-simple-perl
Version : 0.07
Upstream Author : Rintaro Ishizaki
* URL : https://metacpan.org/release/Iterator
separate your detailed, narrative descriptions of how
discussions went from what you took away from the discussions. You
could either drop the former, or put it in a "read this if you want more
details" section.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 01 Oct 2019 at 12:22PM -04, Sam Hartman wrote:
>>>>>> "Sean" == Sean Whitton writes:
>
> Sean> You might separate your detailed, narrative descriptions of
> Sean> how discussions went from what you took away from the
>
following the good old rules in marking
> subthreads
> when they are going offtopic. Finally the scheduling of the different topics
> led partly to the fact that only quite few members could participate. This
> will
> be a constant problem in a project of volunteers and I think we will
7;s responsible for us communicating less
effectively. When I say that's it's not a technical problem, I just
mean that it seems like a problem we can't program our way out of.
--
Sean Whitton
signature.asc
Description: PGP signature
27;re now thinking of the work in the terms that you used --
trying to it possible to interact with the archive using only gittish
workflows and gittish ways of thinking.
--
Sean Whitton
signature.asc
Description: PGP signature
;
> to src:developers-reference welcome. That document's source is now
> ReStructureText, not SGML anymore, btw.
Jonas' proposal is quite cut-and-dry and so maybe we could put it in
Policy instead of dev-ref.
(dev-ref might usefully contain more general guidelines about the
namespace.)
--
Sean Whitton
signature.asc
Description: PGP signature
t; fn=e2fsprogs-${ver}.tar.gz
>
> git archive --prefix=e2fsprogs-${ver}/ ${commit} | gzip -9n > $fn
> echo "Generated $fn"
>
> Note that most of the hair is in deciding what *name* the source tar
> file.
Just for the benefit of those that might not know, this is imple
work are needed (to provide the new Rust-based toolchain
> needed by ESR68). Packages will be made available when those are sorted out.
Many thanks for all the work that is needed to make this big ESR updates
happen in stable and oldstable. It's important for Debian stable's
usefulnes
e changes is the
> BTS. Now that's potentially changing with Salsa. I don't really mind
> monitoring multiple input formats, but some people will.
I think that README.source is a fine place for this sort of information.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Helmut,
On Mon 28 Oct 2019 at 09:35PM +01, Helmut Grohne wrote:
> On Sun, Oct 27, 2019 at 10:11:22AM -0700, Sean Whitton wrote:
>> On Sat 26 Oct 2019 at 04:24PM -07, Russ Allbery wrote:
>> > Hm, that's an interesting thought. I do generally include that sort of
…
>
> I wonder how someone should test their packages when they do
> not build it locally.
> And if they do (as they should), the advantages you line
> out are simply not there.
>
If you use `dpkg-buildpackage -b` to do your local tests, then the
advantage of not having to go near any source packages remains.
--
Sean Whitton
signature.asc
Description: PGP signature
ut five
> years; if it weren't for Sean, it would have stalled entirely. We still
> don't have good documentation of triggers in Policy, and I think there are
> major gaps in the documentation of multi-arch. :(
My working assumption is that the problem of not having enoug
This is the least disruptive change.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Thu 31 Oct 2019 at 11:59AM +00, Ian Jackson wrote:
> Well, that's fair enough as far as it goes. But I think we could do
> better.
>
> It would be possible to imagine some service that works like this:
> [...]
This would be cool!
--
Sean Whitton
signature.
se say that too)
I read almost all the mail from the discussion and when I read your
summary I did not think that anything was incorrect. HTH!
--
Sean Whitton
signature.asc
Description: PGP signature
ree with this assessment.
DEP-5 is the fastest way to write a d/copyright in some cases, but in
others it is not. Part of this is that DEP-5 somewhat encourages people
to include more detail than is needed.
I think we should be optimising for reduced contributor time spent on
this task.
--
Sean W
ed at people with no reasons to prefer either who are
wondering which to use.
--
Sean Whitton
signature.asc
Description: PGP signature
tion of Policy, but usage of salsa is not going
in a document with anything like the normative weight of Policy.
Anyway, seems that we agree. Thanks!
--
Sean Whitton
signature.asc
Description: PGP signature
upstreams (still uscan or are we doing something fancy with branches?)
> for new packages?
If you are interested in trying something a bit more experimental there
is dgit-maint-debrebase(7).
--
Sean Whitton
signature.asc
Description: PGP signature
le, I would request obsolete-national-encoding@debian/copyright
rather than national-encoding@debian/copyright.
--
Sean Whitton
signature.asc
Description: PGP signature
looking at the diff.
Thanks again!
[1] https://janitor.debian.net/lintian-fixes/
--
Sean Whitton
signature.asc
Description: PGP signature
d a blog post defending options D+H.[2]
Ian is also working on a voting guide of his own atm but it's not yet
posted.
[1] https://hartmans.livejournal.com/99642.html
[2] https://diziet.dreamwidth.org/3482.html
--
Sean Whitton
signature.asc
Description: PGP signature
en
the export-ignore will be overridden automatically for you.
Just type `git deborig` after creating a new changelog entry with the
new upstream version number.
--
Sean Whitton
signature.asc
Description: PGP signature
ebian -1 changelog and upstream changelog, and git commit
both
+ for git-remote-gcrypt they're actually the same file but that's for
historical reasons
- git tag -s 1.2
- git deborig
- sbuild and upload
- start a 1.3-1 debian changelog entry and a 1.3 upstream changelog
entry, and commit those
--
Sean Whitton
signature.asc
Description: PGP signature
ng a reproducible
> build anymore. Lintian even complains about spelling mistakes. Such QA
> items are not Debian specific – all code everywhere should be without
> spelling mistakes, all programs should stay reproducible if they now
> are so etc.
Right. My sbuild-prerelease a
+ An idea I have would help to bring transparency to the process...
> ^ it's missing an interest requirement :(
One key problem with the current workflow is that it makes it very
difficult to avoid reviewing identical files more than once. That would
be a big improvement.
--
Sean Whitton
signature.asc
Description: PGP signature
find it overly effortful.
> Also you never know how long your package will stay in the NEW queue and
> during this time lack of ITP could affect developers priorities.
Well, I always look at the current NEW queue before packaging something.
--
Sean Whitton
signature.asc
Description: PGP signature
ch.
For example if you want to upload the most recent commit at the time of
writing,
git remote add -f upstream https://github.com/hboetes/mg
git tag -s upstream/0+git20200215.1.3992db3 3992db3
git merge upstream/0+git20200215.1.3992db3
dch -v0+git20200215.1.3992db3-1 New upstream release.
-
Hello,
On Sat 15 Feb 2020 at 06:45PM -07, Sean Whitton wrote:
> git remote add -f upstream https://github.com/hboetes/mg
> git tag -s upstream/0+git20200215.1.3992db3 3992db3
> git merge upstream/0+git20200215.1.3992db3
> dch -v0+git20200215.1.3992db3-1 New upstream release.
... a
e and manage .bib-files, all within Emacs. It supports @string
and @preamble definitions, multi-line field values, searching, and
integration with Emacs' (La)TeX mode.
--
Sean Whitton
signature.asc
Description: PGP signature
end Janitor's work
with std-ver to do more than the sort of completely verifiable updates
described above, I would be grateful if you'd share your plans with
debian-policy@lists before implementing them; we may have something
useful to say.
Thank you for thinking carefully about std-ver, and once again for your
work on the Janitor project!
--
Sean Whitton
signature.asc
Description: PGP signature
hidden directory is to reduce clutter and stomping over any
>
> Love the hidden directory.
Fair enough, but what do you think about the counterarguments that have
been raised? What's good about having it hidden?
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Neil,
On Sat 14 Mar 2020 at 09:18PM +00, Neil McGovern wrote:
> Hi debian-project and ftpmaster folks,
CCing ftpmaster@.
> On Sat, Mar 14, 2020 at 01:37:59PM -0700, Sean Whitton wrote:
>> - cope well with flames in response to your decisions
>
>> - after train
601 - 700 of 1219 matches
Mail list logo
