From: "Dmitry V. Levin" <ldv@altlinux.org> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] forcing arch/noarch Date: Sun, 27 Dec 2009 04:09:38 +0300 Message-ID: <20091227010938.GB13847@wo.int.altlinux.org> (raw) In-Reply-To: <20091222080556.GP9864@altlinux.org> [-- Attachment #1: Type: text/plain, Size: 2127 bytes --] On Tue, Dec 22, 2009 at 11:05:56AM +0300, Alexey Tourbin wrote: > On Tue, Dec 22, 2009 at 02:36:16AM +0300, Alexey Tourbin wrote: [...] > > I think I am going to implement much stricter checking for both noarch > > packages and /usr/share part of arch packages. Also, I am going to > > implement new "force-noarch" check which will require some packages > > be noarch (by the principle of "extensional equality"). > > http://git.altlinux.org/people/at/packages/girar-builder.git > 642af655 gb-task-check-noarch-i: force noarch by extensional equality > 9bce38b3 gb-task-check-noarch-i: check for identical /usr/share part in arch pacakges > 60af4a7c gb-task-check-noarch-i: use rpmfile(1) to check noarch cpio contents > 67f83c43 gb-task-check-noarch-i: use ls again > 17d6d4ea gb-task-check-noarch, gb-task-check-noarch-i: factored from gb-task-check-build-i Let's summarise the discussion and decide what shall we do with it. The proposed patchset introduces two new restrictions: 1. Packages that mustn't be noarch because of essential payload mismatch on different architectures. 2. Packages that must be noarch because their payload is essentially the same on different architectures. The only drawback of the first restriction is that the proposed implementation fails to filter out non-essential differences, e.g. timestamps and random html reference names. That is, in its current form it would stop some grave packaging bugs, but also it would forbid some legal noarch packages. The second restriction was reported to have a major impact on packages because it affects about 600 source packages, and changing rules to break so many packages due to optimization purposes doesn't look good. Some ideas to avoid extra dumb work for packages were proposed later, but no implementation have been arisen yet. Also, the implementation in its current form may mistakenly decide that packages have to be noarch while they really shouldn't, e.g. cpuburn. That is, I'd be glad to make these restrictions taken effect when these three issues are dealt with. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2009-12-27 1:09 UTC|newest] Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-12-21 23:36 ` [devel] noarch and /usr/share (packages/aptitude: tags/0.4.5-alt5) Alexey Tourbin 2009-12-22 8:05 ` Alexey Tourbin 2009-12-22 12:12 ` Michael Shigorin 2009-12-22 17:57 ` Alexey Tourbin 2009-12-23 12:00 ` Michael Shigorin 2009-12-23 18:48 ` Alexey Tourbin 2009-12-22 18:18 ` [devel] forced noarch Dmitry V. Levin 2009-12-22 18:54 ` Alexey Tourbin 2009-12-22 19:02 ` Damir Shayhutdinov 2009-12-22 19:06 ` Alexey Tourbin 2009-12-23 14:17 ` Kirill A. Shutemov 2009-12-23 19:19 ` Alexey Tourbin 2009-12-23 20:33 ` Kirill A. Shutemov 2009-12-23 21:23 ` Alexey Tourbin 2009-12-23 0:49 ` [devel] packages with non-identical /usr/share Alexey Tourbin 2009-12-23 11:57 ` Michael Shigorin 2009-12-23 2:11 ` [devel] forced noarch Alexey Tourbin 2009-12-23 11:12 ` Dmitry V. Levin 2009-12-23 12:38 ` Damir Shayhutdinov 2009-12-23 12:47 ` Michael Shigorin 2009-12-23 13:11 ` Dmitry V. Levin 2009-12-23 13:17 ` Damir Shayhutdinov 2009-12-23 13:52 ` Dmitry V. Levin 2009-12-23 20:11 ` Alexey Tourbin 2009-12-23 22:30 ` Alexey Tourbin 2009-12-24 0:26 ` Alexey Tourbin 2009-12-27 1:09 ` Dmitry V. Levin [this message] 2009-12-27 1:53 ` [devel] forcing arch/noarch Alexey Tourbin 2009-12-27 9:50 ` Денис Смирнов 2009-12-28 0:44 ` Dmitry V. Levin 2009-12-28 17:23 ` [devel] suggesting arch/noarch Michael Shigorin 2009-12-29 0:47 ` Alexey Tourbin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20091227010938.GB13847@wo.int.altlinux.org \ --to=ldv@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git