Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required
I, for one, think this isn’t going far enough. All packages should have explicit dependencies. I want to be able to run pacstrap ./dir nginx and get all the dependencies I need to run nginx inside a structure in dir. This would make arch very useful for chroot, namespaces and cgroups workflows (colloquially named “containerisation”). The old approach is silly. The complaints about the complexity of arch installs seem unusual in light of the fact that it’s already “difficult” and doesn’t really appear to have gotten any less difficult than it already was. The old base hasn’t been enough for a base system for me (and I assume most people) for years now while missing packages I would consider important and containing a bunch of unnecessary packages which I would happily do without except due to a lack of explicit dependencies I am not sure if my machine will still boot. If you’re worried about this change then there’s nothing stopping anyone from maintaining the far from perfect list of base group packages to install explicitly. — Tomasz Kramkowski >> On 9 Oct 2019, at 22:11, Tinu Weber wrote: >> >> On Wed, Oct 09, 2019 at 09:45:35 -0400, Genes Lists via arch-general wrote: >> My view - be helpful to have a list of packages no longer in base. >> >> A list of what changed is needed so users can add whatever they deem >> appropriate (presumably a kernel is one) to their own personal install >> package and ensure installations proceeed as usual. >> >> So, if somone can provide a complete list of no-longer included packages >> that would be super helpfui so we can all adjust as needed. > > https://web.archive.org/web/20190722121302/https://www.archlinux.org/groups/x86_64/base/
Re: [arch-general] Arch Linux USB stick won't boot
e already publicly available. Or to use a (probably not very good knowing my past record) mathematics analogy: someone who enjoys teaching and working with linear algebra might not enjoy or want to answer endless questions about the fundamentals of algebra or geometry when there is plenty of good material and good teachers who specialise in teaching precisely that kind of thing. Kind regards, -- Tomasz Kramkowski
Re: [arch-general] Arch Linux USB stick won't boot
On Thu, Mar 21, 2019 at 03:56:28PM -0600, st...@vwebr.net wrote: > Hello everyone, > > I tried installing archlinux-2019.03.01-x86_64.iso onto my Intel Compute > Stick STCK1A8LFC, but got this at the very beginning when I tried > booting a USB stick created by Rufus. > > https://imgur.com/a/nEjA248 <-- See picture at this link > > I did not experience the lack of booting the USB stick with any other > distros I tried (about 6-7 others). They all booted fine and were > created in Rufus the same way. > > BIOS setting is the same as others as well...UEFI shell disabled (that > is a must), USB boot enabled, and Secure Boot disabled. There is no > Legacy Boot/CSM option. Stuck on UEFI. > > See picture attached for what happens when I try to boot from the USB > stick I created. > > Particulars... > > Hardware: > > https://ark.intel.com/content/www/us/en/ark/products/86613/intel-compute-stick-stck1a8lfc.html > > > Screenshot of creation of Rufus USB stick (exact same method as others I > did which all booted fine): > > https://imgur.com/a/AB11PSP <-- See picture at this link > > Thanks for any help you can provide. > > Steve Sybesma > Brighton, CO USA Hi Steve, Have you tried using a tool like dd or something equivalent to directly write the iso to the USB flash drive? Taking a quick look at our wiki, it seems like Rufus can perform that task if it is configured correctly. The instructions are here: https://wiki.archlinux.org/index.php/USB_flash_installation_media#Using_Rufus It seems that after clicking "START" on the screen in the screenshot you provided the software should prompt for a mode. Select "DD Image mode." Kind regards, -- Tomasz Kramkowski
Re: [arch-general] Announcing pacpak
On Sun, Jul 10, 2016 at 12:52:04PM +0200, Bennett Piater wrote: > I am very cynical about this container trend... :/ That's exactly the right attitude. -- Tomasz Kramkowski | GPG: 40B037BA0A5B8680 | Web: https://the-tk.com/
Re: [arch-general] x220 external mic
On 2016-05-03 21:55, Carsten Mattner wrote: This is a question for those who have or still are using a Thinkpad x220. I've been trying to get an external 3.5mm headphone+mic combo to work in a way that the mic is picked up, but so far nothing fixed it and I cannot find anything relevant on the internet. I've tried enable/disabling the mic i/o port in BIOS, but I'm fairly certain that the setting is just for the built-in mic under the monitor and not anything connected via the a combo inline external device. Any hints what I can try? I've tried with ALSA and ALSA plus PulseAudio and never been able to see any device that would pick up sound. I don't recall this being an issue, I don't have the splitter on me but I can try for you when I get home later today. In the meanwhile, have you considered that maybe your combo headset (or whatever it is that you're using) is incompatible? When I plug something into the headphone port the X220 automagically switches over the output to be headphone only (and vice versa). Could you check that when you plug in your headset that the built in microphone stops picking up sound? -- Tomasz Kramkowski
Re: [arch-general] Instructions to mount efivars as readonly should be linked to in Beginner's Guide
On Mon, Feb 01, 2016 at 11:11:14AM -0600, Doug Newgard wrote: > On Mon, 01 Feb 2016 22:27:01 +0530 > Jayesh Badwaik <archli...@jayeshbadwaik.in> wrote: > > > Hi, > > > > I have read the dangers of mounting efivars as writable recently, and I > > think > > there should be an entry in the archlinux installation guide and beginner's > > guide which should say exactly what is said in the warning in [1], and then > > link to [1] for further instructions. > > > > The "dangers" are only if you do something dumb and your firmware is equally > dumb. Even then, hopefully the kernel will take care of it. > https://gist.github.com/mjg59/8d9d494da56fbe6d8992 Since when does "do something dumb" and "potentially hard brick your motherboard" become synonymous when speaking in terms of computers? There's doing something dumb (by accident or otherwise) and then there's bricking your motherboard, people make accidents all the time but since modern day computers are quite nice and rugged, the only losses are data losses. I might shed a few tears over the loss of some not-backed up data, but I would be quite a bit more pissed off if I lost a valuable and expensive piece of hardware (granted, it would have to have a misconfigured and shitty EFI, but since when is "being misconfigured and shitty" a rare occurance?). The newbies this change is aimed for are exactly the sorts of people who might unwittingly rm -rf /. -- Tomasz Kramkowski | GPG: 40B037BA0A5B8680 | Web: https://the-tk.com/ signature.asc Description: PGP signature
Re: [arch-general] Conflict after 3 week upgrade pause
On Sat, Jan 16, 2016 at 11:58:47AM +0100, Patrick Hofmann wrote: > Thanks, I tried that and it seems like xf86-input-libinput was not > installed. > Explains why I cant remove it, but I'm still confused why there would be a > conflict. Since Xorg 1.18.0 you can now choose between xf86-input-evdev and xf86-input-libinput. Pacman would then try to install one of these when updating Xorg, but since you still technically had Xorg version < 1.18.0, and the packages conflict with xorg-server<1.18.0 pacman would automatically try to remove xorg-server to allow xf86-input-libinput to be installed. The solution would then be to just update xorg-server manually and then -Syu again... I think. -- Tomasz Kramkowski - 6FCE 8750 3AAF 42AB 3BF4 94FE 40B0 37BA 0A5B 8680 signature.asc Description: PGP signature
Re: [arch-general] :D
On 03/06/2015 12:29, Simon Hanna wrote: just some cool stuff he just found. Some people could consider it to be spam... Some people would consider top posting to be a sin punishable by death. -- Tomasz Kramkowski
Re: [arch-general] Hello!
On 07/02/15 21:15, Pedro José Piquero Plaza wrote: On Sat, 2015-02-07 at 15:26 -0500, Josh Price wrote: Hello On Feb 7, 2015 12:54 PM, Shurjo Sakib Masood darkeroid2...@gmail.com wrote: Hey people, this is Shurjo. Just saying hi :) Hi Following the idea that we're saying hi not to the person who said hi in the first place, but to the person who responded. Hi! -- Tomasz Kramkowski E-Mail: t...@the-tk.com PGP: 6FCE87503AAF42AB3BF4 94FE40B037BA0A5B8680 signature.asc Description: OpenPGP digital signature
Re: [arch-general] Why are CA certifcates writable for every user?
On 06/02/15 18:50, Jérôme M. Berger wrote: Actually, this does not need root. You can even create a symlink to a non-existing file if you want. Actually *accessing* the symlink is another matter of course. Yeah, now I think about it, saying that you can delete / move the symlink based on directory permissions and then saying that you need root for creation doesn't quite check out. You're right. Creation, deletion and moving (deletion then creation?) of a symlink is entirely dependant on the directory it is stored in. But actions like reading, writing and executing which act on the actual linked file depend on the permissions of the actual file linked to. (And it's needless to say that the file permissions of the symlink itself (777) can be completely ignored.) -- Tomasz Kramkowski E-Mail: t...@the-tk.com PGP: 6FCE87503AAF42AB3BF4 94FE40B037BA0A5B8680 signature.asc Description: OpenPGP digital signature
Re: [arch-general] Why are CA certifcates writable for every user?
On 05/02/15 19:20, Patrick Burroughs (Celti) wrote: their actual permissions are those of the target. From what I understand (and tests I've done, and discussions on arch channels on IRC) their actual permissions are inherited from the directory they are in AND from the permissions of a target. Actions that act on the target always inherit target permissions (read, write and execute). Actions that act on the link, however, always inherit the directory permissions (delete and move). This can be tested by symlinking a file from another user's home directory (which will obviously have to be done as root. The file should by default have 600 permissions and should be owned by that user and his group). Renaming and deletion of the symlink will be allowed, but attempting to read, write or execute the file will depend on the group/others permissions of the file. The Wikipedia article [1] on symbolic links basically seems to say something along these lines, but not entirely correct. However, that entire sections lacks a lot of citations and should really have a few more than one [citation needed] tag. [1] https://en.wikipedia.org/wiki/Symbolic_link#Storage_of_symbolic_links -- Tomasz Kramkowski E-Mail: t...@the-tk.com PGP: 6FCE87503AAF42AB3BF4 94FE40B037BA0A5B8680 signature.asc Description: OpenPGP digital signature
Re: [arch-general] NFS server broke after reboot - *urgent* need help
On 31/01/15 21:32, Genes Lists wrote: On 01/31/2015 04:28 PM, Bardur Arantsson wrote: On 01/31/2015 10:14 PM, Genes Lists wrote: This was original thread: https://lists.archlinux.org/pipermail/arch-general/2014-June/036617.html So I tried the same commands - specifically: systemctl restart proc-fs-nfsd.mount systemctl restart rpcbind systemctl restart nfs-mountd.service systemctl restart rpc-statd.service systemctl restart nfs-idmapd.service systemctl restart rpc-svcgssd.service systemctl restart rpc-statd-notify.service systemctl restart nfs-mountd systemctl restart rpc-gssd.service rpc-svcgssd.service rpc-statd still does not start but now .. it failes with rpc-statd.service start operation timed out. Terminating. After 5 mins i tried nfs-server which now starts ... rpc-statd is still not running. And the server is once again serving NFS. This is a real mess ... k!! At last NFS server is up now ... but yikes I need help so this starts by itself again. thanks! I've been having a few rather strange problems recently with services requiring an upped network interface starting before the interface is up, this is using systemd-networkd-wait-online.service. In any case, it is possible you are having a similar problem, are you sure the interfaces nfs-server is set to listen on are up? -- Tomasz Kramkowski E-Mail: t...@the-tk.com PGP: 6FCE87503AAF42AB3BF4 94FE40B037BA0A5B8680 signature.asc Description: OpenPGP digital signature
Re: [arch-general] NFS server broke after reboot - *urgent* need help
On 31/01/15 22:02, Mike Cloaked wrote: On Sat, Jan 31, 2015 at 9:50 PM, Tomasz Kramkowski t...@the-tk.com wrote: I've been having a few rather strange problems recently with services requiring an upped network interface starting before the interface is up, this is using systemd-networkd-wait-online.service. In any case, it is possible you are having a similar problem, are you sure the interfaces nfs-server is set to listen on are up? This is now reported at https://bugs.archlinux.org/task/43647 so hopefully some enlightenment will appear there to help too. Could it be assumed then that this problem happened after an update and is happening to multiple people? I'm getting worried about updating now, very few things rely on my nfs server but it's still relatively important it stays running in case I do need to use it. I guess I'll just wait to see what comes of this bug report. -- Tomasz Kramkowski E-Mail: t...@the-tk.com PGP: 6FCE87503AAF42AB3BF4 94FE40B037BA0A5B8680 signature.asc Description: OpenPGP digital signature
Re: [arch-general] KDE Issue
On Wed, May 07, 2014 at 08:01:01AM -0400, Hunter Jozwiak wrote: Hi all. I tried to install KDE for testing accessibility with Orca. However, a friend of mine told me that the only icon that shows up is a hard drive, and it sits at this icon forever and won't load. What could be going wrong? Nothing on the forums shows information on this issue. I can never remember the name of that thing, but I'm guessing that is simply a session choosing screen(?). Have you tried asking him to [double]click on the icon? If that doesn't solve the problem then I don't know what will. pgpEnpdpqQj1G.pgp Description: PGP signature
Re: [arch-general] Xbmc not boot
On Sat, May 03, 2014 at 09:34:01PM +0200, Maykel Franco wrote: Hi, I have installed archlinux + xbmc follow this step: http://wiki.xbmc.org/index.php?title=HOW-TO:Install_XBMC_for_Linux_on_Arch_Linux But I power on the machine: [root@arch-xbmc-test ~]# systemctl status xbmc * xbmc.service - Starts instance of XBMC using xinit Loaded: loaded (/usr/lib/systemd/system/xbmc.service; enabled) Active: failed (Result: exit-code) since Sat 2014-05-03 23:30:35 CEST; 1min 28s ago Main PID: 180 (code=exited, status=203/EXEC) May 03 23:30:35 arch-xbmc-test systemd[1]: Started Starts instance of XBMC using xinit. May 03 23:30:35 arch-xbmc-test systemd[180]: pam_unix(login:session): session opened for user xbmc by (uid=0) May 03 23:30:35 arch-xbmc-test systemd[1]: xbmc.service: main process exited, code=exited, status=203/EXEC May 03 23:30:35 arch-xbmc-test systemd[1]: Unit xbmc.service entered failed state. xmbc not boot... Thanks in advanced. That article details two variations of installing XBMC. Can you please give exact information as to what you did? pgphDj6rAdjsd.pgp Description: PGP signature
Re: [arch-general] Optimizing boot
On Tue, Apr 29, 2014 at 06:28:42PM -0400, Toyam Cox wrote: On Tue, Apr 29, 2014 at 6:17 PM, Jan Alexander Steffens jan.steff...@gmail.com wrote: On Wed, Apr 30, 2014 at 12:06 AM, Toyam Cox csupercomputerg...@gmail.com wrote: Hello, I want to have a sub-30 second boot time, so as to make it possible for me to power down my computer and power back up at a moment's notice. Right now, I have a (according to my watch) ~35 second boot time. I used systemd-analyze, and discovered that NetworkManager.service is running for 12 seconds of that time! Also, polkit.service runs quite a while after everything else, but that is less important. How do I optimize NetworkManager.service to shorten boot times, especially as I don't need a network first-thing? -- - Toyam Are you using a display manager? If not (getty), add a snippet for getty@.service to use Type=simple instead of Type=idle (making it start ASAP) and add quiet to the kernel command line so boot messages are suppressed. This will allow you to log in with getty while the system is still booting. I'm using LXDM, my attempt to be lightweight with a GUI. Would Type=simple still work with LXDM? I notice it starts relatively soon in the boot process, meaning I'd need to figure out getting polkit to start even sooner, but is it an option? -- - Toyam LXDM is separate from getty. Getty runs on a TTY and prompts the user for a username. LXDM is a display manager, it runs on the X server and also prompts the user for a username and password. I doubt changing settings for one will affect the other. (Even though getty should by default run on all 6 initially available TTYs. Correct me if I'm wrong.) If you really want to speed up boot times you might want to consider cutting down on the Display Manager as it is not essential to using a DE/WM with X server. But in the end, because LXDM is supposedly so lightweight, and I presume that you count starting X and running a DE/WM a part of the boot process, you might not get any speed advantage. In the end, it really is a matter of what you consider a booted machine. I can get from halted and powered off to getty in under or around 20 seconds, a few seconds to log in, a few more for X server and under a second for i3wm (Yes it's lightning speed.) and I can be booted into a graphical environment in around 30 seconds. pgpdYy_eplp0G.pgp Description: PGP signature