Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Am 06.12.19 um 23:45 schrieb Charalampos Stratakis: I get there might be some quirks here and there, but having that done on a stable fedora due to eclipse moving into a module so late in the release cycle is just unacceptable. I don't know what a good solution would be here, maybe have

Re: Allow comments and discussion even though an update was pushed to stable

Fabio Valentini wrote: > Right. So should the default of -3/+3 be changed for "critpath" packages? > They already need 14 days in testing, but they also get orders of > magnitude more feedback, so raising the karma limits to -2/+6 or something > like that sounds reasonable to me. > > On the other

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

On Friday, December 6, 2019 10:05:42 AM MST Przemek Klosowski via devel wrote: > Many systems have 8, 16 or even 32GB of RAM now. Mine has 16GB, and and > I regularly run out of memory because some Chrome tab is open to a > website that keeps reloading ads and leaking memory, sometimes consuming >

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 7:26 PM Adam Williamson wrote: > On Fri, 2019-12-06 at 18:51 -0600, Richard Shaw wrote: > > After reading this thread I think this is a more serious problem than > just > > this package. I had "assumed" modules were just normal, so I didn't > > question them being

modular protobuf issue (Dec. 6, 2019) recap

## How to determine if you have an issue and how to fix it: run: ```sudo dnf list --installed *protobuf*``` if you get a result that looks like ```protobuf.x86_64 3.6.1-6.module_f31+6793+1c93c38``` you have encountered the problem. so please: run: ```sudo dnf module disable eclipse``` run:

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

- Original Message - > From: "Stephen Gallagher" > To: "Development discussions related to Fedora" > > Sent: Friday, December 6, 2019 6:12:32 PM > Subject: Re: Fedora 31: dnf upgrade suddenly enables modular streams for > protobuf > > On Fri, Dec 6, 2019 at 12:11 PM Charalampos

Re: Issue with Fedora GeoIP service

On Fri, Dec 06, 2019 at 04:49:15PM +, Tom Hughes wrote: > On 06/12/2019 16:41, Martin Kolman wrote: > > On Fri, 2019-12-06 at 08:38 -0600, Chris Adams wrote: > > > > > I also installed the Fedora 31 GeoIP packages and ran the geoipupdate, > > > and that DB has the correct info. > > > > IIRC

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

Chris Murphy wrote: > Hibernation is out of scope to rely on, let alone make a default, for > at least the following reasons: [snip] > b. It's disabled by kernel lockdown on UEFI Secure Boot systems. This, in fact, is one more reason to disable Restricted Boot first thing, before doing anything

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

Marius Schwarz wrote: > "Figure out intersection with current work to use the TPM to allow > booting to GDM without entering the password." > > Means, if someone steals the device, he can boot a system. And conversely, if you move the hard disk to another computer, you can no longer read it.

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Charalampos Stratakis wrote: >> From: "Miro Hrončok" >> On 06. 12. 19 18:10, Charalampos Stratakis wrote: >> >> > Or do we need to rollback the update? >> >> Rollback or disable explicitly. > > That is more than unfortunate. IMHO, we should disable all default module streams in F31 immediately

Re: Allow comments and discussion even though an update was pushed to stable

On Fri, 2019-12-06 at 20:51 +, Johannes Lips wrote: > > "Johannes Lips" > > > > > We already have a tool for reporting issues and problems, and it's not > > bodhi. If there's a problem with an already pushed update, it needs to > > be in bugzilla - where it's actually discoverable - not in

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

Chris Murphy wrote: > Is it your position that encrypting ~/ alone is not an incremental > improvement? Are you suggesting it's necessary to assume Fedora > Workstation users are subject to targeted attacks? And therefore > install time default must encrypt /, /home, swap? And that this > targeted

Re: OCaml 4.09.0 rebuild complete in Rawhide (was: Re: OCaml 4.09.0 will be added to Fedora 32 via a side tag)

