Re: F35 Change: "Fedora Linux" in /etc/os-release

2021-03-09 Thread David Kaufmann
On Tue, Mar 09, 2021 at 05:32:41PM -0500, Matthew Miller wrote: > I agree that it's a little weird at first, but as Ben Cotton said, > after the first hundred times or so it becomes natural. This is not necessarily true. Our university IT department changed its name about a decade ago, from three

Re: Plymouth, themes and console clearing: https://bugzilla.redhat.com/show_bug.cgi?id=1933378

2021-03-04 Thread David Kaufmann
On Thu, Mar 04, 2021 at 02:45:29PM -0800, Adam Williamson wrote: > Well, you could still argue it's prettier than a wall-o-text boot. And > it *does* hide the wall-o-text. On the first boot after install that's maybe nice, but usually when I look at the machine booting I either do need to see why

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

2021-03-04 Thread David Kaufmann
On Wed, Mar 03, 2021 at 06:00:55PM +, Tim Landscheidt wrote: > Kevin Fenzi wrote: > > > […] > > > The purpose here is to make the Fedora project a more welcoming place to > > people who _do_ find those terms unwelcome. That doesn't mean everyone > > does. It means we want to be welcoming

Re: Donate 1 minute of your time to test upgrades from F33 to F34

2021-02-25 Thread David Kaufmann
Another dot on the map: Issues: - rdma-core (known problem) - jami (third party repo, does not have f34 yet) - mpd (requires libupnp.so.16, but there seems to be only libupnp.so.17 in f34 available) Error: Problem 1: package jami-daemon-20210219.1.9530a07-1.fc33.x86_64 requires

Re: Delta RPMs in Fedora 34

2021-01-05 Thread David Kaufmann
On Mon, Jan 04, 2021 at 06:29:13PM -0500, Matthew Miller wrote: > I also remember when this was a killer feature for Fedora, and without any > real way of judging use and demand, I'm hesitant to kill it off. But that's > definitely plan B. We can point people who are in low-bandwidth situations >

Re: Stale proven packagers

2020-12-24 Thread David Kaufmann
On Thu, Dec 24, 2020 at 11:35:03AM +, Peter Robinson wrote: > On Thu, Dec 24, 2020 at 10:43 AM Leigh Scott wrote: > > > > > On Wed, Dec 23, 2020 at 12:49 PM Vitaly Zaitsev via devel > > > > > > > > > > > It does support it, but AFAIK does not require it. > > > > > > Arguably those with

Re: Fedora 34 Change: Make Fedora CoreOS a Fedora Edition (System-Wide Change)

2020-12-03 Thread David Kaufmann
On Wed, Dec 02, 2020 at 06:11:09PM -0500, Matthew Miller wrote: > That would be amazing! In order for it to remain as an edition, we (speaking > generally for the Council) like to see regular meetings -- at least monthly. I'll check the situation there - if there are more people interested in a

Re: Fedora 34 Change: Make Fedora CoreOS a Fedora Edition (System-Wide Change)

2020-12-02 Thread David Kaufmann
Hi! On Wed, Dec 02, 2020 at 11:11:02AM -0500, Ben Cotton wrote: > One uncomfortable question that this raises: is it time to de-Edition > Fedora Server? Please don't, for me it is the Version I'm currently migrating my Centos 7 boxes to, so having it properly tested and being high on the "if it

Re: Orphaned packages looking for new maintainers

2020-11-30 Thread David Kaufmann
I've taken: On Mon, Nov 30, 2020 at 12:12:21PM +0100, Miro Hrončok wrote: > snownews orphan 0 weeks ago > steghide orphan, s4504kr 1 weeks ago > synergy dchen, opuk, orphan

Re: [Test-Announce] Re: Fedora 33 Beta Go/No-Go and Release Readiness meetings

