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
|
<!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=%3CAANLkTikugm8e2pRc2RjmejXEW9rhCFvf%3DFcSyBS3-wOf%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="001529.html">
<LINK REL="Next" HREF="001610.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-discuss] Package management system</H1>
<B>Mihai Dobrescu</B>
<A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20Package%20management%20system&In-Reply-To=%3CAANLkTikugm8e2pRc2RjmejXEW9rhCFvf%3DFcSyBS3-wOf%40mail.gmail.com%3E"
TITLE="[Mageia-discuss] Package management system">msdobrescu at gmail.com
</A><BR>
<I>Wed Sep 29 09:33:59 CEST 2010</I>
<P><UL>
<LI>Previous message: <A HREF="001529.html">[Mageia-discuss] Package management system
</A></li>
<LI>Next message: <A HREF="001610.html">[Mageia-discuss] Package management system
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#1531">[ date ]</a>
<a href="thread.html#1531">[ thread ]</a>
<a href="subject.html#1531">[ subject ]</a>
<a href="author.html#1531">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>Lately I've become more and more impatient. But I think it is fast enough to
have RPMDrake refreshing its lists in less than a minute on a Atom based
machine.
For me, RPMDrake is enough.
What I disliked in time, using Mandriva only, is that when I install some
app, I got a message saying "if you want this app, you must uninstall these
libs (and their using apps)". I mean, sometimes, I must chose one app or
another, I can't have both because I can't have two versions of the same lib
or I must chose a specific implementation of a concept in a lib (when there
are many implementations of the same thing). This is what I would change,
and it is not related to package management applications. I guess it is the
OS or distro philosophy.
I love revolutions, major changes and drastic re-coding if needed only. Not
when it is just a matter of fashion, like, let's say, I get a new car just
because this year curvy designs come into the light. No matter if the
quality is less sometimes.
So, IMHO, actual packaging is OK, the management of it could be improved
maybe.
I would love to see, when install mplayer, for instance, a list of plugins
available, to check some I need and to install them. But that's often
related to the architecture of the main application.
Sometimes, having too much choices like in Linux world, is an issue for
choosing the right tool. Why not polish some tools with clear usage targets
together instead of creating again and again things with 60% of
functionalities overlapping, longing for some other 20% of functionalities
to implement in one tool from the other tool?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/mageia-discuss/attachments/20100929/64dbb91c/attachment.html>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="001529.html">[Mageia-discuss] Package management system
</A></li>
<LI>Next message: <A HREF="001610.html">[Mageia-discuss] Package management system
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#1531">[ date ]</a>
<a href="thread.html#1531">[ thread ]</a>
<a href="subject.html#1531">[ subject ]</a>
<a href="author.html#1531">[ 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>
|
