On Mon, 29 Aug 2005, Andreas Metzler wrote:
I know that it was there formerly because I once got it without any extra
lines in my sources.list file. Now the Sparc port can be found at
http://ftp.unixdev.net/pub/debian-udev/pool/non-free/o/openmotif/
This is a version with security issue
[Andreas Tille]
> ... I'm not skilled enough to fix this. :-(
Try using lesstif instead. It is a motif clone. I recommend
installing lesstif2-dev instead of the motif development package, and
try again.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>
* Package name: psignifit
Version : 2.5.6
Upstream Author : Jeremy Hill <[EMAIL PROTECTED]>
* URL : http://www.bootstrap-software.org/psignifit
* License : GPL
Description : Fitting
Russ Allbery <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> writes:
>
>> Hi. I'd like to get in contact with someone who would be interested in
>> creating and supporting Debian packages for my Kerberos 5
>> implementation, and its related GSS-API library. Web pages are
>> ava
On Tue, 30 Aug 2005, Petter Reinholdtsen wrote:
Try using lesstif instead. It is a motif clone. I recommend
installing lesstif2-dev instead of the motif development package, and
try again.
I tried and failed - but thanks for the hint.
And before you ask: I failed to find a reasonable bug rep
> "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes:
Hamish> These problems should be solved by discussion and
Hamish> generation of a policy. IMHO it would be better to have a
Hamish> consistent approach that didn't solve every problem (or
Hamish> had some other flaw) than
Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>
* Package name: arno-iptables-firewall
Version : 1.8.4
Upstream Author : Arno van Amersfoort <[EMAIL PROTECTED]>
* URL : http://rocky.eld.leidenuniv.nl/
* License : GPL
Description
On Monday 29 August 2005 21:59, Anthony Towns wrote:
> On Mon, Aug 29, 2005 at 08:50:24PM +0200, Frans Pop wrote:
> > Also I don't think that "Patched" as a description for tag 'patch' is
> > correct. The bug has not been patched, there just is a _proposed_
> > patch available. There is no certaint
On Tue, 30 Aug 2005, Michael Hanke wrote:
Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>
* Package name: arno-iptables-firewall
Version : 1.8.4
Upstream Author : Arno van Amersfoort <[EMAIL PROTECTED]>
* URL : http://rocky.eld.leidenuniv.nl/
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz <[EMAIL PROTECTED]>
* Package name: libpod-index-perl
Version : 0.12
Upstream Author : Ivan Tubert-Brohman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~itub/Pod-Index/
* License : Perl (Artistic/GPL)
On Tue, Aug 30, 2005 at 05:59:17AM +1000, Anthony Towns wrote:
> The idea is that a maintainer can divide bugs by the actions needed:
>
> * patch: apply the patch, build, test, upload
> * moreinfo: no action -- waiting for more info
> * wontfix: no action -- won't fix anyway
> * un
On Mon, Aug 29, 2005 at 09:25:22PM +0100, Roger Leigh wrote:
> sean finney <[EMAIL PROTECTED]> writes:
> > On Sun, Aug 28, 2005 at 09:26:16PM +0100, Roger Leigh wrote:
> >> sean finney <[EMAIL PROTECTED]> writes:
> >> Some packages chose to place random junk in there (e.g. resolvconf).
> >> This
Am Dienstag, 30. August 2005 11:36 schrieb Andreas Tille:
> On Tue, 30 Aug 2005, Michael Hanke wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Michael Hanke <[EMAIL PROTECTED]>
> >
> >
> > * Package name: arno-iptables-firewall
> > Version : 1.8.4
> > Upstream Author : Arno
Hi,
does all archs in debian have support for long long datatype?
I want to apply 64bit quotas for cyrus22-imapd and I have to choose
between patch which has checks for long long support and patch which
doesn't have this check and use long long by default.
Ondrej.
--
Ondrej Sury <[EMAIL PROTECT
Package: wnpp
Severity: wishlist
Owner: Florian Ragwitz <[EMAIL PROTECTED]>
* Package name: xmms2
Version : 2.0.1DR2.1
* URL : xmms2.xmms.org
* License : GPL
Description : XMMS2 is a redesign of the XMMS music player
XMMS2 is a redesign of the XMMS music pl
* Joerg Sommer [Mon, 29 Aug 2005 12:51:16 +]:
> > Do it and get enough things to use it. Then there is no stopping you.
> Well, I add /run/ to the directories of my package and mount a tmpfs
> there on startup. But I leave it mounted after exit, because I don't know
> if someone else use it.
On Tue, Aug 30, 2005 at 01:25:09PM +0200, Ondrej Sury wrote:
> does all archs in debian have support for long long datatype?
Yes, AFAIK, but...
> I want to apply 64bit quotas for cyrus22-imapd and I have to choose
> between patch which has checks for long long support and patch which
> doesn't ha
On 8/20/05, Florian Weimer <[EMAIL PROTECTED]> wrote:
> > Compared to SVN from the view of somebody who is acquainted with CVS,
> > arch sucks badly. I tend to agree with most of the things that Florian
> > Weimer lists on http://www.enyo.de/fw/software/arch/design-issues.html
To which I'd respond
On Aug 30, 2005, at 10:31, Brian May wrote:
Would it be feasible to have something like "update-alternatives", but
instead of managing files in the file system, it allocates port
numbers?
That way every service that listens on port, for example 143, will be
registered, but only one will be "ac
also sprach Martin Langhoff <[EMAIL PROTECTED]> [2005.08.30.1404 +0200]:
> But I'm leaving the Arch (tla/baz/bzr) boat too - patch-oriented SCMs
> were fun, but very disappointing. There is a central design flaw in
> pure patch tracking, and neither Arch nor DARCS do anything about it:
> no matter
On Tue, 30 Aug 2005, Richard Atterer wrote:
> On Tue, Aug 30, 2005 at 01:25:09PM +0200, Ondrej Sury wrote:
> > does all archs in debian have support for long long datatype?
>
> Yes, AFAIK, but...
>
> > I want to apply 64bit quotas for cyrus22-imapd and I have to choose
> > between patch which has
On Mon, Aug 29, 2005 at 06:56:56PM +0200, Raphaël Hertzog wrote:
> Le lundi 29 août 2005 à 11:42 -0500, Branden Robinson / Debian Project
> Leader a écrit :
> > Eh? What exactly did I say?
>
> wiggy: if anyone from d-a is responding to any of the offers
> they're getting, they're not CCing me.
>
On Tuesday 30 August 2005 04:49 am, Stig Sandbeck Mathisen wrote:
> On Aug 30, 2005, at 10:31, Brian May wrote:
> > Would it be feasible to have something like "update-alternatives", but
> > instead of managing files in the file system, it allocates port
> > numbers?
> >
> > That way every service
On Tue, Aug 30, 2005 at 09:32:58AM +0200, Simon Josefsson wrote:
> I expect the initial packaging to be simple, it is just a './configure
> && make install' package. Part of the 'make install' procedure should
> be duplicated in the apt install scripts, for the KDC side, but that
> part is not imp
On Wed, 24 Aug 2005 06:15:08 +1000, Paul TBBle Hampson <[EMAIL PROTECTED]>
said:
> On Tue, Aug 23, 2005 at 01:52:22PM -0300, Humberto Massa Guimarães wrote:
>> ** Bastian Blank ::
>>> You have a linux kernel ready, which allows chroot as normal user?
>>> Please share it with us.
>> It's called
On Tue, 23 Aug 2005 23:03:05 +0200, Andreas Barth <[EMAIL PROTECTED]> said:
> * Russ Allbery ([EMAIL PROTECTED]) [050823 22:58]:
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>> > It is out of date since it does not explain ~ yet. Maybe, if you
>> > have the time and since you just looked a
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Having you as a co-maintainer would be great.
> I expect the initial packaging to be simple, it is just a './configure
> && make install' package. Part of the 'make install' procedure should
> be duplicated in the apt install scripts, for the KDC sid
J Bruce Fields <[EMAIL PROTECTED]> writes:
> Have you looked at the libgssapi package at
> http://www.citi.umich.edu/projects/nfsv4/linux/ ?
> Currently we're just using this for the NFS rpcsec_gss implementation,
> but we split it out into a separate library thinking it might be used as
> you de
Frans Pop <[EMAIL PROTECTED]> writes:
> Having those bugs classified as "patched" IMO gives the wrong impression
> to casual readers (read non-developers) as it indicates that the problem
> has already been fixed.
> I personally read "patched" as synonymous to "patch has been applied",
> which is
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> IMHO it's useful to split out confirmed. For packages with large bug
> lists, splitting confirmed from still-be-to-be-analysed reports is a big
> improvement.
I think the new classification is very useful for packages with lots of
bugs. It makes the b
On Tuesday 30 August 2005 15:32, martin f krafft wrote:
> also sprach Martin Langhoff <[EMAIL PROTECTED]> [2005.08.30.1404
+0200]:
> > But I'm leaving the Arch (tla/baz/bzr) boat too - patch-oriented SCMs
> > were fun, but very disappointing. There is a central design flaw in
> > pure patch tracki
"J. Bruce Fields" <[EMAIL PROTECTED]> writes:
> On Tue, Aug 30, 2005 at 09:32:58AM +0200, Simon Josefsson wrote:
>> I expect the initial packaging to be simple, it is just a './configure
>> && make install' package. Part of the 'make install' procedure should
>> be duplicated in the apt install s
Russ Allbery <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> writes:
>
>> Having you as a co-maintainer would be great.
>
>> I expect the initial packaging to be simple, it is just a './configure
>> && make install' package. Part of the 'make install' procedure should
>> be dupl
On Tue, Aug 30, 2005 at 10:45:47AM -0700, Russ Allbery wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
>
> > Having those bugs classified as "patched" IMO gives the wrong impression
> > to casual readers (read non-developers) as it indicates that the problem
> > has already been fixed.
>
> > I per
[Florian Ragwitz]
> XMMS2 is a redesign of the XMMS music player. It features a
> client-server model, allowing multiple (even simultaneous!) user
> interfaces, both textual and graphical.
Gee, and Beep Media Player is going through a similar redesign. Once
that's finished and packaged, we'll ha
also sprach Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> [2005.08.30.2111
+0200]:
> Shorter: "with patch" (which could be moved to "with good patch" if the tag
> +patch and +confirmed where used?
Confirmed is a tag used when the maintainer can reproduce the bug,
not when the patch is confir
Frans Pop wrote:
On Monday 29 August 2005 21:59, Anthony Towns wrote:
On Mon, Aug 29, 2005 at 08:50:24PM +0200, Frans Pop wrote:
A patch or some other easy procedure for fixing the bug is included
in the bug logs. If there's a patch, but it doesn't resolve the bug
adequately or cau
On Wed, 2005-08-31 at 00:04 +1200, Martin Langhoff wrote:
> On 8/20/05, Florian Weimer <[EMAIL PROTECTED]> wrote:
> > > Compared to SVN from the view of somebody who is acquainted with CVS,
> > > arch sucks badly. I tend to agree with most of the things that Florian
> > > Weimer lists on http://www
On 8/31/05, George Danchev <[EMAIL PROTECTED]> wrote:
> > How does git aide you in identifying the differences in changes
> > between two trees?
George's got it right. In practice, I normally use gitk --all, or use
cogito thus:
cg-log -r onebranch:otherbranch
cg-diff -r onebranch:otherbran
also sprach Robert Collins <[EMAIL PROTECTED]> [2005.08.30.2346 +0200]:
> for the record, to avoid other folk getting confused - bzr isn't
> a 'patch orientated SCM'. bzr's design incorporates elements from
> all of the VCS systems around when the project was started (and
> updated since then) - it
Helmut Wollmersdorfer <[EMAIL PROTECTED]> writes:
> Frans Pop wrote:
>> In an perfect world a maintainer would review each patch as it is
>> submitted and remove the tag if the patch is not good.
> In common sense a patch is a proposed solution for a bug, independent
> from the author (bug submit
Hi all,
It seems that mesa (6.3.2) as well as xorg (6.8.2) both provide a GL/GLU
implemetation. IIRC the xorg GL/GLU code is based on (older) mesa code.
Why this duplication of code and which of this two implementations is
the preferred one? Could I replace the xorg packages with the mesa
packages
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Thomas Bushnell BSG <[EMAIL PROTECTED]> [2005.08.30.0729 +0200]:
>> How about adding documentation to the bugs.debian.org webpage?
>
> How about a patch? Writing the documentation yourself has the added
> benefit that you won't need it in t
So the FTP masters always get fought with these long flame wars (you
all know the ones I need). Sadly, threads with titles about the FTP
masters are usually obnoxious flames.
Well, they worked hard to get sarge out, cleared up a big backlog, and
did all kinds of other wonderful stuff.
I recentl
On 8/31/05, Robert Collins <[EMAIL PROTECTED]> wrote:
> for the record, to avoid other folk getting confused - bzr isn't a
> 'patch orientated SCM'. bzr's design incorporates elements from all of
> the VCS systems around when the project was started (and updated since
> then) - its not derived from
On Tue, 2005-08-30 at 14:31 -0500, Peter Samuelson wrote:
> [Florian Ragwitz]
> > XMMS2 is a redesign of the XMMS music player. It features a
> > client-server model, allowing multiple (even simultaneous!) user
> > interfaces, both textual and graphical.
>
> Gee, and Beep Media Player is going thr
On Wed, 2005-08-31 at 15:25 +1200, Martin Langhoff wrote:
> On 8/31/05, Robert Collins <[EMAIL PROTECTED]> wrote:
> > for the record, to avoid other folk getting confused - bzr isn't a
> > 'patch orientated SCM'. bzr's design incorporates elements from all of
> > the VCS systems around when the pro
While I was going to add this to #debian's "cd contents" factoid, which
used to also only mention jigdo, I noticed that someone had added an
effective solution.
(00:58:29) *cheal:* cd contents
(00:58:29) *dpkg:* To find out what is on what cd, download the .jigdo
template, and zless fooimage.j
On Tue, Aug 30, 2005 at 08:01:41PM +0200, Simon Josefsson wrote:
> Shishi can co-exist with either of MIT or Heimdal. It doesn't use a
> similar API at all. The library has a clean name space (shishi_*).
> The tools doesn't conflict with any (to me) known tools.
> I don't think the GSSAPI dev pa
49 matches
Mail list logo
