- Arch-general - lists.archlinux.org

[arch-general] Sysctl.d configuration ignored (possible pebkac)
by Garmine 42 01 Apr '16

01 Apr '16

Hi! I believe it's a layer 8 error, but I can not change kernel.sysrq at boot to anything else than defined by Arch packages. I read the manpage, wiki and google a few times yet I can't spot my mistake. I have this file: -rw-r--r-- 1 root root 17 Mar 23 02:05 /etc/sysctl.d/10-sysrq.conf With this content: kernel.sysrq = 1 Yet any time I log in the `kernel.sysrq = 16` parameter from /usr/lib/sysctl.d/50-default.conf overrides the one I defined above. What did I do wrong? Thank you in advance! Regards, Garmine

2 2

[arch-general] Kscreen lock not appear kde plasma - archlinux
by Maykel Franco 30 Mar '16

30 Mar '16

Hi, I find the kscreen lock options in the section "system preferences" in kde plasma. http://imgur.com/QCGG8ZZ maybe one module you are missing me install kde? kubuntu if you have in kde 15.10 Thanks in advanced.

2 1

[arch-general] Archlinux banana pi probem kodi
by Maykel Franco 27 Mar '16

27 Mar '16

Hi, I followed this guide install archlinux in banana pi and works fine: https://wiki.archlinux.org/index.php/Banana_Pi I like install the kodi-rbp in banana pi: https://wiki.archlinux.org/index.php/Kodi#Raspberry_Pi The driver graphics has installed fine, with the command startx , the graphical works fine. But the problem is kodi, not working... The logs say: kodi.bin double free or corruption The user kodi are in the groups: disk:x:6:root,kodi network:x:90:kodi video:x:91:maykel,kodi audio:x:92:maykel,kodi optical:x:93:maykel,kodi storage:x:95:maykel,kodi power:x:98:maykel,kodi users:x:100:kodi kodi:x:996:kodi And I created this rules in /etc/udev/rules.d/ [root@kodi-bananapi log]# ls -l /etc/udev/rules.d/ total 8 -rw-r--r-- 1 root root 45 mar 27 15:10 10-vchiq-permissions.rules -rw-r--r-- 1 root root 59 mar 27 15:41 bananapi.rules [root@kodi-bananapi log]# cat /etc/udev/rules.d/* SUBSYSTEM=="vchiq",GROUP="video",MODE="0660" SUBSYSTEM=="tty", KERNEL=="tty0", GROUP="tty", MODE="0666" Can I help me please?

2 1

Re: [arch-general] help - Was: arch-general Digest, Vol 137, Issue 36
by Ralf Mardorf 26 Mar '16

26 Mar '16

On Sat, 26 Mar 2016 15:21:38 +0100, Emiel W wrote: >Yes, I did need that. Sorry for the spam and thanks for your response. >[snip] You're welcome. I send my reply to the list too, since a subscriber already feared a pet has need [1]. Several replies were send to the list only, so you need to wait for the next digest or visit the archive. Regards, Ralf [1] On Sat, 26 Mar 2016 15:17:45 +0100, a subscriber wrote: >[snip] >Other probable explanations: >[snip] >- "Help, I'm Emiel's cat and did't get fed this morning." >[snip]

1 0

Re: [arch-general] arch-general Digest, Vol 137, Issue 36
by Emiel W 26 Mar '16

26 Mar '16

