I object to this proposal for the reasons outlined below. I _do_ agree
with the spirit of the proposal and would support it if the issues below
were resolved.
The amendment should explicitly specify a maximum length rather than the
ambiguous "too long and cumbersome". This should be a general po
On Tue, Oct 09, 2001 at 01:31:33PM -0400, Joey Hess wrote:
> ivan wrote:
> > I object to this proposal for the reasons outlined below. I _do_ agree
> > with the spirit of the proposal and would support it if the issues below
> > were resolved.
> >
> > The amen
On Tue, Oct 09, 2001 at 03:56:00PM -0400, Joey Hess wrote:
> As for dselect, all this needs is full-text-search of package
> descriptions in dselect (which is implemented already, and in CVS I
> think), and then mentioning what modules are provided in the
> description.
Okay, please add the descri
1 Mon Oct 25 16:22:55 UYT 1999 i586
unknown
--
Ivan Baldo:
[EMAIL PROTECTED] - http://members.xoom.com/baldo - ICQ 10215364
Phone: (598) (2) 613 3223.
Caldas 1781, Malvin, Montevideo, Uruguay, South America.
(If you have problems with the previous addresses, try this ones:
[EMAIL PROTECTED], http://baldo.home.ml.org).
Hello.
Julian Gilbey wrote:
> On Fri, Dec 03, 1999 at 01:48:06AM -0300, Ivan Baldo wrote:
> > Package: packaging-manual
> > Version: 3.1.0.0
> > Severity: wishlist
> > Hello.
> > The packaging-manual doesn't say what is the criteria used to sel
Package: debian-policy
Severity: wishlist
What should happen if installing a package and then when it tries to start
its service it fails?
Currently the most common behaviour seems to be that the installation fails.
But is that the best outcome?
What if the sysadmin has a reverse proxy lis
It has been over three years since this proposal was submitted
originally, and two over two years since the discussion appears to have
ended.
Our users perceive this part of policy as de facto bugs and experience
problems that might otherwise be avoided; see
#282147 and #298425 for example.
Ti
an old thread
> that I saw reborn and kill too often. My english is not perfect, so it's
> certainly need some correction but I think the idea is here.
---end quoted text---
I like this idea.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
to this.
The package does follow policy in this manner. Just because I haven't
had the chance to finish my configuration pieces of it and work out other
bugs doesn't mean I'm not following policy.
Ivan
--
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
had implemented a way of doing it safely and sanely.
I understand your poinnt, and I'm not excusing myself when I say this, but
I wanted to work on things one piece at a time...I didn't want to do everything
needed first just to have a ton of possible things to troubleshoot. I wanted
.this should clear up the problems I overlooked.
Ivan
--
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
GPG KeyID=90BCE0DD
GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
pgpgCSdeswR8m.pgp
Description: PGP signature
l conf from the
> template, or provide a Makefile or script which does it automatically)
also..I forgot to put this piece into the generated files...will do this
in the next release as well.
Ivan
--
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
GPG KeyID=90BCE0DD
or two..etc...
Ivan
--
----
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
GPG KeyID=90BCE0DD
GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
t;' to
their corresponding Debian menu entry. This allows the Debian menu system
to ignore creating a KDE menu entry since one already exists."
Transition:
Most KDE based apps already use either 'kderemove="y"' or 'kderemove="1"'
so transition i
On Mon, Oct 22, 2001 at 09:49:03AM +0200, Michael Bramer wrote:
> On Sat, Oct 13, 2001 at 12:25:10AM -0600, Ivan E. Moore II wrote:
> > Proposal:
> >
> > "Packages which provide KDE menu entries must also add 'kderemove="y"' to
> > their cor
KDE information such as mimetypes,
help file locations, etc.. The Debian provided (or rather generated) .desktop
file does not and thus KDE see's one that has this info and one that does not
and does strange things which is usually that it prefers the later .desktop
file it r
On Tue, Oct 23, 2001 at 09:53:24AM -0700, Carl R. Witty wrote:
> "Ivan E. Moore II" <[EMAIL PROTECTED]> writes:
>
> > On Tue, Oct 23, 2001 at 03:42:06PM +0200, Josip Rodin wrote:
> > > On Mon, Oct 22, 2001 at 12:13:31PM -0700, Chris Waters wrote:
> &g
it comes to embedded
applications/libraries or does this policy need a revision?
Ivan
--
----
Ivan E. Moore II
[EMAIL PROTECTED]
http://snowcrash.tdyc.com
GPG KeyID=90BCE0DD
GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD
way maintainers can't just
decide not to provide them no matter what users think. Example would be
that I want to not provide static libs of Qt/E 2...however if someone
out there actually needs them for some god awful reason I would do so. It's
not like I don't have disk space. It just a) sucks uploading/downloading
crap over my dial up modem and b) seems a big waste to me. :)
Ivan
19 matches
Mail list logo
