You are not logged in.
Pages: 1
I don't know if this is a ridiculous idea, but could package management be implemented with Subversion?
If I understood correctly, you don't need to update whole binary package with every update, but instead you only download/update the changed part? That would lessen network traffic at least
"I propose we leave math to the machines and go play outside." -- Calvin
Offline
i think this is almost the same as discussions of having patch versions instead of full packages. the consensus, if i remember, it wouldn't work.
but that was awhile ago and wasn't subversion ... soo.
AKA uknowme
I am not your friend
Offline
Subversion is mostly for controlling text based files. It handles binary files, but I don't know how efficient it would be.
There was talk about implementing a binary diff based version of pacman at one (no, several) time. Search for "binary diff" will tell you what people thought... those of us on dialup thought it was a good idea, but its quite a bit of trouble... it's on the maybe someday when there's nothing else to do ie never list.
Dusty
Offline
Subversion handling binary files is very inefficient. It takes a long time to try to check out about 100 binary files... a very long time...
And subversion handles binary files as wholes, not as diffs, so you download the whole thing anyway.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
what would hapen if you have a self compiled version of a package installed? You would not be able to update this this way. The only way is then to compile it again and again and your time and broadband saving strategy has gone.
Offline
You have to do that anyway.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
You have to do that anyway.
Uhmmm, why? if you have an self compiled package installed and there comes an newer version of that package in the package repository, why should i compile the package again?
Offline
You have to do that anyway.
Uhmmm, why? if you have an self compiled package installed and there comes an newer version of that package in the package repository, why should i compile the package again?
Because you want to keep your packages up to date?
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
i dont get it.
I have a self compiled version of a package installed. After some time i can get an newer version of a package via pacman -Syu (because of whatever), i dont to recompile. If you do...
But an update of such a package via subversion is not possible. thats all i wanted to say.
i hope it comes clear now!?
Offline
Sure, what you said is clear now. But I believe you're not understading how subversion would work in a case like this.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
hmm. you may be right. i think that subversion would say something in this way: "VERSION MISMATCH: that package is not binary compatible. go update it yourself" Everything else would be deadly.
if im false, forget everything ive said.
Offline
if I were Judd [I'm not!] ;P I would choose for abs at least GNU Arch
so two Arches would cooperate ;P
Offline
Pages: 1