Hi,
I several times observed that checking out as well commiting / pushing
to {svn.git}.debian.org while alioth.debian.org works perfectly. This
seems to be a temporary effect which occures from time to time and is
currently the case. Anybody else sharing this observations?
Kind regards
Package: wnpp
Owner: Radu-Bogdan Croitoru
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: liblist-rotation-cycle-perl
Version : 1.009
Upstream Author : Imre Saling
* URL : https://metacpan.org/release/List-Ro
Package: wnpp
Owner: Radu-Bogdan Croitoru
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libscalar-listify-perl
Version : 0.02
Upstream Author : Terrence Brannon
* URL : https://metacpan.org/release/Scalar-L
Package: wnpp
Owner: Radu-Bogdan Croitoru
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libarray-group-perl
Version : 3.0
Upstream Author : Terrence Brannon
* URL : https://metacpan.org/release/Array-Group
Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg
* Package name: golang-go.tools
Version : 0.0~hg20131126-1
Upstream Author : The Go Authors
* URL : https://code.google.com/p/go.tools/
* License : BSD-3-clause
Programming Lang: Go
Description
Package: wnpp
Owner: Axel Beckert
Severity: wishlist
* Package name: libmodule-build-xsutil-perl
Version : 0.05
Upstream Author : Hideaki Ohno
* URL : https://metacpan.org/release/Module-Build-XSUtil
* License : Artistic or GPL-1+
Programming Lang: Perl
De
Package: wnpp
Owner: Axel Beckert
Severity: wishlist
* Package name: libdevel-checkcompiler-perl
Version : 0.04
Upstream Author : Tokuhiro Matsuno
* URL : https://metacpan.org/release/Devel-CheckCompiler
* License : Artistic or GPL-1+
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Paul Tagliamonte
* Package name: hy
Version : 0.9.11
Upstream Author : Paul Tagliamonte
* URL : http://hylang.opg
* License : MIT/Expat
Programming Lang: Python and Hy
Description : Lisp (s-expression based) inte
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath
* Package name: python-rply
Version : 0.6.1
Upstream Author : Alex Gaynor
* URL : https://github.com/alex/rply
* License : BSD-3-clause
Programming Lang: Python
Description : pure python parser gene
On 30/11/13 at 22:07 -0600, Steve Langasek wrote:
> On Sat, Nov 30, 2013 at 05:40:35PM +0100, Jakub Wilk wrote:
> > * Steve Langasek , 2013-11-29, 12:01:
> > >What do you propose as a mechanism for agreeing to a reduced NMU
> > >delay for archive-wide changes?
>
> > My proposal is to realize that
This one time, at band camp, Lucas Nussbaum said:
> The need for review and feedback is another problem. It's often
> difficult to get feedback on a proposed change inside Debian. But I
> really don't think that it should be the release team's job alone to
> decide which project-wide improvements a
On Sun, Dec 1, 2013 at 12:53 PM, Stephen Gran wrote:
> Can you explain why you think it would be a good idea to remove the
> power to decide their own goals from a team, and why you think it would
> be good for Debian to have one team drive another team's goals? This is
> so different to how we us
On Thu, Nov 28, 2013 at 01:54:51PM +, Ian Jackson wrote:
> The other possibily for Debian as a whole would be to ban vi clones
> from offering /usr/bin/view, which I'm sure would annoy a lot more
> people.
Yeah, no, thanks.
Kind regards
Philipp Kern
signature.asc
Description: Digital signat
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard
* Package name: libreligion-islam-prayertimes-perl
Version : 1.02
Upstream Author : Ahmed Amin Elsheshtawy
* URL : https://metacpan.org/release/Religion-Islam-PrayerTimes
* License : Artistic or GPL-1+
P
On 01/12/13 at 17:53 +, Stephen Gran wrote:
> This one time, at band camp, Lucas Nussbaum said:
> > The need for review and feedback is another problem. It's often
> > difficult to get feedback on a proposed change inside Debian. But I
> > really don't think that it should be the release team's
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-bioc-shortread
Version : 1.20.0-1
Upstream Author : Bioconductor Package Maintainer
* URL :
http://www.bioconductor.org/packages/release/bioc/html/ShortRead.html
* License : Artistic-2.0
This one time, at band camp, Lucas Nussbaum said:
> On 01/12/13 at 17:53 +, Stephen Gran wrote:
> > This one time, at band camp, Lucas Nussbaum said:
>
> > What goals are set for a given release seem to me to be something
> > squarely in that realm, especially given that there is no 'stick' -
Package: wnpp
Severity: wishlist
Owner: "Guido Günther"
* Package name: libvirt-python
Version : 1.2.0
* URL : http://libvirt.org/git/?p=libvirt-python.git
* License : LGPL 2.1
Programming Lang: Python
Description : libvirt python bindings
Upstream split
On Sat, Nov 30, 2013 at 11:25:01PM +, Ben Hutchings wrote:
> > MUL is a MIPS32 instruction, which is not present on MIPS3 CPUs like the
> > Loongson 2, MULT + MFLO should be used instead. There is no CPU bug
> > there, it's like trying to build x86 code with SSE4 instructions, and
> > then sayi
On 01/12/13 at 20:38 +, Stephen Gran wrote:
> This one time, at band camp, Lucas Nussbaum said:
> > On 01/12/13 at 17:53 +, Stephen Gran wrote:
> > > Can you explain why you think it would be a good idea to remove the
> > > power to decide their own goals from a team, and why you think it
>
>> I would presumably put something like:
>> * Release Team members decide on the release goals for stable releases
> I think that a delegation would need to be a bit more specific in
> defining what "release goals" are, and what it means to have a goal
> labelled as "release goal". At least for m
On 01/12/13 at 23:32 +0100, Joerg Jaspert wrote:
>
> >> I would presumably put something like:
> >> * Release Team members decide on the release goals for stable releases
> > I think that a delegation would need to be a bit more specific in
> > defining what "release goals" are, and what it means
]] Aurelien Jarno
> Also note that the latest batches of the Loongson-2F CPUs have the bug
> fixed.
That doesn't help us when the MIPS porters seem to be unable to get us
any reasonable machine with the bug fixed, even after repeated
proddings. IIRC, aba has been poking at this on and off for a
Op 28-11-13 21:04, Niels Thykier schreef:
> It has also come to our attention that a few buildds do not use
> throw-away chroots. This sometimes results in unclean builds and we
> have therefore decided to only consider architectures which use
> throw-away chroots for all suites on all buildds as c
24 matches
Mail list logo
