On Thu, Oct 20, 2011 at 5:26 AM, Thomas Goirand z...@debian.org wrote:
Not getting into any war, but it seems 90% of everyone thinks Git is a way
better than BZR, and that the 10% that remains are BZR extremists. Since
VCS is all about sharing your sources (unless you don't care about others
Paul Wise p...@debian.org writes:
Best file a couple of bugs about that on autoconf upstream:
Please implement autoreconf -jX
Please implement ./configure -jX
Autoconf upstream has already considered parallel configure. My
impression of that dicussion is that there's just no way it will
Roger Light ro...@atchoo.org writes:
I think it's more like 100% of people prefer the DVCS they use first
because anything after that is different.
Nope. Used svk first, then arch, then used bzr extensively for a while,
and then learned Git and switched everything else over to it as soon as
* Ruben Molina rmol...@udea.edu.co, 2011-10-19, 20:57:
Your package doesn't respect DEB_BUILD_OPTIONS=noopt. Please
consider using dpkg-buildflags to fix this issue. :)
Thanks. I added dpkg-dev to Build-Depends, included
/usr/share/dpkg/buildflags.mk, and addded a DPKG_EXPORT_BUILDFLAGS=1
in
Jakub Wilk wrote:
* Jonathan Nieder jrnie...@gmail.com, 2011-10-17, 23:49:
| Unfortunately one cannot even get lucky and find the symbol from
| liblzma2 used from time to time: versioned symbols take precedence over
| unversioned ones when resolving unversioned references.
As far as I can
* Jonathan Nieder jrnie...@gmail.com, 2011-10-20, 05:38:
Resolution of unversioned symbols seems (though I haven't found time
to check carefully yet) to happen on a first-library-mapped-wins
basis.
[snip]
In the cases where the actual result is v2, v2 instead of one
implementation being used
Russ Allbery r...@debian.org writes:
Roger Light ro...@atchoo.org writes:
I think it's more like 100% of people prefer the DVCS they use first
because anything after that is different.
Nope. Used svk first, then arch, then used bzr extensively for a while,
and then learned Git and
fadecut_0.1.1-1-amd64-20111020-1422.gz
Description: GNU Zip compressed data
signature.asc
Description: This is a digitally signed message part.
Le vendredi, 14 octobre 2011 11.40:16, Marco Balmer a écrit :
Dear mentors,
I am looking for a sponsor for a my new debian package:
* Package name: jabber-querybot
Hi Marco, and thanks for this new package, indeed probably useful to have in
Debian !
Now on for the review:
* the
Le vendredi, 14 octobre 2011 11.31:25, Marco Balmer a écrit :
Dear mentors,
I am looking for a sponsor for a my new debian package:
* Package name: aspsms-t
Hi Marco, and thanks for this new package, indeed probably useful (too) to
have in Debian !
So here's my review:
*
On Thu, Oct 20, 2011 at 07:34:31AM +0100, Roger Light wrote:
I think it's more like 100% of people prefer the DVCS they use first
because anything after that is different.
False. I started off with Bazaar, used it happily for a couple years,
then moved everything to Git because I liked it
On Oct 20, 2011, at 12:26 PM, Thomas Goirand wrote:
Not getting into any war, but it seems 90% of everyone thinks Git is a way
better than BZR, and that the 10% that remains are BZR extremists. Since
VCS is all about sharing your sources (unless you don't care about others
and sees it as only a
On Thu, Oct 20, 2011 at 10:56 PM, Barry Warsaw wrote:
I also think that Bazaar is easy enough to learn for both experienced and
inexperienced developers/dvcs users. I can't think of a single contributor to
e.g. GNU Mailman or python-mode.el that has told me they won't contribute just
because
On Oct 20, 2011, at 11:04 PM, Paul Wise wrote:
I think people tend not to contribute at all to projects using a VCS
they don't like.
I still contribute to Python wink.
For example I might stop putting off the Mailman stuff I promised to
work on (porting the Indymedia patchset to mailman 3) if
* Barry Warsaw ba...@python.org:
On Oct 20, 2011, at 11:04 PM, Paul Wise wrote:
For example I might stop putting off the Mailman stuff I
promised to work on (porting the Indymedia patchset to mailman
3) if it wasn't using bzr.
That does make me sad.
If you contribute in general to open
Le jeudi, 20 octobre 2011 17.30:40, Marco Balmer a écrit :
Thanks Didier for checking my package. Make test (testing suite) runs not
proper at the moment. I disabled it and re-uploaded the package:
http://mentors.debian.net/package/fadecut
Thanks; uploaded !
Cheers,
OdyX
signature.asc
Alex Chiang achi...@canonical.com writes:
The lowest common denominator is patch(1).
So all you really need to know how to do is use the upstream's
tool to obtain the source:
git clone
bzr branch
svn co
etc.
Even better, at least in Debian's case, there's
On Oct 20, 2011, at 08:48 AM, Alex Chiang wrote:
The lowest common denominator is patch(1).
So all you really need to know how to do is use the upstream's
tool to obtain the source:
git clone
bzr branch
svn co
etc.
Then, you can import the source into your favorite
Dear mentors,
I am looking for a sponsor for my package gnome-pie.
* Package name: gnome-pie
Version : 0.2+gitdfdad95-1
Upstream Author : Simon Schneegans c...@simonschneegans.de
* URL : http://gnome-pie.simonschneegans.de/
* License : GPL-3.0+
Section
On Thu, 20 Oct 2011, Alessandro Ghedini wrote:
Dear mentors,
I am looking for a sponsor for my package gnome-pie.
* Package name: gnome-pie
Version : 0.2+gitdfdad95-1
Upstream Author : Simon Schneegans c...@simonschneegans.de
* URL :
Sorry for being a bit unclear.
Instead of:
It is not completely clear to me why get this warning. Why do I do NOT
need Python to build the package? Is python needed for debhelper? In
that case should python not be included as a build-depend as well?
I meant:
It is not completely clear to
On Thu, 20 Oct 2011 20:43:35 +0200, Guido van Steen wrote:
Dear list,
I maintain a package called fizsh. Fizsh only depends on zsh.
[..]
If I build the package with dpkg-buildpackage -rfakeroot -uc -us I
get the following warning:
dh_pysupport: This program is deprecated, you should
Andrea Bolognani e...@kiyuko.org writes:
This doesn’t completely disprove your point, though. Truth is, most DVCS
are no more different from one another than different imperative
programming languages are, and programmers constantly move from a
project using a certain language to another
Dear mentors,
I am looking for a sponsor for my package fizsh.
* Package name: fizsh
Version : 1.0.4-1
Upstream Author : Guido van Steen (myself)
* URL : http://sourceforge.net/projects/fizsh/
* License : Modified BSD License
Section : shells
To
Is it possible to write a watch file for a case when the url is raw text in the
web page but not in a link, that is, no href?
This web page contains the pointer to the file:
http://www.openastro.org/?Download
which is
Hi,
Sorry for the delay.
Jakub Wilk wrote:
Thanks, this is consistent with my understanding. Could you please update
the patch header?
[... two other nice suggestions snipped ...]
I've put up an uploaded package incorporating your suggestions at
-
On Thu, Oct 20, 2011 at 6:21 PM, Paul Elliott
pelli...@blackpatchpanel.com wrote:
Is it possible to write a watch file for a case when the url is raw text in
the web page but not in a link, that is, no href?
This web page contains the pointer to the file:
http://www.openastro.org/?Download
Dear mentors,
I am looking for a sponsor for my package cherrytree. (I haven't
gotten a single reply in a week since my first RFS request, so I'm
sending this out again.)
* Package name: cherrytree
Version : 0.23.1-1
Upstream Author : Giuseppe Penone gius...@gmail.com
* URL
28 matches
Mail list logo