2020-09-11 Thread David Kaufmann
On Fri, Sep 11, 2020 at 01:36:38PM +0200, Björn Persson wrote: > So where is a global pool of volunteer-provided DNS resolvers similar > to pool.ntp.org? I've never heard of one, and I suspect it's not > advisable to do that with DNS. There is currently no such thing that I know of, but lacking

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-29 Thread David Kaufmann
On Mon, Jun 29, 2020 at 06:11:58AM -0400, Pavel Valena wrote: > TL;DR please, +1 for nano, as "trial by fire" is not a good first > experience for someone who just wants to get something done. This is not "trial by fire", it is just a different interface than people are used from notepad.exe. Vi

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread David Kaufmann
On Fri, Jun 26, 2020 at 03:42:39PM +0100, Jonathan Wakely wrote: > "In the last year, How to exit the Vim editor has made up about .005% > of question traffic: that is, one out of every 20,000 visits to Stack > Overflow questions. That means during peak traffic hours on weekdays, > there are about

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-26 Thread David Kaufmann
On Fri, Jun 26, 2020 at 01:15:58AM -0700, Samuel Sieb wrote: > The most user friendly solution is to have nano by default with a very easy > way to revert to vim for anyone that knows what they are doing. No, it is not. It is user friendly to the users only using the command line a few times or

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-07 Thread David Kaufmann
On Sun, Jun 07, 2020 at 05:25:15PM -0600, Chris Murphy wrote: >> This is not generally true, only if RAM gets so tight that applications >> start competing for swap. >> This is why I've proposed test cases testing exactly that, as for >> the case of persistent swap I'd expect the outcome to be a

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-07 Thread David Kaufmann
On Sat, Jun 06, 2020 at 05:36:15PM -0600, Chris Murphy wrote: > To me this sounds like too much dependency on swap. That's not what I meant, I wanted to emphasize the different values of disk storage vs. RAM. As said in another email it doesn't matter at all if there is 0% or 90% of disk swap

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread David Kaufmann
Hi! On Sat, Jun 06, 2020 at 01:15:35AM -0700, Samuel Sieb wrote: > 5GB of swap space that normally would be on disk is now taking less than 2G > of RAM. Instead of the usual 6G in the disk swap, now I have less than 2. What's bugging me about this thread is that quite a few people made

Re: AskFedora: Can someone please answer this question on security fixes on

2020-05-16 Thread David Kaufmann
On Sat, May 16, 2020 at 12:38:06PM +0200, Dominique Martinet wrote: > I'm curious about this point, there is a security team[0] so it could be > interesting to get one of them on the list? I'm not following quite > close enough what they do... Currently there is not too much activity in the

Re: Proposal: Revise FESCo voting policy

2020-05-13 Thread David Kaufmann
On Wed, May 13, 2020 at 12:44:44PM +0200, Kevin Kofler wrote: > The rules you propose there lead to the ridiculous effect that people who > want to astain will instead actually leave the meeting […] Yes, true, that could happen. Thats a good thought. > The whole definition of an abstention or

Re: Proposal: Revise FESCo voting policy

