On Fri, 17 Dec 2010 14:45:06 +0100, Matthias Klose wrote:
> On 11.12.2010 17:40, Stephen Kitt wrote:
> > I imagine this could mean that the gcj and gnats builds don't use the
> > patches in the gcc-4.x-source package, and only use the tarball which
> > won't change from one Debian version to anoth
On 19 December 2010 09:16, Stephen Kitt wrote:
> On Fri, 17 Dec 2010 14:45:06 +0100, Matthias Klose wrote:
>> On 11.12.2010 17:40, Stephen Kitt wrote:
>> > I imagine this could mean that the gcj and gnats builds don't use the
>> > patches in the gcc-4.x-source package, and only use the tarball wh
Dear Debian mentors,
the epr-api package has been moved to
git.debian.org/git/pkg-grass/epr-api.git
so it is no more available on
http://mentors.debian.net/debian/pool/main/e/epr-api
Il giorno Sun, 12 Dec 2010 22:10:35 +0100
Antonio Valentino ha scritto:
> Dear mentors,
>
> I am looking f
Hi, Etienne. I believe I've managed to fix all the issues you pointed
out, including lintian warnings about the binary packages. If you get
some time, I'd really appreciate it if you could look through the
package again.
Bill
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
Hello!
I'm trying to build two packages written in Mono using cli-common-dev.
So, I put include /usr/share/cli-common/cli.make into debian/rules. It
looks like this:
#!/usr/bin/make -f
include /usr/share/cli-common/cli.make
%:
dh $@
override_dh_makeclilibs:
dh_makeclilibs -V
In
On 19.12.2010 10:16, Stephen Kitt wrote:
On Fri, 17 Dec 2010 14:45:06 +0100, Matthias Klose wrote:
On 11.12.2010 17:40, Stephen Kitt wrote:
I imagine this could mean that the gcj and gnats builds don't use the
patches in the gcc-4.x-source package, and only use the tarball which
won't change f
Le vendredi 10 décembre 2010 à 20:02 +0100, Etienne Millon a écrit :
> Again, no need to CC me :)
>
> > Oh yes, i did not see the second patch (I'm not sure how it appear,
> > maybe when i was playing with quilt).
>
> According to the patch header, it has been created by dpkg-source. I
> can't re
Hi,
I am building with Debhelper 8 (dh $@) and I have a C source here which builds
with several spurious
shlib dependencies detected by dpkg-shlibdeps. I've found that setting LDFLAGS
to "--as-needed"
prevents overkill linking.
Where can I override the the auto build process? Just setting a cus
Dear mentors,
I have made a new version of package "mediadownloader" and I still
looking for a sponsor.
I have added some new features like a ffmpeg frontend and a funtion to
monitor firefox while browsing to catch video streams.
The package appears to be lintian clean.
The upload would fix
On Sun, Dec 19, 2010 at 07:03:44PM +0100, Daniel Stender wrote:
> Hi,
>
> I am building with Debhelper 8 (dh $@) and I have a C source here which
> builds with several spurious
> shlib dependencies detected by dpkg-shlibdeps. I've found that setting
> LDFLAGS to "--as-needed"
> prevents overkill
I see that the variable has to be exported. But an "export
LDFLAGS='-Wl,--as-needed'" (the
dpkg-buildflags result here is empty) in debian/rules here doesn't work either.
Did I got it right: my builder debuild is a wrapper for dpkg-builpackage which
calls dpkg-buildflags
to set the FLAGS (why be
Fixed linking of unwanted libraries.
I would be glad for comments.
---
dget
http://mentors.debian.net/debian/pool/main/l/leechcraft/leechcraft_0.4.55+88-1.1.dsc
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
* Peter Pentchev , 2010-12-19, 20:16:
When you say that setting the custom LDFLAGS doesn't work, have you
actually exported them? :) If you just do LDFLAGS=... or LDFLAGS !=
... or LDFLAGS := ..., make(1) will only use the new value *within the
Makefile itself*, it won't be passed to child pro
Dear mentors,
I am looking for a sponsor for my package "ffmpeg-gui".
* Package name: ffmpeg-gui
Version : 1.0-1
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License : [fill in]
Section : video
On Sun, Dec 19, 2010 at 08:53:01PM +0100, Jakub Wilk wrote:
> * Peter Pentchev , 2010-12-19, 20:16:
> >When you say that setting the custom LDFLAGS doesn't work, have you
> >actually exported them? :) If you just do LDFLAGS=... or LDFLAGS
> >!= ... or LDFLAGS := ..., make(1) will only use the new
> If we are still talking about the gummi package, I just put
>
> export LDFLAGS=-Wl,--as-needed
>
> at top of debian/rules and the dpkg-shlibdeps warnings went away.
Just like that? For some reason isn't working here ...
Daniel
--
http://www.danielstender.com/granthinam/
GPG key ID: 1654BD9C
* Peter Pentchev , 2010-12-19, 21:59:
When you say that setting the custom LDFLAGS doesn't work, have you
actually exported them? :) If you just do LDFLAGS=... or LDFLAGS
!= ... or LDFLAGS := ..., make(1) will only use the new value
>*within the Makefile itself*, it won't be passed to child
pr
Dear all, dear Michael, dear Jeroen,
I also spotted the errors in Jeroen's packaging of dbxml and have set
out to correct them, as I too would like to see DB XML packaged for
Debian and Ubuntu. When I finish this, should I submit a new package,
or can I send patches/files somewhere?
Regards,
Lars
On Sun, 05 Dec 2010 20:15:49 -0500, Markus Schulz
wrote:
> I uploaded a new version 1.0.6-1 that fixes a display bug and some other
> small changes.
>
> This driver imports an SVG file from Inkscape and lets the use cut the path.
>
I intend to review, and all going well sponsor this.
d
pgp9
Oops, failed download. First URL is still correct and include fix.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktin7vbgtb0hfh=kif4gt5a7sh8r8acgsu-vbl...@mai
On 19.12.2010 21:17, Jakub Wilk wrote:
> $ export LDFLAGS=bar # set by evil dpkg-buildpackage
Hm, seems I missed that part. Does dpkg-builpackage really set and *export* the
LDFLAGS env var?
That said, relying on dpkg-buildpackage to export the env variable means, you
get different builds if you
Hi Marco,
On 12/19/10 20:57, Marco Bavagnoli wrote:
> Upstream Author : [fill in name and email of upstream]
> * URL : [fill in URL of upstreams web site]
> * License : [fill in]
You forgot to fill the fields...
> ffmpeg-gui - frontend for ffmpeg
For potential sponsors, co
On 19.12.2010 21:17, Jakub Wilk wrote:
> * Peter Pentchev , 2010-12-19, 21:59:
When you say that setting the custom LDFLAGS doesn't work, have you
actually exported them? :) If you just do LDFLAGS=... or LDFLAGS
!= ... or LDFLAGS := ..., make(1) will only use the new value
*wit
> In Build-Depends-Indep I put cli-common-dev (and, of course, other
> needed packages), but when I try to build package, I get this error:
Should this not be Build-Depends. I seem to recall a recent discussion
on this list about build-demons not installing Build-Depends-Indep
packages, because th
Hi mentors,
I would like to refresh my RFS call for Gummi, the GTK+ based LaTeX editor with
preview pane.
I have improved the build by giving custom LDFLAGS, for this a couple of
spurious shlib deps
observed by dh_shlibdeps are now vanished.
Because of my limited bandwith here I've builded aga
I'm not a Debian Developer, but my notes follow:
On Sun, Dec 19, 2010 at 5:55 PM, Daniel Stender
wrote:
> Hi mentors,
>
> I would like to refresh my RFS call for Gummi, the GTK+ based LaTeX editor
> with preview pane.
>
> I have improved the build by giving custom LDFLAGS, for this a couple of
* Michael Biebl , 2010-12-19, 23:18:
When you say that setting the custom LDFLAGS doesn't work, have you
actually exported them? :) If you just do LDFLAGS=... or LDFLAGS
!= ... or LDFLAGS := ..., make(1) will only use the new value
*within the Makefile itself*, it won't be passed to child
proces
Hi Daniel,
On Sun, Dec 19, 2010 at 11:55:57PM +0100, Daniel Stender wrote:
> I would like to refresh my RFS call for Gummi, the GTK+ based LaTeX editor
> with preview pane.
>
> I have improved the build by giving custom LDFLAGS, for this a couple of
> spurious shlib deps
> observed by dh_shlibd
Hi,
On Sun, 2010-12-19 at 18:08 -0500, Paul Tagliamonte wrote:
> I'm not a Debian Developer, but my notes follow:
> No lintian errors at all. Rules file looks tight, DEP5 and 3, uscan
> works and reports back correctly.
> Builds great on my pbuilder, and no lintian errors here :)
Yes, seems good,
Hi,
Would anyone be so kind as to sponsor an RC bug fix upload for xpdf?
A diff is attached. The package is available for review at:
http://mentors.debian.net/debian/pool/main/x/xpdf
Thanks,
Mike
xpdf.debdiff
Description: Binary data
On Sun, Dec 19, 2010 at 07:21:46PM -0500, Michael Gilbert wrote:
> Would anyone be so kind as to sponsor an RC bug fix upload for xpdf?
> A diff is attached. The package is available for review at:
> http://mentors.debian.net/debian/pool/main/x/xpdf
Certainly; it's uploading now.
--
Jonathan W
* Laszlo Boszormenyi , 2010-12-20, 00:40:
I think all variable equations should be in quotes (LDFLAGS in rules).
Err, no. Makefiles doesn't have a concept of single/double quoted
strings.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "u
On 12/19/2010 11:39 PM, Paul Gevers wrote:
Hi Marco,
On 12/19/10 20:57, Marco Bavagnoli wrote:
Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License : [fill in]
>
> You forgot to fill the fields...
ops sorry
Upst
On Mon, 20 Dec 2010 00:31:52 + Jonathan Wiltshire wrote:
> On Sun, Dec 19, 2010 at 07:21:46PM -0500, Michael Gilbert wrote:
> > Would anyone be so kind as to sponsor an RC bug fix upload for xpdf?
> > A diff is attached. The package is available for review at:
> > http://mentors.debian.net/de
Hello,
On Sun, Dec 19, 2010 at 11:55:57PM +0100, Daniel Stender wrote:
> I would like to refresh my RFS call for Gummi, the GTK+ based LaTeX
> editor with preview pane.
---end quoted text---
I am not a DD. Yet, I'd like to ask, how does Gummi compare to
TeXMaker ?
--
أحمد المحمودي (Ahme
Hi,
Le dimanche 19 déc. 2010 à 21:09:34 (+0100), Daniel Stender a écrit :
> > If we are still talking about the gummi package, I just put
> >
> > export LDFLAGS=-Wl,--as-needed
> >
> > at top of debian/rules and the dpkg-shlibdeps warnings went away.
>
> Just like that? For some reason isn't wo
On 12/17/2010 04:27 PM, Picca Frédéric-Emmanuel wrote:
> now my problem is when I generate the configure file from this db entry in
> the postinst script.
> Here the code :
>
>1 #!/bin/sh
>2 CONFIGFILE=/etc/tangorc
>3 set -e
>4 . /usr/share/debconf/confmodule
>5
>6 # Gener
37 matches
Mail list logo
