Stephen Kitt scrisse:
> Would it be acceptable to introduce an exception to policy allowing
> this? Something along the lines of
>
> An exception is granted for `Architecture: all' packages
> containing libraries targeting platforms for which there is no Debian
> architecture. Su
Hi,
In order to manage package file name length below 90 and to have sane
screen for package management, may I suggest to recommend some limits
(for lintian check etc.):
* package name string should be less than 40 characters.
* version name string should be less than 30 characters.
(securit
Hi,
Adam Borowski wrote:
> Such dirs cannot include the compiler's name, since there are multiple
> compilers for the architecture. Binaries compiled with
> i586-mingw32msvc-gcc, i686-w64-mingw32-gcc and MSVC share the same ABI.
>
> Even specific models of CPUs are no good: on i386, gcc -dumpmac
Stephen Kitt writes:
> Hello,
>
> Now that multiarch is here, I've been wondering whether and how it applies to
> cross-compiler libraries for non-Debian architectures, for example Microsoft
> Windows (I'm the new maintainer of mingw-w64). As I understand it, multiarch
> wasn't intended for non-D
On Thu, Apr 7, 2011 at 19:13:43 +0200, Andreas Metzler wrote:
> On 2011-04-06 codeh...@debian.org wrote:
> > Package: ggz-grubby
> > Severity: normal
> > User: codeh...@debian.org
> > Usertags: la-file-removal
>
> > To finish an old release goal from Squeeze, to comply with Policy
> > 10.2 and t
Package: wnpp
Severity: wishlist
Owner: Ansgar Burchardt
* Package name: libmoosex-chainedaccessors-perl
Version : 0.02
Upstream Author : Moritz Onken
* URL : http://search.cpan.org/dist/MooseX-ChainedAccessors/
* License : Artistic or GPL-1+ (like Perl)
Pro
On Sat, 2011-04-23 at 18:31 +0900, Osamu Aoki wrote:
[...]
> === version, strings longer than 30 (unique ones) ===
> 0.9.15+post20100705+gitb3aa806-2
> 0.0.0+git20091215.9ec1da8a-2+b2
> 1.0.0~alpha3~git20090817.r1.349dba6-2
> 1:2.5.0~alpha4+svn20091009-1+b2
> 2.1.14+2.6.32.13-201005151340-1
> 1:2.2
Ben Hutchings (23/04/2011):
> I would like to see policy forbid the use of commit hashes in
> versions. They aren't ordered, and the information about exactly
> which commit the snapshot was can be included in the changelog.
I'll be happy to second any wording you could come up with on that
topi
Package: wnpp
Owner: Nicholas Bamber
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libfile-type-webimages-perl
Version : 1.01
Upstream Author : Mark Stosberg
* URL : http://search.cpan.org/dist/File-Type-W
On Sat, Apr 23, 2011 at 05:05:33AM -0500, Jonathan Nieder wrote:
> Hi,
>
> Adam Borowski wrote:
>
> > Such dirs cannot include the compiler's name, since there are multiple
> > compilers for the architecture. Binaries compiled with
> > i586-mingw32msvc-gcc, i686-w64-mingw32-gcc and MSVC share th
On Sat, Apr 23, 2011 at 12:29:39PM +0200, Goswin von Brederlow wrote:
> Stephen Kitt writes:
> > Now that multiarch is here, I've been wondering whether and how it applies
> > to
> > cross-compiler libraries for non-Debian architectures.
[...]
> > It seems to me though that it would be nice to fo
Hi all,
as I have trouble with the package ppp since version 2.4.5-*, and no one cared
although I filed a bugreport, I set the package to hold (version 2.4.4-rel-10.1
is working fine!)
But as newer packages require higher versions of ppp, I cannot install them.
besides, all packages which are
Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf
* Package name: rescan-scsi-bus
Version : 1.48
Upstream Author : Kurt Garloff
* URL : http://www.garloff.de/kurt/linux/
* License : GPL
Programming Lang: Bash
Description : tool for reliable scs
On Sat, 23 Apr 2011, Cyril Brulebois wrote:
> Ben Hutchings (23/04/2011):
> > I would like to see policy forbid the use of commit hashes in
> > versions. They aren't ordered, and the information about exactly
> > which commit the snapshot was can be included in the changelog.
>
> I'll be happy t
Hello,
On Sat, 23 Apr 2011 21:53:39 +0530, Ritesh Raj Sarraf wrote:
> This package is just one single shell script. But an important one. The
> rescan-scsi-bus.sh script helps a lot in the SAN space where there could
> be targets with sporadic connecitons. Is it okay to package a single
> shell s
Hi Hans!
At first: This is a support question and properly better suited for
debian-user@ or its local off-springs. A german one is available, too!
debian-devel is for (suprise suprise) development discussions.
(and i have cc'ed you in this mail, which is against CoC…)
On Sat, Apr 23, 2011 at 18
Hello,
I am currently trying to rebuild GnuTLS rdeps against GnuTLS 2.12, this
offers the perfect opportunity for a MBF. ;-)
The newer version of GnuTLS marks a couple of interfaces as
deprecated, i.e. they will be removed in future versions of GnuTLS.
Some of these are used in many packages.
In
[Stephen Kitt]
> This is already packaged in scsitools!
Huh, I occasionally wondered whatever happened to 'scsiadd'.
Guess its functionality was subsumed into scsitools.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: python-tracing
Version : 0.3
Upstream Author : Lars Wirzenius
* URL : http://liw.fi/tracing/
* License : GPL3+
Programming Lang: Python
Description : Python debug tracing helper
P
On Sat, 23 Apr 2011 16:51:53 +0200, Adam Borowski wrote:
> On Sat, Apr 23, 2011 at 12:29:39PM +0200, Goswin von Brederlow wrote:
> > I would rather add a new architecture to dpkg for this. This does not
> > mean that debian has to create a new port or that the packages have to
> > stop being arch:
On Sat, 23 Apr 2011 13:59:38 -0500, Peter Samuelson wrote:
> [Stephen Kitt]
> > This is already packaged in scsitools!
>
> Huh, I occasionally wondered whatever happened to 'scsiadd'.
> Guess its functionality was subsumed into scsitools.
Effectively, yes, although "subsumed" isn't quite appropr
Buenos días,
Yo soy el señor C.Y. Ling, director ejecutivo alterno de las operaciones de
CITIC International Bank, de Hong Kong. Tengo una propuesta para que en la suma
de cien y cinco millones de euros, después de la transferencia con éxito, vamos
a compartir en la proporción de cuarenta para
On Sat, 23 Apr 2011 16:38:57 +0200, Adam Borowski wrote:
> On Sat, Apr 23, 2011 at 05:05:33AM -0500, Jonathan Nieder wrote:
> > IIUC then the GNU triplet includes the choice of C library because
> > binaries (e.g., libraries) compiled against mingw32 and mingw-w64
> > cannot be linked (i.e., they
Hi Stephen,
On Fri, Apr 22, 2011 at 11:04:59PM +0200, Stephen Kitt wrote:
> Unfortunately this appears to go against policy 9.1.1, which forbids packages
> installing files into triplet-based directories under /usr/lib other
> than /usr/lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH). Since the fil
On Sat, Apr 23, 2011 at 11:19:24PM +0200, Stephen Kitt wrote:
> On Sat, 23 Apr 2011 16:51:53 +0200, Adam Borowski wrote:
> > On Sat, Apr 23, 2011 at 12:29:39PM +0200, Goswin von Brederlow wrote:
> > > I would rather add a new architecture to dpkg for this. This does not
> > > mean that debian has
On Sat, Apr 23, 2011 at 03:06:39PM +0100, Ben Hutchings wrote:
> I would like to see policy forbid the use of commit hashes in versions.
> They aren't ordered,
This seems like an odd reason to forbid them; should one also
forbid strings such as 'pre', 'rc', 'lenny', 'squeeze' in version
numbers al
On Sat, Apr 23, 2011 at 03:06:39PM +0100, Ben Hutchings wrote:
> I would like to see policy forbid the use of commit hashes in versions.
> They aren't ordered, and the information about exactly which commit the
> snapshot was can be included in the changelog.
If you use "git describe", removing ha
On Sun, 2011-04-24 at 02:31 +0200, Adam Borowski wrote:
> On Sat, Apr 23, 2011 at 03:06:39PM +0100, Ben Hutchings wrote:
> > I would like to see policy forbid the use of commit hashes in versions.
> > They aren't ordered, and the information about exactly which commit the
> > snapshot was can be in
On 04/23/2011 08:07 PM, Andreas Metzler wrote:
> Instead of invoking a couple of functions to set connection parameters
> (gnutls_protocol_set_priority gnutls_cipher_set_priority
> gnutls_compression_set_priority gnutls_kx_set_priority
> gnutls_mac_set_priority etc.) a combined priority string
> (g
29 matches
Mail list logo
