Re: prevent accidentally creating branches in dist-git

On Wednesday, 21 November 2018 at 16:34, Jason L Tibbitts III wrote: > > "DM" == Dusty Mabe writes: > > DM> I personally think this should be the default for all projects but I > DM> don't know if there is a way to easily make that happen when a > DM> project gets created. > > I'm sure there

Re: Something is broken in low-level components, processes segfault

* Igor Gnatenko: > https://apps.fedoraproject.org/koschei/build/5700914 > > process didn't exit successfully: `/usr/bin/rustc --crate-name > glib_sys src/lib.rs --color never --crate-type lib > --emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C > extra-filename=-20d7ee6da134c60a

Re: prevent accidentally creating branches in dist-git

On Wed, Nov 21, 2018 at 09:34:14AM -0600, Jason L Tibbitts III wrote: > > "DM" == Dusty Mabe writes: > DM> I personally think this should be the default for all projects but I > DM> don't know if there is a way to easily make that happen when a > DM> project gets created. > I'm sure there cou

Rawhide buildroot broken by dnf or dnf-plugins-core

DEBUG util.py:439: Error: DEBUG util.py:439: Problem: package dnf-plugins-core-4.0.0-2.fc30.noarch requires python3-dnf-plugins-core = 4.0.0-2.fc30, but none of the providers can be installed DEBUG util.py:439:- package dnf-4.0.9-1.fc30.noarch conflicts with python3-dnf-plugins-core < 4

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

On 11/22/2018 05:55 AM, Kevin Kofler wrote: > > The thing is, with a fast network and a slow CPU, deltarpms actually slow > you down. No wonder users in such a situation hate them. > Actually, with a fast network and even a FAST CPU, deltarpms actually slow you down. There is no CPU where delta

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide. But I cannot make fedpkg build due to error: Kerberos authentication fails: unable to obtain a session Could not execute build: Could not login to https://koji.fedoraproject.org/kojihub I will ask a college to do it for me

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

On Thu, Nov 22, 2018 at 12:21:04PM +0100, Jaroslav Mracek wrote: > The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide. > But I cannot make fedpkg build due to error: > Kerberos authentication fails: unable to obtain a session > Could not execute build: Could not login to > h

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

On Thu, Nov 22, 2018 at 6:25 AM Richard W.M. Jones wrote: > > On Thu, Nov 22, 2018 at 12:21:04PM +0100, Jaroslav Mracek wrote: > > The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide. > > But I cannot make fedpkg build due to error: > > Kerberos authentication fails: unable

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

Thanks for your offer, but builds have been finished. Hope that it solved all of issues. libdnf-0.22.3-1.fc30 dnf-4.0.9-1.fc30 dnf-plugins-core-4.0.2-1.fc30

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

On Thu, Nov 22, 2018 at 01:14:18PM +0100, Jaroslav Mracek wrote: > Thanks for your offer, but builds have been finished. Hope that it solved > all of issues. Can confirm it's all working now, thanks. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my

Re: Upgraded from F28 x96_64 XFCE Spin to F29 => rough audio - not kernel - hardware?

Samuel, On 2018-11-18 03:15, Samuel Sieb wrote: On 11/17/18 1:33 AM, Philip Rhoades wrote: On 2018-11-17 19:46, Samuel Sieb wrote: On 11/17/18 12:17 AM, Philip Rhoades wrote: My problem is not crackling_or_skipping - it is more just noisy. That link is a fix for a PA problem and is not spec

Re: Something is broken in low-level components, processes segfault

* Florian Weimer: > * Igor Gnatenko: > >> https://apps.fedoraproject.org/koschei/build/5700914 >> >> process didn't exit successfully: `/usr/bin/rustc --crate-name >> glib_sys src/lib.rs --color never --crate-type lib >> --emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C >> extr

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

On 2018-11-16, Jonathan Dieter wrote: For reference, this is in reply to Paul [Frield]'s email about lifecycle objectives, specifically focusing on problem statement #1[1]. Have rpm use zchunk as its compression format, removing the need for deltarpms, and thus reducing compose time. This will

404 in git email notifications (Was: pagure pushed to git (master). "Updated pull-request 16f37409e293432fb406e514cd649b66: Move git instaweb to a subpackage")

Looks like in all email notifications like below URL points to 404. kloczek -- Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH * On Thu, 22 Nov 2018 at 05:23, wrote: > Notification time stamped 2018-11-22 04:23:19 UTC > > pagure pushed to git (master). "Updated pull-

Re: prevent accidentally creating branches in dist-git

On Wed, Nov 21, 2018 at 10:31:34AM -0500, Neal Gompa wrote: > On Tue, Nov 20, 2018 at 9:26 AM Dusty Mabe wrote: > > > > > > I've certainly made the mistake of accidentally creating branches > > in dist-git and now being stuck with them because we can't delete > > them. Now that src.fedoraproject.o

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

On Wed, Nov 21, 2018 at 3:37 PM Jonathan Dieter wrote: > > On Wed, 2018-11-21 at 11:31 -0500, Colin Walters wrote: > > After having introduced a new format (OSTree) into the ecosystem here, > > as well as working a lot on the Docker/OCI ecosystem, one thing I want > > to emphasize is: > > > > A lo

>1yo BZ: Could not apply database update "DBXUpdate-2016-08-09-13-16-00.bin"...: Invalid argument

Just installed F29 on a HP 15-g023cl and was checking things out post install and ran into this failed service I wasn't familiar with. # systemctl status dbxtool ● dbxtool.service - Secure Boot DBX (blacklist) updater Loaded: loaded (/usr/lib/systemd/system/dbxtool.service; enabled; vendor pres

Re: Automating package maintainers responsivity check

On Wed, 21 Nov 2018, 17:21 Jonathan Wakely > This assumes there is a queue of ready and willing (and competent) > volunteers to take on packages that get automatically orphaned. Is > that true? I doubt it. If those people exist, why aren't they already > offering to co-maintain packages, or respon

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

On Thu, 2018-11-22 at 11:31 -0500, Josh Boyer wrote: > I'm concerned that this will effectively render EL RPM unable to > handle any Fedora RPMs at all. That's both a practical concern, as > many people develop Fedora using EL and vice versa, and also a broader > ecosystem concern. I would very m