From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 2655F158089 for ; Fri, 22 Sep 2023 14:26:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 48FC42BC022; Fri, 22 Sep 2023 14:26:15 +0000 (UTC) Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 229312BC013 for ; Fri, 22 Sep 2023 14:26:14 +0000 (UTC) Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-5041335fb9cso3588413e87.0 for ; Fri, 22 Sep 2023 07:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qap-la.20230601.gappssmtp.com; s=20230601; t=1695392773; x=1695997573; darn=lists.gentoo.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=ZNDt8MlWMbWsy+R5L7cM6mAzAYwqxQtGurWwTwO3Ux8=; b=pcLLTDW5EbK6sH8TuBRazKJPtLjuzQu2MBzXOTyveKTZ6h2r12N7Ft10UW3piSeFew 6OPAxipiDt81PxOorq4aorYHOrd6sk9jzLxKiRXUbVO47WIvAdalb2urdstvt5dxRTDb KtMwjgg9a+6TFNXo2jLVci/pp4Sz945Fc4OIz+ZNK0i+trCXt2nN7rzfY+kusfXa4TD/ d2CH5F9xz8MYado0ULkcRuqXHriag5bhENgExX7099OCbdrlj3D1cMH86INd+qqyk4Sb WluqkSk/hOvGWyWa/GCD0zw79fL9LY6rzRsuqTEetnt4eh0VYwB9Fgyf8g3U4ZJOre2F tXSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695392773; x=1695997573; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ZNDt8MlWMbWsy+R5L7cM6mAzAYwqxQtGurWwTwO3Ux8=; b=IuxyyXtqiO0T6XNgWJyn5PoUZe0GUdn+1OR3KIcKpe+y/qxwV0MS9aky4+lUKEcJLZ 9jPS2hLOxd93q96d60gw+bgBe3z30P2bTj/OHJEyA/oXDFTCoLqKVTVBMM2GLVmut0h0 wYv2Rd4Yn/cmtYOTUorsGbZM2QhKtoDZRtT9AdiyDtfKSdO4eG/10rCSjF9aqN/C7tm6 9/XwIko3yjpfuiUs5Az0NbiRqRoAxbnp6spUIsbZ43tU4V43q+qJ+Ico2W+uhioSeW5n eookxbK9DAxFMkDApPqRxLGF/x2cHPoGLc/wFLohI3bjs2QHZW+j4Yq+/LB5PziGDJRX jYQw== X-Gm-Message-State: AOJu0YzDb6eZWX2O5DxGW0tRyB+42iJosLdAMBh58b4hkzoYbvVJ7dOL 35I45xpARVRA7LTX48Is9hWLN1UieTEg5Ett0WbdNqvI9C5VsgfYRjlHyQ== X-Google-Smtp-Source: AGHT+IEbBw5AdPfiTG8rNVYDneCMinHOxvQC3WBmydLSVbZbwi9BtmELsz4Oz89V1kOfpyqG+1cSfViF33t9+/k9GP0= X-Received: by 2002:ac2:410c:0:b0:500:a378:db71 with SMTP id b12-20020ac2410c000000b00500a378db71mr7505489lfi.57.1695392772691; Fri, 22 Sep 2023 07:26:12 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <5b5dfbfd-9c7d-a26b-65e7-9f8c5e48bb8f@gentoo.org> <87msxfjix6.fsf@gentoo.org> <878r8yjohn.fsf@gentoo.org> In-Reply-To: <878r8yjohn.fsf@gentoo.org> From: Alex Boag-Munroe Date: Fri, 22 Sep 2023 15:26:01 +0100 Message-ID: Subject: Re: [gentoo-dev] Re: Standard parsable format for profiles/package.mask file To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 709629af-07bb-44dd-b70b-c50b546edf25 X-Archives-Hash: 370f802f6f387ace4721f47621b273af Any reason for the parseable parts to not be in an established human readable/editable format? e.g. the config ini style format, or TOML? To crib from the OP example with something configparser understands: [PREAMBLE] Timestamp: 2023-09-21 15:07:42+00:00 Author: Arthur Zamarin Justification: Very broken, no idea why packaged, need to drop ASAP. The project is done with supporting this package. Bugs: 667687, 667689 Removal Date: 2023-10-21 Packages: dev-lang/python The format is well documented already and simple to check for validity, so any GLEP would just need to cover correct keys/values. Just a thought. -- Ninpo