Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/04/2017 03:51 PM, Michael Catanzaro wrote: On Mon, Dec 4, 2017 at 2:55 PM, Samuel Sieb wrote: This can be a problem if the graphical interface doesn't work on the first boot for some reason. The user is now left with no way to login to fix things. Since the first

Django 2.0 released, and what it means to you

Hello, tl;dr if you're not maintaining/using a Django related package, you can safely skip this message. Django 2.0 was released quite recently. While it is mostly compatible with earlier versions, the SIGNIFICANT change is, to drop support for Python 2. I'm intending to update Django in

Re: excess automated emails from Fedora

On 05/12/17 01:48, Kevin Fenzi wrote: > On 12/04/2017 01:07 AM, Daniel Pocock wrote: >> >> Hi, >> >> I've opened a bug report[1] about automatically generated emails from >> Fedora Fedmsg and other parts of Fedora infrastructure. >> >> Maybe there are other components of Fedora where bug reports

Re: Django 2.0 released, and what it means to you

On 12/05/2017 09:19 AM, Matthias Runge wrote: Hello, tl;dr if you're not maintaining/using a Django related package, you can safely skip this message. Django 2.0 was released quite recently. While it is mostly compatible with earlier versions, the SIGNIFICANT change is, to drop support for

Re: F28 System Wide Change: Switch libcurl to use libssh instead of libssh2

Tangentially related to this, we're trying to change qemu to use libssh instead of libssh2. Upstream reviewers welcome! https://lists.gnu.org/archive/html/qemu-devel/2017-11/msg02843.html Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Mon, Dec 04, 2017 at 04:09:25PM +0100, Jan Kurik wrote: > = System Wide Change: Reduce Initial Setup Redundancy = > https://fedoraproject.org/wiki/Changes/ReduceInitialSetupRedundancy > > Change owner(s): > * Michael Catanzaro > > Currently there is a high level of redundancy between the

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 5, 2017 at 2:38 PM, Richard W.M. Jones wrote: > On Mon, Dec 04, 2017 at 04:09:25PM +0100, Jan Kurik wrote: >> = System Wide Change: Reduce Initial Setup Redundancy = >> https://fedoraproject.org/wiki/Changes/ReduceInitialSetupRedundancy >> >> Change owner(s): >> *

Help Testing FreeOTP + Jelling

Hello Fedoraland! I recently blogged about an effort to improve multi-factor authentication with OTPs by sending the OTP code from your phone to your computer directly using Bluetooth. The full story can be read here: http://npmccallum.gitlab.io/post/sending-freeotp-codes-over-bluetooth/

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 06:36:56PM +, Stephen Gallagher wrote: > > > OK, the impact on the Workstation netinstall will have to be > > > considered. Changing the netinstall would make this harder, as it > > > means we can't use the Workstation kickstart. > > It's preferable to do things in the

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 07:28:54AM +, Zbigniew Jędrzejewski-Szmek wrote: > We currently only allow root to log in emergency or rescue mode, > following what sysvinit systems did traditionally. We simply call > sulogin, and that's the only thing it allows. I'd like to see this > changed to

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

