1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-discuss] Package management system
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Package%20management%20system&In-Reply-To=%3CAANLkTikaQwW0FhmzNk7p_04GAkefjZyXxW43SsfndTVf%40mail.gmail.com%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="001520.html">
<LINK REL="Next" HREF="001527.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-discuss] Package management system</H1>
<B>Lirodon</B>
<A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Package%20management%20system&In-Reply-To=%3CAANLkTikaQwW0FhmzNk7p_04GAkefjZyXxW43SsfndTVf%40mail.gmail.com%3E"
TITLE="[Mageia-discuss] Package management system">superfox436 at gmail.com
</A><BR>
<I>Wed Sep 29 03:46:34 CEST 2010</I>
<P><UL>
<LI>Previous message: <A HREF="001520.html">[Mageia-discuss] Package management system
</A></li>
<LI>Next message: <A HREF="001527.html">[Mageia-discuss] Package management system
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#1524">[ date ]</a>
<a href="thread.html#1524">[ thread ]</a>
<a href="subject.html#1524">[ subject ]</a>
<a href="author.html#1524">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>Doesn't packagekit provide Gnome and KDE-native interfaces for package
management?
Shawn
On Tue, Sep 28, 2010 at 5:47 PM, Richard <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-discuss">richard.j.walker at ntlworld.com</A>>wrote:
><i> On Tuesday 28 September 2010 23:42:21 Renaud MICHEL wrote:
</I>><i> > No, if you are talking about rpmdrake, you should compare it to synaptic.
</I>><i> > I you want to talk about apt (be it apt-get or aptitude), you should
</I>><i> > compare it to urpmi, and urpmi (in my opinion) is not slow.
</I>><i> >
</I>><i> Agreed. Though I am not by any means a command line junkie I will always
</I>><i> use
</I>><i> uprmi when I know exactly what I want.
</I>><i>
</I>><i> So it is synaptic/apt and rpmdrake/urpmi. No doubt yum has a GUI
</I>><i> counterpart
</I>><i> too.
</I>><i> >
</I>><i> > emerge and macports are source-based "packet" managers.
</I>><i> > As the programs are compiled when you want to install them, you can
</I>><i> decide
</I>><i> > to exclude some optional, compile-time functionality, and avoid their
</I>><i> > dependencies.
</I>><i> >
</I>><i> > In pre-compiled packets (like rpm or deb), the packager decided what
</I>><i> should
</I>><i> > be compiled, and so what are the required dependencies.
</I>><i> > You still have the option to get the source package and tweak it (via the
</I>><i> > spec file for rpm, or rule for deb) to exclude some things you don't
</I>><i> > require. (but you will need to do it again each time an update is
</I>><i> > available)
</I>><i> >
</I>><i> Right, I have done this with a custom ffmpeg build. Compile time dependency
</I>><i> control is, of course, a grace and favour benefit provided by the program
</I>><i> author. I get the impression that a packager can introduce depencies when
</I>><i> special support is needed for extra features he may choose to include. This
</I>><i> seems to be what happened with the 2010.1 issue of the foobillard rpm where
</I>><i> a
</I>><i> new dependency on Pulse has been created which does not exist in the 2010.0
</I>><i> package or the author's source.
</I>><i> >
</I>><i> > Packages have dependencies, those are interpreted as "this package cannot
</I>><i> > work without those".
</I>><i> > You can also have less strict recommendations, deb has provided for long
</I>><i> > recommended packages (not really required, but a must have) and suggested
</I>><i> > packages (is an interesting addition, but nothing essential).
</I>><i> > Rpm also provide such a mechanism (though I think is younger than deb)
</I>><i> with
</I>><i> > the suggested packages.
</I>><i> > Urpmi take the suggested packages into account, when installing it will
</I>><i> by
</I>><i> > default selected also the suggested packages, but you can add the --no-
</I>><i> > suggests option to avoid this.
</I>><i> Does this mean that I can find the KDE packages which "depend" on Pulse and
</I>><i> re-package them such that Pulse is only "recommended"? If so then I will
</I>><i> have
</I>><i> to find the way to set the --no-suggests option in rpmdrake. I hadn't even
</I>><i> looked for it before as I have only recently started to discover problems
</I>><i> in
</I>><i> Mandriva packages.
</I>><i> > On the urpme side, if you uninstall a package that was installed as a
</I>><i> > suggestion, it won't trigger the uninstallation of the package that
</I>><i> > suggested it.
</I>><i> Something similar seems to apply to packages which I inadvertently "mark"
</I>><i> as
</I>><i> manually installed. urpme reports that such packages will be excluded from
</I>><i> orphan detection. I love the --auto-orphans switch.
</I>><i>
</I>><i> Richard
</I>><i>
</I>><i>
</I>-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/mageia-discuss/attachments/20100928/1234722a/attachment.html>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="001520.html">[Mageia-discuss] Package management system
</A></li>
<LI>Next message: <A HREF="001527.html">[Mageia-discuss] Package management system
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#1524">[ date ]</a>
<a href="thread.html#1524">[ thread ]</a>
<a href="subject.html#1524">[ subject ]</a>
<a href="author.html#1524">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-discuss">More information about the Mageia-discuss
mailing list</a><br>
</body></html>
|
