From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) by sourceware.org (Postfix) with ESMTPS id 364DD3858010 for ; Sat, 30 Apr 2022 22:39:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 364DD3858010 Received: by mail-ej1-x634.google.com with SMTP id g6so21658507ejw.1 for ; Sat, 30 Apr 2022 15:39:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1OWzCv+XuCK7ydaO75sidqvJCuUjENYakqrR5xu7Slg=; b=5hu2n3H04gkXvjnhdx0ZbZr8qiA+XhwWAYmlMMyBYBuq90asj5sxJdlTlumfjs0+wB 3YKIj0nzX3ncQqIPgaJMqkbMorL4ZKt03zTzJhZasJxjQivgKUMbUue+hQKWOWZN/j9n MloYS5uIkpvioAC9cQAsix9HDBfVvgZgXSY4+3r3vaUNWC1INr6mIgAy/asKFDxsy5zc OeTlGRRsAW93eVBZIb4foR6sjzZ+P8hMxShJ5TVXZk93UDv40nBdqgM9LlTKGB/NW6Gq fyI/Va72SIBdclPaRzzHEb0HE1BGQcrZxmZiHVTwBHVzbXehVsS9WQoV9jt119HIS1wO deRA== X-Gm-Message-State: AOAM532QkykQVrRjBFHDgnUCXPYZyaiYv8eSMke1SabWEUn+kP8iq9CR P/OaVimaWRWU1AvBqu1TsLup33mg14cLahUTkmM= X-Google-Smtp-Source: ABdhPJxfqLHJbxn/5P1U7evzPmVHY1s8vuYd+t5KZifMDuh4M6/XLwGMQgi23BCNnkaAS9U5ZKGtKS1scTGB0HTd6rE= X-Received: by 2002:a17:906:eb82:b0:6f3:9044:5fba with SMTP id mh2-20020a170906eb8200b006f390445fbamr5232945ejb.715.1651358358941; Sat, 30 Apr 2022 15:39:18 -0700 (PDT) MIME-Version: 1.0 References: <34E58964-E930-4DF9-87CD-18D4C63DBCEB@redhat.com> <20220430195507.GA11996@gnu.wildebeest.org> <20220430214839.GC11996@gnu.wildebeest.org> In-Reply-To: <20220430214839.GC11996@gnu.wildebeest.org> From: v Date: Sat, 30 Apr 2022 16:38:52 -0600 Message-ID: Subject: Re: Testing Setup - More Tests and Automation? To: Mark Wielaard Cc: Ben Woodard , Ben Woodard via Libabigail X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_05, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: libabigail@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Mailing list of the Libabigail project List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2022 22:39:26 -0000 Hi Mark, I appreciate you keeping your opinion about GitHub and dislike separate from an overall evaluation of what is best for the project. There are things that I don't like too, but I recognize the value for other developers or (in this case) growing a community. That shows the same thing "Sign in to view logs". > > Yes indeed you need an account! So we can remove our personal biases (I think sourceware is a PITA) and look at actual data to see where developers are developing. I think sourceware has ~40 projects ? How many users? Maybe a couple of hundred? Or maybe a thousand? Well GitHub has over 70 million users and more than 200 million repos. I suspect you'll find more people on there than sourceware, but just an educated guess :) Developers aren't going to go out of their way to come to your project, you have to meet them where they are at. We can put aside our personal feelings about particular tools and recognize that. I have contributed to some projects that use github (see e.g. rpm or > gccrust) but found it a major pita to be honest. Their website > basically doesn't work without javascript. Probably 1% (or fewer) users browse with JavaScript disabled (reference https://stackoverflow.com/questions/9478737/browser-statistics-on-javascrip= t-disabled). I only do it when I want to get beyond a paywall :) Again, I understand we all have personal preferences, but sometimes our preferences can get in the way of what is best for a project or community (or growing one when it's largely absent). And you have to depend on > people having a github account to do pull requests or accept patches > for you. Many developers feel differently than you and love GitHub. I can say the same about libabigail - not only do I need to join an email list (that doesn't support basic stuff like adding images) the git repository (that is hard to find) looks like this: https://sourceware.org/git/gitweb.cgi?p=3Dlibabigail.git. I can't easily op= en an issue to ask a question, contribute a pull request, or even browse the source code and derive relationships between things (e.g., GitHub can allow you to click a function and be taken to the definition and other nice features). I totally get and respect that you don't have (and do not want) a GitHub account, but many developers do, and have been using it over a decade (myself included). I think there is something to say for choosing the preferences of the majority of people that are potentially developers for your project? > Maybe it works better if you are able to create an account > and don't mind running all this proprietary javascript. But the legal > language involved in creating one is so large that I cannot even tell > if it is acceptable or not. > > The legal language? I'm not sure I follow here, because your company (RedHat) has many GitHub users and repos. I am not a lawyer so possibly you can talk to one at RedHat if you have concerns. But the fact that major tech companies not just allow but champion their developers to work on GitHub suggests to me that lawyers have probably already looked and think it's okay. And for putting code online, generally companies have a process for making code public, and I suspect you've already done that with libabigail since it's online. > I happen to work for Red Hat myself as day job. But not directly > on libabigail, nor on any project that uses github. I know it is > possible to extract some stuff from github, I do keep some mirrors in > my own git setup https://code.wildebeest.org/ so I can sent patches > or pull requests. But I don't find the experience of interacting with > github using projects great. > > Again, the majority of developers do find the experience great, and it's important to separate our personal opinions from what is best for the project, which is to consider the practices of the bulk majority of developers (that you'd want to help with your project). > I agree it would be good to have more active developers. I doubt it > matters whether or not the project has a github webpage. For me > personally I stopped most contributions since the licence > change. Which might or might not be a factor to others. Personally I > like contributing to projects that use strong copyleft. > > Great! It does matter where the project is, because where it is has implications for 1. finding it, 2. seeing the branding and feeling that it is modern and welcoming, and 3. being able to easily open an issue to ask a question or fork and then contribute. It's not that sourceware is bad, but that it uses practices that the majority of developers are not familiar with, and although it's not easily apparent (it's hard to notice absence of things) but the absence of contributors to your project I do believe is based on this choice. I think you probably don't have a large enough developer base (and perhaps I'm the first person to ask for this migration) but it's fairly common for developers to make this ask, e.g, https://www.wired.com/story/open-source-all-about-github-now/. I am not sure that libabigail and podman are comparable projects. But > I get that there are ways to interact with the project on the github > website that you prefer to interacting with the libabigail project? > > Yes! I can open issues, and I can browse code and click on functions to navigate to their definition, I can easily fork, make a change, and open a pull request, click next to any line of code to create a permalink to reference elsewhere, copy the line, see the git blame or to open an issue, I can create milestones, discussions, and automate everything from the docs deployment to linting and building containers (or other artifacts) alongside the repository, I can reference issues / lines or full sections in issues or discussions (even from other projects), I can use images / other media in all places, I can get automatic security alerts based on dependencies in my repo, I can automate my release process and generate release notes automatically based on the commit history, and don't even get me started on how amazing it is to use the API - I can automate everything! I have entire websites that are generated from data that is updated via a workflow nightly and rendered without a hitch. And you can add a CNAME to a repository and get your documentation deployed without a hitch (https works out of the box!) And deploying documentation to GitHub pages is literally pushing files to a branch (or subdirectory) and calling it a day. I (and many others) feel empowered by what we can do, and it's really more of a question of what we can't do? [reference modern-practices] > So which changes would you like to see? Note that I don't mind a forge > like setup, I just think that github is a pretty bad one. But > something like sourcehut, self-hosted gitlab or pagure would be pretty > cool. I think I've expressed in the sections above what I'd like to see. I think if libabigail is to grow the community of developers you have to go where they are. Personally speaking, to contribute to libabigail I want to continue to use all of the above. > I do think adding automated testing is a pretty valuable thing, > especially if contributors can use it as pre-commit gating, which is > why I am working on adding buildbot and container based automation to > sourceware for all project hosted there. So I am a bit surprised you > believe that isn't part of the solution. > > I made all the workflows / containers for Ben for libabigail in like a da= y (you can pull from GitHub packages, e.g.,) docker run -it ghcr.io/woodard/libabigail:latest and they are hosted alongside the repository (another amazing feature, out of the box!). I think it's great you are thinking about this (and it's part of the automation solution, for sure) but not part of the "grow a community and get people excited about libabigail." What is your plan for that? > Is that because they don't use email, bugzilla or irc? Do you think we > should have some kind of web-forum for the project? > > I think you should have the project on GitHub :) Nobody wants another niche account / service they have to create (speaking for the majority of developers already on GitHub that don't find it a PITA). > Would their opinion change if they realize libabigail is mirrored on > sourcehut already? > > I don't even know what sourcehut is and I'm afraid to look. =F0=9F=98=86 > > In other words, you are 100% losing out in terms of new contributors an= d > > developers by not using these modern practices and services. > > Which modern practices and services are those exactly? > See [reference modern-practices] above. That's probably a shortened list. I hope you can help and I hope we can provide you with the tools to do so. > > If I need to do something special for libabigail it's unlikely, but thank you for the sentiment! If things stay the same the most I'll contribute is probably working with Ben via his repo, which has been pretty fun :) But that is because I know Ben and was able to find it, and I suspect others won't do the same. Best, Vanessa