Help On Mar 26, 2016 13:00, <arch-general-request(a)archlinux.org> wrote: > Send arch-general mailing list submissions to > arch-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-request(a)archlinux.org > > You can reach the person managing the list at > arch-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-general digest..." > > > Today's Topics: > > 1. Re: [solved] virt-install conflicting files (Ralf Mardorf) > 2. Re: [pacman-dev] Please make the colourised output exactly > like that of "pacman-color" (Genes Lists) > 3. Re: [pacman-dev] Please make the colourised output exactly > like that of "pacman-color" (Maarten de Vries) > 4. Strange abs behaviour (Christian Rebischke) > 5. Re: Strange abs behaviour (Doug Newgard) > 6. Re: Strange abs behaviour (Levente Polyak) > 7. Re: Strange abs behaviour (Christian Rebischke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 25 Mar 2016 13:11:00 +0100 > From: Ralf Mardorf <silver.bullet(a)zoho.com> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] [solved] virt-install conflicting files > Message-ID: <20160325131100.0ffbc9b0@utnubu> > Content-Type: text/plain; charset=US-ASCII > > On Fri, 25 Mar 2016 07:42:48 -0400, Eli Schwartz wrote: > >https://bbs.archlinux.org/viewtopic.php?id=210539 > > Thank you for the clarification Eli :). > > Regards, > Ralf > > > ------------------------------ > > Message: 2 > Date: Fri, 25 Mar 2016 08:32:38 -0400 > From: Genes Lists <lists(a)sapience.com> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] [pacman-dev] Please make the colourised > output exactly like that of "pacman-color" > Message-ID: <69bb0843-ce30-c990-d1d7-844fb0f846a2(a)sapience.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 03/24/2016 09:06 PM, Xavion wrote: > > Hi Allan, > > > > I have become old and grumpy since then! > >> > .. > > > Quick comment on color - it might be helpful to have a toggle to switch > from dark to light terminals. ls uses an environment variable to permit > changing the color map - that may be overkill - but a toggle for light > vs dark background might be nice. > > gene > > > ------------------------------ > > Message: 3 > Date: Fri, 25 Mar 2016 16:42:20 +0100 > From: Maarten de Vries <maarten(a)de-vri.es> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] [pacman-dev] Please make the colourised > output exactly like that of "pacman-color" > Message-ID: > < > CAPWpf+xYB2q4xCDb-uNqh1sqrFYZ1Caqqu393irzwNpjGpkDTA(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On 25 March 2016 at 13:32, Genes Lists <lists(a)sapience.com> wrote: > > > On 03/24/2016 09:06 PM, Xavion wrote: > > > >> Hi Allan, > >> > >> I have become old and grumpy since then! > >> > >>> > >>> .. > > > > > > Quick comment on color - it might be helpful to have a toggle to switch > > from dark to light terminals. ls uses an environment variable to permit > > changing the color map - that may be overkill - but a toggle for light vs > > dark background might be nice. > > > > gene > > > > ?Shouldn't a terminal configuration use colors that are always readable on > the default background color anyway? Then, assuming that you're not > overwriting the background color, the only two colors you should avoid are > black and white. All the other colors should be fine. Instead of setting > the foreground color to black/white you should just use the default > foreground color, possibly bold. I assume this is already the case for > pacman. > > -- Maarten? > > > ------------------------------ > > Message: 4 > Date: Fri, 25 Mar 2016 18:17:17 +0100 > From: Christian Rebischke <Chris.Rebischke(a)archlinux.org> > To: arch-general(a)archlinux.org > Subject: [arch-general] Strange abs behaviour > Message-ID: <20160325171717.GA8917@motoko> > Content-Type: text/plain; charset="us-ascii" > > Hello, > I have strange abs behaviour maybe you have an idea for this issue: > > https://paste.archlinux.de/cJN/ > > I can catch every package via abs except virt-install. Do you have any idea > why? > > greetings > > chris >

5 4

[arch-general] Strange abs behaviour
by Christian Rebischke 25 Mar '16

25 Mar '16

Hello, I have strange abs behaviour maybe you have an idea for this issue: https://paste.archlinux.de/cJN/ I can catch every package via abs except virt-install. Do you have any idea why? greetings chris

3 3

Re: [arch-general] [pacman-dev] Please make the colourised output exactly like that of "pacman-color"
by Genes Lists 25 Mar '16

25 Mar '16

On 03/24/2016 09:06 PM, Xavion wrote: > Hi Allan, > > I have become old and grumpy since then! >> .. Quick comment on color - it might be helpful to have a toggle to switch from dark to light terminals. ls uses an environment variable to permit changing the color map - that may be overkill - but a toggle for light vs dark background might be nice. gene

2 1

[arch-general] virt-install conflicting files
by Ralf Mardorf 25 Mar '16

25 Mar '16

