up the good work!
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 ...| ..: |...
er, the mail notification of piuparts error is _not_ integrated
with the PTS. To that end I would prefer not having a new keyword, the
default one seems reasonable to me, as it is opt-in anyhow and the
frequency is (I guess) rather low.
Cheers.
[1] http://wiki.debian.org/DeveloperNews
--
Ste
which is running
for regular votes injected in a VCS. AFAICT, the working copy on
master differs from the one in git.d.o which I've cloned from. This
seems to make a bit harder to contribute code back.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@
ut the hurried
freeze. So, right now, I don't see the point of having it before they
actually publish their decision.
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 g
nts to be implemented, the first itch to
scratch is this.
While probably boring, it doesn't seem hard to turn upgrade-checklist
in a well-structure document. ... volunteers? :-)
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.
ally apply changes retrieve
manually from the Git repo?
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 tut
have yet a mechanism to
update automagically the index
--
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
for their sometime
thankless work.
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 t
us?
It would also provide a clear reference material for people that might
wonder about the same in the (near) future.
TIA,
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
olunteering myself as a
co-maintainer of the devref.
Lucas, out of curiosity, have you tried to simple sent out an
announcement for co-maintainers to try continuing the "old style"
maintenance?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z
olicy venue is OK for
everybody, would it be enough for you to have commits notified on that
list?
If, on the contrary, you want an acceptance process which involves a
lot of people, then I believe we are not in the condition to attack
that, given the little manpower on both devref and polic
, humbly as user, I'm opposed) I don't think
the process should become completely analogous to policy. Policy is
driven by widespread adoption in thousands of packages, both (B) and (C)
can need to be written down somewhere before they are accepted (exactly
because you want to push the adoption)
; clause allowing to switch to GPL2+?
>
> The french CeCILL license has such a clause (see 5.3.4 in
> http://www.cecill.info/licences/Licence_CeCILL_V2-en.txt).
Why are we discussing this, given that from early feedback it was more
or less clear that we do not want to go the wiki wa
f "bts subscribe") by default. If they want,
they are free to opt unsubscribing.
We currently even have procmail recipe to automatically subscribe upon
BTS ack receipt, that should be the default and the recipes reverted to
unsubscribe by default who doesn't want subscription.
Che
ssipated my wrong assumptions.
Many thanks and keep up the good work.
Cheers.
[1] http://lists.debian.org/debian-devel/2009/09/msg00458.html
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon
On Fri, Sep 11, 2009 at 03:16:59PM +0200, Julien Cristau wrote:
> On Thu, 2009-09-10 at 17:23 +0200, Stefano Zacchiroli wrote:
> > Conceptually, what "we" want is trivial: we want submitter to be
> > subscribed (in the sense of "bts subscribe") by default. If
ge, that
still need to be reused. Can we in those cases use, e.g., "other1",
"other2", etc., or possibly even more telling names?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://u
an attempt of that, attempt that can surely be
improved :-) The diff is against current svn HEAD of dep5.mdwn.
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
roperty that all
atomic tokens denote a single license.
If you go that way, the DEP text should then be changed to clarify that
all license keywords decorated by a postfix "-like" will need a
mandatory "License:" block (probably you can reuse the mention that was
there for &quo
e bugs, please usertag it (e.g. user debian-pyt...@l.d.o,
tag python2.6-transition) so that we can track more easily the progress.
Thanks!
--
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
y is only "important"?
Shouldn't we aim at uploading python 2.6 to unstable really soon now? In
that respect, if I understand the problems you mentioned in the first
post correctly, those bugs should be better made RC.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ P
e. Only with such properties I'd be confident of integrating a
clean up actions which we can recommend doing, e.g., in release notes.
Thoughts?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://ups
On Sun, Sep 27, 2009 at 07:22:27PM +0200, Vincent Danjean wrote:
> Recognizing transitional packages is only a small part of the problem.
Agreed. As discussed in my post, that's the part of the problem which I
was trying to address.
--
Stefano Zacchiroli -o- PhD in Computer Science \
On Sun, Sep 27, 2009 at 06:11:13PM +0200, Andreas Metzler wrote:
> I always thought dummy transitional packages were supposed to be in
> section oldlibs anyway.
According to the archive section description, that section is just for
transition *libraries* (as the name hints).
--
S
are to free software,
even if it is the same). Do we currently have a smooth migration path
from the old set of packages to the new set in place for Lenny to
Squeeze migrations?
Before that is in place, I'd consider premature removing sun-java*.
Cheers.
--
Stefano Zacchiroli -o- PhD in
#533619. I'm personally able to reproduce both
of them (and, BTW, I'm also quite surprised by the "normal" severity of
those bug reports).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http:
free software, I think we should have an automatic upgrade path from
sun-java6-plugin to icedtea. That upgrade path should automatically
bring icedtea to our Lenny users when they upgrade to Squeeze.
Also, this change warrants a line in the release notes, IMHO.
Cheers.
--
Stefano Zacchiro
cj, pretty please as the second alternative :-).
If there is an active maintainer of sun-java6 (which I doubt, from your
report) that should be done in agreement with her, otherwise just take
over the binary and be done with that. Please also submit the change
notice to the forthcoming release notes.
take on having openjdk providing
the needed transition binaries to have users move away from sun-java
upon upgrades?
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 uo
org/popcon.php?package=openjdk-6
--
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 ...
| unstable | amd64
Your solution doesn't appear to be a long term one :-)
--
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'
erence to it as
something like "similar to gitosis".
Thanks for your packaging work!
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'è ..| . |. E
more open world!
Also, I'd like to argue on the freeness of Neil's bank account access
codes. Either he surrenders them, or I threaten to upload an NMU of
*him* to non-free. And good luck with auto-building.
SCNR
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc
rman
ampache
Jörg Sommer
xindy
Radu Spineanu
pvpgn
Uwe Steinmann
netmrg
Moodle Packaging Team
moodle
Fabio Tranchitella
psycopg2
Andreas Tscharner
cvsnt
Torsten Werner
fpc (U)
Michal Čihař
gammu
rpm2html
Christoph Berg
libyada
--
Stefano Zacchiroli -
g debcheckout and providing vcs informations in
> debian/control.
This is a different topic, IMHO not related with this MBF proposal. If
you want to pursue this, you should do that on -policy. As long as the
policy is written as it is now, MBF meant to enforce the current text
have their own merits
tant" and if we want, we can
later on bump their severity (or vice versa of course).
As usual, thanks for your amazing piuparts work!
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
excuse for
finding ways to prevent those people to use the tool, make it harder to
find, etc. Pointless bug will be closed and/or set +wontfix as they are
today.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>
toring in VCS stuff with potential redistribution problem, if that is
the reason for the mangling. So, as I said, it is debatable and gbp
shuold probably support both options.
Can you please file a bug against gbp?
TIA,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ.
meetings/200910/
--
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 ...| ..: | J
non overrodable errors
in dak at all, or at least I would like to have a more liberal way of
maintaining such list (e.g. a list maintained in the QA VCS or
similar).
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org
cripts ... and I was just going
to need it to submit a manpage fix :-), so I thought to ping here to
avoid loosing track of where to ship these very useful software bits.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debia
"
vs "fatal errors". It is not particularly exciting as a choice, but I
believe it would be better than warning/error.
Thanks in advance,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http:
patch to an already existing bug report? That would be a pretty
nice feature to have.
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'è ..| .
e!
BTW, in spite of what the messages were saying, I was more fearing about
the proposed terminology "settling down" in our lingo.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.c
ch change, it would be
more than reasonable for them to ask for a specific patch implementing
that technically.
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
On Sun, Nov 01, 2009 at 04:13:48PM -0800, Steve Langasek wrote:
> On Sun, Nov 01, 2009 at 03:31:12PM +0100, Stefano Zacchiroli wrote:
> > So, I revamp a proposal I made in a corner of this thread:
> > Let the QA team decide upon the non overridable lintian errors.
>
> My
t archive admins stop
in participating is most likely related to their ongoing meeting, I'm
confident they'll come back to some of the raised criticisms in the
next few days; anyhow, the fact that they stop participating is not
an argument for stop discussing among us "els
Still, one might argue that this is too much nitpicking for such cases,
and that we should leave with the inability to NMU them unless the
dak-blacklisted bug is fixed too.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debia
ccessing it as http://localhost/package/.
Would that be appropriate?
Also, can we do anything better---still remaining FHS-compatible---than
documenting that in a NEWS.Debian entry to ease transition to the new
URL?
TIA,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ U
es more invasives changes, e.g. dir-or-file-in-var-www,
since fixing that usually implies changing the interface of the user
with the package (i.e. its URL)
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http
? Do
you have a list of them and which file ship? Do you have some kind of
intermediate level where the maintainer can specify the Alias only once
and have it "compiled" to all web server configurations?
TIA,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. P
es according to the _present_
rules and available tools.
BTW, the documented Neil pointed us to is already a very good
achievement of webapps-common! thanks to everybody who has contributed.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.
root or something along those lines to serve as a
> canonical document root if the user does not specify otherwise.
Oh yes, that would be awesome, but I doubt it would be anywhere near to
be obtainable in Squeeze time. Maybe you can store this somewhere in a
PostSqueeze discussion page?
Cheers.
--
olicy
If it were me to try to achieve this, I would go for a DEP to keep track
of consensus, ... but no, I'm not willing to drive this, at least not
now :-)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<&
Any other idea?
Many thanks for sharpening the analysis, Jan.
Cheers.
PS please keep the -webapps Cc:, I believe it is truly relevant to this
thread
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: fieldslib
Version : 0.1.0
Upstream Author : Jane Street Holding, LLC
* URL : http://ocaml.janestreet.com/?q=node/13
* License : LGPL (+ usual OCaml linking exception)
Programming Lang
osing it on the
distributi...@freedesktop list.
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
s
haven't
heard significant voices against, am I wrong? I'd personally proceed as
follow: write a draft document (even a very brief one!) which summarizes
the proposal so that people do not need to dig into the thread to follow
the evolution. Once we have it, re-post it to the relevant lists
plications are deployed on the filesystem. I found such
a goal worthwhile by itself and orthogonal to the other concern you
raise.
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
ich
one we can't.
Now that I think of it, probably a per-package data dir would help, but
that can be a tad more tricky due to single-instance of
multiple-instance nature of the webapp in question ...
> Of course, if the use of /usr/share/www/ is optional,
> everybody wins.
It is fo
choice would benefit quite a
lot of our users.
John, have you opened a bug report to keep track of this? (or maybe you
already have an UA string satisfying Mike desiderata :-))
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debi
that the extreme trade-off of making source upload
the default (which seems to be what you are arguing for) would be too
risky in term of degraded package quality. Look for the "FTBFS" string
in the current RC bug list, do you think the number of occurrences we
have now would decrease impl
lready have a de facto default vendor dir rooted at /doc/, why
should this be a special case? Implementing the advanced proposal
would enable generalizing that unfortunate ad-hoc case.
Of course, thanks to all the participants for their feedback!
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Scienc
//wiki.debian.org/qa.debian.org/FTBFS
(linked from all bug reports reported by massive rebuild by Lucas)
The page is maintained in a collaborative manner: if you find a common
patter, please add it there. The page might also need some
re-organization. Any contribution is welcome.
Cheers.
--
download several tarballs at once, but is rather part of the workflow we
now need to manage multi-tarballs packages (e.g. I want to be notified
when a single tarball of a whole got a new upstream release; currently
this is not doable with available tools).
Cheers.
--
Stefano Zacchiroli -o
oversial since we have other ways of distributing packages;
feel free to downgrade, better if after discussion with the release team
(even better by reducing the size ;-))
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org}
severity 557218 important
thanks
On Fri, Nov 20, 2009 at 11:59:07AM -0200, Gustavo Noronha Silva wrote:
> On Fri, 2009-11-20 at 14:00 +0100, Stefano Zacchiroli wrote:
> > the Debian CD team (in the person of Steve McIntyre) has noted the
> > enormous size of nexuiz-data, which me
mpact on this.
If you are interested in working on this, we can try drafting something
together.
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'è ..|
d before, I didn't find
it with a quick in the thread)
If for some architectural reasons this is hard / not worth to fix, I
guess we can alternatively add a corresponding check to dput, which
refuses to upload when it finds non-overridden fatal lintian errors
(unless --forced or something).
ng
for its presence with some timestamp care).
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 p
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: camljava
Version : 0.3
Upstream Author : Xavier Leroy
* URL : http://pauillac.inria.fr/~xleroy/software.html#camljava
* License : LGPL
Programming Lang: OCaml, C, Java
Description
n to you via some private media (I'm one
of them).
That's not annoying, it's just a pity.
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&#x
the distinction between meta-models (that live in the Perl lib somehow)
and models that live in the package.
On the same line, it is not clear to me whether the maintainer can
programmatically define updates other than "from model m_1 go to m_2".
Many thanks for your stubborn work
which use that helper.
(But again, I'm of the opinion that it should not ask any question in
the first place; see my former message.)
Let's see wait for the proposer to clarify these doubts :-)
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,
t;semantic" merge between changes performed with some sysadm tool and
maintainer changes. Whether this merge is dumb or programmable by the
maintainer is another question I've already raised in this thread.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @
it in some way. That's
basically the different between "here is the model you should arrive to"
(which I understand is supported) and "here is a recipe/program to
obtain the model you should arrive to". Oh, well, I should probably
just study Config::Model!
Cheers.
--
Stefano
ace changes in most
configuration files I've under /etc.
I believe most of your other comments in this follow-up were based on
the assumption that this stuff is useful only in case of bug, which I
don't believe it is the case. Ping me if I missed some comment based on
different assum
t also allows for some doc-base-specific refinements
(which is good, given that the purpose is slightly different).
IME, bugging the doc-base maintainer with well-motivated requests for
specific sections works quite well, have you tried that?
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer S
stion was whether I can
only migrate from m_i to m_{i+1} or also pipe in between some custom
programmed logics.
TIA.
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 uo
name the scripts, too?
I don't know the current name, but having the scripts more or less in
sync with the package name minimizes user surprises and also reduces the
likelihood of file conflicts with other packages.
My 0.02€,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @
, the old model and the new
model) in the same scripts to migrate from one to the other in some
ad-hoc way?.
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&#x
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 ...| ..: | Je dis tu
ttle with some reasonable guidelines, you might
want to write them somewhere there (and advertise them a bit).
Cheers.
[1] http://wiki.debian.org/Utnubu
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://
nterface: http://people.debian.org/~aba/bts2ldap/
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48) Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15) Ba
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: vim-addon-manager
Version : 0.1
Upstream Author : Stefano Zacchiroli <[EMAIL PROTECTED]>
* URL :
svn://svn.debian.org/svn/pkg-vim/trunk/packages/vim-addon-manag
in the past years :-)
Note that with being informed of course I don't mean following
thoroughly a significant amount of mailing list, but the bare minimum of
-vote archives just before voting is not requiring that much.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student
In other words I'm totally in favour of a more fine grained
classification of Debian contributors on the lines of what has been
discussed at DebConf6 (IIRC during a BOF/talk by Myon):
- sporadic contributors (no vote right/duty, no upload permission)
- maintainer (no vote right/duty, upl
i-bin/bugreport.cgi/developers_reference-vcs_field.patch?bug=391023;msg=75;att=1
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48) Zack: e la demo dema ?/\All one has to do is hit the
(15:
nyone" or "mail from the maintainer(s)".
I have no clue about the code of the web interface of the bts, but I can
try to mock-up a sorting criterion to be integrated in the "bts"
devscript.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna,
ry.
Please Cc: [EMAIL PROTECTED] for ITP of OCaml-related packages
and ensure your package conforms to the OCaml packaging policy [1]
before uploading or asking for sponsorship.
Cheers.
[1] http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/
--
Stefano Zacchiroli -*- Computer Sci
particularly wise to chain three help requests in a row after
the first one, but that's totally.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48) Zack: e la demo dema ?
On Wed, Feb 28, 2007 at 09:20:57AM +0100, Stefano Zacchiroli wrote:
> Of course that need to be done with a grain of salt, and I personally
> found not particularly wise to chain three help requests in a row after
> the first one, but that&
, maybe in
some programmable way (and would be like Vim's omnicompletion feature)
or it "just" complete in a single way using the word in the current
buffer (as plain Vim's autocompletion) and then it would be better do
describe it as "autocompletion".
Cheers.
[1
since I last used CVS, so the following
example is artificial but should work for the "debian-doc" project on
cvs.debian.org:
Xs-Vcs-Cvs: pserver:[EMAIL PROTECTED]:/cvs/debian-doc
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTE
are
with an additional field.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48) Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15) Bac: no, la demo scema
x27;s the time.
Cheers.
[3] http://wiki.debian.org/SummerOfCode2007
[4] http://wiki.debian.org/SummerOfCode2007/ProposalTemplate
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48) Zack: e l
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: epsilon
Version : 0.5.0
Upstream Author : Divmod Inc.
* URL : http://divmod.org/trac/wiki/DivmodEpsilon
* License : MIT License
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: python-axiom
Version : 0.5.0
Upstream Author : Divmod Inc.
* URL : http://www.divmod.org/trac/wiki/DivmodAxiom
* License : MIT License
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli <[EMAIL PROTECTED]>
* Package name: twistedsnmp
Version : 0.3.13
Upstream Author : Michael C. Fletcher, Patrick K. O'Brien
* URL : http://twistedsnmp.sourceforge.net/
* License :
kage. At first glance, stuff in
subversion-tools is contributed stuff to the subversion upstream. Can't
these 3 scripts be contributed upstream as well and hence distributed
directly in subversion-tools?
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EM
201 - 300 of 989 matches
Mail list logo
