Re: Suggested Freeze Policy change for Fedora 22+

This policy change seems like a really good idea. Thanks for working on it, Stephen. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedora

Re: Suggested Freeze Policy change for Fedora 22+

On Fri, Oct 31, 2014 at 14:44:06 -0400, Stephen Gallagher wrote: Well, we learned during those questions that it's a matter of coordination with the mirrors. They expect to have our master trees prepared at certain times or they can't be mirrored out in time for the Tuesday launches. So really

[Test-Announce] Significant bug in fedup to Fedora 21, do not use it right now

There's a major bug with fedup to Fedora 21 right at the moment, discovered this morning by Robin Lee (thanks Robin). We should be able to deal with it some way or another in time for Beta release day, but for right now it's not a very good idea *at all* to try and upgrade any system you care about

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

yeah. gnome-shell 3.15.1 fixes problem. On Fri, Oct 31, 2014 at 7:09 PM, Kevin Fenzi wrote: > On Fri, 31 Oct 2014 20:04:24 +0400 > Igor Gnatenko wrote: > >> Probably. How to debug? >> On Oct 31, 2014 8:01 PM, "Michal Schmidt" wrote: >> >> > On 10/31/2014 04:57 PM, Igor Gnatenko wrote: >> > > sy

5tFTW: Fedora Beta, Council & Elections, Strategic Planning, Outreach Committee, and FUDCon Reports (2014-10-31)

Reposted from . Fedora is a big project, and it’s hard to keep up with everything that goes on. This series highlights interesting happenings in five different areas every week. It isn’t comprehensive news coverage — just quick summaries with links to e

Re: Self Introduction: Alexander Ploumistos

So am I allowed to submit it to bodhi, or does it still need to be approved beforehand? I'm sorry for the mix-up, but it wasn't clear in the wiki. 2014-10-31 22:09 GMT+02:00 Orion Poplawski : > On 10/31/2014 11:28 AM, Alexander Ploumistos wrote: > > Hello everyone, > > > > I've decided to join th

Re: Self Introduction: Alexander Ploumistos

On 10/31/2014 11:28 AM, Alexander Ploumistos wrote: > Hello everyone, > > I've decided to join the package maintainers and I would like to introduce > myself. ... > There is also a patched version of libatasmart, that takes care of an issue > with several older Western Digital hard drives, that i

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

- Original Message - > This isn't a recent change, see [1]. I presume Amazon is most likely > still broken in Epiphany (when these roots are removed) as there's been > no action on [1], where we decided that gnutls-cli accepted > www.amazon.com because it uses certs if they're valid for eit

Re: Suggested Freeze Policy change for Fedora 22+

On Fri, 2014-10-31 at 10:34 -0500, Bruno Wolff III wrote: > On Fri, Oct 31, 2014 at 11:17:39 -0400, > Stephen Gallagher wrote: > > > >The idea here is to ensure that there is a clear engineering deadline in > >order to guarantee that the QA team has a reasonable time period in > >which to per

Re: Requiring all files in /usr to be world-readable?

On Fri, Oct 31, 2014 at 10:59 AM, Miloslav Trmač wrote: > - Original Message - >> I filed an FPC ticket: https://fedorahosted.org/fpc/ticket/467 >> >> Thoughts? > > My intuition is that if an application needs _everything_ in /usr to be > readable then it is likely broken. Something bein

Re: Requiring all files in /usr to be world-readable?

- Original Message - > I filed an FPC ticket: https://fedorahosted.org/fpc/ticket/467 > > Thoughts? My intuition is that if an application needs _everything_ in /usr to be readable then it is likely broken. Something being placed in /usr does _not_ imply that it is supposed to be used

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 16:28 +0100, Kai Engert wrote: > I confirm that using GnuTLS 3.3.9-2.fc21 on Fedora 21 testing, > with ca-certificates-2014.2.1-1.3.fc21, > and ca-legacy set to disabled, > the command > gnutls-cli -p443 www.amazon.com > reports a trusted certificate. This isn't a recent c

