~sbinet

France

Particle physicist turned software engineer

~sbinet/go-hep

Last active 9 days ago

~sbinet/star-tex

Last active 8 months ago

~sbinet/star-tex-patches

Last active 1 year, 2 months ago
View more

Recent activity

Re: [PATCH gio-x] stroke: add ArcTo 11 days ago

From Sebastien Binet to ~eliasnaur/gio-patches

hi,

upgrading gonum/plot to the latest Gio version, I had the need to be
able to build stroked paths along an arc.
this doesn't seem to have been possible since the migration to the
x/stroke + andybalholm/stroke setup.

-s

On Fri May 13, 2022 at 14:33 CET, Sebastien Binet wrote:
> This CL adds ArcTo and a special segment operation to easily create
> arc segments.
>
> Signed-off-by: Sebastien Binet <binet@cern.ch>

threading emails doesn't honor 'sort' order 2 months ago

From Sebastien Binet to ~rjarry/aerc-devel

hi there,

I've just tested the new message-threading feature on my non-imap store
(ie: maildir).
it's great but it doesn't seem to honor my 'sort' order.

I prefer to have my messages top->bottom with older messages first.
ie: I have this in aerc.conf:
sort="date"

w/o enabling "toggle-threads", I have, for a given "m-" discussion:
other-message
m-1 (oldest)
m-2

Re: [PATCH aerc v2] maildir: pass in-memory message to callback 4 months ago

From Sebastien Binet to ~rjarry/aerc-devel

On Thu Jan 20, 2022 at 15:19 CET, Robin Jarry wrote:
> Sebastien Binet, Jan 20, 2022 at 14:56:
> > just a drive-by comment: I don't know what's the policy w/ rjarry/aerc
> > with regard to supported Go versions (so please take the following
> > with a grain of salt), but shouldn't we limit our use of deprecated
> > packages? (io/ioutil is deprecated since ~1.15, IIRC)
> >
> > ie: shouldn't this read:
> > b, err := io.ReadAll(r)
> >
> > instead?
>
> Good point. However, io.ReadAll seems only available since Go 1.16 which
> is not even one year old.

Re: [PATCH aerc v2] maildir: pass in-memory message to callback 4 months ago

From Sebastien Binet to ~rjarry/aerc-devel

On Thu Jan 20, 2022 at 14:36 CET, Nguyễn Gia Phong wrote:
> This fixes piped full message (:pipe -m) being empty.
>
> Fixes: 904ffacb0e52 ("maildir,notmuch: avoid leaking open files")
> Signed-off-by: Nguyễn Gia Phong <mcsinyx@disroot.org>
> ---
> BTW thank you Robin Jarry for the pointer to the recommendation
> for Linux change log, TIL.
> worker/maildir/worker.go | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/worker/maildir/worker.go b/worker/maildir/worker.go
> index a671d730fc25..2f75f12ae5e0 100644
> --- a/worker/maildir/worker.go

Re: [PATCH gio v3] text,widget: handle font missing from collection 4 months ago

From Sebastien Binet to ~eliasnaur/gio-patches

On Tue Jan 18, 2022 at 01:54 CET, Jeff Williams wrote:
> This fix prevents a segmentation violation when a text.Cache doesn't
> contain a font that is requested during layout. It also makes the
> Cache fallback to returning any font from the Cache if a particular
> font is not found.
>
> Signed-off-by: Jeff Williams <kanobe@gmail.com>
> ---
> text/shaper.go | 12 ++++++++++++
> widget/editor.go | 3 +++
> 2 files changed, 15 insertions(+)
>
> diff --git a/text/shaper.go b/text/shaper.go
> index 59020e07..d5d7ecdb 100644

Thoughts on the SpaceX Starship program 4 months ago

From Sebastien Binet to ~sircmpwn/public-inbox

hi,

Your glog entry about SpaceX[1] is interesting.
But I have a major disagreement with it.
While I don't dispute there are engineers and employees that are
genuinely enthusiastic about and probably share the view you are
exposing in this piece, I don't think SpaceX is the correct body to
achieve those goals.

Like all "for profit" companies, SpaceX doesn't have human emancipation,
human rights or human survival (climate crisis or #DontLookUp) as its
main drive.
Like all capitalist companies, they are here for the profits.
All of the key points you raise in your glog entry are merely byproducts

Please don't use Discord for FOSS projects 4 months ago

From Sebastien Binet to ~sircmpwn/public-inbox

> If you use Facebook… don’t.

If you use Facebook for organizing events, try Mobilizon[1].
(by the same community that brought PeerTube)

-s

[1]: https://joinmobilizon.org

Re: introduce the "trash" command 8 months ago

From Sebastien Binet to ~sircmpwn/aerc

On Fri Sep 3, 2021 at 09:32 CET, Moritz Poldrack wrote:
> Right now - at least to me - it sounds like changing the default
> behaviour of :move inside the message view would be the easiest
> solution, but I'd prefer to see the patch first.

sent.
another avenue could be to add an option to :delete.
(but it was easier for me to just copy-paste the code of :delete and
rebrand it as :trash with the expected behaviour)

>
> > You can configure :archive to stick things in the [Trash] folder, using
> > `archive` in accounts.conf. It might make sense to be able to configure
> > multiple archive directories, but I don't think we need a separate

Re: introduce the "trash" command 8 months ago

From Sebastien Binet to ~sircmpwn/aerc

On Fri Sep 3, 2021 at 09:15 CET, Moritz Poldrack wrote:
> > in my aerc tree, I have introduced a new command: :trash.
> > it's somewhat similar to the :delete one, except it moves the (list of)
> > email(s) under the [Trash] folder.
> sooo... something like :move Trash ?
>
> > I initially wrote a binding to do this but I didn't find a way to make
> > it behave the same than the :delete command (where it moves to the next
> > message afterwards).
> :move Trash selects the next message afterwards

not when viewing the message.
when in the "message viewer" mode, displaying a given message, 
':move Trash' will dutifully move that message to [Trash] but will go

Re: introduce the "trash" command 8 months ago

From Sebastien Binet to ~sircmpwn/aerc

On Fri Sep 3, 2021 at 09:08 CET, Eyal Sawady wrote:
> On Fri Sep 3, 2021 at 7:05 AM UTC, Sebastien Binet wrote:
> > in my aerc tree, I have introduced a new command: :trash.
> > it's somewhat similar to the :delete one, except it moves the (list of)
> > email(s) under the [Trash] folder.
>
> This sounds to me like :archive

not exactly.
:trash is for messages I don't think I will need but "well, better stash
them in the [Trash] folder just in case, although it's ok if the garbage
collector gets rid of them at some point".

well, it's a bit like ":archive flat", but not quite.