As a member of the "remove nologin from /etc/shells" faction, I have 2
technical reasons for my position. I don't think either of these points
have been addressed by the "leave it in" faction.
1. Certain programs use pam_shells to check access, but without requiring
that the shell is able to run c
Hello,
there is another small python-package from me that needs review [1].
Any offers?
Cheers
Björn
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1380671
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On 09/30/2016 06:52 AM, Björn Esser wrote:
> Hello,
>
> there is another small python-package from me that needs review [1].
> Any offers?
>
> Cheers
> Björn
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1380671
Taken.
--
GPG Key - E5C8BC67
---
signature.asc
Description
On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro
> wrote:
> > Hi,
> >
> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
> > broken. Appears to be an SELinux bug. It's reported as [1]. I want
> > coredumpctl
On Fri, 2016-09-30 at 11:50 +, Zbigniew Jędrzejewski-Szmek wrote:
> a bunch of patches which resulted from your report have now been
> merged
> into systemd upsteam (https://github.com/systemd/systemd/commit/6740e
> c4a6),
> which should, I hope, fix the issues you mentioned.
Cool.
But is it
The package has been un-retired and I have started the process of putting the
new
kompose into place.
Thanks!
On 09/29/2016 03:48 PM, Dusty Mabe wrote:
>
> I am trying to package [1] in fedora and there is a name conflict with an
> old/retired
> package [2] that no longer has an upstream. I ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '201
On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
> > think QA clearly understands what cloud image(s) are release blocking,
> > as previously they were just the non-atomic images.
> Which images are prominent on the download pages and how much of a
> relationship there is between th
Hi Adam,
Thanks for your clarifications
You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
Meanwhile I will use system-config-kickstart
Greetings
2016-09-29 19:13 GMT-03:00 Adam Williamson :
> On Thu, 2016-09-29 at 15:08 -0700, Adam Williamson wrote:
> >
> > That error means
Announcing the creation of a new nightly release validation test event
for Fedora 25 Branched 20160930.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
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 2/102 (x86_64), 1/17 (i386)
Old failures (same test failed in 25-20160929.n.0):
ID: 37483 Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/37483
ID: 37543 Test: x86_64 univer
On 30 September 2016 at 02:25, Thomas Moschny wrote:
> 2016-09-29 16:58 GMT+02:00 Stephen John Smoogen :
>> https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
>
> This is titled
> "All shells referenced in /etc/passwd must be listed in the
> /etc/shells file
On 30 September 2016 at 12:07, Stephen John Smoogen wrote:
> On 30 September 2016 at 02:25, Thomas Moschny
> wrote:
>> 2016-09-29 16:58 GMT+02:00 Stephen John Smoogen :
>>> https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
>>
>> This is titled
>> "All she
Craig Barnes is a name that sounds familiar to me, but it's been a ling
while since I heard a word from him.
Cheers,
Sylvia
On Wed, 2016-09-28 at 08:15 +, jack smith wrote:
> 2 others maintainers don't respond
>
> Craig Barnes (Discount)
>
> Eric Smith (Gsmartcontrol)
> __
On Sep 30, 2016 05:17, "Toby Goodwin" wrote:
>
> As a member of the "remove nologin from /etc/shells" faction, I have 2
> technical reasons for my position. I don't think either of these points
> have been addressed by the "leave it in" faction.
>
> 1. Certain programs use pam_shells to check acce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
===
#fedora-meeting: FESCO (2016-09-30)
===
Meeting started by sgallagh at 16:01:15 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2016-09-30/fesc
I will trade this:
https://bugzilla.redhat.com/show_bug.cgi?id=1380104
for one of yours. It's an easy Python module, and will allow us to upgrade
pylint to 1.6.x.
Thanks!
-me
--
http://cecinestpasunefromage.wordpress.com/
in your fear, seek on
On Fri, Sep 30, 2016 at 5:50 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
>> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro
>> wrote:
>> > Hi,
>> >
>> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
>> > broken
On Fri, Sep 30, 2016 at 6:09 AM, Michael Catanzaro wrote:
> On Fri, 2016-09-30 at 11:50 +, Zbigniew Jędrzejewski-Szmek wrote:
>> a bunch of patches which resulted from your report have now been
>> merged
>> into systemd upsteam (https://github.com/systemd/systemd/commit/6740e
>> c4a6),
>> whic
Il 30/09/2016 19:41, Jon Ciesla ha scritto:
I will trade this:
https://bugzilla.redhat.com/show_bug.cgi?id=1380104
for one of yours. It's an easy Python module, and will allow us to
upgrade pylint to 1.6.x.
Thanks!
taken!
hi
-me
--
http://cecinestpasunefromage.wordpress.com/
-
Attempting to build newer version led to a failure due cmake unable to
find LuxRay
http://paste.fedoraproject.org/439204/75260457/
Yet the path correctly defined. I don't know if there is a mistake or a
bug to cmake.
Here is the source RPM as reference:
https://luya.fedorapeople.org/packages/SR
On Fri, September 30, 2016 3:16 am, Toby Goodwin wrote:
> As a member of the "remove nologin from /etc/shells" faction, I have 2
> technical reasons for my position. I don't think either of these points
> have been addressed by the "leave it in" faction.
>
> 1. Certain programs use pam_shells to ch
Dear team.
I'm not into the Fedora Engineering Steering Committee.
but I think will be great according to 'handles the process of
accepting new features'
to have processing from https://processing.org into Fedora distro.
I tested linux 64 tgz file with the last Fedora 25 and working great.
Thank yo
On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
wrote:
> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
>> > think QA clearly understands what cloud image(s) are release blocking,
>> > as previously they were just the non-atomic images.
>> Which images are prominent on the downlo
On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
wrote:
> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
>> > think QA clearly understands what cloud image(s) are release blocking,
>> > as previously they were just the non-atomic images.
>> Which images are prominent on the downlo
On Wed, 2016-09-28 at 11:43 -0400, Matthew Miller wrote:
>
> The libraries that should be preferred instead of arbitrary other
> crypto stacks are (in the order of the preference):
>
> 1. NSS
> 2. GNUTLS (with nettle as crypto backend, but nettle never used
> directly by applic
On Thu, 2016-09-29 at 17:02 +, Ralf Senderek wrote:
>
> > What we should strive for is to limit the use of crypto to one of these
> > three libraries and avoid any additional ones with exception of
> > libgcrypt for gnupg2.
>
> This assumption ignores the fact that Cryptlib has joined Fedor
On Fri, Sep 30, 2016 at 4:41 PM, Josh Berkus wrote:
> On 09/30/2016 01:11 PM, Adam Miller wrote:
>> On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
>> wrote:
>>> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
> think QA clearly understands what cloud image(s) are release blo
Forwarding this on from announce for any intested parties.
Begin forwarded message:
Date: Fri, 30 Sep 2016 23:22:07 +0200
From: Thomas Moschny
To: devel-annou...@lists.fedoraproject.org
Cc: python-de...@lists.fedoraproject.org
Subject: pytest 3.0 in rawhide
Hi,
this is a heads-up about the p
Sergio Belkin wrote:
> You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
Here's your error:
> File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.py", line 762, in
nm_device_setting_value
>raise SettingsNotFoundError(name)
>
> pyanaconda.nm.SettingsNotFoundError: Setting
Hey folks! Wanted to send a heads-up that I've made some fairly
significant changes to the wiki regarding writing Fedora to USB.
I've done (yet another) revision of the main wiki instructions for
writing USB sticks:
https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB
since the Fedora M
On Fri, 2016-09-30 at 23:53 +0200, Kevin Kofler wrote:
> Sergio Belkin wrote:
> > You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
>
>
> Here's your error:
>
> > File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.py", line 762, in
>
> nm_device_setting_value
> >raise
On Fri, 2016-09-30 at 23:22 +0200, Thomas Moschny wrote:
> Hi,
>
> this is a heads-up about the pytest update to version 3.0.3 that just
> hit rawhide.
>
> A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
> See http://doc.pytest.org/en/latest/changelog.html for the full list
On Fri, 30 Sep 2016 15:02:38 -0700
Adam Williamson wrote:
> Hey folks! Wanted to send a heads-up that I've made some fairly
> significant changes to the wiki regarding writing Fedora to USB.
>
> I've done (yet another) revision of the main wiki instructions for
> writing USB sticks:
>
> https:/
On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
>
> I wonder if we know the fate of this script?
I don't know what if any plans there are for it. Personally I'm all for
having less crap to test and support, but I know some people do (still)
use the persistence features.
> Currently it's sh
On Fri, 30 Sep 2016 15:13:49 -0700
Adam Williamson wrote:
> On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
...snip...
> > Also, since it's not used by live
> > media anymore the copy of that script to the livecd's root dir no
> > longer works. ;(
>
> Sorry, I can't quite parse what
On Fri, Sep 30, 2016 at 03:13:49PM -0700, Adam Williamson wrote:
> On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
> >
> > I wonder if we know the fate of this script?
>
> I don't know what if any plans there are for it. Personally I'm all for
> having less crap to test and support, but I k
On Fri, 2016-09-30 at 15:35 -0700, Brian C. Lane wrote:
>
> The livecd-iso-to-disk script itself is pretty self-contained so it
> could be moved to a more convenient package. I don't have any
> suggestions or preferences as to which one.
Are you still interested in maintaining it, though? Especia
On Friday, September 30, 2016 3:35:49 PM CDT Brian C. Lane wrote:
> On Fri, Sep 30, 2016 at 03:13:49PM -0700, Adam Williamson wrote:
> > On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
> > > I wonder if we know the fate of this script?
> >
> > I don't know what if any plans there are for it.
2016-09-30 19:04 GMT-03:00 Adam Williamson :
> On Fri, 2016-09-30 at 23:53 +0200, Kevin Kofler wrote:
> > Sergio Belkin wrote:
> > > You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
> >
> >
> > Here's your error:
> >
> > > File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.p
python-xlib-0.17-1.fc26 changed it's license from GPLv2+ to LGPLv2+.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http:
On Fri, Sep 30, 2016 at 03:39:39PM -0700, Adam Williamson wrote:
> On Fri, 2016-09-30 at 15:35 -0700, Brian C. Lane wrote:
> >
> > The livecd-iso-to-disk script itself is pretty self-contained so it
> > could be moved to a more convenient package. I don't have any
> > suggestions or preferences as
On Fri, Sep 30, 2016 at 3:31 PM, Josh Berkus wrote:
> On 09/30/2016 02:01 PM, Josh Boyer wrote:
>
>> 16:44:56 Cloud base image is the only blocking deliverable.
>> 16:44:59 Atomic is not.
>>
>> I realize this WG is in the middle of rebooting itself, but to have
>> clearly conflicting information
Jakub Svoboda wrote:
> - Debian doesn't list nologin in /etc/shells.
I can confirm this. (I checked it on a Debian system.) And thus, the
argument that "this is just the Unix way and how it has always been" is not
valid.
Kevin Kofler
___
devel
Looks like this is similar to
https://bugzilla.redhat.com/show_bug.cgi?id=1245960
and probably depends on something unique in your environment. As adam
said, running it inside a mock is safer, or if you have libvirt setup
you could use that with a f24 boot.iso to further isolate things.
--
Brian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Removing these lines from the spec file below
# -DBoost_INCLUDE_DIR=%{_includedir} \
# -DLUXRAYS_DISABLE_OPENCL:BOOL=OFF \
# -DCMAKE_CXX_FLAGS="$CXXFLAGS -DLUXRAYS_DISABLE_OPENCL=0" \
# -DCMAKE_CXX_FLAGS="$CXXFLAGS" \
#%%if %%{?_lib} == "lib64"
# -D
46 matches
Mail list logo
