Re: [arch-general] dash as default shell?
Also I think some people here wrote, that they used dash as /bin/sh for years without problems. I personally also prefer dash as /bin/sh, but I dont think the pacman-trigger approach described in the wiki is a clean way of doing it. I dont know the arch packaging a lot, but I think a package which provides dash as bin/sh would be a cleaner approach. On Thu, 18 Jun 2020 00:33:59 -0400 Eli Schwartz via arch-general wrote: > You pulled this assertion out of thin air, do you have any proof that > it "breaks more than a decade of setups"?
Re: [arch-general] Package Jami is out of date
On Wed, 26 Feb 2020 21:16:09 -0500 Eli Schwartz via arch-general wrote: > Here's a tip to make this easier. Look at the field: > Great hint thank you! I will do this in the future. :) pgpQ45TVlkfKi.pgp Description: OpenPGP digital signature
Re: [arch-general] Package Jami is out of date
On Wed, 26 Feb 2020 20:57:30 -0500 Eli Schwartz via arch-general wrote: > This, however, is not. Why do you think that Bruno is "not active > anymore"? Why do you think that asking someone else to take over his > package due to him being Missing In Action is the correct solution? Thank you for the reply. I thought, he is not active anymore, because he is not listed as an arch linux developer. [0] I wanted to write him an email, but since I have not found his mail on the developers site, I thought he is not active anymore. Now that I looked it up again I saw the notice, that only core and extra maintainers are listed there. My bad. thank you for the explanation, now that I know the cause I will be patient. Best, Simon [0] https://www.archlinux.org/people/developers/ pgpMt3l4g8l6s.pgp Description: OpenPGP digital signature
[arch-general] Package Jami is out of date
Hello, the package Jami is out of date: https://www.archlinux.org/packages/community/x86_64/jami-gnome/ The last packager seams to be not active anymore. Can anybody please take over the package? Best, Simon
Re: [arch-general] [draft] xorg-server 1.16 is now available (v2)
Am 29.07.2014 um 19:46 schrieb Mauro Santos: QT_GRAPHICSSYSTEM=native Oh nice, thank you. It fixes the problem running skype in xephyr too. (Grey window) This worked before an update of lib32-qt4, so I'd guess it is a libqt problem and not a X problem.
Re: [arch-general] Is ATI more... compatible?
Am 03.05.2014 22:09, schrieb Nowaker: I am speaking about GPU passthrough. Is ATi better supported by Xen or KVM passthrough than nvidia. I do not think it makes a difference, if nvidia or amd/ati is passed through, but dont know it for sure. There is a thread in the forum: https://bbs.archlinux.org/viewtopic.php?id=162768 signature.asc Description: OpenPGP digital signature
Re: [arch-general] /var lost, how reinstal Archlinux?
Am 04.04.2014 23:24, schrieb Rodrigo Rivas: On Thu, Apr 3, 2014 at 9:12 PM, Lukas Jirkovsky l.jirkov...@gmail.com wrote: If you have enough time, I would try using pkgfile to recover the installed packages. I thing something like this should suffice: # update the pkgfile database pkgfile -u # find the package names for all binaries find /usr/bin -type f -exec pkgfile '{}' ';' | uniq Good idea. But just a little correction, use `sort` or else `uniq` will not work properly: find /usr/bin -type f -exec pkgfile '{}' ';' | sort | uniq or use only | sort -u instead
Re: [arch-general] [arch-dev-public] Trimming down our default kernel configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 27.03.2014 13:46, schrieb Thomas Bächler: Do you even know what that means? If I see this right, every time the kernel needs to do some permission check, it needs to ask are we using LSM xyz?. In any case, it's more code and thus more room for failure. Not necessarily, i do not know the code of all the policy enforcement points, but if you have a function pointer to the policy decision function, you only have to query this function. So if you enable SELinux, you let the pointer point to the SELinux function. Maybe you don't understand what i mean because of my bad english, here an example code: int (*func)( char *arg, ... ); int SELinux_pdp( char *arg, ... ) { Code } int pdp( char *arg, ... ) { Code } if( SELinux ) { func = SELinux_pdp; } else { func = pdp; } So you only have to call func( arg, ... ) and test the returned value. Besides that, i'd prefer a smaller kernel, too. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlM0NKkACgkQkr64biT2RYQzegD+MU+yBgTPoIA0RB9CH9l2CFpp dEEGg5FfYVdodSYtAGsA/jOmUhnz+DvogZDYVHpsPmjObexou6qcGRpJPMxIL8jK =igbX -END PGP SIGNATURE-
Re: [arch-general] talkingarch problems formatting partitions
Am 12.03.2014 19:38, schrieb Don Raikes: Hi Ary, I tried using: # mkfs -t ext2 /dev/sda1 And got the same results. After a reboot, I tried: # mkfs -t ext3 /dev/sda3 And got a lot of messages about how there is a problem with the disk, so I am now suspecting that my hdd has gone bad, so I will need to wait on installing arch until I have a new drive. -Original Message- From: Ary Kleinerman [mailto:akleiner...@buinet.com.ar] Sent: Wednesday, March 12, 2014 11:27 AM To: General Discussion about Arch Linux Subject: Re: [arch-general] talkingarch problems formatting partitions Have you tried with other filesystem type, to see what happens? Maybe it could be a bug On Wed, Mar 12, 2014 at 3:07 PM, Don Raikes don.rai...@oracle.com wrote: Hi, I downloaded the talkingarch-20140203-dual.iso yesterday and want to install it onto my desktop system. I booted into the talkingarchlinux system no problems, and used parted to create the partitions on my hard disk. When I go to format the partitions, as soon as I enter the command: # mkfs -t ext4 /dev/sda1 The entire system locks up. I have to do a hard reboot of the system to get anything working again. Any idea why this might be happening? -- Ing. Ary Kleinerman Building Networks S.A. Córdoba, Argentina +54 351 5544150 You can use smartctl to verify a hd problem.
Re: [arch-general] Problems of using pacman and updating the filesystem
Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck!
Re: [arch-general] Problems of using pacman and updating the filesystem
Am 07.03.2014 08:13, schrieb Caorenzhi: Hi, there are some files in /sbin,/usr/sbin. Should I just remove them directly and then run pacman -s filesystem? I find out that I cannot access the internet this time, can I still use that command? Sent from my iPhone On Mar 7, 2014, at 1:07, Simon Brand simon.br...@postadigitale.de wrote: Am 07.03.2014 07:49, schrieb Cao, Renzhi (MU-Student): Now, for my problem, is there any way to repair that? Or you think I should reinstall my arch linux system? I am not a fan of reinstalling only to fix the system, but you should update more frequently ;) Chroot into your system, then look into /bin, /sbin and /usr/sbin, there shouldnt be any files. You can try then pacman -S filesystem Good luck! Where are these files from? Are they from some AUR packages? You can check this with pacman -Qo /path/to/file Do NOT remove then. If they are from AUR packages, remove them, update filesystem and then reinstall them. You could probably try to move them to /usr/bin and then update. You need the internet to download the new filesystem package. You could download it on another system, check the signature, copy it to the broken system and then install it with pacman -U /path/to/package You should know best, how to access the internet in your network. The livesystem only trys to dhcpcd, do you have WLan?
Re: [arch-general] Open Source ati driver can't load GLX extension
Am 05.03.2014 16:04, schrieb Felix Yan: On Wednesday, March 05, 2014 13:18:02 Heiko Becker wrote: OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display You need (lib32-)ati-dri besides xf86-video-ati, for OpenGL GLX extension to work with steam. He said since some days. Does the same happen with a clean steam in a clean home directory? It would be nice to know, which packages have been updated.
Re: [arch-general] Open Source ati driver can't load GLX extension
Am 05.03.2014 18:49, schrieb Heiko Becker: What should I look for? Kind regards, Heiko Kernel, mesa, lib-ati, lib32-ati, steam, xorg* What video card do you have? Did you try a clean /home directory?
Re: [arch-general] Open Source ati driver can't load GLX extension
Am 05.03.2014 19:13, schrieb Heiko Becker: Short Update: Clean /home/ gives me: Running Steam on arch 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) /home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp (2024) : Assertion Failed: Die Datei existiert bereits Assert( Assertion Failed: Die Datei existiert bereits ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp:2024 Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy ''] Kind regards, Heiko I'd rather think, it is a steam problem. Steam is working fine here, maybe you should contact the steam support. Btw are you sure, it was a clean home? Because Die Datei existiert bereits implys, that there was an existing file. You can start steam with strace to see, which file steam is refering to. (or add a real new user)
Re: [arch-general] Updating the archlinux-keyring package
Am 2014-02-14 12:00, schrieb Plonky Duby: I do agree with that, i switched on a laptop which was off since september 2013 and i had some issue with some key. I had to update key, before having a sucessfull update. A cronjob does not help you, when you're laptop is off.