Thought of forwarding it here as it also occurs with us in most of the
Fedora packages where Fedora is upstream. We (translators) always try to
find out where did we miss the translations when we find that a
particular package has something viewed in English during the testing phase.
So, develope
On Tue, May 08, 2012 at 08:34:57AM +0200, Alexander Larsson wrote:
> Its true that that is all the information you need from the
> process/core. But you need to have the rest of the information availible
> *somewhere*, such as on a global retrace server or just having it
Yes.
> locally in the min
On Tue, 2012-05-08 at 08:30 +0200, Jakub Jelinek wrote:
> On Tue, May 08, 2012 at 08:09:04AM +0200, Alexander Larsson wrote:
> > This is your opinion. I rarely need the full backtrace in a bug report,
> > because it you can get one its generally something thats easily
> > reproduced and I can just
On Tue, May 08, 2012 at 08:09:04AM +0200, Alexander Larsson wrote:
> This is your opinion. I rarely need the full backtrace in a bug report,
> because it you can get one its generally something thats easily
> reproduced and I can just run it in gdb myself. When you need it is when
> something weird
On Mon, 2012-05-07 at 22:44 +0200, Jan Kratochvil wrote:
> On Mon, 07 May 2012 22:24:15 +0200, Bill Nottingham wrote:
> > 4) I disagree with the contention that this should all be done via the
> > retrace server. For the retrace server to work, you have to have
> > all of the following:
> >
> > -
On Mon, 2012-05-07 at 16:24 -0400, Bill Nottingham wrote:
> Alexander Larsson (al...@redhat.com) said:
> > I just wrote a new Feature proposal for shipping minimal debug info by
> > default:
> > https://fedoraproject.org/wiki/Features/MiniDebugInfo
> >
> > The feature page lists some of the backg
On Mon, 2012-05-07 at 18:55 +0100, Peter Robinson wrote:
> On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson wrote:
> > I just wrote a new Feature proposal for shipping minimal debug info by
> > default:
> > https://fedoraproject.org/wiki/Features/MiniDebugInfo
> >
> > The feature page lists some
On Mon, 2012-05-07 at 23:54 +0200, Jan Kratochvil wrote:
> On Mon, 07 May 2012 23:36:04 +0200, Lennart Poettering wrote:
> > But anyway, I don't think it's worth continuing this discussion, this is
> > a bit like a dialogue between two wet towels...
>
> I also do not think we can ever find an agr
On Tue, 2012-05-08 at 15:37 +1000, Rodd Clarkson wrote:
> I have a laptop with a radeon display that's been working fine using
> f16, but now the best I get is VESA.
>
> I've tried updating but it still boots with the blue/white bars at the
> bottom, instead of the graphic boot and the best resolu
I have a laptop with a radeon display that's been working fine using
f16, but now the best I get is VESA.
I've tried updating but it still boots with the blue/white bars at the
bottom, instead of the graphic boot and the best resolution I can get
is 1400x900 (the display is 1920x1080).
I'm not su
On Mon, May 7, 2012 at 7:24 PM, Jonathan Underwood
wrote:
> I've made a cmake28 package for EL6 that builds and passes all tests.
> Review request here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=819678
>
> Generating the patch to make it parallel installable with the RHEL
> cmake (2.6) packa
On 5 May 2012 22:48, Richard Shaw wrote:
> On Sat, May 5, 2012 at 5:53 AM, Jonathan Underwood
> wrote:
[..snip..]
>> There's been a BZ asking the rhel maintainer to update to CMake 2.8 for a
>> while:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=606892
>>
>> thought the response hasn't been
On 05/06/2012 12:10 PM, Tom Lane wrote:
> spotR
> spotevas
> spottkimg needs work for new libtiff
> spotxloadimageneeds work for new libtiff
These should all be done now in rawhide.
~tom
==
Fedora Project
--
devel mailing list
devel@li
On Mon, 07 May 2012 23:36:04 +0200, Lennart Poettering wrote:
> I mean, just think of this: you have a pool of workstations to
> administer. It's all the same machines, with the same prepared OS
> image.
Then I probably use readonly /usr/lib/debug over NFS.
> Now, with your logic this would eith
On Mon, 07.05.12 23:02, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
> On Mon, 07 May 2012 22:16:02 +0200, Lennart Poettering wrote:
> > Everybody who builds OSes or appliances, and who needs to supervise a
> > large number of systems, and hosts, wants stacktraces that just work,
> > and don'
On Mon, 07 May 2012 22:16:02 +0200, Lennart Poettering wrote:
> Everybody who builds OSes or appliances, and who needs to supervise a
> large number of systems, and hosts, wants stacktraces that just work,
> and don't require network access or any complex infrastructure.
Yes, they work for me.
On Mon, 07 May 2012 22:24:15 +0200, Bill Nottingham wrote:
> 4) I disagree with the contention that this should all be done via the
> retrace server. For the retrace server to work, you have to have
> all of the following:
>
> - all relevant binaries and DSOs built in Fedora
When we are consideri
Alexander Larsson (al...@redhat.com) said:
> I just wrote a new Feature proposal for shipping minimal debug info by
> default:
> https://fedoraproject.org/wiki/Features/MiniDebugInfo
>
> The feature page lists some of the background and statistics. It also
> lists some options in how to implement
On Mon, 07.05.12 17:50, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
> On Mon, 07 May 2012 17:40:18 +0200, Lennart Poettering wrote:
> > on the individual machine,
>
> There is no backing reason for this requirement. It does not matter
> where.
That's my requirement, and actually of many o
2012/5/7 Michał Piotrowski :
[..]
>
> It seems that the system so far is working well except for one small
> thing - I can not log on to phpPgAdmin. I will have to review the
> configuration to determine what caused the problem.
>
I think that in some way /etc/phpPgAdmin/config.inc.php was silentl
Just wanted to bring to the attention of F17 testers that problems
emerged with both accountsservice 0.6.19 and 0.6.20, and the desktop
team decided to unpush both updates and, instead of trying to come up
with something that works, go with 0.6.18 for the F17 final release. So
if you're an F17 test
===
#fedora-meeting: FESCO (2012-05-07)
===
Meeting started by notting at 17:01:20 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-05-07/fesco.2012-05-07-17.01.log.html
.
Meeting summary
On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson wrote:
> I just wrote a new Feature proposal for shipping minimal debug info by
> default:
> https://fedoraproject.org/wiki/Features/MiniDebugInfo
>
> The feature page lists some of the background and statistics. It also
> lists some options in how
On Mon, 07 May 2012 18:10:17 +0200, Colin Walters wrote:
> My experience is otherwise; just look at how the kernel works in
> practice. People often post stack traces to the list, and it's
> certainly not uncommon for problems to be fixed just based on this data.
Linux kernel is not generalizable
Hello,
The OpenNebula package needs to be reviewed
https://fedoraproject.org/wiki/Features/OpenNebula (
https://bugzilla.redhat.com/show_bug.cgi?id=815001). We sent an email to
the cloud mailing list and I'm forwarding it to this list in case someone
is interested in reviewing it.
BTW: I've asked
On Mon, 2012-05-07 at 17:50 +0200, Jan Kratochvil wrote:
>
> * Opinions to this item significantly differ but minidebuginfo-only
>backtraces are in many (IMO most) cases not usable for problem analysis.
My experience is otherwise; just look at how the kernel works in
practice. People often
On Mon, 07 May 2012 17:40:18 +0200, Lennart Poettering wrote:
> on the individual machine,
There is no backing reason for this requirement. It does not matter where.
> without having to keep coredumps,
Core dump currently always have to be shortly stored on the disk anyway, even
for using mini
On Mon, 07.05.12 16:25, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
> On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
> > I just wrote a new Feature proposal for shipping minimal debug info by
> > default:
> > https://fedoraproject.org/wiki/Features/MiniDebugInfo
>
> The "sever
On Mon, 07 May 2012 15:11:29 +0200
Patrick Monnerat wrote:
> While packaging a new version of xca, the initial "fedpkg build" for
> F15 failed with error "BuildrootError: could not init mock buildroot,
> mock exited with status 4; see root.log for more information". See
> http://koji.fedoraprojec
On Mon, 07 May 2012 17:29:12 +0200, Jakub Jelinek wrote:
> On Mon, May 07, 2012 at 05:25:29PM +0200, Jan Kratochvil wrote:
> > On Mon, 07 May 2012 16:34:27 +0200, Jakub Jelinek wrote:
> > > For bug reporting, you don't need to upload core files, if all you want
> > > is to augment backtraces with s
On Mon, 07 May 2012 17:15:17 +0200, Alexander Larsson wrote:
> * They don't work offline, or before/after the network is up
+
> * Its problematic to use a retrace server during early boot, or e.g. in
> non-session apps like a daemon
/var/spool/abrt/ stores them for later GUI upload, it already w
On Mon, May 07, 2012 at 05:25:29PM +0200, Jan Kratochvil wrote:
> On Mon, 07 May 2012 16:34:27 +0200, Jakub Jelinek wrote:
> > For bug reporting, you don't need to upload core files, if all you want
> > is to augment backtraces with symbol info and perhaps line info, then
> > all you can do is just
On Mon, 07 May 2012 16:34:27 +0200, Jakub Jelinek wrote:
> For bug reporting, you don't need to upload core files, if all you want
> is to augment backtraces with symbol info and perhaps line info, then
> all you can do is just upload backtraces without symbol info/line info,
> supply the relevant
On Mon, 2012-05-07 at 16:25 +0200, Jan Kratochvil wrote:
> On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
> > I just wrote a new Feature proposal for shipping minimal debug info by
> > default:
> > https://fedoraproject.org/wiki/Features/MiniDebugInfo
>
> The "several choices" is mis
Apologies for the very late agenda.
Following is the list of topics that will be discussed in the FESCo
meeting monday at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #839
Compose started at Mon May 7 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.
Josh Boyer wrote:
> On Mon, May 7, 2012 at 8:43 AM, Jim Meyering wrote:
>> Today I noticed that some tests from coreutils' test suite
>> were taking far longer than they used to on rawhide.
>> For example, run this command in an empty directory:
>>
>> seq 20|env time xargs touch
>>
>> it take
On Mon, May 07, 2012 at 04:25:46PM +0200, Jan Kratochvil wrote:
> On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
> > I just wrote a new Feature proposal for shipping minimal debug info by
> > default:
> > https://fedoraproject.org/wiki/Features/MiniDebugInfo
>
> The "several choices"
On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
> I just wrote a new Feature proposal for shipping minimal debug info by
> default:
> https://fedoraproject.org/wiki/Features/MiniDebugInfo
The "several choices" is missing the primary possibility of no debug info
needed at the client si
Ralf Corsepius writes:
> On 05/07/2012 10:08 AM, Michael Schwendt wrote:
>> On Mon, 07 May 2012 08:07:22 +0200, RC (Ralf) wrote:
>>> Digging BZ, koji and googling did not turn up any formal FTBFS, however
>>> when trying to rebuild OSG, it indeed fail to build due to an issue
>>> which seems unrel
While packaging a new version of xca, the initial "fedpkg build" for F15
failed with error "BuildrootError: could not init mock buildroot, mock
exited with status 4; see root.log for more information". See
http://koji.fedoraproject.org/koji/taskinfo?taskID=4059840
I thus examined all the log files
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons. I
On Mon, May 7, 2012 at 8:43 AM, Jim Meyering wrote:
> Today I noticed that some tests from coreutils' test suite
> were taking far longer than they used to on rawhide.
> For example, run this command in an empty directory:
>
> seq 20|env time xargs touch
>
> it takes < 5s on F17 3.3.4-1.fc17.
Hi,
2012/5/2 Adam Williamson :
[..]
> So AIUI, you're saying preupgrade wasn't able to add an entry to grub1's
> config for performing the upgrade?
Exactly.
> That could be filed as a bug, though
> it probably wouldn't get high priority unless it also affects F15.
Someone would have to verify i
Today I noticed that some tests from coreutils' test suite
were taking far longer than they used to on rawhide.
For example, run this command in an empty directory:
seq 20|env time xargs touch
it takes < 5s on F17 3.3.4-1.fc17.x86_64 ext4/sdb8/SSD, yet
it takes 47s on rawhide 3.4.0-0.rc5.gi
commit cf76ceaa85853ff912b517aad914481e8fd17ea8
Author: Petr Šabata
Date: Mon May 7 13:53:52 2012 +0200
0.18 bump
.gitignore |1 +
perl-Capture-Tiny.spec |6 --
sources|2 +-
3 files changed, 6 insertions(+), 3 deletions(-)
---
diff --git a/.git
A file has been added to the lookaside cache for perl-Capture-Tiny:
74760c1f86824080ae4059d6f471a092 Capture-Tiny-0.18.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/mai
Compose started at Mon May 7 08:15:04 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 ruby(
On 05/07/2012 10:08 AM, Michael Schwendt wrote:
On Mon, 07 May 2012 08:07:22 +0200, RC (Ralf) wrote:
On 05/06/2012 06:10 PM, Tom Lane wrote:
I have pushed libtiff 4.0.1 into rawhide, replacing libtiff 3.9.5.
This entails a library soname bump and a few small source-level
incompatibilities, as
On Mon, 07 May 2012 08:07:22 +0200, RC (Ralf) wrote:
> On 05/06/2012 06:10 PM, Tom Lane wrote:
> > I have pushed libtiff 4.0.1 into rawhide, replacing libtiff 3.9.5.
> > This entails a library soname bump and a few small source-level
> > incompatibilities, as detailed at
> > http://www.remotesensi
On Sun, 2012-05-06 at 12:10 -0400, Tom Lane wrote:
> ankursinha aeskulap
Rebuilt for rawhide and f17.
--
Thanks :-),
Regards,
Ankur: "FranciscoD"
http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/
signature.asc
Description: This is a digitally signed message
51 matches
Mail list logo