Click Here
home features news forums classifieds faqs links search
6071 members 
Amiga Q&A /  Free for All /  Emulation /  Gaming / (Latest Posts)
Login

Nickname

Password

Lost Password?

Don't have an account yet?
Register now!

Support Amigaworld.net
Your support is needed and is appreciated as Amigaworld.net is primarily dependent upon the support of its users.
Donate

Menu
Main sections
» Home
» Features
» News
» Forums
» Classifieds
» Links
» Downloads
Extras
» OS4 Zone
» IRC Network
» AmigaWorld Radio
» Newsfeed
» Top Members
» Amiga Dealers
Information
» About Us
» FAQs
» Advertise
» Polls
» Terms of Service
» Search

IRC Channel
Server: irc.amigaworld.net
Ports: 1024,5555, 6665-6669
SSL port: 6697
Channel: #Amigaworld
Channel Policy and Guidelines

Who's Online
18 crawler(s) on-line.
 131 guest(s) on-line.
 0 member(s) on-line.



You are an anonymous user.
Register Now!
 Joe_RSA:  9 mins ago
 yoodoo2:  17 mins ago
 zipper:  19 mins ago
 vox:  19 mins ago
 eliyahu:  27 mins ago
 mordock:  35 mins ago
 K-L:  37 mins ago
 pixie:  52 mins ago
 matthey:  1 hr 6 mins ago
 kriz:  1 hr 9 mins ago

Software News   Software News : APMS
   posted by Anonymous on 21-May-2005 9:54:57 (7001 reads)
This coming week will see the release of Amiga Package Management System. This is an API and command line tool for AmigaOS4 users to keep their Amiga installations and packages up to date with a given package server. Currently the only package server we have is the os4depot mirrors.



Why bring this up now? Well its the weekend and a lot of you who wouldn't normally browse here will be doing so and have a chance to input or volunteer to help maintain and enhance the codebase.

You can get your packages to use APMS for not just synchronising packages but to cover install and removal itself once programmers start to adhere to the apms install/uninstall mechanism. Until then it can be used just as a way of keeping in sync with os4depot updates.

The first release covers maintaining your system in line with files on os4depot.net or any mirror. The underlying technique is below but you will be able to:

apms update
- automatically updates all packages you have installed, if a newer one is available.

apms install ( package name )
- downloads, unpacks and installs ( or prompts for user action to install if no apms.install script is found ) the package that matches ( package name ). If there is more than one package matching that name you are prompted for which one you meant.

apms remove ( package name )
- if there is an apms.uninstall script in the package itself, that is called. If not, it removes the local copy of the archive and marks it as uninstalled in the database.

apms query ( query string )
- run a complex query on APMS's local package database and even any remote data.

The power to do much more is available in the tool, including updating only security fixes, operating system components etc. But until a common install/uninstall format is put together for AmigaOS the tool is limited by our scenes packaging practices.

APMS was discussed, designed on #amigadev in 2003, 2004 and 2005 in bits and bobs. Only now have we all the tools required to finish it off. Reply here if you wish to get involved in public beta-testing of the tool.

What else remains to be done?

- Get packages to run an installer script in apms.install and apms.uninstall
- Add handlers for all unarchiving types available rather than the limited set we have.
- Get someone to do a gui tool

What should developers do?

- Just package as normal and ignore this, thats fine.
- Implement an apms.install script and an apms.uninstall script in the base directory of your archive that covers those two processes.
- Get in touch.

Credits to:
- Orgin, Nicomen, Sibbi, GuruMeditation and anyone else from #amigadev who pitched in the original discussions.

The packaging tool is Freeware, and self updating. The APMS tool source is available to anyone who downloads APMS and runs the apms tool to request the source using apms install apms_src.
    

STORYID: 2307
Related Links
· More about Software News



Most read story about Software News
UBoot 2010.06.04 for Sam460ex available

Last news about Software News
Hollywood APK Compiler 4.0 released
Printer Friendly Page  Send this Story to a Friend

Goto page ( 1 | 2 )

PosterThread
alx 
Re: APMS
Posted on 21-May-2005 10:14:31
#1 ]
Super Member
Joined: 7-Mar-2003
Posts: 1224
From: Midlands, UK

Is this basically a replacement for the Installer, but with RPM/APT database, compatibilty and updating features? If so, it should make software installs, updates and uninstalls a lot easier for OS4 users - nice Would there be the same flexibility for setup as when using Installer?

