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, 12:3
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 a
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 pas
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. :)
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 unders
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 le
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 --use
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 look
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
> >>> software
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 the
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
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 de
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 he
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
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 numbe
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 ju
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 "averages"
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 already
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 GRUB
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
> al
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 stde
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 successful
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 band
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
Descri
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 th
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,
> > s
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 and
> 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 compres
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 compres
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" is
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 wo
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 speed.
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
>
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 sign
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.
>
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 defaul
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 -- devel@lists.fedor
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
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
> https://pagure.io/fedora
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:
h
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 do
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 script
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]
https://src.fedoraproject.org/rpms/fedora-packager/
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:
> > > >
> > > > https://fedoraproject.org/wiki/Changes/Switch_RPMs
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
infrastructu
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 con
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 (incl
57 matches
Mail list logo
