Description of problem: 154/164: perl-XML-SAX ###################################################################################################################### warning: %post(perl-XML-SAX-0.960.0-1.mga1.noarch) scriptlet failed, exit status 2 When installing in a chroot, perl-XML-SAX %post script is unable to work. It requires perl(File::Tmp). However, a comment in the spec say this is done on purpose, because this would add a requires on complete perl for urpmi. So either we remove the %post, or we do not filter the requirement.
CC: (none) => jquelin
this is somehow related to what jbj told us about some missing requires when installing mageia rpms in random order, without even having base system installed. thierry then answered that it was known and that we shouldn't care iirc. can't find the pointer to cooker post, though.
Assigning to maintainer.
Assignee: bugsquad => jquelin
thierry, is this a bug we want to tackle?
CC: (none) => thierry.vignaud
(In reply to comment #3) > thierry, is this a bug we want to tackle? @ Thierry WDYT?
CC: (none) => marja11
(In reply to comment #3) > thierry, is this a bug we want to tackle? Of course since there're missing requires(post) That could happen with some small installs too.(In reply to comment #3) (In reply to comment #1) > this is somehow related to what jbj told us about some missing requires when > installing mageia rpms in random order, without even having base system > installed. This is just bogus. perl-XML-SAX is part of basesystem when using suggests so of course it will be installed prior to basesystem And anyway, anything run in %post must be Required for For now, it'll work since File::Temp is now part of perl and since File::Temp doesn't seems used anymore. What's more, why do we need that over complex post-script that alter a file packaged with this package? Cannot this be made at build time? That would be the proper solution. Self altering packages is dirty Looks like we inherited this from RH: http://pkgs.fedoraproject.org/gitweb/?p=perl-XML-SAX.git;a=commitdiff;h=efd036d2a407f91f3040da1ba40cfbe25b0fd693
Ever confirmed: 1 => 0Status: NEW => UNCONFIRMED
d'oh, you're right. ParserDetails.ini is created and updated only by this package. therefore, it's now shipping said file directly instead of altering it at un/install time. note that it may be a problem later on if the file format changes, but i don't see that happening quite soon. perl-XML-SAX-0.990.0-2.mga2 (currently on its way) should fix the problem.
Status: UNCONFIRMED => RESOLVEDResolution: (none) => FIXED