Last edited by alx on 21-May-2005 at 10:16 AM.


_________________

 Status: Offline
Profile     Report this post  
Eric_S 
Re: APMS
Posted on 21-May-2005 10:22:13
#2 ]
Team Member
Joined: 7-Mar-2003
Posts: 1334
From: Stockholm (Sweden)

I dearly hope that this will be included as a contrib in OS4 final. A package manager, coupled with a GUI that updates a database with available apps, is great for all users alike that's looking for for some basic apps for their Amiga. And it's a great argument for using the Amiga, finding freeware/oss applications to get you started should, once the GUI is in place, be effortless even for the most clueless user.

@Wiffy and others

Cheers, this is one of the best pieces of AOS software news that I've heard about in a long time.

 Status: Offline
Profile     Report this post  
Anonymous 
Re: APMS
Posted on 21-May-2005 10:39:39
# ]



Yes, thats precisely what it does.

I know of one software writer who was working on something a bit similar, I dont know how far he has got, but hes an excellent gui writer. I hope he takes a peek and incorporates his work - or if his stuff turns out to be better - that we join him.

What it doesnt do in the public version is identify dependencies and whatnot. We still need to get broad agreement on how to maintain depedency information on file stores.

Of course if the OS4 team think its up to it, they can use it.

 
     Report this post  
Swisso 
Re: APMS
Posted on 21-May-2005 10:41:58
#4 ]
Regular Member
Joined: 13-Mar-2004
Posts: 211
From: Bournemouth

Cool, I`m looking forward to trying it out. Hope it becomes as efficient as APT GET is in Debian. I`m sure it will bring a huge boost to OS4


_________________
Swisso Bournemouth A1XEG4 1.3Ghz 7457 CPU

A-Eon X5000/40

 Status: Offline
Profile     Report this post  
EntilZha 
Re: APMS
Posted on 21-May-2005 10:53:55
#5 ]
OS4 Core Developer
Joined: 27-Aug-2003
Posts: 1679
From: The Jedi Academy, Yavin 4

@ Wiffy

Quote:
Of course if the OS4 team think its up to it, they can use it.


In fact, we already had discussions in the past about a package system, but never got to a definitive conclusion and decided it would be thought about after "when it's done".

I brought the topic of APMS up on the developer mailing list. This definitely sounds like something we've been waiting for since a long time.


_________________
Thomas, the kernel guy

"I don't have a frigging clue. I'm norwegian" -- Ole-Egil

All opinions expressed are my own and do not necessarily represent those of Hyperion Entertainment

 Status: Offline
Profile     Report this post  
Kvasarnomad 
Re: APMS
Posted on 21-May-2005 11:00:30
#6 ]
Member
Joined: 4-Jan-2004
Posts: 53
From: Sweden

If this is going to be anything like APT and Synaptic it's going to be so Great.
Have almost never had any problem installing anything with it, and its easy to keep your computer up to date.

This will really be a huge hit if it becomes as good as APT/Synaptic.

 Status: Offline
Profile     Report this post  
Coder 
Re: APMS
Posted on 21-May-2005 11:07:08
#7 ]
Team Member
Joined: 15-May-2003
Posts: 4523
From: The Netherlands

Great. It could also be used to update critical things. Sky is the limit.

Coder


_________________
Can't get enough of me?
The Bucket Diary Blog
The Bucket Diary Twitter Account

 Status: Offline
Profile     Report this post  
rigo 
Re: APMS
Posted on 21-May-2005 11:15:29
#8 ]
Cult Member
Joined: 30-Jul-2003
Posts: 718
From: Unknown

Hmmm, this sounds very much like another (as yet unreleased) tool I could mention....


_________________
Simon

Comments made by me on any public fora are not representative of, or on behalf of, any company I may have, or assumed by the reader to have, any association with.

Any comments are a personal opinion, and should be accepted as such.

 Status: Offline
Profile     Report this post  
FuZion 
Re: APMS
Posted on 21-May-2005 11:22:52
#9 ]
Super Member
Joined: 22-Nov-2003
Posts: 1962
From: Birmingham, England

This sounds excellent. I have a bit of a manual way of keeping my system up to date but this should prove to be a little more efficient

FuZion.

 Status: Offline
