On 30/09/13 01:34, Charles Plessy wrote:
> Le Sun, Sep 29, 2013 at 10:01:50PM +0200, Daniel Pocock a écrit :
>>
>> For those feeling lazy, I suppose we can just grab the .desktop file
>> generated under /var by update-menus and copy it into our packages? Or
>> is there a more elegant way to mana
* Ondřej Surý (ond...@sury.org) wrote:
> Hi,
>
> recent automake transition to 1.14 broke (FTBFS) at least two of my
> packages.
>
> Would it be possible to coordinate the (next) transition better than
> upload&deal with breakages like we do with the rest of our packages?
Did the transition from
On Wed, Sep 25, 2013 at 05:02:58PM +0200, Andreas Henriksson wrote:
> Craig Small
>gogoc
Thanks for the note. gogoc 2.1-5 now uses iproute2.
- Craig
--
Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/ csmall at : debian
On Sun, Sep 29, 2013 at 02:20:08PM +0200, Olе Streicher wrote:
> Paul Wise writes:
> > On Sun, Sep 29, 2013 at 8:08 PM, Olе Streicher wrote:
> >> Uhh, you are right. I, however, still don't understand where the
> >> multiarch path comes from. From the log file (on i386):
> >> configure: running /
Le Sun, Sep 29, 2013 at 10:01:50PM +0200, Daniel Pocock a écrit :
>
> For those feeling lazy, I suppose we can just grab the .desktop file
> generated under /var by update-menus and copy it into our packages? Or
> is there a more elegant way to manage the duplication with debhelper
> support perh
Package: wnpp
Severity: wishlist
Owner: Zlatan Todoric
* Package name: ht5streamer
Version : 0.1.1
Upstream Author : Laguillaumie sylvain
* URL : https://github.com/smolleyes/ht5streamer
* License : GPL
Programming Lang: JavaScript
Description : Youtub
Package: wnpp
Severity: wishlist
Owner: Tonnerre LOMBARD
* Package name: golang-bloom
Version : 0.0~git20130621
Upstream Author : Will Fitzgerald
* URL : https://github.com/willf/bloom/
* License : BSD-3-Clause
Programming Lang: Go
Description : Go pac
Hi Matthias,
On Wed, Sep 25, 2013 at 5:12 PM, Matthias Klose wrote:
> Am 25.09.2013 14:52, schrieb Sergei Golovan:
>>
>> There are 17 packages which build when 8.5 is the default version but
>> fail to build
>> after switching to 8.6. Most of them are patchable, though I'm not
>> sure if they wil
On 29/09/13 21:01, Daniel Pocock wrote:
> - Debian appears to have a perfectly good menu tool and it is not clear
> why it has to be ditched.
Upstreams often ship desktop files; menu files are Debian-specific; and
if a GUI environment has Debian-specific infrastructure to display both,
it will eit
On 29/09/13 20:09, Adam D. Barratt wrote:
> On Sun, 2013-09-29 at 19:55 +0200, Daniel Pocock wrote:
>> I can see that update-menus is run during the dpkg install and I tried
>> running it again manually.
>>
>> I can even find the .desktop file for Gnome after update-menus has run,
>> it looks OK
On Sun, 2013-09-29 at 19:55 +0200, Daniel Pocock wrote:
> I can see that update-menus is run during the dpkg install and I tried
> running it again manually.
>
> I can even find the .desktop file for Gnome after update-menus has run,
> it looks OK
>
> However, the item just doesn't appear in the
I've been trying to create menu items for postbooks and
postbooks-updater, for example:
http://anonscm.debian.org/gitweb/?p=collab-maint/postbooks-updater.git;a=blob;f=debian/menu;h=456d003f95312b27e3a1301057dd5b8dc3efca36;hb=86c8d75cc7297ba47b6398930c256d202011ab93
is a debian/menu file conta
Control: reassign -1 wnpp
On Du, 29 sep 13, 08:30:28, Muhammad Firdaus wrote:
> Package: wnpp Severity: wishlist Owner: firdausko...@gmail.com * Package
> name : libjs-leaflet-awesome-markers Version : 0.6.4 Upstream Author :
> Lennard Voogdt * URL :
> https://github.com/lvoogdt/Leaflet.awesome-m
Hi,
recent automake transition to 1.14 broke (FTBFS) at least two of my
packages.
Would it be possible to coordinate the (next) transition better than
upload&deal with breakages like we do with the rest of our packages?
O.
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance
On Sun, 29 Sep 2013 08:58:36 +0200, Sven Joachim wrote:
> On 2013-09-28 22:18 +0200, Norbert Preining wrote:
> > since a short time when I build a binary package on my running system,
> > I cannot install the created .deb anymore because it depends on
> > libc-amd64 (>= some.version) which somehow
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: sphinxcontrib-programoutput
Version : 0.8
Upstream Author : Sebastian Wiesner
* URL : https://github.com/lunaryorn/sphinxcontrib-programoutput
* License : BSD-2-clause
Programming Lang: P
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-ddt
Version : 0.4.0
Upstream Author : Carles Barrobés
* URL : https://github.com/txels/ddt
* License : Apache-2.0
Programming Lang: Python
Description : Data-Driven/Decorated
On 09/25/2013 11:02 PM, Andreas Henriksson wrote:
> Thomas Goirand
>miniupnpd
>nova (U)
>xen-api (U)
Thanks for telling. I have corrected the dependencies in my Git (for the
moment, I've written Depends: iproute2 | iproute to allow easier backports).
Cheers,
Thomas
--
To UNSUBSCR
On 29/09/13 14:32, Bastien ROUCARIES wrote:
> On Sun, Sep 29, 2013 at 2:20 PM, Olе Streicher
>> Thank you very much. But why is it enabled even if I do not announce my
>> package a being multiarch? (My reason to upgrade to compat level 9 was to
>> get the hardening flags propagated).
>
> Ok, I hav
On Sun, Sep 29, 2013 at 2:20 PM, Olе Streicher
wrote:
> Paul Wise writes:
>> On Sun, Sep 29, 2013 at 8:08 PM, Olе Streicher wrote:
>>> Uhh, you are right. I, however, still don't understand where the
>>> multiarch path comes from. From the log file (on i386):
>>>
>>> configure: running /bin/bash
Paul Wise writes:
> On Sun, Sep 29, 2013 at 8:08 PM, Olе Streicher wrote:
>> Uhh, you are right. I, however, still don't understand where the
>> multiarch path comes from. From the log file (on i386):
>>
>> configure: running /bin/bash ./configure [...] \
>> '--libdir=${prefix}/lib/i386-linux-gn
On 29.09.2013 14:08, Olе Streicher wrote:
> Paul Wise writes:
>> On Sun, Sep 29, 2013 at 7:31 PM, Olе Streicher wrote:
>>> While the library is architecture specific, the pkgconfig file is not.
>
>> Looks like it is to me, which is what lintian is complaining about:
>> [...]
>> libdir=${prefix}/l
On Sun, Sep 29, 2013 at 8:08 PM, Olе Streicher wrote:
> Uhh, you are right. I, however, still don't understand where the
> multiarch path comes from. From the log file (on i386):
>
> configure: running /bin/bash ./configure [...] \
> '--libdir=${prefix}/lib/i386-linux-gnu' \
> '--libexecdir=${
Paul Wise writes:
> On Sun, Sep 29, 2013 at 7:31 PM, Olе Streicher wrote:
>> While the library is architecture specific, the pkgconfig file is not.
> Looks like it is to me, which is what lintian is complaining about:
> [...]
> libdir=${prefix}/lib/x86_64-linux-gnu
Uhh, you are right. I, however
On Sun, Sep 29, 2013 at 13:31:39 +0200, Olе Streicher wrote:
> Paul Wise writes:
> > On Sun, Sep 29, 2013 at 7:18 PM, Olе Streicher wrote:
> >> for one of my packages (funtools) I just got a new lintian error:
> >> pkg-config-multi-arch-wrong-dir. However, I cannot see a reason why this
> >> is i
On Sun, Sep 29, 2013 at 7:31 PM, Olе Streicher wrote:
> While the library is architecture specific, the pkgconfig file is not.
Looks like it is to me, which is what lintian is complaining about:
pabs@chianamo ~ $ aptitude download libfuntools-dev
Get: 1 http://http.debian.net/debian/ testing/mai
Paul Wise writes:
> On Sun, Sep 29, 2013 at 7:18 PM, Olе Streicher wrote:
>> for one of my packages (funtools) I just got a new lintian error:
>> pkg-config-multi-arch-wrong-dir. However, I cannot see a reason why this
>> is issued. The pkgconfig file (/usr/lib/pkgconfig/funtools.pc) is
> If it i
On Sun, Sep 29, 2013 at 7:18 PM, Olе Streicher wrote:
> for one of my packages (funtools) I just got a new lintian error:
> pkg-config-multi-arch-wrong-dir. However, I cannot see a reason why this
> is issued. The pkgconfig file (/usr/lib/pkgconfig/funtools.pc) is
If it is architecture-specific,
Hi,
for one of my packages (funtools) I just got a new lintian error:
pkg-config-multi-arch-wrong-dir. However, I cannot see a reason why this
is issued. The pkgconfig file (/usr/lib/pkgconfig/funtools.pc) is
8<
prefix=/usr
exec_prefix=${prefix}
Hi Dirk,
Sorry, I only just saw this message. I forgot to ask for a CC in my
original message.
On Fri, 27 Sep 2013 20:22:01 + (UTC), Dirk Eddelbuettel
wrote:
> Faheem Mitha faheem.info> writes:
>> I'm sorry to hear that you will not be working on R packaging for
>> Debian any more. Unfort
On 29-09-13 08:40, Norbert Preining wrote:
> What is going wrong here?
For whatever reason, the amd64 build is picking up i386 paths. I don't
know how that happens, except that I expect it is some multi-arch
twitch. I recommend you build your packages in a chroot to avoid this
(an other) issues. I
31 matches
Mail list logo
