hem. With luck, the distinction will not
become
important soon, if ever.
No, it's not something the TC has chosen. See
https://lists.debian.org/debian-ctte/2016/10/msg00060.html and
the
reply from the secretary,
https://lists.debian.org/debian-ctte/2016/10/msg00067.html .
--
Tollef F
]] Enrico Zini
> On Sat, Apr 11, 2020 at 09:47:39PM +0200, Tollef Fog Heen wrote:
>
> > We quite regularly have upstreams getting access for weird architecture
> > failures. There's no particular reason for those people to have salsa
> > accounts.
>
> I unde
]] Sam Hartman
> >>>>> "Tollef" == Tollef Fog Heen writes:
>
> Tollef> ]] Enrico Zini
> >> For guest accounts opened by DSA directly, it can be pretty much
>
> First, at this point in time I would be very skepticle of someone
>
ch this effectively would. (People requesting guest
accounts might also not have salsa accounts.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
and non-DD salsa accounts?
(There's also the wiki account lifecycle, but that's completely separate
and doesn't interact with any of the others, so we might want to keep
that outside the discussion for now.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
mething done and might
> encourage others.
For me, it's not about the amount at all, but rather that we don't spend
Debian money on directly paying people or use Debian money as carrots
for directing effort.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
toolchain maintenance (for
a port that's no longer part of Debian proper even!). Not what you or
GCC upstream or anybody else does with their own time and money.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
lready contributing to GCC. I guess
you could try to do it as a GSoC project if it's in that ballpark.
(I don't think «minority group» is a useful classifier; depending on how
you slice it, we're all from some sort of minority group or another.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] John Paul Adrian Glaubitz
> Hello!
>
> On 9/28/19 3:26 PM, Tollef Fog Heen wrote:
> >> Since the lack of modernization would eventually mean that m68k support
> >> would
> >> get removed from gcc, I'm currently running a campaign to prevent that.
e they eventually pass away, and that's ok.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
his would also increase coupling,
something we already have a problem with, and which is considered a bad
idea in software development.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Steve McIntyre
> On Sat, Jun 01, 2019 at 12:29:04PM +0200, Tollef Fog Heen wrote:
>
> >This is a hugely important point: we're already seeing conflicts where
> >people conflate the paid-for LTS effort with other team's priorities.
> >If we move that funding c
hat Debian would end up with *less* resources
> than we have now, if other volunteers feel the same way.
Well said, and I feel the same way.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
e): Ian was not chair of the TC at the time. Bdale was
(and he did not resign, his term expired on December 31st 2015).
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
t I have the aotec z-wave stick and it
works fine with other zigwave equipment. (I'm using home-assistant to
drive everything, I don't think that's particularly important, it just
uses the python libs.)
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ows us to both keep the key in a central place, having
reproducible builds, having an automated process and not having to
execute any code from the template package as part of the build.
I hope this explains it well enough, let me know if there's anything
unclear, I'm happy to explai
.
Not any more than sbuild, buildd and wanna-build is part of the source
for buildd-signed packages in the archive, so my initial answer is no.
That said, it would be trivial to package, so somebody could easily
upload it to the archive.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
* Tollef Fog Heen
* Helen Koike
* Philipp Hahn
* Julien Cristau [remote]
* Steve McIntyre [remote]
We had a long discussion about what requirements we had for the
signing process, whether that could happen inline in the regular build
process, if a human needed to be involved in the signing and how to
a when used interactively. I'd be very happy if we
> > managed to get a newer version into Debian.
>
> Yeah, me too. I hope to be able to start working on it soon, but it is
> not going to be trivial with the heaps of javascript dependencies it has.
I know. :-(
--
Tollef Fo
gt; a shiny front-end.
The Prometheus UI is fine for debugging queries and such, but it's far
away from Grafana when used interactively. I'd be very happy if we
managed to get a newer version into Debian.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ething else) are free to do so.
[…]
> Also are either not all CTTE´s are announced on debian-devel-announce or is
> [CTTE #741573] Debian Menu System from September 2015 really the last
> technical decision of the CTTE?
https://lists.debian.org/debian-devel-announce/2017/07/msg6.html
updates that close remote holes.
>
> And how do we know they aren't opening new ones due to the same factors
> (bad design or bad intent) that led to the originals?
This argument can be applied to any bug fix we or an upstream does, but
that doesn't mean we avoid shipping updated so
]] Ondřej Surý
> On Fri, Nov 17, 2017, at 23:01, Tollef Fog Heen wrote:
> > ]] Ian Jackson
> >
> > > I think that, with some safeguards[1], this would be a good thing to
> > > offer people. If nothing else people have often used @d.o addresses
> > > i
withdrawn if the emeritus
> member continued to advertise their @d.o address, or if they did
> something sufficiently bad that we would want to disassociate
> ourselves from them more completely.
I don't think we're in a position where we would be able to effectively
police this, and so I
nd it's their emotional well-being I want
to protect at the same time as making good technical decisions. It's
really, really hard, for many of the reasons listed in this thread.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Christian Seiler
> Hi,
>
> I don't have anything useful to add to your other comments, but:
>
> On 08/12/2017 02:11 PM, Tollef Fog Heen wrote:
> > ]] Christian Seiler
> >>> [free CPU designs]
> >>> (although I'm sure there are...)
>
uiring non-free software, you don't need
> to have a fully free CPU design, just one where the microcode is
> free. And I believe that current POWER CPUs fall under that
> category. (I may be wrong though.)
Doesn't help if it's not packaged in Debian, though.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Ian Jackson
> Tollef Fog Heen writes ("Re: Debian contributor Register of Interests"):
> > Indeed. I also think there's a hang-up about financial conflicts of
> > interest in the discussion, but for at least me (and I suspect others),
> > money is a pret
interest at that point.
I agree with this, if you do see a possible and reasonable conflict of
interest, declare it and discuss it.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
#x27;d need to
track a lot of different firmware versions and so on. It's not
something we want.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
n't think that's how the process ought to look.
> I still (perhaps, even more so) believe we need to have a better way
> of dealing with these kind of disputes.
That I agree with.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Ian Jackson
There's no need to Cc me on replies, I'm subscribed already.
> Tollef Fog Heen writes ("Re: Replace the TC power to depose maintainers"):
> > Because I generally find it's generally the wrong tool for the job. If
> > I can come up with a
]] Ian Jackson
> Tollef Fog Heen writes ("Re: Replace the TC power to depose maintainers [and
> 1 more messages]"):
> Lars Wirzenius
> > > I suggest a lighter approach than a GR for eroding the strong package
> > > ownership further is to start
]] Philip Hands
> Tollef Fog Heen writes:
>
> > ]] Ian Jackson
> >
> >> That is 6+ weeks' more stop-energy. 6+ weeks' more inaction. 6+
> >> weeks during which members of the TC have been prevaricating.
> >
> > What are you accusin
's not what meant by "prevaricate". I asked #chiark about the
> meaning of the word and they said:
They might want to consult a dictionary then,
http://www.dictionary.com/browse/prevaricate:
verb (used without object), prevaricated, prevaricating.
1. to speak falsely or misl
]] Ian Jackson
> That is 6+ weeks' more stop-energy. 6+ weeks' more inaction. 6+
> weeks during which members of the TC have been prevaricating.
What are you accusing the TC of lying about?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
them and discuss with
them, I find we usually end up agreeing.
The goal is not to end up with a new maintainer. Deposing a maintainer
or overriding them is sometimes a necessary evil, but it's never my
first option.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
-maint on alioth +
Maintainer: collect...@debian.org or somesuch?) That'd move closer to a
model where individuals don't own that particular package.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ne (and it isn't), we should be more clear about that.
I haven't seen anybody advocating throwing away our stable release
process. So far it's mostly pointing out problems, not yet trying to
come up with solutions. (Which is fine, we need to find out what the
problems and the pain points are before it's useful to come up with
solutions.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
v6.deb.d.o for v6 support.
It's not the default since too many users ended up in suboptimal places.
Once that's fixed, I'm going to flip the switch back again.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ty-and-technology-compliance#cache-data-and-end-user-information-management
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
e global internet,
since you often (relatively) end up with BGP reconvergences leading you
to hit a different server, which causes the current problems. For this,
just doing anycast for the DNS servers is better (since it's mostly UDP
(and the rest is short-lived TCP) and therefore not subject
ed
«Depends»?
> It's important that these allocations are permanent as far as
> possible, so it's important to get this right.
Assuming we use HTTP for this, HTTP redirects are a thing, so we can
always move stuff around if we need to.
--
Tollef Fog Heen
UNIX is user friendly,
wik, as well as using ETags, whose principal
usage today is tracking.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]]
> Здравствуйте, Debian-project.
>
> Support for Debian Yubico key ?
Yes, a bunch of the Yubikey software is packaged in Debian.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.deb
ing
access? I don't think we do, and if we did, we'd have no volunteers able
to get past the threshold.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of &
]] Keith Packard
> Tollef Fog Heen writes:
>
> > This means that if you use system packages and want to have two
> > applications that both want foo.jar installed, but different versions
> > (since they need different APIs or different bug compatibility), we
> > d
want to have two
applications that both want foo.jar installed, but different versions
(since they need different APIs or different bug compatibility), we
don't support that well. For C libraries, there are sonames and all,
but those largely doesn't exist for other languages and fixing
]] Philip Hands
> Tollef Fog Heen writes:
>
> > ]] Stefano Zacchiroli
> >
> >> I'm hereby formally submitting the GR proposal included below between
> >> dashed double lines, and calling for seconds. With respect to past
> >> discussions on
lowed some of the -vote discussions around this from the
web archives).
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
]] Matthias Urlichs
> Hi,
>
> Tollef Fog Heen:
> > Matthias Urlichs
> > > Too true. This GR does not have winners. We all lost.
> >
> > No, we all won. We won because we said that «we have processes for
> > this».
>
> We do have processes fo
xcepting myself from
> that judgement.
>
> But we should strive to be.
I sure hope we are. It won't be easy, but I think we are. If I didn't,
I'd not have been here still.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
T
ver take more
than three days, then? (It also takes way more than 30 minutes for me
at least to mail anything using snail mail, since that means a trip to
the post office.)
I think you're addressing the wrong problem here.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about
o I don't see any
justification for making this change and would like to see it reverted.
Has the auditors requested this change? There's nothing in the DPL log
about it.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debi
#x27;s a member of a team once a year, have them cross off the
groups they would still like to be a member of, GPG-sign and return».
Currently, we have things like I'm still a member of webwml, even though
I haven't done anything there for years, simply because nobody cleans
that list.
Chee
think I'd rather second a proposal along these lines than actually
> propose it...
I'd be happy to propose something if we get something approaching
consensus on a proposal.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, e
amaha.com/products/en/communication/usb_conference_speakerphones/pjp-10ur/?mode=model
(The latter is an absolutely excellent little conference mike: shows up
as an USB audio device, does in-firmware echo cancellation, only
downside is its price tag of ~220 USD.)
--
Tollef Fog Heen
UNIX is user frien
x27;t work on those
platforms. That'd be sad, but it wouldn't make those platforms
unusable, nor would it make GNOME generally unusable.
It wouldn't be the first or the last time we don't have feature parity
between ports.
--
Tollef Fog Heen
UNIX is user friendly, it's j
ian-vote/2014/03/msg00020.html, by Ian:
That GR override clause was written by me. I specifically drew it
widely precisely so that, amongst other things, a GR could answer
questions that the TC has failed to answer.
I don't think pointing at Ian for the clause is particularly u
.
> Could the DPL be of some help to you in that process?
I talked with James Bromberger at LCA, so contact is already established
there. We're also talking with at least one other CDN, so I don't think
we need any help in that area right now. We'll let you know.
--
Tollef
I'm not sure how useful
auto-subscribing people is.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
]] Florian Weimer
> * Tollef Fog Heen:
>
> > There's not really anything to be fixed, since you shouldn't be using
> > HTTPS for that host yet.
>
> Can't they serve it off an IP address that doesn't answer on 443/TCP,
> to avoid confusion?
It
]] Craig Small
> On Thu, Jan 30, 2014 at 01:53:55PM +0100, Tollef Fog Heen wrote:
> > I thought it's time for a small update about this. As of about an hour
> > ago, planet and metadata.ftp-master are now served from the Fastly CDN,
> > and it all seems to be workin
]] Tollef Fog Heen
Hi all,
> - the various bits and bobs that are currently hosted on
> static.debian.org
I thought it's time for a small update about this. As of about an hour
ago, planet and metadata.ftp-master are now served from the Fastly CDN,
and it all seems to be wo
for a service, it's quite likely it
might not get worked on.
> I, for one thing, would be interested in something like this. To be
> clear, I don't have anything which is currently *waiting* for this.
Your interest is noted, thanks!
--
Tollef Fog Heen
UNIX is user friendly, it&
il. If this thread bothers you, just ignore it. Heck, it's not as if
-project generally has that much traffic, so just skimming it shouldn't
take that many minutes out of your day.
I find it really disappointing to hear that you would rather have
discussions with project-wide ramificati
x27;t foresee any particular problems. If somebody shows up with a huge
service that might change, but as it is now, we're quite ok,
resource-wise.
> But I don't think that we should wait 1 or 2 years to solve that general
> problem. That's why I'm exploring a compromise a
he service has a sustainable maintainance model (active team +
> instructions on how to contribute, run a local copy, etc. + DFSG-free)
> - the service's design does not raise security or scalability concerns
Unless the service maintainer takes full-stack responsibility for this
(in wh
got after having a request to add a
member to the DSA team Cc-ed to debian-project, I think you're
completely out of bounds when you're informing DSA (and others) that
you're working on setting up parallel infrastructure by mailing
debian-devel-announce.
--
Tollef Fog Heen
UNIX
you have any particular
things in mind, please feel to enumerate them and I'll answer to the
best of my ability.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "
could just self-manage and not have even more
process around routine changes. Debian generally has more than its
share of process already and we should not actively work towards adding
more formalism and red tape.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its frie
[...]
> - complete install requests for porter chroots
This isn't really done by us any longer, since it's self-service so
should probably be dropped.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-proje
ntinued lack of understanding that what you did was wrong
worrisome and fear that it shows a lack of good judgement in other
areas too.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.o
]] Thorsten Glaser
> On Thu, 28 Nov 2013, Tollef Fog Heen wrote:
>
> > You mean you were using Debian resources to spread malware, and it seems
>
> You’re ridiculous. That’s not malware and cannot spread either
«Malware, short for malicious software, is software used t
brusquely, so I had to remember to actively switch .sig
> for when writing to Debian lists; and there are other cases
> that aren’t even that “offensive”).
You mean you were using Debian resources to spread malware, and it seems
you're not even apologising for it. I think that's p
e that is
simply wrong, take a look at https://github.com/fastly for some of what
fastly's done at least. I'm not sure if Amazon has done something
similar, but it wouldn't surprise me if they're pushing fixes for
components upstream. Why wouldn't they?
--
Tollef Fog Hee
]] anarcat
> On 2013-11-20 16:43:35, Tollef Fog Heen wrote:
> > ]] anarcat
> >
> >> On 2013-11-14 10:37:21, Tollef Fog Heen wrote:
> >
> >> > Yes. If you're just anycasting an IP, you'll get pretty poor
> >> > performance.
>
]] anarcat
> On 2013-11-14 10:37:21, Tollef Fog Heen wrote:
> > Yes. If you're just anycasting an IP, you'll get pretty poor
> > performance.
>
> Can you expand on that?
BGP anycast will just get you the closest one in term of metrics. This
is probably the
]] anarcat
> On 2013-11-14 05:20:12, Tollef Fog Heen wrote:
> > ]] anarcat
> >
> >> All the tools currently running the Debian mirror architecture. Some
> >> mirrors may run an FTP mirror on a non-free software, but they don't
> >> *have* to, and
rings attached - Gimp
> just moved off Sourceforge for that reason...
It's not a vote, and it's easy for the people who do not have to do
anything but send mails to a mailing list to say «we should spend more
effort».
--
Tollef Fog Heen
UNIX is user friendly, it's just picky
]] Stefano Zacchiroli
> On Mon, Nov 04, 2013 at 02:51:52PM +0100, Tollef Fog Heen wrote:
> > > So, what would be the beneficial social effects of publishing the ban
> > > *duration*?
> >
> > The ban duration is an indication of how severe we think the violation
ious harassments.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.or
]] Stefano Zacchiroli
> On Tue, Oct 29, 2013 at 11:19:14AM +0100, Tollef Fog Heen wrote:
> > You seem to be under the impression that CDN implies non-free software.
>
> Oh, no, not at all. I'm just saying that we should judge CDN offerings
> on the basis of the kind of
lies non-free software.
Fastly uses Varnish (which is free software). Cloudfront uses Apache
(which is free software). I'm sure there are CDNs using non-free
software too, but that doesn't seem particularly relevant.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about
so much every student can afford.
Current best practice is to build packages locally, not on a remote VM,
not even one managed by DSA. We might want to change that, but I think
there's a discussion that needs to be had before we do so.
--
Tollef Fog Heen
UNIX is user friendly, it's
]] Ingo Jürgensmann
> Am 14.10.2013 um 07:29 schrieb Tollef Fog Heen :
>
> > - I would like us to have agreements with any donors that they're not
> > allowed to use the information for anything but operational issues. We
> > can't tell them not to lo
l people they're not allowed to
turn their paranoia dial all the way up. (Using paranoia here for lack
of a better word; no disrespect meant.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@
]] Philip Hands
> Tollef Fog Heen writes:
>
> ...
> > Nobody has suggested removing the mirror network. What's being
> > discussed is using a CDN for some .d.o services.
>
> That was certainly not clear from your original post.
>
> I certainly read you
]] "Andrew M.A. Cater"
> On Sun, Oct 13, 2013 at 08:44:56AM +0200, Tollef Fog Heen wrote:
> > Dear Project,
> >
> > The System Administration Team (DSA) are considering moving some of the
> > static hosting that Debian currently provides from our infrastruc
do so.
> Not all CDNs support IPv6.
We will want to use CDNs that do support IPv6. It's one of the
technical bits that need to fall into place before we will want to
switch.
> I would rather expand the mirror network.
Does that mean you're volunteering for the task of doing t
ng from one provider to another isn't hard, and we
already have offers from multiple CDNs, so I'm not particularly worried
about this. Were it harder to switch, it would be different, but
luckily, it's fairly easy.
--
Tollef Fog Heen
UNIX is user friendly, it's just pi
are-only solutions without the peering setup and
> data center distribution.
We are already running CDNs, multiple of them: The mirror network, the
security archive network, the web pages and a few more. What we don't
have is the manpower and the infrastructure to run and maintain this as
well
that our experiences
are positive, we don't believe it will be interesting to go back, and
even if one CDN folds, they are fast becoming a commodity so we think
switching to another will be fairly easy.
We appreciate feedback while we continue our investigation of CDNs.
Thanks for your interes
eed to clear for something to be
copyrightable.
I believe this is what Russ is talking about. (Russ, please correct me
if I'm wrong here.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.de
e (pay shipping costs, purchase of cheap hardware such as
> cables, replacement disk, etc.).
Given we're not buying the cheapest disks we can find (since they have
worse warranties, etc), replacement disks quite often ends up at
approximately the $300 mark, maybe make the limit $400
use they're happy with Debian,
that's great and something I think we should make easier and more
visible.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a s
t; submitter something if they use the close command.
We did this ages ago. Perhaps it's time to retire the close command
entirely?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian
hich I think is the case for the UDD data.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87txrl9n3a@xoog.err.no
]] Jonas Smedegaard
> Please pretty please someone either purge the Planet cache or tell me
> what embarrassing detail I am missing here.
I have done it now. At least I think I have. ;-)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To
would be ok with doing it off my debit card too,
since I can afford the liquidity without wanting to bear the cost myself.)
And of course, others might have tighter liquidity and so what you say
applies. I just don't think it'll apply for everybody.
--
Tollef Fog Heen
UNIX is user frien
1 - 100 of 156 matches
Mail list logo