On Fri, Dec 6, 2019 at 5:12 PM Kevin Fenzi wrote: > This looks like a bug in the koji sidetag plugin that rawhide multibuild > uses. > > Can someone file a ticket at > https://pagure.io/sidetag-koji-plugin/issues ? > https://pagure.io/sidetag-koji-plugin/issue/11 Thanks, Kevin. -- Jerry James

Re: modular protobuf issue (Dec. 6, 2019) recap

On Fri, 2019-12-06 at 20:18 -0500, Langdon White wrote: > ## How to determine if you have an issue and how to fix it: > > run: ```sudo dnf list --installed *protobuf*``` > if you get a result that looks like > ```protobuf.x86_64 3.6.1-6.module_f31+6793+1c93c38``` > > you have encountered the

[Test-Announce] 2019-12-09 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2019-12-09 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! We have a couple of active proposals to discuss, so let's get together on Monday and check in. If

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

On Friday, December 6, 2019 3:22:48 PM MST Chris Murphy wrote: > Is it your position that encrypting ~/ alone is not an incremental > improvement? Are you suggesting it's necessary to assume Fedora > Workstation users are subject to targeted attacks? And therefore > install time default must

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

On Friday, December 6, 2019 5:14:24 PM MST Kevin Kofler wrote: > Marius Schwarz wrote: > > > "Figure out intersection with current work to use the TPM to allow > > booting to GDM without entering the password." > > > > Means, if someone steals the device, he can boot a system. > > > And

Re: OCaml 4.09.0 rebuild complete in Rawhide (was: Re: OCaml 4.09.0 will be added to Fedora 32 via a side tag)

On Fri, Dec 06, 2019 at 04:14:12PM -0700, Jerry James wrote: > On Fri, Dec 6, 2019 at 9:31 AM Richard W.M. Jones wrote: > > > A few non-critical packages failed to build, and I will look at these > > later unless someone gets around to it before me. The failures are > > listed at the end. > > >

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Ok, even worse than I thought, if I try to remove all the modules it wants to take these packages with it... Removing dependent packages: OpenImageIO-utils x86_64 2.0.11-1.fc31 @updates 2.1 M clementine

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

On Friday, December 6, 2019 11:22:34 AM MST Chris Murphy wrote: > On Fri, Dec 6, 2019 at 7:46 AM John M. Harris Jr > wrote: > > > > > > On Thursday, December 5, 2019 8:12:13 PM MST Chris Murphy wrote: > > > > > Using the word to be defined in the definition is insufficient and > > > vague. It's

Heads up: rdma-core dropped support for 32-bit arm

FYI: rdma-core 26.1-1.fc32 dropped support for %arm: # 32-bit arm is missing required arch-specific memory barriers, ExcludeArch: %{arm} This broke dependecies for the arm package of openmpi (https://bugzilla.redhat.com/show_bug.cgi?id=1780584) This may have affected other users of

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Problem solved... It is possible to resolve the problem without rolling back updates. $ rpm -qa | grep module_ | xargs sudo dnf -y erase $ sudo dnf module disable \* $ sudo install I'm guessing you could skip the first and last and just disable the modules and do a distro-sync? Thanks,

CPE Weekly: 2019-12-06

Hi everyone, Welcome to the CPE team weekly project update mail! Background: The Community Platform Engineering group is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and

Re: OCaml 4.09.0 rebuild complete in Rawhide (was: Re: OCaml 4.09.0 will be added to Fedora 32 via a side tag)

On Fri, Dec 6, 2019 at 9:31 AM Richard W.M. Jones wrote: > A few non-critical packages failed to build, and I will look at these > later unless someone gets around to it before me. The failures are > listed at the end. > [snip] > ocaml-tplib >

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

Lennart Poettering wrote: > If you know where stuff is located you can change individual blocks in > files. You are not going to know what you are changing them to, but > you can change it and traditional files will not detect that you did that. Then you get unpredictable garbage as the result,

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

