I saw a similar crash here, where bash would start failing around about
500 iterations in such a loop:
```
export GIT_ASKPASS=echo
grep -v '^#' ../gitolite2gitlab.txt |while read gitolite_path gitlab_path; do
gitolite_url=/srv/git.torproject.org/repositories/$gitolite_path.git
On 2024-04-15 23:02:20, Matthias Geiger wrote:
> On 15.04.24 22:59, Antoine Beaupré wrote:
>> On 2024-04-15 22:22:04, Matthias Geiger wrote:
>>> On 15.04.24 21:01, Antoine Beaupré wrote:
>>>> On 2023-12-22 00:15:30, Matthias Geiger wrote:
>>>>> O
On 2024-04-15 22:22:04, Matthias Geiger wrote:
> On 15.04.24 21:01, Antoine Beaupré wrote:
>> On 2023-12-22 00:15:30, Matthias Geiger wrote:
>>> Once the StarBook VI AMD get mainline coreboot support I will adopt this
>>> package.
>> Hi!
>>
>> It w
On 2023-12-22 00:15:30, Matthias Geiger wrote:
> Once the StarBook VI AMD get mainline coreboot support I will adopt this
> package.
Hi!
It would be nice to see this come through! Do you still intend on
adopting this package, and if so, when will StarBook get that nice
update? :)
a.
--
Control: tags -1 +patch +upstream
Upstream actually fixed this issue, possibly:
https://github.com/dajva/rg.el/commit/8e2347d0a11aa64fd721702b176b1dbc7889f78e
So, woot, i guess we get this fix when upstream makes a new release (or
we import that patch).
A.
--
Science knows still practically
FWIW, valkey just entered FreeBSD ports as well:
https://www.freshports.org/databases/valkey/
--
For once you have tasted flight,
You will walk the earth with your eyes turned skyward;
For there you have been,
And there you long to return.
- Leonardo da Vinci
On 2023-07-27 13:04:22, Riccardo Coccioli wrote:
> I've checked the issue and opened a bug upstream to pyparsing [1] as this
> is indeed a regression.
> Running CI on cumin I've also found that pylint is reporting new issues
> related to pyparsing code, for which I've opened a separate bug
On 2024-03-25 17:43:58, Guillem Jover wrote:
> Hi!
>
> On Fri, 2024-03-22 at 12:35:47 +, Chris Lamb wrote:
>> > I'm CCing Chris, who might perhaps be interested in replacing Redis with
>> > KeyDB as its spiritual successor and taking this on? Or if not, at least
>> > to perhaps potentially
On 2024-03-21 21:47:28, Birger Schacht wrote:
> Hi Antoine,
>
> ah, I think I've forgotten about this, also because `wev` serves a
> similar usecase, without SUID.
>
> Feel free to upload, I won't have time for this in the next couple of
> days. Feel free to put it under the swaywm-team
On 2024-03-21 10:03:10, Antoine Beaupré wrote:
> On 2019-12-31 22:11:31, Birger Schacht wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Birger Schacht
>>
>> * Package name: wshowkeys
>
> hello!
>
> this has been now open for (checks tim
On 2019-12-31 22:11:31, Birger Schacht wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Birger Schacht
>
> * Package name: wshowkeys
hello!
this has been now open for (checks time)... a little over 4 years... any
progress? :)
a.
--
In a world where Henry Kissinger wins the Nobel
A bunch of deps are missing from debian at the moment:
2024/03/14 21:19:20 Build-Dependency "github.com/pterm/pterm" is not yet
available in Debian, or has not yet been converted to use XS-Go-Import-Path in
debian/control
2024/03/14 21:19:20 Build-Dependency "github.com/d5/tengo" is not yet
Package: wnpp
Severity: wishlist
Owner: Antoine Beaupré
* Package name: vale
Version : 3.0.0-1
Upstream Author : errata.ai
* URL : https://github.com/errata-ai/vale
* License : Expat
Programming Lang: Go
Description : A markup-aware linter for prose
So I'm running the llm Debian package locally. I had to package two
deps, for which I have filed ITPs as well (1065576: python-ulid,
1065578: python-sqlite-migrate). The former is a solid, globally useful
library, but I'm less sure about the latter - it seems more something
built just for that
On 2024-03-06 22:06:18, Petter Reinholdtsen wrote:
> [Antoine Beaupre]
>> A CLI utility and Python library for interacting with Large Language
>> Models, both via remote APIs and models that can be installed and run
>> on your own machine.
>
> Is the option to run models locally related to
ce changed by Antoine Beaupré
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
debian/rules clean
dh clean --builddirectory=_build --buildsystem=golang --with=golang
dh_auto_clean -O--builddirectory=_build -O--buildsystem=golang
dh_autoreconf_clean -O--builddirect
Package: wnpp
Severity: wishlist
Owner: Antoine Beaupré
Reasoning: I need this! :) I could have written a mtail parser instead, but
/fail2ban.actions\s+\[\d+\]:\s+\w+\s+\[(?P)\] (?PBan|Unban)\s+/ {
fail2ban_action_count[$jail][$action]++
/fail2ban.filter\s+\[\d+\]:\s+\w+\s+\[(?P)\] (?PFound
Hello!
Nvidia is not involved here.
I must admit I haven't seen this bug in a while, maybe it was a one-off
thing?
On 2024-02-01 03:27:23, Steve Langasek wrote:
[...]
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if information
> becomes
On 2024-01-05 12:02:20, Piotr Ożarowski wrote:
[...]
> Note that this project is written in Zig which is not packaged for Debian yet,
> I didn't find any other PinEntry replacement for Wayland.
Interesting project! Too bad we don't have Zig yet (or, maybe, that this
one is written in Zig...)
On 2020-07-17 13:29:56, Antoine Beaupré wrote:
[...]
> It also happens to provide a nice list of missing packages which, in a
> more digestable form, looks like this:
>
> * code.soquee.net/otp
> * github.com/go-chi/chi
> * github.com/monoculum/formam
> * githu
On 2023-09-22 22:06:30, Antoine Beaupré wrote:
> On 2023-09-22 21:56:53, Birger Schacht wrote:
>> Hi anarcat,
>>
>> I'd rather not diverge from upstream and carry a patch for a bugfix that
>> is a wontfix on upstreams side.
>> My hope is that upstream either recon
Control: forcemerge 1054664 1060084
On 2024-01-06 08:55:04, Will Partain wrote:
> Antoine Beaupré wrote:
>
>> Is there any specific reason why you feel this should be adressed in a
>> different bug report than the above?
>
> Hi, Antoine -- stumbling into the
On 2024-01-05 19:02:38, Will Partain wrote:
> Package: puppet-agent
> Version: 7.23.0-1
> Severity: important
>
> Dear Maintainer,
>
> (This is a more detailed version of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054664 )
Is there any specific reason why you feel this should be
Hi Andrew!
This is a quick word to let you know that I've disabled valgrind tests
on armhf in the Debian package. They were failing since the 1.8.5 upload
(but possibly not in 1.8.0!), you can see a log here:
https://buildd.debian.org/status/fetch.php?pkg=pv=armhf=1.8.5-1=1700453788=0
Control: tags -1 +pending +patch
Hi!
There's now a package for this! It was relatively easy to build, thanks
to py2dsp and the excellent pybuild toolchain (and the fact that
upstream doesn't have any dep missing from debian).
I pushed the code to salsa:
Control: owner -1 anar...@debian.org
Control: retitle -1 ITP: mdformat -- Markdown formatter that can be used to
enforce a consistent style in Markdown files.
I'm looking into this. The code is too large for a full audit, but i can
confirm third parties have packaged it and their checksums
I have reviewed this patch and it looks sane to me. I have deployed the
updated package on our servers and it is so far running without flaw.
A.
--
There is no cloud, it's just someone else's computer.
- Chris Watterson
On 2023-12-13 08:34:02, Yves-Alexis Perez wrote:
[...]
> since the bug is from 2018, I have to admit I don't really remember why I
> opened it and what channel was the target. I don't have a way to test the
> patch these days, but thanks for the work anyway.
Well, the patch *is* tested, and is
Control: tags -1 +patch
On 2018-05-21 16:01:59, Yves-Alexis Perez wrote:
> subject mostly says it all, but it'd be nice if KGB could support
> password-protected IRC channels for notifications.
The library backing KGB does support it, so it seems it's only a matter
of a few lines patch:
On 2023-12-12 15:39:24, Patrick Matthäi wrote:
[...]
>> It doesn't *quite* fix it just yet. For platforms where the ucode is
>> *not* provided (e.g. in my case it's the pcengines APU that don't have
>> firmware upgrades), this *still* yields a UNKNOWN warning. After a brief
>> discussion in the
sorry, i'm kind of swamped until 2024 over here, really interested in
the software, but i didn't even try it out so i don't know if i can
help... did you try reaching out upstream?
On 2023-12-06 08:32:49, Martin wrote:
> Hi Antoine,
>
> I'm started here:
>
>
400
+++ needrestart-3.6/debian/changelog 2023-11-15 15:05:37.0 -0500
@@ -1,3 +1,9 @@
+needrestart (3.6-4+deb12u1) bookworm; urgency=medium
+
+ * fix microcode check regression on AMD CPUs (Closes: #1013285)
+
+ -- Antoine Beaupré Wed, 15 Nov 2023 15:05:37 -0500
+
needrestart (3.
On 2023-11-30 13:06:19, Matthias Geiger wrote:
[...]
> looks packageable from a first glance with only gtk-layer-shell missing
> for anyrun and anyrun-interface. An issue is gtk-layer-shell which
> contains generated code; gtk-rs has the same issue but I resolved that
> via re-generating the
On 2023-11-29 22:24:25, Adam D. Barratt wrote:
> On Mon, 2023-10-23 at 15:36 -0400, Antoine Beaupré wrote:
>> And of course I forgot the debdiff, sorry!
>
> Please go ahead.
Uploaded, thanks for the review!!
--
Science knows still practically nothing about the real nature of
On 2023-11-29 20:56:22, Tobias Quathamer wrote:
> Am 29.11.23 um 04:55 schrieb Antoine Beaupre:
>> Source: rclone
>> Severity: critical
>>
>> Debian is somewhat lagging behind upstream. Unstable currently has
>> 1.60.1 (2022-11-17, uploaded to unstable on 2022-12-13) while upstream
>> is at
Control: reopen -1
Control: subscribe -1
On 2023-11-15 15:46:24, Antoine Beaupré wrote:
> Control: tags -1 +patch
>
> On 2023-11-15 14:54:26, Antoine Beaupré wrote:
>> On 2022-06-20 13:54:38, Nick Lewycky wrote:
>>> Package: needrestart
>>> Version: 3.6-1
&
On 2023-11-03 10:30:49, Antoine Beaupré wrote:
> https://github.com/kpcyrd/sn0int
> https://github.com/aancw/Belati
> https://github.com/nitefood/asn
Another, more minimalistic tool is simply a DNS resolver with support
for looking up ASNs:
https://github.com/natesales/q
Specifica
Control: tags -1 +patch
On 2023-11-15 14:54:26, Antoine Beaupré wrote:
> On 2022-06-20 13:54:38, Nick Lewycky wrote:
>> Package: needrestart
>> Version: 3.6-1
>> Severity: normal
>>
>> `sudo needrestart -w` always prints "Failed to check for processor
>
On 2022-06-20 13:54:38, Nick Lewycky wrote:
> Package: needrestart
> Version: 3.6-1
> Severity: normal
>
> `sudo needrestart -w` always prints "Failed to check for processor
> microcode upgrades." on my AMD Ryzen 9 3900X 12-Core Processor.
[...]
There's now a PR for this upstream:
Control: tags -1 +patch
There's a patch posted in this thread for this bug:
https://discuss.pixls.us/t/patch-for-newer-python-setuptools/36593
Actual link to the patch on Arch:
https://build.opensuse.org/request/show/1078462
--
The odds are greatly against you being immensely smarter than
More notes on my use case... harpoon serves this poorly, as I explain
upstream here:
https://github.com/Te-k/harpoon/issues/190#issuecomment-1798667942
Basically, harpoon has a good `intel` command to lookup the reputation
of a single IP address on multiple plugins. But that's it: it works only
I've also looked for more alternatives, thinking "surely someone else
fixed this in a more simple way". I looked mostly at
https://kali.org/tools for now.
Out of those, i have selected the following tools:
https://www.maltego.com/
https://github.com/smicallef/spiderfoot
I started working on a Docker container for this, based on a Debian
container. To simplify the install (e.g. not require rebuilding lxml), I
pre-install a bunch of Debian packages for Python dependencies, but a
*lot* are missing.
The following are present:
python3-bs4 \
python3-dateutil
After writing this report, I have also found two alternate
implementation, one is an actual IRC server and the other an irssi
plugin.
https://github.com/mk-fg/reliable-discord-client-irc-daemon
https://github.com/mjsir911/irssi-discord
the ircd has this interesting WARNING that Discord might
Another thing I forgot, the author wrote a good guide on their blog in:
https://randhome.io/blog/2018/02/23/harpoon-an-osint-/-threat-intelligence-tool/
--
The steel horse fills a gap in modern life, it is an answer not only to
its needs, but also to its aspirations. It's quite certainly here
Control: forwarded -1 https://github.com/Te-k/harpoon/issues/195
Oh, and another thing I forgot: the harpoon wiki names a few
alternatives to this.
https://github.com/Te-k/harpoon/wiki#other-tools
Of those, the following might be interesting:
https://github.com/kpcyrd/sn0int
I have filed #1055115 to update the package in bookworm.
a.
--
Nothing in life is to be feared, it is only to be understood.
Now is the time to understand more, so that we may fear less.
- Marie Curie
-slinger (3.1-1.1+deb12u1) bookworm; urgency=medium
+
+ * Non-maintainer upload.
+ * Bug fix: "tlsa can produce invalid records" (Closes: #1053483)
+
+ -- Antoine Beaupré Thu, 05 Oct 2023 10:37:58 -0400
+
hash-slinger (3.1-1.1) unstable; urgency=low
* Non-maintainer upload.
diff
On 2023-10-19 15:17:44, Georg Faerber wrote:
> Hi,
>
> On 23-10-19 10:49:26, Antoine Beaupré wrote:
>> What's the status of this bug? are you planning a release update for
>> this?
>
> Yes, I do, swamped with work currently. Expect the unstable update
> within the
Hello!
What's the status of this bug? are you planning a release update for
this?
Thanks!
--
What this country needs is more unemployed politicians.
- Angela Davis
Control: tags -1 +pending
On 2023-10-13 09:17:49, Kyle Fazzari wrote:
> I don't entirely agree, but disagreement is okay. I do at least
> recommend accompanying this with a cache age statistic, as we discussed
> earlier.
Both of those have been done upstream, and I've uploaded a new snapshot
On 2023-10-13 11:40:17, Antoine Beaupré wrote:
[...]
> What's the magic setting to make apt check those updates on its own? I
> often get confused between unattended-upgrades and apt there...
Answering my own question, again, on my Debian bookworm machine, there's
a `/etc/cron.daily/apt-
On 2023-10-13 11:59:23, Antoine Beaupré wrote:
> severity 1028212 serious
> tags 1028212 +patch
[...]
> From 3b17a4dcb8caa56191c5be523c874a7f470bd04a Mon Sep 17 00:00:00 2001
[...]
> diff --git a/apt_info.py b/apt_info.py
> index eb1a642..9b1b675 100755
> --- a/apt_info.py
&
On 2023-10-13 09:17:49, Kyle Fazzari wrote:
[...]
> I don't entirely agree, but disagreement is okay. I do at least
> recommend accompanying this with a cache age statistic, as we discussed
> earlier.
Right, that would be a better way of going around doing that. I have a
separate upstream
On 2023-10-13 09:05:35, Kyle Fazzari wrote:
> On 10/13/23 08:26, Julian Andres Klode wrote:
>> Also please do not run apt update in the background or try to
>> calculate dist upgrades, that is evil and you're breaking stuff.
>> If you want to check for updates, make sure the periodic apt service
I also do not believe actually performing the `dist-upgrade`
calculations is necessary to compute the pending upgrades at all. I've
done work with python-apt for other projects and haven't found that to
be required: the cache has the necessary information about pending
upgrades.
Closes: #179
On 2023-10-13 11:40:17, Antoine Beaupré wrote:
[...]
> I agree this is a little odd and that the prometheus apt plugin should
> probably not be the one handling the cache update.
I have made a patch upstream for this:
https://github.com/prometheus-community/node-exporter-textfile-col
On 2023-10-13 17:26:38, Julian Andres Klode wrote:
> On Fri, Oct 13, 2023 at 10:29:10AM -0400, Antoine Beaupré wrote:
>> On 2023-10-12 21:25:20, Kyle Fazzari wrote:
>> > On 10/11/23 22:45, Antoine Beaupré wrote:
>> >> On 2023-10-11 22:30:16, Kyle Fazzari wrote:
>
On 2023-10-12 21:25:20, Kyle Fazzari wrote:
> On 10/11/23 22:45, Antoine Beaupré wrote:
>> On 2023-10-11 22:30:16, Kyle Fazzari wrote:
>>> On 10/11/23 19:24, Antoine Beaupré wrote:
>>
>> [...]
>>
>>> Yeah I won't lie, my immediate thought was &q
On 2023-10-11 22:30:16, Kyle Fazzari wrote:
> On 10/11/23 19:24, Antoine Beaupré wrote:
[...]
> Yeah I won't lie, my immediate thought was "huh, I've never seen that
> happen." Then my follow-up was "actually, how would I even know?" But at
> the same time, I co
On 2023-10-11 13:17:39, Kyle Fazzari wrote:
> On 10/11/23 12:08, Antoine Beaupré wrote:
[...]
> First of all, my primary use-case for this collector is to alert me of
> updates that need to be installed (e.g. security updates). In that
> context, operating on a stale cache would g
We deployed the following workaround for this, will report on whether or
not it fixes the issue:
# cat /etc/systemd/system/prometheus-node-exporter-apt.service.d/override.conf
[Service]
# bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028212
#
(in cc) using the python-apt library written by
jak (also in cc). I'm trying to figure out if it's using the library
correctly, or if there's a bug in said library.)
On 2023-10-11 14:31:51, Antoine Beaupré wrote:
> Surely there should be a timeout to this script or something? Why does
> i
On 2023-01-09 14:08:06, Daniel Swarbrick wrote:
> Hi Eric,
>
> Thanks for the detailed bug report. As this is something which can
> theoretically affect _any_ apt-based distributed (i.e., derivatives of
> Debian), I feel that it should ideally be reported upstream.
I'm curious here, actually:
Control: tags -1 +pending +patch
Control: forwarded -1 https://github.com/equeim/tremotesf2/issues/392
So I built a package for this and tested it and it's pretty neat. It
works over https which is my prime use case, so I'm very happy with it.
It's 45k lines of C++ so unfortunately I didn't
On 2023-10-05 16:46:01, Ondřej Surý wrote:
> Go ahead and add yourself to maintainers and do a proper release if you care
> about the packages. It would be appreciated
Right now I'm about 4 yaks down in this stack, so adding myself to
maintainers is not part of my priorities right now.
As of
Control: forwarded -1 https://github.com/letoams/hash-slinger/issues/45
Control: tags -1 +patch
I submitted this patch upstream to fix this issue:
https://github.com/letoams/hash-slinger/pull/46
Attached as well.
--
Antoine Beaupré
torproject.org system administration
>F
o packages.
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/bin/tlsa (from hash-slinger package)
--
Antoine Beaupré
torproject.org system administration
Control: tags -1 +pending +patch
On 2023-10-03 11:02:03, Christoph Biedl wrote:
> Package: pv
> Version: 1.8.0-2
> Severity: wishlist
> Tags: patch
> X-Debbugs-Cc: debian.a...@manchmal.in-ulm.de
>
> Hi there,
>
> thanks for resolving the valgrind dependency issue for armel and a few
> more
On 2023-09-22 21:56:53, Birger Schacht wrote:
> Hi anarcat,
>
> I'd rather not diverge from upstream and carry a patch for a bugfix that
> is a wontfix on upstreams side.
> My hope is that upstream either reconsiders or that there is a another
> solution for that problem, that does not require
Hi!
Could I get some feedback on this patch? I've been running this for
months now without any problems and it improves systemd support quite a
bit...
Right now I'm relying on this for my desktop session which makes
upgrades rather... brittle. :)
a.
On 2023-07-03 12:07:01, Antoine Beaupré
On 2023-09-11 11:25:34, Russ Allbery wrote:
> Antoine Beaupré writes:
>
>> I get the argument against bad binaries not being in PATH but we have
>> some tooling for that, don't we? /usr/libexec, no?
>
> /usr/libexec isn't a replacement because it's not on any user's PATH.
On 2023-09-11 19:57:16, Bill Allombert wrote:
[...]
> On the other hand, /usr/games allows:
> - priviledged accounts to omit /usr/games in their path (root does not have
> it e.g)
I said it elsewhere but I'll repeat it here, if we want a separation
there, we already have another mechanism for
On 2023-09-11 19:11:30, Simon McVittie wrote:
[...]
> Disclosure: I am a co-maintainer with Alexandre of the game-data-packager
> package, which installs proprietary game data into /usr/share/games, some
> of it much larger than the vast majority of games we package in Debian; and
> I think
On 2023-09-11 10:19:13, Russ Allbery wrote:
[...]
> I am inclined to agree; it's just one more thing for people to think about
> while packaging things, and I don't think it serves much of a useful
> purpose. However, the bug log has a couple of concrete objections.
For the record, I actually
On 2018-06-14 11:42:22, Simon McVittie wrote:
> Debian can choose to put games in the /.../games directories, or in the
> standard directories /usr/bin, /usr/share etc., or any mixture of our
> choice, orthogonal to whether/when we move to FHS 3.0.
It's been a while since this was discussed, but
On 2023-08-23 17:55:19, Cyril Brulebois wrote:
> Antoine Beaupré (2023-08-23):
>> Do you think this is a version problem, in other words would it be
>> sufficient to upgrade the hiera-eyaml package to 3.4.0?
>
> That thought crossed my mind, but seeing the same version every
On 2023-08-23 13:31:43, Cyril Brulebois wrote:
> Package: puppetserver
> Version: 7.9.5-2
> Severity: important
>
> Hi,
>
> One of the problems that showed up while upgrading my puppet
> {master,server} from bullseye to bookworm was losing support for the
> mailalias resource. Some basic research
On 2023-08-23 13:55:21, Cyril Brulebois wrote:
> Package: puppetserver
> Version: 7.9.5-2
> Severity: important
>
> Hi,
>
> I totally lost hiera eyaml support while upgrading from bullseye to
> bookworm. Neither the old hiera configuration file or the new one
> worked. Given the upstream upgrade
On 2023-07-05 18:04:46, Nicholas D. Steeves wrote:
[...]
> Bastien writes:
>
>> Hi all,
>>
>> I'm not sure if this is the right place to announce this, but here it
>> goes: Org 9.4 is out.
>
> That's a good question! Yes, I believe that filing a "new upstream
> version" bug is likely to reduce
ay (1.8.1-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch for READY=1 signal to sd-daemon (Closes: #1039857)
+
+ -- Antoine Beaupré Mon, 03 Jul 2023 11:16:48 -0400
+
sway (1.8.1-1) experimental; urgency=medium
* New upstream version
diff --git a/debian/patche
On 2023-06-28 17:42:18, Antoine Beaupre wrote:
[...]
> The real fix here would be for Sway to send something to sd-daemon. Of
> course, the easiest way to do this would be to do a clever call to
> sd_notify() just at the right place in the Sway source code, but
> there's little chance such a
On 2023-06-26 10:27:37, Antoine Beaupré wrote:
[...]
> I guess the first step is to wait for the package to transition to
> trixie and then do the -pu? I suspect it will be hard to test this in
> trixie since you'd need to upgrade from buster to trixie, right?
I meant bullseye here
On 2023-06-24 22:38:38, Andreas Beckmann wrote:
[...]
>> I'll prepare a ruby-activerecord proposed-update targeting bookworm.
>
> This needs to be fixed in sid first.
>
> Adding the Conflicts against ruby-arel in ruby-activerecord requires
> changes in src:ruby-premailer-rails, too, since that
dh-make-golang, as usual, crashes:
anarcat@angela:dist$ dh-make-golang estimate github.com/minio/minio
go get: 2.48 GiBpackage github.com/minio/minio
imports github.com/coreos/go-oidc: no Go files in
/tmp/dh-make-golang4060759079/src/github.com/coreos/go-oidc
go get: 2.58 GiBpackage
I can confirm that trashing the eln-cache and restarting emacs with
`markdown` in the block list works.
--
Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu.
Usenet dans ces conditions, c'est comme le web avec lynx, on prend
trop conscience du vide, c'est déprimant.
On 2023-06-11 14:45:19, Nicholas D. Steeves wrote:
> Hi,
>
> Here is a way to work around this bug (whether in Emacs or in markdown-toc).
>
> To test:
> emacs --eval="(setq native-comp-deferred-compilation-deny-list
> '(\"markdown-toc\"))"
>
> To make permanent:
> (setq
[adding package maintainer to CC]
On 2023-05-17 10:50:34, Moritz Muehlenhoff wrote:
> On Fri, May 12, 2023 at 08:58:01AM +, Holger Levsen wrote:
>> On Fri, May 12, 2023 at 10:08:52AM +0200, Raphael Hertzog wrote:
>> > > ISC is not longer maintaing any of the components of isc-dhcp (client,
>>
On 2023-06-09 10:11:05, Nicolas Schier wrote:
> On Tue, Jan 24, 2023 at 12:23:19PM -0500 Antoine Beaupré wrote:
>> On 2020-09-03 16:21:32, TODO wrote:
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: TODO
>> >
>> > * Package name:
On 2023-06-06 23:05:04, Denis Danilov wrote:
> Hi Antoine,
>
> On Tue, Jun 06, 2023 at 12:00:02PM -0400, Antoine Beaupré wrote:
>> I intend to adopt the package. It seems like the next step for the
>> package is to update it to the latest release (32) from May 2022.
>&g
I'm actually wondering if it's worth working on flycheck at all at the
moment.
reading this post:
https://www.masteringemacs.org/article/spotlight-flycheck-a-flymake-replacement
I found this:
> So why switch away from Flymake? Well, before the advent of Emacs 27
> and the renewed interest in
Control: tags -1 +pending
Control: owner -1 anar...@debian.org
On 2022-06-21 07:36:09, Denis Danilov wrote:
> Package: wnpp
> Severity: normal
> Control: affects -1 src:flycheck
>
> I intend to orphan the flycheck package.
I intend to adopt the package. It seems like the next step for the
On 2023-06-05 12:16:28, Antoine Beaupré wrote:
> Is there something out there that takes a markdown doc as input and
> outputs a TOC?
Answering my own question, this does what I want:
md_toc github -o . < tpa-rfc-36-gitolite-gitweb-retirement.md
... and what I want in m
On 2023-06-03 20:41:40, Nicholas D. Steeves wrote:
> Nicholas D Steeves writes:
>
>> I also confirmed that both the patched version (in the staging branch)
>> and unpatched version (in bookworm) work correctly with
>>
>>
>>
Control: tags -1 +patch +pending
I pushed the package to NEW, and the `debian/2.3.0-1` tag to:
https://salsa.debian.org/emacsen-team/rg-el
let's see what FTP masters think.
a.
--
Voter, c'est abdiquer
- Élisée Reclus
A workaround for this issue is to enable another check mechanism by
installing libimvirt-perl if I understand correctly.
On 2023-05-25 12:04:24, Andreas Tille wrote:
> Hi,
>
> since I keep on tracking down issues when my battery drains to zero when
> in suspend mode I stumbled upon your discussion on framework
> community[1] and this ITP. Did you pushed something on salsa regarding
> the packaging I might be able
On 2023-05-19 14:39:14, Nicholas D Steeves wrote:
> Control: tag -1 confirmed upstream fixed-upstream pending
> Antoine Beaupre writes:
>
>> Package: elpa-markdown-toc
>> Version: 0.1.5-2
>> Severity: grave
>
>> markdown-toc-generate-toc crashes with:
>>
>> Debugger entered--Lisp error:
On 2023-05-19 15:02:34, David Bremner wrote:
> Hi Antoine;
>
> I agree that markdown file looks innocuous, but do you know if it is
> just this file or any markdown file?
I managed to have it generate a TOC with a simple:
# a
# b
## c
But it also crashed (ultimately) on:
1 - 100 of 1945 matches
Mail list logo