Accepted gcc-riscv64-unknown-elf 12 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 18 Jan 2024 12:29:40 -0800 Source: gcc-riscv64-unknown-elf Architecture: source Version: 12 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Changes: gcc-riscv64-unknown-elf (12

Accepted unknown-horizons 2019.1-7 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 09 Dec 2023 01:14:20 +0100 Source: unknown-horizons Architecture: source Version: 2019.1-7 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Alexandre Detiste Changes: unknown-horizons (2019.1

Accepted binutils-riscv64-unknown-elf 6 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 02 Sep 2023 10:46:45 +0200 Source: binutils-riscv64-unknown-elf Architecture: source Version: 6 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Bastian Germann Changes: binutils-riscv64

Accepted binutils-riscv64-unknown-elf 5 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 26 Jul 2023 14:31:04 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 5 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Closes: 1042269 Changes: binutils

Accepted libnss-unknown 0.0.2-4 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 12 Apr 2023 13:31:30 +0530 Source: libnss-unknown Architecture: source Version: 0.0.2-4 Distribution: unstable Urgency: medium Maintainer: Ritesh Raj Sarraf Changed-By: Ritesh Raj Sarraf Closes: 1024690 Changes: libnss

Accepted unknown-horizons 2019.1-6 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 03 Apr 2023 19:23:41 +0200 Source: unknown-horizons Architecture: source Version: 2019.1-6 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Tobias Frost Closes: 1033833 Changes: unknown

Accepted libnss-unknown 0.0.2-3 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 31 Jan 2023 19:22:26 +0530 Source: libnss-unknown Architecture: source Version: 0.0.2-3 Distribution: unstable Urgency: medium Maintainer: Ritesh Raj Sarraf Changed-By: Ritesh Raj Sarraf Closes: 946649 987166 Changes

Accepted binutils-riscv64-unknown-elf 4 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 23 Oct 2022 15:52:35 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 4 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Closes: 1022363 Changes: binutils

Accepted unknown-horizons 2019.1-5 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 28 Aug 2022 13:16:18 +0200 Source: unknown-horizons Architecture: source Version: 2019.1-5 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Tobias Frost Closes: 983228 1014084 Changes

Accepted gcc-riscv64-unknown-elf 11 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 08 Aug 2022 21:07:41 -0700 Source: gcc-riscv64-unknown-elf Architecture: source Version: 11 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Closes: 1000964 Changes: gcc-riscv64

Accepted binutils-riscv64-unknown-elf 3 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 08 Aug 2022 20:37:39 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 3 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Changes: binutils-riscv64-unknown

Accepted unknown-horizons 2019.1-4 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 25 Aug 2021 17:55:30 -0400 Source: unknown-horizons Architecture: source Version: 2019.1-4 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Boyuan Yang Changes: unknown-horizons (2019.1-4

Accepted unknown-horizons 2019.1-3 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 20 Feb 2021 16:43:23 +0100 Source: unknown-horizons Architecture: source Version: 2019.1-3 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Markus Koschany Closes: 983144 Changes: unknown

Accepted binutils-riscv64-unknown-elf 2.32.2020.04+dfsg-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 15 Apr 2020 23:26:00 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 2.32.2020.04+dfsg-2 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Closes: 90

Accepted binutils-riscv64-unknown-elf 2.32.2020.04+dfsg-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 10 Apr 2020 14:55:43 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 2.32.2020.04+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Changes: binutils

Accepted unknown-horizons 2019.1-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 31 Mar 2020 17:40:53 +0300 Source: unknown-horizons Architecture: source Version: 2019.1-2 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Juhani Numminen Closes: 954632 Changes: unknown

Accepted gcc-riscv64-unknown-elf 8.3.0.2019.08+dfsg-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 01 Oct 2019 18:26:31 -0700 Source: gcc-riscv64-unknown-elf Architecture: source Version: 8.3.0.2019.08+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Changes: gcc-riscv64

Accepted binutils-riscv64-unknown-elf 2.32.2019.08+dfsg-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 01 Oct 2019 18:39:20 -0700 Source: binutils-riscv64-unknown-elf Architecture: source Version: 2.32.2019.08+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Keith Packard Changed-By: Keith Packard Changes: binutils

Accepted binutils-riscv64-unknown-elf 2.32.2019.08+dfsg~rc1-1 (source amd64) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 13 Aug 2019 22:13:48 -0700 Source: binutils-riscv64-unknown-elf Binary: binutils-riscv64-unknown-elf binutils-riscv64-unknown-elf-dbgsym Architecture: source amd64 Version: 2.32.2019.08+dfsg~rc1-1 Distribution: unstable

Accepted gcc-riscv64-unknown-elf 8.2.0.2019.08+dfsg~rc1-1 (source amd64) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 15 Aug 2019 23:20:51 -0700 Source: gcc-riscv64-unknown-elf Binary: gcc-riscv64-unknown-elf gcc-riscv64-unknown-elf-dbgsym Architecture: source amd64 Version: 8.2.0.2019.08+dfsg~rc1-1 Distribution: unstable Urgency: low

Bug#928259: ITP: golang-github-jeffail-gabs -- For parsing, creating and editing unknown or dynamic JSON in Go

, creating and editing unknown or dynamic JSON in Go Gabs is a small utility for dealing with dynamic or unknown JSON structures in golang. It's pretty much just a helpful wrapper around the golang json.Marshal/json.Unmarshal behaviour and map[string]interface{} objects. It does nothing

Accepted libnss-unknown 0.0.2-2 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 16 Jan 2019 19:00:36 +0530 Source: libnss-unknown Binary: libnss-unknown Architecture: source amd64 Version: 0.0.2-2 Distribution: unstable Urgency: medium Maintainer: Ritesh Raj Sarraf Changed-By: Ritesh Raj Sarraf

Accepted unknown-horizons 2019.1-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 15 Jan 2019 11:56:39 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source Version: 2019.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Markus Koschany Description

Accepted libnss-unknown 0.0.2-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 07 Jan 2019 12:02:40 +0530 Source: libnss-unknown Binary: libnss-unknown Architecture: source amd64 Version: 0.0.2-1 Distribution: unstable Urgency: medium Maintainer: Ritesh Raj Sarraf Changed-By: Ritesh Raj Sarraf

Accepted libnss-unknown 0.0.1+0git.3faffd5f-1 (source amd64) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 06 Dec 2018 12:43:38 +0530 Source: libnss-unknown Binary: libnss-unknown Architecture: source amd64 Version: 0.0.1+0git.3faffd5f-1 Distribution: unstable Urgency: medium Maintainer: Ritesh Raj Sarraf Changed-By: Ritesh Raj

Bug#915651: ITP: libnss-unknown -- nss module to handle unknown uids

Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: libnss-unknown Version : 0.0.1 Upstream Author : Sjoerd Simons * URL : https://gitlab.collabora.com/sjoerd/libnss-unknown * License : LGPL Programming Lang: C Description : nss

Accepted unknown-horizons 2017.2+git20180906-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 07 Sep 2018 20:13:59 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source Version: 2017.2+git20180906-1 Distribution: unstable Urgency: medium Maintainer: Debian Games Team Changed-By: Markus Koschany

Accepted unknown-horizons 2017.2-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 08 Jul 2017 00:59:45 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source Version: 2017.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Games Team <pkg-games-de...@lists.alioth.debian.

Accepted unknown-horizons 2017.1+ds-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 22 Jan 2017 01:56:39 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2017.1+ds-2 Distribution: unstable Urgency: medium Maintainer: Debian Games Team <pkg-games

Accepted unknown-horizons 2017.1+ds-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 20 Jan 2017 23:05:23 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2017.1+ds-1 Distribution: unstable Urgency: medium Maintainer: Debian Games Team <pkg-games

Accepted picon-unknown 2017.01.02-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 05 Jan 2017 11:00:43 +0100 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2017.01.02-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo <ha...@debian.org> Changed-By: Hakan Ar

Accepted picon-unknown 2016.01.02-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 13 Aug 2016 12:13:49 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2016.01.02-2 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo <ha...@debian.org> Changed-By: Hakan Ar

Accepted picon-unknown 2016.01.02-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 14 Jul 2016 09:44:37 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2016.01.02-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo <ha...@debian.org> Changed-By: Hakan Ar

Bug#794880: ITP: libmoox-strictconstructor-perl -- make Moo-based object constructors blow up on unknown attributes

/MooX-StrictConstructor * License : Artistic or GPL-1+ Programming Lang: Perl Description : make Moo-based object constructors blow up on unknown attributes Simply loading MooX::StrictConstructor makes your constructors strict. If your constructor is called with an attribute

Accepted unknown-horizons 2014.1+ds1-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 03 May 2015 12:55:58 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2014.1+ds1-2 Distribution: unstable Urgency: medium Maintainer: Debian Games Team pkg-games-de

Accepted picon-unknown 2015.01.24-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Apr 2015 20:22:00 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2015.01.24-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted unknown-horizons 2014.1+ds1-1 (source all) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 22 Feb 2015 23:05:25 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2014.1+ds1-1 Distribution: experimental Urgency: medium Maintainer: Debian Games Team pkg-games-de

Re: (unknown)

Ludovico Cavedon cave...@debian.org wrote: [...] I could have ntopng include a ntop transitional package, but: - ntop has version 3:5.0.1, ntopng 1.2.1. I would need to bump the ntopng version to 4, and I am not very excited by that [...] Hello, you would not need to change the version

Accepted picon-unknown 2014.09.21-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2014 19:33:23 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2014.09.21-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted picon-unknown 2014.08.07-1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 16 Sep 2014 21:15:32 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2014.08.07-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted picon-unknown 2014.04.28-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 15 Jun 2014 12:28:03 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2014.04.28-1 Distribution: unstable Urgency: medium Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted unknown-horizons 2013.3+ds1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 04 Dec 2013 16:29:17 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2013.3+ds1-1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted picon-unknown 2013.01.07-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Oct 2013 16:12:46 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2013.01.07-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted unknown-horizons 2013.2+ds1-2 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 23 Jun 2013 12:00:26 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2013.2+ds1-2 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted unknown-horizons 2013.2+ds1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 08 Apr 2013 17:17:02 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2013.2+ds1-1 Distribution: experimental Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted unknown-horizons 2013.1b+ds1-2 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 17 Mar 2013 03:53:13 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2013.1b+ds1-2 Distribution: experimental Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted unknown-horizons 2013.1b+ds1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 12 Mar 2013 10:22:36 -0700 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2013.1b+ds1-1 Distribution: experimental Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted unknown-horizons 2012.1+dfsg1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 23 Apr 2012 00:16:46 +0200 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2012.1+dfsg1-1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de

Accepted unknown-horizons 2011.3+dfsg1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 06 Jan 2012 19:03:42 +0100 Source: unknown-horizons Binary: unknown-horizons Architecture: source all Version: 2011.3+dfsg1-1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de

Processed: Re: Bug#635756: unknown: Improved useability for ExpressCard to CompactFlash adaptors

Processing commands for cont...@bugs.debian.org: reassign 635756 general Bug #635756 [unknown] unknown: Improved useability for ExpressCard to CompactFlash adaptors Warning: Unknown package 'unknown' Bug reassigned from package 'unknown' to 'general'. thanks Stopping processing here. Please

Bug#634060: O: binutils-80 -- The GNU binary utilities, for the z80-unknown-coff target

Package: wnpp Severity: normal X-Debbugs-CC: debian-devel@lists.debian.org Popcon shows some usage. No longer use it myself. Joost -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#632361: ITP: unknown-horizons -- 2D realtime strategy simulation

Package: wnpp Severity: wishlist Owner: Christoph Egger christ...@debian.org * Package name: unknown-horizons Version : 2011.2 * URL : http://www.unknown-horizons.org/ * License : GPLv3 Programming Lang: Python Description : 2D realtime strategy

Bug#617937: ITP: libmousex-strictconstructor-perl -- Make your object constructors blow up on unknown attributes

: http://search.cpan.org/dist/MouseX-StrictConstructor/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Make your object constructors blow up on unknown attributes Simply loading this module makes your constructors strict. If your constructor is called

Accepted picon-unknown 2010.01.02-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Jul 2010 11:41:12 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2010.01.02-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo ha...@debian.org Changed-By: Hakan Ardo ha

Accepted picon-unknown 2008.08.15-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 23 Aug 2008 09:07:58 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2008.08.15-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL

Bug#483373: ITP: libmoosex-strictconstructor-perl -- Makes Moose object constructors blow up on unknown attributes

: GPL, Artistic Programming Lang: Perl Description : Makes Moose object constructors blow up on unknown attributes Using this class to load Moose instead of just loading using Moose itself makes your constructors strict. If your constructor is called with an attribute init argument

Re: unknown-field-in-control homepage

On Thu, 07 Feb 2008, Guillem Jover wrote: If nobody has any objections, i'll follow Frans' advice and file a bug against dpkg-dev. Yes, makes sense. I've just fixed it in dpkg's git [0]. Except it will only work if the package uses 'Package-Type' and not 'X*-Package-Type'. We should maybe

Re: unknown-field-in-control homepage

On Thu, 2008-02-07 at 10:23:51 +0100, Raphael Hertzog wrote: Except it will only work if the package uses 'Package-Type' and not 'X*-Package-Type'. X*B*-Package-Type should work as well. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

unknown-field-in-control homepage

of debian/control, so I see no way to keep it out of the udeb. Here's the exact lintian message: $ lintian -i -I cryptsetup_1.0.6~pre1+svn45-2_amd64.changes I: cryptsetup-udeb udeb: unknown-field-in-control homepage N: N: See the Policy Manual for a list of the possible fields in a binary N

Re: unknown-field-in-control homepage

to the Source section of debian/control, so I see no way to keep it out of the udeb. Here's the exact lintian message: $ lintian -i -I cryptsetup_1.0.6~pre1+svn45-2_amd64.changes I: cryptsetup-udeb udeb: unknown-field-in-control homepage N: N: See the Policy Manual for a list of the possible fields

Re: unknown-field-in-control homepage

Jonas Meurer wrote: I: cryptsetup-udeb udeb: unknown-field-in-control homepage Quick guess: could this be a case-sensitivity issue? Should be Homepage:... Cheers -- Leo costela Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature

Re: unknown-field-in-control homepage

On 06/02/2008 Barry deFreese wrote: I: cryptsetup-udeb udeb: unknown-field-in-control homepage What version of lintian do you have? That should be fixed by now. $ lintian -V Lintian v1.23.43 greetings, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe

Re: unknown-field-in-control homepage

On 06/02/2008 Leo costela Antunes wrote: Jonas Meurer wrote: I: cryptsetup-udeb udeb: unknown-field-in-control homepage Quick guess: could this be a case-sensitivity issue? Should be Homepage:... Unfortunately not. It's already 'Homepage' in debian/control. lintian inself seems

Re: unknown-field-in-control homepage

Jonas Meurer [EMAIL PROTECTED] writes: I'm not sure whether this is an issue with dpkg or rather with lintian, but if I check the cryptsetup deb+udeb packages after building them, lintian reports that udebs don't allow the Homepage field in debian/control. This is what I was told by (a d-i

Re: unknown-field-in-control homepage

On 06/02/2008 Russ Allbery wrote: I'm not sure whether this is an issue with dpkg or rather with lintian, but if I check the cryptsetup deb+udeb packages after building them, lintian reports that udebs don't allow the Homepage field in debian/control. This is what I was told by (a d-i

Re: unknown-field-in-control homepage

Hi, On Wed, 2008-02-06 at 20:23:37 +0100, Jonas Meurer wrote: On 06/02/2008 Russ Allbery wrote: I'm not sure whether this is an issue with dpkg or rather with lintian, but if I check the cryptsetup deb+udeb packages after building them, lintian reports that udebs don't allow the

Re: unknown-field-in-control homepage

On Thursday 07 February 2008, Guillem Jover wrote: I raised this issue on #debian-boot (irc), and was told that the concerns by (a d-i maintainer | someone who was willing to express an opinion were correct. Frans Pop from the debian-installer team verified that the Homepage field should

Accepted picon-unknown 2008.01.02-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 05 Feb 2008 21:35:18 +0100 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2008.01.02-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL

Bug#458446: ITP: binutils-z80 -- The GNU binary utilities, for the z80-unknown-coff target

binary utilities, for the z80-unknown-coff target The programs in this package are used to assemble, link and manipulate binary and object files for the Z80 and R800 CPUs. This package is primarily for Z80 and R800 developers and is not needed by normal users or developers. -- System Information

Why are weekly RC bug reports 'unknown-8bit'?

Hi, the weekly send reports about release critical bugs to debian-devel-announce have the Content-Type “unknown-8bit” set. Why this? What is unknown for the encoding of the reports? And why is the sender of the reports not a valid address? [EMAIL PROTECTED] (generated from [EMAIL

initramfs, open-iscsi, 'unknown local user with uid 0' and getpwuid()

I'm currently implementing open-iscsi support in initramfs (which uses busybox and klibc) and rewriting the initramfs-tools to support more complex rootfs setups (iscsi dm ocfs2). Now when I try to use iscsiadm I get the following error: iscsid: peeruser_unix: unknown local user with uid 0 I

Accepted picon-unknown 2006.01.02-2 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 15 Jul 2006 10:43:05 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2006.01.02-2 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL

Accepted picon-unknown 2006.01.02-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 26 Apr 2006 20:34:11 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2006.01.02-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL

Re: Bug#271428: mapping unknown timezones

also sprach GOTO Masanori [EMAIL PROTECTED] [2005.05.02.0610 +0200]: I agreed to Dickopp (you read the standard in detail). This is the implementation dependent behavior. I never proposed to change the standard. I proposed to make use of implementation-dependent freedom to implement timezones

Re: Bug#271428: mapping unknown timezones

, in decreasing order of my preference: cirrus:~ TZ=GOTO date W: unknown timezone: GOTO. Using UTC instead. Sat Apr 16 12:48:31 UTC 2005 cirrus:~ TZ=GOTO date Sat Apr 16 12:48:31 UTC 2005 cirrus:~ TZ=GOTO date E: unknown timezone: GOTO. Now, whether this is a strftime

Re: Bug#271428: mapping unknown timezones

in the GOTO timezone because the GOTO timezone does not exist. If you ask me, it should do either of the following, in decreasing order of my preference: cirrus:~ TZ=GOTO date W: unknown timezone: GOTO. Using UTC instead. Sat Apr 16 12:48:31 UTC 2005 cirrus:~ TZ=GOTO date Sat Apr 16 12:48:31 UTC

Re: Bug#271428: mapping unknown timezones

:48:31 GOTO 2005 is wrong. It is not 12:48 in the GOTO timezone because the GOTO timezone does not exist. If you ask me, it should do either of the following, in decreasing order of my preference: cirrus:~ TZ=GOTO date W: unknown timezone: GOTO. Using UTC instead. Sat Apr 16 12:48:31

Re: Bug#271428: mapping unknown timezones

also sprach Martin Dickopp [EMAIL PROTECTED] [2005.04.16.1552 +0200]: Therefore, any actual behavior (including the existing one as well as the suggested alternatives) would be standard conforming. I don't think I was criticising standards compliance... From a QoI point of view, I'd prefer if

Re: Bug#271428: mapping unknown timezones

martin f krafft [EMAIL PROTECTED] writes: also sprach Martin Dickopp [EMAIL PROTECTED] [2005.04.16.1552 +0200]: Therefore, any actual behavior (including the existing one as well as the suggested alternatives) would be standard conforming. I don't think I was criticising standards

Trovato virus nel messaggio unknown

Norton AntiVirus ha trovato un virus in un allegato inviato da (debian-devel-french@lists.debian.org) a Ursula Annoni. Per garantire che i destinatari possano utilizzare i file inviati, eseguire una scansione dei virus, ripulire eventuali file infetti e inviare di nuovo l'allegato. Allegato:

Accepted picon-unknown 2004.01.02-1 (all source)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Aug 2004 15:07:18 +0200 Source: picon-unknown Binary: picon-unknown Architecture: source all Version: 2004.01.02-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL

Bug#219447: undeliverable mail user unknown

** ** WARNING: WinProxy has detected a virus in file attached to this e-mail message! The attachment has been automatically removed to protect your network. WinProxy Administrator:

Re: ayuda urgente para =?unknown-8bit?q?empaqu?==?unknown-8bit?q?etar_una_librer=EDa?=

On Tue, 13 May 2003, Anibal Monsalve Salazar wrote: Por favor, si usted sabe de un paquete de una librería que no use debhelper o dh_make (o cualquier otro programa similar) le estaría muy agradecido si me envia el nombre del paquete. Ya he mirado unos veinte paquetes sin exito alguno y

Bug#127411: ITP: pratico -- a practical manual describing the cool and unknown features in Debian

: a practical manual describing the cool and unknown features in Debian I intent to package this manual, it is unfortunately written in portuguese only yet... I'm translating it to english but don't have enough time and knowledge to do this... if someone wants to finish it, it is an interesting doc

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

In article [EMAIL PROTECTED], Joseph Carter [EMAIL PROTECTED] wrote: On Wed, Sep 06, 2000 at 11:37:55PM -0400, [EMAIL PROTECTED] wrote: yes. get an ISP that can do reverse DNS. YEESHHH! I'll happily bounce their mail until then. Are you willing to pay the difference between the cost of that

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 01:41:30PM +0100, Mark Brown wrote: Perhaps it's from being too geeky myself, but Branden's explanation (the recipient of the error message is not welcome on *THEIR* Internet under the reasoning that they're ... refusing connections from machines It was the bit

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 04:33:09PM -0500, Joseph Carter wrote: My reverse DNS does not match my forward DNS. I have @home. Only They don't need to match. Your IP just needs to resolve to something, and that something needs to resolve back to your IP. This has no effect on what From:

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 08:44:06PM +, Miquel van Smoorenburg wrote: yes. get an ISP that can do reverse DNS. YEESHHH! I'll happily bounce their mail until then. Are you willing to pay the difference between the cost of that user's current ISP and one which meets your standard?

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:00:39PM -0500, Joseph Carter wrote: Complete bullshit. Show me the RFC that says you may only have one DNS name attached to an IP at a time. You can't do it because it doesn't exist. Several Debian developers have debian.net subdomains which do not reverse because

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:37:25PM -0400, Adam McKenna wrote: My reverse DNS does not match my forward DNS. I have @home. Only They don't need to match. Your IP just needs to resolve to something, and that something needs to resolve back to your IP. This has no effect on what From:

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:16:23PM -0500, Joseph Carter wrote: On Thu, Sep 07, 2000 at 05:37:25PM -0400, Adam McKenna wrote: My reverse DNS does not match my forward DNS. I have @home. Only They don't need to match. Your IP just needs to resolve to something, and that something needs

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

In article [EMAIL PROTECTED], Joseph Carter [EMAIL PROTECTED] wrote: On Thu, Sep 07, 2000 at 08:44:06PM +, Miquel van Smoorenburg wrote: A server on the 'net without matching forward/reverse DNS is broken. Period. Complete bullshit. Show me the RFC that says you may only have one DNS name

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:00:39PM -0500, Joseph Carter wrote: On Thu, Sep 07, 2000 at 08:44:06PM +, Miquel van Smoorenburg wrote: A server on the 'net without matching forward/reverse DNS is broken. Period. Complete bullshit. Show me the RFC that says you may only have one DNS name

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Fri, Sep 08, 2000 at 11:10:12AM +1100, Craig Sanders wrote: On Thu, Sep 07, 2000 at 05:00:39PM -0500, Joseph Carter wrote: On Thu, Sep 07, 2000 at 08:44:06PM +, Miquel van Smoorenburg wrote: [snip, snip, snippety-snip] Ladies and Gentlemen, I just joined the debian-devel list

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:16:23PM -0500, Joseph Carter wrote: On Thu, Sep 07, 2000 at 05:37:25PM -0400, Adam McKenna wrote: My reverse DNS does not match my forward DNS. I have @home. Only They don't need to match. Your IP just needs to resolve to something, and that something needs

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 06:20:46PM -0400, Adam McKenna wrote: So? Anyone who asked for that would be unreasonable. Besides, nobody's mail server is telneting to your port 25 to see what your SMTP greeting says -- that would be insane. It's a simple double-lookup. The PTR record is

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Thu, Sep 07, 2000 at 05:20:02PM -0700, Michael S. Fischer wrote: I just joined the debian-devel list yesterday, all excited [...] I am now very turned off because instead of seeing a bunch of bright developers, I'm seeing a voluminous amount of off-topic flaming. Welcome to Debian. -- G.

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

Micheal == Michael S Fischer [EMAIL PROTECTED] writes: Micheal I just joined the debian-devel list yesterday, all excited about being Micheal able to possibly contribute code and insights to the installation Micheal system to make it more palatable to those who would like to install Micheal

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

On Sep 07, Jules Bean [EMAIL PROTECTED] wrote: Some very big ISP here have mailservers with no reverse mapping... Well, they are badly broken, you know? I do, but refusing mail is quite an extreme act. The IANA mandate is that /all/ machines on public IP address have I really don't think so.

Re: Problems with mail system? [Fwd: Returned mail: User unknown]

8.09.2000 pisze Branden Robinson ([EMAIL PROTECTED]): I am now very turned off because instead of seeing a bunch of bright developers, I'm seeing a voluminous amount of off-topic flaming. Welcome to Debian. ``What is Debian. How do you define Debian? If you're talking about what you

  1   2   >