After reading this thread I think this is a more serious problem than just this package. I had "assumed" modules were just normal, so I didn't question them being installed. I have not intentionally enabled/installed any modules but through regular updates I now have the following installed: $

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 18:51 -0600, Richard Shaw wrote: > After reading this thread I think this is a more serious problem than just > this package. I had "assumed" modules were just normal, so I didn't > question them being installed. They are normal. You're not wrong. The problem is well

Re: modular protobuf issue (Dec. 6, 2019) recap

On 07. 12. 19 2:18, Langdon White wrote: First and foremost, this issue appears to be caused by Modularity but, in fact, is just an example of a policy not being followed. When a module wishes to declare a "default stream"[1] it *must* not override a traditional RPM without express permission

Re: modular protobuf issue (Dec. 6, 2019) recap

On Fri, Dec 6, 2019 at 8:19 PM Langdon White wrote: > ## What happened: > First and foremost, this issue appears to be caused by Modularity but, in > fact, is just an example of a policy not being followed. When a module wishes > to declare a "default stream"[1] it *must* not override a

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

On Do, 05.12.19 16:33, John M. Harris Jr (joh...@splentity.com) wrote: > > Locking down the OS itself and locking down the user's home are two > > different things, because OS integrity should be bound to different > > mechanisms than user data encryption. (i.e. OS integrity should be > > bound

SSL_DEFAULT_CIPHER_LIST vs PROFILE=DEFAULT vs no set_cipher_list()

https://docs.fedoraproject.org/en-US/packaging-guidelines/CryptoPolicies/#_cc_applications says that I need to patch application (if it does not have config file) to use "PROFILE=SYSTEM" as the argument to the cipher list. However, when I was looking into the library which uses this function

Unresponsive maintainer: moezroy / Moez Roy (davfs2)

Hi, following the policy for non-responsive package maintainers [0], I'm asking here if anybody knows how to contact moezroy (Moez Roy). Moez, if you're still interested in maintaining your packages, please respond. There several open bugs without response [1], including bug 1762083 [2] where a

Re: Allow comments and discussion even though an update was pushed to stable

On Fri, Dec 6, 2019, 08:46 Mattia Verga via devel < devel@lists.fedoraproject.org> wrote: > Il 06/12/19 07:34, Johannes Lips ha scritto: > > Hi all, > > > > I was recently bit by a bug, which was caused by a mismatch between > texlive-biblatex and biber. The technical side is not so important,

Re: Allow comments and discussion even though an update was pushed to stable

On Fri, Dec 06, 2019 at 07:51:40AM +0100, Fabio Valentini wrote: >On Fri, Dec 6, 2019, 07:35 Johannes Lips <[1]johannes.l...@gmail.com> >wrote: > > Hi all, > > I was recently bit by a bug, which was caused by a mismatch between > texlive-biblatex and biber. The technical

Fedora-Cloud-31-20191206.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Modularity and all the things

On 2019-12-05, Brian (bex) Exelbierd wrote: > --===6343409591866461936== > Content-Type: multipart/alternative; boundary="3a3ad80598f34f04" > > --3a3ad80598f34f04 > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > On

[Test-Announce] Fedora 32 Rawhide 20191206.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 32 Rawhide 20191206.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Allow comments and discussion even though an update was pushed to stable

On 2019-12-06, Johannes Lips wrote: > It really depends which mirrors you are using and if you are unlucky > the updates get pushed to stable, before it reaches updates-testing > for you and then again there's nothing to add, once it's pushed. > If you use metalink in your repository

Fedora mirror selection (was: Allow comments and discussion even though an update was pushed) to stable

