On 05/23/2012 10:53 PM, rihowa...@gmail.com wrote:
http://fedoraproject.org/wiki/Architectures/ARM/Fedora_17_Beta
I do not see any files listed with kirkwood kernels. What happened to the files
that came with kirkwood kernels?
We didn't do image testing on kirkwood devices (dreamplug,
Hey Volker,
I'll go through your package over the weekend and review it. I hope
that would be fine.
--
Aditya Patawari
http://blog.adityapatawari.com/
https://fedoraproject.org/wiki/User:Adimania
India
On Wed, May 23, 2012 at 5:58 PM, Volker Fröhlich volke...@gmx.at wrote:
Am Mittwoch, 23.
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
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
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 not
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 the
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,
2012/5/24 Gerry Reno gr...@verizon.net
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
On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
j.orti.alca...@gmail.com wrote:
2012/5/24 Gerry Reno gr...@verizon.net
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
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 the changelog
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 people
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
On Thu, May 24, 2012 at 11:02 AM, Stanislav Ochotnicky
sochotni...@redhat.com 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
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
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 spending
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
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
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
-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-tools package.
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
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
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 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 has
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 05/24/2012 04:45 AM, drago01 wrote:
On Thu, May 24, 2012 at 10:30 AM, Juan Orti Alcaine
j.orti.alca...@gmail.com wrote:
2012/5/24 Gerry Reno gr...@verizon.net
What does Fedora do currently, if anything, to optimize for solid-state
drives (SSD).
Things like swap and logging can generate
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't
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 have
On Thu, May 24, 2012 at 11:15:38AM +0200, Thomas Spura wrote:
On Thu, May 24, 2012 at 11:02 AM, Stanislav Ochotnicky
sochotni...@redhat.com 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
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
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
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
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 symbols for
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 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
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 think
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
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 you
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
commit 689877fd14bae0d68d8e477ea9d5bc88fb9ddbfe
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu May 24 17:11:24 2012 +0200
Initial import
.gitignore |1 +
perl-syntax.spec | 48
sources |1 +
3 files changed,
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
commit 2dc103f1d30ffab2c82065dbd353a57e51f4b06b
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu May 24 17:19:47 2012 +0200
Initial import
.gitignore |1 +
perl-Lexical-SealRequireHints.spec | 59
sources
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
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).
--
devel
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, 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 systems.
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 debuginfo
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
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
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
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.
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
On Thu, May 24, 2012 at 3:34 PM, Alexander Larsson al...@redhat.com 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
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
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 the
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
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
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
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,
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
https://bugzilla.redhat.com/show_bug.cgi?id=824082
--- Comment #3 from Alex Vandiver ale...@bestpractical.com ---
To anyone readying a release based on the above, please also note the two
follow-up messages addressing problems with sending mail caused by the security
patches:
https://bugzilla.redhat.com/show_bug.cgi?id=824082
--- Comment #4 from Ralf Corsepius rc040...@freenet.de ---
Hmm, I am confused about
http://lists.bestpractical.com/pipermail/rt-announce/2012-May/000205.html
There, you say: RT 3.8.11 and 4.0.5 already require version (FCGI) 0.75 or
higher.
https://bugzilla.redhat.com/show_bug.cgi?id=824082
--- Comment #5 from Alex Vandiver ale...@bestpractical.com ---
Gah -- simple typo. Please read that as 0.74, as you confirmed by looking at
sbin/rt-test-dependencies.in
- Alex
--
You are receiving this mail because:
You are on the CC list for
https://bugzilla.redhat.com/show_bug.cgi?id=824082
--- Comment #6 from Ralf Corsepius rc040...@freenet.de ---
Thanks for clarifying this.
Fedora already ships 0.74, but ... CentOS6 is still at 0.71 ;)
--
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras
https://fedorahosted.org/389/ticket/383
https://fedorahosted.org/389/attachment/ticket/383/0003-Ticket-383-usn-mmr-deletions-are-not-replicated.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
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.
65 matches
Mail list logo
