package maintenance

Old stuff that should not bother anyone anymore
User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: package maintenance

Post by thenktor » 12. Jun 2009, 14:28

gapan wrote:
thenktor wrote:And just idea: we could add a file $packagename-chaneglog.txt to the repository, where all past versions with changes are listed.
I think that is overkill to do for each package. Anyone can easily create that list with grep packagenme CHANGELOG.TXT anyway. That assumes that changelogs stay there and not get deleted with each version as they do in zenwalk ;)
Where? Sorry, I don't get it :)

EDIT: OK, we just need one CHANGELOG.TXT
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)

User avatar
JRD
Salix Warrior
Posts: 949
Joined: 7. Jun 2009, 22:52
Location: Lyon, France

Re: package maintenance

Post by JRD » 12. Jun 2009, 14:47

A web interface coupled with e version control systme (svn ?) could solve all of this.
I will explain a bit futher if you like (I have no time today).
Image

User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: package maintenance

Post by thenktor » 12. Jun 2009, 14:50

JRD wrote:A web interface coupled with e version control systme (svn ?) could solve all of this.
I will explain a bit futher if you like (I have no time today).
Sounds very good :geek:
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)

User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: package maintenance

Post by thenktor » 15. Jun 2009, 11:35

Just want to write down what we've talked about:

1. There should be a web interface where packages can be uploaded
2. The uploaded packages get stored in an "upload cache"
3. There could be a page that shows the packages in the upload cache. Trusted users should mark them as tested. When 3 users have marked as tested the package could automatically go to the repository.
4. When a upgraded package goes to the repository, the old version should be saved in a backup directory.
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)

User avatar
Sparky
Posts: 30
Joined: 11. Jun 2009, 16:26
Location: Terra
Contact:

Re: package maintenance

Post by Sparky » 15. Jun 2009, 15:59

Will there be a separate repository for user-uploaded packages, ones that don't all get verified by trusted users? An untrusted, or suspicious, "use at your own risk" repository?

User avatar
gapan
Salix Wizard
Posts: 5617
Joined: 6. Jun 2009, 17:40

Re: package maintenance

Post by gapan » 15. Jun 2009, 17:14

I don't really like the idea of unofficial, unsupported packages... Same reason I wasn't very fond of ZUR and uploading packages there only.
Image
Image

User avatar
thenktor
Salix Wizard
Posts: 2426
Joined: 6. Jun 2009, 14:47
Location: Franconia
Contact:

Re: package maintenance

Post by thenktor » 15. Jun 2009, 17:20

Sparky wrote:Will there be a separate repository for user-uploaded packages, ones that don't all get verified by trusted users? An untrusted, or suspicious, "use at your own risk" repository?
I don't like this, too. You can get a bunch of bad quality packages from linuxpackages.net if you want.
Image
burnCDDA (burns audio CDs)
geBIERt (German beer blog)

Shador
Posts: 1295
Joined: 11. Jun 2009, 14:04
Location: Bavaria

Re: package maintenance

Post by Shador » 15. Jun 2009, 21:47

What about a wiki entry with links to the private package accounts.
I sometimes packages software which isn't very packaging-friendly and/or doesn't confirm to the packaging rules (something like missing desktop, ...) and just put them into my unofficial folder, so that anybody could use them, I have a backup and not the pain of maintaining it.
I know that you were/are hosting quite some of those, gapan. :)
Image

Shador
Posts: 1295
Joined: 11. Jun 2009, 14:04
Location: Bavaria

Re: package maintenance

Post by Shador » 15. Jun 2009, 22:15

JRD wrote:A web interface coupled with e version control systme (svn ?) could solve all of this.
I will explain a bit futher if you like (I have no time today).
I would be interested in hearing a bit more about this as I had quite good experience with vcs lately. But I can't exactly imagine how it's used for a distro.
I think svn is ok, because usually a distro doesn't need good branching and merging support. :D
Although I've had a quite good experience with bazaar.
Image

.:B:.
Posts: 34
Joined: 7. Jun 2009, 16:58

Re: package maintenance

Post by .:B:. » 15. Jun 2009, 23:24

gapan wrote:I don't really like the idea of unofficial, unsupported packages... Same reason I wasn't very fond of ZUR and uploading packages there only.
There's two sides to a medal. On one hand you have build scripts and stuff that are prepped for zenwalk, and (hopefully) work. On the other hand is no 100% reliability. An AUR-like approach with trusted users should amend that.

Also, one could run a check against stuff available on slackware's own mirrors and slacky.eu to eliminate any redundancies if present. I think that would greatly diminish the possible amount of packages.

Locked