@abcdw@fosstodon.org
@abcdw@fosstodon.org avatar

abcdw

@abcdw@fosstodon.org

Hack on operating systems and programming languages. He/Him.

Improve tooling for Guile and GNU Guix.

74830A276C328EC2 at keyserver.ubuntu.com and keys.openpgp.org.

This profile is from a federated server and may be incomplete. Browse more on the original instance.

calispera, to random
@calispera@babka.social avatar

trying to set up guile again after a long time

I remember there's a conf file to make the REPL usable

WIthout thath, the REPLS hasn't event the ability to make the cursor go backwards

How the #°§ do I set up this thing in Guix ?

The manual is usually completely useless

@abcdw maybe you remember ?

abcdw,
@abcdw@fosstodon.org avatar

@calispera Our team don't use usual Guile REPL, because it has a lot of limitations and not great UX/DX overall.

https://git.sr.ht/~abcdw/emacs-arei/
https://git.sr.ht/~abcdw/guile-ares-rs

abcdw, to random
@abcdw@fosstodon.org avatar

You know what, a good part of the projects I was looking at cause they use bugzilla, trac or whatever are actually migrated to GitLab or GitHub recently.

Gnome, OpenVPN, OpenStreetMaps, GHC, I2P, Tor, OpenWRT, VLC, wxWidgets, Alpine Linux and probably a bunch more.

https://trac.edgewall.org/wiki/TracUsers
https://www.bugzilla.org/about/installation-list.html

abcdw,
@abcdw@fosstodon.org avatar

@w96k the sad thing that forgejo/gitea issues is even less capable than in github/gitlab, so you either need to write a lot of customizations or additional web interface on top of API for them.

abcdw,
@abcdw@fosstodon.org avatar

@floindr Maybe because it's hard to maintain and administrate, integrate with other tools like CI, VCS, Knowledge Base, etc.

Also, it's often hard to contribute to such projects for less involved people (cause of unusual services and workflows).

There are a few articles/wiki pages on the internet documenting migration reasons and forge comparison for needs of particular projects.

abcdw, to random
@abcdw@fosstodon.org avatar

Trying and learning different bug tracking and project management tools for the last few weeks (bugzilla, debbugs, track, redmine, gitlab, taiga, plane, forgejo, phabricator, gitea, sourcehut and a couple more) I have to admit that the most convinient, visually pleasant and functional enough is GitHub Projects :/

abcdw, to guix
@abcdw@fosstodon.org avatar

Bug tracker for RDE.

RDE is already quite big project with a few subprojects and it's hard to track feature requests, reports, milestones, their dependencies and to collocate and organize them properly and share publicly.

That's why for last few weeks I was looking at different project management/bug tracking solutions.

From what I found so far it seems that Bugzilla is the best option at the moment.

Thoughts?

https://www.bugzilla.org/

abcdw,
@abcdw@fosstodon.org avatar

@calispera Similiar reasons why not github/gitlab issues, sourcehut todo.

They are too simplictic. No saved/pre-defined queries, separate project components, hard to do cross-project milestons.

https://bugs.freebsd.org/bugzilla/describecomponents.cgi
https://bugs.gentoo.org/describecomponents.cgi
https://bugzilla.kernel.org/describecomponents.cgi

abcdw,
@abcdw@fosstodon.org avatar

@w96k Yes, there are a few problems with debbugs (from not having a good web-interface to screwing up email metadata).

Registration isn't a big deal, we can have accounts for maintainers/commiters (maybe even via LDAP, so it can be reused across the rest of the infrastructure). Maybe some of the bugs can be connected to some mailing list threads (didn't really dive into that option yet).

Following bugs with no account is what bothers me a bit.

abcdw,
@abcdw@fosstodon.org avatar

@daviwil I'm more concerned about it being too simplistic and not covering basic bug organization/grouping and reporting capabilities:
https://fosstodon.org/@abcdw/112279834434098626

For now I think about cgit+bugzilla+ldap+list.sr.ht setup. The setup of even this relatively small set of tools looks like a lot of work :/

In this sense forgejo looks much better. Plus potential future federation is also a nice thing I guess.

abcdw,
@abcdw@fosstodon.org avatar

@dgr @calispera A huge beast :)

While I see many projects moving to gitlab and amount of features is enormous, I still in doubt of adapting such a complex and resource-hungry solution :)

The monetizing model is pretty interesting, thank you for sharing!

It feels like bugzilla/trac + various LDAP and REST API integrations can be more future-proof and flexible in long term.

abcdw,
@abcdw@fosstodon.org avatar

@thees One of the "downsides" of bugzilla that it can't create issues from anonymous users like redmine https://www.redmine.org/projects/redmine/wiki/RedmineReceivingEmails#Enabling-unknown-users-to-create-issues-by-email

However, I think it can be work arounded by some REST API glue code.

abcdw,
@abcdw@fosstodon.org avatar

@sharlatan of course :)

abcdw,
@abcdw@fosstodon.org avatar

