On Thu, 2004-11-04 at 13:15 +, Luke Kenneth Casson Leighton wrote:
> default: no.
Why not on by default, with a targeted policy, for everyone? SELinux's
flexibility allows one to easily turn it off for specific services.
There's a lot of value in preventing a compromised or misconfigured
sy
On Fri, 2004-11-05 at 10:28 +, Luke Kenneth Casson Leighton wrote:
> On Thu, Nov 04, 2004 at 11:06:06PM -0500, Colin Walters wrote:
> > On Thu, 2004-11-04 at 13:15 +, Luke Kenneth Casson Leighton wrote:
> >
> > > default: no.
> >
> > Why not on b
On Fri, 2004-11-05 at 15:57 +, Luke Kenneth Casson Leighton wrote:
> response 3: _is_ it the job of debian developers to dictate the minimum
> acceptable security level?
It is absolutely Debian's job to provide a baseline level of security by
default. Debian doesn't let you install a syste
ic
> > /usr/sbin/{httpd,popd,smtpd}-config.
>
> I see absolutely no need for an httpd-config. I'm perfectly happy
> with they way apache, apache-ssl, and roxen coexist.
And of course you can always do dpkg --force-conflicts. I believe that's what
the --force commands ar
pon installation; it prompts you for which
services to enable out of a list of installed daemons. Perhaps upon
installation
or a dist-upgrade, apt could list everything that had a "daemon" flag and prompt
you to start it. That way we would avoid asking every time.
--
Colin Walters <
efault configuration upon installation would be for a
secure "workstation".
--
Colin Walters <[EMAIL PROTECTED]>
http://web.verbum.org/levanti
PGP Fingerprint: A580 5AA1 0887 2032 7EFB 19F4 9776 6282 C207 843A
age's postinst did an:
/etc/init.d/gpm start
Is this correct behavior? I think we definitely need to come to a conclusion
on this issue. There should definitely be a way to specify which packages you
want to actually run out of the installed packages.
--
Colin Walters <[EMAIL PRO
hen trying to
remove packages that have long strings of dependencies, I have
to grep /var/lib/dpkg/status, and remove things by hand, when
what I really want to do is dpkg -l '*netscape*' | xargs dpkg --purge.
--
Colin Walters <[EMAIL PROTECTED]>
http://web.verbum.org/levanti
PGP F
Package: procps
Version: 1:2.0.3-3
Preparing to replace procps 1:2.0.3-3 (using .../procps_1%3a2.0.3-4_i386.deb) ..
> Package: bbdb (debian/main).
> Maintainer: Frederic Lepied <[EMAIL PROTECTED]>
> 59177 xemacs20 didn't compile bbdb-gnus on installation
Instead of removing this package, couldn't we just change the Depends:
to emacs20 | xemacs21 ?
--
Colin Walters <[EMAIL PROTE
Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> I personally would like having hardware detection stuff in woody.
> Wouldn't it be great to have to install procedure ask you something
> like "hi dude, I've detected that you've got a ne2000 NIC in your
> computer. Shall I load the appropriate module?"
Ben Collins <[EMAIL PROTECTED]> writes:
> Well, IMO, anything that goes on the Debian website better be
> created by free software. No offense, but if I start seeing "Made
> with Macromedia" or "Designed with Photoshop" on the website, there
> will be hell to pay :)
It seems very strict to requir
Package: wnpp
Version: unavailable; reported 2003-05-24
Severity: wishlist
* Package name: pyblosxom
Version : 0.7beta1-1
Upstream Author : Wari Wahab <[EMAIL PROTECTED]>
* URL : http://roughingit.subtlehints.net/pyblosxom/
* License : Python
Description :
On Sat, 2003-05-24 at 11:52, Joe Drew wrote:
> On Saturday, May 24, 2003, at 03:28 AM, Colin Walters wrote:
> > Pyblosxom is so-named because it was inspired by the blosxom package.
>
> Does pyblosxom offer any features which blosxom proper doesn't?
Plugins, sane
On Sun, 2003-05-25 at 02:14, Debian Font Manager wrote:
> retitle 180188 ITA: Defoma -- Debian Font Manager
I see defoma has become so complex it now is capable of maintaining
itself :)
On Thu, 2003-05-29 at 06:42, Bill Allombert wrote:
> On Wed, May 28, 2003 at 07:20:11PM -0500, Chris Cheney wrote:
> > Is the Debian menu system going to convert to using the freedesktop
> > menu spec?
> >
> > http://www.freedesktop.org/standards/menu/draft/menu-spec/menu-spec.html
> >
> > As far
On Thu, 2003-05-29 at 14:12, Gunnar Wolf wrote:
> I am not too sure I want this... One of the great things about our menu
> system is that it complies with a rather logical policy - menus are not
> overly nested.
That's an independent issue from switching to the .desktop format. The
.desktop men
On Thu, 2003-05-29 at 16:22, Josip Rodin wrote:
> It's very nice to see that the rest of the world has been kind enough
> not to tell anything about deploying this to our menu system maintainer. :P
http://lists.debian.org/debian-devel/2002/debian-devel-200207/msg00815.html
(and the long thread it
On Thu, 2003-05-29 at 17:07, Niklas T. Vainio wrote:
> Description : Jools is a graphical pattern matching game that follows
The description synopsis should be a full sentence. Also there is no
need to repeat the package name, since package user agents will display
it alongside the synopsi
On Fri, 2003-05-30 at 01:41, Niklas Vainio wrote:
> Thanks for the suggestion, I will use your description. But I think we
> shouldn't say "like Tetris". This game belongs to same genre with Tetris but
> the idea is different. The author says "in the tradition of Tetris".
> Suggestions?
That soun
On Fri, 2003-05-30 at 05:19, Bernhard R. Link wrote:
> * Colin Walters <[EMAIL PROTECTED]> [030529 22:40]:
> > Yes, it is our task to make it *consistent*. It shouldn't be our task
> > to write menu entries from scratch, when upstreams can (and are) taking
> > on t
On Fri, 2003-05-30 at 05:43, Josip Rodin wrote:
> I saw all that, but none of that constitutes contacting the menu maintainer!
If our menu maintainer hasn't watched debian-devel (or more prominently,
read DWN) for the last 10 months, then something is seriously wrong.
http://www.debian.org/News/
On Fri, 2003-05-30 at 03:59, Morten Brix Pedersen wrote:
> I'm working on implementing the desktop menu specification for the menu
> package
> (the C++ version, not the "new" debmenu). I hope to have the first version
> available within the next month.
Awesome!
> 1) The sections that are normal
On Fri, 2003-05-30 at 15:00, Chris Cheney wrote:
> What actual cases is this field used in? I don't think I recall seeing it
> used before. Shouldn't the menu entry exist in the package it must have
> installed (I suppose I could be missing something).
The only use case I can think of is if you h
On Thu, 2003-05-29 at 04:59, Matthias Klose wrote:
> As the g++ package, which makes 3.3 the default, entered testing
> today, I files a report to build-essential to do this change, maybe
> this needs to be reflected in policy as well.
Does anyone have any objections to this change?
(I doubt it,
On Fri, 2003-05-30 at 16:46, Josip Rodin wrote:
> The (simple) responsibility of developers to contact other developers
> whose packages they want to touch far outweighs the (harder) responsibility
> of developers to track general discussion and/or news forums. This is
> a de facto axiom of how De
On Sat, 2003-05-31 at 17:52, Bill Allombert wrote:
> > http://lists.debian.org/debian-devel/2003/debian-devel-200305/msg02071.html
>
> Could you be so kind as to summarize thoses concerns ?
The message above is fairly concise, I think. But I can basically sum
it up as:
I don't see the advanta
On Sun, 2003-06-01 at 10:10, Bernhard R. Link wrote:
> * Colin Walters <[EMAIL PROTECTED]> [030530 19:45]:
> > What do you mean "consistent concept overall"? Using the freedesktop
> > standards makes things more consistent, not less.
>
> Then please point to
On Sun, 2003-06-01 at 14:02, Bernhard R. Link wrote:
> * Colin Walters <[EMAIL PROTECTED]> [030601 19:05]:
> > > Then please point to a documentation, how to overwrite the menus
> > > installed with the packages as admin or other things like this.
> >
> > Ba
On Sun, 2003-06-01 at 15:58, Bill Allombert wrote:
> I have already answered about i18n.
If you're referring to extracting the i18n information from .desktop
files; ok, that's a first step. But then we have an ugly situation
where if someone wants to fix a Debian menu entry, they have to know
t
On Mon, 2003-06-02 at 06:23, Bernhard R. Link wrote:
> > > Does this mean there simply is no such documentation?
> >
> > I think it's pretty clear how it should be done. Once we adopt the
> > system, we can point system administrators to the relevant file in our
> > documentation, and give pointe
On Tue, 2003-06-03 at 06:24, Bill Allombert wrote:
> On Sun, Jun 01, 2003 at 11:08:00PM -0400, Colin Walters wrote:
> > > I have read it, and I have still difficulty to understand its
> > > full implication.
> >
> > The implication is basically that we
On Mon, 2003-06-16 at 19:33, Joey Hess wrote:
> Today I noticed those summaries were getting spamassassing scores in the
> 30 range. I ended up whitelisting myself, though that doesn't feel like
> a good idea -- now SA might mislearn spam subjects as ham, and any
> spammer who forges mail from me
On Fri, 2003-06-20 at 13:15, Sebastian Kapfer wrote:
> I'd drop the sub-pentiums (i.e. 386 and 486) entirely. Not that my vote
> would count...
Making the cut at the Pentium as opposed to i486 would have some
benefits; the Pentium introduced some new instructions such as cmpxchg8b
that are actual
On Sun, 2003-06-22 at 00:48, Adam Majer wrote:
> I once read somewhere that you should _never_ compile in 486
> optimizations for use in processors other than the 486. Apparently
> since 486 optimized code is padded a lot with NOPs.
>
> Apparently you are much better off on a Pentium or Athlon w
On Sun, 2003-06-22 at 18:08, Alan Shutko wrote:
> Isaac Jones <[EMAIL PROTECTED]> writes:
>
> > How would Debian prefer to see this? Some people tell me that it'll
> > probably be too slow to build the packages on the end-user's system
> > (as is done for elisp),
>
> That's also done with Commo
On Mon, 2003-06-23 at 04:38, Marcelo E. Magallon wrote:
> On Sun, Jun 22, 2003 at 09:07:05PM -0400, Colin Walters wrote:
>
> > Right, but that approach definitely has some disadvantages, namely
> > fragility and the fact that we're kind of subverting the whole idea
On Tue, 2003-06-24 at 18:34, Marek Habersack wrote:
> 5. Influence the XFS/kernel maintainers to change the default value of
> restrict_chown to enabled.
I think they really should do this. Having people be able to give away
files is something that you usually *don't* want by default.
On Wed, 2003-06-25 at 03:52, Branden Robinson wrote:
> I believe it would be a mistake to kill off support for the 80386 chip.
Well, we're limited by what we can sanely support. After all, we don't
support running Debian on a 286. The 386 is really in the same class
nowadays, in my opinion anyw
On Wed, 2003-06-25 at 06:05, Colin Watson wrote:
> I disagree. Unlike 286, we've got the kernel, the libc, and *almost*
> everything else. The only thing missing is part of the C++ ABI, which as
> described can be handled by a small kernel patch (at least this has been
> claimed and nobody has imm
On Sat, 2003-07-05 at 17:22, Branden Robinson wrote:
> On Fri, Jul 04, 2003 at 04:35:09PM +0200, Josip Rodin wrote:
> > So, I assume that with that you mean that we have "sacrificed one of our
> > core values" as well? My. All this sacrifice is making me hungry. :P
>
> Damn. That means some OTHER
On Fri, 2003-07-11 at 03:13, Manoj Srivastava wrote:
> I use this package, and am interested in adopting it, except
> that I note that Colin Walters states that:
>
> > I am orphaning the calc package; it is now included in the GNU Emacs
> >
> > CVS
On Tue, 2003-07-22 at 01:42, Denis Barbier wrote:
> Forget all about it; if you are unable to answer to this simple question,
> I prefer seeing Colin's suggestion implemented. I do not know whether it
> solves all autotools issue, but it is sufficient for my needs.
This reminds me...I managed to
On Wed, 2003-07-23 at 17:58, Brian May wrote:
> On Wed, Jul 23, 2003 at 11:58:33AM -0400, Michael Stone wrote:
> > On Wed, Jul 23, 2003 at 09:43:17AM -0400, Clint Adams wrote:
> > >How about selinux support?
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193328
>
> SE-Linux support woul
On Fri, 2003-07-25 at 09:53, Bob Hilliard wrote:
> There is a widespread tendency to consider "newbie" to mean a
> refugee from MS or some other eye-candy system. A true newbie would
> be one who has never used a computer before. To such a person, a CLI
> is much more intuitive than any GUI
On Fri, 2003-11-28 at 20:49, Martin Michlmayr wrote:
> * Colin Walters <[EMAIL PROTECTED]> [2003-09-10 19:02]:
> > Therefore, I'm putting most (but not quite all) of my packages up
> > for adoption. Specifically:
> >
> > build-essential crack-attack
On Wed, 2003-12-03 at 17:47, Bernd Eckenfels wrote:
> On Wed, Dec 03, 2003 at 05:26:59PM -0500, Colin Walters wrote:
> > I'll take xml-resume-library back
>
> ok, i will stop to work on it
If you have any patches I'd be happy to take them...
signature.asc
Descrip
On Wed, 2003-12-03 at 21:04, Graham Wilson wrote:
> If you don't have much time for xml-resume-library, I am sure that you
> can give it to the Debian XML/SGML Project. Or you could even
> co-maintain it with us. Whatever works for you.
That sounds cool. I'm all about co-maintenance. So we'll m
On Sat, 2003-12-06 at 16:41, Marc Wilson wrote:
> On Sat, Dec 06, 2003 at 06:02:16PM +0100, Mathieu Roy wrote:
> > I remember about a message from a guy from RedHat saying more or less
> > that he see no point in supporting an environment/wm that do not
> > follow the new standards decided at freed
On Fri, 2003-12-12 at 01:01, Marc Wilson wrote:
> Not at all. You want to enforce on $RANDOM_UPSTREAM the idea that they
> have to support .desktop files. That is *not* going to work. Debian does
> not have that sort of power.
>
> On the other hand, the idea that an application desiring to par
On Fri, 2003-12-12 at 18:31, Herbert Xu wrote:
> ?
>
> (that's UTF-8) as the reference.
But your message didn't include a Content-Type header specifying that,
so it's likely to come through as garbage for most MUAs...
signature.asc
Description: This is a digitally signed message part
On Mon, 2002-08-12 at 16:56, Grzegorz Prokopski wrote:
> I know gcj can compile to native code (on x86 platform only AFAIK) -
[EMAIL PROTECTED]> madison gcj-3.1
gcj-3.1 | 1:3.1.1-1 | unstable | arm, ia64
gcj-3.1 | 1:3.1.1-2 | unstable | alpha, i386, m68k, powerpc, s390,
sparc
Package: wnpp
Version: N/A; reported 2002-08-13
Severity: wishlist
* Package name: python-logging
Version : 0.4.6
Upstream Author : Vinay Sajip <[EMAIL PROTECTED]>
* URL : http://www.red-dove.com/python_logging.html
* License : BSD
Description : advanced l
On Tue, 2002-08-13 at 03:09, Colin Walters wrote:
> Package: wnpp
> Version: N/A; reported 2002-08-13
> Severity: wishlist
>
> * Package name: python-logging
For anyone interested, my current packages are in my staging repository:
deb http://monk.debian.net/~walters/debian/
Package: wnpp
Version: N/A; reported 2002-08-13
Severity: wishlist
* Package name: mini-dinstall
Version : 0.0.0.0.1.0
Upstream Author : Colin Walters <[EMAIL PROTECTED]>
* URL : (none yet :/)
* License : GPL
Description : daemon for updating
On Tue, 2002-08-13 at 17:26, Colin Walters wrote:
> * Package name: mini-dinstall
Interested? My current packages are available here:
deb http://monk.debian.net/~walters/debian/ staging/$(ARCH)/
deb http://monk.debian.net/~walters/debian/ staging/all/
deb-src http://monk.debian.
On Tue, 2002-08-13 at 17:48, Russell Coker wrote:
> I have written SE Linux policy for administration of a chroot environment.
> That allows me to give full root administration access (ability to
> create/delete users, kill processes running under different UIDs, ptrace,
> etc) to a chroot envi
On Sat, 2002-08-17 at 12:23, Junichi Uekawa wrote:
> I haven't had time to experiment, but I think there should be some
> occurrences of
> libpng2 and libpng3 being linked at the same time, which we tried to avoid,
> but
> failed.
Indeed. Try recompiling the latest Evolution, for example. It
On Sun, 2002-08-18 at 20:37, Joey Hess wrote:
>
> I've been using a hackish program to manage my archive, so I'm very
> interested. It doesn't do quite what my old program does though
> (~joeyh/bin/package-sync).
On which machine is this ~joeyh?
> * I need the ability to keep my existing sources.
On Fri, 2002-08-23 at 19:20, Josselin Mouette wrote:
> gnome-applets contains 5 clocks, I'm proposing 7.
This was a bug; it's been fixed in GNOME 2.
On Sat, 2002-08-24 at 14:37, Mark Howard wrote:
> Initial packages for this are available at
> http://tildemh.com/tmp/metacity-themes/
Hmmwhere's the source package?
On Mon, 2002-08-26 at 16:31, Rob Bradford wrote:
> http://www.robster.org.uk/files/security-update-check.py
That's an interesting approach. What I do is:
#!/bin/sh
apt-get -qq update && apt-get -qq -s dist-upgrade
in /etc/cron.daily/local_aptupdate. Of course, this mails me if any
packages ar
On Tue, 2002-08-27 at 00:43, Miles Bader wrote:
> What's especially cool is that it hardwires the British (or Australian,
> in this case, I guess) spelling of `disc' as part of the UI
The idea that devfs hardwires anything seems to be very popular. It is
also completely wrong. You can use the u
On Tue, 2002-08-27 at 02:48, Gerfried Fuchs wrote:
> What we need is a change here: Bugs should just be closed in unstable.
Have fun hacking the debbugs code, and good luck emerging from the
experience a sane man :)
On Fri, 2002-08-30 at 10:55, Sean 'Shaleh' Perry wrote:
> I also agree. There was a moment of "bah we are not a company" but in the
> end, I think a little help in giving our users a good looking default would
> go a long way. Of course not being a KDE or GNOME user I would also like to
> see
On Fri, 2002-08-30 at 23:05, Goswin Brederlow wrote:
> That will also break rsyncing them, which saves a lot.
Let's just keep pestering gzip upstream to include the rsyncable patch.
On Thu, 2002-11-21 at 15:56, Thorsten Sauter wrote:
> Hi,
>
> anyone can agree that this is a little bit more clearer?
>
>
>
> Description: Display program shortcuts as icons on desktop
> With idesk you can define shortcut's for several programs
The apostophe is an error.
> and display thes
On Sun, 2002-11-24 at 04:10, Hamish Moffatt wrote:
> On Sat, Nov 23, 2002 at 08:34:19AM -0600, John Goerzen wrote:
> > On Sat, Nov 23, 2002 at 01:25:23AM -0500, Nathanael Nerode wrote:
> > > would be a positive improvement over the status quo); I wonder what
> > > Debian
> > > developers who supp
On Sun, 2002-11-24 at 12:42, Ari Pollak wrote:
> * Package name: fontconfig
First of all, have you talked to Branden about this?
Second, I've been maintaining unofficial packages of fontconfig and xft2
in my "local" repository for quite some time now; see
http://people.debian.org/~walters
T
So, while we wait for the dpkg maintainers to review the dpkg-source v2
code, I decided to address another thing I think is broken about our
source format: the excessive complexity and redundancy in debian/rules.
I was strongly influenced by Christoph Lameter's u-os package manager
source format (
On Mon, 2002-11-25 at 22:46, Brian Nelson wrote:
> What I fail to understand is why Debian insists on supporting every
> single arch itself.
Because, somewhat circularly, that's what has emerged as one of Debian's
strong points, and we like it. Certainly it makes the releases slower.
But it's
On Tue, 2002-11-26 at 01:23, David Coe wrote:
> Package: wnpp
> Version: N/A; reported 2002-11-26
> Severity: wishlist
>
> * Package name: zope-translationservice
> Version : 0.2
> Upstream Author : Florent Guillaume <[EMAIL PROTECTED]>
> * URL :
> http://www.zope.org/
On Tue, 2002-11-26 at 12:20, John Goerzen wrote:
> On Tue, Nov 26, 2002 at 11:39:41AM -0500, Colin Walters wrote:
> > Because, somewhat circularly, that's what has emerged as one of Debian's
> > strong points, and we like it. Certainly it makes the releases slower.
&g
On Tue, 2002-11-26 at 19:42, Chris Lawrence wrote:
> After about 10 hours of me pulling my hair out due to the complete and
> utter lack of documentation for GNOME2 and its Python bindings, I have
> produced "foomatic-gui".
Nifty. I tried to make-go it, but I got:
[EMAIL PROTECTED]> ./foomatic-
[ Could you please not CC me? ]
On Tue, 2002-11-26 at 22:05, John Goerzen wrote:
> Are you comparing released version to released version? (Debian stable to
> NetBSD -STABLE?) If so, I stand corrected.
Yes.
> In any case, we surely have come a long way.
Definitely!
On Tue, 2002-11-26 at 22:36, Chris Lawrence wrote:
> The module should be:
> /usr/lib/python2.2/site-packages/gtk-2.0/bonobo/activationmodule.so
>
> It seems to be in the python2.2-gnome2 package, at least on my system.
Hm, I seem to be suffering from the breakage in #169035.
> Maybe, although
On Wed, 2002-11-27 at 09:19, martin f krafft wrote:
> where can i find gpg-agent? is it packaged for debian? if not, then
> i'll file an ITP unless someone has valid things to say against that.
Have you looked at quintuple-agent?
On Wed, 2002-11-27 at 16:09, Martin Loschwitz wrote:
> * Package name: gtk-xfce-engine
We've standardized on a naming convention for GTK+ 2 engines; this
package should be named gtk2-engines-xfce. See the archives of
-gtk-gnome for more info. Thanks.
On Wed, 2002-11-27 at 12:37, Mateusz Papiernik wrote:
> > But unlike dpkg-source v2, you can start using CBS right now. Sound
> > interesting? Here's the URL where you can download CBS:
> > http://cvs.verbum.org/debian/rules
>
> Yes, it sounds interesting, but I had a problems with CBS and two
>
On Thu, 2002-11-28 at 21:09, Andrew Lau wrote:
> Package: wnpp
> Version: N/A; reported 2002-11-29
> Severity: wishlist
>
> * Package name: tsclient
> Version : 0.56
> Upstream Author : Erick Woods <[EMAIL PROTECTED]>
> * URL : http://www.gnomepro.com/tsclient/
> * Lice
On Fri, 2002-11-29 at 17:50, Ari Pollak wrote:
> > IIRC Ari has caused upset with NMUs before; xscreensaver, I believe.
> > (I express no opinion about whether that upload was a good idea or
> > not.)
>
> Didn't you sponsor the upload?
No, that was me...
[ No need to CC me ]
On Sat, 2002-11-30 at 11:36, Graham Wilson wrote:
> how about: Windows Terminal Services (RDP) client for GNOME?
>
> gnome 1 probably is not going to be in sarge, so the difference between
> gnome 1 and gnome 2 arent going to matter to someone installing sarge.
You're right
On Sun, 2002-12-01 at 19:09, Matthias Klose wrote:
> Or else include a "precompiled" version of the docs into your diff
> file.
Hm, I don't think I like this. The gif images aren't the preferred form
of modification. Would we accept it if someone had a program written in
a language which only h
On Mon, 2002-12-02 at 09:00, Christophe Barbà wrote:
> Package: wnpp
> Version: unavailable; reported 2002-12-01
> Severity: normal
>
> I request an adopter for the xmlto package.
Between stuff like this, and our lack of an XML catalog, I'd say that
Debian really needs someone skilled in XML tech
On Mon, 2002-12-02 at 06:27, Josip Rodin wrote:
> On Mon, Dec 02, 2002 at 01:09:42AM -0500, Colin Walters wrote:
> > > Or else include a "precompiled" version of the docs into your diff
> > > file.
> >
> > Hm, I don't think I like this.
On Mon, 2002-12-02 at 12:47, Andrew Lau wrote:
> Package: wnpp
> Version: unavailable; reported 2002-12-03
> Severity: wishlist
>
> * Package name: veejay
> Version : 0.3.2
> Upstream Author : Niels Elburg <[EMAIL PROTECTED]>
> * URL : http://veejay.sourceforge.net/
> *
On Mon, 2002-12-02 at 17:37, Matt Zimmerman wrote:
> On Mon, Dec 02, 2002 at 05:21:09PM -0500, Colin Walters wrote:
>
> > On Mon, 2002-12-02 at 12:47, Andrew Lau wrote:
> > > VeeJay is a video tracking tool for Linux similar in concept to
> > > FastTrack
Hello,
I think the package descriptions are a very important product of this
project. They're going to be one of the first things people see when
they use Debian, and their quality directly reflects on the quality of
Debian. I've been putting in some random efforts here and there to
comment on n
On Wed, 2002-12-04 at 14:01, David B Harris wrote:
> I do have some differences of opinion, though. It's sad, but there are a
> getting to be a fairly large number of DDs who are "attention grabbers".
> Just a few days ago, I saw a package description that said something
> along the lines of "this
On Wed, 2002-12-04 at 18:58, Daniel Burrows wrote:
> On Wed, Dec 04, 2002 at 12:55:50PM -0500, Colin Walters <[EMAIL PROTECTED]>
> was heard to say:
> > I think the package descriptions are a very important product of this
> > project. They're going to be one of the
On Wed, 2002-12-04 at 18:55, Daniel Burrows wrote:
> That might be true, but I would like to see language such as "best
> package for foo" explicitly deprecated in the guide. I've even written
> such stuff myself, back before I realized what the problems were.
> (hopefully there isn't anything
On Wed, 2002-12-04 at 14:38, Joey Hess wrote:
> Your emphasis on audiences is very good, but I am leery of the treatment
> of package descriptions as advertisements. A package description that
> reads like an in-your-face advertisement can suck at being a package
> description. You're right in so
Package: wnpp
Version: N/A; reported 2002-12-05
Severity: wishlist
* Package name: fontilus
Version : 0.1
Upstream Author : James Henstridge <[EMAIL PROTECTED]>
* URL : http://ftp.gnome.org/pub/GNOME/sources/fontilus/
* License : GPL
Description : graphica
On Wed, 2002-12-04 at 20:26, Simon Richter wrote:
> Colin,
>
> > http://people.debian.org/~walters/descriptions.html
>
> Well, I'm not sure there should be a template -- people will use it (and
> thus try to squeeze information into it). I usually tell my sponsees
> that a description should answ
On Thu, 2002-12-05 at 14:59, Javier FernÃndez-Sanguino PeÃa wrote:
> Not only "users", software might use them too. We currently don't have
> a good search interface in our package interface UIs (good search != search by
> words). I tried to make (quite a long time ago and it's pretty much
Package: wnpp
Version: N/A; reported 2002-12-05
Severity: wishlist
* Package name: startup-notification
Version : 0.4
Upstream Author : Havoc Pennington <[EMAIL PROTECTED]>
* URL : http://www.freedesktop.org/software/startup-notification/
* License : LGPL
Desc
On Sat, 2002-12-07 at 10:51, sean finney wrote:
> also, the ispell package asks you
> which language you use by default.
Ispell is already fixed.
And we could fix the exim issue by switching to Postfix as the default
MTA...
On Sat, 2002-12-07 at 05:51, Martin Schulze wrote:
> It is a bad practice to repeat the package name as the first word in the
> long description.
Fair enough. Fixed.
> Also the URL does not belong into the description but should be
> placed in the debian/copyright file instead.
>
> To quote
On Sat, 2002-12-07 at 14:23, Bastian Blank wrote:
> On Sat, Dec 07, 2002 at 01:44:31PM -0500, Colin Walters wrote:
> > And we could fix the exim issue by switching to Postfix as the default
> > MTA...
>
> the sollution is not to use other packages, it is fixing the packages.
On Sun, 2002-12-08 at 14:44, Joey Hess wrote:
> Joel Baker wrote:
> > And don't forget debarchiver, which doesn't (yet) support pools, but is in
> > use in a number of places for doing old-style archives, too.
>
> Note that mini-dinstall can generate "old-style" archives too. That's
> what I use f
1 - 100 of 158 matches
Mail list logo