On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote:
> > The main decision which needs to be made is whether, as a project, we
> > want source only uploads or to throw away DD built non-all debs.
> > There's not entire agreement amongst the ftpmasters about
[ M-F-T to -devel ]
On Thu, Apr 07, 2011 at 06:00:09PM +0200, Stefano Zacchiroli wrote:
> Another thread, another thread summary! Here is a summary about where we
> are on this discussion, at least as far as I can tell.
Lather, rinse, repeat.
> I would love if we can summarize the a
t a futile exercise,
but from an investigative point of view, it looks like an interesting
exercise to me.
Cheers.
[1]
http://raphaelhertzog.com/2011/04/27/towards-debian-rolling-my-own-debian-cut-manifesto/
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z
as "undersold" testing which has, de facto, invented what
many people today call "rolling distributions".
Choosing better names might be *part* of a strategy to avoid
underselling the good things we do in Debian in the future.
Cheers.
[1] http://lca2011.linux.org.au/programme/
the need of synchronizing
with d-i releases and CD/DVD images, but that might be mitigating by
saying that a specific alpha/beta/ is only for upgrades and not for from
scratch installations. Any other drawbacks of doing development
releases I might have missed?
Cheers.
--
Stefano Zacchiroli -o-
me those objections?
What do you think of my responses? Does your experience infirm or confirm my
point of view?
-- snap ------------
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,
#x27;re right that _technically_ we can achieve the same with
current procedures, but I argue that the underlying procedure doesn't
scale (which is unsurprising, given it's been designed for a different
purpose).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Par
s long as that does not step on others toes and as long as there are
volunteers willing to put their energy into a new experiment, that's
just fine. Big changes after all also need people willing to go ahead
against some odds and show they were right --- or alternatively fail
miserably.
Ch
PPA service to Debian?
A: Only rumors, TTBOMK. And anyhow I believe it would be better to have
an independent infrastructure that we are in full control of. That
poses extra constraints on which kind of offer would fit our needs
(constraints that we cannot force an independent company
d relax all the
> conditions to perform NMUs at once ]
I'll repeat this to death: NMU policies are already quite relaxed.
Basically, if you do things properly, there is no bug you cannot fix
with a long DELAYED NMUs. We don't need any change in policy to use NMU
more liberally, we need
ke the
choice and will go away slamming the door? I appeal to all the
creativity people might have to solve the integration vs liberty
dilemma.
I essentially agree with everything you've written later about PPA.
Maybe that mail of yours will actually help finding someone drafting a
first imple
would have diminished their
involvement in or not considered contributing to Debian, if the GR
weren't there. But as a matter of fact, chances are that those people
wouldn't have been able to be Debian Developers today if it weren't for
the GR.
Cheers.
--
Stefano Zacchiroli -
l
issues (like the moving target issue you mention) or whether it is
simply yet to be discussed/analyzed.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti vol
FYI, Sean and Raphael have taken DEP number 10 and I believe they're
going to use it to summarize the proposal and the other pro/against
arguments raised in this thread. So we might all want to hold on a bit
and start fresh from their summary.
Cheers.
--
Stefano Zacchiroli -o- PhD in C
can ask to users to help out
in this dilemma, please mail me. (Requirements are: no open-ended
questions and a maximum of 2-3 questions on this specific topic.)
Cheers.
[1]
http://upsilon.cc/~zack/blog/posts/2011/01/who_the_bloody_hell_cares_about_Debian/
--
Stefano Zacchiroli -o- PhD i
they are convincing for me.
We should probably stop here and agree to disagree. Ultimately, we'll
be able to know who is right only if someone builds the thing and see
how many users actually use it.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
ssues as the one embodied by your
example).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans ev
ing up
with me the topic of CUT/rolling (no matter how non-representative that
could be) and will let you know. In the meantime I've highlighted an
approximate way to ask them (the survey, which is unfortunately limited
by the non-scalability of surveys with open-ended answers), that's t
f [2], but it seems independent form actually
making easier for users to find and use the service.)
Cheers.
[1] http://wiki.debian.org/SummerOfCode2011#DebDelta_APT_Native_Integration
[2] http://lists.debian.org/debian-dpkg/2011/04/msg00060.html
--
Stefano Zacchiroli -o- PhD in Computer Science \ P
that
respect what is the difference between that and unofficial APT
repositories that many of us already maintain at people.d.o/~something
or something.debian.net? Do you want to shut them down as well?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{u
only to DDs + DMs
would be a good compromise to avoid "random uploads". It also seems sane
in order to avoid the risk of DOS-ing buildds. It's not too constraining
either as, after all, we won't (and simply can't) block users out there
to set up their own package repositor
want to go ahead with patching britney, by all means go ahead, as
it might provide patches useful for the main brintey as well. But if you
want to try some alternatives, we can probably help.
> > What do you think?
> +1 from me. Thank you for the proposal!
Ditto!
Cheers.
--
Stefan
table-next suite you've mention would tight more the
deployment of rolling to other project mechanisms, while the rest of the
proposal enjoyed much more decoupling.
(Yes, all this are minor points, but since it's being discussed... :-))
Cheers.
--
Stefano Zacchiroli -o- PhD
is working on the fix, for instance by looking at VCS head of
the package, asking on IRC, or the like.
Finally, considering this policy has been in effect for 5 years or so,
and considering that devref states guidelines rather than hard rules, I
believe the _practical_ impact of this change would be
ingle recipient rather than for a list. Take it
with a grain of salt. Niall has also clarified that his views are only
his and not necessarily representative of all aptosid developers, but
I've found them interesting and useful for this debate nonetheless.
Thanks a lot to Niall and to all the
ust spilled milk, given that one
way or another this matter has been settled.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I&
age
you seem to care about.
Many thanks in advance for your help,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans
Here's the starting point for discussion:
I don't have specific comments on the various items ATM, just a
suggestion might be useful as starting point: have a look at devref,
there is a section about various utilities coming handy in packaging, it
might provide good "coverage
welcome
contributions on that front)
[3] http://updo.debian.net/
[4] http://www.gnu.org/software/software.html#allgnupkgs
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi
] http://wiki.debian.org/DebianNetDomains
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere
ti resta John Fante -- V. Capo
re how to generalize the policy change to other init
systems, such as systemd. That is very good and has way more chances of
changing the status quo in Debian than any pro- or against-systemd
thread on -devel.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsi
is useful, no matter how legally imprecise
is to declare something like "License: public-domain".
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti
provide PGP signed hashes of the download images.
No matter what internal process we decide to have for generating the
images, we should advertise them as official images rather than
distributing them under some sort of personal URL.
Thanks for raising this topic!
Cheers.
--
Stefano Zacchi
ink we want to risk that
people will imitate them in new packages.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans
g/Debexpo , but making it more readily available
wouldn't hurt, would it?)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | .
nts you've collected on the
wiki page, but feel free to ping me when significant integration
milestones will be reached.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando an
it here
won't hurt...
Any taker?
Cheers.
PS Cc:-ing -admin that can for sure explain better than me what the hw
coordination role should be about
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilo
raction with the DPL.
Again, I'm a bit outside of my territory here and I lack first-hand
experience. People from -admin and DSA can be more precise and helpful
than me.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.o
On Tue, Jun 21, 2011 at 05:26:03PM +0200, Stefano Zacchiroli wrote:
> I've been invited to deliver a speech at the next GNU Hackers Meeting,
> which will take place in Paris (France) from August 25th to August
> 28th. The people who invited me are interested in the workflow of
> p
r we now need to make people use it is a machine
periodically running tests of packages available in the archive. I've
hardware available for that, but I could use some help from an
interested devop to set it up.
Cheers.
[1] http://penta.debconf.org/dc11_schedule/events/764.en.html
-
eginning to use it and have them took the time to learn full blown
packaging after discovering equivs limitation. I cannot say whether he
would have reached that point if she hasn't had a intermediate "easy"
tool to use.)
Cheers.
[ yes: we're probably quite offtopic for -deve
r whether I'm doing a spoiler for a forthcoming announcement
(risking that the Press team will kill me :-)). I try to post on
identi.ca bits-like stuff tagged with #dpl, but I'm not particularly
good at keeping up with that…
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.f
1.9.1 in the
> last paragraph.
Has this one been answered? (unless it was a rhetoric question :))
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader...
reasons.
> The difference is:
> $arch@buildd is to reach the buildd admins.
> debian-$arch is to reach the porters.
Fair enough, but porting issues often appear first as buildd issues and
if we expect maintainers to contact buildd maintainers before proceeding
with other investigations
feedback about the
idea, in particular from people willing to try guessing whether their
respective upstreams could benefit from something similar or not.
Many thanks to Steve for the interesting discussion!
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître
obably be done using very little extra space (for
a lot of benefit, IMHO).
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...
m, the first form might be (more) acceptable. I don't think
it is acceptable without it.
Just my 0.02€,
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader
he opt-out mechanism you and Don discussed in another part
of the thread. But I'm convinced that we should optimize for the other
use case.)
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . .
ve /usr/bin/apt a try: it abstracts over apt-get / apt-cache, offering
a single CLI entry point to (some of) the functionalities of both.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Fo
se the alioth Git repo as
the main one (e.g., in Vcs-* fields), and mirror it to GitHub for people
who want to contribute via GitHub's pull requests.
> Also accept contributions via email or git request-pull.
AOL.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o
arned that 3rd party hosting
is not a strategically smart move, with all the forges closing down
these days.
If anything, we should run our own GitLab (or Kallithea, FWIW).
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://u
old patch-tracker.d.o code base, please come and talk to
me.
Having competition in the area wouldn't be necessarily bad either. In
particular, it might motivate in implementing a generic patch parser in
Python (supporting the various kind of packages), to be included in
python-debian.
Cheers
But GSoC
outcomes are hardly unpredictable, so I'm not ready to commit to the
availability of something by the end of the summer.
If it is easy to resurrect patch-tracker.d.o as is, and you're willing
to work on it, by all means go for it.
Cheers.
--
Stefano Zacchiroli . . . . . .
//www.lucas-nussbaum.net/blog/?p=874 . I found that slide deck
to be a very nice and compact primer about systemd administration,
if you come from a sysvinit background
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.
On Sun, May 10, 2015 at 01:13:10PM +0900, Hideki Yamane wrote:
> Why debian-policy has not been gettexted?
> Just a curious :)
I suggest to ask the debian-policy maintainers, instead of
debian-devel :-)
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
nable discussion points, that we can work on to improve the
experience of Debian users, without having to re-decide again whether
non-free firmware should be in main or not.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . htt
e-freedom/
> http://bonedaddy.net/pabs3/log/2009/09/19/personal-software-freedom/
Thanks for these references, very useful!
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debia
ant-ctags? This is by no means an objection to packaging this, but
as a heavy user of exuberant-ctags for Debsources, I'm curious about how
the two compares, specifically in terms of performances and language
support.
Thanks!
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . .
rest in their packaging recipe, you'll also
automatically discover if a commit disappeared from upstream repo
without needing a lot of extra tooling/integration (although not if it
has moved between branches). However, you need a backup place to
retrieve the commit from in case it disappear or
tl --user status).
Thanks a lot for your work on GPG dkg, I'm really thrilled to see gpg2
becoming the default!
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Le
m
experimental. But it might be useful for you to know about this. Let me
know how I can debug it further and/or if you'd like to move this
discussion into a dedicated bug report (and when).
Cheers.
[*] actually, I manually removed the symlinks from
.config/systemd/user/default.target.
On Sat, Aug 06, 2016 at 12:56:58PM -0400, Daniel Kahn Gillmor wrote:
> ouch! please do file this as a distinct bug report, it's something i
> haven't run into myself and i'd like to track it down.
Done, that's #833596.
Cheers.
--
Stefano Zacchiroli . . . . . . .
over time here (cme and lintian checks comes to mind), but there's still
a long way to go. FOSSology integration in Debian seems the natural next
step here. I believe Kate talked about that too in her DebConf16 talk.
Cheers.
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . .
er for correctness; or at least usefulness.
Cheers.
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Science Professor . CTO Software Heritage . . . . . o . . . o o
Former Debian Project Leader . OSI Board Director . . . o o o . . . o .
« the first rule of
*
debian/copyright files. No matter that, Debian can decide: that is not
worth maintaining that information / that is worth only if better
tooling is available / that is worth only if someone else shows up to do
the job / etc. Like it or not, downstreams will cope.
Cheers.
--
Stefano Zacchiroli
On Tue, Sep 06, 2016 at 05:25:49PM -0400, Theodore Ts'o wrote:
> On Tue, Sep 06, 2016 at 02:29:56AM +0200, Zlatan Todorić wrote:
... and we're discussing all this on debian-devel because ... ?
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Scie
eers.
[*]: long story, they are in the process of migrating to a new mechanism
that will allow to upload datasets this big autonomously, whereas
the current setup requires manual intervention to do so
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Sc
eers.
[*]: long story, they are in the process of migrating to a new mechanism
that will allow to upload datasets this big autonomously, whereas
the current setup requires manual intervention to do so
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Sc
w to do so.
Thanks for bringing up this topic,
Cheers.
--
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Science Professor . CTO Software Heritage . . . . . o . . . o o
Former Debian Project Leader . OSI Board Director . . . o o o . . . o .
« the first rule of ta
s, after all). The "threat model" is rather: "untrusted readers
of published survey *results*", which we will aggregate to avoid
deanonymization.
And of course all questions are optional, so if people fill itchy about
specific ones, just leave them out.
I'm available for
On Thu, Sep 17, 2015 at 04:39:43PM +0100, Wookey wrote:
> It wasn't supposed to be a joke. Bikeshed is an appropriate name, in
> the unix tradition of mildly amusing/punny names.
Not to mention that this bikeshed thread about the Bikeshed name is
going to be both epic and very meta.
y anyone in
the uploading keyrings, whenever mailfilter is updated in sid it will
also be put into theoneandonly bikeshed automatically.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o
ference implementation of it. But I'd agree that doing
so might in the long term end up being confusing.)
Hope [but not so sure that] this helps,
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o .
P
identity and I've been looking into migrating away since quite a
while. But I've hundreds of contact there and I don't really know how
to minimize their (and mine) pain during a migration. If anyone have
tips, I'll be very glad to hear about them.
Cheers.
--
Stefan
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: flask-api
Version : 0.6.4
Upstream Author : Tom Christie
* URL : http://www.flaskapi.org/
* License : BSD-2-clause
Programming Lang: Python
Description : browsable web APIs for
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: flask-testing
Version : 0.4.2
Upstream Author : Dan Jacob
* URL : http://pythonhosted.org/Flask-Testing/
* License : BSD-3-clause
Programming Lang: Python
Description : unit
new debtags. (Procedure that I cannot find right now, but IIRC it
includes coming up with a list of tag names + a list of at least N
packages, with N relatively low, that are already in the archive and
that would carry each tag.)
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . .
te that, out of the box, having the information in d/copyright
won't help with APT pinning either.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . .
going to be the case. Which would be problematic and also a
little bit disturbing. Is really no technical way to easily allow to
have packages in multiple (sub-)parts of the archive?
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . .
subset of
non-free, rather then introducing a new archive area, in the discussions
of years ago, but maybe it's just me.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Pr
update their sources.list
anyhow for an unrelated change is a very solid argument for imposing
another one onto them.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Projec
ct. And that's why I was actually hoping that something like this
could actually be a *generalization* of how Packages/Sources files are
being generated, rather than a new special case to be added---which
would certainly be a sign of bad design for this proposal.
Cheers.
--
Stefano Zacchiroli .
dea to track all upcoming breakages using the
BTS. Fell free to tag and/or mark as blocking the above bug report as
needed. And to report more similar bugs :)
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . .
All,
On Wed, Mar 16, 2016 at 08:32:17AM +0100, Stefano Zacchiroli wrote:
> But it might be a good idea to track all upcoming breakages using the
> BTS. Fell free to tag and/or mark as blocking the above bug report as
> needed. And to report more similar bugs :)
I've now reported #
d start offering Debian installs for it too, as we
> do for other non-free hardware/virtualisation/cloud platforms.
I think we should. It will help Windows users use less proprietary
software in their daily lives, and my very well work as a "gateway drug"
to 100% Free Software in the l
BRANCH] [layout=LAYOUT]
I really worry that (1) might be something too simplistic that we regret
in the future. So (2) might be more wise. (3) is probably overkill at
this point, because I don't think we're ready for the layout bikeshed.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@
atch, policy, etc.)
> - document that the list of options can be extended in the future
> (policy)
>
> And we leave the discussion of repository layout (native, debian/ only,
> etc.) for another time.
>
> Yay/nay?
Yay.
My 0.02 EUR,
--
Stefano Zacchiroli . . . . . . . z
mality wins here (hence my
"Yay" to your proposal in separate mail). YMMV.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . . . . @zacchiro . . . .
restricting to a specific
build system and/or a programming language) and as such by no mean
generic enough to scale to the size and diversity we have in Debian.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack .
901 - 989 of 989 matches
Mail list logo
