You are not logged in.

Dear visitor, welcome to KDE-Forum.org. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

sleepkreep

Beginner

  • "sleepkreep" started this thread

Posts: 9

Location: Murfreesboro, TN

Occupation: Linux/Unix Systems Admin for Middle Tennessee State University

  • Send private message

1

Friday, April 15th 2005, 10:25pm

KDE software installer (new format, .krpm) Need Feedback!

I have an idea that I need feedback on. First let me say that I am a very beginner developer and could never tackle something like this. But, the idea is a good one (I think) and I wanted feedback on whether or not it would work. Maybe I could get a team of developers together to work on it. Flood me with emails (sleepkreep@gmail.com) and replies to this post.

My idea is to make a more user friendly way of installing KDE applications. It also makes installing them distro independent. Although by compiling from source is the best way to install software, this with the proper setup is just as effective. It also allows users to install software without root password (with administrator permission). Unlike the current .rpm way of installing (which requires the software be compiled for a specific distro), where the binaries are put are detemined by the installer. This makes it also possible to create packages for updating KDE without compiling from source and without distro specific RPMs. It may take a while for developers to start to use this system, but if it is put in place it will be used widely. This system will not work unless KDE integrates it.

Format: .krpm
1) Administrator Chooses to allow users to install software to their home directory

2) User installing software is presented with option to install system wide or to home directory. System wide requires root password and has the option to install src files.

3) krpm packages contain following directories:

SCPT-> #contains shell script that reports back to the installer what files are to be installed or any errors. For use when certain files should be installed instead of others based on system configuration and other software availability.
$script
BIN-> #contains binary files to be installed to ~/bin directory or kde system bin directory
$file
$file
LIB-> #contains library files to be installed in .kde/share/lib/ or kde system lib directory
$file
$file
SHARE-> #contains configuration files for KDE. To be installed in ~/.kde/share/packages/share or KDE system share directory.
MAN-> #contains man pages to be installed to ~/.kde/share/man. This requires that the installer make sure that this directory is part of the MANPATH environment variable.
SRC-> #contains include files for development. For use with system wide installation only (requires root password)
$file
$file

4) Software manager has Administrator mode where admin can view all installed krpm packages in all user's home directories. Every time a package is installed, regardless whether it is installed in user home directory or system wide, the installer reports the installation to a file in the kde system directory. Every time a package is uninstalled, the installer report that as well.

5) The software installation program can search a file containing a list of all available software on kde-apps.org for software meeting user's search criteria. The installer program can also be configured to search other software-list-files on other servers. When a package is selected, the installer downloads it and installs it. This could automatically solve dependency problems as well.

6) Some packages will require root privelages regardless of whether the user wants to install in their home directory. These packages will be modifications to konqueror and and other system wide apps. These packages should not be listed in the installer program as available unless the installer is in Admin Mode.

anda_skoa

Professional

Posts: 1,273

Location: Graz, Austria

Occupation: Software Developer

  • Send private message

2

Saturday, April 16th 2005, 3:46pm

How does this compare to autopackage?

I am not sure yet another third party packaging system has a high chance of surviving if even something like autopackage is having difficulties getting used.

Cheers,
_
Qt/KDE Developer
Debian User

sleepkreep

Beginner

  • "sleepkreep" started this thread

Posts: 9

Location: Murfreesboro, TN

Occupation: Linux/Unix Systems Admin for Middle Tennessee State University

  • Send private message

3

Saturday, April 16th 2005, 5:33pm

About autopackage

You know, I just found out about autopackage yesterday and was coming here to close this thread. Are there any plans of integrating autopackage with KDE? I know it's not ready, but it never will be unless we set a new standard.

4

Sunday, April 24th 2005, 1:40am

RE: About autopackage

A KDE front end comes with autopackage. I don't know how well/at all its integrated with KDE (though if autopackages catches on, and I hope it does, it probably will become integrated very nicely w/ KDE).

A while ago Autopackage 1.0 was released so it shouldn't be long before it starts appear in distros (maybe it will be in FC4? :D)

anda_skoa

Professional

Posts: 1,273

Location: Graz, Austria

Occupation: Software Developer

  • Send private message

5

Sunday, April 24th 2005, 11:47am

We will see how this catches on.
It is basically an offer to third party applications, but I think most of the really popular of them already have their distribution packagers.

Cheers,
_
Qt/KDE Developer
Debian User