Project ARM :: Arch Rollback Machine

archman-cro · 2011-02-06 09:05:43

Can we maintain a slightly outdated Arch system with ARM as opposed to Arch (latest) with, say, two months old packages that are tested and patched if needed?
What I'm asking here is can I be able to use ARM server entirely for the purpose of a more stable Arch system? (means all packages are outdated for two months, and fixed if needed)

karol · 2011-02-06 09:16:15

archman-cro wrote:

Can we maintain a slightly outdated Arch system with ARM as opposed to Arch (latest) with, say, two months old packages that are tested and patched if needed?
What I'm asking here is can I be able to use ARM server entirely for the purpose of a more stable Arch system? (means all packages are outdated for two months, and fixed if needed)

ARM is just a mirror that keeps the old packages for some time, it does no patching. You have to use ABS for that.

steve___ · 2011-02-06 13:48:39

@Karol - what do you mean it does no patching? The packages/repos are, as they were, on that date in the main Arch repos. Are they not?

karol · 2011-02-06 13:55:33

steve___ wrote:

@Karol - what do you mean it does no patching? The packages/repos are, as they were, on that date in the main Arch repos. Are they not?

Sorry, I mean it does no additional patching and no patches are backported to the old versions.

archman-cro wrote:

can I be able to use ARM server entirely for the purpose of a more stable Arch system? (means all packages are outdated for two months, and fixed if needed)

If the old version works, that's good. If the new version works - even better.
What do you mean by "fixed if needed"? You get the new version, that's hopefully better than the previous one, but if it fixes one thing and breaks another - tough. You can compile it yourself, with the patches you want.

Last edited by karol (2011-02-06 14:00:34)

archman-cro · 2011-02-06 15:04:44

Example: Main Arch server gets the new xulrunner version, say, version 2-1. Upon some testing in community we get to the conclusion that the xulrunner version 2-1 is faulty and doesn't perform good and needs some patching to work correctly. The maintainer patches it two weeks later and gives it the 2-2 version name. Now, if I had an outdated system (in example, two months) using the ARM server, would I get xulrunner 2-1 even though it's a faulty version? Or will it have only version 2-2 on so I'm safe?
I guess the explanation is shit, but can you understand me?

karol · 2011-02-06 15:11:05

archman-cro wrote:

Example: Main Arch server gets the new xulrunner version, say, version 2-1. Upon some testing in community we get to the conclusion that the xulrunner version 2-1 is faulty and doesn't perform good and needs some patching to work correctly. The maintainer patches it two weeks later and gives it the 2-2 version name. Now, if I had an outdated system (in example, two months) using the ARM server, would I get xulrunner 2-1 even though it's a faulty version? Or will it have only version 2-2 on so I'm safe?
I guess the explanation is shit, but can you understand me?

*ARM is a mirror* It carries all the current packages, not only the old ones.
You will have the current version and a couple previous ones. You pick the one you need.

steve___ · 2011-02-06 15:57:49

If your /etc/pacman.conf is pointed to a repo that is two months old, eg

Server = http://arm.konnichi.com/2010/12/08/core/os/i686

and that repo has xulrunner 2-1 then that's what you'll get until you change the date of the repos in pacman.conf

archman-cro · 2011-02-06 17:50:56

Ok, so basically it's the same as using the Main mirror.

DisposaBoy · 2011-04-17 16:35:30

And that's all she wrote folks!

I guess it's time to say Goodbye Arch! it's bee fun but in the last few months as is probably obvious: I've been absent.
During that time I did keep an eye on the ARM a few times updating setting and manually updating snapshots when parent mirrors went away so hopefully things continued to work for anyone who found it useful.

Anyway, I guess it''s time to move on and as you probably guess ARM will go with me. There are currently over 200GiB(almost every day for approx 18months) of packages, too many to count and this should continue to grow for the next week or so until I pull the plug on syncing.
Following that I will guarantee retention of old packages for 1 week only. So that means the ARM under my control is going to be gone by the end of the month.

