Hello,
On Mon, 13 Jun 2011 22:56:00 +0200
Maxime Chatelle wrote:
> > Ah I see where that comes from. Those packages with tarball-in-
> > tarball
> > are rather rare these days. Changing the tarball without renaming it
> > won't technically work however. You can still rename the tarball to
> > so
On 06/11/2011 03:24 PM, Ryan Tandy wrote:
Dear mentors and ARM porters,
I am looking for a sponsor for the new version 3.4-1
of my package "micro-evtd".
It builds these binary packages:
micro-evtd - Linkstation Pro/Kurobox Pro special features support
micro-evtd-udeb - Linkstation Pro/Kurobox P
On 06/08/2011 07:58 AM, Eric Lavarde wrote:
> Dear mentors,
>
> I am looking for a sponsor for the new version 1.1.3-1
> of my package "freeplane".
>
> It builds these binary packages:
> freeplane - Java program to create and edit mind maps.
> libjortho-freeplane-java - Java spell-checking libra
On Fri, 10 Jun 2011, Hendrik Rittich wrote:
Dear mentors,
I am looking for a sponsor for my package "gogglesmm".
* Package name: gogglesmm
Version : 0.12.2-5
Upstream Author : Hendrik Rittich
* URL : http://code.google.com/p/gogglesmm/
* License : GPLv3
Sect
On 06/13/2011 21:42:14, Christoph Egger wrote:
...
>
> Ah I see where that comes from. Those packages with tarball-in-
> tarball
> are rather rare these days. Changing the tarball without renaming it
> won't technically work however. You can still rename the tarball to
> something like cronolog_1
Den 12. juni 2011 19:13, skrev Anton Martchukov:
> In my package (opencpn) there are couple of binary files
> without source code/with unfree license that is required
> only for OS X and Windows builds (those are some dlls and
> redistributable files).
>
> Upstream does like to keep them in origi
Christoph Egger writes:
> Maxime Chatelle writes:
>> It appear to be lintian clean. and can be found here:
>> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=cronolog
>> http://mentors.debian.net/debian/pool/main/c/cronolog/cronolog_1.6.2-6.dsc
>
> It seems the .orig.tar.
On 06/13/2011 14:58:07, Christoph Egger wrote:
> Hi!
>
Hi !
thanks for reply.
> It seems the .orig.tar.gz of your upload to mentors.debian.net
> differs
> From the one in the archive. Did you modify the tarball? where did
> you
> get it from? Please use the tarball currently in the archive (an
On 06/12/11 19:13, Anton Martchukov wrote:
> Hello All.
>
> In my package (opencpn) there are couple of binary files
> without source code/with unfree license that is required
> only for OS X and Windows builds (those are some dlls and
> redistributable files).
>
> Upstream does like to keep the
Hi,
On 2011-06-13 12:56, David Kalnischkies wrote:
> With my APT hat on i can tell you that APT (and friends) currently have no
> option to forbid the removal of packages without other side-effects.
Please refrain from uncondionally stating something about "friends"'
functionality. Libcupt actual
2011/6/13 Ansgar Burchardt :
> David Kalnischkies writes:
>> What could be done is tweaking resolver scoring points, but honestly:
>> that is black-magic even for me -- and as you can only change this for
>> priorities it has side-effects for other packages with this priority and
>> these would be
Hi!
Maxime Chatelle writes:
> It appear to be lintian clean. and can be found here:
> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=cronolog
> http://mentors.debian.net/debian/pool/main/c/cronolog/cronolog_1.6.2-6.dsc
It seems the .orig.tar.gz of your upload to mentors
David Kalnischkies writes:
> On Thu, Jun 9, 2011 at 22:54, Erik Schanze (Debian) wrote:
>> Does anybody have an additionally idea how to solve this, to prevent the
>> removal of one package without hanging on user input and prevent
>> automatic inclusion in PBuilder installation?
[...]
>
> What c
On 2011-06-13 12:11 +0200, Goswin von Brederlow wrote:
> Sven Joachim writes:
>
>> On 2011-06-11 09:22 +0200, Goswin von Brederlow wrote:
>>
>>> Except for how dpkg behaves. If your package has a file in /usr/lib64/
>>> and gets installed then dpkg records that that directory belongs to your
>>>
On Thu, Jun 9, 2011 at 22:54, Erik Schanze (Debian) wrote:
> Does anybody have an additionally idea how to solve this, to prevent the
> removal of one package without hanging on user input and prevent
> automatic inclusion in PBuilder installation?
With my APT hat on i can tell you that APT (and
Gregor Jasny writes:
> Hello,
>
> I'm the maintainer of v4l-utils and ran into the following problem:
>
> The last v4l-utils Debian package added a build dependency to libjpeg,
> and because I also build 32bit libs on amd64 (for Skype) I had to add an
> build dependency on ia32-libs-dev (where li
Sven Joachim writes:
> On 2011-06-11 09:22 +0200, Goswin von Brederlow wrote:
>
>> Except for how dpkg behaves. If your package has a file in /usr/lib64/
>> and gets installed then dpkg records that that directory belongs to your
>> package. Then the next time libc6 gets updated dpkg will try to
17 matches
Mail list logo
