er2 and cabber) and many people are using it.
Upstream are maintaining Debian packages which seem to be in order. All
free Jabber clients should be in Debian, this would speed up the
inevitable death of all proprietary IM protocols.
--
Yavor Doganov
Free Software Association - Bulgariahttp
expecting eagerly the moment when I'll be able to purge the proprietary
OSes from my machines.
Keep the good work!
--
Yavor Doganov
Free Software Association - Bulgaria
GNUstep Bulgarian Translation Project
GNOME Bulgarian Translation Project
--
To UNSUBSCRIBE, email to [EMAIL PROTE
David Weinehall wrote:
>
> Is the new version of pan able to migrate the information from the
> old version yet?
No, and it won't be until somebody writes the code. Charles Kerr (the
upstream author) said that he's not going to do it as it's non-trivial
and fairly difficult. I understand him, a
As it was pointed out by Jon Dowland, please read the discussion on
this list that was started by the maintainer.
Michael Rasmussen wrote:
>
> 1) It is VERY unstable - constant freezes and crashes
Please report such issues using the "reportbug" program or `M-x
debian-bug' if you use Emacs and ha
Joe Smith wrote:
>
> OE does support threading for Email, it is simply disabled by
> default. However overall the threading is more accuracte an reliable
> for newsgroups.
Until this MUA is released under a free license and ported to the GNU
system so it can be packaged, this crucial detail is ou
Joseph Smidt wrote:
>
> The question in my mind becomes: Is it still worth it if the bulk of
> people Stable is created for are better servered somewhere else?
You don't have a complete view on the situation, probably because
you're a geek. Stable is not limited to servers. Almost every
municip
Andrew Donnellan wrote:
>
> Since when was MPlayer acceptable in the Debian archive?
I think he meant NEW, not incoming. But let's not resurrect old
discussions.
I was wondering, what's so important about mplayer? With totem and
vlc (and I anticipate there's something similar for KDE) you have
Roger Leigh wrote:
>
> What's the rationale for needing it as part of the default install?
Because it's the standard GNU way of doing this kind of job?
> The majority of the Debian (and GNU/Linux systems in general) I see
> tend to not use NFS at all.
I guess there is truth in this statement.
Daniel J. Priem wrote:
>
> I think such bugs can be easily closed.
The bug is closed with the last upload to sid, the question is whether
it should be considered as RC and if the release team will approve the
fix for Etch.
When upgrading from Sarge to Etch there is no issue, but for users
like m
ive development). "Linux
distribution" is just wrong (and rather annoying).
--
Yavor Doganov JID: [EMAIL PROTECTED]
Free Software Association - Bulgaria http://fsa-bg.org
GNOME in Bulgarian! http://gnome.cult.bg
--
To UNSUBSCRIBE, em
ll.
(I know, this is the wrong list).
--
Yavor Doganov JID: [EMAIL PROTECTED]
Free Software Association - Bulgaria http://fsa-bg.org
GNOME in Bulgarian! http://gnome.cult.bg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Wouter Verhelst <[EMAIL PROTECTED]> writes:
> And you're also preaching to the choir, mostly.
A well known fact to me, sorry for this, but I consider it important.
As you're my personal hero (I have a Mac Quadra), now I know your
attitude, which makes me sad.
--
With respect,
Yavor
--
To U
NU/Linux (with a piece of
deserved credit to Linus). Calling it only "Debian" is fine as well.
--
Yavor Doganov JID: [EMAIL PROTECTED]
Free Software Association - Bulgaria http://fsa-bg.org
GNOME in Bulgarian! http://gnome.cult.bg
--
ul and shiny new machines won't suffer much.
--
Yavor Doganov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
) :) :) :) :) :)
I'd love to, but unfortunately I'm a translator and documentation
writer, I don't have programming skills :/
But I'll follow it closely, thanks.
--
Yavor Doganov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[ I haven't looked the vdr-* source; apologies if I miss something
essential. ]
Tobi wrote:
> Personally I think debian/rules shouldn't be restriked to make.
What happens if you do `./debian/rules -p | less'? Although seldom
needed, that's a useful thing when you have to debug the build syste
Jeff Carr wrote:
> On 01/17/07 00:22, Loïc Minier wrote:
>
> > The Debian menu system is completely useless to me, and I expect to
> > most GNOME and KDE users.
>
> You've hit the nail on the head. That whole thing came about from
> earlier times. I wish you every luck in purging it from existenc
Instead of arguing about the "From" header and generating traffic that
might be interesting, but not important at all, why don't we express
our warm gratitude and congratulate the Debian GNU/kFreeBSD team for
the *great* work they have done by making yet another variant of GNU a
reality?
Their wor
Don Armstrong wrote:
>
> [It appears that debian-bug.el doesn't actually do the
> /usr/share/bugs//*; thing either [...]
It does but relies on reportbug for this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Samuel Thibault wrote:
> Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit :
> > Samuel Thibault wrote:
> > > Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit :
> > > > * Package name: pthsem
> > > Mmm, could this perhaps rather be just a patch added to the
> > > existing pth p
Martin Koegler wrote:
> I must admit, that I have not read anything about GNU maintainers,
> but GNU has usually a bigger "philosophical overhead".
Then I suggest you to read the appropriate documenation [1] before
jumping to premature and possibly incorrect conclusions (what does the
phrase "phil
Marc Leeman wrote:
> > (OTOH, speaking generally, it is sad to see a package "reborn"
> > under another name just because
>
> Don't read to much into this;
Well, as a matter of fact I don't. Probably I wouldn't have replied
to the thread if pth wasn't a GNU package, but my opinion would be the
Peter S Galbraith wrote:
> Anyone know how to make the auto-tools include the debian directory
> in the source tar ball (with `make dist') but NOT maintain any
> Makefile in those directories?
You can just list all needed files in EXTRA_DIST (or the appropriate
automake variable) and avoid using S
Michael Gilbert wrote:
> No, my proposal is to move the package to a better home: backports.
Have you discussed this proposal with other members of the security
team? And/or the relase team?
Ignoring the fact whether this is something possible or not currently,
just think of the rdepends. Serio
Enrico Weigelt wrote:
> * Russ Allbery schrieb:
> > You're basically saying that people aren't allowed to use
> > the typical Autoconf semantics of honoring --with and --without
> They should use --enable-*/--disable-* flags for switching features.
--with and --enable have different semantics, a
Enrico Weigelt wrote:
> * Yavor Doganov schrieb:
> > > Switching dependencies which silently enables/disables features is
> > > a generally bad approach.
> >
> > Well, in my very humble experience, an optional dependency is there
> > precisely to provide
[BTW, the only proper spelling is "GNUstep" -- not "Gnustep" or
"GNUStep".]
Vincent Danjean wrote:
> I maintain a page.app package.
You mean paje.app, I assume (innocent typo)?
> It is right it is a gnustep application (ie it uses the gnustep
> framwork). However, I never use the gnustep envir
Package: wnpp
Severity: wishlist
Owner: Debian GNUstep maintainers
* Package name: gshisen.app
Version : 1.3.0
Upstream Author : Enrico Sersale (RIP)
James Dessart
Larry Coleman
The GAP Team
* URL or Web page : https:/
28 matches
Mail list logo
