[Mageia-dev] noarch packages containing binaries should be rejected
Hi Someone was complaining that task-gnome was pulling in 32bit packages on 64bit Mageia. See bug #5188 (https://bugs.mageia.org/show_bug.cgi?id=5188). It turns out that a package (swell-foop) was noarch whereas it shouldn't be since it contains binaries. Please make arch-independent-package-contains-binary-or-object a reason to reject packages at upload time: swell-foop.noarch: W: arch-independent-package-contains-binary-or-object /usr/bin/swell-foop Thanks
Re: [Mageia-dev] noarch packages containing binaries should be rejected
On 02.04.2012 10:37, Thierry Vignaud wrote: Hi Someone was complaining that task-gnome was pulling in 32bit packages on 64bit Mageia. See bug #5188 (https://bugs.mageia.org/show_bug.cgi?id=5188). It turns out that a package (swell-foop) was noarch whereas it shouldn't be since it contains binaries. Please make arch-independent-package-contains-binary-or-object a reason to reject packages at upload time: swell-foop.noarch: W: arch-independent-package-contains-binary-or-object /usr/bin/swell-foop Thanks +1 But then we have got again 32-bit software marked as noarch (Skype,..). And people seem too lazy to add 1 simple source for it..
Re: [Mageia-dev] noarch packages containing binaries should be rejected
02.04.2012 12:04, Kamil Rytarowski kirjutas: Please make arch-independent-package-contains-binary-or-object a reason to reject packages at upload time: swell-foop.noarch: W: arch-independent-package-contains-binary-or-object /usr/bin/swell-foop Thanks +1 But then we have got again 32-bit software marked as noarch (Skype,..). And people seem too lazy to add 1 simple source for it.. Since when does get-skype contain such objects or any binary? get-skype won't trigger such warning so i see no problem here. -- Sander
Re: [Mageia-dev] noarch packages containing binaries should be rejected
On 02.04.2012 11:20, Sander Lepik wrote: 02.04.2012 12:04, Kamil Rytarowski kirjutas: But then we have got again 32-bit software marked as noarch (Skype,..). And people seem too lazy to add 1 simple source for it.. Since when does get-skype contain such objects or any binary? get-skype won't trigger such warning so i see no problem here. -- Sander I'm personally maintaining Full Recall (fullrecall) and following this get-skype rule, to push it into noarch - because people cannot find it... of course I can make a walk around to push the binaries directly from the website... but this isn't needed, since the author allows to redistribute it.
Re: [Mageia-dev] noarch packages containing binaries should be rejected
'Twas brillig, and Kamil Rytarowski at 02/04/12 10:26 did gyre and gimble: On 02.04.2012 11:20, Sander Lepik wrote: 02.04.2012 12:04, Kamil Rytarowski kirjutas: But then we have got again 32-bit software marked as noarch (Skype,..). And people seem too lazy to add 1 simple source for it.. Since when does get-skype contain such objects or any binary? get-skype won't trigger such warning so i see no problem here. -- Sander I'm personally maintaining Full Recall (fullrecall) and following this get-skype rule, to push it into noarch - because people cannot find it... of course I can make a walk around to push the binaries directly from the website... but this isn't needed, since the author allows to redistribute it. Remember that get-skype is just a downloading script. If it works the same way as get-skype, then it the package itself does not *contain* any binaries, but simply downloads them at install time. I'd say this is fair enough. But if it does contain binaries, then it is not noarch. I think this is a clear cut definition. The correct fix for this fullrecall package is simply to fix it to build under 64 bit. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] noarch packages containing binaries should be rejected
Le 02/04/2012 10:37, Thierry Vignaud a écrit : Please make arch-independent-package-contains-binary-or-object a reason to reject packages at upload time: The rule need some subtle exceptions. For instance, some pentest tools such as metasploit are arch-independant, but contains native code to be executed on remote systems. -- BOFH excuse #209: Only people with names beginning with 'A' are getting mail this week (a la Microsoft)
Re: [Mageia-dev] noarch packages containing binaries should be rejected
Op maandag 02 april 2012 12:35:49 schreef Guillaume Rousse: Le 02/04/2012 10:37, Thierry Vignaud a écrit : Please make arch-independent-package-contains-binary-or-object a reason to reject packages at upload time: The rule need some subtle exceptions. For instance, some pentest tools such as metasploit are arch-independant, but contains native code to be executed on remote systems. hmm, that's an interesting use case that i didn't think of...
Re: [Mageia-dev] noarch packages containing binaries should be rejected
On Mon, Apr 2, 2012 at 11:35, Guillaume Rousse guillomovi...@gmail.comwrote: Le 02/04/2012 10:37, Thierry Vignaud a écrit : Please make arch-independent-package-**contains-binary-or-object a reason to reject packages at upload time: The rule need some subtle exceptions. For instance, some pentest tools such as metasploit are arch-independant, but contains native code to be executed on remote systems. I believe we should not care if some data in /usr/share looks like binary or object (that would allow doing awful things like unimrcp-deps but it was not rejected anyway...)