Hello
I try to set up a working debconf system for a package [1], I am working on.
My problem is about the binary tango-common package.
The debconf consist on one question about a host and a port where a service is
running.
so I ask a question about this TANGO_HOST=host:port
now I want to
Luckily, that gives an easy way out: does the plugin work when built
against libcurl4-gnutls-dev?
Thanks for advice, it woks fine with libcurl4-gnutls-dev.
On 11.12.2010 17:40, Stephen Kitt wrote:
On Sat, 11 Dec 2010 17:28:10 +1030, Ronr...@debian.org wrote:
On Fri, Dec 10, 2010 at 10:29:24PM +0100, Matthias Klose wrote:
On 23.11.2010 12:49, Dmitrijs Ledkovs wrote:
debian-gcc is a bit specific to the native libc based toolchains and
On Wed, Dec 15, 2010 at 7:52 AM, Salvatore Bonaccorso car...@debian.org wrote:
Then there is no need for debian/patches/debian-changes-0.1-1 ;-).
Hi Salvatore,
Each time I run dpkg-buildpackage, it automatically creates a
patches/debian-changes-x.x-x
So I think i don't use the right tool to
On Sat, 2010-12-04 at 22:43 +0100, Michael Tautschnig wrote:
[...]
- There is missing/incomplete license information in three source files:
./src/main/java/com/sun/cdc/io/ConnectionBaseInterface.java: *No
copyright* UNKNOWN
On 17 December 2010 13:45, Matthias Klose d...@debian.org wrote:
On 11.12.2010 17:40, Stephen Kitt wrote:
On Sat, 11 Dec 2010 17:28:10 +1030, Ronr...@debian.org wrote:
On Fri, Dec 10, 2010 at 10:29:24PM +0100, Matthias Klose wrote:
On 23.11.2010 12:49, Dmitrijs Ledkovs wrote:
debian-gcc
Each time I run dpkg-buildpackage, it automatically creates a
patches/debian-changes-x.x-x
So I think i don't use the right tool to rebuild my package ?
I think you are. The point is that your package creates these changes
while building. Either you should create the proper patch (I guess you
Dear mentors,
I am looking for a sponsor for my package sonic.
* Package name: sonic
Version : 0.1.9
Upstream Author : Bill Cox (this is a native package - the author and
maintainer are the same)
* URL : http://vinux-project.org/gitweb/?p=sonic.git;a=summary
* License
Am 17.12.2010 19:38, schrieb Bill Cox:
Dear mentors,
I am looking for a sponsor for my package sonic.
* Package name: sonic
Version : 0.1.9
Upstream Author : Bill Cox (this is a native package - the author and
maintainer are the same)
This is no reason to declare the package
On Fri, Dec 17, 2010 at 07:59:15PM +0100, Patrick Matthäi wrote:
This is no reason to declare the package as an native one.
Yes - a native package is one that does not make sense outside the
Debian distribution.
Your package builds in a clean chroot, but the binary packages
produced have a few
Am 17.12.2010 20:59, schrieb Bill Cox:
Hi, Patrick. Thanks for the feedback. Can you describe when to use
quilt vs native? My google-fu is failing me in this matter.
Please keep it on-list.
native is only correct, if the source is only useful for Debian.
In my case, I wrote and maintain
Am 17.12.2010 20:59, schrieb Bill Cox:
In my case, I wrote and maintain both the code and debian directory,
so I see no need for me to use the quilt patch system, though I do use
it in maintaining other packages for Vinux.
Thanks,
Bill
Hi Bill,
Please take a look at [1], and a little
12 matches
Mail list logo
