Hello Daniel,
Le lundi 19 décembre 2005 à 08:24 +0100, Daniel Holbach a écrit :
- team maintenance with SVN is more and more popular, and a good web
interface above a SVN repo of Debian packages would help all those
teams
I'd be in favour or a bzr solution, not because of random
Hello Raphaël, hello everybody else,
Am Montag, den 19.12.2005, 09:06 +0100 schrieb Raphael Hertzog:
Who are the members of the Launchpad team ?
you should be able to reach them via launchpad at lists canonical com.
I agree that integration with Launchpad would be interesting, but as
long
On 18/12/05 at 17:19 +0100, Raphael Hertzog wrote:
[ Sorry for the crosspost, but the subject is of interest to many people ]
Hello everybody,
following the last discussion at the Debian-QA meeting on Darmstadt, it
appears that the proposal called Collaborative maintenance is of generic
Hi Mentors,
I've noticed that some packages contain a debian/patches-dir and I'm curious
how this works. I think I need to patch one of my packages myself so I'm
looking for some documentation. The Debian policy [1] does not really help
since the part about changes to upstream sources is quite
On Mon, Dec 19, 2005 at 10:56:24AM +0100, Bastian Venthur wrote:
Can someone explain to me how to apply patches to upstream sources the
right way or point me to an appropriate document?
`apt-get install dpatch`
You've got some examples in /usr/share/doc/dpatch/ then.
You can also take a look
Le lundi 19 décembre 2005 à 09:44 +0100, Lucas Nussbaum a écrit :
First, technical issues:
* Chances are very low that you will get Ubuntu people to use svn
instead of bzr. bzr is the official VCS in Ubuntu, it is written in
Python, the official language in Ubuntu. Making Ubuntu people use
Morning,
On Sunday 18 December 2005 17:19, Raphael Hertzog wrote:
following the last discussion at the Debian-QA meeting on Darmstadt, it
appears that the proposal called Collaborative maintenance is of
generic interest :
- for Debian sponsors and Debian mentors
- for QA which may use the
On Mon, Dec 19, 2005 at 10:56:24AM +0100, Bastian Venthur wrote:
I've noticed that some packages contain a debian/patches-dir and I'm curious
how this works.
debian/patches is used by dpatch, the necessary information should be
available in man dpatch.
Can someone explain to me how to apply
Le lundi 19 décembre 2005 à 11:04 +0100, Christoph Haas a écrit :
This infrastructure is seriously needed in Debian because:
- team maintenance with SVN is more and more popular, and a good web
interface above a SVN repo of Debian packages would help all those
teams
If there is a
Hi,
I'm looking for a sponsor for billard-gl. The new version, which can be found
at[0] does no longer depend on xlibs-dev. The package builds clean in
pbuilder and has no lintian or linda warnings.
Cheers,
Thierry
[0]: http://www.dotsec.net/~beatle/debian/billard-gl/
signature.asc
gregor herrmann wrote:
On Mon, Dec 19, 2005 at 10:56:24AM +0100, Bastian Venthur wrote:
I've noticed that some packages contain a debian/patches-dir and I'm curious
how this works.
debian/patches is used by dpatch, the necessary information should be
available in man dpatch.
Can someone
Hello,
I'm trying to add a 'get-orig-source' target to my debian/rules file, and
it looks like this:
get-orig-source:
debian/export-freemind-cvs.sh 0.8.0+01 FM-0-8-0
It works quite fine, but the Debian policy manual specifies under [1] that
This target may be invoked in any directory,
Eric Lavarde - Debian wrote:
Hello,
I'm trying to add a 'get-orig-source' target to my debian/rules file, and
it looks like this:
get-orig-source:
debian/export-freemind-cvs.sh 0.8.0+01 FM-0-8-0
It works quite fine, but the Debian policy manual specifies under [1] that
This
Bartosz Fenski aka fEnIo wrote:
On Mon, Dec 19, 2005 at 10:56:24AM +0100, Bastian Venthur wrote:
Can someone explain to me how to apply patches to upstream sources the
right way or point me to an appropriate document?
`apt-get install dpatch`
You've got some examples in
hi,
On Monday 19 December 2005 11:17, Raphael Hertzog wrote:
Actually, the Ubuntu people doing REVU didn't event think of using a VCS
because they are handling uploads of source packages in their system.
Adding a VCS layer has some advantages however : traceability of
contributions from an
On Mo, 2005-12-19 at 15:38 +0100, Stephan Hermann wrote:
On Monday 19 December 2005 11:17, Raphael Hertzog wrote:
Actually, the Ubuntu people doing REVU didn't event think of using a VCS
because they are handling uploads of source packages in their system.
Adding a VCS layer has some
On Mon, 19 Dec 2005, Stephan Hermann wrote:
What you are suggesting is already there. It's called hct and it's
keybuks child. So, seeing this in an environment of Ubuntu: I think (or
I hope) hct will be included in launchpad, and then we will include some
parts of REVU3 (I hope :)) into
Hi,
first of all big thanks to Raphael for your great proposal! I'd also be more
than happy to join the project.
Am Montag 19 Dezember 2005 16:25 schrieb Asheesh Laroia:
Thanks. I agree with the Ubuntu side of this discussion that dealing with
non-distributed svn would be a pain; I don't
On Mon, 19 Dec 2005, Stefan Potyra wrote:
I'd object to this, since one of the goals would be to make it easy to review
packages. So basically you'd need exactly one central place, where the
current version of a sourcepackage can be found, and can be reviewed. However
I'm not quite sure
On So, 2005-12-18 at 17:19 +0100, Raphael Hertzog wrote:
following the last discussion at the Debian-QA meeting on Darmstadt, it
appears that the proposal called Collaborative maintenance is of generic
interest :
- for Debian sponsors and Debian mentors
- for QA which may use the
Raphael Hertzog [EMAIL PROTECTED] writes:
Yeah, this makes sense too. I'd like to have wrappers for doing things
locally :
- download source package from the good repository (without having to
type a huge URL)
- run most checks on it (pbuilder, piuparts, lintian, ...)
- display analysis
-
On Mo, 2005-12-19 at 11:17 +0100, Raphael Hertzog wrote:
I don't want to change how Ubuntu works. I just want to find a decent
way for Debian to let external contributors integrate their work within
Debian and in particular for Ubuntu developers. Because it's in the
interest of Ubuntu
Am Sonntag, den 18.12.2005, 17:19 +0100 schrieb Raphael Hertzog:
This infrastructure is seriously needed in Debian because:
- team maintenance with SVN is more and more popular, and a good web
interface above a SVN repo of Debian packages would help all those
teams
I'd be in
For future reference, here's what I've implemented in debsecan:
There is a script, /usr/sbin/debsecan-create-cron, which creates a
file /etc/cron.d/debsecan (if it does not exist yet). The file
contains a line # AUTOMATICALLY GENERATED, and if this line is found
in the file, it will be removed
* Joey Hess:
(As a more desktopish user, I'd rather expect something that lives in
the toolbar and pops up an alert when there is a new security hole/fix,
but that's beyond what debsecan does right now.)
Nice idea. Unfortunately, you cannot create a RSS feed unless you
know the locally
On 19-Dec-2005, Stefan Potyra wrote:
Am Montag 19 Dezember 2005 16:25 schrieb Asheesh Laroia:
Thanks. I agree with the Ubuntu side of this discussion that
dealing with non-distributed svn would be a pain
I'd object to this, since one of the goals would be to make it easy
to review
Hi all,
I've just finisched packaging Crypt::Simple perl module, you can
download from
http://matrixhasu.altervista.org/debian/libcrypt-simple-perl_0.06-1_all.deb
.
I'd like some advice about the package, something to correct / add (I
know, man page missing) and some other packaging tips.
Is
Ben Finney [EMAIL PROTECTED] writes:
In other words, a distributed VCS allows all parties to manage their own
repositories equally, and the project can nominate one of them the
official central repository, without impacting everyone's ability to
communicate changes between other repositories.
Sandro Tosi [EMAIL PROTECTED] writes:
Hi all,
I've just finisched packaging Crypt::Simple perl module, you can
download from
http://matrixhasu.altervista.org/debian/libcrypt-simple-perl_0.06-1_all.deb
.
Is the source package available? It's hard to judge packaging and
impossible to
Is the source package available? It's hard to judge packaging and
impossible to sponsor a package from just the deb.
here is the archive from where i generate the deb:
matrixhasu.altervista.org/debian/libcrypt-simple-perl.tar.bz2
I'd like some advice about the package, something to correct
On Mon, Dec 19, 2005 at 01:29:09PM +0100, Thierry Reding wrote:
I'm looking for a sponsor for billard-gl. The new version, which can be found
at[0] does no longer depend on xlibs-dev. The package builds clean in
pbuilder and has no lintian or linda warnings.
Uploaded.
Since I'm mentioned as
By source package, Russ was referring to the following files:
libcrypt-simple-perl_0.06-1.dsc
libcrypt-simple-perl_0.06-1.diff.gz
libcrypt-simple-perl_0.06.orig.tar.gz
I think it's a binary package: I take the .pm file from CPAN, and
taking other lib as model, I've created a
On Tue, Dec 20, 2005 at 01:11:16AM +0100, Sandro Tosi wrote:
[Russ Allbery wrote:]
Is the source package available? It's hard to judge packaging and
impossible to sponsor a package from just the deb.
here is the archive from where i generate the deb:
On Tue, Dec 20, 2005 at 01:36:56AM +0100, Sandro Tosi wrote:
By source package, Russ was referring to the following files:
libcrypt-simple-perl_0.06-1.dsc
libcrypt-simple-perl_0.06-1.diff.gz
libcrypt-simple-perl_0.06.orig.tar.gz
I think it's a binary package: I take the
Just to make sure we're all talking about the same thing, Sandro, are
you referring to this:
http://www.tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/
If so, I think you should have read the introduction more carefully,
where the author states:
The intended use of such a newly created
Just to make sure we're all talking about the same thing, Sandro, are
you referring to this:
http://www.tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/
Yes, I've used this one
I bring this up on the list not to embarass you, but because
no problem at all: I'm here to learn
36 matches
Mail list logo