Re: vanishing abrt logs

Dne 09. 04. 19 v 8:56 Zbigniew Jędrzejewski-Szmek napsal(a): > Can you point me to it? rpm -ql $(rpm -qa|grep dnf)|grep abrt doesn't > yield anything. What and how it is collected is determined by libreport with configs in /etc/libreport Some of those configs even have man page. You can start wit

Re: vanishing abrt logs

On Tue, 9 Apr 2019 at 08:58, Zbigniew Jędrzejewski-Szmek wrote: > > > If you need some information that is relevant only to your packages, > > we can work together to create a new abrt configuration which will > > gather that information for your packages > > (for example, dnf ships its own abrt c

Re: Introduction for gaming packaging/maintaining

Hi Andi, welcome to the pack! You can try to review some packages or submit your own package, whatever you feel like doing (if you submit a package, you'll need to get sponsored though and reviewing packages is a good way how to get sponsored). In case you want to package some games, there's a p

Re: Updating/rebuilding of coin-or packages

On 09/04/19 06:31, Jerry James wrote: > Hi Antonio, Hi Jerry. > > On Mon, Apr 8, 2019 at 12:26 PM Antonio Trande > wrote: >> Hi all. >> >> Updates of coin-or-Sample/CoinUtils/Ipopt packages are coming on >> Rawhide; involved packages: > > I didn't know you were wo

Re: [PSA] %meson contains -Db_ndebug=true

At this moment, * %meson doesn't pass -Db_ndebug at all, we use project-specific options * If project doesn't specify it, b_ndebug=false is default in meson * In case of mesa, it specifies b_ndebug=if-release which works correctly now with backported patch On Mon, Apr 8, 2019 at 4:29 PM Kalev Lem

Re: [PSA] %meson contains -Db_ndebug=true

Awesome, thanks Igor! All of this sounds good to me. Kalev On 4/9/19 14:47, Igor Gnatenko wrote: At this moment, * %meson doesn't pass -Db_ndebug at all, we use project-specific options * If project doesn't specify it, b_ndebug=false is default in meson * In case of mesa, it specifies b_ndebug

Re: Orphaned packages to be retired

> Sorry, but I'm afraid I don't quite get this. Could you please rephrase? > The script uses source repos to fetch build-dependencies. Thanks. That answers my question. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Introduction for gaming packaging/maintaining

Hi Dan,  thx for welcoming me to the pack!  I’ve skimmed through the games. I have different games in favor: Raildroad Tycoon, Pizza Tycoon and escape from Monkey Island.  What are the first steps to start?  Thx in forward Cheers  Andi  Sent from Yahoo Mail for iPhone On Tuesday, April 9, 2019

Re: [PSA] %meson contains -Db_ndebug=true

On Tue, Apr 9, 2019 at 7:54 AM, Kalev Lember wrote: Awesome, thanks Igor! All of this sounds good to me. Yeah, sounds like everything is fine now after the if-release fix. Thanks! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscr

Re: [PSA] %meson contains -Db_ndebug=true

On Tue, 9 Apr 2019 at 13:54, Igor Gnatenko wrote: > At this moment, > > * %meson doesn't pass -Db_ndebug at all, we use project-specific options > * If project doesn't specify it, b_ndebug=false is default in meson > * In case of mesa, it specifies b_ndebug=if-release which works correctly > now

Fedora rawhide compose report: 20190409.n.0 changes

OLD: Fedora-Rawhide-20190408.n.0 NEW: Fedora-Rawhide-20190409.n.0 = SUMMARY = Added images:6 Dropped images: 6 Added packages: 30 Dropped packages:12 Upgraded packages: 94 Downgraded packages: 0 Size of added packages: 58.74 MiB Size of dropped packages

Can we maybe reduce the set of packages we install by default a bit?

Heya, today I installed the current Fedora 30 Workstation beta on my new laptop. It was a bumpy ride, I must say (the partitioner (blivet?) crashed five times or so on me, always kicking me out of anaconda again, just because I wanted to undo something). But I don't really want to discuss that. Wh

Fedora Rawhide-20190409.n.0 compose check report

Missing expected images: Atomichost raw-xz x86_64 Atomichost qcow2 x86_64 Compose FAILS proposed Rawhide gating check! 17 of 47 required tests failed, 4 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could no

Re: Could not execute import_srpm

On 08/04/19 19:45, Paulo César Pereira de Andrade wrote: > Em seg, 8 de abr de 2019 às 10:09, Antonio Trande > escreveu: >> >> Hi all. > > Hi, > > Just a guess that it was the same issue as for me a few days ago. But it > might > be something else, like an offline server for some reason. >

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 9 Apr 2019 at 12:07, Lennart Poettering wrote: > Heya, > > today I installed the current Fedora 30 Workstation beta on my new > laptop. It was a bumpy ride, I must say (the partitioner (blivet?) > crashed five times or so on me, always kicking me out of anaconda > again, just because I wa

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 09, 2019 at 06:07:09PM +0200, Lennart Poettering wrote: > multipathd [...] And beyond that, this daemon is really ugly too: it logs >at high log levels during boot that it found no configuration and >hence nothing to do. Yes, obviously, but that's a reason to shut up >and pr

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 2019-04-09 at 12:54 -0400, Stephen John Smoogen wrote: > On Tue, 9 Apr 2019 at 12:07, Lennart Poettering > wrote: > > > Heya, > > > > today I installed the current Fedora 30 Workstation beta on my new > > laptop. It was a bumpy ride, I must say (the partitioner (blivet?) > > crashed five

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 2019-04-09 at 10:11 -0700, Adam Williamson wrote: > > To be specific here, 'at' is part of the @standard group. 'chrony' is > pulled in several ways. It's part of @standard *if gnome-control-center > is being installed*, so effectively it'll be installed with Workstation > but not other e

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 17:09, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Tue, Apr 09, 2019 at 06:07:09PM +0200, Lennart Poettering wrote: > > multipathd [...] And beyond that, this daemon is really ugly too: it logs > >at high log levels during boot that it found no configuration and

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 12:54, Stephen John Smoogen (smo...@gmail.com) wrote: > I think these two are here because of the blivet you mentioned earlier. > Advanced partitioning requires them to be there... and there do seem to be > people who actually do expect both of those to work on their workstations >

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/9/19 1:09 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Apr 09, 2019 at 06:07:09PM +0200, Lennart Poettering wrote: >> multipathd [...] And beyond that, this daemon is really ugly too: it logs >>at high log levels during boot that it found no configuration and >>hence nothing to do.

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote: > Basically, anything that's part of the install environment is going to > be present after a live install. That accounts for both of the above: > the installer supports multipath and dmraid storage devices, so the > releva

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 9, 2019 at 1:11 PM Adam Williamson wrote: > > On Tue, 2019-04-09 at 12:54 -0400, Stephen John Smoogen wrote: > > On Tue, 9 Apr 2019 at 12:07, Lennart Poettering > > wrote: > > > > > Heya, > > > > > > today I installed the current Fedora 30 Workstation beta on my new > > > laptop. It w

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 9 Apr 2019 at 19:21, Lennart Poettering wrote: > Very similar is actually "fwupd", why does that need to run all the > time? Seems like something that should be bus activatable, and > exit-on-idle, but why run it all the time? It does exit on idle, if you don't have hardware that is trick

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 14:16, Cole Robinson (crobi...@redhat.com) wrote: > On 4/9/19 1:09 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Apr 09, 2019 at 06:07:09PM +0200, Lennart Poettering wrote: > >> multipathd [...] And beyond that, this daemon is really ugly too: it logs > >>at high log level

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 19:24, Richard Hughes (hughsi...@gmail.com) wrote: > On Tue, 9 Apr 2019 at 19:21, Lennart Poettering wrote: > > Very similar is actually "fwupd", why does that need to run all the > > time? Seems like something that should be bus activatable, and > > exit-on-idle, but why run it a

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/9/2019 11:14 AM, Lennart Poettering wrote: On Di, 09.04.19 12:54, Stephen John Smoogen (smo...@gmail.com) wrote: This is more about socializing and teaching the systemd replacements... because most of the systemd advocates and heavy users I have asked aren't sure about how systemd replaces

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 2019-04-09 at 20:20 +0200, Lennart Poettering wrote: > On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > Basically, anything that's part of the install environment is going to > > be present after a live install. That accounts for both of the above: > > the i

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/9/19 2:24 PM, Lennart Poettering wrote: > On Di, 09.04.19 14:16, Cole Robinson (crobi...@redhat.com) wrote: > >> On 4/9/19 1:09 PM, Zbigniew Jędrzejewski-Szmek wrote: >>> On Tue, Apr 09, 2019 at 06:07:09PM +0200, Lennart Poettering wrote: multipathd [...] And beyond that, this daemon is

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/9/19 2:20 PM, Lennart Poettering wrote: > On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote: > >> Basically, anything that's part of the install environment is going to >> be present after a live install. That accounts for both of the above: >> the installer supports m

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, 9 Apr 2019 at 19:27, Lennart Poettering wrote: > Hmm? Can you elaborate? Why does fwupd's runtime have something to do > with display flickers? Not grokking the connection? More information in https://github.com/hughsie/fwupd/commit/75b965d01d80d70ae51816acd4d4cafdaf792e99 -- in the case

Re: Can we maybe reduce the set of packages we install by default a bit?

On Di, 09.04.19 20:12, Richard Hughes (hughsi...@gmail.com) wrote: > On Tue, 9 Apr 2019 at 19:27, Lennart Poettering wrote: > > Hmm? Can you elaborate? Why does fwupd's runtime have something to do > > with display flickers? Not grokking the connection? > > More information in > https://github.co

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/9/19 2:14 PM, Lennart Poettering wrote: > On Di, 09.04.19 12:54, Stephen John Smoogen (smo...@gmail.com) wrote: > >> I think these two are here because of the blivet you mentioned earlier. >> Advanced partitioning requires them to be there... and there do seem to be >> people who actually do

Re: Could not execute import_srpm

On 4/9/19 9:27 AM, Antonio Trande wrote: > On 08/04/19 19:45, Paulo César Pereira de Andrade wrote: >> Em seg, 8 de abr de 2019 às 10:09, Antonio Trande >> escreveu: >>> >>> Hi all. >> >> Hi, >> >> Just a guess that it was the same issue as for me a few days ago. But it >> might >> be somethi

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 9, 2019 at 12:11 PM, Adam Williamson wrote: To be specific here, 'at' is part of the @standard group. 'chrony' is pulled in several ways. It's part of @standard *if gnome-control-center is being installed*, so effectively it'll be installed with Workstation but not other editions/

Re: Could not execute import_srpm

On 09/04/19 22:29, Kevin Fenzi wrote: > On 4/9/19 9:27 AM, Antonio Trande wrote: >> On 08/04/19 19:45, Paulo César Pereira de Andrade wrote: >>> Em seg, 8 de abr de 2019 às 10:09, Antonio Trande >>> escreveu: Hi all. >>> >>> Hi, >>> >>> Just a guess that it was the same issue as for

Fedora 30-20190408.n.0 compose check report

Missing expected images: Atomichost qcow2 x86_64 Atomichost raw-xz x86_64 Failed openQA tests: 12/144 (x86_64), 1/2 (arm), 2/24 (i386) ID: 379607 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/379607 ID: 379619 Test: arm Minimal-raw_xz-raw.xz ins

Fedora Rawhide-20190409.n.0 compose check report

Missing expected images: Atomichost raw-xz x86_64 Atomichost qcow2 x86_64 Compose FAILS proposed Rawhide gating check! 17 of 47 required tests failed, 4 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could no

Re: Could not execute import_srpm

Antonio Trande wrote: > On 09/04/19 22:29, Kevin Fenzi wrote: >> Can any of you folks seeing this: >> >> Run this script: >> https://paste.fedoraproject.org/paste/tWt5LBT13-~d22wBpo38uQ/raw >> >> and send me the output? > > Sorry, > > how this script works? You can download the script (using P

Re: Sphinx and xindy

On Mon, Apr 08, 2019 at 08:57:22AM -0600, Jerry James wrote: > On Mon, Apr 1, 2019 at 9:36 PM Jerry James wrote: > > That was, in fact, an s390x-specific gcc bug, now fixed in Rawhide. > > Sadly, the clisp build is still failing in Rawhide, with failures in > > the socket tests: > > The failing t

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 9, 2019 at 10:07 AM Lennart Poettering wrote: > > Heya, > > today I installed the current Fedora 30 Workstation beta on my new > laptop. It was a bumpy ride, I must say (the partitioner (blivet?) > crashed five times or so on me, always kicking me out of anaconda > again, just because

Re: Can we maybe reduce the set of packages we install by default a bit?

On Tue, Apr 9, 2019 at 8:35 PM Chris Murphy wrote: > > On Tue, Apr 9, 2019 at 10:07 AM Lennart Poettering > wrote: > > > > Heya, > > > > today I installed the current Fedora 30 Workstation beta on my new > > laptop. It was a bumpy ride, I must say (the partitioner (blivet?) > > crashed five time

Re: [PSA] %meson contains -Db_ndebug=true

On Mon, Apr 08, 2019 at 01:26:47PM +0200, Igor Gnatenko wrote: > Ok, I have reverted change: > > * https://bodhi.fedoraproject.org/updates/FEDORA-2019-42ea21c6e4 > * https://bodhi.fedoraproject.org/updates/FEDORA-2019-660ccd306c > * https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2019-eb940

Re: Could not execute import_srpm

On Tue, Apr 9, 2019 at 2:30 PM Kevin Fenzi wrote: > We have had at least 3 reports of this today... > (upload causing 408 error). > > Can any of you folks seeing this: > > Run this script: > https://paste.fedoraproject.org/paste/tWt5LBT13-~d22wBpo38uQ/raw > > and send me the output? I just had a

dlib update

Hello team, dlib needs an update but the maintainer has not responded for month to verify and merge the change. Can a proven test push the merge and update that package matching upstream release. See https://release-monitoring.org/project/18600/ Reference: --- https://src.fedorapro

Re: auto-starting libvirtd on Workstation

On 4/9/19 1:00 PM, Cole Robinson wrote: On 4/9/19 2:20 PM, Lennart Poettering wrote: On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote: Basically, anything that's part of the install environment is going to be present after a live install. That accounts for both of the

Re: Updating/rebuilding of coin-or packages

On Tue, Apr 9, 2019 at 4:21 AM Antonio Trande wrote: > We can complete the coin-or-Bonmin, coin-or-Couenne, coin-or-Dip, > coin-or-OS reviews before, of course. > > Let me check them. I had hoped to get a COPR set up tonight, but alas! I ran out of time. So I just uploaded a tarball here: http

Re: Sphinx and xindy

On Mon, Apr 8, 2019 at 4:58 PM Jerry James wrote: > > On Mon, Apr 1, 2019 at 9:36 PM Jerry James wrote: > > That was, in fact, an s390x-specific gcc bug, now fixed in Rawhide. > > Sadly, the clisp build is still failing in Rawhide, with failures in > > the socket tests: > > The failing test attem

Re: Can we maybe reduce the set of packages we install by default a bit?

I'm really interested on the livet crash, but I can't reproduce it with latest branched compose. Can you provide us with reproduction steps? Hau idatzi du Neal Gompa (ngomp...@gmail.com) erabiltzaileak (2019 api. 10, az. (02:59)): > On Tue, Apr 9, 2019 at 8:35 PM Chris Murphy > wrote: > > > > On

Re: Can we maybe reduce the set of packages we install by default a bit?

Le mardi 09 avril 2019 à 10:11 -0700, Adam Williamson a écrit : > > To be specific here, 'at' is part of the @standard group. 'chrony' is > pulled in several ways. It's part of @standard *if gnome-control- > center > is being installed*, so effectively it'll be installed with > Workstation > but