Hi all,
Debian is not listed in the list of supported OS on the VMware website[1].
We all know here there is no reason for it not to work, especially given
the huge number of other distros listed there, but in the corporate
environment, yada, yada.
Has anyone contacted them (or other vendors) al
to "testing" is currently done, since most
bottleneck-inducing problems (eg. does not build on arch XYZ) have
already been filtered.
Well, you noticed, that's not Janne's "release" after "testing".
That's just an additional stage in the pipeline. But
ran a critical app for them, and someone just
installed a couple of new packages as they were used to, without any
problem up to woody's release :(
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
Debian-related: <[EMAIL PROTECTED]> | Support Deb
just
believe wrong things. Something like ``Please note that the versions
listed here are those understood as "default versions" for the
package, and that newer versions may be available in packages with
other names''
Regards,
--
Yann Dirson <[EMAIL PROTECTED]>
he2-common
- Qt3, Bind9 and dhcp3 are in all 3 latest:
http://packages.debian.org/libqt3
http://packages.debian.org/bind9
http://packages.debian.org/dhcp3-server
I think that's all, but those are all quite major packages, and that
does not make us good advertisement :)
Best regards,
--
Yann
Yann Dirson writes:
> Joey Hess writes:
> > No, there are references to base in policy.
>
> Ah yes, how did I miss it ... ? Looks like it's just defined the way
> it is not used, so throwing it out may not be a big deal :)
>
> > See my post to debian-p
out may not be a big deal :)
> See my post to debian-policy.
I will look for it.
Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
debian-email: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
| Che
Darren O. Benham writes:
> The original authors of Lintian, however, felt value in including base and
> oldlibs in the check.
It's their choice ;)
> For my opinion, base section should either be defined as to what goes in
> and who decides or the base section removed.
I choose the second ;)
ile is a "script" for its "interpreter"
> > reader program, a binary executable is a "script" for its
> > "interpreter" processor/board/os, a message in a network protocol is a
> > "script" for the "in
le was the thing to change
for the cancelation to become effective, hence my request.
Here is a copy of the suggested sections for "base" packages I
identified from recent Packages file - feel free to override it ;)
Best Regards,
--
Yann Dirson<[EMAIL PROTECTED]> |Why ma
Daniel Burrows writes:
> > I don't intend to map this into a (file-)hierarchy. Till now I
> > thought of 2 approaches:
> >
> > * Using virtual-packages like "gif-language" and "gif-png-translator",
> > and have frontends parse those virtual-package names to, say, provide
> > a "png-screen-t
Goswin Brederlow writes:
> I don´t like the
> alphabetic sorting. Its hard to find something you don´t know the
> exact name of.
Hm... often "ls */*pattern*" in lftp was needed and sufficient for me
with current section-based layout. I'm not sure how worse would be
alphabetic sorting.
> An
Darren O. Benham writes:
> Is this, basicly, a part of policy now?
As stated earlier...
> > > On Thu, Nov 25, 1999 at 11:01:07PM +0100, Yann Dirson wrote:
> > > > I cannot find a reason currently for its existance, nor can I find a
> > > > referen
l to
a frontend a list of network interfaces he wants available for local
use on his machine (on network, should we have a frontend allowing to
administer a set of machines), and have the frontend present him a
list of matching server and clients.
A similar frontend could be used on a server to tell
to the "UserInterface" described. A sysadmin may
appreciate some help in specifying which ClientInterfaces he accepts
or refuses for his machine(s).
Examples of ClientInterfaces would be most network protocols. As they
are already organized in a layered way, we may formalize as examples:
e Sections like games/rpg and net/icq.
We can still have a skeleton hierarchy defined by policy, and allow
developpers to add ther own sub-sections as they see fit. If that
somewhat distributed approach fails, then we'll see and adapt it.
--
Yann Dirson<[EMAIL PROTECTED]> |Why ma
Richard Braakman writes:
> On Thu, Nov 25, 1999 at 11:01:07PM +0100, Yann Dirson wrote:
> > I cannot find a reason currently for its existance, nor can I find a
> > reference to it in the Policy and Packaging manuals.
>
> I see no reason for it either.
>
> >
acs... which solves the problem.
> Some structure is needed on the archive and the nature seems in my
> eyes be the most usefull to people looking through the archive without
> the frontend.
Maybe. But if we have to find a compromise between these
t; "Doc" ... I would like those to show up in
> the archives structure to shrink directory sizes.
There may be a problem in attempting to use such orthogonal
hierarchies on a storage which only natively support one.
Anyway archive structure only has to be und
Goswin Brederlow writes:
> Yann Dirson <[EMAIL PROTECTED]> writes:
> ...
> > tty
> > tty/stdio
> > tty/curses
> > tty/dialog
> > tty/newt
> >
> > X11
> > X11/Xt
> > X11/Xt/Xaw
> > X11/Xt/Motif
> > X11/
graphics, net, web...
>
> useage: games, devel, graphics, lib, ...
>
> what they do: otherosfs, mail, net, web,...
I like the idea, but I'm not sure I understand how you separate those.
Again, more on this in another thread - let's separate issues.
--
Yann Dirson
Yann Dirson writes:
> Goswin Brederlow writes:
> > interface: X11
>
> Ah, glad you tell this. I already suggested this some time ago but
> did not get much support then. More on this in another thread - let's
> separate issues.
We should probably define
k this again in 2 years ;), and we
should find another way ("Base" tag ?) to handle this piece of info
that is orthogonal to package sectionning.
If there's no (more) reason, I strongly suggest we throw this ugly
thing ASAP, and I'll be happy to be one of the first to do so wi
tain the extra packages not symlinked from
"unstable" and "testing".
[Please CC followups to me, I'm not subscribe to debian-project]
--
Yann Dirson <[EMAIL PROTECTED]>
24 matches
Mail list logo
