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
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
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
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
- debuginfo missing; ELF stripped
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 logic
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 -debuginfo
- 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.
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's the same data.
GDB pretty printers
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.
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 there are no passwords or other
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 licensing situation here? If I have
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 Garrettmj...@srcf.ucam.org wrote:
Leaving the retracing at the user's end of things means that the user at
least has a choice in the matter
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/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 about
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
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 kk...@redhat.com 1.0.9-2
- fixed crash function detection (a part of duplication detection
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 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
Dne 14.4.2010 22:40, Jeff Spaleta napsal(a):
On Wed, Apr 14, 2010 at 11:53 AM, Karel Klickk...@redhat.com 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:
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 against
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
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
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 these packages in your
lists
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 maintainer did not touch the bug (ABRT
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 which detects all the backtraces
without
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
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 is not
27 matches
Mail list logo
