[arch-general] genfstab, fstab, seclabel, UUID vs. PARTUUID, and Arch Wiki
tl;dr - genfstab causes problems on my system, PARTUUIDs may lead to non-booting systems when used instead of UUIDs I had a problem installing Arch Linux on my box earlier this week, although I managed to resolve it. I was installing from the latest fedora live usb image, since my motherboard refuses to boot into efi mode with the Arch ISOs. Weird issues with genfstab: -When I run with the -U option, no UUIDs are placed in fstab. With the -L option, no labels. Am I correct in thinking that the "/dev/sdX" should be replaced with UUIDs and labels, respectively? -My first and second attempts both ended up with an fstab option called "seclabel" that I couldn't find any documentation for. The boot process stalled, saying it didn't understand "seclabel" or "seclabel" was missing an option, and kicked me to recovery. After removing "seclabel" that problem no longer occurred. Hopefully it's not too important... -I had duplicate entries, even running it only once on a clean installation. I started from scratch twice, and duplicated this problem. I cleaned the file up manually, but it was still odd. Possibly related to the fedora live usb. However, no drives were mounted twice and the blkid / lsblk output didn't show any problems. Also, on following the Arch Wiki's advice in the beginner's guide: I used PARTUUIDs in my fstab and gummiboot entries. My system wasn't able to boot with these, which I had gotten from "blkid". When I switched them out for regular UUIDs, I had no problems, and my system booted flawlessly. If someone could confirm that we should be using UUIDs, I'll change this on the wiki. If PARTUUIDs *should* work, can someone please explain why? Or maybe just vouch that they work on your system? I've never had success with them. I'll edit the wiki once this is verified, or otherwise resolved. Lastly, I'd like to introduce myself. I'm Christian Demsar. I'm currently studying CS at Georgia Tech. I dabbled in linux a bit back in high school (only ubuntu and mint -- so not very deeply), but gave up until about last summer, and I've been mostly successful in learning the basics. -- vixsomnis
Re: [arch-general] GDM
Am Mittwoch, den 05.11.2014, 21:25 +0100 schrieb ake...@akendo.eu: > > Hi maybe you have an german keyboard layout? I think with the update of > gnome the german keyboard layout will be overwritten. > German link: > http://linuxundich.de/gnu-linux/nach-update-auf-gnome-3-14-englisches-tastaturlayout-gdm/ > > > best regards > Akendo > Yes I do have a German keyboard layout. However, the link you sent is of no help since when I followit I do not have the chance to change the keyboard settings for GDM (Anmeldebildschirm). For the non Geman speaking readres, the link suggest to go to settings-keyboard. In the bottom left is a link that leads to the language and region settings where on the screenshot of Akendo's link there is the opportunity to click on the top right on login view whichI do not have :-O KR Frank
Re: [arch-general] missing pacman mirror for Sri Lanka in last update
ok, thanks On Tue, Nov 4, 2014 at 9:26 PM, Doug Newgard wrote: > On Tue, 4 Nov 2014 21:17:16 +0530 > Sadika Sumanapala wrote: > > > Hi, > > > > Today after the update I've noticed that Sri Lankan arch linux mirror > > has been removed from the mirror list. Does any one knows reason for > > this? > > > > mirror was at: http://mirror.learn.ac.lk/archlinux/ > > It was probably marked as inactive since it doesn't seem to work. >
Re: [arch-general] no cups web/server with new version?
> On Wed, Nov 5, 2014 at 1:56 PM, Lex Onderwater wrote: > > Hi Javier, > > like you I also had the same problem you are experiencing. But after > changing the LogLevel in /etc/cups/cupsd.conf to: > > LogLevel debug > > I saw what the real problem was in /var/log/cups/error_log: > [05/Nov/2014:20:35:50 +0100] Group and SystemGroup cannot use the same > groups. > > Next I changed SystemGroup in /etc/cups/cups-files.conf which was: > SystemGroup sys root lp > to: > SystemGroup sys root > > In /etc/cups/cups-files.conf Groups is commented out so this will > default to 'lp'. After changing this I was able to start the cupsd again. > > Hope this helps, > -Lex Thanks a lot Lex. That was it. Actually as SystemGroup also includes by default sys and root, I just left it commented out as the Group line is. Seems to be working back. It didn't occur to me to increase verbosity (neither I knew how to before). Sorry about that. Thanks, -- Javier.
Re: [arch-general] GDM
Am 2014-11-05 20:38, schrieb Frank Zimmermann: Hi there, since update to 3.14 I cannot log on with the keyboard in GDM. It works when using the screen keyboard or when loggin in the console:-O KR Frank Hi maybe you have an german keyboard layout? I think with the update of gnome the german keyboard layout will be overwritten. German link: http://linuxundich.de/gnu-linux/nach-update-auf-gnome-3-14-englisches-tastaturlayout-gdm/ best regards Akendo
Re: [arch-general] no cups web/server with new version?
On 05-11-14 20:14, Javier Vasquez wrote: >> On Wed, Nov 5, 2014 at 12:22 AM, Kyle Terrien wrote: >>> On 11/04/2014 07:50 PM, Javier Vasquez wrote: >>> I noticed org.cups.cupsd.service just fails: >>> >>> % systemctl status org.cups.cupsd.service >>> ● org.cups.cupsd.service - CUPS Scheduler >>>Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled) >>>Active: failed (Result: exit-code) since Tue 2014-11-04 21:24:58 >>> CST; 8min ago >>> Main PID: 7988 (code=exited, status=1/FAILURE) >>> ... >>> >>> % journalctl -u org.cups.cupsd.service >>> ... >>> -- Reboot -- >>> Nov 04 21:06:59 m1 systemd[1]: Starting CUPS Scheduler... >>> Nov 04 21:06:59 m1 systemd[1]: Started CUPS Scheduler. >>> Nov 04 21:07:05 m1 systemd[1]: org.cups.cupsd.service: main process >>> exited, code=exited, status=1/FAILURE >>> Nov 04 21:07:05 m1 systemd[1]: Unit org.cups.cupsd.service entered failed >>> state. >>> ... >>> >>> if I run cupsd directly: >>> >>> % sudo cupsd >>> cupsd: Child exited with status 1 >>> ... >> >> Does /var/log/cups/error_log say anything? > > No, it's empty: > > % cat /var/log/cups/error_log > % > Hi Javier, like you I also had the same problem you are experiencing. But after changing the LogLevel in /etc/cups/cupsd.conf to: LogLevel debug I saw what the real problem was in /var/log/cups/error_log: [05/Nov/2014:20:35:50 +0100] Group and SystemGroup cannot use the same groups. Next I changed SystemGroup in /etc/cups/cups-files.conf which was: SystemGroup sys root lp to: SystemGroup sys root In /etc/cups/cups-files.conf Groups is commented out so this will default to 'lp'. After changing this I was able to start the cupsd again. Hope this helps, -Lex
[arch-general] GDM
Hi there, since update to 3.14 I cannot log on with the keyboard in GDM. It works when using the screen keyboard or when loggin in the console:-O KR Frank
Re: [arch-general] no cups web/server with new version?
> On Wed, Nov 5, 2014 at 12:22 AM, Kyle Terrien wrote: >> On 11/04/2014 07:50 PM, Javier Vasquez wrote: >> I noticed org.cups.cupsd.service just fails: >> >> % systemctl status org.cups.cupsd.service >> ● org.cups.cupsd.service - CUPS Scheduler >>Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled) >>Active: failed (Result: exit-code) since Tue 2014-11-04 21:24:58 >> CST; 8min ago >> Main PID: 7988 (code=exited, status=1/FAILURE) >> ... >> >> % journalctl -u org.cups.cupsd.service >> ... >> -- Reboot -- >> Nov 04 21:06:59 m1 systemd[1]: Starting CUPS Scheduler... >> Nov 04 21:06:59 m1 systemd[1]: Started CUPS Scheduler. >> Nov 04 21:07:05 m1 systemd[1]: org.cups.cupsd.service: main process >> exited, code=exited, status=1/FAILURE >> Nov 04 21:07:05 m1 systemd[1]: Unit org.cups.cupsd.service entered failed >> state. >> ... >> >> if I run cupsd directly: >> >> % sudo cupsd >> cupsd: Child exited with status 1 >> ... > > Does /var/log/cups/error_log say anything? No, it's empty: % cat /var/log/cups/error_log % > I suppose you could always revert to a stock configuration (using the > .pacnews) if you have to. > > --Kyle Terrien Hmm, will try. The only *.pacnew I got from the cups upgrade was cups-files.conf, and it's already merged. I'll download it from the web and see if that helps. Thanks, -- Javier.
Re: [arch-general] python mysql bindings.
2014-11-05 1:15 GMT-02:00 Evgeniy Alekseev : > At Tuesday 04 November 2014 10:27:16 Eduardo Machado wrote: > > i was building a python package that depends on an mysql binding for > > python, and i was looking about "mysql-python" [1], but when looking > > upstream [2] the page has a link to a new website [3]. > > At this new website, the author states that the package is a legacy > version > > (the source used in the Arch[1]), and the new one was renamed to "moist" > > and has a new source [4]. > > If you are looking for mysql bindings you can use python-mysql-connector > [1] > for some cases which supports python2 and python3. > > 1. https://www.archlinux.org/packages/python-mysql-connector/ Thank you both for the clarification. I will try the python-mysql-connector to see if it is compatible.
Re: [arch-general] Preferred CHOST
On Wed, 5 Nov 2014 13:03:14 +0100 Martti Kühne wrote: > > What is insecure when doing it? > > You cannot tell or know. But your way an attacker (they usually know > more than you or I) has the advantage of knowing exactly which of the > distros he is targeting. If somebody should fear an attack, than it's wiser even not to mention what version of Claws Mail, GTK and what architecture is used. This can be done by the account settings. Configuration > Edit accounts... > Edit selected account > Send > [ ] Add user agent header Regards, Ralf
Re: [arch-general] Preferred CHOST
On Wed, Nov 5, 2014 at 12:13 PM, Ralf Mardorf wrote: > Hi Martti, > > On Wed, 5 Nov 2014 07:56:25 +0100 > Martti Kühne wrote: >> On Tue, Nov 4, 2014 at 11:32 PM, Ralf Mardorf >> wrote: >> > >> > OK, so it perhaps should be the default for CHOST, but for packages >> > such as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, >> > while CHOST still could be as it is. >> > >> >> >> Wait, you'd prefer an untrue, nongeneric and revealing value passed in >> your mail headers to the generic and truthful representation of your >> system? > > could you explain what's untrue with it? Other distros do that too. > Well your software isn't built with the CHOST you want claws to recite. So technically it would be lying. >> Go ahead and build the package that way and want to have mail headers >> that uniquely reveal your choice linux distribution? >> Did you think this through? I mean, yeah, Arch has its benefits, but >> I'm not sure security is of no concern at all for it. > > What is insecure when doing it? You cannot tell or know. But your way an attacker (they usually know more than you or I) has the advantage of knowing exactly which of the distros he is targeting. cheers! mar77i
Re: [arch-general] Preferred CHOST
Hi Martti, On Wed, 5 Nov 2014 07:56:25 +0100 Martti Kühne wrote: > On Tue, Nov 4, 2014 at 11:32 PM, Ralf Mardorf > wrote: > > > > OK, so it perhaps should be the default for CHOST, but for packages > > such as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, > > while CHOST still could be as it is. > > > > > Wait, you'd prefer an untrue, nongeneric and revealing value passed in > your mail headers to the generic and truthful representation of your > system? could you explain what's untrue with it? Other distros do that too. > Go ahead and build the package that way and want to have mail headers > that uniquely reveal your choice linux distribution? > Did you think this through? I mean, yeah, Arch has its benefits, but > I'm not sure security is of no concern at all for it. What is insecure when doing it? Regards, Ralf