LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (http://www.linuxquestions.org/questions/slackware-14/)
-   -   slackpack tool - need suggestions (http://www.linuxquestions.org/questions/slackware-14/slackpack-tool-need-suggestions-4175456645/)

linuxxer 04-03-2013 03:45 AM

slackpack tool - need suggestions
 
2 Attachment(s)
Slackers,

I am trying to create Package Management Tool for Slackware -- named "slackpack".

I am comparatively NEW to the Slackware.

I am trying to create a tool which work with Slackware repository
and **SLACKWARE SIMILAR BINARY PACKAGE REPOSITORIES**.

AIM : NOT TO HANDLE ANY REPOSITORY WITH ANY ASSIGNED PRIORITY

Details are provided in attached README.TXT file.

Kindly check the attach files for more information and source code.

Suggestions are expected.

Thanks in advance.

Didier Spaier 04-03-2013 04:09 AM

Hi linuxxer,

I can't say much as I am not proficient in C.

IMO a -h or --help option stating the options and usage is necessary (as when you type "slackpkg" or "installpkg" without arguments, for instance).

I can hardly understand how to use it reading README.TXT, maybe that's because English is not my native language.

gnashley 04-03-2013 04:13 AM

So, how much do you know about binary compatibility?

Alien Bob 04-03-2013 05:55 AM

Quote:

Originally Posted by gnashley (Post 4924114)
So, how much do you know about binary compatibility?

I think he was not referring to binary compatibility, but rather he wants to support 3rd party Slackware package repositories with a layout and metafiles similar to the official Slackware repository.

Eric

gnashley 04-03-2013 12:23 PM

Well, Eric, of course binary compatibility comes into play -even the official repos are sorted by architecture and using packages from other repos is 'frowned on', if for no other reason than possible compatibility problems. It seems obvious that he must know something about what packages might be compatible with which versions, but I'm not wanting to argue about it.

I would point out though that the name 'slackpack' is already used by another project -in fact by more than one:
http://sotirov-bg.net/slackpack/
http://sourceforge.net/projects/slack-pack/

linuxxer 04-04-2013 12:22 AM

@Didier Spaier
This tool is under-developement. It is just an idea.
So I developed only sufficient required functionality.
Once everything get finalised after that I will implement all required command-line options.

It is very difficult to modify C code.

English is also not my native language.

Thanks for your reply.

@gnashley
If your talking about system architecture related package compatibility,
then package having arch information in package tarball name.

If you talking about package compatibility with Slackware version.
that I want to know from experienced Slackware users like you.

I already mentioned that I am comparatively new to Slackware.

I per my understanding.

Slackware 13.37 package may not work with Slackware 14.0.
But I think Slackware-Current packages work on installed Slackware 14.0.

When new Slackware version get released,
Slackware-current is further developement of that version, for next Slackware stable release.

If I am wrong, then please correct me.
For tool developement, this is also very important for me.
I just forgot to mention this (package compatibility) point in README.TXT file.

Thanks for url.
I will find new name for my tool.

Thanks for your reply.

Edited:
gnome-slackbuilds13.37 repository is configured,
because for testing I need more repositories, which having Slackware similar repository structure.


@Alien Bob
Thanks for your reply.
Any suggestions?

allend 04-04-2013 01:35 AM

Quote:

But I think Slackware-Current packages work on installed Slackware 14.0.
There is no guarantee on this. With Slackware-current you see package additions, package removals, upgrades to glibc, new X versions, etc that all could lead to problems with packages that work on Slackware 14.0.

a4z 04-04-2013 03:57 AM

@linuxxer,
the more tools there are the more joice exist.
and I am also a fan of writing tools, even if something simmilar may already exists, there is always the chance that new software does something additional, better or becomes something different,
but let me ask, do you know slapt-get , http://software.jaos.org/
I do not use it on Slackware, but Salix uses it , and it seems to me that it has the features you mentioned.

linuxxer 04-04-2013 10:45 PM

Quote:

Originally Posted by a4z (Post 4924828)
@linuxxer,
the more tools there are the more joice exist.
and I am also a fan of writing tools, even if something simmilar may already exists, there is always the chance that new software does something additional, better or becomes something different,
but let me ask, do you know slapt-get , http://software.jaos.org/
I do not use it on Slackware, but Salix uses it , and it seems to me that it has the features you mentioned.

I tried slapt-get, It is great.
I am writting this tool just for fun.
Just my own implementation.

linuxxer 04-04-2013 10:50 PM

Quote:

Originally Posted by allend (Post 4924773)
There is no guarantee on this. With Slackware-current you see package additions, package removals, upgrades to glibc, new X versions, etc that all could lead to problems with packages that work on Slackware 14.0.

I agree with you.

But somebody wants to install FEW packages from slackware-current, then it is allowed by tool.
Installing packages will be sysadmin's responsibility.

I know slackware-current is rolling release distribution.

linuxxer 04-05-2013 07:19 AM

Quote:

Originally Posted by linuxxer (Post 4924093)
AIM : NOT TO HANDLE ANY REPOSITORY WITH ANY ASSIGNED PRIORITY

Aim : Implement slackpkg similar functionality + Handling multiple binary repositories.


All times are GMT -5. The time now is 07:24 AM.