On Sun, 4 Feb 2001, Nicolás Lichtmaier wrote:
> > Users of Debian packages should be encouraged to file bug reports with the
> > BTS directly unless they can be absolutely sure it is an upstream bug. How
> > many of those users have the time and expertise to read/grep thousands of
> > lines of so
Users of Debian packages should be encouraged to file bug reports with the
BTS directly unless they can be absolutely sure it is an upstream bug. How
many of those users have the time and expertise to read/grep thousands of
lines of source code and make such a decision?
The problem is that the De
> ...so it's obviously not necessary to force the download of the source.
> What about people who buy just the binary CDs from LSL or Cheapbytes?
> Would *they* be in violation of the GPL?
If you don't buy the source it's okay for the vendor to charge actual
costs when you want it later. So if y
On Mon, 17 Jul 2000, Clint Adams wrote:
> > I could definately see where you do 'dpkg-buildpackage -O debian' or
> > 'dpkg-buildpackage -O corel'
>
> What? Why would anyone want a proliferation of packages that are identical
> except for one control field? If Plagiarism GNU+Linux wants to take
On 3 Mar 2000, Manoj Srivastava wrote:
> I would rather change the policy to specify we try to be
> compatible to the version of the FHS included in the policy package.
I would never argue with you here. It's more practical to follow
specification version x.y which says that external spe
While this is debated I will upgrade hard drives. The 6 gb is not enough
to continue mirroring debian and debian-non-US anymore. I am only
mirroring i386 and have to usually have to make a delete pass before I can
get all the updates. I can come up with a larger drive but I am thinking
about fellow
On Wed, 27 Oct 1999, Ben Collins wrote:
> On Wed, Oct 27, 1999 at 11:10:33AM -0400, [EMAIL PROTECTED] wrote:
> > Does adhering to a policy diminish the usefulness of the system? This
> > should always be seriously considered.
>
> Not when policy is aiding in stability.
I basically agree. What we
Recently I built the latest X for slink and did so by installing
kernel-headers (2.2.12) and the "legacy" symlinks for
/usr/include/(asm,linux). Seems X needed some constants for support of
newer hardware. I could have installed kernel-source and I could have even
changed the X source default incl
On 28 Aug 1999, Chris Waters wrote:
> Julian Gilbey <[EMAIL PROTECTED]> writes:
>
> > I would suggest what several packages already do: install the docs in
> > /usr/doc/pkg and have /usr/doc/pkg-doc as a symlink to /usr/doc/pkg.
>
> That only works if the pkg-doc package depends on pkg, which is
On 16 Aug 1999, Manoj Srivastava wrote:
> Whatever happened to the idea of having pools of package
> (presented by aj)? The idea was that packages always be uploaded to
> an unstable ``pool'' of packages. After meeting vertain criteria
> (minimuym time in unstable with no bugs, or no im
On Sat, 14 Aug 1999, Julio wrote:
> To accommodate local initialization scripts in Debian, one must add these
> scripts in /etc/init.d and update-rc.d. Thus scripts installed by packages
> and local scripts to share the same directories.
>
> I propose the creation of some directories to hold th
On Sat, 25 Jul 1998, Martin Schulze wrote:
> [EMAIL PROTECTED] wrote:
>
> Database, this reminds me. The *SQL packages ought to ask in their
> postrm script if the database data shall be remove, too. I'd like
> to see the same (I'd prefer a non-asking mechanism) would happen to
> not maintained
On Sat, 25 Jul 1998, Raul Miller wrote:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > A few weeks ago I was running dselect via telnet and the remote machine
> > got disconnected at exactly the wrong time. When I reconnected, I had to
> > purge and reinstall a package to finish the upgrade. T
On Sat, 25 Jul 1998, Martin Schulze wrote:
> Date: Sat, 25 Jul 1998 10:57:33 +0200
>
> Turbo Fredriksson wrote:
>
> > > I'd suggest that all logfiles will be removed when the package
> > > is purged, but is that written down somewhere and do packages
> > > make use of it?
> >
> > Don't you dare
Someone lurking on this list might be able to kill this one before it
causes problems. Looks like ns.sistemia.it is feeding old messages back
onto the user list. Anyway, it's wasting bandwidth and storage for the
server and all the subscribers.
I didn't send it to the user list because that would
On 1 Jul 1998, Manoj Srivastava wrote:
> Hi,
.
.
> Can we possibly change dpkg-buildpackage to check for gpg, and
> then pgp, and not to fall flat on it's face when something is not
> found? Like use gpg by preference, or use pgp if available, or gently
> wanr the use that pgp does not e
I'm very interested in helping with this (at least as a tester). I've been
playing around with a lot of the related tools lately, anyway. Maybe an
elegant solution can be found to deal with the transition period. I
currently just use a straight dpkg-buildpackage command. Because it can't
sign the
1) Simply remove the non-free from the archive and the problem will go
away. CD buyers are unhappy if they don't get a 'complete mirror'.
2) Non-US is the fault of my government (better worded as the government
which happens to rule my nation). PGP is actually non-free in the US, so I
can't expor
> Ok, here it is in Debian Policy.
>
> Q: Do perl libraries belong in `interpreters' or `libs'?
Disclaimer - I'm not an official debian developer
I would look at the function and purpose of the perl library:
Is it strictly for perl (profiling, debugging, etc)? interpreters
Is it useful in p
Not really. Is there a self-discipline problem inre crossposting? Choose
one of the following:
1) Combine about 100 lists into a megalist.
2) Everybody upgrades to a T3 and takes a speed reading course.
pw
On 23 Oct 1997, Kai Henningsen wrote:
> > Bruce Perens wrote:
> >
> > Disrespectful language and obscentity disqualify only those that use
> > them. Ignoring them is the right thing to do, IMO.
>
> IMO, it depends entirely on the situation. I've seen some "disrespectful
> language and obscentit
On Sun, 19 Oct 1997, Jim Pick wrote:
> > I haven't yet figured out how Dale's book fits in the distribution.
> > We should probably discuss this on the policy list.
It doesn't fit in at all. Really. I mean it.
> I brought this up before, but now that we have a nice piece of documentation
> spec
22 matches
Mail list logo
