summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2012-January/011404.html
diff options
context:
space:
mode:
authorNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
committerNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
commit1be510f9529cb082f802408b472a77d074b394c0 (patch)
treeb175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/2012-January/011404.html
parentfa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff)
downloadarchives-master.tar
archives-master.tar.gz
archives-master.tar.bz2
archives-master.tar.xz
archives-master.zip
Add zarb MLs html archivesHEADmaster
Diffstat (limited to 'zarb-ml/mageia-dev/2012-January/011404.html')
-rw-r--r--zarb-ml/mageia-dev/2012-January/011404.html137
1 files changed, 137 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2012-January/011404.html b/zarb-ml/mageia-dev/2012-January/011404.html
new file mode 100644
index 000000000..75b0bf10b
--- /dev/null
+++ b/zarb-ml/mageia-dev/2012-January/011404.html
@@ -0,0 +1,137 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Over-zealous rpmlint policy (rejecting rt)
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Over-zealous%20rpmlint%20policy%20%28rejecting%20rt%29&In-Reply-To=%3Cjf1vcb%24h3q%241%40dough.gmane.org%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="011299.html">
+ <LINK REL="Next" HREF="011284.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Over-zealous rpmlint policy (rejecting rt)</H1>
+ <B>David Walser</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Over-zealous%20rpmlint%20policy%20%28rejecting%20rt%29&In-Reply-To=%3Cjf1vcb%24h3q%241%40dough.gmane.org%3E"
+ TITLE="[Mageia-dev] Over-zealous rpmlint policy (rejecting rt)">luigiwalser at yahoo.com
+ </A><BR>
+ <I>Mon Jan 16 20:55:55 CET 2012</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="011299.html">[Mageia-dev] Over-zealous rpmlint policy (rejecting rt)
+</A></li>
+ <LI>Next message: <A HREF="011284.html">[Mageia-dev] Existing Cauldron VM users willing to test gnome-boxes?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#11404">[ date ]</a>
+ <a href="thread.html#11404">[ thread ]</a>
+ <a href="subject.html#11404">[ subject ]</a>
+ <a href="author.html#11404">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Michael Scherer wrote:
+&gt;<i> Le jeudi 12 janvier 2012 &#224; 11:12 +0200, Buchan Milne a &#233;crit :
+</I>&gt;&gt;<i> I am trying to get rt (3.8.11) into the distro (a package that I am using on a
+</I>&gt;&gt;<i> different distro in a production environment), to be followed up with the rt
+</I>&gt;&gt;<i> (4.0.4) I have queued (which I am testing in preparation for upgrading our
+</I>&gt;&gt;<i> production environment).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I would really like to get this package into the distro, but it is being
+</I>&gt;&gt;<i> rejected
+</I>&gt;&gt;<i> (<A HREF="http://pkgsubmit.mageia.org/uploads/rejected//cauldron/core/release/20120110140334.buchan.valstar.18287.youri">http://pkgsubmit.mageia.org/uploads/rejected//cauldron/core/release/20120110140334.buchan.valstar.18287.youri</A>)
+</I>&gt;&gt;<i> due to:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Submission errors, aborting:
+</I>&gt;&gt;<i> - rt-3.8.11-1.mga2.noarch:
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/lib/rt/plugins
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/lib/rt
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/lib/rt/po
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/lib/rt/lib
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/etc/rt
+</I>&gt;&gt;<i> - dir-or-file-in-usr-local /usr/local/lib/rt/html
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The documented way for extending RT is by installing files in this location.
+</I>&gt;&gt;<i> We can either:
+</I>&gt;&gt;<i> 1)Make it more difficult for users to extend RT with local plugins etc.
+</I>&gt;&gt;<i> 2)Fix rpmlint
+</I>&gt;&gt;<i> 3)Not have RT
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> misc, you have experience of both rt and rpmlint, can you provide an opinion?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Would it be possible to separate 'dir-or-file-usr-local' into separate rules
+</I>&gt;&gt;<i> (one for files, one for dirs)? While I agree we shouldn't ship files in
+</I>&gt;&gt;<i> /usr/local, I don't see why we shouldn't ship dirs in /usr/local ...
+</I>&gt;<i>
+</I>&gt;<i> We shouldn't ship directories for the same reason that we shouldn't ship
+</I>&gt;<i> file, ie FHS.
+</I>&gt;<i>
+</I>&gt;<i> See :
+</I>&gt;<i> <A HREF="http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#USRLOCALLOCALHIERARCHY">http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#USRLOCALLOCALHIERARCHY</A>
+</I>&gt;<i>
+</I>&gt;<i> More specifically :
+</I>&gt;<i> &quot;It needs to be safe from being overwritten when the system software is
+</I>&gt;<i> updated.&quot;
+</I>&gt;<i>
+</I>&gt;<i> So the question is whether someone who change directory permissions will
+</I>&gt;<i> see them overwritten or not when the software is updated, and wether
+</I>&gt;<i> that a FHS violation.
+</I>&gt;<i>
+</I>&gt;<i> Afaik, rpm would reset the permission ( the same goes for removal of the
+</I>&gt;<i> directory ).
+</I>&gt;<i>
+</I>&gt;<i> See also :
+</I>&gt;<i> &quot;No other directories, except those listed below, may be in /usr/local
+</I>&gt;<i> after first installing a FHS-compliant system.&quot;
+</I>&gt;<i>
+</I>&gt;<i> Again, that's not clear if we can modify it later or not ( ie, is
+</I>&gt;<i> instaling rt on installation part of &quot;first installing&quot; or not ).
+</I>&gt;<i>
+</I>&gt;<i> I guess we should get a opinion from FHS/LSB people on this.
+</I>&gt;<i>
+</I>&gt;<i> In the mean time, I guess the point 1 is the easiest way, it can be
+</I>&gt;<i> changed later once we clarified FHS (or if we decide that we do not care
+</I>&gt;<i> about following standards, but that's really something I would like to
+</I>&gt;<i> avoid ).
+</I>
+Not to mention there may be installations where /usr/local is NFS shared across a network and having the package manager trying to write
+there could cause problems. Maybe another possible solution is to have the software create the needed directory at some point, but don't
+have the package itself create or own it. CUPS is already doing this with /usr/local/lib/printdriver and /usr/local/share/ppd (and
+equivalents in /opt).
+
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="011299.html">[Mageia-dev] Over-zealous rpmlint policy (rejecting rt)
+</A></li>
+ <LI>Next message: <A HREF="011284.html">[Mageia-dev] Existing Cauldron VM users willing to test gnome-boxes?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#11404">[ date ]</a>
+ <a href="thread.html#11404">[ thread ]</a>
+ <a href="subject.html#11404">[ subject ]</a>
+ <a href="author.html#11404">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
+mailing list</a><br>
+</body></html>