Dear all,
I am releasing ownership of my packages due to lack of time to properly
maintain them.
ant-antlr3 -- Antlr3 task for Ant
emacs-ecb -- Emacs Code Browser
emacs-rpm-spec-mode -- Major GNU Emacs mode for editing RPM spec files
global -- Source code tag system
inamik-tableformatter -- A se
The latest build of Emacs (emacs-24.2-4.fc19) no longer contains rpm-spec-mode.
I have packaged the mode separately from Emacs to comply with Fedora Packaging
Guidelines, as the mode has different upstream. Review feedback is welcome:
#857865 - Review Request: emacs-rpm-spec-mode - Major GNU E
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
Ben Boeckel wrote:
> Anything with ghc-* can be ignored; ghc does not have debuginfo in its
> libraries. A list of other Haskell packages which don't fit the ghc-*
> pattern can be gathered as well.
Ok, I modified the script to skip Haskell packages. The list is not
needed, a simple detection log
Richard W.M. Jones wrote:
> On Thu, Feb 24, 2011 at 09:28:10AM +0100, Karel Klic wrote:
>> component: cduce (rjones)
>> file: cduce-0.5.3-8.fc15.i686/usr/bin/cduce
>>- debuginfo missing; ELF stripped
>> file: cduce-0.5.3-8.fc15.i686/usr/bin/dtd2cduce
>>
On 24.2.2011 at 16:17, Michael Schwendt wrote:
> On Thu, 24 Feb 2011 09:28:10 +0100, Karel wrote:
>
>> - debuginfo symlink points to another binary in another RPM package
>> which might not be installed
>>
>
> Which is perfectly normal for subpackages, isn't it?
>
> There is only a single -
> - Separating machine-generated content from human-generated content is
> valuable for the developer. The two require different mental processes
> to handle. I have a much stronger guarantee that the abrt bug contains
> facts, but I also know there's no point in asking for more information.
> Re
Dne 16.11.2010 11:04, Nicolas Mailhot napsal(a):
> Le Lun 15 novembre 2010 23:51, Karel Klic a écrit :
>> Major advantage of the retrace server is that you can get a good
>> backtraces even from unfresh coredumps.
>
> And why can't this be done with debuginfofs ? It&#x
Dne 15.11.2010 23:04, Matthew Garrett napsal(a):
> On Mon, Nov 15, 2010 at 05:01:30PM -0500, Colin Walters wrote:
>> On Mon, Nov 15, 2010 at 4:13 PM, Matthew Garrett wrote:
> Leaving the retracing at the user's end of things means that the user at
> least has a choice in the matter - I'm unlikely
Dne 15.11.2010 22:31, Matthew Garrett napsal(a):
> On Mon, Nov 15, 2010 at 08:43:39PM +0100, Karel Klic wrote:
>> ABRT with retrace server support, and a retrace server instance up and
>> running. It will improve the quality of backtraces.
>
> Further, what's the lice
Dne 15.11.2010 22:13, Matthew Garrett napsal(a):
> On Mon, Nov 15, 2010 at 08:43:39PM +0100, Karel Klic wrote:
>> ABRT with retrace server support, and a retrace server instance up and
>> running. It will improve the quality of backtraces.
>
> How does the user verify that t
Dne 12.11.2010 17:35, Kevin Fenzi napsal(a):
> Any other exciting work in progress that might land in F15 that people
> are actively working on?
ABRT with retrace server support, and a retrace server instance up and
running. It will improve the quality of backtraces.
http://fedoraproject.org/wik
On 07/13/2010 05:52 PM, Toshio Kuratomi wrote:
> Having gpg1 and gpg2 seems reasonable to me.
>
> Note, though, that the problem is slightly more limited in scope. At least
> with vim, if you have an X display, gpg2 will invoke the graphical pinentry
> where you can enter your passphrase and go ab
On 07/13/2010 06:03 PM, Brian C. Lane wrote:
> This is why I'm so surprised to see gpg be deprecated in f13. Upstream
> is supporting both and the manpage even indicates that the binary should
> be gpg2.
>
> I don't see any reason for it to have been removed in f13, and am
> willing to help maintai
Hi,
several users of Emacs and one user of Vim complained in rhbz#574406 [1]
that they can no longer use their editor to open and edit gpg-encrypted
files in Fedora 13.
The reason is that GnuPG 1.4 was deprecated after Fedora 12 release, and
GnuPG 2 was introduced to replace it. However, GnuPG
On 07/07/2010 10:29 PM, Tom "spot" Callaway wrote:
> [kklic] emacs: 1:emacs-common-23.2-5.fc14.x86_64
> 1:emacs-el-23.2-5.fc14.x86_64
Fixed in rawhide.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Dne 13.5.2010 14:55, Christoph Wickert napsal(a):
> AFAIK abrt recognizes dupes based on hashes of the backtrace, but the
> format of the backtraces has changed with nearly every new ABRT version,
> so the backtraces will not be the same even from exactly the same crash.
The hash is not calculated
Hi Christoph,
there was a flaw in the duplicate detection (undiscovered for a long
time) that allowed to file that duplicates you received.
It has been fixed.
abrt.spec:
* Mon May 03 2010 Karel Klic 1.0.9-2
- fixed crash function detection (a part of duplication detection)
Karel
Dne
Dne 14.4.2010 22:02, Mathieu Bridon napsal(a):
> I'm not sure if that could be used for my own issues with ABRT, but
> let me explain it.
>
> When I'm developing a TG2 application, I sometimes get a traceback
> (well, I'm not perfect :). ABRT sees the traceback, and wants me to
> report a bug again
Dne 14.4.2010 22:40, Jeff Spaleta napsal(a):
> On Wed, Apr 14, 2010 at 11:53 AM, Karel Klic wrote:
>> Please file a RFE in Bugzilla, and include the filename mask(s) marking
>> the files you want to exclude. I think it will be something like:
>> /usr/lib/python2.6/site-pack
Hi Jeff,
Good idea, also the opencv package would use this feature for its Python
programming examples. Current ABRT cannot ignore crashes based on paths,
so it must be developed.
Please file a RFE in Bugzilla, and include the filename mask(s) marking
the files you want to exclude. I think it
Hi Yaakov,
please see below.
On 03/16/2010 10:31 PM, Yaakov Nemoy wrote:
> Hey List,
>
> In the org that i work for, we use logwatch for log monitoring. Since
> puppet is too new to have a module in logwatch, i've had the 'joy'
> recently of attempting to write a functional module. In doing so, i
Dne 10.3.2010 19:14, Jesse Keating napsal(a):
> On Wed, 2010-03-10 at 10:00 -0800, Jesse Keating wrote:
>> On Wed, 2010-03-10 at 18:25 +0100, Karel Klic wrote:
>> Since buildroots are broken once this change gets into the build roots,
>> I'm working on the perl and pyth
A newer version of gdbm (1.8.0->1.8.3) has been pushed into rawhide
(devel) branch. This version changes libgdbm soname, so all packages
using gdbm _must be rebuilt_.
The soname change is needed as the new version moves dbm and ndbm
routines to separate library gdbm_compat.
The new version fix
On 02/08/2010 06:11 PM, Karel Klic wrote:
> On 02/08/2010 02:22 AM, Christoph Wickert wrote:
>> Am Sonntag, den 07.02.2010, 22:26 +0100 schrieb Karel Klic:
>> IMO all lists should be sorted by package owner. I own ~ 120 packages
>> and it is a quite lot of work to search all t
On 02/08/2010 02:22 AM, Christoph Wickert wrote:
> Am Sonntag, den 07.02.2010, 22:26 +0100 schrieb Karel Klic:
>> I
>> placed the list of found bugs to the Fedora wiki [2]. IMHO only bugs
>> with 2 comments should be closed, because 2 comments mean that the
>> package m
Karel Klic wrote:
> Christoph Wickert wrote:
>> For me as the maintainer it is a lot of work to reply to all these
>> useless reports and for our users it's just frustrating if all their
>> reports get closed INSUFFICIENT_DATA.
>
> I am now going to write a script
Kevin Kofler wrote:
> Stefan Schulze Frielinghaus wrote:
>> However, in the meantime I stopped reporting crashes via ABRT because I
>> think it raises the load for a package maintainer to high while the
>> report should go directly to upstream. Bothering the maintainer first
>> instead of upstream
Christoph Wickert wrote:
> What's wrong with ABRT? ALl the backtraces I get are unusable again. If
> Thunar crashes, not even Thunar-debuginfo gets installed.
There is a flaw in ABRT 1.0.4, which allows to submit incomplete
backtraces. It got into the source code during the GUI rewrite.
There is
29 matches
Mail list logo