Profile     Report this post  
Giovanni 
Re: APMS
Posted on 21-May-2005 13:11:16
#10 ]
Regular Member
Joined: 19-May-2003
Posts: 322
From: Munich, Germany

@EntilZha

OT:

Quote:
it would be thought about after "when it's done".


Is there a life after "when it's done"?


Back on topic: The APMS System sounds very useful, nice work guys!!


_________________
www.amiga4ever.de

 Status: Offline
Profile     Report this post  
Anonymous 
Re: APMS
Posted on 21-May-2005 13:23:43
# ]



As Rigo said theres another system, which hopefully we can merge, or bakeoff. Either or, its something we need and at least one of the tools will be perfick.

 
     Report this post  
hotrod 
Re: APMS
Posted on 21-May-2005 15:47:19
#12 ]
Elite Member
Joined: 11-Mar-2003
Posts: 3005
From: Stockholm, Sweden

This sound really good. One thing though, kpackage needs some time to scan
through the source-list. Will this program use a similar system? I'd like to
see it being a bit faster if possible.

 Status: Offline
Profile     Report this post  
Interesting 
Re: APMS
Posted on 21-May-2005 16:21:11
#13 ]
Super Member
Joined: 29-Mar-2004
Posts: 1812
From: a place & time long long ago, when things mattered.

Quote:
Yes, thats precisely what it does.


impressive Wiffy, most impressive !


_________________
"The system no longer works " -- Young Anakin Skywalker

 Status: Offline
Profile     Report this post  
wegster 
Re: APMS
Posted on 21-May-2005 17:57:55
#14 ]
Elite Member
Joined: 29-Nov-2004
Posts: 8554
From: RTP, NC USA

Quote:
This sound really good. One thing though, kpackage needs some time to scan
through the source-list. Will this program use a similar system? I'd like to
see it being a bit faster if possible.


Well, there are a couple of factors in this, but bear in mind package management is something that STILL hasn't been 'done 100% right' IMO..dependencies being the big problem generally.

As regards kpackage- I THINK that does all communication over the network, but may be wrong as I don't use it...even when a 'package database' is on local disk, processing more than just the file name for 10,000+ packages (such as Linux has now) is going to take time.

The best soultion is usually a compromise, perhaps something like BSD ports or Gentoo portage does- a scheduled or manual information sync to remote system(s), and then use that information locally. Obviously, the package information to be stored as well as the underlying disk and filesystem efficiency is going to play a huge part in how fast something like this is..

I think this is something that would be very useful to OS4 users, but I think the big question is regarding adoption success...and I think the only real way for something like this to be globally adopted is to hopefully be refined enough to include as part of the OS4 final CD, or if Hyperion were to push it (ie, make all contrib code adher to this format).

As for other efforts, there pretty much always are...it's not anything to get upset over, unless the initial project was being designed together from the start. Taking a look at each of the two and making comparisions and/or merging the projects may be useful.


_________________
Are we not done with the same silly arguments and flames yet??!

 Status: Offline
Profile     Report this post  
GuruMeditation 
Re: APMS
Posted on 21-May-2005 18:47:25
#15 ]
Regular Member
Joined: 6-Apr-2004
Posts: 281
From: Gothenburg, Sweden

@wegster

Ever tried the Debian package system? Imo, that is the one that works best, and is as close to 100% as possible, if not there. dpkg together with aptitude is, as far as I can tell, unrivaled in the package management department.


_________________
It is not the critic who counts: not the man who points out how the strong man stumbles or where the doer of deeds could have done better. The credit belongs to the man who is actually in the arena." Theodore Roosevelt, speech in Paris, 1910

 Status: Offline
Profile     Report this post  
wegster 
Re: APMS
Posted on 21-May-2005 19:06:48
#16 ]
Elite Member
Joined: 29-Nov-2004
Posts: 8554
From: RTP, NC USA

Quote:
Ever tried the Debian package system? Imo, that is the one that works best, and is as close to 100% as possible, if not there. dpkg together with aptitude is, as far as I can tell, unrivaled in the package management department.


Yes, but it's been a fair while since then, only recently using it again with Debian on the A1.
I've worked on code to work very closely with RPM, including dependencies, plus numerous years of dealing with RPM, pkgadd, swinst, plus portage and ports systems. I'm sure there are a few other obscure ones as well I'm missing though

I'll try to spend some more time on Debian for a bit, and see how it fares versus BSD ports and Gentoo portage (both very similar and handle both source/compile as well as binary packages).

