You are not logged in.
I plus GSF1200S One great problem I had with arch is that sometimes I do need a working computer now (arch is my primary OS, not just a toy). If I have no time to fix problems, I do not upgrade. But then it is quicly impossible to install anything with the current mirror. With the ARM I can install new packages and maintain my system without upgrading. This is really something useful.
Last edited by olive (2011-07-31 20:40:55)
Offline
With the ARM I can install new packages and maintain my system without upgrading. This is really something useful.
How do you do it?
Offline
How do you do it?
If your system is up to date now, simply put
Server = http://arm.konnichi.com/2011/07/31/$repo/os/$arch
in /etc/pacman.d/mirrorlist (commenting out all other servers), then pacman -Syyu and be sure everything correspond to your system (the ARM is slightly outdated right now). Now in the future the repos are fixed at the date of 2011/07/31. Nothing will be updated anymore. You can install packages and you will have the version of 2011/07/31 without having the need to update anything. Really really interesting for me because sometimes I can have a slightly outdated system that I do not want to update but I can still install a package that I need.
Last edited by olive (2011-07-31 20:59:00)
Offline
Ah, now I get what you mean.
You can download the packages you need e.g. with 'pacman -Sw' from the regular mirrors and update only when needed - it's like a limited personal A.R.M. :-)
(limited, because you may later need another package you haven't' downloaded ;P)
Long live the A.R.M.!
Offline
I believe it was a stale mirror. It looks like things are back on track now.
Offline
Great news.. I think the ARM offers something very important to Arch considering its rolling release model. Hopefully, if the ARM is threatened again, we can set up some way to support the maintainer in at least the reimbursement of their hosting costs. Perhaps if this is ever picked up by the Arch devs (as a sort of feature- look at the AUR.. Arch didnt have it at one point), something can be setup for the community. Im ready to put down cash for this to keep going..
Offline
Yes I agree. I keep a local copy of the repos going back about 18 months. The problem I have, like most, is my uplink is too slow.
If anyone sees anything out of whack with http://arm.konnichi.com in the future please email me as soon as possible.
Offline
It is now blocked at the date of July 30, for the /2011/08/03/ directory. Note that I think that a snapshot a week is fine, but I think it should be clear that it is so. Let's hope that the A.R. machine keeps working!
Offline
? It looks up to date to me. For example looking at http://arm.konnichi.com/2011/08/04/core/os/i686/ show packages with a time stamp of 02-Aug. I also ran md5sum against the core.db files on konnichi and my local archives and they were equal.
Can you be more specific on where you are seeing the discrepancy.
Offline
? It looks up to date to me. For example looking at http://arm.konnichi.com/2011/08/04/core/os/i686/ show packages with a time stamp of 02-Aug. I also ran md5sum against the core.db files on konnichi and my local archives and they were equal.
Can you be more specific on where you are seeing the discrepancy.
core.db.tar.gz.old 30-Jul-2011 13:27 36K
but
core.db 03-Aug-2011 05:09 36K
core.db.tar.gz 03-Aug-2011 05:09 36K
so I guess everything is OK.
What is the .old db for?
Last edited by karol (2011-08-04 12:54:42)
Offline
I believe it's the previous syncs core.db file. If that is the case the archlinux.org itself didn't receive any new packages from Jul 31 to Aug 02.
Offline
@{Steeve__,karol}
It was 4 days late on August 3 but now seems up to date again. Seems that it is updated 1 or 2 times a week. Nothing really to worry about but maybe the maintainer of the ARM can give us a clarification.
Offline
@{Steeve__,karol}
It was 4 days late on August 3 but now seems up to date again. Seems that it is updated 1 or 2 times a week. Nothing really to worry about but maybe the maintainer of the ARM can give us a clarification.
I'll keep an eye on it with the help of http://www.archlinux.org/feeds/packages/
Offline
konnichi is using rc.rit.edu as its mirror. I'm uing the uwaterloo mirror. My local archive of the repos are identical to konnichi. If packages were being added during those days (jul 31 to aug 02 (that's -5 EDT for me)) then they never sync'd as far as the rit.edu and uwaterloo mirrors.
In short, I believe this issue has nothing to do with the konnichi server.
Offline
Great news.. I think the ARM offers something very important to Arch considering its rolling release model. Hopefully, if the ARM is threatened again, we can set up some way to support the maintainer in at least the reimbursement of their hosting costs. Perhaps if this is ever picked up by the Arch devs (as a sort of feature- look at the AUR.. Arch didnt have it at one point), something can be setup for the community. Im ready to put down cash for this to keep going..
Yes, I agree. ARM is really useful to arch. I don't think most users should use it, but it's really really usefull when the upgrades from mainstream are breaking too much the usability of your computer. If there is any way I can help, please PM me. I would thank the maintainer of the ARM, it's really a good and great idea.
I wonder what's the volume of data/year for the total upgrades in the archlinux main tree, and what code you are running to keep ARM living. If there is anything you need to keep ARM a live, please tell us.
Many thanks to your work.
Offline
I am having issues pulling packages from the ARM with Pacman. Is anyone else having the same issues. Does Anyone else know of out of sync mirrors from Nov 2009. Thanks
Offline
I am having issues pulling packages from the ARM with Pacman. Is anyone else having the same issues. Does Anyone else know of out of sync mirrors from Nov 2009. Thanks
There is also http://schlunix.org/archlinux/
But what issue do you have, it works fine for me. It is slower than the regular mirrors (I have about 250 Kb/sec, my ISP limit is 600 Kb/sec that I have with faster mirrors) but nothing that make it unusable.
Offline
IDoes Anyone else know of out of sync mirrors from Nov 2009. Thanks
Always check the wiki: https://wiki.archlinux.org/index.php/Do … nc_Mirrors :-)
How exactly are you using ARM with pacman?
Last edited by karol (2011-09-01 13:55:33)
Offline
Depending on the number of packages you need to install, can you just manually download them and install them with
pacman -U packagename
If you run into dependency issues where you need older packages as dependencies, you can use -Ud to ignore all dependency checks- just make sure that you dont have anything broken when youre done..
Offline
Depending on the number of packages you need to install, can you just manually download them and install them with
pacman -U packagename
If you run into dependency issues where you need older packages as dependencies, you can use -Ud to ignore all dependency checks- just make sure that you dont have anything broken when youre done..
https://aur.archlinux.org/packages.php?ID=31937 can help a bit with downgrading. You can also pick a date e.g. http://arm.konnichi.com/2011/05/20/ so you hopefully get no dependency problems.
Offline
GSF1200S wrote:Depending on the number of packages you need to install, can you just manually download them and install them with
pacman -U packagename
If you run into dependency issues where you need older packages as dependencies, you can use -Ud to ignore all dependency checks- just make sure that you dont have anything broken when youre done..
https://aur.archlinux.org/packages.php?ID=31937 can help a bit with downgrading. You can also pick a date e.g. http://arm.konnichi.com/2011/05/20/ so you hopefully get no dependency problems.
Wow, I never really considered using that script! I usually only have issues with a single package (so I just -U), but if ive had to do a few I manually tracked them and used -Ud. Thanks for the link!
Offline
I apologize for the slow response, thought i would receive an email notification when new post were added. That is now corrected.
I was using pacman by editing the pacman.conf to point directly to the date selected repository for Core and Extra,
I selected the date that I felt would include all of the packages that I need to build the machine as it currently exists in my network. We Use multiple boxes to run NTOP, and a few other programs. These are all boxes that were designed by a previous employee. I am New to linux and Just finished my first book, so I could better understand what is going on. I tried with the Newer Versions of Arch linux but I continually received dependency errors when Trying to use NTOP 3.3.10-1, I use the 3.3 series of ntop because in 4.0.3 and 4.1.0 DNS resolution is minimal at best,.
So i went through dependancy hell, tried to downgrade openssl 1.0x to openssl 0.9.8 no luck there, tried to create a link to the new version of ssl that didnt work. So as a last resort i installed an older version of arch linux that had openssl 0.9.8 updated from the ARM, and The system is up and running resolving names.
So I needed to move forward with this linux box so i put that box into the live network to perform its task. I need to move forward with another box to install NTOP and Freeradius (VMPS functionality) and was unable update it to the selected date from the ARM.
I will look into the answers that have been provided. What is the best practices when using ARM? Should I only Upgrade packages or can I update my whole box to that date? I feel that this would not be an issue if i could get NTOP 3.3.X to work with any of the newer version. I have tried to compile it from source, but I receive errors every time.
Sorry for the long post
Simple Joe
Offline
In general we should be carefull when using packages older than the system. My general way to manage it is the following (but other people might proceed differently).
1) I try to reinstall the old package.
2 ) If that mean downgrading system libraries (libraries of which many packages depends) then I leave the system as is and I try to recompile an old version of the packages (the compatibility is usually much better than with binaries). See https://wiki.archlinux.org/index.php/Ar … positories
3) If that is not sufficient either then I make a choice: either I renounce to downgrade (or use) the incriminated package or if I really need it I downgrade the whole system (just put Server http://arm.konnichi.com/2011/08/21 in /etc/pacman.d/mirrorlist if you want the system as it was on 21/08/2011), then pacman -Syyuu
There are other possibilities. You can take the binary you want, put all the libraries it want in (say) /usr/share/libries-<package>, replace the binary of the package by a script that change LD_LIBRARY_PATH to /usr/share/libries-<package> and launch it.
But I think that to try to just downgrade the requested libraries will result in a mess. If you finally succeed you will loose the benefit of the archlinux package manager and will eventually will have to make anything by hand. Better to install Linux from scratch then.
Offline
I need to set up a rollback machine but I am having a hard time finding the scripts that are used to do it, does anyone know where I can get my hands on the rollback machine scripts?
Offline
I need to set up a rollback machine but I am having a hard time finding the scripts that are used to do it, does anyone know where I can get my hands on the rollback machine scripts?
Not sure entirely what you're talking about- can you just use the Downgrade script located in the AUR when you need to downgrade a package? I don't see a need to have all the packages synced locally..
Offline