Jeff Johnson [EMAIL PROTECTED] writes:
Not the right or best patch. But it Really Doesn't Matter.
you may prefer this one:
(http://hg.rpm.org/rpm?cs=446988cfb9c1)
--- a/lib/rpmts.c Wed Sep 26 11:29:53 2007 +0300
+++ b/lib/rpmts.c Thu Sep 27 10:37:19 2007 +0300
@@ -1245,14 +1245,14
On Thursday, February 21, 2008, at 04:58AM, Pixel [EMAIL PROTECTED] wrote:
Jeff Johnson [EMAIL PROTECTED] writes:
Not the right or best patch. But it Really Doesn't Matter.
you may prefer this one:
(http://hg.rpm.org/rpm?cs=446988cfb9c1)
Nope.
Still broken iirc. On ia64, kernels were
On Feb 21, 2008, at 4:54 AM, Pixel wrote:
Jeff Johnson [EMAIL PROTECTED] writes:
Not the right or best patch. But it Really Doesn't Matter.
you may prefer this one:
(http://hg.rpm.org/rpm?cs=446988cfb9c1)
Still broken iirc. On ia64, kernels were installed on a /boot
file system where
Here's an improved and more upstream friendly version of syslog patch from
Mandriva which adds logging of install/remove of packages to syslog.
It will be disabled by default, but can be activated by %_log_to_syslog macro.
Any objections of commiting or ideas of improvement?
--
Regards,
Per
The idea that rpm can be distributed with a priori drop-in knowledge
of arch names, and with one-size-fits-all compiler flags, and other
macros,
was known to be naive in the year 2000.
Patch doesn't hurt at all, just that rpm cannot (and should not, but
I'm a radical)
continue to attempt
The idea that rpm can be distributed with a priori drop-in knowledge
of arch names, and with one-size-fits-all compiler flags, and other
macros,
was known to be naive in the year 2000.
Patch doesn't hurt at all, just that rpm cannot (and should not, but
I'm a radical)
continue to
On Feb 21, 2008, at 3:44 PM, Per Øyvind Karlsen wrote:
Here's an improved and more upstream friendly version of syslog
patch from
Mandriva which adds logging of install/remove of packages to syslog.
It will be disabled by default, but can be activated by
%_log_to_syslog macro.
Any
On Feb 21, 2008, at 4:44 PM, Per Øyvind Karlsen wrote:
Naive has become will never ever be successful.
I'm not sure if I get what you mean. The macro was more to avoid
having to add
every specific sparc arch in a spec if the build target were a
specific sparc
arch. Different compiler