~~~
+ /usr/lib/rpm/redhat/brp-ldconfig
/sbin/ldconfig: Warning: ignoring configuration file that cannot be
opened: /etc/ld.so.conf: No such file or directory
~~~
What is this ^^? Should I be worried about it?
V.
Dne 29.1.2018 v 18:18 Florian Weimer napsal(a):
> Igor committed a change to gl
On Tue, Jan 30, 2018 at 08:31:05AM +0100, Reindl Harald wrote:
> Am 30.01.2018 um 08:25 schrieb Petr Pisar:
> > On 2018-01-29, J. Bruce Fields wrote:
> > > The file create isn't allowed to return until the server has created the
> > > file and the change has actually reached disk.
> > >
> > Why i
On 01/30/2018 09:02 AM, Vít Ondruch wrote:
~~~
+ /usr/lib/rpm/redhat/brp-ldconfig
/sbin/ldconfig: Warning: ignoring configuration file that cannot be
opened: /etc/ld.so.conf: No such file or directory
~~~
What is this ^^? Should I be worried about it?
Context? ldconfig definitely shouldn't
On 2018-01-25, Petr Pisar wrote:
> On 2018-01-25, Daniel P Berrangé wrote:
>> Not neccessarily - with perl, the APIs used by extensions are actually
>> in libperl.so, not /usr/bin/perl, and the extensions link to libperl.so
>> So perl binary modules ought to still build without undefined symbols
Dne 30.1.2018 v 09:15 Florian Weimer napsal(a):
> On 01/30/2018 09:02 AM, Vít Ondruch wrote:
>> ~~~
>>
>> + /usr/lib/rpm/redhat/brp-ldconfig
>> /sbin/ldconfig: Warning: ignoring configuration file that cannot be
>> opened: /etc/ld.so.conf: No such file or directory
>>
>> ~~~
>>
>>
>> What is this
On 29/01/18 22:28, J. Bruce Fields wrote:
On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote:
Ok, that's a shame unless NFSv4's write performance with small files/dirs
is relatively ok which it isn't on my systems.
Although async was "unsafe" this was not an issue in main standard
sce
On 01/29/2018 04:45 PM, Richard W.M. Jones wrote:
On Mon, Jan 29, 2018 at 03:55:53PM +0100, Florian Weimer wrote:
On 01/29/2018 03:43 PM, Kevin Kofler wrote:
Is https://fedoraproject.org/wiki/Changes/Annobin (no user-visible
improvements, only yet another global distrowide size increase) really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2018-01-30 at 09:02 +0100, Vít Ondruch wrote:
> ~~~
>
> + /usr/lib/rpm/redhat/brp-ldconfig
> /sbin/ldconfig: Warning: ignoring configuration file that cannot be
> opened: /etc/ld.so.conf: No such file or directory
>
> ~~~
>
>
> What is th
On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
annobin.spec now uses:
%undefine _annotated_build
so at least the circular dependency is no longer there. You still
have to remember to rebuild it when a new version of GCC comes out
however.
... which apparently has just happened.
Yes, Fedo
On 01/30/2018 09:57 AM, Igor Gnatenko wrote:
brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` and there is
no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory we could
supply one (empty), but I would ask Florian what would be the best to do.
But why does it pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
For those who didn't check Change page since today's morning: Thanks to Jason
Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its
implementation.
Now we have 4 macros you could use: %ldconfig, %ldconfig_post,
%ldconfig_postun, %ldconfig
On 30/01/18 10:04 +0100, Igor Gnatenko wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
For those who didn't check Change page since today's morning: Thanks to Jason
Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its
implementation.
Now we have 4 macros you could use: %ldconf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2018-01-30 at 09:49 +, Jonathan Wakely wrote:
> On 30/01/18 10:04 +0100, Igor Gnatenko wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > For those who didn't check Change page since today's morning: Thanks to
> > Jas
On 01/30/2018 10:00 AM, Florian Weimer wrote:
On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
annobin.spec now uses:
%undefine _annotated_build
so at least the circular dependency is no longer there. You still
have to remember to rebuild it when a new version of GCC comes out
however.
...
On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
> On 01/30/2018 10:00 AM, Florian Weimer wrote:
> > On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
> > > > annobin.spec now uses:
> > > >
> > > > %undefine _annotated_build
> > > >
> > > > so at least the circular dependency is no
Dne 25.1.2018 v 19:17 Jason L Tibbitts III napsal(a):
> msuchy abrt rhnmd rhnsd
Abrt and rhnsd fixed in upstream. Will be pushed to dist-git on next release
I am going to orphan rhnmd (will be separate announce).
Miroslav
___
devel mailing list --
On Tue, Jan 30, 2018 at 10:04:48AM +0100, Igor Gnatenko wrote:
> For those who didn't check Change page since today's morning: Thanks to Jason
> Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its
> implementation.
>
> Now we have 4 macros you could use: %ldconfig, %ldconfig_post,
> %
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2018-01-30 at 11:25 +0100, Miroslav Lichvar wrote:
> On Tue, Jan 30, 2018 at 10:04:48AM +0100, Igor Gnatenko wrote:
> > For those who didn't check Change page since today's morning: Thanks to
> > Jason
> > Tibbits (tibbs) who proposed %ldconf
On 01/30/2018 11:16 AM, Jakub Jelinek wrote:
On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
On 01/30/2018 10:00 AM, Florian Weimer wrote:
On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
annobin.spec now uses:
%undefine _annotated_build
so at least the circular dependency i
On 30/01/18 10:50, Ralf Corsepius wrote:
On 01/30/2018 11:16 AM, Jakub Jelinek wrote:
On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
On 01/30/2018 10:00 AM, Florian Weimer wrote:
On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
annobin.spec now uses:
%undefine _annotated_bu
I orphaned
rhnmd
This is Spacewalk package which is not developed any more.
And I orphaned
perl-Socket-MsgHdr
perl-Crypt-GeneratePassword
as I these are not used in Spacewalk as well.
Miroslav
___
devel mailing list -- devel@lists.fedoraproject.or
= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x =
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x
Change owner(s):
* Sinny Kumari
This change is to bring s390x architecture closer to other Fedora
architectures by adding widely used Fed
Dne 30.1.2018 v 10:01 Florian Weimer napsal(a):
> On 01/30/2018 09:57 AM, Igor Gnatenko wrote:
>> brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"`
>> and there is
>> no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory
>> we could
>> supply one (empty), but I wou
On 01/30/2018 01:01 PM, Vít Ondruch wrote:
Dne 30.1.2018 v 10:01 Florian Weimer napsal(a):
On 01/30/2018 09:57 AM, Igor Gnatenko wrote:
brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"`
and there is
no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory
we could
Dne 30.1.2018 v 11:16 Jakub Jelinek napsal(a):
> On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
>> On 01/30/2018 10:00 AM, Florian Weimer wrote:
>>> On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
> annobin.spec now uses:
>
> %undefine _annotated_build
>
> so
On 30/01/18 12:06, Florian Weimer wrote:
On 01/30/2018 01:01 PM, Vít Ondruch wrote:
Dne 30.1.2018 v 10:01 Florian Weimer napsal(a):
On 01/30/2018 09:57 AM, Igor Gnatenko wrote:
brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"`
and there is
no /etc/ld.so.conf under $RPM_BUILD
On Tue, Jan 30, 2018 at 03:07:22AM +, Tomasz Kłoczko wrote:
> OK. So if I'll be nice, explicit and concise it will cause that Igor will
> finish at least one mass change before start another one?
> Igor could you pleas confirm above?
Seriously, quit it. Igor doesn't work for you. Igor doesn't
> mruprich net-tools net-tools rsync
Done for both packages.
--
Michal Ruprich
Associate Software Engineer
Email: mrupr...@redhat.com
Web: www.cz.redhat.com
Red Hat Czech s.r.o., Purkyňova 115, 612 00, Brno, Czech Republic
___
devel mailing list --
On Tue, Jan 30, 2018 at 08:49:27AM +, Terry Barnaby wrote:
> On 29/01/18 22:28, J. Bruce Fields wrote:
> > On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote:
> > > Ok, that's a shame unless NFSv4's write performance with small files/dirs
> > > is relatively ok which it isn't on my s
Hi,
Now the technical PR is submitted
https://src.fedoraproject.org/rpms/go-srpm-macros/pull-request/1
and waiting for action from the go-srpm-macros maintainers, I took (quite a
long) time to refresh and flesh out the corresponding packaging guidelines
proposal. It should be fairly complete no
On Tue, Jan 30, 2018 at 10:00:44AM +0100, Reindl Harald wrote:
> Am 30.01.2018 um 09:49 schrieb Terry Barnaby:
> > Untar on server to its local disk: 13 seconds, effective data rate: 68
> > MBytes/s
> >
> > Untar on server over NFSv4.2 with async on server: 3 minutes, effective
> > data rate: 4.
On 30/01/18 15:09, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 08:49:27AM +, Terry Barnaby wrote:
On 29/01/18 22:28, J. Bruce Fields wrote:
On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote:
Ok, that's a shame unless NFSv4's write performance with small files/dirs
is relativ
On 30 January 2018 at 03:12, Petr Pisar wrote:
> On Tue, Jan 30, 2018 at 08:31:05AM +0100, Reindl Harald wrote:
> > Am 30.01.2018 um 08:25 schrieb Petr Pisar:
> > > On 2018-01-29, J. Bruce Fields wrote:
> > > > The file create isn't allowed to return until the server has created
> the
> > > > fi
On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote:
Please see my earlier post in this thread regarding how to get a
stacktrace out of coredumpctl
This is a great debugging harness; thanks for pointing it out as I
didn't know about it.
I am currently reporting my pan-crashing-Wayland crashin
On Tue, Jan 30, 2018 at 9:49 AM, Przemek Klosowski
wrote:
I am currently reporting my pan-crashing-Wayland crashing issue on
gnome.org---but in the true Heisenbug fashion it stopped crashing, so
I can't reproduce it now. It was crashing almost every time I used
the pan newsreader (the three cr
On Tue, 2018-01-30 at 10:49 -0500, Przemek Klosowski wrote:
> On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote:
> > Please see my earlier post in this thread regarding how to get a
> > stacktrace out of coredumpctl
>
> This is a great debugging harness; thanks for pointing it out as I
> didn't
On 30 January 2018 at 12:32, Matthew Miller
wrote:
> On Tue, Jan 30, 2018 at 03:07:22AM +, Tomasz Kłoczko wrote:
> > OK. So if I'll be nice, explicit and concise it will cause that Igor will
> > finish at least one mass change before start another one?
> > Igor could you pleas confirm above?
On Tue, Jan 30, 2018 at 10:11 AM, wrote:
> Hi,
>
> Now the technical PR is submitted
> https://src.fedoraproject.org/rpms/go-srpm-macros/pull-request/1
>
> and waiting for action from the go-srpm-macros maintainers, I took (quite a
> long) time to refresh and flesh out the corresponding packagin
On Tue, Jan 30, 2018 at 03:29:41PM +, Terry Barnaby wrote:
> On 30/01/18 15:09, J. Bruce Fields wrote:
> > By comparison on my little home server (Fedora, ext4, a couple WD Black
> > 1TB drives), with sync, that untar takes is 7:44, about 8ms/file.
> Ok, that is far more reasonable, so somethin
Apologies, I no longer have the email with the list of packages and
maintainers. However I’ve updated dspam in rawhide.
—
Nathanael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.
On 30/01/18 16:22, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 03:29:41PM +, Terry Barnaby wrote:
On 30/01/18 15:09, J. Bruce Fields wrote:
By comparison on my little home server (Fedora, ext4, a couple WD Black
1TB drives), with sync, that untar takes is 7:44, about 8ms/file.
Ok, that
Tomasz Kłoczko wrote:
> […]
> Who said that I'm demanding something?
> Look one more time on https://pagure.io/packaging-committee/issue/736
> Igor took this tasks VOLUNTARILY and started working on necessary specs
> before I've delivered batch of patches.
> When I found that number of already
On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote:
> I have just tried running the untar on our work systems. These are again
> Fedora27 but newer hardware.
> I set one of the servers NFS exports to just rw (removed the async option in
> /etc/exports and ran exportfs -arv).
> Remounted
On 01/30/2018 11:50 AM, Jan Kurik wrote:
= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x =
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x
Change owner(s):
* Sinny Kumari
This change is to bring s390x architecture closer to other Fed
On Tue, Jan 30, 2018 at 12:31:22PM -0500, J. Bruce Fields wrote:
> On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote:
> > I have just tried running the untar on our work systems. These are again
> > Fedora27 but newer hardware.
> > I set one of the servers NFS exports to just rw (remove
so if there is anything you could do/initiate, that would be really wonderful!
Anna
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
- Original Message -
> From: "Vít Ondruch"
> To: devel@lists.fedoraproject.org
> Sent: Tuesday, January 30, 2018 1:14:43 PM
> Subject: Re: GCC broken in rawhide?
>
>
>
> Dne 30.1.2018 v 11:16 Jakub Jelinek napsal(a):
> > On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
On 30 January 2018 at 17:21, Tim Landscheidt wrote:
[..]
> You can help move this forward by publishing the script(s)
> you used (or the patches that still apply cleanly if you
> wrote them manually).
>
There is no any this kind script because ALL Fedora specs unstructured
formatting/indentation
On Tue, 2018-01-30 at 10:49 -0500, Przemek Klosowski wrote:
> On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote:
> > Please see my earlier post in this thread regarding how to get a
> > stacktrace out of coredumpctl
>
> This is a great debugging harness; thanks for pointing it out as I
> didn't
On 30/01/18 17:54, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 12:31:22PM -0500, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote:
I have just tried running the untar on our work systems. These are again
Fedora27 but newer hardware.
I set one of the server
On lundi 29 janvier 2018 10:06:10 CET inderau...@arcor.de wrote:
> Hi Matthew, that would be great. But i have no technical background to
> realise that :(
> I'm interest in GNU Ring's communication solution.
> https://ring.cx/en
> https://ring.cx/en/about/practical
>
They seem to provide their o
> Robert-André Mauchin hat am 30. Januar 2018 um 19:29
> geschrieben:
>
>
> On lundi 29 janvier 2018 10:06:10 CET inderau...@arcor.de wrote:
> > Hi Matthew, that would be great. But i have no technical background to
> > realise that :(
> > I'm interest in GNU Ring's communication solution.
> >
On 01/30/2018 06:59 PM, Charalampos Stratakis wrote:
Noting here that python2 segfaults now when using profile guided optimizations
on x86_64 since the latest gcc update.
This is a bug in Python 2.7:
https://bugzilla.redhat.com/show_bug.cgi?id=1540316
We're working on fixing it.
Thanks,
F
Being a daredevil, I have used the NFS async option for 27 years
without an issue on multiple systems :)
I have just mounted my ext4 disk with the same options you were using
and the same NFS export options and the speed here looks the same as I
had previously. As I can't wait 2+ hours so I'
Hi,
On 01/30/2018 01:03 PM, Terry Barnaby wrote:
Being a daredevil, I have used the NFS async option for 27 years
without an issue on multiple systems :)
I have just mounted my ext4 disk with the same options you were using
and the same NFS export options and the speed here looks the same a
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
net-snmp
https://bugzilla.redhat.com/show_bug.cgi?id=1529716
https://src.fedoraproject.org/rpms/net-snmp/pull-request/2
cmake:
https://src.fedoraproject.org/rpms/cmake/pull-request/2
https://bugzilla.redhat.com/sh
On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote:
> It looks like each RPC call takes about 0.5ms. Why do there need to be some
> many RPC calls for this ? The OPEN call could set the attribs, no need for
> the later GETATTR or SETATTR calls.
The first SETATTR (which sets ctime and mt
On 30 January 2018 at 21:37, Jindrich Novy wrote:
> Hi Tomasz,
>
> I haven't done much on mc front recently but I'm pretty responsive. Have
> you tried to get in touch with me at all?
>
You are not reacting on bugzuilla tickets and now on pull requests. Why?
Prev tickets:
https://bugzilla.redhat
On Tue, Jan 30, 2018 at 4:32 PM, Tomasz Kłoczko
wrote:
> https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
>
> net-snmp
> https://bugzilla.redhat.com/show_bug.cgi?id=1529716
> https://src.fedoraproject.org/rpms/net-snmp/pull-request/2
There were responses on the pull
About a month ago I posted about the state of the RISC-V architecture
for Fedora:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/EYY4TFJTV66EAG322F3E6V6TA7I3RZAZ/
Quoting from that email:
| First the basics: RISC-V is a free and open Instruction Set
| Archi
Hi! I was wondering what would be the best place to ask help about
problems building packages on copr...
Thank you and sorry for off-topic,
Adrian
smime.p7s
Description: S/MIME Cryptographic Signature
___
devel mailing list -- devel@lists.fedoraproj
On 30 January 2018 at 21:53, Ben Rosser wrote:
> On Tue, Jan 30, 2018 at 4:32 PM, Tomasz Kłoczko
> wrote:
> > https://fedoraproject.org/wiki/Policy_for_nonresponsive_
> package_maintainers
> >
> > net-snmp
> > https://bugzilla.redhat.com/show_bug.cgi?id=1529716
> > https://src.fedoraproject.
On Tue, Jan 30, 2018 at 04:31:58PM -0500, J. Bruce Fields wrote:
> On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote:
> > It looks like each RPC call takes about 0.5ms. Why do there need to be some
> > many RPC calls for this ? The OPEN call could set the attribs, no need for
> > the la
On 30/01/18 21:31, J. Bruce Fields wrote:
On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote:
It looks like each RPC call takes about 0.5ms. Why do there need to be some
many RPC calls for this ? The OPEN call could set the attribs, no need for
the later GETATTR or SETATTR calls.
The
On Tue, Jan 30, 2018 at 10:30:04PM +, Terry Barnaby wrote:
> Also, on the 0.5ms. Is this effectively the 1ms system tick ie. the NFS
> processing is not processing based on the packet events (not pre-emptive)
> but on the next system tick ?
>
> An ICMP ping is about 0.13ms (to and fro) between
On 28 January 2018 at 07:48, Terry Barnaby wrote:
> When doing a tar -xzf ... of a big source tar on an NFSv4 file system the
> time taken is huge. I am seeing an overall data rate of about 1 MByte per
> second across the network interface. If I copy a single large file I see a
> network data rat
inderau...@arcor.de wrote:
> I'm interest in GNU Ring's communication solution.
> https://ring.cx/en
> https://ring.cx/en/about/practical
I see that FFMPEG is mentioned on Ring's website. FFMPEG isn't permissible in
Fedora because the USA's patent system is crap, so it's packaged in RPM Fusion
i
Announcing the creation of a new nightly release validation test event
for Fedora 28 Rawhide 20180130.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
> beanstalkd gnat jjh
Updated in epel7 - rawhide was fine already
Oddly, dspam which is the package I updated earlier today wasn't on this list
and has the Requires/BuildRequires of systemd-units. Not sure why it isn't on
your list. However it could mean that if you remove systemd-un
Hello,
new Fedora Developer Portal was released.
What's updated?
- `C# IDEs` and `.NET installation` pages [1][2]
by Radka Janek
- `Multiple Pythons` page [3]
by Miro Hrončok
- Moved PHP web Frameworks to Web Application subsection [4]
by Yotam Nachum
Thanks to all!
Missing expected images:
Workstation live i386
Kde live i386
Failed openQA tests: 14/129 (x86_64), 3/22 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180128.n.0):
ID: 189390 Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/t
Here are the recent changes to the packaging guidelines.
We have more things coming in concert with various distro changes that
are happening, but I wanted to get these two out there now.
-
The icon cache scriptlets were removed from the scriptlet guidelines, as
no live Fedora release needs
72 matches
Mail list logo