Updating from virt-install 1.3.2-3 to 1.3.2-4 didn't work. Several files owned by no package cause a conflict. Since I never build anything virt related myself and Arch always was up-to-date, there must have been an issue with an update, that didn't removed those files. Who might be the culprit, pacman? Or virt-install from community? I didn't report a bug, since assumed the culprit is virt-install, than likely an old package version and maybe the culprit is something else. The issue is solved, but I still don't know the cause for the issue: $ pacman -Qo /usr/share/virt-manager/virtcli/__init__.pyc error: No package owns /usr/share/virt-manager/virtcli/__init__.pyc $ ls -l /usr/share/virt-manager/virtcli/__init__.pyc -rw-r--r-- 1 root root 189 Oct 5 16:50 /usr/share/virt-manager/virtcli/__init__.pyc $ sudo pacman -S virt-install virt-manager [snip] Packages (2) virt-install-1.3.2-4 virt-manager-1.3.2-4 [snip] error: failed to commit transaction (conflicting files) virt-install: /usr/share/virt-manager/virtcli/__init__.pyc exists in filesystem [snip] Errors occurred, no packages were upgraded. $ sudo pacman -Q virt-install virt-manager virt-install 1.3.2-3 virt-manager 1.3.2-3 $ sudo rm -r /usr/share/virt-manager/ $ sudo pacman -S virt-install virt-manager [snip] warning: could not get file information for usr/share/virt-manager/ [snip] $ sudo pacman -S virt-install virt-manager warning: virt-install-1.3.2-4 is up to date -- reinstalling warning: virt-manager-1.3.2-4 is up to date -- reinstalling [snip] Packages (2) virt-install-1.3.2-4 virt-manager-1.3.2-4 [snip, no warning, no error] Regards, Ralf

2 2

[arch-general] Fwd: Welcome to the "arch-general" mailing list
by Anna Ivanova 25 Mar '16

25 Mar '16

---------- Forwarded message ---------- From: <arch-general-request(a)archlinux.org> Date: Fri, Mar 25, 2016 at 7:44 AM Subject: Welcome to the "arch-general" mailing list To: kalterfx(a)gmail.com Welcome to the arch-general(a)archlinux.org mailing list! To post to this list, send your message to: arch-general(a)archlinux.org General information about the mailing list is at: https://lists.archlinux.org/listinfo/arch-general If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: https://lists.archlinux.org/options/arch-general/kalterfx%40gmail.com You can also make such adjustments via email by sending a message to: arch-general-request(a)archlinux.org with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe without confirmation. It is: 12481632F! Normally, Mailman will remind you of your archlinux.org mailing list passwords once every month, although you can disable this if you prefer. This reminder will also include instructions on how to unsubscribe or change your account options. There is also a button on your options page that will email your current password to you. -- kalterfive

2 1

[arch-general] What is the current wiki-poliicy for re-writing contributions?
by David C. Rankin 25 Mar '16

25 Mar '16

Archdevs, What is the current policy for having wiki-contributions re-written? I have been a wiki-contributor for years, I've more than 28 years Unix/Linux experience, I am an attorney, a registered professional engineer, and I have spent years doing technical writing for NASA MOD and Space Flight Operations -- I know technical writing. Over the past year or so it seems like every wiki contribution made is re-written to the point that the immediacy of the needed information is lost, is replaced by a link, or the contribution is reworded in a bewildering manner. Under what criteria does this take place? It has gotten to the point where you just get tired of helping -- why bother? Under the current system, the pages are slowly becoming less-useful rather than more useful as more and more information is chopped out of pages or replaced by links to 3rd-party pages that may (or may not) be there tomorrow. When I first began using Arch in '09, the pages were written such that you could fully-complete whatever task the page addressed without bouncing around from page-to-page hunting for all the pieces of the puzzle. That is no longer the case. Don't get me wrong, the Arch-wiki pages are still by far the most useful of any distribution, but understanding the criteria under which this is taking place will help those willing to contribute determine whether to make a contribution or not. The goal being to keep the Arch-wiki, the very best that it can be. Thanks. -- David C. Rankin, J.D.,P.E.

13 12