On Friday, 06 December 2019 at 10:57, Petr Pisar wrote: [...] > Maybe DNF could support setting a prefered mirror while still checking > for the latest metadata because in my experience the automatic mirror > selection does not always provide the best performance. (E.g. when > I connected an IPv6

Re: Coq uninstallable - requires antlr4-python3-runtime = 1:4.7.2-4.fc32?

On Thu, Dec 05, 2019 at 04:12:23PM -0700, Jerry James wrote: > Hi Richard, > > On Thu, Dec 5, 2019 at 3:56 PM Richard W.M. Jones wrote: > > > Just built coq in a side tag for OCaml 4.09. However it > > can't install for the next build: > > > > DEBUG util.py:596: Error: > > DEBUG util.py:596:

Re: Should we discontinue the Python Classroom Lab?

Le jeudi 05 décembre 2019 à 16:42 -0700, John M. Harris Jr a écrit : > > Why in the world was Docker removed? Docker is the most popular > container > technology, so if we must embrace the "container" systems, why not > include the most popular in Fedora? Because moby (née docker) is a

Re: Coq uninstallable - requires antlr4-python3-runtime = 1:4.7.2-4.fc32?

Richard W.M. Jones wrote on 2019/12/06 19:22: On Thu, Dec 05, 2019 at 04:12:23PM -0700, Jerry James wrote: Hi Richard, On Thu, Dec 5, 2019 at 3:56 PM Richard W.M. Jones wrote: Just built coq in a side tag for OCaml 4.09. However it can't install for the next build: DEBUG util.py:596:

Re: Coq uninstallable - requires antlr4-python3-runtime = 1:4.7.2-4.fc32?

On Fri, Dec 06, 2019 at 07:42:47PM +0900, Mamoru TASAKA wrote: > Richard W.M. Jones wrote on 2019/12/06 19:22: > >On Thu, Dec 05, 2019 at 04:12:23PM -0700, Jerry James wrote: > >>Hi Richard, > >> > >>On Thu, Dec 5, 2019 at 3:56 PM Richard W.M. Jones wrote: > >> > >>>Just built coq in a side tag

Fedora-Rawhide-20191206.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 3 of 43 required tests failed, 9 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 9/155 (x86_64), 1/2 (arm) New failures (same test not failed in

Fedora rawhide compose report: 20191206.n.0 changes

OLD: Fedora-Rawhide-20191205.n.0 NEW: Fedora-Rawhide-20191206.n.0 = SUMMARY = Added images:0 Dropped images: 7 Added packages: 4 Dropped packages:3 Upgraded packages: 132 Downgraded packages: 0 Size of added packages: 438.88 KiB Size of dropped packages

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

On Fri, Dec 6, 2019 at 3:02 AM Lennart Poettering wrote: > Humm, so you turn off gpg verification of RPMs you install? Nah, you > don't, because you put trust in Fedora that the RPMs they build are > somewhat safe to use. That's what vendor trust means. Since regular > users (and even very

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

Am 05.12.19 um 21:40 schrieb Chris Murphy: > > Hibernation is out of scope to rely on, let alone make a default, for > at least the following reasons: > a. It's not sufficiently well supported upstream for regressions that > may appear in new kernels, and not supported by the Fedora kernel > team.

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

Am 06.12.19 um 00:33 schrieb John M. Harris Jr: > >> Uh, locking down USB like that doesn't really work. USB has no >> mechanism for recognizing devices securely, which means any whitelist >> is pointless because any device can claim to be whatever it wants to >> be. (And yes, it would be great if

Re: SSL_DEFAULT_CIPHER_LIST vs PROFILE=DEFAULT vs no set_cipher_list()

On Fri, Dec 6, 2019 at 9:04 am, Igor Gnatenko wrote: So my question would be: Should I patch rust-openssl to use PROFILE=DEFAULT or I should just remove that call entirely? It is not very clear to me from the guidelines. That wouldn't be correct. It needs to use PROFILE=SYSTEM (Fedora system

FESCo election results

Greetings, all! The elections for FESCo for Fedora 31 have concluded, and the results are shown below. FESCo is electing 5 seats this time. A total of 273 ballots were cast, meaning a candidate could accumulate up to 2184 votes (273 * 8). The results for the elections are as follows: # votes

Issue with Fedora GeoIP service

When installing Fedora 31 on a system, I noticed that anaconda defaulted to US/Pacific for the time zone, rather than the correct US/Central. I'm on a Google Fiber connection, and when I check Fedora's service at https://geoip.fedoraproject.org/city I get the info for their HQ in Mountain View.

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

Am 06.12.19 um 09:02 schrieb Lennart Poettering: > > Humm, so you turn off gpg verification of RPMs you install? Nah, you > don't, because you put trust in Fedora that the RPMs they build are > somewhat safe to use. That's what vendor trust means. Since regular As the vendor supplies the

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

On Thursday, December 5, 2019 8:12:13 PM MST Chris Murphy wrote: > Using the word to be defined in the definition is insufficient and > vague. It's meaningless. > > Feature existence is not support. The community members make a thing > supported, and it's only by community effort and

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

Am 05.12.19 um 21:21 schrieb Andreas Tunek: > On Thu, 5 Dec 2019, 02:11 John M. Harris Jr, > wrote: > > > Rebuild initramfs when the system-wide keyboard > layout is changed. > > > I change my keyboard layout several times every hour. > I had the wrong

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

On Friday, December 6, 2019 1:02:04 AM MST Lennart Poettering wrote: > On Do, 05.12.19 16:33, John M. Harris Jr (joh...@splentity.com) wrote: > > > > > Locking down the OS itself and locking down the user's home are two > > > different things, because OS integrity should be bound to different >

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

On Friday, December 6, 2019 6:52:30 AM MST Marius Schwarz wrote: > If you just go and buy some cheap usb drives from a single seller, you > can endup with the same serial numbers on several drives and i'm not > surprised if they also clone any other IDs. The serial number doesn't actually matter,

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

On Friday, December 6, 2019 7:50:35 AM MST Marius Schwarz wrote: > Am 05.12.19 um 21:21 schrieb Andreas Tunek: > > On Thu, 5 Dec 2019, 02:11 John M. Harris Jr, > > > > wrote: > > Rebuild initramfs when the system-wide keyboard > > layout is changed. > > > >

Re: Should we discontinue the Python Classroom Lab?

On 12/6/19 5:39 AM, Nicolas Mailhot via devel wrote: > Le jeudi 05 décembre 2019 à 16:42 -0700, John M. Harris Jr a écrit : >> Why in the world was Docker removed? Docker is the most popular >> container >> technology, so if we must embrace the "container" systems, why not >> include the most

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

Am 05.12.19 um 23:02 schrieb Chris Murphy: > read "LUKS by default" > https://pagure.io/fedora-workstation/issue/82 > > If you read the whole thing, you should come to understand why the > initial agreement to implement full disk encryption was suspended, and > also that this issue has a history

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

Am 06.12.19 um 00:53 schrieb John M. Harris Jr: > > There is really no UI/UX issue. It just needs to ask for a password for a key > to decrypt. That's it. The UI is limited to either: > 1, without Plymouth: A line in a framebuffer asking you to enter a password > 2, with Plymouth: A box in the

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

Am 06.12.19 um 08:57 schrieb Lennart Poettering: > If you know where stuff is located you can change individual blocks in > files. You are not going to know what you are changing them to, but > you can change it and traditional files will not detect that you did that. > That is correct, but i did

OCaml 4.09.0 rebuild complete in Rawhide (was: Re: OCaml 4.09.0 will be added to Fedora 32 via a side tag)

This is now complete and soon the new packages will be merged into Fedora Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2e0b2d6395 A few non-critical packages failed to build, and I will look at these later unless someone gets around to it before me. The failures are listed at

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

On Friday, December 6, 2019 8:30:48 AM MST Marius Schwarz wrote: > It's not an ui issue, it's a keyboardlayout issue. And therefor teh ui > needs a change, to be able to select the keyboardlayout the password was > entered with, which can differ from the one used on boot. Well, that's not

Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Today I've attempted to run "dnf upgrade". It has the following in it: Upgrading: protobuf x86_64 3.6.1-6.module_f31+6793+1c93c38e updates-modular Enabling module streams: ant eclipse maven I don't consider this behavior adequate for a released Fedora version. As a maintainer of

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On 06. 12. 19 17:36, Miro Hrončok wrote: Today I've attempted to run "dnf upgrade". It has the following in it: Upgrading: protobuf  x86_64  3.6.1-6.module_f31+6793+1c93c38e  updates-modular Enabling module streams:  ant  eclipse  maven I don't consider this behavior adequate for a

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

On Friday, December 6, 2019 8:27:32 AM MST Marius Schwarz wrote: > Am 05.12.19 um 23:02 schrieb Chris Murphy: > > read "LUKS by default" > > https://pagure.io/fedora-workstation/issue/82 > > > > If you read the whole thing, you should come to understand why the > > initial agreement to implement

Re: Issue with Fedora GeoIP service

On Fri, 2019-12-06 at 08:38 -0600, Chris Adams wrote: > When installing Fedora 31 on a system, I noticed that anaconda defaulted > to US/Pacific for the time zone, rather than the correct US/Central. > I'm on a Google Fiber connection, and when I check Fedora's service at >

Re: Issue with Fedora GeoIP service

On 06/12/2019 16:41, Martin Kolman wrote: On Fri, 2019-12-06 at 08:38 -0600, Chris Adams wrote: I also installed the Fedora 31 GeoIP packages and ran the geoipupdate, and that DB has the correct info. > IIRC the infra team mentioned some issues with the new geoip database being incompatible

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 17:36 +0100, Miro Hrončok wrote: > Today I've attempted to run "dnf upgrade". > > It has the following in it: > > Upgrading: > protobuf x86_64 3.6.1-6.module_f31+6793+1c93c38e updates-modular > > Enabling module streams: > ant > eclipse > maven I've noticed this

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

Thanks for CCing me (maintainer of protobuf here), I am particularly not happy that some module (which is not even called protobuf, but some random Java #$%! with ripped out python support overrides my builds). I have put a proposal into a FESCo ticket. On Fri, Dec 6, 2019 at 5:44 PM Miro

[Bug 1780704] New: Please support an EPEL 8 branch

https://bugzilla.redhat.com/show_bug.cgi?id=1780704 Bug ID: 1780704 Summary: Please support an EPEL 8 branch Product: Fedora EPEL Version: epel8 Status: NEW Component: perl-Net-FTP-RetrHandle Assignee: ppi...@redhat.com

Re: Allow comments and discussion even though an update was pushed to stable

On Fri, 2019-12-06 at 06:34 +, Johannes Lips wrote: > Hi all, > > I was recently bit by a bug, which was caused by a mismatch between > texlive-biblatex and biber. The technical side is not so important, > only so much that they need each other in a pretty specific version, > which is not

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 17:40 +0100, Miro Hrončok wrote: > On 06. 12. 19 17:36, Miro Hrončok wrote: > > Today I've attempted to run "dnf upgrade". > > > > It has the following in it: > > > > Upgrading: > > protobuf x86_64 3.6.1-6.module_f31+6793+1c93c38e updates-modular > > > > Enabling module

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 08:58 -0800, Adam Williamson wrote: > On Fri, 2019-12-06 at 17:40 +0100, Miro Hrončok wrote: > > On 06. 12. 19 17:36, Miro Hrončok wrote: > > > Today I've attempted to run "dnf upgrade". > > > > > > It has the following in it: > > > > > > Upgrading: > > > protobuf x86_64

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 08:58 -0800, Adam Williamson wrote: > On Fri, 2019-12-06 at 17:40 +0100, Miro Hrončok wrote: > > On 06. 12. 19 17:36, Miro Hrončok wrote: > > > Today I've attempted to run "dnf upgrade". > > > > > > It has the following in it: > > > > > > Upgrading: > > > protobuf x86_64

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 11:51 AM Igor Gnatenko wrote: > > Thanks for CCing me (maintainer of protobuf here), I am particularly > not happy that some module (which is not even called protobuf, but > some random Java #$%! with ripped out python support overrides my > builds). > > I have put a

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

On 12/5/19 6:48 PM, John M. Harris Jr wrote: c. Resource requirements are excessive, there's no dynamic allocation so to be safe you need to allocate a minimum of 1x RAM for a swap partition used for a hibernation image. As a consequence, there's now an excessive amount of relatively slow swap

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

- Original Message - > From: "Stephen Gallagher" > To: "Development discussions related to Fedora" > > Cc: "Mat Booth" , > protobuf-mainatin...@fedoraproject.org > Sent: Friday, December 6, 2019 5:59:50 PM > Subject: Re: Fedora 31: dnf upgrade suddenly enables modular streams for >

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 12:11 PM Charalampos Stratakis wrote: > > > > - Original Message - > > From: "Stephen Gallagher" > > To: "Development discussions related to Fedora" > > > > Cc: "Mat Booth" , > > protobuf-mainatin...@fedoraproject.org > > Sent: Friday, December 6, 2019 5:59:50

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On 06. 12. 19 18:10, Charalampos Stratakis wrote:>> For the record, I've just pushed a temporary removal of the eclipse default stream, so the next compose will not have it. For those of you who are affected, your best bet would be to use `yum history rollback` and wait to update again until

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 06, 2019 at 05:40:23PM +0100, Miro Hrončok wrote: > On 06. 12. 19 17:36, Miro Hrončok wrote: > > Today I've attempted to run "dnf upgrade". > > > > It has the following in it: > > > > Upgrading: > > protobuf  x86_64  3.6.1-6.module_f31+6793+1c93c38e  updates-modular > > > > However,

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

On Fri, Dec 6, 2019, at 11:40 AM, John M. Harris Jr wrote: > Are you suggesting "translating", for lack of a better term, the passphrase > between all available keyboard layouts? That would decrease the effective > security of your system considerably.. > I'd suggest "translating" the

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

On Fr, 06.12.19 16:42, Marius Schwarz (fedora...@cloud-foo.de) wrote: > Am 06.12.19 um 08:57 schrieb Lennart Poettering: > > If you know where stuff is located you can change individual blocks in > > files. You are not going to know what you are changing them to, but > > you can change it and

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

On Fri, Dec 6, 2019 at 7:46 AM John M. Harris Jr wrote: > > On Thursday, December 5, 2019 8:12:13 PM MST Chris Murphy wrote: > > Using the word to be defined in the definition is insufficient and > > vague. It's meaningless. > > > > Feature existence is not support. The community members make a

Re: Allow comments and discussion even though an update was pushed to stable

"Johannes Lips" writes: > What I found weird is that you can't comment on an update, which is > already pushed to stable. A lot of users are only hit by a bug, once > it reaches stable and then you don't have any possibility to highlight > a bug report or an issue with this update. I would like

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > Rollback or disable explicitly. I had been busy testing a bunch of other packages from koji and rollback is going to break a lot of things at this point. Could you please explain how to install the new protobuf build and get rid of the

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

> If you use LUKS/dm-crypt without dm-integrity and you have a clue > where things are located then you can change files without anything > being able to detect that. (On btrfs you might have some luck, since > it has data checksumming, but ext4 and other traditional file systems > do not). Of

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 1:52 PM Alexander Ploumistos wrote: > > On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > > > Rollback or disable explicitly. > > I had been busy testing a bunch of other packages from koji and > rollback is going to break a lot of things at this point. > Could you

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

On Fr, 06.12.19 18:58, Lata Lante (latala...@cock.li) wrote: > > If you use LUKS/dm-crypt without dm-integrity and you have a clue > > where things are located then you can change files without anything > > being able to detect that. (On btrfs you might have some luck, since > > it has data

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, Dec 6, 2019 at 8:06 PM Stephen Gallagher wrote: > > On Fri, Dec 6, 2019 at 1:52 PM Alexander Ploumistos > wrote: > > > > On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > > > > > Rollback or disable explicitly. > > > > I had been busy testing a bunch of other packages from koji and

Re: Fedora without compressed instruction support

On Thu, Dec 5, 2019 at 12:30 PM Billa Surendra wrote: > > Dear David Abdurachmanov, > > I have seen your presentation about fedora bootstrap on RV64, it was very > nice presentation actually. I am planning to boot a RISC-V Fedora on QEMU > Emulator, but I want to do some changes in fedora

Working fedora-active-user script?

First, done anyone have a working version of the script? Google returns the github page which hasn't been updated in 3 years and currently fails trying to import the 'fedora_cert' module. Secondly, how is this not in a package yet? It's an extremely useful tool for determining if initiating the

Re: Working fedora-active-user script?

On Fri, Dec 06, 2019 at 01:52:52PM -0600, Richard Shaw wrote: >First, done anyone have a working version of the script? Google returns >the github page which hasn't been updated in 3 years and currently fails >trying to import the 'fedora_cert' module. There is a PR submitted that

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

On Fri, Dec 6, 2019 at 8:28 AM Marius Schwarz wrote: > > Am 05.12.19 um 23:02 schrieb Chris Murphy: > > read "LUKS by default" > > https://pagure.io/fedora-workstation/issue/82 > > If you read the whole thing, you should come to understand why the > initial agreement to implement full disk

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

On Fri, 2019-12-06 at 14:05 -0500, Stephen Gallagher wrote: > On Fri, Dec 6, 2019 at 1:52 PM Alexander Ploumistos > wrote: > > On Fri, Dec 6, 2019 at 6:14 PM Miro Hrončok wrote: > > > Rollback or disable explicitly. > > > > I had been busy testing a bunch of other packages from koji and > >

Re: Fedora 31: dnf upgrade suddenly enables modular streams for protobuf

- Original Message - > From: "Miro Hrončok" > To: devel@lists.fedoraproject.org > Sent: Friday, December 6, 2019 6:13:08 PM > Subject: Re: Fedora 31: dnf upgrade suddenly enables modular streams for > protobuf > > On 06. 12. 19 18:10, Charalampos Stratakis wrote:>> For the record,

Re: Allow comments and discussion even though an update was pushed to stable

> "Johannes Lips" > > We already have a tool for reporting issues and problems, and it's not > bodhi. If there's a problem with an already pushed update, it needs to > be in bugzilla - where it's actually discoverable - not in bodhi, where > it will go nowhere. I am not intending to use bodhi

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

On 12/6/19 11:40 AM, John M. Harris Jr wrote: Means, if someone steals the device, he can boot a system. Even if we assume that the systemcode is safe and there is no way to interrupt the bootprocess, we are now able to attack the login, which will be much easier than the encryption key, which

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

On Fri, Dec 6, 2019 at 9:41 AM John M. Harris Jr wrote: > > On Friday, December 6, 2019 8:27:32 AM MST Marius Schwarz wrote: > > "Figure out intersection with current work to use the TPM to allow > > booting to GDM without entering the password." > > > > Means, if someone steals the device, he

Suspend-to-Disk vs Suspend-to-RAM (was: Re: Fedora 32 System-Wide Change proposal: Disallow Empty Password By Default)

(New thread since this is unrelated to the original subject.) On Fri, Dec 6, 2019, at 9:44 PM, John M. Harris Jr wrote: > On Friday, December 6, 2019 11:22:34 AM MST Chris Murphy wrote: > > On Fri, Dec 6, 2019 at 7:46 AM John M. Harris Jr > > wrote: [...] > It's simply false to say that

  1   2   >