ementation
plan. Out of curiosity, would restructured text be immune to this
problem?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne
about what you
didn't like of Markdown :-)), can you please you two explain why we
can't just say something like "long descriptions are paragraph
separated by dots on single lines; each paragraph is formatted
according to markdown syntax".
Cheers.
--
Stefano Zacchiroli -o- Ph
he one which
separate paragraphs using the single dot we already use. Such
pre-processor is most likely already implemented by all tools
processing long descriptions.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org
;thanks" to Andreas for digging into this discussion
:-) *If* we manage to have consensus on this, it will be mostly due
to him insisting on this topic!
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- htt
he tool workflow.
Just my 0.02€,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ..
e on a single paragraphs, half are not.
> > Note that the only pre-processor needed seems to be the one which
> > separate paragraphs using the single dot we already use.
> No. Adding blank lines before lists is also required.
... so, agreed. The extra price to pay to use Markdown w
ke a way better *binary* package name,
which is what users see.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si j
On Wed, Apr 22, 2009 at 10:22:15AM -0500, Manoj Srivastava wrote:
> On Wed, Apr 22 2009, Stefano Zacchiroli wrote:
> > On Tue, Apr 21, 2009 at 11:36:31PM +0200, Vincent Danjean wrote:
> >> No. Adding blank lines before lists is also required.
> > ... so, agreed. The e
ebian.git;a=commit;h=b90ffafd6a1806ab7e3e7620d1675a53ae38e66e
PS mail like this one of mine should be better stored in the log of a
bug report against the policy, to keep track of the
status.
Andreas: do we have one already? If not, can you please
submit it with references to the thread?
7;s definitely broken and should be fixed anyway.
Full ACK, so not a blocking problem.
>> If not, can you please submit it with references to the thread?
>> ... or else shout and I'll do that.
> Please go for it - as I said my spare time might be restricted.
> I'm no
t believe in it a few bits more :-)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zai
md64)
rendered as Markdown using render-dctrl is now available at
http://upsilon.cc/~zack/stuff/longdesc-mdwn/ . It is weekly
re-generated. Anybody who spots "absurd" long descriptions there,
please shout.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ.
mware-loaders does indeed look better.
Thanks,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sem
e fixed by the individual packages (or pre-processed into some other
> character).
Full ACK.
FWIW, note that with the fix induced by the first of Bill reports, I
consider garlic-doc looking right. As it is not a Markdown list, it is
rendered as ordinary verbatim text.
Cheers.
--
Stefano Za
to pollute a source package with another
README.something that will become garbage just after NEW processing is
over.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un gra
looks "a bit"
outdated.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ..
aking anything: pre-formatted they
were and pre-formatted they will be. If you want to gain something in
term of lists, just switch to the new supported syntax (when we'll
have one).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.ju
s export /usr via NFS" as an argument, if Debian
does not provide a way to make that setup tenable.
ACK on your second clarification request, though.
Cheers.
[1] Or anything else actually, given that maintainer scripts can
affect basically all the filesystem.
--
Stefano Zacchiro
pported in Debian. If it is supposed to work that way, we have to
provide higher level tools that do that for our users.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un gra
My argument is mainly that we should not ask our user to do the above
sync by hand, still claiming we "support" it.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Diet
ingle filesystem.
> What about the (many) arguments made here about the *other* reasons to
> have /usr a separate filesystem?
I've nothing against them, I was countering only this precise
argument. FWIW, I haven't seen that many, though the one about
read-only /usr was appropria
on planet (even though it was
not the case here).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
se
you have any
aptitude-fu suggestion? :)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno
7;m in favor of it.
Just my 0.02€,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zai
On Sun, May 10, 2009 at 10:39:21AM -0700, Daniel Burrows wrote:
> On Fri, May 08, 2009 at 06:55:43PM +0200, Stefano Zacchiroli
> was heard to say:
> > I don't think that the mere fact that we changed the default behavior
> > of apt-get/aptitude should get in the w
s when I switched to cowbuilder
for all my package uploads. It might be what happened to the original
poster.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un gra
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze-tm2
Version : 1.0a4
Upstream Author : Agendaless Consulting
* URL : http://pypi.python.org/pypi/repoze.tm2/
* License : BSD-derived (http://www.repoze.org/LICENSE.txt
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-toscawidgets
Version : 0.9.4
Upstream Author : Alberto Valverde Gonzalez
* URL : http://toscawidgets.org/
* License : MIT/X
Programming Lang: Python
Description : Web
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-webflash
Version : 0.1a9
Upstream Author : Alberto Valverde Gonzalez
* URL : http://python-rum.org/wiki/WebFlash
* License : MIT/X
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze-what
Version : 1.0.8
Upstream Author : Gustavo Narea
* URL : http://www.repoze.org/
* License : BSD-derived (http://www.repoze.org/LICENSE.txt)
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze-what-pylons
Version : 1.0
Upstream Author : Gustavo Narea
* URL : http://pypi.python.org/pypi/repoze.what-pylons/
* License : BSD-derived (http://www.repoze.org
retitle 531038 ITP: python-repoze.tm2 -- Zope-like transaction manager via WSGI
middleware
thanks
[ adding back the ITP bug log to Cc:, full quote to its benefit ]
On Fri, May 29, 2009 at 06:48:08PM +0200, Fabio Tranchitella wrote:
> Hello Zack,
>
> * 2009-05-29 14:20, Stefano Zacchir
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze.who
Version : 1.0.13
Upstream Author : Agendaless Consulting
* URL : http://www.repoze.org/
* License : BSD-derived (http://www.repoze.org/LICENSE.txt)
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze.who-plugins
Version : 20090530
Upstream Author : Various athors
* URL :
http://pypi.python.org/pypi?%3Aaction=search&term=repoze.who&submit=search
* License : BSD
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-repoze.what-plugins
Version : 20090540
Upstream Author : Various authors
* URL :
http://pypi.python.org/pypi?%3Aaction=search&term=repoze.what&submit=search
* License
the package maintainer, my choice would be not to "Obey
DRM" by default, but I'm not.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro u
desire.
Many thanks in advance,
Cheers.
[1] as well as John, or anybody else, is entitled to escalate the
issue to the CTTE, now that is clear that on your side the issue
is closed
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.
owed, elsewhere under a free
license).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno z
nt to trunk/ and not to the dir above
it.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre u
t it?
So, even for automation, I consider pointing to the source package
root (i.e. what contains debian/) to be the better minimum requirement
addressable by all VCS.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-tg.devtools
Version : 2.0
Upstream Author : Kevin Dangoor and contributors
* URL : http://www.turbogears.org/
* License : MIT/X
Programming Lang: Python
Description
On Thu, Jun 04, 2009 at 03:01:03PM +0200, Stefano Zacchiroli wrote:
> Another important note is that this package depends on
> zope.sqlalchemy which is not currently packaging. I'm trying to
> contact the Zope maintainers to decide whether I'm to package it or
> they are.
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-peak.rules
Version : 0.5a1
Upstream Author : Phillip J. Eby
* URL : http://pypi.python.org/pypi/PEAK-Rules
* License : ZPL
Programming Lang: Python
Description : generic
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-peak.util
Version : 20090610
Upstream Author : Philip J. Eby
* URL : http://peak.telecommunity.com/
* License : dual-license: Python license (PSF) or Zope public license
on.cc/~zack/blog/posts/2009/06/turbogears_2_packaging_-_take_3/
[4] http://upsilon.cc/~zack/blog/posts/2009/06/turbogears_2_packaging_-_take_4/
[5] http://www.turbogears.org/
[6] ... and actually also to get turbogears *1* working again, since
the turbojson bug have broken also version 1, which was wor
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-catwalk
Version : 2.0.2
Upstream Author : Christopher Perkins
* URL : http://pypi.python.org/pypi/Catwalk
* License : MIT
Programming Lang: Python
Description : model
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: sprox
Version : 0.6.2
Upstream Author : Christopher Perkins
* URL : http://www.sprox.org/
* License : MIT
Programming Lang: Python
Description : Python library to generate web
enough, but an entry in
README.Debian saying explicitly so (and possibly documenting extra
needed steps) would be nice.
Thanks for your work!
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/z
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-tgext.admin
Version : 0.2.4
Upstream Author : Christopher Perkins
* URL : http://pypi.python.org/pypi/tgext.admin
* License : MIT
Programming Lang: Python
Description
footer notes is highly recommended for all Debian services with a Web
interface (hint hint nudge nudge).
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Lead
he project to continue working. If every decision we make
> needs to be re-discussed at the whim of any one disgruntled individual
> for years to come, nobody's going to have fun.
+1
Amen
AOL
Bravo
(etc.)
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître
rvive. This isn't supposed to be a big deal, just a small
> convenience.
Thanks a lot, Wookey!
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . @zack on i
mplementing this would
require. In particular, I haven't put much thought in an easy way to
implement the directory-level opt-out.
- I *personally* don't mind having https only, quite the contrary! But I
got hooked by the discussions and couldn't resist proposing an API :)
he one that works https-only) people can simply use
symlinks.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o .
« the first r
r for a very long time and then
shows up just for transitioning to a new key, I'd have no way to figure
out that something fishy with her key might be going on.
In practice, this might become a fairly strict requirement, and I've
keysigned on the basis of a transition statement only twice
dvertised user survey, with specific questions about the
packages you are interested in.
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 . . @zack on identi.ca . .
-in features such as team claiming?
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 . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club i
hese days).
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 . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of
's not in
Debian yet. I'm sure it could get there more quickly with the help of
interested and motivated people :-)
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
De
table 1.0.1-3.5
> * experimental 1.1.24-2
>
> If you're totally out of time, Ubuntu has 1.4, perhaps taking their work
> could be good enough.
See #585409 for some background on that and related topics.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,d
On Tue, Apr 17, 2012 at 05:12:07PM +0200, Benjamin Drung wrote:
> Am Sonntag, den 15.04.2012, 20:19 +0200 schrieb Stefano Zacchiroli:
> > - as part of a discussion on unofficial "debian" repositories [9],
>
> Which discussion? ;)
Right, sorry for the dangling link, alth
uld
be preferable to reach a consensual solution before that. But the option
is on the table, as it is for every other package in the archive.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
D
s as intermediate solutions and/or
temporary work-arounds before getting to those last resort weapons.
--
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
s
been so for quite a few years now.
Hope this helps,
--
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 ...o o o
« the first rule of
received harsh replies in
response. That experience has convinced me that properly done NMU are
just welcome and that to properly do NMU you just need to keep in mind
that the goal is helping the maintainer and use commonsense.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr
ensure people do now believe a package is maintained
while in fact it is not. But having a rule of thumb won't hurt, I guess,
as long as it remains so rather than a rule carved in stone to complain
against when it is not followed to the letter (something we're rather
prone to).
Cheers
a
> library package multiarchified will help. The patches are in the BTS,
> they just need to be applied.
Sorry if this has been posted already, but is there a usertag link
tracking the bug report and patches you mention, i.e. those needed to
make ia32-libs go away?
--
Stefano Zacchiroli
would be a shame. Is the issue with the
binNMUs a reason not to apply, possibly via NMUs, the patches Goswin has
mentioned in his reply to my other message in this thread?
Thanks for clarifying,
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de confé
to progress. For that to happen, we need more people
that look back at past discussions, summarize their conclusions (if
there have been) or relaunch them (if not), and take concrete actions as
the natural next step of discussing. There are people doing that, but
not nearly enough.
Cheers.
--
St
r them to be whitelisted.
--
Each solution have advantages and disadvantages, but all in all I don't
think there aren't many other options. The question is blunt then: what
are we willing to give up of the current model in order to improve over
its defects?
Cheers.
--
Stefano
ion. The situation is by far not
the same (as in: it's *much* better now), and that is also thanks to the
discussion back then. -devel FTW, ... sometimes :-)
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.
maintenance Vcs
to all DDs, and documenting that commits there are welcome as long as
they follow some house rules.
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
ppear in the
future.
Cheers.
[1] or maybe "autopkgtest" if we want to be specific about the
testrunner, but that doesn't seem to be a god idea
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .
o ahead with it. Could you please amend the
patch in that direction, and making it explicit that one should look for
the chosen tag in a space separated list [1] rather than simply testing
for equality?
Cheers.
[1] or comma separated, I don't particularly care --- go for what works
status quo.
(Arguably, this part of the discussion {c,s}ould be moved to the BTS.)
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 ..
rebuilds
of arch:any packages.
(Cc:-ing Lucas, for his great work on QA rebuilds.)
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 ..
have to declare.
>
> Apparently http://dep.debian.net/deps/dep8/ is not being kept
> up-to-date. :|
Indeed, sorry about that. I tried to merge the changes ~30 mins ago, but
I first need to put my hands on the current Git HEAD of autopkgtest (see
autopkgtest-devel list). Will be fixed soo
ially makes it
point to the URL you suggested above.
Note that there was a change in there (the XS-Testsuite source header)
which is missing from the package version of the spec. I'll post it on
list as a patch for your consideration.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.c
ussion?
Cheers.
PS as "related work" on this topic, I also vaguely remember a post by
Joey Hess discussing the drawbacks of -devel culture of tearing apart
ITPs. I can't seem to find it right now, anyone else has a pointer to
it?
--
Stefano Zacchiroli zack@{upsilon
's plans
http://blog.canonical.com/2012/06/22/an-update-on-ubuntu-and-secure-boot/
(with a more technical discussion of it at
https://lists.ubuntu.com/archives/ubuntu-devel/2012-June/035445.html )
- FSF's paper
http://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/white
irements will be enforced, especially when disattending them gives
an advantage to Microsoft, by making it even harder to install other
OSs.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack ..
nges that?
See attached email and the corresponding thread on -devel for more info.
Thanks!
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
te is the highest
dispute resolution body we have in Debian, and I think their doings
deserve this level of awareness in the project. (And given the tech-ctte
has chosen an appropriate "tag" in the subject line, they are also easy
to filter out if you personally are not interested in them.)
plar work in preparing,
holding, and summarizing DebConf BoFs. For one thing, I'm catching up
now and your summaries are being extremely useful. Kudos!
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack ..
the basis for the slow shift towards "member" in
places like nm.d.o and elsewhere. It is correct to do so, constitution
wise, and it exerts less communication emphasis on the activity of
[technical] development.)
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.or
beta release is a draft item for the next
DPN issue, but a dedicated press release is still warranted, imho
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Debian Project Leader . . . . . . @zack
vel still. AFAICT the missing ingredient is
that you need to *also* get rid of In-Reply-To headers (an overly
paranoid measure to avoid that people by mistake spawn threads on d-d-a,
by replying to announces posted there).
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o .
On Tue, Aug 14, 2012 at 07:13:54PM +0200, Stefano Zacchiroli wrote:
> (an overly paranoid measure to avoid that people by mistake spawn
> threads on d-d-a, by replying to announces posted there).
Err, bad choice of words on my part: I do not think the measure in
itself is excessive, it is i
to go.
Zack, enjoying pop-corns while reading a productive -devel thrad.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o .
«
ich is 822-like, already supports #-comments. So,
strictly speaking, we will just reusing a (meta-)syntax that already
exists elsewhere among debian/* files.
Note, however, that #-comments in debian/control must *start* the line,
so the above example wouldn't work.
Cheers.
--
Stefano
arball does not interfere with the build process, as already mentioned.
(Yes, that could be achieved in debian/rules via "rm" invocations, but
having a declarative way of doing so would be preferable.)
Cheers.
[1] in the sense of "preferred form of modification"
--
Stef
On Tue, Aug 28, 2012 at 11:56:53AM +0100, Ian Jackson wrote:
> Stefano Zacchiroli writes ("Re: Minified javascript files"):
> > The problem I see with it, is that it adds complexity to the judgement
> > of whether something is suitable for a source package or not (o
This is something which is up to listmasters to
decide (as they'd do the related list maintenance work), but it is
simply a matter of exceptions to a default granularity rule that already
exists. It is by no means about "hey, we don't want local group lists on
lists.d.o".
m not volunteering to write an essay on this topic myself :-)
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 . . @zack on identi.ca . . o o o . . . o .
« the f
t when they are much lower when those
organizations have clear governance structures and contestable (it is
left to the reader to judge whether FSF fits this definition). Also, the
mere fact that you remove profit from the equation reduces quite a bit
the overall pressure in changing objectives and
g made were of activities that are
permitted by the terms of the agreement. The discussion was about
whether you should trust that a company won't do in the future
activities that you consider "bad" (but which *are* permitted by the
agreements), based on their past record
an leadership
on the mail server market: let's switch our default to Postfix and see
if the figures change :-)
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader
ne we
should tackle, IMHO, but that's for a separate discussion.
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 . . @zack on identi.ca . . o o o . . . o
nk this is an excellent idea and is absolutely something we
> should do. backports.debian.org helps considerably in easing the pain
> of our long release cycle but is underadvertised. This would make
> using it much simpler and more straightforward for our users.
FWIW, I concur.
--
Stefan
e
extensions by default or not (which is a change I would welcome) is a
separate discussion.
The existence of those 3rd party repositories, no matter the free-ness
of the extensions, clearly is impacted by our security policy decisions.
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc
701 - 800 of 989 matches
Mail list logo