> > >> Since the first account will always be an administrator, you can log in > to that account and use sudo -i to get a root prompt (after first boot). > > A walk around can be to set the root password to match the first user of the system? This way su -c command and sudo command will work with

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 12:58 PM, Tomasz Torcz ️ wrote: This is not really true. First boot certainly allowed to configure (in GUI) access to directory services. It was hidden in a bit misleading “Enterprise login” button, see for example this screenshot:

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 11:06:06AM -0600, Michael Catanzaro wrote: > OK, the impact on the Workstation netinstall will have to be > considered. Changing the netinstall would make this harder, as it > means we can't use the Workstation kickstart. It's preferable to do things in the productimg

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 5, 2017 at 1:42 PM Matthew Miller wrote: > On Tue, Dec 05, 2017 at 06:36:56PM +, Stephen Gallagher wrote: > > > > OK, the impact on the Workstation netinstall will have to be > > > > considered. Changing the netinstall would make this harder, as it > > >

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 09:12:41AM -0600, Michael Catanzaro wrote: > On 12/05/2017 07:30 AM, Dominik 'Rathann' Mierzejewski wrote: > > Then why disable root at all? What if there are no local user accounts, > > only via a directory service and network is down? This change is clearly > > not well

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 5, 2017 at 11:42 AM, Matthew Miller wrote: > On Tue, Dec 05, 2017 at 09:18:30AM -0600, Michael Catanzaro wrote: >> I think the change page is already clear that only Workstation >> should be affected, but it is unclear about how netinstall should be >>

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 10:42 AM, Matthew Miller wrote: I think the Workstation netinstall image should be consistent with the Live Workstation install. Oh wow. I did not know about this. I thought we had decided to produce only a single netinstall image for Fedora. OK, the impact on the Workstation

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 5, 2017 at 1:09 PM Matthew Miller wrote: > On Tue, Dec 05, 2017 at 11:06:06AM -0600, Michael Catanzaro wrote: > > OK, the impact on the Workstation netinstall will have to be > > considered. Changing the netinstall would make this harder, as it > > means we

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 09:18:30AM -0600, Michael Catanzaro wrote: > I think the change page is already clear that only Workstation > should be affected, but it is unclear about how netinstall should be > handled. Since we only have one netinstall installer and I believe > it uses Server branding,

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

Reindl, I'm fairly confident that the Workstation WG decided to share the netinstall image with Fedora Server, and not have a separate netinstall for Workstation. I'm not inclined to do enough archaeology on our old meeting minutes to prove this. Perhaps I am simply misremembering. Or,

Re: excess automated emails from Fedora

On 12/05/2017 01:56 AM, Daniel Pocock wrote: > > When somebody writes a comment in Bugzilla, I am receiving an email from > Bugzilla and another email from FMN: two emails for each comment. I > haven't seen this type of behavior in any other project. This is a bit of an oddity as we don't

Re: excess automated emails from Fedora

Sorry to reply to myself here, but I meant to reply to this part and forgot: On 12/05/2017 02:53 PM, Kevin Fenzi wrote: > On 12/05/2017 01:56 AM, Daniel Pocock wrote: > >> My observation is that the people who "like" email are simply not aware >> of the other options. There is a perception that

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 5, 2017 at 8:12 AM, Michael Catanzaro wrote: > > > On 12/05/2017 07:30 AM, Dominik 'Rathann' Mierzejewski wrote: >> >> Then why disable root at all? What if there are no local user accounts, >> only via a directory service and network is down? This change is

Re: [Fedora-packaging] Package naming question

December 4, 2017 11:21 PM, "Björn Persson" wrote: > Is your package meant to be parallel-installable with the parallel > package? If so, what is the program called, since /usr/bin/parallel is > taken? Or is it meant to conflict with GNU Parallel? We have solved this years

Re: Proven packagers - stop messing with other people packages!!

On Mon, Dec 04, 2017 at 04:22:00PM +0100, David Kaspar [Dee'Kej] wrote: >On Mon, Dec 4, 2017 at 3:54 PM, Richard Hughes >wrote: > > On 4 December 2017 at 14:17, David Kaspar [Dee'Kej] > wrote: > > 4) He found a fix for it, created

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, 2017-12-05 at 07:18 +, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Dec 04, 2017 at 04:09:25PM +0100, Jan Kurik wrote: > > = System Wide Change: Reduce Initial Setup Redundancy = > > https://fedoraproject.org/wiki/Changes/ReduceInitialSetupRedundancy > > > > Change owner(s): > > *

Re: Proven packagers - stop messing with other people packages!!

