Thanks, but that is what I thought I did.
sed '
/#default_user/a\
default_user liveuser
' /etc/slim.conf
sed '
/#auto_login/a\
autologin yes
' /etc/slim.conf
sed '
/sessions/ c\
sessions openbox
' /etc/slim.conf
I will try Samuel's suggestion.
Thanks!
On Friday, May 31, 2019,
What about configuring the dm to autologin with liveuser?
On May 31, 2019 7:07:32 AM GMT+02:00, Samuel Sieb wrote:
>On 5/30/19 6:45 AM, Globe Trotter via devel wrote:
>> Thanks! I posted the kickstart file earlier, but I have no other
>lines
>> to set the password, but I still get prompted for
Notification time stamped 2019-05-31 05:31:57 UTC
From 2a63f8167f2ba255f3ce7a7626012375e61581bc Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 31 2019 05:31:50 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-IO-FDPass.spec b/perl-IO-FDPass.spec
index 8565b44..ae13c9c 100644
Notification time stamped 2019-05-31 05:13:41 UTC
From 7856d9037b217eb5b6f0d7543fa24014ae419f79 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 31 2019 05:13:34 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-WWW-Form-UrlEncoded.spec b/perl-WWW-Form-UrlEncoded.spec
index
Notification time stamped 2019-05-31 05:12:31 UTC
From 74b9e802ed5f234665ef533a35cf35cff36e65e4 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 31 2019 05:12:24 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-Sub-Exporter-Lexical.spec b/perl-Sub-Exporter-Lexical.spec
index
On 5/30/19 6:45 AM, Globe Trotter via devel wrote:
Thanks! I posted the kickstart file earlier, but I have no other lines
to set the password, but I still get prompted for a password.
I assume you've tried just pressing enter with no password?
So I was wondering if I can explicitly set the
Notification time stamped 2019-05-31 05:02:05 UTC
From 6cddf4b024ef1efa0cc6339aea717d52ba7abf97 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 31 2019 05:01:58 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-Encode-IMAPUTF7.spec b/perl-Encode-IMAPUTF7.spec
index
https://fedorapeople.org/groups/389ds/ci/nightly/2019/05/31/report-389-ds-base-1.4.1.2-2.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
On Sat, May 18, 2019 at 5:46 PM Kevin Fenzi wrote:
> Also, If it's just a lack of funds stopping you from getting to Hungary,
> we do have sponsorship, so might be work putting in for that. (Or course
> it could be any number of other things, but thought I would mention it
> if it's just funds.
The following Fedora EPEL 6 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-612bab5fc3
drupal7-7.67-1.el6
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-5ff064965f
drupal7-entity-1.9-1.el6
5
The following Fedora EPEL 7 Security updates need testing:
Age URL
289 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
97 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f8311ec8a2
tor-0.3.5.8-1.el7
64
https://bugzilla.redhat.com/show_bug.cgi?id=1710584
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In Version|
On Thursday, May 30, 2019 10:38:25 AM CEST Miroslav Suchý wrote:
> Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a):
> > If we did this, wouldn't it make it very difficult to use tools like
> > mock on RHEL / CentOS 7 to build for Fedora 3x?
>
> Speaking of Mock:
> Either the RPM on host need to
On Thu, May 30, 2019, at 6:57 PM, Stephen Gallagher wrote:
> On Thu, May 30, 2019 at 4:25 PM James Cassell
> wrote:
>
> > > >
> > > > Historical composes are intended to be frozen and unchanging, but this
> > > > approach leaves open the possibility of tagging other builds into
> > > >
On Thu, May 30, 2019 at 4:25 PM James Cassell
wrote:
> > >
> > > Historical composes are intended to be frozen and unchanging, but this
> > > approach leaves open the possibility of tagging other builds into
> > > epel8-8.Y and regenerating the compose if the need arises. It will
> > > need to
On Thu, May 30, 2019 at 4:02 PM Troy Dawson wrote:
>
> On Thu, May 30, 2019 at 12:18 PM Kevin Fenzi wrote:
> > Also might there be people who want to always keep something in rawhide
> > and never push it to the stable stream? Or do we want to encourage only
> > things destined for the next
On Thu, May 30, 2019 at 3:18 PM Kevin Fenzi wrote:
>
> > As discussed in the EPEL SIG meeting yesterday, I've written up my
> > thoughts on how to handle epel8 branches.
>
> TLDR: I like it. ;)
>
> > # Considerations
> > * The process must be simple for a Fedora packager to adapt to
> > * It must
https://pagure.io/389-ds-base/pull-request/50415
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
On 5/30/19 2:38 PM, Chris Murphy wrote:
On Thu, May 30, 2019 at 3:31 PM Samuel Sieb wrote:
On 5/30/19 1:56 PM, Chris Murphy wrote:
I have no idea how deltarpm works, but if working on bit level
difference on uncompressed data, I don't see why local rebuild needs
to use the same compression
On Thu, 2019-05-30 at 22:42 +0100, Tom Hughes wrote:
> On 30/05/2019 22:38, Adam Williamson wrote:
>
> > I'd kinda rather there was a standard way for all such things to read
> > the username from a standard file, because my Fedora username is not my
> > system username and passing --user or
On 30/05/2019 22:38, Adam Williamson wrote:
I'd kinda rather there was a standard way for all such things to read
the username from a standard file, because my Fedora username is not my
system username and passing --user or --username or whatever to
everything is a pain.
Don't most things
On Thu, May 30, 2019 at 3:31 PM Samuel Sieb wrote:
>
> On 5/30/19 1:56 PM, Chris Murphy wrote:
> > On Thu, May 30, 2019 at 8:40 AM Daniel Mach wrote:
> >>
> >> Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):
> >>>
> >>> I'm pretty sure this would break DeltaRPMs, since none of the drpm
> >>>
On Thu, 2019-05-30 at 09:43 -0700, Kevin Fenzi wrote:
> On 5/30/19 3:22 AM, Ankur Sinha wrote:
> > On Thu, May 30, 2019 11:50:12 +0200, Didier Fabert wrote:
> > > Hi Ankur,
> >
> > Hi Didier,
> >
> > > You have to create a directory and download one file to get script
> > > working.
> > > In
On 5/30/19 1:56 PM, Chris Murphy wrote:
On Thu, May 30, 2019 at 8:40 AM Daniel Mach wrote:
Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):
I'm pretty sure this would break DeltaRPMs, since none of the drpm
software has been updated to handle zstd compression. Neither drpm nor
deltarpm handle it
https://bugzilla.redhat.com/show_bug.cgi?id=1715645
Bug ID: 1715645
Summary: perl-Pod-Simple-3.38 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Pod-Simple
Keywords: FutureFeature, Triaged
Hi,
On Thu, May 30, 2019 at 09:43:38AM -0700, Kevin Fenzi wrote:
> Ideally it should drop fedora-cert use entirely. It looks like currently
> all it uses it for is to figure out your username. Instead it should
> default to your local user name or take a --user or something. :)
IMHO it should
On Thu, May 30, 2019 at 8:40 AM Daniel Mach wrote:
>
> Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):
> >
> > I'm pretty sure this would break DeltaRPMs, since none of the drpm
> > software has been updated to handle zstd compression. Neither drpm nor
> > deltarpm handle it today.
> >
> Thanks for
On Thu, May 30, 2019, at 3:18 PM, Kevin Fenzi wrote:
> > As discussed in the EPEL SIG meeting yesterday, I've written up my
> > thoughts on how to handle epel8 branches.
>
[...]
> >
> > When the time comes where an incompatible change needs to land, they
> > must be coordinated to land on an
On Thu, May 30, 2019 at 3:07 PM Kevin Fenzi wrote:
>
> So, most of my concerns have already been mentioned by other folks in
> this thread:
>
> * No rhel7/8 support will annoy people, and also increase burden on
> fedora infrastructure since we would have to move our koji hubs to
> Fedora instead
On Thu, May 30, 2019 at 12:18 PM Kevin Fenzi wrote:
>
> > As discussed in the EPEL SIG meeting yesterday, I've written up my
> > thoughts on how to handle epel8 branches.
>
> TLDR: I like it. ;)
>
> > # Considerations
> > * The process must be simple for a Fedora packager to adapt to
> > * It
https://pagure.io/389-ds-base/pull-request/50414
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
On 30. 05. 19 20:21, Stephen Gallagher wrote:
## epel8-rawhide:
This branch will be left alone until and unless the packager decides
that they want to stage a major (possibly incompatible) change for the
next RHEL 8.Y minor release. At that time, they will need to remove
the package.cfg file
> As discussed in the EPEL SIG meeting yesterday, I've written up my
> thoughts on how to handle epel8 branches.
TLDR: I like it. ;)
> # Considerations
> * The process must be simple for a Fedora packager to adapt to
> * It must be possible to stage big (possibly backwards-incompatible) changes
So, most of my concerns have already been mentioned by other folks in
this thread:
* No rhel7/8 support will annoy people, and also increase burden on
fedora infrastructure since we would have to move our koji hubs to
Fedora instead of RHEL to be able to read the rpms made on builders.
(Or ship a
On 5/30/19 7:54 AM, Daniel Mach wrote:
I think before approving such changes, owners need to do mass rebuilds
on their own and provide a graph of changes in size between original
compression format and new one(s).
Doing that equals to the mass rebuild.
I'd rather do an analysis and if the
The following Fedora EPEL 7 Security updates need testing:
Age URL
288 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
96 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f8311ec8a2
tor-0.3.5.8-1.el7
64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
As discussed in the EPEL SIG meeting yesterday, I've written up my
thoughts on how to handle epel8 branches.
# Considerations
* The process must be simple for a Fedora packager to adapt to
* It must be possible to stage big (possibly
Since I was looking at a copy of the F30 repo for amd64, here's a list
of a bunch of packages whose dist tag suggests they haven't rebuilt
successfully in any currently-supported Fedora release. I'm sure some
of these are incompletely retired or there's otherwise some good reason
for it, this is
On Thu, 2019-05-30 at 12:20 -0400, Adam Jackson wrote:
> - What's the mean and/or median size of an rpm in Fedora, and what
> difference in {de,}compression time would that likely experience?
Just to follow up on this since it was quick to math out. For Fedora
30's x86_64 repo, various
On Thu, May 30, 2019 at 10:40 AM Adam Williamson
wrote:
>
> On Thu, 2019-05-30 at 10:29 -0600, Chris Murphy wrote:
> > On Thu, May 30, 2019 at 9:26 AM Adam Williamson
> > wrote:
> > > > My suggested change for this section:
> > > >
> > > > Install the bootloader files
> > > > If you don't
On Thu, May 30, 2019 at 10:39 AM Adam Williamson
wrote:
> On Thu, 2019-05-30 at 10:29 -0600, Chris Murphy wrote:
> > Installing:
> > grub2-efi-ia32
> > shim-x64
> >
> > That is obviously wrong, it could never work. On x86_64 the original
> > command should install 32-bit and 64-bit shim and
On 5/30/19 5:00 AM, Pavel Raiskup wrote:
> Hello, fyi,
...snip...
> As a bonus, we now have builders (F30) for aarch64 architecture! Expect
> slightly slower queue processing there than on other architectures (only
> up 8 builders, and slightly slower boxes). Feel free to try them, and - as
>
On 5/30/19 3:22 AM, Ankur Sinha wrote:
> On Thu, May 30, 2019 11:50:12 +0200, Didier Fabert wrote:
>> Hi Ankur,
>
> Hi Didier,
>
>> You have to create a directory and download one file to get script working.
>> In the same directory of fedora-active-user.py
>>
>> mkdir fedora_cert
>> curl -fsSL
On 5/30/19 1:49 AM, Miroslav Suchý wrote:
> Hi,
> you - fedora developers - are most significant users of Mock. Therefore I
> would like to ask you about feedback on:
>
> https://github.com/rpm-software-management/mock/issues/266
>
> The summary is:
> Previously all output - both stdout and
On Thu, 2019-05-30 at 10:29 -0600, Chris Murphy wrote:
> On Thu, May 30, 2019 at 9:26 AM Adam Williamson
> wrote:
> > > My suggested change for this section:
> > >
> > > Install the bootloader files
> > > If you don't already have the relevant packages installed, do for
> > > Fedora 22 and later
On Thu, 2019-05-30 at 10:29 -0600, Chris Murphy wrote:
> On Thu, May 30, 2019 at 9:26 AM Adam Williamson
> wrote:
> > > My suggested change for this section:
> > >
> > > Install the bootloader files
> > > If you don't already have the relevant packages installed, do for
> > > Fedora 22 and later
On Thu, May 30, 2019 at 9:26 AM Adam Williamson
wrote:
> > My suggested change for this section:
> >
> > Install the bootloader files
> > If you don't already have the relevant packages installed, do for
> > Fedora 22 and later versions with DNF or with YUM for older Fedora
> > releases:
> >
> >
On Wed, 2019-05-29 at 16:19 -0400, Ben Cotton wrote:
> * Faster koji builds (installations in build roots)
The numbers here seem to indicate that you'll have faster koji build
_setup_. But getting comparable compression rates as xz means spending
(apparently) significantly more time at
On Thu, May 30, 2019 at 5:01 PM Daniel Mach wrote:
> Dne 30. 05. 19 v 8:39 Igor Gnatenko napsal(a):
> > Last time I was about to propose this in F29, I did mass-rebuild myself
> > and while decompressing was faster in most of the cases, the size was
> > definitely worse. So definitely "Lower
On Thu, 2019-05-30 at 16:13 +0200, Robert-André Mauchin wrote:
> I've installed Bodhi 4 from Rawhide but fedpkg doesn't seem to be
> compatible
> with it yet:
>
> Could not execute update: This system has bodhi v4, which is
> unsupported.
https://pagure.io/fedpkg/issue/330
signature.asc
On Thu, May 30, 2019 at 4:16 PM Ben Cotton wrote:
>
> Daniel added more contingency details to the proposal[1], but I want
> to call out the contingency date. Right now it is listed as a week
> before the final freeze, which is way too late. I would suggest that
> the end of the mass rebuild is
On Wed, 2019-05-29 at 17:43 -0600, Chris Murphy wrote:
> On Wed, May 29, 2019 at 5:52 AM Michal Schorm wrote:
> > Hello,
> >
> > I'd like to propose tiny correction for the Fedora wiki page about GRUB2
> > [1].
> >
> > However I'm not confident enought to edit it prior to any discussions,
> >
Daniel added more contingency details to the proposal[1], but I want
to call out the contingency date. Right now it is listed as a week
before the final freeze, which is way too late. I would suggest that
the end of the mass rebuild is the appropriate contingency point. If a
second mass rebuild is
> Dne 30. 05. 19 v 14:57 Kevin Kofler napsal(a):
> > Jason L Tibbitts III wrote:
> >
> >>> "BC" == Ben Cotton writes:
> >> BC> * The recommended compression level is 19. The builds will take
> >> BC> longer, but the additional compression time is negligible in the
> >> BC> total build time
> Dne 30. 05. 19 v 8:39 Igor Gnatenko napsal(a):
> > Last time I was about to propose this in F29, I did mass-rebuild myself
> > and while decompressing was faster in most of the cases, the size was
> > definitely worse. So definitely "Lower bandwidth on mirrors if we choose
> > the highest
Dne 30. 05. 19 v 14:57 Kevin Kofler napsal(a):
Jason L Tibbitts III wrote:
"BC" == Ben Cotton writes:
BC> * The recommended compression level is 19. The builds will take
BC> longer, but the additional compression time is negligible in the
BC> total build time and it pays off in better
Dne 30. 05. 19 v 8:39 Igor Gnatenko napsal(a):
Last time I was about to propose this in F29, I did mass-rebuild myself
and while decompressing was faster in most of the cases, the size was
definitely worse. So definitely "Lower bandwidth on mirrors if we choose
the highest compression level"
Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):
I'm pretty sure this would break DeltaRPMs, since none of the drpm
software has been updated to handle zstd compression. Neither drpm nor
deltarpm handle it today.
Thanks for heads-up. We'll look into it and provide a fix soon.
Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a):
On Wed, May 29, 2019 at 4:20 PM Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Switch_RPMs_to_zstd_compression
= Switch RPMs to zstd compression =
== Summary ==
Binary RPMs are currently compressed with xz level 2.
Switching to zstd
https://bugzilla.redhat.com/show_bug.cgi?id=1715484
Petr Pisar changed:
What|Removed |Added
External Bug ID||Github
|
On Wednesday, 29 May 2019 18:47:51 CEST Randy Barlow wrote:
> On Wed, 2019-05-29 at 11:58 -0400, Josh Boyer wrote:
> > Could you make a container image based on F30 that can be run on
> > F29/EPEL 7/8? That offers users a way to use the new tool on the OS
> > of their choice and avoids you having
Hello, Ben Cotton.
Wed, 29 May 2019 16:19:48 -0400 you wrote:
> Switching to zstd would increase decompression speed significantly.
Good change, but it will significantly increase Delta RPM rebuild
process especially on HDD, that's why drpm should be disabled by default
to achieve maximum
On Thursday, May 30, 2019, 1:04:24 AM CDT, Samuel Sieb
wrote:
On 5/29/19 10:52 PM, Globe Trotter via devel wrote:
>> Thanks again! I do have these lines in my fedora-live-base.ks also (that
>> is being called by fedora-live-shunya-30.ks).
>>
>>
>> # add fedora user with no passwd
https://bugzilla.redhat.com/show_bug.cgi?id=1715484
Tom "spot" Callaway changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
On Wed, May 29, 2019 at 10:20 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Switch_RPMs_to_zstd_compression
>
> = Switch RPMs to zstd compression =
>
> == Summary ==
> Binary RPMs are currently compressed with xz level 2.
> Switching to zstd would increase decompression speed
https://bugzilla.redhat.com/show_bug.cgi?id=1715484
Bug ID: 1715484
Summary: perl-Pod-Simple-3.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Pod-Simple
Keywords: FutureFeature, Triaged
Jason L Tibbitts III wrote:
>> "BC" == Ben Cotton writes:
> BC> * The recommended compression level is 19. The builds will take
> BC> longer, but the additional compression time is negligible in the
> BC> total build time and it pays off in better compression ratio than xz
> BC> lvl2 has.
>
https://bugzilla.redhat.com/show_bug.cgi?id=1712142
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
Hello, fyi,
Fedora Copr builders were recently upgraded to Fedora 30 (from F28).
The major change is that `yum` package is not working ideally on F30
anymore, and soon (on F31) there will be no `yum` at all [1].
Mock (which is used on builders) though uses /usr/bin/yum-deprecated (yum)
by
https://bugzilla.redhat.com/show_bug.cgi?id=1705295
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1715236
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Notification time stamped 2019-05-30 11:48:41 UTC
From c7d90364faeb46fc33b9b26d61c127556d409699 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 30 2019 11:48:34 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-Net-LDAP-SID.spec b/perl-Net-LDAP-SID.spec
index e856790..2db33b4
Notification time stamped 2019-05-30 11:39:51 UTC
From 3ab6b538d05eb389321db4de9673b82c9036b690 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 30 2019 11:39:44 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-Crypt-IDEA.spec b/perl-Crypt-IDEA.spec
index 91d064b..1ae3ede
Notification time stamped 2019-05-30 11:31:04 UTC
From 7df8c05b53f9c74035c30017f0b8c708bd0a7f01 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: May 30 2019 11:30:57 +
Subject: Perl 5.30 rebuild
---
diff --git a/perl-Mock-Config.spec b/perl-Mock-Config.spec
index 46047d0..6bab96c
Dne 30. 05. 19 v 11:16 Paul Howarth napsal(a):
> Any pointers anyone?
http://frostyx.cz/posts/how-to-build-modules-in-copr
--
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
___
devel mailing list --
I'll take this one.
On Thu, May 30, 2019, 12:46 Brian (bex) Exelbierd
wrote:
> Hi,
>
> Bug 1711303 - Review Request: pass-pwned - Password-Store extension
> for Have I Been Pwned
> https://bugzilla.redhat.com/show_bug.cgi?id=1711303
>
> is stuck. It got an awesome first pass on 19 May, but has
Maybe this is the document.
https://docs.fedoraproject.org/en-US/modularity/making-modules/
In my understanding below command executes "mbs-manager" internally.
I do not run "mbs-manager" command directly.
```
$ fedpkg module-build
```
On Thu, May 30, 2019 at 11:17 AM Paul Howarth wrote:
>
>
Hi,
Bug 1711303 - Review Request: pass-pwned - Password-Store extension
for Have I Been Pwned
https://bugzilla.redhat.com/show_bug.cgi?id=1711303
is stuck. It got an awesome first pass on 19 May, but has received no
updates since then and has no assignee.
Can someone take a look?
thanks,
bex
On Thu, May 30, 2019 11:50:12 +0200, Didier Fabert wrote:
> Hi Ankur,
Hi Didier,
> You have to create a directory and download one file to get script working.
> In the same directory of fedora-active-user.py
>
> mkdir fedora_cert
> curl -fsSL -o fedora_cert/__init__.py
>
Hi,
I've rebased freetype to 2.10.0 in rawhide. The package is binary
compatible with previous version so there should be no issues when
running your packages against it.
There are some new functions and 2 API changes which should not affect you.
You can see detailed list of changes here:
Hello,
Would anyone know how to contact Filip? There are a few pending bugs
that they've not replied to yet[1]. The one I care about is updating
urlscan[2] where I've also opened a PR that has gone
unnoticed[3].
- I have been unable to check Filip's activity using fedora-active-user,
so I've
Hi Ankur,
You have to create a directory and download one file to get script working.
In the same directory of fedora-active-user.py
mkdir fedora_cert
curl -fsSL -o fedora_cert/__init__.py
https://pagure.io/fedora-packager/raw/master/f/src/fedora_cert/__init__.py
I modify a little this
The new pypy3 build (running in rawhide and intended for rawhide only) will
update from PyPy3.5 7.0.0 to PyPy3.6 7.1.1.
See [1] for the actual change.
Tox works (we tested it on the CI and Lumír did some sanity checks as well).
If you need this on F29 or F30, feel free to grab it from Copr
Hello,
Could someone please clarify how fedora-active-user[1] is to be used? It
is unable to find the fedora_cert python bits, and fedora-packager no
longer seems to include this either[2].
[1] https://github.com/pypingou/fedora-active-user
[2]
On Wed, May 29, 2019 at 9:27 PM Josh Boyer wrote:
>
> On Wed, May 29, 2019 at 6:07 PM Neal Gompa wrote:
> >
> > On Wed, May 29, 2019 at 5:53 PM Josh Boyer
> > wrote:
> > >
> > > On Wed, May 29, 2019 at 4:20 PM Ben Cotton wrote:
> > > >
> > > >
Hi everyone,
I have a bunch of packages in a local repo built for various versions
of Fedora and CentOS, and am looking to build some of them for EL-8.
Clearly the way to go for an EL-8 add-on repo is to build modules, so
that it what I'd like to do. However, I want to do it on my own
Hi,
you - fedora developers - are most significant users of Mock. Therefore I would
like to ask you about feedback on:
https://github.com/rpm-software-management/mock/issues/266
The summary is:
Previously all output - both stdout and stderr - were mixed together. Like you
will get on normal
Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a):
> If we did this, wouldn't it make it very difficult to use tools like
> mock on RHEL / CentOS 7 to build for Fedora 3x?
Speaking of Mock:
Either the RPM on host need to understand the new format/compression **or** the
packages in @buildsys group
On Wed, 2019-05-29 at 18:05 -0400, Neal Gompa wrote:
> On Wed, May 29, 2019 at 5:53 PM Josh Boyer wrote:
> >
> > If we did this, wouldn't it make it very difficult to use tools like
> > mock on RHEL / CentOS 7 to build for Fedora 3x? Or does RHEL 7 RPM
> > support zstd?
> >
>
> We're pretty
Last time I was about to propose this in F29, I did mass-rebuild myself and
while decompressing was faster in most of the cases, the size was
definitely worse. So definitely "Lower bandwidth on mirrors if we choose
the highest compression level" is under the question.
I think before approving
On Wed, 2019-05-29 at 18:32 -0400, James Cassell wrote:
>
> Would this help with drpms similar to how it helps with faster yum
> repo metadata downloads? My biggest problem with drpms is the slow
> rebuild speed which is usually slower than my download bandwidth. It
> would be a big win if zstd
On Wed, 2019-05-29 at 20:15 -0600, Chris Murphy wrote:
> 'dnf info deltarpm' says
> URL : http://gitorious.org/deltarpm/deltarpm
> which has an expired certificate, but pushing passed that it says
> current version 3.6 is 5 years old. Is this really maintained or
> updatabled?
Upstream
Hello,
Perl 5.30 was released on May 22 2019 and Perl 5.30 change is almost
approved by FESCo [1].
I have required `f31-perl' build-root for this purpose [2] and it was
created.
To prevent possible conflict with Python 3.8 rebuild, I start the
rebuild today
and you can be notified via mail
On 5/29/19 10:52 PM, Globe Trotter via devel wrote:
Thanks again! I do have these lines in my fedora-live-base.ks also (that
is being called by fedora-live-shunya-30.ks).
# add fedora user with no passwd
action "Adding live user" useradd \$USERADDARGS -c "Live System User"
liveuser
passwd
94 matches
Mail list logo
