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 l
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 ca
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 files"
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
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)
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
> it
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 team
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 g
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, ev
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):
261ea0cc3cdb6437295d78b03
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 "bod
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 pro
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 bodhi.template
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 'rt
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: > '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d9
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:
> > 'an
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 Fed
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 sounds
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 d
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 top
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
> > (usu
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
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 a
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
Descript
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 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 genera
> 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 updat
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 conf
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).
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]]
* Ema
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.
...
mass
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
>
> "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. Certa
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 sign
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 xz
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 build
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 ti
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 configu
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 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 =
> >
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 30
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 sign
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 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
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 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 i
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.
Hence
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 creatio
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 -
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 \$US
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 > /dev
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 -d
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 ha
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 h
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 such
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 mu
56 matches
Mail list logo