2020-05-11 Thread David Kaufmann
On Mon, May 11, 2020 at 05:36:06PM +, Zbigniew Jędrzejewski-Szmek wrote: > One strong argument for the proposed change is that, currently, an > abstention or recusal (TIL that's the proper term) is essentially > equivalent to a negative vote. (As long as we require +5 to pass, > any vote apart

Re: Feedback on default partitioning and encryption

2020-04-28 Thread David Kaufmann
On Tue, Apr 28, 2020 at 03:51:57PM -0400, Simo Sorce wrote: > If the threat model is just stolen/lost laptop/disk then encrypting the > user data only would be sufficient. Strictly speaking I'd say /etc/shadow, /var/lib/{pgsql,mysql}/, /etc/sysconfig/network-scripts/ and /etc/NetworkManager/ are

Re: CPE Git Forge Decision

2020-04-06 Thread David Kaufmann
On Mon, Apr 06, 2020 at 04:02:34PM +0100, Leigh Griffin wrote: > Ok let's scenario this out so as several people want us to restart […] In this context of "restarting the scenario": > How do we accommodate that when our other stakeholders' needs are now > not being met as a whole and when the

Re: The Git forge decision (was CPE Weekly: 2020-03-28)

2020-03-30 Thread David Kaufmann
Hi, On Mon, Mar 30, 2020 at 12:38:16PM +0100, Leigh Griffin wrote: > The decision is made and we are proceeding to engage with Gitlab and > unfortunately that won't be reversed as a decision. I haven't expected this situation, so I've read up a bit on the whole thing. From the outside it looks

Re: Ideas and proposal for removing changelog and release fields from spec file

2020-02-27 Thread David Kaufmann
On Thu, Feb 27, 2020 at 12:21:48PM +0100, clime wrote: > On Thu, 27 Feb 2020 at 10:00, David Kaufmann wrote: >> Another idea would be generating a changelog-entry from git history when >> creating an update in bodhi, and there is no pre-existing >> changelog-entry fo

Re: Ideas and proposal for removing changelog and release fields from spec file

2020-02-27 Thread David Kaufmann
On Thu, Feb 27, 2020 at 08:08:49AM +0100, Dan Čermák wrote: > For the changelog: yes please, generate it from the commit log! They are > more or less the same for all my packages and I'm getting tired of copy > pasting the same text into %changelog and git commit. Another idea would be generating

Re: Change proposal discussion - Optimize SquashFS Size

2020-02-06 Thread David Kaufmann
On Thu, Feb 06, 2020 at 03:05:26PM +0100, Kevin Kofler wrote: > […]Fedora reportedly has millions of users, but I have no way of telling how > many of those are actually affected by the longer download time […] To add another aspect, that cannot be counted properly (and thus being a personal

[EPEL-devel] Re: RFC: Remove opensmtpd from EPEL releases

2020-01-30 Thread David Kaufmann
On Thu, Jan 30, 2020 at 01:49:55PM -0500, Stephen John Smoogen wrote: > Currently opensmtpd has a high level remote CVE and several others from the > release listed. I have tried to compile the updated version but […] According to the oss-security list[1], this vulnerability has been made

Re: What would it take to drop release and changelog from our spec files? (and do we want to?)

2020-01-13 Thread David Kaufmann
On Mon, Jan 13, 2020 at 12:20:15PM +0100, Miroslav Suchý wrote: > Dne 10. 01. 20 v 18:21 Iñaki Ucar napsal(a): > > Most of the time, I end up copying the spec changelog in the commit > > message and I don't change the update template, > > +1 > Thou, occasionaly I *delete* some of those commits

Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-09 Thread David Kaufmann
On Mon, Dec 09, 2019 at 09:25:06PM -0700, Chris Murphy wrote: > The installer doesn't support such a configuration. No portion of the > bootloader nor the boot volume, can be encrypted. I do consider this a bug, but as there is no stable solution for that right now we can't just "fix it". >

Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-12-07 Thread David Kaufmann
On Fri, Dec 06, 2019 at 07:58:07PM -0700, John M. Harris Jr wrote: > Encrypting $HOME would certainly be "an incremental improvement", but it > shouldn't be done unless the user chooses to do it, and it probably shouldn't > be done using the same passphrase they use for their user account. That

Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default

2019-11-26 Thread David Kaufmann
On Tue, Nov 26, 2019 at 09:45:44AM +0100, Dominique Martinet wrote: > FWIW this has happened at an association I help at -- they had VMs with > no root password set, and users created by puppet some of whom have > sudo. > They just expected no root password = no login possible, but it turns > out

Re: Will orphan packages with NEW F31FTBFS bugs tomorrow

2019-11-13 Thread David Kaufmann
Hi! On Wed, Nov 13, 2019 at 09:10:24PM +0100, Miro Hrončok wrote: > vdirsyncer I've requested this now: https://pagure.io/releng/issue/9011 ~astra signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Will orphan packages with NEW F31FTBFS bugs tomorrow

2019-11-08 Thread David Kaufmann
On Fri, Nov 08, 2019 at 01:16:21PM +0100, Miro Hrončok wrote: > vdirsyncer I've contacted the maintainer via email, but if that does not work in time I'd like to take up the issue. > Remember to set the bugzilla to ASSIGNED when you actually work towards > fixing the build failure. Is this

Re: Has fedpkg + dist-git replaced rpmbuild for building new/local packages?

2019-10-07 Thread David Kaufmann
On Mon, Oct 07, 2019 at 03:15:02PM +0100, Ankur Sinha wrote: > Out of curiosity, what workflow do existing package maintainers user > while packaging new software? Is it `fedpkg` based with a folder for the > spec to work in? (I still use rpmbuild + mock/koji-scratch builds). I'm only a packager

Sponsorship request

2019-09-02 Thread David Kaufmann
in the discussions. I'm currently student and teach network security as study assistant. Next to that I'm working as a system administrator in a research group running almost exclusively fedora as operating system. :) Thanks, Astra (David Kaufmann) signature.asc Description: PGP signature

Re: Fedora Workstation and disabled by default firewall

2019-08-27 Thread David Kaufmann
On Tue, Aug 27, 2019 at 06:58:06AM -0700, John Harris wrote: > On Tuesday, August 27, 2019 4:37:24 AM MST David Kaufmann wrote: >> Both option have their disadvantages - in the case of "maintainer opens >> ports" the ports are open as soon as the package gets installed

Re: Fedora Workstation and disabled by default firewall

2019-08-27 Thread David Kaufmann
On Tue, Aug 27, 2019 at 08:54:57AM -0400, Dan Book wrote: > That Gnome is intentionally sabotaging users and thinks they are too stupid > to understand a port number associated with a service is just another > example why I wish that Fedora and Redhat would put work into alternative > desktops.

Re: Fedora Workstation and disabled by default firewall

2019-08-27 Thread David Kaufmann
On Tue, Aug 27, 2019 at 12:28:33AM -0600, Chris Murphy wrote: > Anyway, it would be nice to get the security team's input on this. As the security team currently does not have any meetings that I know of I'll try to answer this from my point of view. In my opinion this is a very difficult