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 -d liveuser > /dev/null
usermod -aG wheel liveuser >
On 5/29/19 10:17 PM, Globe Trotter via devel wrote:
%include fedora-live-base.ks
That file is where the user creation should be.
I am still on F29 and this is what is in
/usr/share/spin-kickstarts/fedora-live-base.ks:
# add liveuser user with no passwd
action "Adding live user" useradd
On Wed, May 29, 2019 at 2:59 PM Tomas Popela wrote:
> I will mail some Chromium devs to consider backporting it.
>
It has been merged to Chromium 75 (
https://bugs.chromium.org/p/chromium/issues/detail?id=956644#c16 ) and will
be released next week when the Chrome 75 will be promoted to stable
Thanks! Because Yahoo Mail mangles responses, I will write things here clearly
(including your questions).
> How are you creating it?
sudo livecd-creator --config=fedora-live-shunya-30.ks --tmpdir=tmp
--fslabel=Fedora-Shunya-30-x86_64
> Is there more to the kickstart? Where is the user
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 much screwed here. Also, since RHEL 8's rpm package does
not have zstd support compiled in, it too cannot handle the RPMs.
On 5/29/19 6:46 PM, Globe Trotter via devel wrote:
I created a LiveCD for my own personal use (with openbox) in Fedora 30.
I have created such a live cd for the past several cycles (I think
How are you creating it?
In the past, I have the SLiM (slim) screen show up with username (that I
say
https://fedorapeople.org/groups/389ds/ci/nightly/2019/05/30/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
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Compose FAILS proposed Rawhide gating check!
1 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 8/137 (x86_64), 1/2 (arm)
ID: 407317
On Wed, May 29, 2019 at 4:07 PM Neal Gompa wrote:
>
> This is news to me, as I've never heard of any "side mass rebuilds".
> They're prohibitively expensive to do, which is why we do only one per
> release anyway.
Is it sane to test this in Rawhide now with just new builds? As things
get rebuilt
OLD: Fedora-Rawhide-20190527.n.0
NEW: Fedora-Rawhide-20190529.n.0
= SUMMARY =
Added images:10
Dropped images: 12
Added packages: 10
Dropped packages:20
Upgraded packages: 180
Downgraded packages: 0
Size of added packages: 101.38 MiB
Size of dropped packages
On Wed, May 29, 2019 at 2: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
Hi,
I created a LiveCD for my own personal use (with openbox) in Fedora 30. I have
created such a live cd for the past several cycles (I think
In the past, I have the SLiM (slim) screen show up with username (that I say is
liveuser) and does not prompt me for a password. However, in Fedora
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_to_zstd_compression
> > >
> > > = Switch RPMs to zstd compression =
>
Announcing the creation of a new nightly release validation test event
for Fedora 31 Rawhide 20190529.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
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,
> so that's why I'm writing here.
>
> In the chapter "Updating GRUB 2
Il giorno mer 29 mag 2019 alle ore 22:12 Stephen Gallagher
ha scritto:
>
> On Wed, May 29, 2019 at 1:16 PM Kalev Lember wrote:
> I realize you said that the reasons are off-topic, but in general I'd
> recommend not making desktop-specific decisions at a high-level
I need to retrieve user idle
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 =
>
[...]
> == Benefit to Fedora ==
> * Faster installations/upgrades of user systems
> * Faster koji builds (installations in
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_to_zstd_compression
> >
> > = Switch RPMs to zstd compression =
> >
> > == Summary ==
> > Binary RPMs are currently compressed with
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 would increase decompression speed
> "BC" == Ben Cotton writes:
BC> * The change requires setting a new compression algorithm in rpm
BC> macros. Then a mass rebuild of all packages is required.
Technically there is no harm if a mass rebuild is not done; there will
simply be no benefit for packages which aren't rebuilt.
https://bugzilla.redhat.com/show_bug.cgi?id=1715236
Bug ID: 1715236
Summary: perl-SQL-Translator-1.60 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-SQL-Translator
Keywords: FutureFeature,
Stephen Gallagher wrote:
> I realize you said that the reasons are off-topic, but in general I'd
> recommend not making desktop-specific decisions at a high-level and
> instead base your decisions off of availability of particular
> functionality. For example, if your application needs to manage
>
On Wed, 29 May 2019, 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 significantly.
...
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 significantly.
== Owner ==
* Name: [[User:dmach| Daniel Mach]]
*
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 significantly.
== Owner ==
* Name: [[User:dmach| Daniel Mach]]
*
On Wed, May 29, 2019 at 1:16 PM Kalev Lember wrote:
>
> On Wed, May 29, 2019 at 7:11 PM Germano Massullo
> wrote:
>>
>> I am working on implementing a piece of code that allows BOINC client
>> [1] to detect the desktop environment used by the user (mainly GNOME,
>> KDE Plasma, XFCE, LXDE/LXQT).
On Wed, 2019-05-29 at 13:50 +0200, 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,
> so that's why I'm writing here.
>
> In the chapter "Updating GRUB 2
> Be bold and just update the page... it's a wiki, so it keeps a change
> history, and if someone else has a problem with what you wrote, they can
> either update it or roll back the changes. You shouldn't ever feel like you
> have to ask permission or have the details 100% correct before
On Wed, 2019-05-29 at 19:45 +0200, Theodore Papadopoulo wrote:
> Can someone explain why the destop environment (here Cinnamon) can have
> such an impact on the graphic card performance ?
Because (I suspect) you're not measuring glmark2 --off-screen, which
means the output that glmark
On Wed, May 29, 2019 at 8:01 AM Michal Schorm wrote:
> However I'm not confident enought to edit it prior to any discussions,
> so that's why I'm writing here.
>
Be bold and just update the page... it's a wiki, so it keeps a change
history, and if someone else has a problem with what you wrote,
On Wed, 2019-05-29 at 20:29 +0200, Fabio Valentini wrote:
> I just noticed one other thing: fedora-easy-karma is now broken,
> because the REST API doesn't return the "anonymous" field on comments
> anymore, which the tool checks for.
See https://pagure.io/fesco/issue/2137
signature.asc
On Wed, May 29, 2019 at 7:27 PM Fabio Valentini wrote:
>
> On Wed, May 29, 2019, 18:52 Randy Barlow wrote:
>>
>> On Wed, 2019-05-29 at 17:51 +0200, Fabio Valentini wrote:
>> > If you're already working on fixing bugs - searching in the web
>> > interface also seems to be broken.
>> > Entries on
Can someone explain why the destop environment (here Cinnamon) can have
such an impact on the graphic card performance ?
Using glmark, we see a 2x to 20x factor in glmark performance between
various destops (mate,xlfce,cinnamon). What can justify such a huge gap
in perfs ?
Even better is
Sorry fro the dayle
REMINDER: There will be a EPEL Steering COmittee meeting today (2019-05-29)
at 18:00 UTC in #fedora-meeting. Please update the gobby-0.5 document at
infinote.fedoraproject.org with any agenda items
https://infinote.fedoraproject.org/cgit/infinote/tree/epel-meeting-next
On Wed, May 29, 2019, 18:52 Randy Barlow
wrote:
> On Wed, 2019-05-29 at 17:51 +0200, Fabio Valentini wrote:
> > If you're already working on fixing bugs - searching in the web
> > interface also seems to be broken.
> > Entries on an autocompleted result in the "package" section link to a
> >
On Wed, May 29, 2019 at 7:11 PM Germano Massullo
wrote:
> I am working on implementing a piece of code that allows BOINC client
> [1] to detect the desktop environment used by the user (mainly GNOME,
> KDE Plasma, XFCE, LXDE/LXQT).
> This feature will be needed for various reason that are off
I am working on implementing a piece of code that allows BOINC client
[1] to detect the desktop environment used by the user (mainly GNOME,
KDE Plasma, XFCE, LXDE/LXQT).
This feature will be needed for various reason that are off topic.
One idea is to use GDBus to scan DBus to detect the running
On Wed, 2019-05-29 at 17:51 +0200, Fabio Valentini wrote:
> If you're already working on fixing bugs - searching in the web
> interface also seems to be broken.
> Entries on an autocompleted result in the "package" section link to a
> (usually non-existent) user page.
That's surprising, and
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 to write new code or bring back
> a bunch of dependencies to the
On Wed, May 29, 2019 at 11:39 AM Randy Barlow
wrote:
>
> On Tue, 2019-05-28 at 17:41 -0400, Dan Čermák wrote:
> > I just tried to submit an update via `fedpkg update` but got a
> > failure
> > via the cli:
> > $ fedpkg update
> > Could not execute update: Could not generate update request:
> >
On Wed, May 29, 2019 at 5:40 PM Randy Barlow
wrote:
>
> On Tue, 2019-05-28 at 20:22 -0600, Orion Poplawski wrote:
> > Perhaps this is the source of:
> >
> > # /etc/cron.hourly/0yum-hourly.cron
> > Updateinfo file is not valid XML: >
On Wed, 2019-05-29 at 14:36 +, Anderson, Charles R wrote:
> I'm getting this error as of last night on all of my CentOS 7 boxes:
>
> /etc/cron.hourly/0yum-hourly.cron:
>
> Updateinfo file is not valid XML: '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d98e4d1
>
On Tue, 2019-05-28 at 20:22 -0600, Orion Poplawski wrote:
> Perhaps this is the source of:
>
> # /etc/cron.hourly/0yum-hourly.cron
> Updateinfo file is not valid XML: '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d98e4d1
> 53d7a3e27ff41946f476af5b4-updateinfo.xml.zck',
> mode
On Tue, 2019-05-28 at 17:41 -0400, Dan Čermák wrote:
> I just tried to submit an update via `fedpkg update` but got a
> failure
> via the cli:
> $ fedpkg update
> Could not execute update: Could not generate update request:
> 'anonymous'
> A copy of the filled in template is saved as
Also, it's IMHO worth mentioning, a package 'grub2-pc-modules' is
needed on BIOS systems in order to 'grub2-install' utility to work
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
On Wed, May 29, 2019 at 1:50 PM Michal Schorm wrote:
>
> Hello,
>
> I'd like to
On 5/29/19 7:36 AM, Anderson, Charles R wrote:
> I'm getting this error as of last night on all of my CentOS 7 boxes:
>
> /etc/cron.hourly/0yum-hourly.cron:
>
> Updateinfo file is not valid XML:
On 2019-05-28, Dan Čermák wrote:
> I just tried to submit an update via `fedpkg update` but got a failure
> via the cli:
> $ fedpkg update
> Could not execute update: Could not generate update request: 'anonymous'
> A copy of the filled in template is saved as bodhi.template.last
>
Similar to
I'm getting this error as of last night on all of my CentOS 7 boxes:
/etc/cron.hourly/0yum-hourly.cron:
Updateinfo file is not valid XML:
Is this an infrastructure problem that can be addressed on the master mirror,
or is there some manual step I'm expected to perform on all my CentOS 7 boxes
A new Fedora Atomic Host update is available via an OSTree update:
Version: 29.20190528.0
Commit(x86_64): cb50ac29d58f4e7e8dcfc3c2dd4156c6acd17038577437e4744edee7b7c02eda
Commit(aarch64):
a07e18d150100f136bf4170107174cc7f5349a89106c458eaa2283613164b834
Commit(ppc64le):
On Wed, May 29, 2019 at 3:09 PM Alessio wrote:
>
> On Wed, 2019-05-29 at 14:39 +0200, Brian (bex) Exelbierd wrote:
> > Hi,
> >
> > I've noticed that Flash doesn't seem to work in F30 in the upstream
> > Google Chrome. It works in F29. As a test, I installed an F29 and
>
> It seems to me that,
On Wed, 2019-05-29 at 14:39 +0200, Brian (bex) Exelbierd wrote:
> Hi,
>
> I've noticed that Flash doesn't seem to work in F30 in the upstream
> Google Chrome. It works in F29. As a test, I installed an F29 and
It seems to me that, even if the default option for Flash is "Always
ask", when you
On Wed, May 29, 2019 at 2:55 PM Tomas Popela wrote:
>
> Hi Brian,
>
> it's this bug - https://bugs.chromium.org/p/chromium/issues/detail?id=949312
> . It will probably be fixed in Chrome 76+ (current stable is Chrome 74), so
> that means it will take few months (unless someone from Chromium
On Wed, May 29, 2019 at 2:53 PM Tomas Popela wrote:
> it's this bug -
> https://bugs.chromium.org/p/chromium/issues/detail?id=949312 . It will
> probably be fixed in Chrome 76+ (current stable is Chrome 74), so that
> means it will take few months (unless someone from Chromium team backports
>
Hi Brian,
it's this bug - https://bugs.chromium.org/p/chromium/issues/detail?id=949312 .
It will probably be fixed in Chrome 76+ (current stable is Chrome 74), so
that means it will take few months (unless someone from Chromium team
backports it).
Tom
On Wed, May 29, 2019 at 2:41 PM Brian (bex)
Hi,
I've noticed that Flash doesn't seem to work in F30 in the upstream
Google Chrome. It works in F29. As a test, I installed an F29 and an
F30 Workstation VM. I did nothing other than install Google Chrome
from the upstream site. The app I need and a test site work in F29
but not in F30.
I
https://bugzilla.redhat.com/show_bug.cgi?id=1715009
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 29. 05. 19 0:59, Randy Barlow wrote:
On Fri, 2019-05-03 at 15:56 +0200, Miro Hrončok wrote:
python-mongoengine bowlofeggs echevemaster yograterol
I discovered that this was FTBFS even on 3.7 due to a missing BR[0]. I
fixed that just now, so please try again in Copr.
It works. Thanks.
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,
so that's why I'm writing here.
In the chapter "Updating GRUB 2 configuration on UEFI systems"
In the section "Install the bootloader
https://bugzilla.redhat.com/show_bug.cgi?id=1715009
Bug ID: 1715009
Summary: perl-Test-Strict-0.48 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Strict
Keywords: FutureFeature, Triaged
Hello everyone,
If you work in or are interested in science/research and are planning to
attend Flock, please comment on this ticket to let us know:
https://pagure.io/neuro-sig/NeuroFedora/issue/242
If there are enough of us, we'll try to put together a meetup or a
hackathon to discuss how we
Dne 28. 05. 19 v 15:30 Stephen Gallagher napsal(a):
> On Mon, May 27, 2019 at 6:59 AM Vít Ondruch wrote:
>>
>> Dne 24. 05. 19 v 21:00 Stephen Gallagher napsal(a):
>>> On Tue, Apr 23, 2019 at 5:40 PM Stephen Gallagher
>>> wrote:
Today, the Node.js upstream released 12.0.0, the next in its
https://bugzilla.redhat.com/show_bug.cgi?id=1712800
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1712800
Bug 1712800 depends on bug 1714511, which changed state.
Bug 1714511 Summary: Review Request: perl-Sub-Attribute - Reliable subroutine
attribute handlers
https://bugzilla.redhat.com/show_bug.cgi?id=1714511
What|Removed
63 matches
Mail list logo