Re: Which pseudo-package do ARM netboot image slices belong to?

Quoting Karsten Merker (2015-11-12 21:10:42) > On Wed, Nov 11, 2015 at 05:07:45PM +0100, Cyril Brulebois wrote: > > Jonas Smedegaard (2015-11-10): > > > I've hit a bug¹ in a non-package part of Debian, identified that it is > > > tied to variations not in package releases but web-facing parts of

Bug#806512: ITP: robofab -- library with objects deal with data associated with fonts and type design

Package: wnpp Severity: wishlist Owner: Hideki Yamane * Package name: robofab Version : 0.0.1~20151122 Upstream Author : Just van Rossum, Tal Leming, Erik van Blokland * URL : https://github.com/robofab-developers/robofab * License : BSD-3-clause Programming

Bug#806513: ITP: defcon -- set of UFO based objects for use in font editing applications

Package: wnpp Severity: wishlist Owner: Hideki Yamane * Package name: defcon Version : 0.0.1~20151123 Upstream Author : Type Supply LLC * URL : http://code.typesupply.com * License : MIT Programming Lang: Python Description : set of UFO based objects fo

Bug#806514: ITP: fontmath -- collection of objects that implement fast font, glyph, etc.

Package: wnpp Severity: wishlist Owner: Hideki Yamane * Package name: fontmath Version : 0.2~20151123 Upstream Author : Tal Leming * URL : https://github.com/typesupply/fontMath * License : MIT Programming Lang: Python Description : collection of objec

Re: Re: localhost.localdomain

2015-11-28 3:25 GMT-02:00 Crystal Wood : > ;) You shutdow use Bottom-posting [0]. :-) 0 - http://idallen.com/topposting.html Albino

Bug#806515: ITP: pyclipper -- Cython wrapper for the C++ translation of the Angus Johnson's Clipper library

Package: wnpp Severity: wishlist Owner: Hideki Yamane * Package name: pyclipper Version : 0.9.3b0 Upstream Author : Maxime Chalton, Lukas Treyer, Gregor Rataj * URL : https://github.com/greginvm/pyclipper * License : MIT Programming Lang: C++ Description

Bug#806516: ITP: booleanoperations -- Boolean operations on paths

Package: wnpp Severity: wishlist Owner: Hideki Yamane * Package name: booleanoperations Version : 0.1 Upstream Author : Frederik Berlaen * URL : https://github.com/typemytype/booleanOperations * License : MIT Programming Lang: python, C++ Description :

Bug#806539: ITP: libdata-dump-oneline-perl -- Perl module that dumps data structures as single-line strings

Package: wnpp Owner: Lucas Kanashiro Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libdata-dump-oneline-perl Version : 0.07 Upstream Author : perlancar * URL : https://metacpan.org/release/Data-Dump-OneLin

Re: Accepting cloud enablement package updates into Stable

On 11/27/2015 07:03 PM, Ben Hutchings wrote: > On Fri, 2015-11-27 at 17:49 +, Felipe Sateler wrote: >> On Fri, 27 Nov 2015 16:30:45 +, Ben Hutchings wrote: >> >>> But systemd doesn't support sysvinit scripts in runlevel S, so it would >>> still be necessary to add native systemd units. >> >

Re: Accepting cloud enablement package updates into Stable

❦ 28 novembre 2015 21:26 +0100, Thomas Goirand  : > After this discussion, I'm still not sure what needs to be done in the > init script. Should we do: > > -# Required-Start:$local_fs $remote_fs > +# Required-Start: > # Required-Stop: > +# X-Start-Before:networking > -# Default-Start:

RE: Tecnologia Nova Plataforma e Oportunidade de negócios.

Plataforma de tecnologia e Internet mais completa. Você não encontrará tantas ferramentas e plataformas integradas em um só lugar. Não deixe de acessar e conhecer. 1) O que é a plataforma. Acesse => http://www.omb100.com/br/share/59585 2) Torne-se um parceiro GBP ( Global Business Partner

vim plugin dependency and libruby

I've been helping someone with a vim plugin called vim-command-t[1] and we've both hit a snag. The problem is that when I used pbuilder it linked the plugin to libruby 2.2 but my vim is linked to libruby2.1 Now, the package has in its dependencies libruby2.2. libruby2.2 and libruby2.1 are both in

Re: vim plugin dependency and libruby

On Sun, Nov 29, 2015 at 08:24:15AM +1100, Craig Small wrote: > I've been helping someone with a vim plugin called vim-command-t[1] and > we've both hit a snag. The problem is that when I used pbuilder it > linked the plugin to libruby 2.2 but my vim is linked to libruby2.1 Your vim is outdated, t

Re: vim plugin dependency and libruby

Thanks James, If it is "just me" then its an easy fix. - Craig On Sun, Nov 29, 2015 at 8:39 AM James McCoy wrote: > On Sun, Nov 29, 2015 at 08:24:15AM +1100, Craig Small wrote: > > I've been helping someone with a vim plugin called vim-command-t[1] and > > we've both hit a snag. The proble

Re: vim plugin dependency and libruby

On Sat, Nov 28, 2015 at 04:38:45PM -0500, James McCoy wrote: > On Sun, Nov 29, 2015 at 08:24:15AM +1100, Craig Small wrote: > > But when foo tries to load plugin baz, it fails. Is it a problem with > > the plugin? Should it be using "ruby things" via the binary? > > No, it's just normal turbulence

Re: apt-get source linux behaves weird

Control: tag -1 patch Hi David, On 15.08.2015 13:40, David Kalnischkies wrote: > Control: tag -1 - patch > >> @@ -387,13 +388,15 @@ static pkgSrcRecords::Parser *FindSrc(const char >> *Name,pkgRecords &Recs, >> // See if we need to look for a specific release tag >> if (RelT