On 10/16/2013 12:51 AM, Dridi Boukelmoune wrote:
Hi,
This is one of these passionate threads I enjoy reading because I
usually learn something interesting, and I also enjoy people being
passionate about stuff. But this time I'm a bit disappointed about the
defaults for Fedora.
I'm a developer,
On Tue, 15 Oct 2013 23:51:18 +0200, Dridi Boukelmoune wrote:
> $ rpm -V libreoffice-core
> prelink: /tmp/#prelink#.TZlaPL: Recorded 92 dependencies, now seeing -1
Repeating for the third time in this thread:
This is a known prelink Bug and you can find the single line fix/workaround
there:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
as the Fedora 20 schedule[1] states the Beta change freeze is upon
us. As of now all Beta freeze only accepted exceptions[2] will be
allowed in.
we are at the beta stage of release, so the Beta_to_Pre_Release[3]
stage of the updates policy
On Tue, Oct 15, 2013 at 11:31 PM, Matthew Miller
wrote:
> On Tue, Oct 15, 2013 at 10:51:18PM +0100, Dridi Boukelmoune wrote:
>> $ rpm -V varnish
>> S.5T. c /etc/varnish/varnish.params
>> $ rpm -V firefox
>> $ rpm -V libreoffice-core
>> prelink: /tmp/#prelink#.TZlaPL: Recorded 92 dependencies,
On Sun, Oct 13, 2013 at 8:54 AM, Robert Scheck wrote:
> Hallo Dave,
>
> On Sat, 28 Sep 2013, Dave Johansen wrote:
> > I just noticed that the boost141 package had been previously available in
> > Fedora, but it has since been removed (
> > https://fedorahosted.org/rel-eng/ticket/5291 ). I'm not fa
On Tue, 2013-10-15 at 20:24 +0200, Reindl Harald wrote:
> Am 15.10.2013 20:07, schrieb Jan Kratochvil:
> > On Tue, 15 Oct 2013 19:54:15 +0200, Reindl Harald wrote:
> >> there are people wich shut down or suspend machines when they are not in
> >> use
> >> how do you imagine the cronjob run while t
On Oct 15, 2013, at 4:29 PM, Richard W.M. Jones wrote:
> On Tue, Oct 15, 2013 at 04:04:28PM -0600, Chris Murphy wrote:
>> I'm happy to hear it argued I should instead use the LV space for a
>> regular partition formatted ext2 and drop the qcow2 file
>> there. There's still overhead of two file s
On 10/15/2013 05:15 PM, Chris Murphy wrote:
>
> On Oct 15, 2013, at 4:30 PM, Josh Stone wrote:
>
>> On 10/15/2013 02:46 PM, Richard W.M. Jones wrote:
>>> On Tue, Oct 15, 2013 at 03:29:38PM -0600, Chris Murphy wrote:
The better snapshots sound ideal for VM testing. Snapshot a
successful
On 10/15/2013 05:13 PM, Paul Wouters wrote:
> On Tue, 15 Oct 2013, Reindl Harald wrote:
>
>> since OpenSSL in Fedora from now on supports ECDHE
>> depending software needs to be rebuilt to make use
>> of it as well as libraries like NSS/GNUTLS should
>> do the same and depending packages like Fire
On Oct 15, 2013, at 4:30 PM, Josh Stone wrote:
> On 10/15/2013 02:46 PM, Richard W.M. Jones wrote:
>> On Tue, Oct 15, 2013 at 03:29:38PM -0600, Chris Murphy wrote:
>>> The better snapshots sound ideal for VM testing. Snapshot a
>>> successful install and then try to break the snapshot. Etc.
>>>
On Tue, Oct 15, 2013 at 10:51:18PM +0100, Dridi Boukelmoune wrote:
> $ rpm -V varnish
> S.5T. c /etc/varnish/varnish.params
> $ rpm -V firefox
> $ rpm -V libreoffice-core
> prelink: /tmp/#prelink#.TZlaPL: Recorded 92 dependencies, now seeing -1
Check out "-y" in the prelink man page. It does
On 10/15/2013 02:46 PM, Richard W.M. Jones wrote:
> On Tue, Oct 15, 2013 at 03:29:38PM -0600, Chris Murphy wrote:
>> The better snapshots sound ideal for VM testing. Snapshot a
>> successful install and then try to break the snapshot. Etc.
>>
>> Presently virt-manager ignores thinp pools and only c
On Tue, Oct 15, 2013 at 04:04:28PM -0600, Chris Murphy wrote:
> I'm happy to hear it argued I should instead use the LV space for a
> regular partition formatted ext2 and drop the qcow2 file
> there. There's still overhead of two file systems there, but may
> compare to LV performance.
I guess you
On Oct 15, 2013, at 3:46 PM, Richard W.M. Jones wrote:
> On Tue, Oct 15, 2013 at 03:29:38PM -0600, Chris Murphy wrote:
>> The better snapshots sound ideal for VM testing. Snapshot a
>> successful install and then try to break the snapshot. Etc.
>>
>> Presently virt-manager ignores thinp pools a
Am 15.10.2013 23:35, schrieb drago01:
> On Tue, Oct 15, 2013 at 10:27 PM, Reindl Harald
> wrote:
>>
>>
>> Am 15.10.2013 22:04, schrieb Florian Weimer:
>>> On 10/15/2013 09:10 PM, Chris Adams wrote:
Once upon a time, Jan Kratochvil said:
> It depends, for example in this case prelink s
Hi,
This is one of these passionate threads I enjoy reading because I
usually learn something interesting, and I also enjoy people being
passionate about stuff. But this time I'm a bit disappointed about the
defaults for Fedora.
I'm a developer, and I work with production-like systems (and in som
#426: All pages should include an 'info bar' linking to source repo and Test Day
homepage
+---
Reporter: adamwill| Owner: jskladan
Type: enhancement | Status: new
Priority: major
On Tue, Oct 15, 2013 at 03:29:38PM -0600, Chris Murphy wrote:
> The better snapshots sound ideal for VM testing. Snapshot a
> successful install and then try to break the snapshot. Etc.
>
> Presently virt-manager ignores thinp pools and only creates
> conventional LV's. I haven't tried using virsh
On Tue, Oct 15, 2013 at 10:27 PM, Reindl Harald wrote:
>
>
> Am 15.10.2013 22:04, schrieb Florian Weimer:
>> On 10/15/2013 09:10 PM, Chris Adams wrote:
>>> Once upon a time, Jan Kratochvil said:
It depends, for example in this case prelink saves 33% of time (and
battery):
i=0;
On 10/15/2013 05:29 PM, Chris Murphy wrote:
> The better snapshots sound ideal for VM testing. Snapshot a successful
> install and then try to break the snapshot. Etc.
>
> Presently virt-manager ignores thinp pools and only creates conventional
> LV's. I haven't tried using virsh to force it to
Am 15.10.2013 22:04, schrieb Florian Weimer:
> On 10/15/2013 09:10 PM, Chris Adams wrote:
>> Once upon a time, Jan Kratochvil said:
>>> It depends, for example in this case prelink saves 33% of time (and
>>> battery):
>>> i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
>>> &>/
Am 15.10.2013 22:17, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 22:12:00 +0200, Matthew Miller wrote:
>> On Tue, Oct 15, 2013 at 09:05:03PM +0200, Jan Kratochvil wrote:
>>> i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
>>> &>/dev/null;i=$[$i+1];done
>>
>> I hope we can all
Am 15.10.2013 21:55, schrieb Stephen Gallagher:
> On 10/15/2013 03:20 PM, Reindl Harald wrote:
>> Am 15.10.2013 21:13, schrieb Jan Kratochvil:
>>> OT: I use mod_perl for majority of my web code
>
>> and why do you than defeat prelink that much? are you the developer
>> of it or married the develop
Am 15.10.2013 22:01, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 21:10:34 +0200, Chris Adams wrote:
>> Do you really run "gnome-open --help" 1000 times per reasonable unit of
>> time (or ever)? Please stop using bogus comparisons and highly
>> contrived tests. They do nothing to help your arg
The better snapshots sound ideal for VM testing. Snapshot a successful install
and then try to break the snapshot. Etc.
Presently virt-manager ignores thinp pools and only creates conventional LV's.
I haven't tried using virsh to force it to use an already created virtualsize
LV as backing, but
On Tue, 2013-10-15 at 15:19 -0400, Stephen Gallagher wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
2013-10-15 is today, Tuesday, not tomorrow, Wednesday. For the record, I
suppose the meeting wil
# F20 Beta Blocker Review meeting #4
# Date: 2013-10-16
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
It's blocker review meeting time once more. Yes, yes, you can rejoice,
it's finally here!
We'll be running through the final blockers and freeze
On Tue, Oct 15, 2013 at 02:25:10PM -0400, Paul Wouters wrote:
> On Tue, 15 Oct 2013, Jan Kratochvil wrote:
>
> >I just do not understand why to give up on that negligible optimization when
> >it brings no disadvantages.
>
> Because you did not my previous email?
>
> - complexity
> - complicated
https://fedorahosted.org/389/ticket/47368
So we run into issues when trying to figure out if replicas are in
synch(if those replicas use fractional replication and "strip mods").
What happens is that an update is made on master A, but due to
fractional replication there is no update made to a
On Tue, Oct 15, 2013 at 10:14:13AM -0400, Paul Wouters wrote:
> On Tue, 15 Oct 2013, Dhiru Kholia wrote:
>
> >In short, we could not distinguish the performance gains of prelink over
> >the "background noise" in many (or even most) cases.
> >
> >So, I was wondering if you are aware of any use-case
On Tue, 15 Oct 2013 22:12:00 +0200, Matthew Miller wrote:
> On Tue, Oct 15, 2013 at 09:05:03PM +0200, Jan Kratochvil wrote:
> > i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
> > &>/dev/null;i=$[$i+1];done
>
> I hope we can all agree that this is not useful example.
Explained i
On Tue, Oct 15, 2013 at 09:05:03PM +0200, Jan Kratochvil wrote:
> It depends, for example in this case prelink saves 33% of time (and battery):
> i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
> &>/dev/null;i=$[$i+1];done
I hope we can all agree that this is not useful example
On Tue, 15 Oct 2013 21:59:13 +0200, Paul Wouters wrote:
> On Tue, 15 Oct 2013, Jan Kratochvil wrote:
> >Disable/uninstall prelink for FIPS.
>
> I tried that. I submitted a patch for prelink to un-prelink on
> de-install in %preun. It has been ignored by you for over a year and
> I seriously had to
On 10/15/2013 09:10 PM, Chris Adams wrote:
Once upon a time, Jan Kratochvil said:
It depends, for example in this case prelink saves 33% of time (and battery):
i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
&>/dev/null;i=$[$i+1];done
Do you really run "gnome-open --help
On Tue, 15 Oct 2013 12:23:31 -0600
Tim Flink wrote:
> With the conversation we've been having and the persona developments,
> I propose the following:
>
> - create FAS groups for git-taskbot-core and git-taskbot-tasks which
>will control access to the git repos
>* use fedorahosted for n
On Tue, 15 Oct 2013 21:10:34 +0200, Chris Adams wrote:
> Do you really run "gnome-open --help" 1000 times per reasonable unit of
> time (or ever)? Please stop using bogus comparisons and highly
> contrived tests. They do nothing to help your argument.
The goal of this example was to show that in
On Tue, 15 Oct 2013, Jan Kratochvil wrote:
- FIPS foot-bullets
I really do not care and do not run FIPS.
Your personal views are irrelevant. You are a package maintainer. When
other people care about FIPS, you as a package maintainer should care
about playing nicely with FIPS.
Disable/unin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/15/2013 03:20 PM, Reindl Harald wrote:
>
>
> Am 15.10.2013 21:13, schrieb Jan Kratochvil:
>> OT: I use mod_perl for majority of my web code
>
> and why do you than defeat prelink that much? are you the developer
> of it or married the develope
On Oct 14, 2013, at 2:08 AM, Florian Weimer wrote:
> On 10/10/2013 12:02 AM, Rolf Fokkens wrote:
>
>> The Fedora SSD Cache is this sunday October 13th 2013. This Fedora Test
>> Day will focus on bcache based SSD Caching in Fedora 20.
>>
>> https://fedoraproject.org/wiki/Test_Day:2013-10-13_SSD
On 10/15/2013 07:20 PM, Chris Adams wrote:
Once upon a time, "Jóhann B. Guðmundsson" said:
>I say we should remove it from the standard comps group thus making
>it optional to install for people that see some benefit in still
>using it.
I'd actually suggest that prelink be an all-or-nothing.
On 10/15/2013 06:40 PM, Jan Kratochvil wrote:
Improved performance.
I'm not sure where this is coming from but it looks like people are
confusing "improved performance" with "improved startup of applications".
And afaik it can trigger false positive with security related
applications as wel
Hello,
On Tue, Oct 15, 2013 at 2:19 PM, Dhiru Kholia wrote:
> - Here are some measurements (for LibreOffice [2] loading time in
> seconds) done using the "unSPEC" benchmarking suite. These numbers
> are repeatable and you are encouraged to try "unSPEC" to do
> independent validation of these
On Tue, Oct 15, 2013 at 05:17:28PM +0200, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 17:04:05 +0200, Matthew Miller wrote:
> > But, since prelink presents other problems on its own,
>
> Prelinked system is a good test for tools like GDB, elfutils and others they
> can properly handle the displace
Am 15.10.2013 21:13, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 21:08:40 +0200, Reindl Harald wrote:
>> Am 15.10.2013 21:05, schrieb Jan Kratochvil:
>>> It depends, for example in this case prelink saves 33% of time (and
>>> battery):
>>> i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-o
Once upon a time, "Jóhann B. Guðmundsson" said:
> I say we should remove it from the standard comps group thus making
> it optional to install for people that see some benefit in still
> using it.
I'd actually suggest that prelink be an all-or-nothing. If it isn't in
the default install, support
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18: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 'YY
On Tue, 15 Oct 2013 21:08:40 +0200, Reindl Harald wrote:
> Am 15.10.2013 21:05, schrieb Jan Kratochvil:
> > It depends, for example in this case prelink saves 33% of time (and
> > battery):
> > i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
> > &>/dev/null;i=$[$i+1];done
>
> wh
On 10/14/2013 10:08 AM, Florian Weimer wrote:
Is there a write-up somewhere documenting what strategies are
implemented by bcache to keep the SSD and the hard disk contents in
sync even in the event of a sudden power loss?
This is good place to start: http://bcache.evilpiepirate.org/
--
devel m
Am 15.10.2013 21:05, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 20:54:06 +0200, Chris Adams wrote:
>> Since you keep repeating this one: -O2 vs. -O0 has a significant
>> performance gain. The message that started this thread indicates that
>> prelink may not have a significant gain anymore.
Am 15.10.2013 20:54, schrieb Chris Adams:
> Once upon a time, Jan Kratochvil said:
>> You can always make your software development life more simple by giving up
>> on
>> some useful feature. That -O2 vs. -O0 build is a good comparison.
>
> Since you keep repeating this one: -O2 vs. -O0 has a
Am 15.10.2013 20:52, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 20:25:10 +0200, Paul Wouters wrote:
>> - complexity
>> - complicated prelink blacklists
>> - complicated cron job exclusion with sysconfig
>
> You can always make your software development life more simple by giving up on
> some
Am 15.10.2013 20:40, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 20:24:06 +0200, Reindl Harald wrote:
>> Am 15.10.2013 20:07, schrieb Jan Kratochvil:
>>> This is a bug of update system it does not know if an updated service needs
>>> restarting or not.
>>
>> you can always point with your finge
Once upon a time, Jan Kratochvil said:
> It depends, for example in this case prelink saves 33% of time (and battery):
> i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help
> &>/dev/null;i=$[$i+1];done
Do you really run "gnome-open --help" 1000 times per reasonable unit of
time (o
On Tue, 15 Oct 2013 20:54:06 +0200, Chris Adams wrote:
> Since you keep repeating this one: -O2 vs. -O0 has a significant
> performance gain. The message that started this thread indicates that
> prelink may not have a significant gain anymore. If that's the case,
> than _any_ effort is not worth
Once upon a time, Jan Kratochvil said:
> You can always make your software development life more simple by giving up on
> some useful feature. That -O2 vs. -O0 build is a good comparison.
Since you keep repeating this one: -O2 vs. -O0 has a significant
performance gain. The message that started
On Tue, 15 Oct 2013 20:25:10 +0200, Paul Wouters wrote:
> - complexity
> - complicated prelink blacklists
> - complicated cron job exclusion with sysconfig
You can always make your software development life more simple by giving up on
some useful feature. That -O2 vs. -O0 build is a good comparis
On Tue, 15 Oct 2013 20:24:06 +0200, Reindl Harald wrote:
> Am 15.10.2013 20:07, schrieb Jan Kratochvil:
> > This is a bug of update system it does not know if an updated service needs
> > restarting or not.
>
> you can always point with your finger somewhere else
> the better way is solve the root
On 10/15/2013 02:27 PM, Jakub Jelinek wrote:
> On Tue, Oct 15, 2013 at 02:16:28PM -0400, Carlos O'Donell wrote:
>> There is no effective security difference between accessing the randomized
>> stack guard value from a global variable or a value stored in the dynamic
>> thread vector.
>>
>> It is on
On Tue, Oct 15, 2013 at 11:52:41AM -0600, Chris Murphy wrote:
>
> On Oct 15, 2013, at 10:36 AM, Matthew Garrett wrote:
>
> > On Tue, Oct 15, 2013 at 09:36:32AM -0600, Chris Murphy wrote:
> >
> >> Or maybe Intel would be forthcoming. It's their hardware.
> >
> > Not in this case. Target display
Am 15.10.2013 20:07, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 19:54:15 +0200, Reindl Harald wrote:
>> have fun in distinct between prelink caused "needs-restarting" or real
>
> This is a bug of update system it does not know if an updated service needs
> restarting or not.
you can always p
Am 15.10.2013 19:54, schrieb Chris Adams:
> Once upon a time, Jan Kratochvil said:
>> On Tue, 15 Oct 2013 19:42:25 +0200, Reindl Harald wrote:
>>> * look at the amount of updates and how they hit prelinked libraries until
>>> prelink ran again
>>> * look at the "lsof | grep DEL | grep /usr" ou
Am 15.10.2013 19:56, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 19:50:44 +0200, Simo Sorce wrote:
>> Many tools need to juggle the fact these binaries have been changed, and
>> make checkers more complex and prone to faults.
>
> So let's build the whole system with -O0 and we can throw away m
Am 15.10.2013 19:49, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 19:42:25 +0200, Reindl Harald wrote:
>> * look at the amount of updates and how they hit prelinked libraries until
>> prelink ran again
>> * look at the "lsof | grep DEL | grep /usr" output caused by prelink
>
> Sorry I do not s
Am 15.10.2013 20:04, schrieb Miloslav Trmač:
> On Tue, Oct 15, 2013 at 7:50 PM, Simo Sorce wrote:
>> Prelink does big disadvantages, otherwise nobody would care.
>> One is about security, as it negates randomization of addresses,
>
> Most of the security benefit is, AFAICS, not negated by preli
The lightweight tag 'perl-DateTime-Set-0.33-1.fc20' was created pointing to:
088a2fe... Update to 0.33
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-deve
On Tue, Oct 15, 2013 at 02:16:28PM -0400, Carlos O'Donell wrote:
> There is no effective security difference between accessing the randomized
> stack guard value from a global variable or a value stored in the dynamic
> thread vector.
>
> It is only a performance optimization. The choice of a glob
The lightweight tag 'perl-DateTime-Set-0.33-1.fc21' was created pointing to:
088a2fe... Update to 0.33
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-deve
On Tue, 15 Oct 2013, Jan Kratochvil wrote:
I just do not understand why to give up on that negligible optimization when
it brings no disadvantages.
Because you did not my previous email?
- complexity
- complicated prelink blacklists
- complicated cron job exclusion with sysconfig
- FIPS foot-
On Tue, Oct 15, 2013 at 02:16:28PM -0400, Carlos O'Donell wrote:
> Pointer mangling is useful, but we can roll that change into an update
> and it should not in my opinion block F20.
>
> I've filed:
> Bug 1019452 - [ARM] Backport pointer mangling support from upstream.
> https://bugzilla.redhat.c
On 10/15/2013 12:53 PM, Matthew Garrett wrote:
> On Tue, Oct 15, 2013 at 12:42:44PM -0400, Carlos O'Donell wrote:
>> On 10/14/2013 10:55 AM, Matthew Garrett wrote:
>>> Did the arm32 portions of this end up being completed for F20?
>>
>> For 32-bit ARM on f20:
>>
>> - Stack guard:
>> - Existing gl
On Tue, 2013-10-15 at 19:56 +0200, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 19:50:44 +0200, Simo Sorce wrote:
> > Many tools need to juggle the fact these binaries have been changed, and
> > make checkers more complex and prone to faults.
>
> So let's build the whole system with -O0 and we can
On Tue, 15 Oct 2013 19:54:15 +0200, Reindl Harald wrote:
> have fun in distinct between prelink caused "needs-restarting" or real
This is a bug of update system it does not know if an updated service needs
restarting or not.
> your notebooks are running 24 hours a day?
> really?
OT: Yes, really
On Tue, Oct 15, 2013 at 7:50 PM, Simo Sorce wrote:
> Prelink does big disadvantages, otherwise nobody would care.
> One is about security, as it negates randomization of addresses,
Most of the security benefit is, AFAICS, not negated by prelink (see
https://lists.fedoraproject.org/pipermail/devel
On Tue, Oct 15, 2013 at 10:56 AM, Jan Kratochvil
wrote:
> On Tue, 15 Oct 2013 19:50:44 +0200, Simo Sorce wrote:
>> Many tools need to juggle the fact these binaries have been changed, and
>> make checkers more complex and prone to faults.
>
> So let's build the whole system with -O0 and we can thr
On Tue, 15 Oct 2013 19:54:21 +0200, Chris Adams wrote:
> Now you are wasting a chunk of RAM, as it can't be shared between
> non-prelinked and prelinked bins/libs.
OK, yes. I believe with RAM prices and therefore RAM sizes nowadays you will
still have overall better system performance with prelin
On Tue, 15 Oct 2013 19:50:44 +0200, Simo Sorce wrote:
> Many tools need to juggle the fact these binaries have been changed, and
> make checkers more complex and prone to faults.
So let's build the whole system with -O0 and we can throw away most of
compilers and half of debuggers, which are all n
On Mon, Oct 7, 2013 at 3:47 PM, Richard W.M. Jones wrote:
> Another way to look at it might be: Since a lot of people have libvirt
> installed (it's the default isn't it?) and hence forwarding has been
> on for many people for a long time, what harm is it causing?
RFC 1812
> 2.2.8.1 Embedded Rout
Once upon a time, Jan Kratochvil said:
> On Tue, 15 Oct 2013 19:42:25 +0200, Reindl Harald wrote:
> > * look at the amount of updates and how they hit prelinked libraries until
> > prelink ran again
> > * look at the "lsof | grep DEL | grep /usr" output caused by prelink
>
> Sorry I do not see
On Oct 15, 2013, at 10:36 AM, Matthew Garrett wrote:
> On Tue, Oct 15, 2013 at 09:36:32AM -0600, Chris Murphy wrote:
>
>> Or maybe Intel would be forthcoming. It's their hardware.
>
> Not in this case. Target display mode is a vendor extension, and
> switching it will be vendor specific.
To
On Sun, Oct 6, 2013 at 11:32 PM, Lennart Poettering
wrote:
> This is the general problem that IP forwarding is no local setting, and
> that the global setting has no inherent concept of ownership or
> refcounting.
The proper place for this seems to be firewalld, which should not only
control the
On Tue, 2013-10-15 at 19:32 +0200, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 18:27:23 +0200, Dhiru Kholia wrote:
> > In spite of this fact, I believe that they are enough to demonstrate
> > that prelink is not resulting in any big gains anymore.
>
> Nobody says prelink brings _big_ gains. It is
On Tue, 15 Oct 2013 19:42:25 +0200, Reindl Harald wrote:
> * look at the amount of updates and how they hit prelinked libraries until
> prelink ran again
> * look at the "lsof | grep DEL | grep /usr" output caused by prelink
Sorry I do not see what disadvantage is it?
> * look at the wasted cy
Am 15.10.2013 19:32, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 18:27:23 +0200, Dhiru Kholia wrote:
>> In spite of this fact, I believe that they are enough to demonstrate
>> that prelink is not resulting in any big gains anymore.
>
> Nobody says prelink brings _big_ gains. It is just a negli
Hi,
sounds amazing.
I could take it up but I can not promise to do so soon.
I have some things on my hands that will need about a month to finish up.
thanks,
On Tue, Oct 15, 2013 at 4:35 PM, Sandro Mani wrote:
> Hi,
>
> Needing a calendar server for the company, I've ended up packaging the
On Tue, 15 Oct 2013 18:27:23 +0200, Dhiru Kholia wrote:
> In spite of this fact, I believe that they are enough to demonstrate
> that prelink is not resulting in any big gains anymore.
Nobody says prelink brings _big_ gains. It is just a negligible performance
and negligible battery optimization
On Tue, Oct 15, 2013 at 12:42:44PM -0400, Carlos O'Donell wrote:
> On 10/14/2013 10:55 AM, Matthew Garrett wrote:
> > Did the arm32 portions of this end up being completed for F20?
>
> For 32-bit ARM on f20:
>
> - Stack guard:
> - Existing glibc support provides stack guard value in global
>
On 10/14/2013 10:55 AM, Matthew Garrett wrote:
> On Thu, Jul 11, 2013 at 01:39:21AM -0400, Carlos O'Donell wrote:
>
>> Next steps:
>> - Verify libssp works correctly on 32-bit ARM.
>> - Look at enhancing the existing support in glibc.
>> - Add TLS stack guard.
>> - Add TLS pointer guard.
>>
On Tue, Oct 15, 2013 at 09:36:32AM -0600, Chris Murphy wrote:
> Or maybe Intel would be forthcoming. It's their hardware.
Not in this case. Target display mode is a vendor extension, and
switching it will be vendor specific.
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel
On 10/15/13 at 05:11pm, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 16:59:59 +0200, Daniel P. Berrange wrote:
> > I wouldn't read that as saying that prelink is slowing down startup,
> > rather that the benefit of prelink is so small as to be indistinguishable
> > from the background noise.
>
> Tha
On Tue, 15 Oct 2013, Reindl Harald wrote:
since OpenSSL in Fedora from now on supports ECDHE
depending software needs to be rebuilt to make use
of it as well as libraries like NSS/GNUTLS should
do the same and depending packages like Firefox
needs a rebuild against refreshed NSS to support
it al
the prelink default should be banned from the distribution
because this is always the excuse not activate hardening-flags
for packages because PIE binaries are not prelinked and people
still insist it brings great performance gains which is mostly
not true
Am 15.10.2013 14:19, schrieb Dhiru Kholia
since OpenSSL in Fedora from now on supports ECDHE
depending software needs to be rebuilt to make use
of it as well as libraries like NSS/GNUTLS should
do the same and depending packages like Firefox
needs a rebuild against refreshed NSS to support
it also on the client side
i made some triage tod
On Tue, Oct 15, 2013 at 04:54:16PM +0200, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 16:21:01 +0200, Daniel P. Berrange wrote:
> > To justify removing it, we just need to collect data to show that those
> > performance benefits no longer exist, with current hardware and software
> > combination in
https://fedorahosted.org/389/ticket/47519
https://fedorahosted.org/389/attachment/ticket/47519/0001-Ticket-47519-memory-leaks-in-access-control.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin
On Oct 15, 2013, at 2:15 AM, David Airlie wrote:
>
>> The iMac and HP Z1 have a bi-directional DisplayPort/Thunderbolt port, which
>> lets them be used as a Display for another computer. Apple calls it Target
>> Display Mode, though HP doesn't seem to have a special name for it. This is
>> real
Hi,
Needing a calendar server for the company, I've ended up packaging the
groupware server SOGo [1], which is a neat MS Exchange alternative. SRPM
of sogo plus deps are here:
http://smani.fedorapeople.org/review/sogo-2.0.7-1.fc21.src.rpm
http://smani.fedorapeople.org/review/sope-2.0.7-1.fc21
> I've been kicking this idea around for a bit and have chatted a little
> with people on IRC but as we're looking to start up development on
> taskbot, I want to have a larger discussion on two issues: where do we
> host code and what do we want to use for dev support tools (issue
> tracking, code
On Ter, 2013-10-15 at 15:19 +0200, Miroslav Suchý wrote:
> In Debian distributions exist file:
>/etc/dpkg/origins/default
> which is symlink to
>/etc/dpkg/origins/debian
> with content:
>Vendor: Debian
>Vendor-URL: http://www.debian.org/
>Bugs: debbugs://bugs.debian.org
>
> Do
On Tue, Oct 15, 2013 at 05:11:52PM +0200, Jan Kratochvil wrote:
> On Tue, 15 Oct 2013 16:59:59 +0200, Daniel P. Berrange wrote:
> > I wouldn't read that as saying that prelink is slowing down startup,
> > rather that the benefit of prelink is so small as to be indistinguishable
> > from the backgro
On Tue, 15 Oct 2013 17:04:05 +0200, Matthew Miller wrote:
> But, since prelink presents other problems on its own,
Prelinked system is a good test for tools like GDB, elfutils and others they
can properly handle the displacements of sections/segments.
This is something that ELF does not forbid so
1 - 100 of 144 matches
Mail list logo