On Mon, 2017-12-04 at 14:54 +, Richard Hughes wrote: > On 4 December 2017 at 14:17, David Kaspar [Dee'Kej] om> wrote: > > 4) He found a fix for it, created a new patch and added it into the > > package > > I maintain/own. > > Did you say thanks? To any proven packagers out

Re: [Fedora-packaging] Re: Package naming question

Jason, > If you discount the guidelines for multiple parallel-installable > versions of the same package, we don't really have an established naming > convention for alternate versions of a "thing". Thanks for mentioning it and the detailed explanation. I did misunderstand it. I understand what

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tue, Dec 05, 2017 at 01:35:03PM +0100, Martin Kolman wrote: > On Tue, 2017-12-05 at 07:18 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Dec 04, 2017 at 04:09:25PM +0100, Jan Kurik wrote: > > > = System Wide Change: Reduce Initial Setup Redundancy = > > >

Re: [Fedora-packaging] Package naming question

"Tomasz Torcz" wrote: > December 4, 2017 11:21 PM, "Björn Persson" wrote: > > Is your package meant to be parallel-installable with the parallel > > package? If so, what is the program called, since /usr/bin/parallel is > > taken? Or is it meant to

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 01:18 AM, Zbigniew Jędrzejewski-Szmek wrote: Does it mean that just visiting a spoke will cause it to be written to /etc/sysconfig/anaconda to suppress it in g-i-s? Or does the user actually have to configure something there? Just visiting a spoke (already) causes that to be

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 02:03 AM, Samuel Sieb wrote: On 12/04/2017 03:51 PM, Michael Catanzaro wrote: On Mon, Dec 4, 2017 at 2:55 PM, Samuel Sieb wrote: This can be a problem if the graphical interface doesn't work on the first boot for some reason. The user is now left with no way

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 08:38 AM, Richard W.M. Jones wrote: Will this work for people who don't use GNOME? This change only affects Fedora Workstation, and only live installs of Workstation, so all affected users will be using GNOME. ___ devel mailing list

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 07:30 AM, Dominik 'Rathann' Mierzejewski wrote: Then why disable root at all? What if there are no local user accounts, only via a directory service and network is down? This change is clearly not well thought-out. If anything, the redundancy should be reduced on the GNOME

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On 12/05/2017 08:42 AM, Peter Robinson wrote: Agreed, we also need to ensure the server use case doesn't regress, including the text/console variant. This change should only affect live installs of Workstation. Fedora Server should not be affected in any way. I think the change page is

Re: Django 2.0 released, and what it means to you

Django 2.0 was released quite recently. While it is mostly compatible with earlier versions, the SIGNIFICANT change is, to drop support for Python 2. Maybe a Fedora Change coordinating this would be nice? Hi, Another option is to create a new "python2-django" package containing the latest

Re: F28 System Wide Change: Reduce Initial Setup Redundancy

On Tuesday, 05 December 2017 at 08:28, Zbigniew Jędrzejewski-Szmek wrote: [...] > This has been under discussion for a while [at least 1,2,3]. > We currently only allow root to log in emergency or rescue mode, > following what sysvinit systems did traditionally. We simply call > sulogin, and

Re: [Fedora-packaging] Re: Package naming question

On Monday, 04 December 2017 at 23:10, Jason L Tibbitts III wrote: [...] > About all we can say with certainty is that this package can't install > /usr/bin/parallel. Actually, it could if the packager coordinated with GNU parallel package maintainer to use alternatives. This new package is

Re: Django 2.0 released, and what it means to you

On Tue, Dec 05, 2017 at 10:45:54AM +0100, Petr Viktorin wrote: > > Django 2.0 was released quite recently. While it is mostly compatible with > > earlier versions, the SIGNIFICANT change is, to drop support for Python 2. > > > > I'm intending to update Django in Rawhide to 2.0 in 2 weeks. If

Fedora Modular 27 compose report: 20171204.n.1 changes

OLD: Fedora-Modular-27-20171204.n.1 NEW: Fedora-Modular-27-20171204.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B

[EPEL-devel] Python 3.6 in EPEL

Hey folks! I have a need for Python 3.5+ in EPEL (newest versions of Mailman 3 need it), so I tried rebuilding it by taking advantage of our %python3_other_* macros. There's a lot of packages that need to be built in the right order to get to a full Python 3.6 build, and even much more packages

[Bug 1521155] _version_check gives unhelpful advice

https://bugzilla.redhat.com/show_bug.cgi?id=1521155 Emmanuel Seyman changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1521155] New: _version_check gives unhelpful advice

https://bugzilla.redhat.com/show_bug.cgi?id=1521155 Bug ID: 1521155 Summary: _version_check gives unhelpful advice Product: Fedora Version: 26 Component: perl-Dancer2 Severity: medium Assignee: dd...@cpan.org

[EPEL-devel] missing orphaned packages reports?

Hi, I haven't seen new 'orphaned packages' emails since July. Is that on purpose? Thanks, -Mat ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2017-12-06 from 18:00:00 to 19:00:00 GMT At fedora-meet...@irc.freenode.net The meeting will be about: There is a weekly EPEL Steering Committee Meeting to go over events, ideas, and tickets about EPEL. More

[Bug 1520949] Upgrade perl-Test2-Suite to 0.000094

https://bugzilla.redhat.com/show_bug.cgi?id=1520949 --- Comment #1 from Petr Pisar --- This replaces perl-Test2-AsyncSubtest and perl-Test2-Workflow. Suitable for rawhide only. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1520948] Upgrade perl-Test-WWW-Mechanize-PSGI to 0.38

https://bugzilla.redhat.com/show_bug.cgi?id=1520948 --- Comment #1 from Ralf Corsepius --- I have this package in my pipe-line for some time, but so far abstained to update, because the test-suite triggers an error: # PSGI error: Throwing an exception from app handler.

[Bug 1520949] Upgrade perl-Test2-Suite to 0.000094

https://bugzilla.redhat.com/show_bug.cgi?id=1520949 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In

[389-devel] Please review: 49484 minor lib389 fixes

https://pagure.io/389-ds-base/issue/49484 https://pagure.io/389-ds-base/issue/raw/files/85107e70a1ed3b17f5742273f 3eb5cc846a1a6dd2d3d00078f1ca014c90d5053-0001-Ticket-49484-Minor-cli- tool-fixes.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

[389-devel] Please review: Issue 49485 - Typo in gccsec_defs

https://pagure.io/389-ds-base/issue/49485 https://pagure.io/389-ds-base/issue/raw/files/f65eb81ead8a83a251c1385ebf2160c4de735f7ba46949892404a83712a4b4a4-0001-Issue-49485-Typo-in-gccsec_defs.patch signature.asc Description: PGP signature ___ 389-devel

Fwd: Django 2.0 released, and what it means to you

For those of you, who are not following the main devel list so closely, this might be important for Python SIG: Forwarded Message Subject: Django 2.0 released, and what it means to you Date: Tue, 5 Dec 2017 09:19:39 +0100 From: Matthias Runge To:

[Bug 1520944] New: Upgrade perl-Moo to 2.003004

https://bugzilla.redhat.com/show_bug.cgi?id=1520944 Bug ID: 1520944 Summary: Upgrade perl-Moo to 2.003004 Product: Fedora Version: rawhide Component: perl-Moo Assignee: emman...@seyman.fr Reporter: jples...@redhat.com

[Bug 1520949] New: Upgrade perl-Test2-Suite to 0.000094

https://bugzilla.redhat.com/show_bug.cgi?id=1520949 Bug ID: 1520949 Summary: Upgrade perl-Test2-Suite to 0.94 Product: Fedora Version: rawhide Component: perl-Test2-Suite Assignee: ppi...@redhat.com Reporter:

[389-devel] Please review: 49486 ns width issue

https://pagure.io/389-ds-base/issue/49486 https://pagure.io/389-ds-base/issue/raw/files/ac2fcc68dacbe8ea9deccda1a 95fc02e3af115a19fb5da9e8187fc65a1b2e897-0001-Ticket-change-ns-stress- core-to-use-absolute-int-wid.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

[Bug 1520945] New: Upgrade perl-Mojolicious to 7.58

https://bugzilla.redhat.com/show_bug.cgi?id=1520945 Bug ID: 1520945 Summary: Upgrade perl-Mojolicious to 7.58 Product: Fedora Version: rawhide Component: perl-Mojolicious Assignee: emman...@seyman.fr Reporter:

[Bug 1520948] New: Upgrade perl-Test-WWW-Mechanize-PSGI to 0.38

https://bugzilla.redhat.com/show_bug.cgi?id=1520948 Bug ID: 1520948 Summary: Upgrade perl-Test-WWW-Mechanize-PSGI to 0.38 Product: Fedora Version: rawhide Component: perl-Test-WWW-Mechanize-PSGI Assignee: rc040...@freenet.de