I'm trying to automount /var/lib/nfs/rpc_pipefs
for the nfs-idmap.service
var-lib-nfs-rpc_pipefs.mount is:
[Unit]
Description=RPC Pipe File System
DefaultDependencies=no
[Mount]
What=sunrpc
Where=/var/lib/nfs/rpc_pipefs
Type=rpc_pipefs
var-lib-nfs-rpc_pipefs.automount is:
[Unit]
Description=RPC
Here is what I'm doing:
fedpkg clone kernel
fedpkg switch-branch f14
git checkout -b pnfs-all-2.6.35-2010-08-05
make prep
fedpkg -v prep --arch=noarch
Creating module object from /Build/steved/fc/git/kernel
Traceback (most recent call last):
File /usr/bin/fedpkg, line 1062, in module
On 08/19/2010 01:57 PM, Roland McGrath wrote:
Here is what I'm doing:
fedpkg clone kernel
fedpkg switch-branch f14
git checkout -b pnfs-all-2.6.35-2010-08-05
Make that 'git checkout --track -b pnfs-blah-blah origin/f14/master'.
Or, equivalently, after the fact, do:
git config
Hello,
How I merge the latests changes from the remotes/origin/f13/master
on to my f13/user/steved/pnfs-13 remote branch?
Also, the kernel that is currently being built from my pnfs-13 branch
fails to install with the following error:
FATAL: Could not load
On 08/24/2010 09:16 AM, Stephen Gallagher wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2010 08:55 AM, Steve Dickson wrote:
Hello,
How I merge the latests changes from the remotes/origin/f13/master
on to my f13/user/steved/pnfs-13 remote branch?
The easiest way
On 08/24/2010 09:27 AM, Andy Shevchenko wrote:
On Tue, Aug 24, 2010 at 4:21 PM, Jochen Schmitt joc...@herr-schmitt.de
wrote:
Am 24.08.10 14:55, schrieb Steve Dickson:
How I merge the latests changes from the remotes/origin/f13/master
on to my f13/user/steved/pnfs-13 remote branch?
I
On 08/24/2010 01:55 PM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
On 08/24/2010 10:46 AM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
Also, the kernel that is currently being built from my pnfs-13 branch
fails to install with the following error
On 08/24/2010 02:08 PM, Steve Dickson wrote:
On 08/24/2010 01:55 PM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
On 08/24/2010 10:46 AM, M A Young wrote:
On Tue, 24 Aug 2010, Steve Dickson wrote:
Also, the kernel that is currently being built from my pnfs-13 branch
Just curious
Why does 'fedpkg prep' care that the repo is in an inconsistent state?
I just did a rebase to the latest f14 code on a private branch.
So yes he repo in an inconsistent but that is ok. I'm going to
make some changes to put it back in a consistent state but
I can not do that
On 08/31/2010 08:36 PM, Roland McGrath wrote:
Perhaps local and so forth could be given a --dist=foo switch, and these
sorts of errors could say can't figure out your dist from git, use --dist
or fix your repo.
Exactly Give us a way to supply the needed info so the tree
can be created
When I do a:
git push --dry-run origin origin/master:refs/heads/f15/user/steved/pnfs-f15
To ssh://ste...@pkgs.fedoraproject.org/kernel
* [new branch] origin/master - f15/user/steved/pnfs-f15
which appears to do what I want.. but when I remove the --dry-run I get:
$ git push origin
Hello,
For a while now I have not been able to login into
Koji... I can build packages but I can not login
to cancel any builds which is a bit annoying...
Here is what I'm doing:
* fedora-packager-setup which creates the ~/fedora-browser-cert.p12
* I successfully import the
On 15/10/12 09:31, Josh Boyer wrote:
On Mon, Oct 15, 2012 at 9:20 AM, Steve Dickson ste...@redhat.com wrote:
Hello,
For a while now I have not been able to login into
Koji... I can build packages but I can not login
to cancel any builds which is a bit annoying...
You can cancel builds
Hello,
I'm seeing following build error
http://kojipkgs.fedoraproject.org//work/tasks/1677/4871677/build.log
But I'm not seeing this error on local f18 or f17 builds...
Note, the same version of python-matplotlib (1.2.0-5) is being used in all the
builds...
How do I debug something like
On 15/01/13 15:43, Toshio Kuratomi wrote:
The try: except: is swallowing all errors here. Getting a more verbose
traceback may help diagnose. You can remove the try: except: and dedent the
remaining code one level to get the actual traceback in the build.log.
This is exactly what I did:
#
On 16/01/13 12:27, Toshio Kuratomi wrote:
Looking at the F17 version of matplotlib, the default afm font is being set
to None there -- so a better fix (but requiring fixing in matplotlib) might
be to patch it like this:
--- /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py
Hello,
On 24/01/13 12:33, Paul Wouters wrote:
For libreswan we use a system that generates various VM images using a
network install and libvirt, and then fires off multiple VMs, login in
over serial, and run various tests and output. Then we compare the
output with known good output. This
BEWARE!
[Bug 559312] thunderbird corrupts mail indices (Old mail marked as new)
https://bugzilla.redhat.com/show_bug.cgi?id=559312
For the last 24hrs all my mail state (read/unread, all tags) have
been completely destroyed. DO NOT upgrade to version 3.0.1!!!
Most of us really take pride in
On 01/28/2010 09:45 AM, Mike McGrath wrote:
On Thu, 28 Jan 2010, Steve Dickson wrote:
BEWARE!
[Bug 559312] thunderbird corrupts mail indices (Old mail marked as new)
https://bugzilla.redhat.com/show_bug.cgi?id=559312
For the last 24hrs all my mail state (read/unread, all tags) have
On 01/28/2010 08:29 AM, Alex Hudson wrote:
I don't usually throw in my 2p on subjective issues like this, but...
On 28/01/10 13:17, Steve Dickson wrote:
Most of us really take pride in making sure what we push out to
the community has been tested and will not be disruptive
or destructive
On 01/28/2010 08:58 AM, Nikola Pajkovsky wrote:
Dne 28.1.2010 14:17, Steve Dickson napsal(a):
BEWARE!
[Bug 559312] thunderbird corrupts mail indices (Old mail marked as new)
https://bugzilla.redhat.com/show_bug.cgi?id=559312
For the last 24hrs all my mail state (read/unread, all tags
Sorry for my delayed response...
On 01/28/2010 05:58 PM, Sam Varshavchik wrote:
Steve Dickson writes:
I guess I have a different definition of crap... ;-)
I have been on both sides of these bugs... So I know (the hard way)
when you push something out that breaks existing configurations
Hello,
Currently the nfs-utils-lib package has two libraries,
libnfsidmap and librpcsecgss. librpcsecgss is no longer
needed since it was functionally replaced by libtirpc and
now that I'm the upstream maintainer of libnfsidmap,
I would like make that its own standalone package.
So
On 11/20/2010 02:10 PM, Jason L Tibbitts III wrote:
SD == Steve Dickson ste...@redhat.com writes:
SD So what/where are the steps I need to take to retire nfs-utils-lib
SD and create a new libnfsidmap package...
http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
And I
On 11/20/2010 03:17 PM, Richard W.M. Jones wrote:
On Sat, Nov 20, 2010 at 02:00:35PM -0500, Steve Dickson wrote:
Hello,
Currently the nfs-utils-lib package has two libraries,
libnfsidmap and librpcsecgss. librpcsecgss is no longer
needed since it was functionally replaced by libtirpc
Hello,
One of the maintainers of systemd and I have been working
together on trying to convert the NFS SysV init scripts
into systemd services. Here is the long trail...
https://bugzilla.redhat.com/show_bug.cgi?id=699040
The point is this, with fairly complicated system,
some events need to
On 07/08/2011 08:23 AM, Lennart Poettering wrote:
On Thu, 07.07.11 22:57, Steve Dickson (ste...@redhat.com) wrote:
Hello,
One of the maintainers of systemd and I have been working
together on trying to convert the NFS SysV init scripts
into systemd services. Here is the long trail
On 07/08/2011 10:57 AM, Michal Schmidt wrote:
On 07/08/2011 03:57 PM, Steve Dickson wrote:
On 07/08/2011 08:23 AM, Lennart Poettering wrote:
So, I'd suggest strongly not to try starting all services from a single
file. There's a reason why we explicitly forbid having more than one
ExecStart
On 07/08/2011 10:57 AM, Lennart Poettering wrote:
On Fri, 08.07.11 09:57, Steve Dickson (ste...@redhat.com) wrote:
I am pretty sure systemd-devel is the better place to discuss this. But
here are a few comments after reading throught the bug report:
I didn't know it existed
Hey,
On 07/10/2011 11:32 AM, Matthew Garrett wrote:
Improvement means change, and change will inevitably upset some people
who would prefer to do things in exactly the same way that they always
have done.
I will have to slightly disagree. If improvement does indeed come with
the change,
On 07/10/2011 06:47 PM, Lennart Poettering wrote:
On Sat, 09.07.11 23:32, Steve Dickson (ste...@redhat.com) wrote:
So, I'd suggest strongly not to try starting all services from a single
file. There's a reason why we explicitly forbid having more than one
ExecStart= in a unit file (except
On 07/10/2011 04:32 PM, Steve Clark wrote:
On 07/10/2011 11:32 AM, Matthew Garrett wrote:
On Sun, Jul 10, 2011 at 05:46:18AM -0400, Jon Masters wrote:
I disagree. It doesn't suck. It's the way UNIX and Linux have done this
for dozens of years, and it's the way countless sysadmins know and
On 07/10/2011 07:06 PM, Lennart Poettering wrote:
On Sun, 10.07.11 13:32, Steve Dickson (ste...@redhat.com) wrote:
Hey,
On 07/10/2011 11:32 AM, Matthew Garrett wrote:
Improvement means change, and change will inevitably upset some people
who would prefer to do things in exactly
On 07/10/2011 07:31 PM, Jóhann B. Guðmundsson wrote:
On 07/10/2011 11:16 PM, Genes MailLists wrote:
On 07/10/2011 07:08 PM, Jóhann B. Guðmundsson wrote:
ell variables has always had a
default value of the empty string.)
It achieves afaict the behavior the maintainer wanted if it was up to
On 07/10/2011 09:17 PM, Lennart Poettering wrote:
On Sun, 10.07.11 20:59, Steve Dickson (ste...@redhat.com) wrote:
What are the benefits of systemd - other than it is the new
fantastic, wonderful latest gizmo!
Lennart, could you please answer this question? Because if you can't we
On 07/10/2011 09:27 PM, Matthew Garrett wrote:
On Sun, Jul 10, 2011 at 08:59:05PM -0400, Steve Dickson wrote:
On 07/10/2011 04:32 PM, Steve Clark wrote:
What are the benefits of systemd - other than it is the new fantastic,
wonderful latest gizmo!
Lennart, could you please answer
On 07/10/2011 10:58 PM, Garry T. Williams wrote:
On Sunday, July 10, 2011 22:40:51 Steve Dickson wrote:
So did that elaborate process of acceptance include the Fedora
community or maybe the Linux community or possibly the Business
community.
You seem to be very late to the party.
Good
On 07/11/2011 10:03 AM, Lennart Poettering wrote:
On Mon, 11.07.11 10:57, Reindl Harald (h.rei...@thelounge.net) wrote:
Am 11.07.2011 04:51, schrieb Matthew Garrett:
I truly truly truly hope so... but at the end of the day... I
simply can't allow a new, untested (in a business
On 07/11/2011 12:15 PM, Lennart Poettering wrote:
On Mon, 11.07.11 12:02, Steve Dickson (ste...@redhat.com) wrote:
On 07/11/2011 10:03 AM, Lennart Poettering wrote:
On Mon, 11.07.11 10:57, Reindl Harald (h.rei...@thelounge.net) wrote:
Am 11.07.2011 04:51, schrieb Matthew Garrett:
I
On 07/11/2011 01:11 PM, Lennart Poettering wrote:
On Mon, 11.07.11 12:55, Steve Dickson (ste...@redhat.com) wrote:
On 07/11/2011 05:03 AM, Jóhann B. Guðmundsson wrote:
On 07/11/2011 02:40 AM, Steve Dickson wrote:
I truly truly truly hope so... but at the end of the day... I
simply
On 07/11/2011 04:42 AM, Michal Schmidt wrote:
On Sun, 10 Jul 2011 20:49:56 -0400 Steve Dickson wrote:
Ok.. Now understand where my confusion is... Currently when one
want to start the nfs server they type 'service nfs start' which
calls a number of binaries and ultimately a system daemon
On 07/11/2011 01:40 PM, Florian Müllner wrote:
2011/7/11 Steve Dickson ste...@redhat.com mailto:ste...@redhat.com
Hmm? Shell only understands strings, too. What precisely are you asking
for?
in /etc/sysconfig/nfsservices
set LOCKD_TCPPORT=234
In nfsservice.service
[Resending this got bounced ]
On 07/11/2011 12:18 PM, Lennart Poettering wrote:
On Mon, 11.07.11 12:15, Steve Dickson (ste...@redhat.com) wrote:
On 07/11/2011 10:44 AM, Lennart Poettering wrote:
On Mon, 11.07.11 16:32, Miloslav Trmač (m...@volny.cz) wrote:
Steve otoh wants one service
On 07/11/2011 01:54 PM, Lennart Poettering wrote:
On Mon, 11.07.11 13:29, Steve Dickson (ste...@redhat.com) wrote:
* The variables read out of the EnvironmentFile are *always*
character strings which means set LOCKD_TCPPORT=234 is
no longer possible. Losing that ability to set
On 07/11/2011 02:40 PM, Lennart Poettering wrote:
On Mon, 11.07.11 14:02, Steve Dickson (ste...@redhat.com) wrote:
On 07/11/2011 01:54 PM, Lennart Poettering wrote:
On Mon, 11.07.11 13:29, Steve Dickson (ste...@redhat.com) wrote:
* The variables read out of the EnvironmentFile
On 07/19/2011 09:37 AM, seth vidal wrote:
On Tue, 2011-07-19 at 13:34 +, Jóhann B. Guðmundsson wrote:
Now if you just happen to be a sysadmin then I suggest you either get
with the program or expect to be out of job tomorrow since there is
plethora of competent sysadmins out there
Hello,
Has anybody had any luck with getting bridges
consistently up in running in either F19 or F20?
I know I have not...
I go into setup/networks. Add a bridge which creates
two file in /etc/sysconfig/network-scripts
ifcfg-Bridge_connection_1
ifcfg-bridge0_slave_1
The contents seem
On 16/01/14 14:09, Dan Williams wrote:
On Thu, 2014-01-16 at 13:53 -0500, Steve Dickson wrote:
Hello,
Has anybody had any luck with getting bridges
consistently up in running in either F19 or F20?
I know I have not...
I go into setup/networks. Add a bridge which creates
two file
On 16/01/14 14:39, Steve Dickson wrote:
On 16/01/14 14:09, Dan Williams wrote:
Also, if wouldn't mind passing along the systemd journal output for
NetworkManager, that might help us figure out what's going on:
journalctl -b _SYSTEMD_UNIT=NetworkManager.service
The log is at:
http
On 16/01/14 15:38, Dan Williams wrote:
I bet ya the hang has something to do with these messages:
info (bridge0): IPv4 config waiting until carrier is on
info (bridge0): IPv6 config waiting until carrier is on
info Activation (bridge0) Stage 3 of 5 (IP Configure Start) complete.
On 17/01/14 07:30, Harald Hoyer wrote:
journalctl -b _SYSTEMD_UNIT=NetworkManager.service
better use
# journalctl -b -u NetworkManager
-u has the advantage, that you can specify it multiple times with different
units and get a combined output.
Good go know... thanks!
steved.
--
devel
Hello,
I have two fully updated F20 boxes running VMs. The
bridging on one box was working but not on the
other... It appeared the only real difference was
the names. The working bridge was call 'br0'
and the non-working was called 'bridge0'
I also notice that 'br0' showed virt-manager's list
On 11/02/2015 03:06 PM, Steve Dickson wrote:
> Hello,
>
> The following build
> http://koji.fedoraproject.org/koji/taskinfo?taskID=11675563
>
> is failing due to
>error: line 256: Trigger fired by the same package is already defined in
> spec file: %triggeru
Hello,
On 11/02/2015 02:15 PM, Adam Williamson wrote:
> On Mon, 2015-11-02 at 11:02 +0800, Ian Kent wrote:
>> On Sun, 2015-11-01 at 18:48 +0100, Kalev Lember wrote:
>>> On 10/30/2015 05:36 PM, Kevin Fenzi wrote:
>>>> On Fri, 30 Oct 2015 11:50:48 -0400
>>>&g
Hello,
The following build
http://koji.fedoraproject.org/koji/taskinfo?taskID=11675563
is failing due to
error: line 256: Trigger fired by the same package is already defined in
spec file: %triggerun -- nfs-utils < 1:1.3.1-4.0
Here all the trigger (that have been around forever):
On 11/03/2015 09:52 AM, Peter Robinson wrote:
> On Tue, Nov 3, 2015 at 2:42 PM, Steve Dickson <ste...@redhat.com> wrote:
>> I realized over the weekend the following
>> commits were make to fix the build and
>> they did not!! The build is just as
>> broken as b
On 11/03/2015 11:37 AM, Richard Hughes wrote:
> On 3 November 2015 at 16:16, Steve Dickson <ste...@redhat.com> wrote:
>> Are there any other examples of this? Ii just looked
>> like a real hack to me...
>
> To put it in perspective, Kalev has helped me get the deskto
=1277669
I feel this is a better way to handle these issues
than the bootstrapping option (which will be
reverted from nfs-utils).
So please lets move any more conversation to
one of those two bugs. Thank you!
steved.
On 11/03/2015 09:42 AM, Steve Dickson wrote:
> I realized over the week
Hey,
On 11/04/2015 01:35 AM, Ian Kent wrote:
>> I feel this is a better way to handle these issues
>> > than the bootstrapping option (which will be
>> > reverted from nfs-utils).
> I think I've addressed these.
>
> But we probably should do one last version bump in fedfs-utils and
> autofs to
On 11/04/2015 06:37 AM, Ian Kent wrote:
> On Wed, 2015-11-04 at 06:28 -0500, Steve Dickson wrote:
>> Hey,
>>
>> On 11/04/2015 01:35 AM, Ian Kent wrote:
>>>> I feel this is a better way to handle these issues
>>>>> than the bootstrapping option (whi
On 11/02/2015 03:32 PM, Adam Williamson wrote:
> On Mon, 2015-11-02 at 14:59 -0500, Steve Dickson wrote:
>
>>> Folks, this is not okay. This is not the right way to do things. If
>>> you
>>> aren't reasonably sure that all the library's consumers can be made
>
On 10/30/2015 07:57 PM, Ian Kent wrote:
> On Fri, 2015-10-30 at 14:16 -0400, Steve Dickson wrote:
>>
>> On 10/30/2015 12:36 PM, Kevin Fenzi wrote:
>>> On Fri, 30 Oct 2015 11:50:48 -0400
>>> Steve Dickson <ste...@redhat.com> wrote:
>>>
On 10/30/2015 12:36 PM, Kevin Fenzi wrote:
> On Fri, 30 Oct 2015 11:50:48 -0400
> Steve Dickson <ste...@redhat.com> wrote:
>
>> Hello,
>>
>> Well place sources tell me in the upcoming
>> libtirpc release the soname will be changing
>> due to some
I realized over the weekend the following
commits were make to fix the build and
they did not!! The build is just as
broken as before!!!
Now I have to go back an figure out
what has changed which takes even
more time!!!
Its not like I'm not around or unreachable
So please stop these fly by
hello,
On 11/03/2015 10:26 AM, Kalev Lember wrote:
> On 11/03/2015 04:08 PM, Steve Dickson wrote:
>> commit 7765dd87e174beaa44a16a89530d4b956d9abdba
>> Author: Kalev Lember <klem...@redhat.com>
>> Date: Sun Nov 1 16:48:00 2015 +0100
>>
>&
On 11/03/2015 11:16 AM, Steve Dickson wrote:
> hello,
>
> On 11/03/2015 10:26 AM, Kalev Lember wrote:
>> On 11/03/2015 04:08 PM, Steve Dickson wrote:
>>> commit 7765dd87e174beaa44a16a89530d4b956d9abdba
>>> Author: Kalev Lember <klem...@redhat.com>
&g
On 11/03/2015 11:17 AM, Vít Ondruch wrote:
> Dne 3.11.2015 v 16:26 Kalev Lember napsal(a):
>> On 11/03/2015 04:08 PM, Steve Dickson wrote:
>>> commit 7765dd87e174beaa44a16a89530d4b956d9abdba
>>> Author: Kalev Lember <klem...@redhat.com>
>>
On 11/03/2015 06:59 AM, Michael Schwendt wrote:
> On Tue, 3 Nov 2015 04:32:47 -0500, Steve Dickson wrote:
>
>>> %triggerun -- nfs-utils < 1:1.3.1-4.0
>>> # reset configuration files and running daemons
>>> if [ $1 -eq 2 ] ; then
>>> /bin/syste
Hello,
Does anybody know what $subject means? I'm seeing it
with the latest rawhide while doing secure NFS testing.
tia,
steved.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On 01/16/2017 06:12 PM, Matthew Miller wrote:
> On Mon, Jan 16, 2017 at 05:38:03PM -0500, Steve Dickson wrote:
>>> If there's going to be breakage, i.e. no migration tool or script,
>>> then that can't apply retroactively. Just silently breaking Fedora 25
>>> is not
Hello,
The latest nfs-utils release drastically changes how the NFS
servers are configured, for the good IMHO...
All daemon configuration now goes through /etc/nfs.conf.
See nfs.conf(5) for details.
The command line interfaces in the systemd services files
have been removed. Which means all
On 01/16/2017 04:58 PM, Josh Boyer wrote:
> On Mon, Jan 16, 2017 at 4:45 PM, Steve Dickson <ste...@redhat.com> wrote:
>>
>> On 01/16/2017 03:25 PM, Josh Boyer wrote:
>>> On Mon, Jan 16, 2017 at 3:11 PM, Steve Dickson <ste...@redhat.com> wrote:
>>>&g
On 01/16/2017 05:16 PM, Chris Murphy wrote:
> It's definitely a change.
>
> If there's going to be breakage, i.e. no migration tool or script,
> then that can't apply retroactively. Just silently breaking Fedora 25
> is not OK, I predict only widespread irritation.
No.. breaking f25 will not
On 01/16/2017 03:24 PM, Ben Cotton wrote:
> This strikes me as something that really should go through the change
> process. Based on the schedule, you could still get into Rawhide for
> eventual inclusion in f26.
I'll be more than willing to do that.. Please advise.
> As for documenting, it
On 01/16/2017 03:25 PM, Josh Boyer wrote:
> On Mon, Jan 16, 2017 at 3:11 PM, Steve Dickson <ste...@redhat.com> wrote:
>> Hello,
>>
>> The latest nfs-utils release drastically changes how the NFS
>> servers are configured, for the good IMHO...
>>
>> Al
Hello,
On 01/16/2017 03:11 PM, Steve Dickson wrote:
> Hello,
>
> The latest nfs-utils release drastically changes how the NFS
> servers are configured, for the good IMHO...
>
> All daemon configuration now goes through /etc/nfs.conf.
> See nfs.conf(5) for details.
On 09/02/2016 02:59 AM, Florian Weimer wrote:
> On 09/02/2016 01:00 AM, Steve Dickson wrote:
>> Hello,
>>
>> This is regard to bz1372136... as the bz says
>>
>> From Koji logs :
>> - x86_64 and armv7hl have an issue in configure : checking for
>>
Hello,
This is regard to bz1372136... as the bz says
From Koji logs :
- x86_64 and armv7hl have an issue in configure : checking for res_querydomain
in -lresolv... no
- i686 works : checking for res_querydomain in -lresolv... yes
This is strange, since the symbol in present in
Hello,
Are there any rules regarding changing the
path of binaries?
rpcbind/rpcinfo has lived in /usr/sbin for
years but that is because the spec file moves
the binary from /usr/bin to /usr/sbin during
the install. Upstream defaults to /usr/bin.
Due to some systemd service file changes
I
Hello,
I'm getting the following error when I'm uploading a new tarball
$ fedpkg upload libnfsidmap-0.27.tar.bz2
Could not execute upload: Can not upload a new source file with a sha512 hash,
as the "/home/src/fc/libnfsidmap/sources" file contains at least one line with
a md5 hash.
Please
On 01/10/2017 12:20 PM, Jon Ciesla wrote:
>
>
> On Tue, Jan 10, 2017 at 11:17 AM, Steve Dickson <ste...@redhat.com
> <mailto:ste...@redhat.com>> wrote:
>
> Hello,
>
> I'm getting the following error when I'm uploading a new tarball
>
>
On 01/10/2017 12:17 PM, Steve Dickson wrote:
> Hello,
>
> I'm getting the following error when I'm uploading a new tarball
>
> $ fedpkg upload libnfsidmap-0.27.tar.bz2
> Could not execute upload: Can not upload a new source file with a sha512
> hash, as the "/home/
Hello,
I'm trying to create a new update and
I'm getting this error:
Builds : Unable to create update. Parent instance is not bound to a Session;
lazy load operation of attribute 'release' cannot proceed
The build looks fine:
http://koji.fedoraproject.org/koji/buildinfo?buildID=821471
On 12/01/2016 07:19 AM, Jiri Vanek wrote:
> On 12/01/2016 10:55 AM, Jiri Vanek wrote:
>> On 11/30/2016 07:10 PM, Patrick マルタインアンドレアス Uiterwijk wrote:
>>> Hi,
>>>
Hello,
I'm trying to create a new update and
I'm getting this error:
Builds : Unable to create update.
Hello,
How do I get f25 to create cores, these days?
I'm getting the segfault
[55108.290610] rpc.gssd[13264]: segfault at 0 ip 55dc90af9dde sp
7f9fb73cb7c0 error 4 in rpc.gssd[55dc90af3000+14000]
but no core so those address are meaningless.
Everything in the kernel is set:
f25#
On 12/18/2016 11:56 AM, Jan Kratochvil wrote:
> On Sun, 18 Dec 2016 17:26:40 +0100, Steve Dickson wrote:
>> How do I get f25 to create cores, these days?
>
> echo >/etc/sysctl.d/foo.conf "kernel.core_pattern=core"; reboot
>
> It gets broken by:
>
used to not crash with core
> dump file (their RLIMIT_CORE were 0 by default; starting with systemd-229
> the default RLIMIT_CORE is unlimited).
I guess I really don't care where the core dump is created...
I just need one to be created!! ;-)
steved.
>
>
> Regards,
> Jakub
>
&g
Hello,
Doing koji build of nfs-utils in rawhide I'm getting
the following errors:
rpc.c: In function 'nsm_recv_getport':
rpc.c:469:13: error: 'UINT16_MAX' undeclared (first use in this function); did
you mean 'UINT_MAX'?
if (port > UINT16_MAX) {
^~
UINT_MAX
Hey,
On 12/07/2017 03:49 PM, Adam Williamson wrote:
> On Thu, 2017-12-07 at 10:31 -0500, Steve Dickson wrote:
>
>> Where committed to the master branch and not to any other
>> branch make the maintenance of those branches a pain
>> because I can no longer cherry-pick bet
On 12/07/2017 06:13 PM, Sérgio Basto wrote:
> On Thu, 2017-12-07 at 10:31 -0500, Steve Dickson wrote:
>> Hello,
>>
>> What do I have to do to stop random people
>> from making random changes to packages I maintain?
>>
>> How do people get this
On 12/07/2017 02:18 PM, Yaakov Selkowitz wrote:
> On 2017-12-07 09:31, Steve Dickson wrote:
>> What do I have to do to stop random people
>> from making random changes to packages I maintain?
>>
>> How do people get this type of permission?
>
&g
Hey,
On 12/07/2017 02:31 PM, Florian Weimer wrote:
> On 12/07/2017 04:31 PM, Steve Dickson wrote:
>> Where committed to the master branch and not to any other
>> branch make the maintenance of those branches a pain
>> because I can no longer cherry-pick between branche
On 12/07/2017 05:38 PM, Kevin Kofler wrote:
> Steve Dickson wrote:
>> Where committed to the master branch and not to any other
>> branch make the maintenance of those branches a pain
>> because I can no longer cherry-pick between branches.
>> I have to make multiple c
On 12/07/2017 03:37 PM, R P Herrold wrote:
> On Thu, 7 Dec 2017, Yaakov Selkowitz wrote:
>
>> https://fedoraproject.org/wiki/Provenpackager_policy
>
>> These were properly announced:
>>
>>
On 12/08/2017 10:07 AM, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Dec 08, 2017 at 08:31:44AM -0500, Steve Dickson wrote:
>>
>>
>> On 12/07/2017 02:18 PM, Yaakov Selkowitz wrote:
>>> On 2017-12-07 09:31, Steve Dickson wrote:
>>>> What do I have to
On 12/08/2017 09:00 AM, Florian Weimer wrote:
> On 12/08/2017 02:40 PM, Steve Dickson wrote:
>> Hey,
>>
>> On 12/07/2017 02:31 PM, Florian Weimer wrote:
>>> On 12/07/2017 04:31 PM, Steve Dickson wrote:
>>>> Where committed to the master br
On 12/08/2017 10:12 AM, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Dec 08, 2017 at 09:14:35AM -0500, Steve Dickson wrote:
>>
>>
>> On 12/07/2017 06:13 PM, Sérgio Basto wrote:
>>> On Thu, 2017-12-07 at 10:31 -0500, Steve Dickson wrote:
>>>> Hello,
>
On 12/08/2017 11:28 AM, Kalev Lember wrote:
> On 12/08/2017 05:17 PM, Zbigniew Jędrzejewski-Szmek wrote:
>> On Fri, Dec 08, 2017 at 10:59:20AM -0500, Steve Dickson wrote:
>>>
>>>
>>> On 12/08/2017 10:12 AM, Zbigniew Jędrzejewski-Szmek wrote:
>>&
On 12/08/2017 12:10 PM, Mathieu Bridon wrote:
> On Fri, 2017-12-08 at 12:01 -0500, Steve Dickson wrote:
>> On 12/08/2017 11:46 AM, Mathieu Bridon wrote:
>>> You're blowing this way out of proportion, as if this was a
>>> catastrophe. History shows that it isn't
On 12/08/2017 11:46 AM, Mathieu Bridon wrote:
> On Fri, 2017-12-08 at 11:40 -0500, Steve Dickson wrote:
>>
>> On 12/08/2017 11:12 AM, Zbigniew Jędrzejewski-Szmek wrote:
>>> Well, I'd say this works great. There's maybe a hundred or two
>>> hundred proven packager
1 - 100 of 213 matches
Mail list logo
