Slashdot Mirror
RPM Package Manager
Things have changed quite a bit since we last posted about the state of Linux Package Management. Over the few months ago, we saw the Connectiva release, which was a RPM front-end to apt-get [?] . Now, for those of you running RH6.x, there are a new program called Aduva Manager. It's kinda like using apt-get update/apt-get dist-upgrade, but checks dependecies and such for RH6.x based systems. They've got screenshots as well as a FAQ/download site. It's designed more for new users, but it looks like a step in the right direction for RPM.
up2date from rawhide is more or less from apt-get
xcyber """"""Complexity for the sake of complexity is not a solution, neither is simplicity for the sake of simplicity
It's been my humble opinion that packaging managers are good for "users" of OS's I just started using debian on my workstations after a co-worker showed me the ease of applying new dependancies. However without getting into a distro jihad here, I still say that for the tried-and-true, the only REAL way to understand and comprehend services on a production box, you really need to compile the source yourself.
How else are you going to be able to troubleshoot or modify any tweaks/perks/or problems that may occur.
Or take for example the debian debacle of a couple weeks ago. I did an upgrade then an install of a couple things only to find out that X was going to crap the bed on me... If I had been less lazy (yes I know that goes against EVERY netadmin's fibre) and had compiled the programs myself I could have saved a couple hours of time in the long run.
But as far as getting *nix out to the masses I applaud RH and Debian for attempting to ease the installation of software for new users.
-- Life: Hate the Game... Love the cereal
...a standards comittee!
Are YOU listed?
I suppose some will argue that it is because RPM is the 'standard', but the fact is that the standard is pretty much whatever Red Hat decrees it to be.
I just don't understand why Red Hat are continuing to use an arguably outdated system.
KTB:Lover, Poet, Artiste, Aesthete, Programmer.
KTB:Lover, Poet, Artiste, Aesthete, Programmer.
There is no
--
Care about electronic freedom? Consider donating to the EFF!
...these organic GUIs. Why do we need to have widgets that look like automobile clay models or stuff you'd find if you slit open your guts? What's wrong with good old 3D widgets, which took us like 10 years to get to?
"RPM Package Manager"? Is that anything like "scuba apparatus"?
--
MailOne
Non-meta-modded "Overrated" mods are killing Slashdot
(Hey Ryan! Here's your proof!)
I like my rpm based distro, SuSE. I like how they have implemented booting, system changes, etc. I like what options they give at install. I don't like trying to change it ever after it's on there though, because it makes upgrading impossible because the downloaded tar.gz's don't work the same way as they otherwise would have. Maybe in the next six months to a year something will FINALLY be done... Debian is a nice distro, but it's definitely not easy to install...
"Titanic was 3hr and 17min long. They could have lost 3hr and 17min from that."
IBM had PL/1, with syntax worse than JOSS,
And everywhere the language went, it was a total loss...
- Linux is in a constant state of change.
A slick program like this takes many man hours to develop. Due to the constant changes done to Linux, developers not only have to do all the effort involved with developing their program, but also have to expend a lot of effort keeping track of every single change to the Linux distributions thrown their way.There is a lot of excitement in the Linux community about getting the latest distribution of (Debian/RedHat/SuSE/Slackware/whatever). This excitement oftentimes results in neglect of older, oftentimes more stable releases of Linux systems.
To RedHat's credit, RedHat still supports releases as far back as RH5.2, in the sense they still releases security upgrades for RH5.2. About a year ago, RedHat silently stopped releasing security upgrades for RH4.2. Since I still run a RH5.2 server (too far away and too mission-critical for me to conveniently upgrade), I dread the day no more security patches are made available for RH5.2.
I know that the people at Linux Weekly News have been making somewhat of a stink over the fact that Debian announced that they would not make available security patches for 2.1 bugs immediately after releasing Debian 2.2.
Anyway, the point being: The "latest and greatest" is not always the best solution.
- Sam
The secret to enjoying Slashdot is to realize that it should not be taken too seriously.
RPM Package Manager, isn't that like ATM Machine, or VIN Number?
I want to delete my account but Slashdot doesn't allow it.
That's not humorous at all. Please make way with your parody on such sensitive issues.
-root is lord.
Please do not reply to the idiot. Giving him/her/it* attention will only make it worse. Just adjust your threshold.
* Underline appropriate option. Multiple options may be valid.
People replying to my sig annoy me. That's why I change it all the time.
Besides, anybody who says that compiling their own source automatically makes them better understand their machine must not ever execute those "make install" scripts. If an automated process puts 100 files across 12 directories on your machine, and you tell me you can keep track of them all in your head for 100 software packages, I don't believe you.
www.HearMySoulSpeak.com
in all the way that most distro is adopting what apt-get doing@
DEBIAN ROCKS
xcyber """"""Complexity for the sake of complexity is not a solution, neither is simplicity for the sake of simplicity
My pet peeve is the silly hierarchical package display. You have to figure out exactly where in the hierarchy the developer chose to stick the silly thing. Often a package can logically go in one of several places, and it seems that almost as often, yet a different place was chosen.
I like xrpm, which gives a flat view of installed packages or rpms in a directory. A long list, but no hiding in odd mislabeled corners.
Unfortunately, my RH 6.2 has 'aged' too much. I'm seeing too many things that pretty much require me to turn it into RH 7 with prerequisites, so I may as well take the faster route. Then get the updates on, etc.
RPM is handy for a user, as opposed to a developer. Though I try to understand more of the nuts and bolts of what's happening, my computer is more of a tool than a programming machine.
The living have better things to do than to continue hating the dead.
Warning, I am a debian user.
I don't think that redhat will ever give an automated-updating package manager their full support. It's a pain to get all of the little dependencies for RPM(this depends on that, which depends on those 8 packages, two of which require a new version of pacakge q), which helps them sell cds.
This is not at troll, but honestly, redhat has to sell cds, and I belive they have held back support for automatically updating package managers because they would rather have their users go out and buy redhat cds.
Now Eazel and I belive helixcode are gearing up to offer subscription(money)-based automatic system updaters, and I remember hearing something similar from redhat at one point. But I doubt they will ever support one for free. It's a sad fact that often technology advances are held back because a company needs to make money.
An interesting thing to try would be to make it so you could do bug-fixing upgrades (1.0 to 1.1) but not feature upgrades (1.0 to 2.0). And in order for that upgrade you would have to be running the new version of Redhat. "6.0 lets you upgrade from 1.0 to 1.1, but to get the added functionality of 2.0 you need to buy version 7!".
Those screenshots are terrible. I hope that's a GTK theme or something, because I'd hate to have THAT on my desktop. I'm probably wrong. It's probably all hard-coded ugliness. Or even worse, they went ahead and wrote a whole theming engine for their one app while Qt or GTK already have the ability to make your desktop as ugly as you want.
I thought web sites were supposed to look more like applications in order to be more usable, not the other way around.
Who designs this crap?
I've talked with Aduva people a while ago, their plans are to add support for 7 in a while.
As for "silently" dropping 4.2, it's not really true. We have always supported the end-of-line releases for the last 2 major versions, meaning 4.2 was dropped when 7 was released, 5.2 will (unless our policy changes) be dropped when 8 will be released. I'm quite sure this information is publically available somewhere.
This message is provided under the terms outlined at http://www.bero.org/terms.html
Anyone check out the Licenses attatched to it? There are a lot. Also mentioned in the licenses:
ADUVA RESOLVE LIBRARY BETA TEST LICENSE AGREEMENT
Section 1.
"a limited, non-exclusive license and right to non-commercial use of one copy of the Program on your desktop computer or on a portable computer, all for the purpose of testing the Program."
This leads me to believe this will not always be free. You could end up paying for this "service" (the use of their database). Doesn't that violate some of the previous Licenses? After glancing at this, I doubt I will use this. Sounds to sketchy to me.
At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
AC who would have guessed? LMAO
Are YOU listed?
but it isn't. i really wish redhat would drop their distro and go with debian.
in fact, i wish all the distros would re-center around debian.
how much energy has been spent here, supposedly making "rpm as good as debian", when debian is already the standard of excellence?
imagine redhat's prowess at making Linux easier...applied to debian. really, all these offshoots seem to be a waste of creative energies.
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
The first thing I thought when I looked at the screenshots was "Looks like Lotus Notes 5.0. Ugh." The program sounds cool in concept, but I wish they'd stick to GTK so the program looks like everthing else on my desktop (except Netscape and Emacs.)
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
this is still a step in the WRONG direction. It's the same problem that mandrake has.. it's pretty, it's GUI, but it's not capeable of being used for automation.. there MUST be a backend library, like apt, to do the real work.. if I can't use it with a CLI, in a shellscript, I can't use it for my network automation. these GUI's are great for users, useless for companies with large network installs of boxes... I don't want to go back to rsync'ing boxes. looks like I get to stay with debian for now. (conectiva's apt port is the right way of doing it.. they are on my list of good distro's now)
i guess "rpm" now means "redundant package manager".
--
come on,he is a graduate of computer science don't demand too much
xcyber """"""Complexity for the sake of complexity is not a solution, neither is simplicity for the sake of simplicity
Did anybody see the licensing on this? Read on...
12. Access to the ADUVA Server
Aduva provides at present free of charge access to the ADUVA Server and to the
ADUVA KNOWLEDGE BASE. Aduva may charge in the future for access to the ADUVA
Server and/or the ADUVA KNOWLEDGE BASE. The information and/or any other data
received from the ADUVA Server is the sole property of Aduva and is protected
by copyright and other rights.
I wonder if they have a privacy policy...
--
Give a man a match, you keep him warm for an evening.
Give a man a match, you keep him warm for an evening.
Light him on fire, he's warm for the rest of his life
whats your opinon of aduva?
use LaTeX? want an online reference manager that
-- john
not yet. we may be adding support for beowulf, depending on demand. Let's see demand, eh? Easier to canvass resources if the community raves for it, no? ;-).
M
One of the things I like about the Helix updater is that it gives you the option to leave all the packages in a local /tmp directory (which could be useful if I had to do some over, or if the connection stalled in the middle, or whatever)
... or do they install each package immediatly after it's downloaded before downloading the next?)
Do these RPM manager installers give you this option also?
Just curious, does Debian apt-get have that option too?
And do these rpm (and deb) tools do all the downloading first, then install all
Unfortunately, all the Linux package managers (apt/dpkg, rpm, etc) lack one vital feature that all the big guys (IBM, Sun, HP) have included for years - the ability to install, but not commit a package.
One of the things "enterprise" Unices have is the ability to upgrade a package, while the system backs up your old package. If the package upgrade breaks something, it's simple to roll back to the prior state. If everything goes OK, it can be run through it's paces for a while, and then eventually "committed", whereby the old information is deleted.
Until some flavor of Linux adds this to their package management, Linux WILL NEVER be able to take over the corporate world (yeah, there's a lot of other things it needs to, like 32-bit UIDs and a journaling filesystem, but at least they're on their way).
Received the following:
:-)
Date: Wed, 27 Dec 2000 22:31:05 +0200
From: Ury Segal
To: egon@tuininga.org
Subject: Aduva Manager Privecy issue
[ The following text is in the "windows-1255" character set. ]
[ Your display is set for the "ISO-8859-1" character set. ]
[ Some characters may be displayed incorrectly. ]
Hi!
I am Ury Segal from Aduva.
I just wanted to say, in advance to the answers to your question you'll
probably get tomorrow ( It's 22:27 here ), that your privacy is kept, and
Aduva Manager does not send the inventory of your computer to our
servers. All we have is your IP ( and what you asked to download -
but that's just any FTP site can do. )
We are making the sources ready for GPL, and then you'll be able
to check my claim, but till then - you can either sniff the packets and
see for yourself, or just believe me
(The stream is SSLed, but it's sniffable if you are
on one end )
--
Ury Segal
Aduva INC
Phone: +972-3-7534300
Fax: +972-3-7534343
--
Give a man a match, you keep him warm for an evening.
Give a man a match, you keep him warm for an evening.
Light him on fire, he's warm for the rest of his life
This program is just one of many coming out lately that does the same error as Microsoft: Merging functionality and user interface. A package tool should consist of either one (or both) of a) a library b) a command line tool. Merging UI and functionality makes it very hard to change the UI (bringing it to a web-based administration, automation, etc) in the future, if needed.
Unfourtunately, this have been done a lot lately, mainly by KDE developers (No offense, you make a really good GUI, and some really nice functionalities, but could you please separate the two?):
* KMail have functionality to download mails and filter mails to different mailboxes (It should have used fetchmail and procmail for that, and provided only a graphical configuration tool for those two backends).
* QT contains both basic datastructures (Linked lists, hash-tables, etc) and GUI widgets (Buttons, listboxes, etc). In GNOME, those two parts are separated in Gtk+ (GUI widgets) and glib (basic datastructures).
* KDE contains a virtual filesystem that enables the user to transparently use files on remote sites using any KDE application. This functionality should have been in the operating system filesystem layer (There are several projects to achive this (portable): Podfuk, Alex, etc) VirtualFS), since as it is now, only KDE applications benefit. Here I might add that GNOME are unfourtunately heading for the same, developing the gnome-vfs (which stems from the Midnight Commander VFS).
--The knowledge that you are an idiot, is what distinguishes you from one.
Redhat and rpm sucks. Debian's packaging system is way better. Mandrake does the best job bundling and configuring their distribution, but alas, it's rpm-based. What I really wish is that Mandrake was Debian based, or that someone would build something as well thought out as Mandrake using Debian. Maybe this new thing will bring Debian-class ease of administration to rpm-based systems, that is, if it actually works.
This 'Aduva system' stinks of a pay-for-play service of some kind....
What is the Aduva business-model? What are they planning on doing to feed themselves? Does anyone know?
There seems to be some confusions as to what a "package manager" really is. This isn't an 'RPM front-end to apt-get" as Hemos put it. This is a port of apt to support RPM's as a package format. Debian packaging is done through 'deb' packages, which are almost identical to RPM's in form and functionality. Both have evolved to be very good package building, deployment, and retraction tools for software.
What this, Helix-Update, Eazel Services, apt, and up2date really do is function as package distribution channels. They resolve dependencies, check package location/availability against host-side maintained repositories and download the appropriate packages, once all the dependencies are figured out and resolved. They do not install the packages -- the package manager (RPM, dpkg) does this part. (Well, technically they can, but this would be through either re-writing, or linking to the library form of the package manager.)
While noone can argue that Debian had this capability first, and probably (currently) does it best due to having time to mature, it's natural that this capability will come to other distros and package formats precisely because it works so well.
Cheers,
Ken Crandall
I've spent enough time with all these distributions... Seems the only way i can get the linux system i want is to do it myself.
It's the best all-in-one package tool there is. Sure, it has cryptic file names and horribly difficult-to-use packaging tools (see swpkg(1)), but you get one-of-a-kind features you can't find elsewhere, like the ability to have uniform installation sets across multiple machines (oh, gee, rpm and deb have that, too)! Remote unattended installations (I guess debian can do that, whoops)! And above all else, you get the wonderful "showprods" command that is easy to decrypt and includes its own paging tool which seems oddly like "| more".
-Chris
...More Powerful than Otto Preminger...
It will be skinnable in newer versions
I really hope that by "skinnable" you mean that it will use the widget set that your window manager & desktop environment provides, or at the very least provide that as an option.
That last thing in the world we need are 500 "desktop-ready" applications, each with their own skin format. I already use four different applications that have separate theme formats: XMMS, Nautilus, Mozilla and gkrellm. Combined with GTK and Sawmill, that's 6 different theme formats I have to keep track of. (Well, that's kind of a lie; I have Mozilla installed so I can use Galeon...)
I don't need a themeable package manager, ICQ client, mailreader, image editor, web server, and SETI@Home client. Desktop environments provide those widget sets for a reason...
Jay (=
Hey, I got Debian 2.2r1 to install on my 68040 based Mac Centris 660AV, so I'm not saying it's impossible. I've just never had it EVER go as it was 'supposed to'... I've had problems with installing the X Server (in the 2.0 release that I was playing with, the console would cease to respond when working with the X servers and i'd have to manually kill-9 it and try again), I've had problems with dselect, with applications seg faulting on good hardware, and with certain pieces of hardware that worked back in Slackware on the 2.0.0 kernel not work in Debian 2.2r2. Maybe this is being picky, but lots of stuff just gets on my nerves.
Yes, RedHat, SuSE, Mandrake, etc are easy to install, very easy, like i can put the disk in, boot, select the shiny red button for 'install' (figuratively speaking) and it'll set all the defaults and select all the basic, normal packages. I don't have to do much. Sometimes, like with that Mac, I don't mind a challenge, but when it's just giving me a headache because I want to be able to play sounds or talk to my NIC, it's quite annoying.
Just my two cents worth...
"Titanic was 3hr and 17min long. They could have lost 3hr and 17min from that."
IBM had PL/1, with syntax worse than JOSS,
And everywhere the language went, it was a total loss...
Yeah me too!
Are YOU listed?
Try rereading my post again! Uh huh!
Are YOU listed?
I for one got all excited when I heard Conectiva had ported apt to work with RPM's. I had to install it and give it a go. A week later, not to bad I must say. The only negative thing I have to say is that Conectiva's web site does not seem to get updated very often (no security update list or FAQ, or Knowledge base, no nothing...) However -- the most important is the distribution -- and so far it rocks!!! It seems like the best of both worlds so far. Cross my fingers. (Will Madrake convert to this for 7.3? -- I wonder)
(+1 Funny) only if I laugh out loud.
-Daniel
Because it's more profitable. How's that you ask? RPM is a for-profit company that relies on you buying new releases of their distro for profit while debian, on the other hand, is not.
If one could apt-get distupgrade a Redhat box ad infinitum you could buy their distro once and upgrade from that point forward. Debian is a non-profit organization and does not worry about cashing in on the next point release. Debian users upgraded from 2.1 to 2.2 by issuing a simple command. Redhat users sometimes have to deal with dependency problems if they want to upgrade a package and you can imagine what could happen with hundreds of packages.
Redhat benefits when people buy their distro. They might benefit if they could provide an apt-get frontend with a subscription based service. Although I would love to see an apt-get front end thats free to all, I bet the suits at Redhat corp won't let this happen. I could be wrong, but I think the use of a tool like apt-get and especially doing a distupgrade on a Redhat box is about profit and nothing more.
2.You may install the program yourself, but you must do so in accordance with Aduva's instructions. The Program is licensed, not sold. This license does not confer you title or ownership in the Program. The Program is not subject to any General Public License and is in whole or part the proprietary property of Aduva. You are specifically prohibited from reverse engineering the Program.
7.Confidentiality. All elements of the Program, the servers it attaches to, the manner of operation thereof, the code thereof and the information relating thereto are considered confidential information and you agree to maintain such information absolutely confidential and not to disclose such information to any third party whatsoever without first obtaining Aduva's prior written consent.
More (including a nasty termination clause) can be found on http://www.aduva.com/mason/new/licenses.html
I just downloaded it and tried it on a machine which I did not touch since I installed Redhat 6.2 on it (it sits here as a printer server), and here is what the program did:
1. compiled and added sound support for my ES1371 (I didn't know that I have sound card onboard, heh)
2. Upgraded my Netscape to 4.76 - security update (thats nice!)
3. updated my gtk
Then I selected the kernel and clicked Upgrade Now - and it downloaded and compiled kernel 2.2.17 quite nicely..
Overall - I really like the program - I just really hope that they'll replace the BUTT UGLY GUI and add the option to let me resize the window (it looks very small on EXCEED on my NT when I'm running 1600x1280)
Good work Aduva!
YoGi
apt is GPL, and so is the port to RPM. Any RPM-based distro is free to use it as it pleases. And many people already used it to upgrade Redhat systems, for example.
I'm also worried about this trend. Next we'll need a skin-format-manager that can simultaneously select different skins in all managed applications. Yuck. Now is the time to avert such a crisis, isn't it?
The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...
Given that they say they are going to GPL it, if they are not currently linking to a GPL component, they aren't doing anything wrong.
Not that I am sure the business model makes much sense. There are too many people willing to give away what they are seeking to sell.
Thanks
Bruce
Bruce Perens.
Why do so few people use src.rpm?
I love src.rpm packages for simple reasons, they make instalation and removal a cinch, but at the same time they have all the advantages of source.
I can recompile with opt flags, change install paths, apply custom patchs, and build myself a nice reusable rpm file for later use.
For all the people who complain about package systems "robbing me of control" try using src.rpm packages more often, there easy to use, flexable, and give you a nice clean souce tarballs that you can tweak to your hearts content.
Anyway it's great. If i can apt-get from RedHat and Mandrake I'll start using them for desktops.
Debian is n1 for servers though.
Pedro Côrte-Real.
Well, technically RPM will automatically deinstall any obsoleted packages on an upgrade, and so you'll also need to grab those as well, but this doesn't happen to often. Besides, you can always do:
rpm -q -a | sort >before
rpm -UvhF *.rpm
rpm -q -a | sort >after
It shouldn't be too hard to put together a wrapper for RPM that does that, and then reinstall all the older packages if you want to back out.
---
And they're HTML::Mason newbies too! ;-) See that /mason in the URL? That's how
you initially set up Mason until you figure it out and get everything working. I guess it doesn't do any harm leaving it in there, but it looks pretty goofy. (HTML::Mason is a really cool HTML templating package for Perl.)
--jbHelix Code is working on such a program that they call IIIRC a meta theming engine. It currently has support for Gtk, Sawfish and XMMMS but it should be very modular.
Monkey sense
Of course, it's an entirely unlabeled fiction, but that shouldn't disuade any pointy-hairs.
All kings is mostly rapscallions. -Mark Twain, The Adventures of Huckleberry Finn
>This leads me to believe this will not always be free.
Yup, in both senses. If that's a problem for you, don't use the software. It's an extremely simple concept. If you don't agree with the license, and you can live without the software, don't use the software.
One thing that's ignored when discussing freedom is the freedom of an individual developer/organization to choose the license for their own software. I think it's high time we start respecting people for their choices (when they don't violate our rights, which this software doesn't seem to do) rather than bashing them over the head for not releasing software under the GPL.
Stating on Slashdot that I like cheese since 1997.
I think it's an excellent idea. I hadn't realized, when I last worked with it, that it wasn't RPM4-friendly yet. :-} It looks great, and doesn't live in the shadow of Debian, which is double good. "Oh look, you had to go to Debian to fix your distro!" No, Connectiva simply fulfilled one of the promises of apt-get -- that it'd be packaging system format agnostic.
I'd be more interested in yup simply because it's custom-built for RPM and isn't going to get constant flack from Debian zealots.
Stating on Slashdot that I like cheese since 1997.
if you feel the need to compile, compile. but package after that, and you'll thank yourself if you manage more than one machine..
If you have a problem that requires 'tweaking,' your problem is most likely a configuration problem, not a packaging problem. If you have a packaging problem, make your own packages from source RPMs.
Of course, if you're like me and have redhat running on a few different architectures, I only get source RPMs and make binary RPMs from there.
and if you want to use RPM on Solaris, check out snapdragon, very cool. Also to be extended to Digital Unix and Darwin if I ever get the time!
-o
SuSE for a long time has had the ability to do updates off the web. You run YaST and tell it your installation medium is an FTP server and then tell it you want to update your existing setup. You can go through and install new apps or just update stuff you already have. It's worked pretty well for me and I've had the same system since version 6.1. Things I would like to see added to this are XML package descriptors vis a vis HelixCode, and support for HTTP updates in addition to FTP. YaST2 does all the stuff YaST does but with a friedlier X interface. I also want GNOME and KDE pluggins for YaST2 that will run in their respective trays and keep me up to date on package updates are up on servers.
I'm a loner Dottie, a Rebel.
Software for Linux just keeps on getting better and better. Everytime new software for Linux comes out, it's always got cool and usable features that manage to kick MS's butt. As time goes by, more microshills will be putting their tails up their ass.
is to get a clue and look at the success of the BSD's ports collection... Nothing like a good "make install" and a "make world" combined with CVSup to keep up to date... FreeBSD has done so well on making installs simple yet understandable and controllable. Its easy to kee up with dependancies (as this is controlled all by the Makefile)
:)
LIB_DEPENDS= tk82.1:${PORTSDIR}/x11-toolkits/tk82
As you can see, the "LIB_DEPENDS" handles all the dependancies...
OH AND FREEBSD's Port Collection will always be free... NO LICENCES!!!!
CVSup updates your Makefiles so you have the latest versions... Schedule this with CRONTAB and a good perl script and you are good to go...
BSD has had it right all along... IMHO
Sarcasm is the recourse of a weak mind...
--
1) It's written Conectiva (with one n!)
2) Yeah, I know that RPM 4 has quite important differences relative to RPM 3, but... is programming to RPM 4 so difficult? Or nobody
(Aduva or Conectiva) wants to tackle it?
3) It's yet to be seen a success of RPM 4 and Conectiva's apt.
4) up2date can suck, but for the job it was designed for (maintain people's system updated) works well.
5) Let's face it, people! apt is great and stuff, but it's used as a kind of up2date/rpmup *BECAUSE PEOPLE WANT ONLY AN UPDATER!*.
Cesar Cardoso can be found at cesar at zyakannazio dot eti dot br (or at least I believe so)
1) Calculates dependencies, asks you if you really want to download these 30 MBs of packages. (The required packages along with your requested package.)
/var/cache/apt/archives. Keep in Mind that this may fill small /var Filesystem pretty fast.
2) Downloads all packages in one go.
3) Installs the packages.
4) Packages are left in
Once you've spent a few months with Debian you won't touch any other distro again.
- wonder if they have a privacy policy... They have one, find it here: http://aduva.com/mason/new/privacy.html
--------------------------------
The up2date service has been changed, and no longer uses that directory - it's now a part of Red Hat Network. I like the new program better - I never liked the old one, so I didn't use it much. The new version works nicely, and I use it on my private machines.
i'd have to agree for the most part. i'm having
to do a lot of work with rpm packages and the
rpm source code. i pretty much think it's crap,
and isn't designed well at all. allowing rpm
packagers to VERSION tag their packages with any
arbitrary string, and then trying to logically
parse it to handle dependency resolution is just
fucking stupid IMO.
how does one compare cdalpha3.7p to 0.3.7 ?
that's just one example,
there really isn't ANY way to consistently
perform version comparisons when everyone is
allowed to make up their own rules.
I run into these problems all the times, plus
"circular dependencies" and other such nonsense.
now a lot of people might argue that those are
"packager errors", but a lot of stupid packaging
mistakes could easily be avoided from the outset
with a more well thought out design.
i haven't really looked into debian that much,
but i'm hoping it's a better system.
--thanny
Incantations Media Group
Just run "up2date -u", and it will update your system from the command line.
It can be configured with up2date-config, so if you just want to download the packages or mark certain packages to be skipped you can easily do that as well.
The system requirements page clearly states that aduva is for Redhat 6.x and will not work on Redhat 7.0
1. It is good to keep the open-source open and make Linux top operating system with the help of companies like Eazel, Helixcode and Aduva. Competition is good for Linux and for Users. 2. Aduva does NOT keep any information regarding peoples downloading.