@lechner @w96k public inbox is great, I use it a lot https://yhetil.org/guix-bugs/

Still debbugs has no satisfying web interface (or at least I don't know about such): I want to see progress on milestones/releases, to navigate through bugs of a particular component, get a proper search and grouping capabilities.

Also, debbugs rewrites and thus screw up emails, which is quite inconvinient.

abcdw,
@abcdw@fosstodon.org avatar

@dgr It's quite beefy VM :)

I played a bit with gitlab and my first thoughts are:

  • It feels crowded/overloaded.
  • I couldn't create cross-repo issues.

@calispera

abcdw,
@abcdw@fosstodon.org avatar

@dgr @calispera

I have to admit that during last a few weeks I've seen many projects that migrated from bugzilla/trac/redmine to gitlab

abcdw,
@abcdw@fosstodon.org avatar

@dgr @calispera Found group milestones, yep, thank you. Also, found that github have pretty nice "projects" capabilities.

abcdw, to scheme
@abcdw@fosstodon.org avatar

There are a few cool commits landed on guix master today:

  • chez-scheme: Update to 10.0.0.
  • racket: Update to 8.12.
  • chez-scheme: Bootstrap from source.
  • Add librewolf.

https://git.savannah.gnu.org/cgit/guix.git/log/

abcdw, to random
@abcdw@fosstodon.org avatar

There are some rumors, that a new guile release is comming soon! :)

It's especially important, because we use cutting edge (ice-9 textual-ports) in guile-ares-rs, backend for Arei Guile IDE:
https://git.sr.ht/~abcdw/guile-ares-rs
https://git.sr.ht/~abcdw/emacs-arei

That means everyone would be able to use it without relying on guile-next guix package and all the hussle associated with it.

abcdw, (edited ) to random
@abcdw@fosstodon.org avatar

I got a reject on Turkey residence permit application. I'll lodge an appeal, but chances are very low, so my plan B is to go to Georgia than to Armenia to apply for Spain Schengen visa.

If somebody knows any conferences, summer schools or other events I can contribute to and get an invite to support my visa application with, let me know, please.

P.S. Spain Schengen in Armenia is an only option to apply for Schengen visa available without residence permit I know at the moment.

abcdw,
@abcdw@fosstodon.org avatar

@BillySmith It sounds great, thank you, will take a deeper look!

abcdw, to guix
@abcdw@fosstodon.org avatar

The guix itself is not reproducible.

Keep exploring the problems of guix pull, channels and checkouts, but I wouldn't say that it's the most exciting thing to do, especially annoying part is a huge feedback loop: almost an hour for initial guix pull on debian system to finish.

https://issues.guix.gnu.org/69284#5

abcdw, to guix
@abcdw@fosstodon.org avatar

We have enough funds on RDE's opencollective, so we can setup a CI and substitute server and maybe some other infrastructure/project-related services in foreseable future.

Thank you very much everyone for help and support! <3

Let me know what else you miss.

https://opencollective.com/rde

abcdw,
@abcdw@fosstodon.org avatar

@janneke Hi Janneke! Can you rephrase a bit. I have a bit hard time extracting the meaning of your question and not sure if I understood it correctly :)

abcdw,
@abcdw@fosstodon.org avatar

@lechner
@janneke RDE and Guix Home was a one thing at the beginning. After that we upstreamed Guix Home to Guix and it was not the smoothest transition I would say. On of the frustrations was fetching the rationale behind record-based configurations and why it's not a "free-style" data structures based configs: https://github.com/abcdw/notes/blob/fce3dc1/notes/20231228152715-alists_and_records_in_guix_services.org#L6

Also a few related changes was committed without reaching consensus on the topic, which lead to some breakage of RDE and forced us to fork a few home services.

abcdw,
@abcdw@fosstodon.org avatar

@lechner @janneke After that the decision to maintain our own free-style set of home services was made (which are not upstreamable due to concerns and technical difficulties above):
https://git.sr.ht/~abcdw/rde/tree/b97a4d91/doc/decision-log/0004-rde-flavor-guix-services.org#L1

features mechanism and most of RDE functionality are based on this desicion and thus not transferable to guix proper.

There is also a part about governance model, different technical background of primary contributors and thus different views on design and implementation.

abcdw,
@abcdw@fosstodon.org avatar

@lechner @janneke As @Jlicht mentioned, it's probably good that RDE is a separate project and developed relatively independently from Guix and the whole ecosystem is not centralaized around one point.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • JUstTest
  • everett
  • magazineikmin
  • khanakhh
  • InstantRegret
  • rosin
  • Youngstown
  • ngwrru68w68
  • mdbf
  • slotface
  • normalnudes
  • Durango
  • kavyap
  • DreamBathrooms
  • megavids
  • GTA5RPClips
  • tacticalgear
  • osvaldo12
  • thenastyranch
  • tester
  • Leos
  • modclub
  • ethstaker
  • cubers
  • cisconetworking
  • provamag3
  • anitta
  • lostlight
  • All magazines
    •