On Thu, 2012-05-24 at 13:20 -0400, Casey Dahlin wrote:
> On Thu, May 24, 2012 at 09:28:16AM +0200, Alexander Larsson wrote:
> > I'm at a loss to how to proceed with the MiniDebugInfo work. I have
> > patches to rpmbuild that creates the compressed minidebuginfo putting
> > them in the main binaries
On Thu, 2012-05-24 at 22:24 +0200, Jan Kratochvil wrote:
> Wrt upstreaming the patch to FSF GDB first it can be posted but I would
> keep it for a release or two only downstream, it is simple enough patch, there
> may be found some issues with its practical use (if any) etc.
I agree with Jan. The
2012/5/24 Lennart Poettering :
> On Thu, 24.05.12 10:30, Juan Orti Alcaine (j.orti.alca...@gmail.com) wrote:
>
>> - Disable the readahead service:
>> systemctl disable systemd-readahead-collect.service
>> systemctl disable systemd-readahead-replay.service
>
> The readahead logic still hel
On 05/24/2012 09:15 PM, Paul Wouters wrote:
On Thu, 24 May 2012, Panu Matilainen wrote:
Yup. Sure we could flip %_libexecdir to point to /usr/lib (NOT
%{_libdir}) instead of /usr/libexec and rebuild (all) packages, most
of them probably wouldn't notice a thing. But then I also dont really
see t
Hey folks,
I was wondering if anyone's ever considered packaging pyroscope[1] for
Fedora? It adds quite a lot of functionality to rtorrent.
I've just started looking into it, and the building looks pretty messy.
This is the build script they use[2]. It downloads everything, including
rtorrent, a
On 05/25/2012 05:29 AM, Ralf Corsepius wrote:
On 05/24/2012 03:21 PM, Rob Spanton wrote:
Hi Ralf,
I wrote:
So is it best to attempt to get one arm-binutils package and remove
redundancy, or is it going to be more productive to just put up with
the redundancy for now?
Ralf wrote:
No, this wi
On 05/24/2012 03:21 PM, Rob Spanton wrote:
Hi Ralf,
I wrote:
So is it best to attempt to get one arm-binutils package and remove
redundancy, or is it going to be more productive to just put up with
the redundancy for now?
Ralf wrote:
No, this will hardly work and would be a nightmare to main
On 04/23/2012 11:21 AM, Patrick Monnerat wrote:
On Mon, 2012-04-23 at 14:27 +0100, Adam Williamson wrote:
On Fri, 2012-04-20 at 20:51 -0700, Eric Smith wrote:
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-Feb
On Thu, 24 May 2012 21:53:48 +0200, Miloslav Trmač wrote:
> So, where to go from here? For the gdb change, I think the ideal case
> would be to push the gdb support upstream (I have no idea what
> upstream thinks, though), second best is to convince Jan and Sergio.
I have no problems accepting th
whooo!
just in time for your status meeting ;-)
On 05/24/2012 03:17 PM, Robyn Bergeron wrote:
At the Fedora 17 Final Go/No-Go meeting today, the F17 Final Release
(RC4) was declared GOLD and ready for GA on May 29, 2012.
Thanks to everyone who came today, and to everyone who helped get the
On Thu, May 24, 2012 at 3:34 PM, Alexander Larsson wrote:
> I don't think there has to be a specific "problem". In fact, I think
> Fedora shouldn't really care what *my* problem is. What is interesting
> is: I have this feature; It has a certain cost (increase in size) and it
> gives certain featu
On Thu, May 24, 2012 at 07:27:03PM +0200, Jan Kratochvil wrote:
> On Thu, 24 May 2012 19:20:15 +0200, Casey Dahlin wrote:
> > Just go do it. See who actually shows up to stop you.
>
> I am sure this is significant enough distro change to require FESCo decision.
Still cuts his workload down from c
At the Fedora 17 Final Go/No-Go meeting today, the F17 Final Release
(RC4) was declared GOLD and ready for GA on May 29, 2012.
Thanks to everyone who came today, and to everyone who helped get the
Beefy Miracle ready for public devouring. :) Links to meeting minutes
and logs follow below.
Ch
On Thu, 24 May 2012, Panu Matilainen wrote:
Yup. Sure we could flip %_libexecdir to point to /usr/lib (NOT %{_libdir})
instead of /usr/libexec and rebuild (all) packages, most of them probably
wouldn't notice a thing. But then I also dont really see the point of turning
/usr/lib into even bigg
On 05/24/2012 08:18 PM, Till Maas wrote:
On Thu, May 24, 2012 at 09:13:51AM -0400, Adam Jackson wrote:
On 5/24/12 7:50 AM, Till Maas wrote:
But then the location if a command will depend on whether the system is
a 64 or 32 bit system, which makes it more error prone to write software that
use
On Thu, 24 May 2012 19:20:15 +0200, Casey Dahlin wrote:
> Just go do it. See who actually shows up to stop you.
I am sure this is significant enough distro change to require FESCo decision.
Regards,
Jan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/
On Thu, May 24, 2012 at 09:28:16AM +0200, Alexander Larsson wrote:
> I'm at a loss to how to proceed with the MiniDebugInfo work. I have
> patches to rpmbuild that creates the compressed minidebuginfo putting
> them in the main binaries, and I have patches to gdb that reads the
> compressed debugin
On Thu, May 24, 2012 at 09:13:51AM -0400, Adam Jackson wrote:
> On 5/24/12 7:50 AM, Till Maas wrote:
> >But then the location if a command will depend on whether the system is
> >a 64 or 32 bit system, which makes it more error prone to write software that
> >uses such commands on both kind of sys
On 05/24/2012 07:09 PM, Colin Walters wrote:
On Thu, 2012-05-24 at 11:06 -0400, Karel Klic wrote:
For developers, it is unappealing to attempt fixing a bug just from
an ordered list of function names.
Sometimes. Other times, it's all I need if I have other data at hand
(for example, the git
On Thu, 2012-05-24 at 11:06 -0400, Karel Klic wrote:
> For developers, it is unappealing to attempt fixing a bug just from
> an ordered list of function names.
Sometimes. Other times, it's all I need if I have other data at hand
(for example, the git log for the code that's crashing).
--
deve
On Thu, 24.05.12 10:30, Juan Orti Alcaine (j.orti.alca...@gmail.com) wrote:
> - Disable the readahead service:
> systemctl disable systemd-readahead-collect.service
> systemctl disable systemd-readahead-replay.service
The readahead logic still helps on SSDs actually, simply because SSDs
commit 2dc103f1d30ffab2c82065dbd353a57e51f4b06b
Author: Jitka Plesnikova
Date: Thu May 24 17:19:47 2012 +0200
Initial import
.gitignore |1 +
perl-Lexical-SealRequireHints.spec | 59
sources|
A file has been added to the lookaside cache for perl-Lexical-SealRequireHints:
eff25e457f66a598a3a1631b27ce1b72 Lexical-SealRequireHints-0.007.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://ad
commit 689877fd14bae0d68d8e477ea9d5bc88fb9ddbfe
Author: Jitka Plesnikova
Date: Thu May 24 17:11:24 2012 +0200
Initial import
.gitignore |1 +
perl-syntax.spec | 48
sources |1 +
3 files changed, 50 insertions(+), 0
A file has been added to the lookaside cache for perl-syntax:
2bbeda572f7858b8c33bdf3ddf35b390 syntax-0.004.tar.gz
--
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/listin
IMHO administrators would benefit much more from the minidebuginfo
feature than developers. The advantage for admins is that for every
crash the computer would also give a "name" of the crash. So it's
no longer just "httpd: Core dumped.", but you get a unique sequence
of functions (a "name") and
Am about to package this:
gnome-shell-extension-updater
https://github.com/eonpatapon/gnome-shell-extension-updater
Just wondering in case if somebody else is working on it
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 24 May 2012 16:35:57 +0200, Frank Ch. Eigler wrote:
> jan.kratochvil wrote:
> > If your feature does not solve any problem it is just a bloat.
>
> This overstates the case. Alex's proposal clearly solves some problems.
This is just about wording.
My reaction was to:
I don't thin
On 05/24/2012 03:20 PM, Gerry Reno wrote:
I also read here:
http://ask.fedoraproject.org/question/909/enabling-trimdiscard-on-f16-using-lvm-on-luks
about using TRIM with LUKS.
Since I'm putting an SSD in my laptop this is important because the
laptop drive must be encrypted.
So is F17 going to
jan.kratochvil wrote:
> If your feature does not solve any problem it is just a bloat.
This overstates the case. Alex's proposal clearly solves some problems.
- FChE
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, May 24, 2012 at 04:19:15PM +0200, Jan Kratochvil wrote:
> "do better" is too ambiguous and probably not right. Duplication matching can
> be always done server-side. Minidebuginfo may give less load for ABRT servers
> for example, this does not match the "do better" phrase.
And the symbo
On Thu, 24 May 2012 15:34:28 +0200, Alexander Larsson wrote:
> I don't think there has to be a specific "problem". In fact, I think
> Fedora shouldn't really care what *my* problem is. What is interesting
> is: I have this feature; It has a certain cost (increase in size) and it
> gives certain fea
Compose started at Thu May 24 08:15:03 UTC 2012
Broken deps for x86_64
--
[389-admin]
389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48
389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48
389-admin-1.1.28-1.fc18.
perl-Net-OpenSSH has broken dependencies in the rawhide tree:
On x86_64:
perl-Net-OpenSSH-0.57-3.fc18.noarch requires
openssh-clients(%{__isa_name}-%{__isa_bits})
On i386:
perl-Net-OpenSSH-0.57-3.fc18.noarch requires
openssh-clients(%{__isa_name}-%{__isa_bits})
Please resolve th
On Thu, May 24, 2012 at 11:15:38AM +0200, Thomas Spura wrote:
> On Thu, May 24, 2012 at 11:02 AM, Stanislav Ochotnicky
> wrote:
> > * If a git commit is tagged in a specific way, omit from rpm changelog.
> > What I mean by "tagged" is a git tag, in form of let's say
> > "silentXXX". Where XXX
On Thu, 2012-05-24 at 14:46 +0200, Jan Kratochvil wrote:
> On Thu, 24 May 2012 11:07:06 +0200, Alexander Larsson wrote:
> There are many ways how to solve this problem, unfortunately nobody knows what
> is your problem, there are too many close but still different problems in this
> basket. You h
Hi Ralf,
I wrote:
> So is it best to attempt to get one arm-binutils package and remove
> redundancy, or is it going to be more productive to just put up with
> the redundancy for now?
Ralf wrote:
> No, this will hardly work and would be a nightmare to maintain.
I had guessed that binutils didn'
On 05/24/2012 04:45 AM, drago01 wrote:
> On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
> wrote:
>> 2012/5/24 Gerry Reno
>>> What does Fedora do currently, if anything, to optimize for solid-state
>>> drives (SSD).
>>>
>>> Things like swap and logging can generate a huge number of writes.
On 5/24/12 7:50 AM, Till Maas wrote:
On Wed, May 23, 2012 at 02:33:11PM -0400, Adam Jackson wrote:
We're (sort of) trying to phase out /usr/libexec in favor of
%{_libdir}/%{name}/foo, but otherwise that sounds good.
But then the location if a command will depend on whether the system is
a 64
On Thu, 24 May 2012 11:07:06 +0200, Alexander Larsson wrote:
> 2) The results of the MiniDebugInfo is not perfect, and
>there is a theoretically perfect approach. So we should not
>spend time/energy/space/bits/whatever on the non-perfect
>appraoch.
>However, the perfect approach h
On Wed, 23 May 2012 14:22:35 -0400 (EDT), PW (Paul) wrote:
>
> I just got caught in having two different "validate" commands in my
> path.
>
> The /usr/bin/validate version is from the dnssec-tools package. It has a
> man page and usage info and is a tool to diagnose dnssec lookups.
And there's
On Wed, May 23, 2012 at 02:33:11PM -0400, Adam Jackson wrote:
> We're (sort of) trying to phase out /usr/libexec in favor of
> %{_libdir}/%{name}/foo, but otherwise that sounds good.
But then the location if a command will depend on whether the system is
a 64 or 32 bit system, which makes it more
Compose started at Thu May 24 08:15:05 UTC 2012
Broken deps for x86_64
--
[LuxRender]
LuxRender-blender-0.8.0-13.fc17.x86_64 requires blender(ABI) = 0:2.61
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires rubyg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/24/2012 12:04 AM, Matt Domsch wrote:
> On Wed, May 23, 2012 at 01:22:35PM -0500, Paul Wouters wrote:
>>
>> I just got caught in having two different "validate" commands in my
>> path.
>>
>> The /usr/bin/validate version is from the dnssec-tool
On 05/23/2012 09:23 PM, Richard Shaw wrote:
Here's my current service file for SPL:
Lennart already pointed out a major problem, but here are some remarks
about the unit file itself:
[Unit]
Description=Builds and installs new kmods for SPL
Before=local-fs-pre.target
When you are writing a
On 05/24/2012 10:45 AM, drago01 wrote:
On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
- Disable the readahead service:
systemctl disable systemd-readahead-collect.service
systemctl disable systemd-readahead-replay.service
systemd should just do that by default (it disables it al
On 05/24/2012 11:24 AM, Alexander Larsson wrote:
On Thu, 2012-05-24 at 11:17 +0200, Jiri Moskovcak wrote:
On 05/24/2012 11:07 AM, Alexander Larsson wrote:
On Thu, 2012-05-24 at 11:22 +0300, Yanko Kaneti wrote:
The duplication of effort less so IMHO, as different people are doing
the work. If w
On Thu, 2012-05-24 at 11:17 +0200, Jiri Moskovcak wrote:
> On 05/24/2012 11:07 AM, Alexander Larsson wrote:
> > On Thu, 2012-05-24 at 11:22 +0300, Yanko Kaneti wrote:
> >
> > The duplication of effort less so IMHO, as different people are doing
> > the work. If we don't do minidebug I will not be s
On 05/24/2012 11:07 AM, Alexander Larsson wrote:
On Thu, 2012-05-24 at 11:22 +0300, Yanko Kaneti wrote:
On Thu, 2012-05-24 at 09:35 +0200, Jan Kratochvil wrote:
On Thu, 24 May 2012 09:28:16 +0200, Alexander Larsson wrote:
However, the whole thing is useless unless we agree that we want to
enab
On Thu, May 24, 2012 at 11:02 AM, Stanislav Ochotnicky
wrote:
> * If a git commit is tagged in a specific way, omit from rpm changelog.
> What I mean by "tagged" is a git tag, in form of let's say
> "silentXXX". Where XXX has to be unique, but that can be figured out by
> fedpkg easily.
I'
On 05/23/2012 06:30 PM, Jesse Keating wrote:
On 05/22/2012 11:53 PM, Panu Matilainen wrote:
Well, here's what I see after drop_caches=3 from 'strace -tt fedpkg
verrel' on kernel.spec which is one of the most complicated specs in
Fedora land:
09:09:06.928011 fedpkg exec
09:09:12.699345 python im
On Thu, 2012-05-24 at 11:22 +0300, Yanko Kaneti wrote:
> On Thu, 2012-05-24 at 09:35 +0200, Jan Kratochvil wrote:
> > On Thu, 24 May 2012 09:28:16 +0200, Alexander Larsson wrote:
> > > However, the whole thing is useless unless we agree that we want to
> > > enable this by default. It seems some pe
Quoting Paul Wouters (2012-05-21 02:02:23)
> On Fri, 18 May 2012, Richard W.M. Jones wrote:
>
> > On Fri, May 18, 2012 at 07:07:56PM +0200, Remi Collet wrote:
> >> And definitvely, for me, (and probably only for me), git is really
> >> not a good tool for spec maintenance.
> >
> > Not duplicating
On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
wrote:
> 2012/5/24 Gerry Reno
>>
>> What does Fedora do currently, if anything, to optimize for solid-state
>> drives (SSD).
>>
>> Things like swap and logging can generate a huge number of writes. So I
>> suppose those should maybe be placed
2012/5/24 Gerry Reno
>
> What does Fedora do currently, if anything, to optimize for solid-state
> drives (SSD).
>
> Things like swap and logging can generate a huge number of writes. So I
> suppose those should maybe be placed on a
> rotating drive if one is available but if not does Fedora do
On 05/24/2012 10:28 AM, Alexander Larsson wrote:
I'm at a loss to how to proceed with the MiniDebugInfo work. I have
patches to rpmbuild that creates the compressed minidebuginfo putting
them in the main binaries, and I have patches to gdb that reads the
compressed debuginfo on demand.
However,
On Thu, 2012-05-24 at 09:35 +0200, Jan Kratochvil wrote:
> On Thu, 24 May 2012 09:28:16 +0200, Alexander Larsson wrote:
> > However, the whole thing is useless unless we agree that we want to
> > enable this by default. It seems some people like the idea, whereas
> > others disagree that its worth
On 05/24/2012 02:38 AM, Gerry Reno wrote:
> What does Fedora do currently, if anything, to optimize for solid-state
> drives (SSD).
>
> Things like swap and logging can generate a huge number of writes. So I
> suppose those should maybe be placed on a
> rotating drive if one is available but if
On Thu, 24 May 2012 09:28:16 +0200, Alexander Larsson wrote:
> However, the whole thing is useless unless we agree that we want to
> enable this by default. It seems some people like the idea, whereas
> others disagree that its worth the increased binary size. It doesn't
> look like either side is
I'm at a loss to how to proceed with the MiniDebugInfo work. I have
patches to rpmbuild that creates the compressed minidebuginfo putting
them in the main binaries, and I have patches to gdb that reads the
compressed debuginfo on demand.
However, the whole thing is useless unless we agree that we
60 matches
Mail list logo