Self Introduction: Alexander Ploumistos

Hello everyone, I've decided to join the package maintainers and I would like to introduce myself. I have been a linux user since 2001 and a Red Hat/Fedora user since 2003. My main systems run on Fedora (of course) and Gentoo. I have a background in chemistry, particularly molecular modeling and

Re: Requiring all files in /usr to be world-readable?

Once upon a time, Andrew Lutomirski said: > I filed an FPC ticket: https://fedorahosted.org/fpc/ticket/467 > > Thoughts? I've filed individual bugs in the past. IMHO every file that is RPM-installed that is not marked config should be world-readable (regardless of location). There is no reason

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 15:53 +0100, Nikos Mavrogiannopoulos wrote: > Are you sure that this is the case with the current package? My F21 > can > no longer connect to network to test, but gnutls in it should > reconstruct the chain similarly to what nss does (not very similarly > to > be precise but

Requiring all files in /usr to be world-readable?

I filed an FPC ticket: https://fedorahosted.org/fpc/ticket/467 Thoughts? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

I have all packages from koji. On Oct 31, 2014 8:10 PM, "Kevin Fenzi" wrote: > On Fri, 31 Oct 2014 20:04:24 +0400 > Igor Gnatenko wrote: > > > Probably. How to debug? > > On Oct 31, 2014 8:01 PM, "Michal Schmidt" wrote: > > > > > On 10/31/2014 04:57 PM, Igor Gnatenko wrote: > > > > systemd-logi

Re: RHEL 6.6 MPI mess

Orion Poplawski writes: > Just a quick note - this discussion belongs on the EPEL mailing list. Apologies. I don't remember seeing that when I read the instructions to try to get packages into EPEL. I'll check whether it's there/obvious when I have a chance. -- devel mailing list devel@lists.

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

Probably. How to debug? On Oct 31, 2014 8:01 PM, "Michal Schmidt" wrote: > On 10/31/2014 04:57 PM, Igor Gnatenko wrote: > > systemd-logind: failed to get session: PID 879 doesnt belong to any > known session > > That's not necessarily related to the problem. I have this message in > the log even

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31 Oct 2014 20:04:24 +0400 Igor Gnatenko wrote: > Probably. How to debug? > On Oct 31, 2014 8:01 PM, "Michal Schmidt" wrote: > > > On 10/31/2014 04:57 PM, Igor Gnatenko wrote: > > > systemd-logind: failed to get session: PID 879 doesnt belong to > > > any > > known session > > > > That'

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 04:57 PM, Igor Gnatenko wrote: > systemd-logind: failed to get session: PID 879 doesnt belong to any known > session That's not necessarily related to the problem. I have this message in the log even when gdm works fine. Michal -- devel mailing list devel@lists.fedoraproject.org

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Thu, Oct 30, 2014 at 09:47:36PM -0400, Matthew Miller wrote: > Oct 30 21:39:37 ubik.home.mkmiller.org systemd[1]: Configuration file > /usr/lib/systemd/system/auditd.service is marked world-inaccessible. This has > no effect as configuration data is accessible via APIs without restrictions. >

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

systemd-logind: failed to get session: PID 879 doesnt belong to any known session On Oct 31, 2014 7:31 PM, "Lennart Poettering" wrote: > On Fri, 31.10.14 16:20, Lennart Poettering (mzerq...@0pointer.de) wrote: > > > On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote: > > > > > On

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

Fixes my problem, but black screen instead of gdm On Oct 31, 2014 7:31 PM, "Lennart Poettering" wrote: > On Fri, 31.10.14 16:20, Lennart Poettering (mzerq...@0pointer.de) wrote: > > > On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote: > > > > > On 10/31/2014 03:42 PM, Kevin Fenzi

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31.10.14 16:55, Tomasz Torcz (to...@pipebreaker.pl) wrote: > On Fri, Oct 31, 2014 at 09:46:13AM -0600, Kevin Fenzi wrote: > > > > I still see: > > > > Oct 31 09:42:29 voldemort.scrye.com systemd[1]: Cannot add dependency job > > for unit nfs.target, ignoring: Unit nfs.target failed to

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, Oct 31, 2014 at 09:46:13AM -0600, Kevin Fenzi wrote: > > I still see: > > Oct 31 09:42:29 voldemort.scrye.com systemd[1]: Cannot add dependency job for > unit nfs.target, ignoring: Unit nfs.target failed to load: No such file or > directory. > Oct 31 09:42:29 voldemort.scrye.com system

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31 Oct 2014 16:30:31 +0100 Lennart Poettering wrote: > On Fri, 31.10.14 16:20, Lennart Poettering (mzerq...@0pointer.de) > wrote: > > > On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote: > > > > > On 10/31/2014 03:42 PM, Kevin Fenzi wrote: > > > > On Fri, 31 Oct 2014 14

Re: Suggested Freeze Policy change for Fedora 22+

On Fri, Oct 31, 2014 at 11:17:39 -0400, Stephen Gallagher wrote: The idea here is to ensure that there is a clear engineering deadline in order to guarantee that the QA team has a reasonable time period in which to perform validation tests. I think this approach is too risky this late in the F

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 16:11 +0100, Reindl Harald wrote: > > Are you sure that this is the case with the current package? My F21 can > > no longer connect to network to test, but gnutls in it should > > reconstruct the chain similarly to what nss does (not very similarly to > > be precise but the e

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31.10.14 16:20, Lennart Poettering (mzerq...@0pointer.de) wrote: > On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote: > > > On 10/31/2014 03:42 PM, Kevin Fenzi wrote: > > > On Fri, 31 Oct 2014 14:01:12 +0100 > > > Lennart Poettering wrote: > > > > > >> So the problem ap

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 15:00 +0100, Nikos Mavrogiannopoulos wrote: > > Sorry for my late reply, because I didn't have a good suggestion > > earlier. > > > > We should work with the upstream OpenSSL and the GnuTLS projects, and > > motivate them to implement more advanced path building. This would b

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote: > On 10/31/2014 03:42 PM, Kevin Fenzi wrote: > > On Fri, 31 Oct 2014 14:01:12 +0100 > > Lennart Poettering wrote: > > > >> So the problem appears to be that gssproxy.service been ordered before > >> remote-fs-pre.target. That ta

Suggested Freeze Policy change for Fedora 22+

I talked to several people over the last couple days about what we can do to try to avoid the "hero testing" treadmill that we've been on during every Freeze in recent memory (specifically that we're usually fixing Blocker bugs until the day before the Go/No-Go meeting and that means that our QA te

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 03:42 PM, Kevin Fenzi wrote: > On Fri, 31 Oct 2014 14:01:12 +0100 > Lennart Poettering wrote: > >> So the problem appears to be that gssproxy.service been ordered before >> remote-fs-pre.target. That target is ordered before >> basic.target. However gssproxy.service also is ordered

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

Am 31.10.2014 um 15:53 schrieb Nikos Mavrogiannopoulos: On Fri, 2014-10-31 at 09:49 -0500, Michael Catanzaro wrote: We should work with the upstream OpenSSL and the GnuTLS projects, and motivate them to implement more advanced path building. This would be a long term project. Is there some

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 09:49 -0500, Michael Catanzaro wrote: > > > We should work with the upstream OpenSSL and the GnuTLS projects, > > and > > > motivate them to implement more advanced path building. This would > > be a > > > long term project. > > Is there some issue with gnutls in F21? As far a

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 15:00 +0100, Nikos Mavrogiannopoulos wrote: > > We should work with the upstream OpenSSL and the GnuTLS projects, > and > > motivate them to implement more advanced path building. This would > be a > > long term project. > > Is there some issue with gnutls in F21? As far as I

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31 Oct 2014 14:01:12 +0100 Lennart Poettering wrote: > So the problem appears to be that gssproxy.service been ordered before > remote-fs-pre.target. That target is ordered before > basic.target. However gssproxy.service also is ordered after > basic.target (simply because all services by

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Thu, Oct 30, 2014 at 21:47:36 -0400, Matthew Miller wrote: Updated my rawhide system. Now it doesn't boot cleanly. Will try to figure out the details in the morning (long week!), but "Found ordering cycle on basic.target/start" seems to be part of it, and I wanted to see if anyone else is hi

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Fri, 2014-10-31 at 14:05 +0100, Kai Engert wrote: > On Wed, 2014-10-15 at 12:28 +0200, Vít Ondruch wrote: > > Nevertheless, I am still unsure how to proceed with RubyGems. Should I > > ship the bundled certificates again? Or should I wait until somebody > > notices? > > Sorry for my late reply,

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

I see many this messages. But Matthew solution haven't fixed my problem. -Igor Gnatenko On Oct 31, 2014 4:42 PM, "Michal Schmidt" wrote: > On 10/31/2014 02:30 PM, Matthew Miller wrote: > > Oct 31 09:19:46 ubik systemd[1]: dev-mqueue.mount: Directory /dev/mqueue > to mount over is not empty, moun

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 02:30 PM, Matthew Miller wrote: > Oct 31 09:19:46 ubik systemd[1]: dev-mqueue.mount: Directory /dev/mqueue to > mount over is not empty, mounting anyway. > Oct 31 09:19:46 ubik mount[4484]: mount: mount point /dev/mqueue does not > exist > Oct 31 09:19:46 ubik systemd[1]: dev-mqueue

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, Oct 31, 2014 at 02:15:45PM +0100, Michal Schmidt wrote: > Maybe you already had an ordering cycle on Oct 26, but different units > were chosen for deletion when breaking the cycle, and by luck it had > fewer directly observable consequences. > Could you check older logs for ordering cycles?

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 02:03 PM, Matthew Miller wrote: > On Fri, Oct 31, 2014 at 01:44:27PM +0100, Michal Schmidt wrote: >> This ordering cycle was introduced recently by changes in nfs-utils's >> unit files when nfs-client.target got an After dependency on >> gssproxy. > > Are you sure? Looks like I last

[Base] Base Design WG agenda meeting 31 October 2014 15:00 UTC on #fedora-meeting

Agenda: - Status buildrequires cleanup work (davids & nils!) - Update on factory-reset work - Docker update - Phil on PTO for 3 weeks - Open Floor Thanks & regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Manager Core Services| Fax.: +49-711-96437-111 Red Ha

Re: ca-certificates 2014.2.1 will remove several still valid CA certificates with weak keys

On Wed, 2014-10-15 at 12:28 +0200, Vít Ondruch wrote: > Nevertheless, I am still unsure how to proceed with RubyGems. Should I > ship the bundled certificates again? Or should I wait until somebody > notices? Sorry for my late reply, because I didn't have a good suggestion earlier. We should work

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, Oct 31, 2014 at 01:44:27PM +0100, Michal Schmidt wrote: > This ordering cycle was introduced recently by changes in nfs-utils's > unit files when nfs-client.target got an After dependency on > gssproxy. Are you sure? Looks like I last updated nfs-utils on Oct 26th, and I've rebooted severa

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, 31.10.14 07:57, Matthew Miller (mat...@fedoraproject.org) wrote: > On Fri, Oct 31, 2014 at 07:39:42AM -0400, Matthew Miller wrote: > > On Fri, Oct 31, 2014 at 12:33:20PM +0100, Michal Schmidt wrote: > > > > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Found ordering cycle > > > > on

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 12:57 PM, Matthew Miller wrote: > Oct 31 07:42:29 ubik systemd[1]: Found ordering cycle on basic.target/start > Oct 31 07:42:29 ubik systemd[1]: Found dependency on sysinit.target/start > Oct 31 07:42:29 ubik systemd[1]: Found dependency on > systemd-update-utmp.service/verify-active

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

By the way, sudo systemctl start systemd-tmpfiles-setup sudo rm /var/run/nologin sudo systemctl restart gdm got me to a functioning GNOME desktop. -- Matthew Miller Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/dev

Re: Remove Perl from minimal build root

On 2014-10-31, 08:54 GMT, Vít Ondruch wrote: > This is really good point Matěj, thanks for bringing this up! It’s like alcoholism: once lawyer, always lawyer, I am afraid. Best, Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fed

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, Oct 31, 2014 at 07:39:42AM -0400, Matthew Miller wrote: > On Fri, Oct 31, 2014 at 12:33:20PM +0100, Michal Schmidt wrote: > > > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Found ordering cycle > > > on basic.target/start > > > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Break

F-21 Branched report: 20141031 changes

Compose started at Fri Oct 31 07:15:02 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudcli

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On Fri, Oct 31, 2014 at 12:33:20PM +0100, Michal Schmidt wrote: > > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Found ordering cycle on > > basic.target/start > > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Breaking ordering cycle > > by deleting job sysinit.target/start > are you s

Re: possibly problem with rawhide (systemd-217?): "Found ordering cycle on basic.target/start"

On 10/31/2014 02:47 AM, Matthew Miller wrote: > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Found ordering cycle on > basic.target/start > Oct 30 21:39:47 ubik.home.mkmiller.org systemd[1]: Breaking ordering cycle by > deleting job sysinit.target/start Matthew, are you showing only messa

rawhide report: 20141031 changes

Compose started at Fri Oct 31 05:15:03 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [alienarena] a

Re: Font issues in F21

Hi, On 10/31/2014 10:20 AM, nicolas.mail...@laposte.net wrote: > De: "Hans de Goede" > Hi, > > On 10/30/2014 11:01 PM, Orion Poplawski wrote: > >>> Can some font experts weigh in on how to properly solve the first issue >>> without triggering the second? > >> The first issue can be fixed by pa

Re: Font issues in F21

De: "Hans de Goede" Hi, On 10/30/2014 11:01 PM, Orion Poplawski wrote: >> Can some font experts weigh in on how to properly solve the first issue >> without triggering the second? > The first issue can be fixed by patching luit to search under > /usr/share/X11/fonts > rather then /usr/share/fo

Re: Remove Perl from minimal build root

Dne 31.10.2014 v 00:37 Nico Kadel-Garcia napsal(a): > On Thu, Oct 30, 2014 at 3:01 PM, Richard Hughes wrote: >> On 30 October 2014 14:02, Vít Ondruch wrote: >>> If you have any comments, please speak up now. >> No comment, just lots of thanks! >> >> Richard > I tried this, *twice*. Once way, way

Re: Remove Perl from minimal build root

Dne 30.10.2014 v 18:57 Matěj Cepl napsal(a): > On 2014-10-30, 14:04 GMT, Chris Adams wrote: >> Once upon a time, Vít Ondruch said: >>> I am pretty sure, that this was already discussed many times, but I >>> proposed to drop the seemingly last dependency of RPM on Perl in this >>> [1] ticket and he

Re: Font issues in F21

Hi, On 10/30/2014 11:01 PM, Orion Poplawski wrote: > As a fix for this: > > https://bugzilla.redhat.com/show_bug.cgi?id=1046341 > > The following symbolic link was added to xorg-x11-font-utils: > > lrwxrwxrwx. 1 root root 12 Aug 18 23:08 /usr/share/fonts/X11 -> ../X11/fonts > > This causes fon