You are not logged in.
@jasonwryan, I don't think the deprecated bootloader is nearly as big of an issue as his choice to stick with initscripts and consolekit. At least a bootloader is just a bootloader, and there is not really as much to really break in that regard. But in terms of the other two, you are definitely "learning redundant and deprecated technologies and hacks" that will be of little use in the future. Not to say that SysV is dead, but the Arch initscripts most certainly are.
Offline
Oh I'm not hell bent on keeping consolekit, I just put it back in to make sure everything worked. I will probably look for a better solution and remove that.
I do still like initscrips though. *sighs*
Offline
Oh I'm not hell bent on keeping consolekit, I just put it back in to make sure everything worked. I will probably look for a better solution and remove that.
I do still like initscrips though. *sighs*
I recommend systemd, but for your interest:
https://bbs.archlinux.org/viewtopic.php?id=162606
Offline
shariebeth wrote:Oh I'm not hell bent on keeping consolekit, I just put it back in to make sure everything worked. I will probably look for a better solution and remove that.
I do still like initscrips though. *sighs*I recommend systemd, but for your interest:
https://bbs.archlinux.org/viewtopic.php?id=162606
I moved to systemd on my main pc but I am not horribly excited by it, or by the concept of change because "others do it". Arch was unique and those "old" features are why I liked it. That said, pacman makes a strong reason for sticking with it.
Thanks for the link, I will check that out.
Offline
nixpunk wrote:I just used it as an excuse to update Grub.
Yeah, but grub-legacy was so much more sane, IMO. It is not that grub2 doens't provide some really neat features, it is just that for 99% of users, none of those neat features will be of any use. So in the case of the bootloader, it is not like it is a running binary on your system that can produce a threat, it is simply a bootloader that does its job, then quits. So no matter what you are using, if it works and you are happy with it, I see little reason to change it.
True, but I have to deal with Grub 2 on a few systems, so I don't mind upgrading. I'm happily running Syslinux on my laptop, too.
Offline
True, but I have to deal with Grub 2 on a few systems, so I don't mind upgrading. I'm happily running Syslinux on my laptop, too.
I really like syslinux. It is so unbelieveably simple and modular. The only issue I had with it is that when it updates, I had forgotten to remove that all caps file in /boot/syslinux that told the install file to automagically use the syslinux-install_update script. So it would try to reset the already set boot flag, which is on my ESP. So it would do something to create inconsistencies that required manual fsck intervention... I don't let it autoupdate anymore though, so all is good.
I guess I do wish that there was an alternative to either having a shared /boot or using chainloading of the partition boot record to have a multi OS system. But TBH, I haven't really had a multi OS system for a while... or I do, but they are all btrfs subvolumes in the same pool, so no chain loading required... but then I'm back to that shared boot. Oh well, syslinux is just my backup to UEFI.
Offline
Why is it that you feel as though you still need consolekit? Are you not using systemd?
Lightdm -.-
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
WonderWoofy wrote:Why is it that you feel as though you still need consolekit? Are you not using systemd?
Lightdm -.-
I don't understand this. The question was already answered, as in that particular case systemd is actually not in use. I'm not entirely sure what lightdm has to do with anything here.
Offline
It is not that grub2 doens't provide some really neat features, it is just that for 99% of users, none of those neat features will be of any use. So in the case of the bootloader, it is not like it is a running binary on your system that can produce a threat, it is simply a bootloader that does its job, then quits. So no matter what you are using, if it works and you are happy with it, I see little reason to change it.
I agree with this reasoning and that's why I feel justified. However, in my case, I'm fairly sure that I did try upgrading to grub2, but there was some problem - I don't think there was enough space in the MBR region to install the image - something like that, I can't remember the details, so I had to undo what I had done.
Trilby, thank you very much! I followed those steps, rebooted and everything was fine. Then I did a system upgrade, rebooted, everything is still fine. I also notice that grub-legacy on the AUR is currently being updated to reflect the /usr/bin change, so I'm clearly not the only one who is sticking with legacy grub, and anyone else who's in this minor predicament could probably use the AUR package instead if they want.
Offline
Thaodan wrote:WonderWoofy wrote:Why is it that you feel as though you still need consolekit? Are you not using systemd?
Lightdm -.-
I don't understand this. The question was already answered, as in that particular case systemd is actually not in use. I'm not entirely sure what lightdm has to do with anything here.
You asked why someone could use consolekit and I answered.
Linux odin 3.13.1-pf #1 SMP PREEMPT Wed Mar 5 21:47:28 CET 2014 x86_64 GNU/Linux
Offline
@Thaodin, I was asking shariebeth why he/she was using it, not for a general answer... besides, consolekit is deprecated and not even in the repos any longer. So unless you are intentionally not following the recommendations of the Arch Linux devs, there is no reason whatsoever to be using consolekit, as it will cause more problems than it could possibly solve. Even for lightdm... which I still do not entirely understand as being an answer to the question even if I was asking it in general.
Offline
**drumroll**
I now use dbus to call up my wm and I have removed consolekit from my system.
You may all now rest easy.
Offline
Hi,
i am very interested in this tread. I am running arch on macbook x64 and this latest thing with /sbin gives me a headache. After I finnaly realised how to "fix" packages in whatever bin, there is another problem with grub that i cant solve.
I think that i still have old grub, not legacy since my version is grub-0.97-21. I look around and checked how to upgrade to grub2 or some other boot loader and everything seems very complicated, too many unknown abreviations, too complicated pocedure -> meaning hours of reading and research with uncertan result. I am afraid that i will brake my system if i try to change grub to something else. It seems easyer to do fresh install.
I tryed to install grub-legacy since i read that latest aur package should cover this bin changes but i am getting in dependencies circle with multilibs , removing gcc ... So, it didnt work.
I would like to know if mentioned procedure of moving grub to /usr/bin will work in my case.
Second thing that I dont understand is that part with editing package in /var/lib/pacman/local/files. Could you , please give me example so that i can better understand?
Offline
Second thing that I dont understand is that part with editing package in /var/lib/pacman/local/files. Could you , please give me example so that i can better understand?
Have you looked at the file? Its just a text file with a list of file names. Change the filenames to correspond with the files you moved.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
What's the problem with grub legacy and the binsbinusrsbinusrbin merge?
I just moved the grub executables in /bin /sbin to /usr/bin and did the upgrade.
No ill effects whatsoever.
Last edited by Ashren (2013-06-06 21:30:43)
Offline
liticovjesac wrote:Second thing that I dont understand is that part with editing package in /var/lib/pacman/local/files. Could you , please give me example so that i can better understand?
Have you looked at the file? Its just a text file with a list of file names. Change the filenames to correspond with the files you movedwas .
Ok , it is obvious what u have to do once when u open right file In my case there is more files which reside in sbin
bin/
bin/mbchk
sbin/
sbin/grub
sbin/grub-install
sbin/grub-md5-crypt
sbin/grub-set-default
sbin/grub-terminfo
sbin/install-grub
I guess that i should copy all of them to new location. Is that correct?
Offline
Thanks everone for this grub legacy modification. I upgraded two of my systems following this thread.
After moving grub files from /bin and /sbin to /usr/bin, I modified my "/var/lib/pacman/local/grub-0.97-21/files" to
usr/bin/mbchk
boot/
boot/grub/
boot/grub/menu.lst
usr/bin/
usr/bin/grub
usr/bin/grub-install
usr/bin/grub-md5-crypt
usr/bin/grub-set-default
usr/bin/grub-terminfo
usr/bin/install-grub
and everything worked fine.
Thanks again.
Offline
If you insist on doing it that way, you will need to move them and change the file listing appropriately.
But what problems did you run into switching to the AUR package? If you want to stay with grub legacy, it would be better to use that package which is maintained. So it will get upgraded if necessary to accommodate any future changes to the file system etc. (as long as somebody cares enough to maintain it, I mean).
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
@Ashren, the problem is that pacman 4.2 is probably not going to support files installed paths made of symlinks. So in the future if you find you actually want ot need to remove the package/files for whatever reason, those files are now not tracked by the package manager. There may be no "ill effects" now, but if you want a neat and tidy system, you should make those changes to the /var/lib/pacman/<package>/files list, so that it reflects correctly what is in your filesystem.
@cfr, I think the problems people might run into are that it requires multilib to be enabled, so that it can use the multilib versions of gcc, gcc-libs, and one other I cna't remember.
Last edited by WonderWoofy (2013-06-07 00:41:19)
Offline
It looks like Allan's putting an upgrade path in that will search for invalid paths and correct them when you install 4.2, so it may not be such a problem. Still better to have the database be correct.
Offline
Yeah, I read that on the pacman-dev mailing list too. But I think it is better to be safe than sorry, since no changes for pacman 4.2 are set in stone as of yet... 9 more days though!
Offline
9 days for 4.1.2, not 4.2
Offline
Yeah, that is what I meant... I think I have been typing 4.2 all over the place though...
Offline
4.2 is correct for the removal of symlink support.
Offline
Ah, so I'm justtotally confused then!
Offline