I think a big part of the success or not of a system like this may be in the ease of use to someone writing an installer/datafile for the system. Let's face it, there is a HUGE range of skills and patiece in people doing ports and new AOS software, and it would be a shame to NOT use package management because it's difficult for a developer to grok the format of what's needed.

Something that could be effective and fairly simple for the initial attempt (generally ALL pkg mnagement systems take several iterations to 'get it right.'):
1. Package name
package version
supported OS versions
home page/authoritative source
libs it supplies if any
libs required if any (including versions)
other programs required if any (including versions)
optional programs or libs

That's the basics of what are needed anyways.

Note that versions should likely include , =, == syntax, and this is really where things can get messy. Program A requires lib D, version >= 44.0. Program B requires lib D == 43.1. What options you present to the user become critical here. Something like the MS way incorporating interfaces and interface versions (ala COM), is IMO simply too complicated to get into at this point, as I'd expect it to be difficult to 'force' adoption, especially for older software packages...so best bet would be to initially 'KISS' it..

Using OS4 depot as a source for info would be excellent, if the required format could be pushed, and the 'info file' retrieved easily by such a program for instertion or updates into it's own 'database' of program info.

I've got a busy weekend and then off to CA next week, but will definitely take a look at this-

Wiffy- is there anything written up as far as backend package info/script requirements?


_________________
Are we not done with the same silly arguments and flames yet??!

 Status: Offline
Profile     Report this post  
GuruMeditation 
Re: APMS
Posted on 21-May-2005 19:38:19
#17 ]
Regular Member
Joined: 6-Apr-2004
Posts: 281
From: Gothenburg, Sweden

I can tell you this, I'm managing a host of rpm-based machines.. numerous machines, and yes, there are some tools that help a bit wrt dependencies. However, a single machine using that system causes more problems and headache than 50 using the debian package system.

apt-get install bla.. never a failed dependancy.. apt-cache search bla.. it's just wonderful. Anyway, I digress. Getting something similar for AmigaOS is super, now if we could unite behind a way to make this uniform across *all* packages. I'd like to see the new readme-format of AmiNet set the baseline here.

Perhaps 2-3 people intimately familiar with other packaging systems and how they manage this part could get together and talk about this?


_________________
It is not the critic who counts: not the man who points out how the strong man stumbles or where the doer of deeds could have done better. The credit belongs to the man who is actually in the arena." Theodore Roosevelt, speech in Paris, 1910

 Status: Offline
Profile     Report this post  
shoe 
Re: APMS
Posted on 21-May-2005 19:57:38
#18 ]
Super Member
Joined: 14-Sep-2003
Posts: 1585
From: Gothenburg, Sweden

This is just great! Finally its (almost) here..

About debian v.s. RedHat etc. I have to agree with Guru. And besides theres about ten times as many packages in debian as in the "official" rpm base at RedHat. Suse also got lots of packages, or atleast so I've heard.

Gentoo's portage still kicks every ones ass. (in the Linux world)

 Status: Offline
Profile     Report this post  
wegster 
Re: APMS
Posted on 21-May-2005 20:17:35
#19 ]
Elite Member
Joined: 29-Nov-2004
Posts: 8554
From: RTP, NC USA

Quote:
I can tell you this, I'm managing a host of rpm-based machines.. numerous machines, and yes, there are some tools that help a bit wrt dependencies. However, a single machine using that system causes more problems and headache than 50 using the debian package system.


Don't get me wrong, I think RPM is _entirely_ broken, I was just mentioning it as I've got unfortunately too intimate a knowledge of the way it 'works' (when it does), and it's shortcomings!


_________________
Are we not done with the same silly arguments and flames yet??!

 Status: Offline
Profile     Report this post  
CodeSmith 
Re: APMS
Posted on 21-May-2005 23:58:10
#20 ]
Elite Member
Joined: 8-Mar-2003
Posts: 3045
From: USA

This is a great idea! I can't remember how many times I've downloaded something from Aminet and the readme just said "needs foobar.library 44.1" with no indication of where to get it from.

 Status: Offline
Profile     Report this post  

Goto page ( 1 | 2 )

[ home ][ about us ][ privacy ] [ forums ][ classifieds ] [ links ][ news archive ] [ link to us ][ user account ]
Copyright (C) 2000 - 2019 Amigaworld.net.
Amigaworld.net was originally founded by David Doyle