Also, couldn't emacs-snapshot provide emacs23?
Yes, sure it could, but http://emacs.orebokech.com/ doesn't have a bug
tracker, while Debian does :-) Lame excuse, I know, we can contact this
guy, actually I will just CC him now.
Lastly, I'm surprised that _anyone_ is using gnus-bonus-el. It's
On Tue, 29 Jun 2010 13:18:55 -0400, Peter Galbraith p...@debian.org writes:
Okay, now I have checked this, because I was also curious, I use the
gnus-pers.el stuff only. I just downloaded it and put it to my
personal emacs configuration dir and simply purged gnus-bonus-el
altogether.
On Thu, 17 Jun 2010 22:02:31 +0200, Axel Beckert a...@debian.org writes:
So maybe you should change the ITP at http://bugs.debian.org/551187 to
an RFP or even close it. Or do you still intend to maintain rudel in
Debian?
Yes, maybe I should, I will do it now. Probably just closing is enough,
Hi Gilles,
I can. Since I complain about Debian packagers, the best thing should
be I complain to myself. I don't know if there is a rule like
an upstream developer must not package his own software.
No, there is not, but usually upstream debian/ directories are loosy and
not well maintained,
Package: fakechroot
Version: 2.9-1
Severity: minor
er...@lisa:/tmp/x/fakechroot-2.9 $ strings /usr/lib/libfakechroot.so
5n{C
__gmon_start__
_init
_fini
__cxa_finalize
_Jv_RegisterClasses
See__usr_share_doc_fakechroot_README_fake
libc.so.6
_edata
__bss_start
_end
libfakechroot.so
GLIBC_2.1.3
Package: libc6
Version: 2.10.2-5
Severity: minor
Hi,
In debian/rules:
# We use a wrapper script so that we only include the bare
# minimum in /usr/lib/debug/lib for backtraces; anything
# else takes too long to load in GDB.
This information is no longer correct, libc6
I don't have time to maintain the Debian package for CEDET anymore, so
it will most likely need to be orphaned.
Thanks for the reply and your work on the package until now.
Is it okay then if I upload a new upstream version designating me as the
new maintainer?
Gergely
--
To UNSUBSCRIBE,
Hi Michael,
Thank you for your packaging work on cedet, I made some patches as I
already stated: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540321
May I ask you when you will have time to have a look on them? I am
happy to help you with this package, if it is needed.
If you are reading
block 551187 by 540321
thanks
Hi,
Please note that if you need the rudel package now, you can add
deb http://www.gergely.risko.hu/cedet ./
into your sources list and do an apt-get install rudel.
However if you are wondering what is happening about the integration of
rudel into the main archive,
Hi,
What about KVM? Does it do the same as QEMU and will change to PXE?
Gergely
On Mon, 2 Nov 2009 10:35:43 +0100, Aurelien Jarno aurel...@aurel32.net writes:
On Sun, Nov 01, 2009 at 08:40:12PM -0800, Vagrant Cascadian wrote:
On Tue, Oct 27, 2009 at 06:58:08PM +0200, RISKÓ Gergely wrote
Hi,
I see now reasons why they wouldn't switch, though maybe with some
delay.
So Vagrant: is it OK for you if we don't solve this for etherboot?
Gergely
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
On Sun, 1 Nov 2009 20:40:12 -0800, Vagrant Cascadian vagr...@freegeek.org
writes:
my preference would still be for a separate package, but it's just a case of
different priorities at that point.
Yes, and sorry to say, but not convinced. My opinion is, that you are
in a very specific
On Mon, 26 Oct 2009 12:36:01 -0700, Vagrant Cascadian vagr...@freegeek.org
writes:
understandable. using the logic that the proposed new etherboot
package would only include roms useful to virtual machines also
present in the archive could hopefully keep the scope of the package
sane.
If I
Package: wnpp
Version: N/A; reported 2009-10-16
Severity: wishlist
* Package name: rudel
Version: 0.2-2
Upstream Author: Jan Moringen scym...@gmx.net
* URL: http://rudel.sourceforge.net/
* License: GPL v3
Description:
Rudel is a collaborative editing environment for GNU Emacs. It supports
Package: ffmpeg2theora
Severity: wishlist
OK, your wishlist bug is accepted and hereby I enter it to the bug
tracking system: Build with subtitle support and build-depend on
libkate!
Thanks for your suggestion,
Gergely
---BeginMessage---
Greetings,
I'm writing about ffmpeg2theora 0.24 as seen
Hi Marko and Nikos,
Nikos: please read this before continuing:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299509
Marko: Thank you for submitting this bugreport, sorry for the late
response from me, I apologize.
Your issue will be fixed in the upcoming libmcrypt 2.5.8-1 version,
I've just
Hi,
A new version of ffmpeg2theora (0.24-1) will hit the debian mirrors in
some days. You have reported http://bugs.debian.org/420232, and I
think that with this new version the problem is solved, if this is not
the case, feel free to reopen the bug. I haven't had time to properly
test it,
Hi Rémi,
Can you please clarify if this bug is still occurs on your Celeron II
machine with version 0.24-1 (will be downloadable from unstable in
one or two days from now)?
If this seems to be fixed, please reply to
500918-d...@bugs.debian.org, if it is not, then please contact the
upstream
Then, someone should correct the code to support passing trust anchors,
allow passing the verify value, and document capabilities and
limitations. (*)
I certainly don't have time to do it, and since I can't agree with the
politics behind the whole SSL model, I don't think that I will have
Package: pgpdump
Version: 0.26-1
The RFC4880 states, that names are always UTF-8 encoded strings, so
they are always readable, while values are not. Thus, I think that
names should be dumped as strings, while the readability should only
be examined while dumping the value.
Here is the patch for
Hi Andreas,
I don't think that uploading an old libmail-imapclient just for
imapsync is a good idea. It's upstream maintenance won't continue.
And if I see correctly this package isn't in an unworkable state
because of the Debian maintainer ship, but because of an upstream
incompatibility with
On Sun, 27 Jan 2008 14:15:21 +0100, Andreas Wenning [EMAIL PROTECTED] writes:
Hi Gergely
They needs to be below /usr/share/perl5/ for perl to find them afaik.
Shouldn't I pull the newest upstream, when I'm at it?
Please only include a patch against the current debian/ directory, not
a
On Sun, 27 Jan 2008 13:26:38 +0100, Andreas Wenning [EMAIL PROTECTED] writes:
Could a solution be to include the patched imapclient as part of the
imapsync package instead? Have it reside in the debian directory in the
source. This being a temporary solution until upstream hopefully get the
Dear LaTeX and Debian Gurus,
I've just found out that the Debian's magyar.ldf is incompatible with
hyperref and other important packages. Then I've found this bug in
the BTS.
Nothing has happened for two long years!
From the Debian BTS, it seems that Johannes is responsible for this,
so can I
Hi Gilles,
Sorry about my last reply two weeks ago, it seems, I didn't
realized/remembered that you are the upstream author, so my reply
about archives, etc. didn't give much sense... :-)
On Mon, 30 Oct 2006 05:10:37 +0100, Gilles LAMIRAL [EMAIL PROTECTED] writes:
Hello Risko,
I've fixed the
think of backporting it to 1.0 branch
and yes, using c parser is better (like perl's c2h, using gcc)
On 10/7/06, Riskó Gergely [EMAIL PROTECTED] wrote:
Hello!
One of us looked more deeply into this problem, I could afford, and
came up with a solution, please review his patch and if you agree
Package: wnpp
Version: N/A; reported 2006-08-27
Severity: wishlist
* Package name: xcache
Version : 1.0.1-rc1
Upstream Author : mOo [EMAIL PROTECTED]
* URL : http://trac.lighttpd.net/xcache
* License : BSD
Description : a fast, stable PHP opcode cacher
Package: ftp.debian.org
Severity: normal
This package hoped upstream maintainance for a long time from me, but
saidly it never happened. I think it has no active users (popcon
install: 11) and I checked that it has no reverse depends.
Partly I uploaded it, because i wanted to debianize 'the
severity 379848 important
thanks
I quote policy here for you:
http://www.debian.org/doc/debian-policy/ch-relationships.html
Suggests
This is used to declare that one package may be more useful with
one or more others. Using this field tells the packaging system
and the user that the
Package: imapcopy
this is a reminder, because i always forgot it :-)
gergely
---BeginMessage---
There are disparities between your recently accepted upload and the
override file for the following file(s):
imapcopy_1.01+20060420-1_i386.deb: package says section is net, override says
mail.
Package: wnpp
Severity: wishlist
* Package name: qpxtool
Version : 0.5
Upstream Author : Gennady ShultZ Kozlov [EMAIL PROTECTED]
* URL : http://qpxtool.sourceforge.net/mail.html
* License : GPL
Description : cd/dvd quality checker
QPxTool is the linux
On Thu, 17 Nov 2005 20:07:05 +0100, Daniel Baumann [EMAIL PROTECTED] writes:
RISKO Gergely wrote:
rename 02-growisofs-plextor.dpatch to 02-growisofs-pioneer.dpatch please
I'll do it with the next upload.
When I created the patch, I didn't think that it will go to debian, if
this is the
Rob Weir [EMAIL PROTECTED] writes:
On Sat, Sep 03, 2005 at 01:30:46PM +0200, Mohammed Adnene TROJETTE said
On Mon, Aug 22, 2005, Daniel Schepler wrote:
Package: sbm
Severity: serious
Version: 3.7.1-7
tag 324575 patch
thanks
/tmp/buildd/sbm-3.7.1/installer/sbminst.c:283: undefined
33 matches
Mail list logo