If anyone is interested in continuing the effort feel free to contact me disposaboy@konnichi.com (prefer email as I don't check here very often).
Do *NOT* clone the ARM mirrors. Contact me instead and we can discuss proper course of action.

karol · 2011-04-17 16:39:32

ARM was great, thanks a lot for you contributions, DisposaBoy!

Sara · 2011-04-18 06:02:01

Thanks for maintaining the ARM all this time. Two days ago I reinstalled ArchLinux, and I wouldn't have been able to use my computer so quickly if it were not for the ARM. The new kernel isn't working for me, and the ARM had saved the 2.6.37.6 version, which works perfectly (technically, I could have used the LTS version in the repos, but the .37 version works better than the LTS on my computer). So, I'm glad the ARM was there while I needed it. Thanks for contributing to the Arch community, and good luck in future endeavors.

Last edited by Sara (2011-04-18 06:02:37)

steve___ · 2011-04-19 22:12:57

@karol
re: https://bbs.archlinux.org/viewtopic.php … 04#p921304

Are the rollback scripts going to be setup elsewhere?

karol · 2011-04-19 23:05:13

steve___ wrote:

@karol
re: https://bbs.archlinux.org/viewtopic.php … 04#p921304
Are the rollback scripts going to be setup elsewhere?

It doesn't look like it. If somebody feels like maintaining ARM, please contact DisposaBoy ASAP.

steve___ · 2011-04-20 00:36:31

I'd be willing to maintain it but I do not have 300GB+ *and* a fat pipe; I have either. I wrote my own script to replicate the functionality of ARM in case konnichi.com went down. If anyone has these resources, then I will make the time.

DisposaBoy · 2011-05-08 11:47:11

Which idiots are associated with the following ip addresses?

200.175.53.113
222.90.1.100
122.108.15.158
113.137.215.67

karol · 2011-05-08 13:32:53

DisposaBoy wrote:

Which idiots are associated with the following ip addresses?
200.175.53.113
222.90.1.100
122.108.15.158
113.137.215.67

Why do you ask? Did they try to clone ARM mirror?

Leduck · 2011-07-20 11:07:54

Arm is offline, already appeared some alternative?? I need to install gnome2!

Last edited by Leduck (2011-07-20 12:02:14)

karol · 2011-07-20 12:29:05

Leduck wrote:

Arm is offline, already appeared some alternative?? I need to install gnome2!

Check https://bbs.archlinux.org/viewtopic.php?id=121162 and http://schlunix.org/archlinux/

olive · 2011-07-30 09:31:56

I just found this marvelous mirror. But it seems that all snapshot are locked at the date of 25 July 2011. Look at http://arm.konnichi.com/2011/07/30/core/os/i686/ and the date of core.db is 25 July. Same things for the current mirror. Same for extra and community. Does anyone know what happens?

I am planning to go on holiday and I only will have a slow expensive internet connection through the GSM network. What I would like to do is to block my system at the date of today so that I can install a new package if I need to without upgrading anything.

loafer · 2011-07-30 10:10:57

It was announced that it would be discontinued a while ago, so maybe that is it.

https://bbs.archlinux.org/viewtopic.php … 41#p920241

litemotiv · 2011-07-30 13:03:43

Merged olive's thread.

olive · 2011-07-30 18:45:21

It has been said that a script is used that make symbolic links. Why not use hard links instead?

It seems that the scripts become really trivials. Each day you do a cp -rl of the directory of the day before; then you use rsync with the --delete option on the new directory. To delete old packages just delete old directories. Everything will work as if a real copy was made, but because hard links are used, you will only have one physical copy of each files. The files will be physically deleted if all hard links to it are deleted.

Last edited by olive (2011-07-30 18:46:05)

steve___ · 2011-07-31 18:56:13

re: konnichi - I will dig into it

re: script - I keep a locate repo similar to konnichi. The script I use stores all files in /pool/packages. I have the snapshots use symlinks created from the *.files.tar.gz files

olive · 2011-07-31 19:35:16

steve___ wrote:

re: konnichi - I will dig into it
re: script - I keep a locate repo similar to konnichi. The script I use stores all files in /pool/packages. I have the snapshots use symlinks created from the *.files.tar.gz files

But why don't use hard links? It suffices just to make each day a "copy" (with cp -rl) of the directory of the day before and to rsync the new directory with the --delete option.

It will use the minimum hard disk space possible since you have made hard links, not real copies (look at the -l option of cp). You can recover space by deleting (rm -rf) old directories. The data will be deleted if the same files are not present elsewhere. It seems that hard links do make things easier and efficient. You just have a "copy" of the arch mirror for each day. But the actual data is only present once for each file, even if the file is present in more than one directory. It seems much easier that to parse the list of files to make symbolic links.

Last edited by olive (2011-07-31 19:39:34)

GSF1200S · 2011-07-31 20:09:20

Well this sucks; I really really like what the ARM gives Arch- without the ARM I wouldnt even have a functioning install. Thanks for contributing and hopefully someone else will pick this up..

Arch Linux

#101 2011-02-06 09:05:43

Re: Project ARM :: Arch Rollback Machine

#102 2011-02-06 09:16:15

Re: Project ARM :: Arch Rollback Machine

#103 2011-02-06 13:48:39

Re: Project ARM :: Arch Rollback Machine

#104 2011-02-06 13:55:33

Re: Project ARM :: Arch Rollback Machine

#105 2011-02-06 15:04:44

Re: Project ARM :: Arch Rollback Machine

#106 2011-02-06 15:11:05

Re: Project ARM :: Arch Rollback Machine

#107 2011-02-06 15:57:49

Re: Project ARM :: Arch Rollback Machine

#108 2011-02-06 17:50:56

Re: Project ARM :: Arch Rollback Machine

#109 2011-04-17 16:35:30

Re: Project ARM :: Arch Rollback Machine

#110 2011-04-17 16:39:32

Re: Project ARM :: Arch Rollback Machine

#111 2011-04-18 06:02:01

Re: Project ARM :: Arch Rollback Machine

#112 2011-04-19 22:12:57

Re: Project ARM :: Arch Rollback Machine

#113 2011-04-19 23:05:13

Re: Project ARM :: Arch Rollback Machine

#114 2011-04-20 00:36:31

Re: Project ARM :: Arch Rollback Machine

#115 2011-05-08 11:47:11

Re: Project ARM :: Arch Rollback Machine

#116 2011-05-08 13:32:53

Re: Project ARM :: Arch Rollback Machine

#117 2011-07-20 11:07:54

Re: Project ARM :: Arch Rollback Machine

#118 2011-07-20 12:29:05

Re: Project ARM :: Arch Rollback Machine

#119 2011-07-30 09:31:56

Re: Project ARM :: Arch Rollback Machine

#120 2011-07-30 10:10:57

Re: Project ARM :: Arch Rollback Machine

#121 2011-07-30 13:03:43

Re: Project ARM :: Arch Rollback Machine

#122 2011-07-30 18:45:21

Re: Project ARM :: Arch Rollback Machine

#123 2011-07-31 18:56:13

Re: Project ARM :: Arch Rollback Machine

#124 2011-07-31 19:35:16

Re: Project ARM :: Arch Rollback Machine

#125 2011-07-31 20:09:20

Re: Project ARM :: Arch Rollback Machine

Board footer