Re: [arch-general] The "new" opensmtpd package
Another place to look for packages from [core], [extra], [community], [multilib] and their respective [*testing]-equivalents is https://archlinux.org/packages. Sometimes the search mask is counterintuitive, but it gets the job done. Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Installing by remote control
On 19.03.2013 23:04, David Benfell wrote: > Hi all, > > I'm currently running Arch Linux on a Linode. I'm happy--actually, > real happy--with Arch, not so happy with the constraints I'm facing > with the Linode. > > Casting about, I find Contabo in Germany. From them, I can get a > dedicated server with lots more capacity for about the same cost (it'd > actually go up a little because I'd solve a few other problems that > doing this would bring within range). > > Unfortunately, they do not offer Arch Linux as an option. I sent their > support team a message asking about this, and I've included their > response below. > > It sounds like heartburn to me. I don't have a lot of experience > installing Arch Linux (Linode *does* offer it as an option and I > installed via Bridge Linux on my desktops). I'm hoping this isn't as > weird as it sounds. (I've actually never heard of a KVMoIP.) > > Is what they're offering a reasonable proposition? How weird is it really? > > Thanks! > IIRC, by requesting KVMoIP you will get a serial console attached to your server onto which you can logon and thus have access to a serial console to your server, allowing you to view the boot process, GRUB and stuff like that. If you have this, you only have to boot into the USB install stick and install as you would usually do. The main point is that you should have serial access to your server with KVMoIP :) Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Device "eth0" does not exist - how to bring up?
On 15.03.2013 18:24, David C. Rankin wrote: > All, > > After update that installed systemd, chrooting the system successfully > starts > the network and eth0 is present. However, when booting natively to the system > no > eth0 is present. Attempting /etc/rc.d/network restart results in "Device eth0 > does not exist." According to https://wiki.archlinux.org/index.php/Systemd, > until I append init=/usr/lib/systemd/systemd to the kernel line and reboot, > the > system should still process the initscripts normally. However this does not > occur. 'cat /proc/1/comm' still shows 'init' so I cannot figure out why I do > not > have an eth0. > With the installed systemd you should also have gotten a new udev version which might or might not give unique names to your network interfaces. Please check the output of ip link show to make sure there is eth0 and not enp0s3 or something like that. Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Incorporate udev rules in initrd
On 31.12.2012 11:00, Rodrigo Rivas wrote: > On Mon, Dec 31, 2012 at 8:37 AM, Christoph Vigano wrote: > >> >> How can I tell mkinitcpio to include a custom udev rule? Do I need to >> write a hook for that? How can a hook for this look like? > > > AFAIK, using FILES="path-to-udev-rule-file" should be enough. The udev > binaries and basic rules are already there, so adding the custom rule to > the image should make it work automagically. > > HTH > -- > Rodrigo > Well, your solution was correct after all. The only thing missing was the psmouse module, which needed to be added to the initrd. Before adding that module, only a generic mouse device appeared in sysfs and my udev rule had no attribute sensitivity which it wanted to set. Thanks to Dave for pointing out the break-option which proved to be useful for examining sysfs as seen by the initrd. Now the struggle after rebooting has again lost some of its quirks ;) Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Incorporate udev rules in initrd
On 31.12.2012 11:00, Rodrigo Rivas wrote: > On Mon, Dec 31, 2012 at 8:37 AM, Christoph Vigano wrote: > >> >> How can I tell mkinitcpio to include a custom udev rule? Do I need to >> write a hook for that? How can a hook for this look like? > > > AFAIK, using FILES="path-to-udev-rule-file" should be enough. The udev > binaries and basic rules are already there, so adding the custom rule to > the image should make it work automagically. > > HTH > -- > Rodrigo > Sadly, that did not work although the file containing the rule is inside the initrd (verified with lsinitcpio). Any other idea how to debug this? Greetings, Christoph signature.asc Description: OpenPGP digital signature
[arch-general] Incorporate udev rules in initrd
Hey guys, I set the sensitivity of my Thinkpad X230i laptop trackpoint with an udev rule setting the values in sysfs fitting for me. One drawback of this solution is that this rule I wrote is not incorporated inside of the intird, so when I start up, the udev of initrd already recognized the trackpoint and my rule in the booted-up system is ignored. My workaround for this is to manually do "udevadm trigger", which bugs the hell out of me. How can I tell mkinitcpio to include a custom udev rule? Do I need to write a hook for that? How can a hook for this look like? Thanks in advance! Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] ati mobility radeon x2300
On 23.12.2012 11:56, Δημήτρης Ζέρβας wrote: > when i startx with the radeon mod loaded I get: > Screen 0 deleted because of no matching config section. > and then > no screens found > This sounds like you still have the generated config from catalyst driver in /etc/X11. That xorg.conf disturbs the autoconfiguration of X. If you have an /etc/X11/xorg.conf, delete it. X should work after that, most of the time autodetection does its job like a charm. Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] Secure Boot Support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04.12.2012 10:27, Thomas Bächler wrote: > If any Arch developer were to magically receive a new, secure-boot > secured computer, then we could quickly get shim support. > Well, I'm not an Arch developer, but as it happens I got myself a Thinkpad X230i today, which is capable of secure boot. If I can be of any help, message me. Greetings, Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJQvopGAAoJEOGIwUZuUxpn67cP/jwD7fgLIvwWNUIJIFsrlGm2 f3iomGH3Be9yB2A0NNvOytKVW5UXorjxzznIaVxYC8Z0TSCJfhUkvPt6uqun9W+J TtrkykV3iN98eTUoHQkMy1yYDtbxxeb9g+6uI7enjwffIga//IHdmJrxFWK2qYPK BPBqgvqGvO92Sc2AESMxMM6FQyyhKrWHJ5X/OkvCJQdkUSqGtpvLVuFWaWpOIljz ngqec/h31xlPFcobW44aaSoqk+OegENjn53mWdaG8up2ysJTQsf/ochEcZbsIUIR XtIroDOmp2xFh+Ui1Y01pUx+ufWQl0SD7THflGSSSmgtRbHK/yuUInGCsmYr7Qd/ /c8vCastLnTwzeOFJ0QywrWpU35+S3nD6N/fsc65KaE9rvRBjiorT3tdFP4xfzuQ bly93D5NElq6h7Tt5j4pURDAd78rDhZCLe4UHGhMHjYBQ4W73McaE4sj65uQX5Oy dmTVVivDhytFA7zZOkq01toYinX7/zr8Cri63iXQC9WmmV6VwcXcgCN0Z1KFMDV8 m2k0tE+RqHM9wdjeLbnYk1kEkNeAtGQnFIopd7YxRXYAu68SgqTR34DsRmqEjLdy CXYDMG/xjbJC/+4X8GbXA4Syq4ixJuSoQWLyNuSgI9faSEnU9ijqFxopAU2mHLaV nca/mdxl0TK/fVcpjQph =4GOH -END PGP SIGNATURE-
Re: [arch-general] systemd units order
On 10/15/12 at 07:46pm, Arno Gaboury wrote: > On 15/10/12||01:09, Rodrigo Rivas wrote: > >On Sun, Oct 14, 2012 at 2:22 PM, Arno > >Gaboury <[1]arnaud.gabo...@gmail.com> wrote: > > > > Dear list, > > I automatic login with systemd. I recently added 2 services, and > > they > > start AFTER the login prompt, so I lost it. Not a big deal, as > > pressing > > gives it back. > > I tried with no sucess playing with the After and Before options for > > one > > unit file (netcfg). I would like to have a clean boot but does not > > know > > how to properly set up the units orders. > > > >The problem probably that these messages are printed *after* the > >service is fully started (they are logging messages), so the Before= > >and After= options are of no use there. > > > >You may have better luck with the TTYPath= option. Or even adding > >"console=tty7" into the kernel command line. > > > > Here are the unit files of the 2 services > > : [2]http://sprunge.us/ZQWD > > > > > >BTW, your link does not have any unit file, only a "systemd status" > >output. > > > >-- > > > >Rodrigo > > > Sorry for the messed paste. > The 2 units files are libvirtd.service and netcfg.service. > I added in both files Before=getty.service > > Now I have the login prompt at the end. The remaining issue is I still > have mixed in the boot list : > No mail > last login > > I don't know how to place then at the end too, as I have no idea what > unit print these messages. > > References > > > >1. mailto:arnaud.gabo...@gmail.com > >2. http://sprunge.us/ZQWD Oh well, sorry for the noise, but aren't those the normal messages everyone gets after logging in on the console? I think these are spawned through PAM, but I'm not sure about that. Anyone else? pgpWMGeMp2qmQ.pgp Description: PGP signature
Re: [arch-general] systemd units order
On 10/15/12 at 07:46pm, Arno Gaboury wrote: > On 15/10/12||01:09, Rodrigo Rivas wrote: > >On Sun, Oct 14, 2012 at 2:22 PM, Arno > >Gaboury <[1]arnaud.gabo...@gmail.com> wrote: > > > > Dear list, > > I automatic login with systemd. I recently added 2 services, and > > they > > start AFTER the login prompt, so I lost it. Not a big deal, as > > pressing > > gives it back. > > I tried with no sucess playing with the After and Before options for > > one > > unit file (netcfg). I would like to have a clean boot but does not > > know > > how to properly set up the units orders. > > > >The problem probably that these messages are printed *after* the > >service is fully started (they are logging messages), so the Before= > >and After= options are of no use there. > > > >You may have better luck with the TTYPath= option. Or even adding > >"console=tty7" into the kernel command line. > > > > Here are the unit files of the 2 services > > : [2]http://sprunge.us/ZQWD > > > > > >BTW, your link does not have any unit file, only a "systemd status" > >output. > > > >-- > > > >Rodrigo > > > Sorry for the messed paste. > The 2 units files are libvirtd.service and netcfg.service. > I added in both files Before=getty.service > > Now I have the login prompt at the end. The remaining issue is I still > have mixed in the boot list : > No mail > last login > > I don't know how to place then at the end too, as I have no idea what > unit print these messages. > > References > > > >1. mailto:arnaud.gabo...@gmail.com > >2. http://sprunge.us/ZQWD Did you set yp the automatic login according to [0]? One note there says the following about /etc/systemd/system/autologin@.service: "Note: Type=simple can cause systemd boot-up messages to pollute the login prompt." That could be worth a check. Links: [0]: https://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console#With_systemd Greetings, Christoph -- Christoph Vigano AUR / IRC: kritztopf BBS: kritter pgpQQnA4k7jvJ.pgp Description: PGP signature
Re: [arch-general] Password expiring and encryption
On 10/14/12 at 06:03pm, Rafael Beraldo wrote: > Hello all, > > I have my passwords set to expire every 30 days. When they expire, I am > asked to input a > new, different password. > > It turns out that I recently noticed I had to input only the first 8 > characters of my password to > be able to log in. I discussed this with Hlao-ru on #archlinux and, thanks > to him, I found out that > passwords generated by passwd were fine but passwords generated after my > password > expire suffer of the 8-character restriction problem. This problem can be > reproduced by > manually expiring the password with passwd -e user and then loging in with > su user. > > So I took a look at man passwd and man login and both programs read > /etc/login.defs. This file has > a parameter, ENCRYPT_METHOD, that was, in my system, unset. The default > value for this parameter > is DES, and that could be causing my problem. I set the parameter to SHA512 > but that didn't help (I > believe I have to reboot the system, and I haven't). > > There are a few other files that seem to do a similar job, namely > /etc/default/passwd and > /etc/pam.d/password. > > I am confused: what file control what programs? And isn't that a bug? The > wiki [0] says that newly > created passwords use SHA-512 as the encryption, but that's clearly not the > case when asked > to create a new password. > > [0]: https://wiki.archlinux.org/index.php/SHA_password_hashes > > Thanks all, > > -- > Rafael Beraldo > cabaladada.org A few minutes ago I tinkered with this exact issue on my hobbyist LFS, introducing PAM to my setup. The installation page for shadow states the following: "The login program currently performs many functions which Linux-PAM modules should now handle. The following sed command will comment out the appropriate lines in /etc/login.defs, and stop login from performing these functions" [0] After that, several files for different services or programs are created, "system-passwd" being one of them, where the line is identical to that of "/etc/pam.d/passwd" shipped with Arch Linux pam-package: password required pam_unix.so sha512 shadow nullok That line enforces hashing of the password with SHA512 if available the next time the password is set anew. This should explain why you did not find any of those options in login.defs. Have you tried backing up default/passwd and deleting it? On my LFS, there is no such file and I can't find the point of it's creation in the PKGBUILD of pam. HTH, Christoph
Re: [arch-general] Partition mounting in systemd [WAS: Lennart Poettering on udev-systemd]
I could not fix the systems as I could not get > a "recovery" bash prompt. I had to use a boot live CD to edit the fstab > and then all was well. On all my sysvinit systems a bad mount point > would just give me an error and continue booting. Wouldn't it have been easier to just start with init=/bin/bash ? Just asking, as this would have been my first attempt at solving the problem. Greetings, Christoph
Re: [arch-general] linux-3.5.0-1 enters [testing]
On 08/01/2012 11:38 AM, Tobias Powalowski wrote: > Am 23.07.2012 14:57, schrieb Tobias Powalowski: > There seem to be no serious regression, > any objections if 3.5.0-2 move to [core] ? > greetings > tpowa > I am not using [testing], but are you guys aware of the following power regression [0]? Is that a no-go or do you want to update the kernel and incorporate a soon-to-come patch ASAP? Greetings, Christoph [0]: http://www.phoronix.com/scan.php?page=news_item&px=MTE1MTI
Re: [arch-general] vboxbuild: command not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Somewhere on a mailing list was announced by a maintainer, that vboxbuild would be replaced by the use of dkms. But I can't recall completely where this was mentioned. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQDxz+AAoJEOGIwUZuUxpn8VsQAIRCYmcEyZhzT19vzZmdhygy EG2TZ0eFoIcTTK0SvT5RjHyyvjXauAEHnbPiAJlp9jC8e32oVzBLH788H6/9FySo wMT5pbu8zDMEE92ceNCUPk3EykSBEKMmALd+aLrIVt4JvMalLbj/bV+3uGk9M6kd uFEcsJGU83ECAm5COp1qCbdvu6a7Aw2lstV9YkyxC0UstSQHmNliX3jqvxeukX+y pxa8uk8oKGPijChJLwcGL2p8g5ckjZyEDjA5HYUsOpfKlPMdZMvvh+kAxdt3L2PG KvMqA8ny4o1/kSmTcX+/12rSr/I7rRF9r17uH5XBTU87cg4+bJtFhBZeQrM1zi8B 6cAAaIZo2UbR+e/LkJnQ8AszA2oiueRwBPekGlwuMmUzkZnwsZeAy3yr6/ZL1Qk7 L7mRGlJRT8N5WNEYgaXNcs+9UHLB6oCQ4447YZhRZn3JBCjY9dnNJ55Jwe4fLpxs vgxSGYA9Z1ynhEJMY2kY5rIXU7UsndzZkXJKTVnrOGzrLwMb1XCl4g4Zu4jFJ8bG c4cBcOTlerXnHEvj7XdQsLGfSZ/Uh/0F69PRvH/sYKnNBnWQBpl3dqzjbDarRCTr ocEiSBwnMKY2IT1Mxtx1tG11ybkzkM8YjceHmhRbds+qlh8aQvzacN9eQIuGdn8e H67iqzjF36lmhOtvRNRT =OvjQ -END PGP SIGNATURE-
Re: [arch-general] My end-user $0.02 on /etc/rc.conf splitting.
Am 7/24/2012 4:51 PM, schrieb Mantas Mikulėnas: On Tue, Jul 24, 2012 at 5:07 PM, Heiko Baums wrote: Yes, I don't like those Windoze like ini files of systemd, too. I honestly don't know if this is serious. What is the difference between a "key=value" rc.conf and a "key=value" ini file of systemd? I think he refers to those sections: [Unit], [Service], [Install] and whatnot, I have not explored all of those yet. But, those are not Windows-like INI-Files. Those files are meant to be following some XDG Desktop File Descripton Standard Whose Name I Not Now (tm), making them easy parseable by existing libraries and programs that implement this standard. They are not enforced to be following this standard (show itself if you have a type=forking .service and define multiple ExecStartPost sections for instance), but are encouraged to be. It's all in the documentation ;) But yes, in the end all of those are key=value pairs. -- AUR: kritztopf BBS: kritter #archlinux{,-offtopic}@freenode: kritztopf
Re: [arch-general] Kernel verbosity
> No, I'm using initscripts, and it does quiet down when I use the kernel > command line parameter as explained in there, but I was wondering how > default Arch kernel is doing it without the command line parameter. It's a patch: % grep -R loglevel /var/abs/core/linux /var/abs/core/linux/change-default-console-loglevel.patch: #define MINIMUM_CONSOLE_LOGLEVEL 1 /* Minimum loglevel we let people use */ /var/abs/core/linux/PKGBUILD:'change-default-console-loglevel.patch' /var/abs/core/linux/PKGBUILD: patch -Np1 -i "${srcdir}/change-default-console-loglevel.patch" Download the package via ABS and examine it for yourself :) Greetings, Christoph
Re: [arch-general] Installing without using AIF?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/16/2012 05:10 PM, Chris Sakalis wrote: > On Mon, Jul 16, 2012 at 5:45 PM, Tom Gundersen > wrote: >> >> I'd be happy to add more details to that wiki page, if people >> post questions they have about it. >> >> -t > > Hello. > > Most of the stuff (like partitioning, configuration etc) are > already explained in detail in other pages. Perhaps, what is > needed is some more details on what each of the steps does exactly. > This way people people will know what they need to do and for what > to search for if they need more information. For example, what > does arch-chroot do? People that are not familiar with chroot in > general, might find this and perhaps the steps following it > confusing, since they might not understand that they are actually > editing the installation and not the live fs. > > Regards, Chris Sakalis > That's a good point. Gentoo for example has a good in-depth explanation of all the steps involved in an installation. Maybe some inspiration can be taken from there. Greetings, Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQBDmnAAoJEOGIwUZuUxpncbgP/RE+Lz0hyz1mmxPhpYisoF85 HDxecKaIrRol5VbvyqdfJd1dx7Xhz73V/E7+zWhN4uVihwzptsaEgBnKHnUPodlK y7XfhyfqHY/Du0sXVsMPgSMYn5xbUzLNlCNhotHYMJ1iFdesiqzq2ZD+kyLpma8m 6P1s165aOGTfh7TJY39k0cHmZuhGWus9gxmAoSXCTRHb55a68rRBtxLYvp8/IcMy D5rgGOQvK7gzgoN71gaRNKeJwBJmzTZAUdz04FMqYeD66pdkkYB2oAwlAVtRzudy CtEclCT6/L+g1ZvboXsm+ADFRtmwo7fyRdPV5B+34wNEnZwGK1Ar3dJpfr61mYp8 /6Zh1yfnR3TpJuawTF7uR5iz3BApXQ6RW/sENSwarcouuDLqIIQBAAAv2tLW2sFI eeeloB1Pu7pO6fwPUq9wpHoZyOa4hiph/1m0gFMOv9ojh6AcNfj86JE50lBCxn8I 0Sx7Kuuqktc6bHm8IcqgjO+HQ3WHSElArGu0tNKkw4eeiNTlwZCJVtsMU720Q0ba itUX3EYrtdpNR31q0nY6smiiQcSMTKwqIJV28v9Xy+RGW5q5M4tViU3QMMPwnKCv w/6+P0EhpwjRzc26YQ50aT3nnri14q2FnkM/suuzvTSnz6YVYaXhKtwKYWv/4jsI 9MW9aOuh9EV9IT54d83Y =glCI -END PGP SIGNATURE-
Re: [arch-general] About arch-install-scripts and new official iso.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > Personally I think we would be better off with just these scripts > + lots of documentation. If you are interested in an installer, > then I guess the best solution is to get involved with the AIF and > get it into shape again. Speaking of which: how can one get involved into the development of AIF? Is there something like a bug list for it? What needs to be done? Something different: how can one install a fresh system of Arch Linux using those scripts? Are these available on Archboot? Links to information online are greatly appreciated! Greetings, Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQBAVzAAoJEOGIwUZuUxpnTccP/iexZsUSOWcysQP9zRmGO5/L 7vwoHDAheaKKf1psme5VY8572HVtdBC3ulYGIwSdHj/r2D4gNebdlg6pbnNPl/0r hQp+ACCEf8KwhBFrkCkHQWSFBsyF5pAmo9pd79PQe6qIyLZpRxBpgGxEDzgf/lZO 27e30R5vWX75sc8HHKMqsvG/nCUHmMPxLALINz0fl12yuwTPi1joMI/qn8mVBPlC DV+ks3g47+/lG7CFy3FflNZcwSlRVXAt0NwJK3PXaI9Lp7rlVJ6IIN92HW69fflo /ugSPf3u2asUa7TebrPdPDu48jBYFOFYv3alHt1jpVRHmqAsPppNADh+qXqAZh7e RG6PDMceMz+wd2iFP6izpZ04howiMBb6yCvCna8ydMfzs8AKO+dEpUb+nonYe/pr Qv4mCs2eGuJYvVbivtY500D6aoCrrsD98sSNz5i/fChtN6QfgwtZ5YxZtyEwCcdP 0GKnTQ6PGT+xb5vLxHAIhJ0CkCDPN4VZRiyfigR4ibDEvgAoWsCZ/5Ml8/d+BnnY zf2SJayNy0O9dUHB6yEYBpDnmc3f+Vax0rg2HqO2ekwGO/RsJcP5lxL4U9cnq6fW yRR3P2lEoHQBVWZA1NnnPZ08SA4Eo7XsARht3OfDJcTS03dALIKWGAyIe/IYK8m1 7RTVfu9WvD5eDISwqzsx =qHLx -END PGP SIGNATURE-
Re: [arch-general] login fails after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > I agree. We are currently in the final stages of testing a new iso. > I'm also advocating we drop the core instal as it is causing too > many problems in case it is outdated. This seems to be a step in the right direction, works smoothly for other rolling release distributions (Gentoo and the likes). The only thing that would kind of prevent the breakage would be the quick release of a new iso. I do not know whether this is possible. Greetings, Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQBANXAAoJEOGIwUZuUxpnWbQP/RR8bgShb2Evv0Ly3zQKZHtr BPYZ5zZMARqG7auHbUSR+vp5VdPouDiqfk46PaIhd1CkFWmAa7wYOeZKB71Qu+Ym TlC0TpVOhv0phpo1J3vyyiRNsUKVo1OsO1oSQcLRm593cKEYw7xKT4ymPT3HRQeL R9ktiQmHbMNYmLpYcLICcLGR9cRxoJGZAFVwQ9yz/O65izgPU/h6x0JMh4xyFmow VFW0xSuwbe0VuSB79YS5rZIBIyH1yAoSYSbW2CMOhkkVTwn61rpQtHcfKy82jVtw QasFgKd8k0qlE88YtIb2A5WP4h7acl+zlryQ1N6nxIAUCmqHVaYmUH9Ff/a14tJt UKk8ZUkfpKQ5njeexJ+XPZsjqyoIn0k1aqpsUhDFNSufC524sZGVuvqBLfM8DHpp CYB6FTRsUjmOqihB/RSynz/mkApKvpAapThOQkBJik3lqx7NZuubOm9fSPNMFhX0 Xl2gs6BwkSqfoVbJo9hcz5T+TcJJJuL6hQV/gqzbXce6DmQIISnB/VbMbrS9yOEB hJ5Dwf9iBqd27+zgxGrcfyF/YJpGUG4AwYpnWIwkTITGKqTjrcsySMMnXQkjmCZl 5aGPMEahhJ7OedvCdoxzsvDNghQ1Iqwp4L+Kh1dn4zc2RkWQB3kCGyQEHhg59Lv8 hgOubCfIO4+VKyb1laE/ =k74j -END PGP SIGNATURE-
Re: [arch-general] Boot error
On 04/27/2012 01:42 PM, Baho Utot wrote: > rc.sysinit call mountpoint but that package soes not exist in a new > install. > > what package contains mountpoint? > util-linux contains this program, but if util-linux does seem to be not installed, something's gone very wrong. What did you try do? Fresh install of Archlinux? Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] battery charges only 49%
On 04/23/2012 01:34 AM, Paulo Roberto P. Evangelista wrote: > Hello, > > I have a notebook lenovo G470 recently realized that the battery only > charges up to 49% searched the wiki and found that there is a software > called ts_mapi, he is not installed, but my computer is behaving as if > estivese with the software installed. There was some-changing or > updating the kernel that could have enabled this feature of the > battery? > > > Could someone help me? If I remember my friends correctly, you don't need to have ts_msapi installed, as it sets this threshold in the battery itself. So installing ts_msapi do change should do the trick. Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] findutils and locate
On 04/15/2012 10:15 AM, P .NIKOLIC wrote: > Hi . > > How can i return full function to the findutils and locate , It was > the best utility for the job and now has been eroded by the supposed > replacements that are a complete failure . > > I want my old locate command back and working as it always used to > never failed to find what i wanted > > Oh and it did not clobber the system whilst building it's database > either > > > > Pete . > > Uhm, of which replacements are we talking? I don't remember any recent updates of those tools. Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] unable to update system, pacman acting up (again!)
On 04/11/2012 06:49 PM, Madhurya Kakati wrote: > Hi, > I am unable to update my system. I guess this problem has occurred to me > before > but unfortunately I forgot how to get around it. > > [papul@archlinux ~]$ sudo pacman -Su > Password: > :: The following packages should be upgraded first : > pacman > :: Do you want to cancel the current operation > :: and upgrade these packages now? [Y/n] y > > resolving dependencies... > looking for inter-conflicts... > :: gcc-libs and gcc-libs-multilib are in conflict. Remove > gcc-libs-multilib? [y/N] y > error: failed to prepare transaction (could not satisfy dependencies) > :: gcc-multilib: requires gcc-libs-multilib=4.7.0-3 > I resolved this with pacman -S pacman first and -Syu after that. Worked flawlessly (that was the solution the last time). Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] elinks is unverifiable
On 04/01/2012 04:43 PM, Jude DaShiell wrote: > error: elinks: key "396E3E25BAB142C1" is unknown > error: key "396E3E25BAB142C1" could not be looked up remotely > error: failed to commit transaction (invalid or corrupted package (PGP > signature)) > Errors occurred, no packages were upgraded. Have you tried running "pacman-key -r 396E3E25BAB142C1" as root? That should succeed with fetching the key. Due to the recent switch to gpg2, pacman was unable to look up such keys as it did not prefix the key ID with 0x and thus gpg2 was unhappy. - Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] fsck on each boot?
On 03/26/2012 03:09 PM, gt wrote: > I recently added the fsck hook to mkinitcpio.conf after seeing it being > recommended in the forums. I don't have a separate /usr though. > > Anyway, now after every boot i see: > > performing fsck on > > It shows up clean, and happens in a flash of a second. > > So my question is that is the hook supposed to perform fsck everytime? > Earlier (without the hook), it used to happen only on unclean shutdowns. > Yes, it's supposed to be like this. I think the main intention is to guarantee a clean root filesystem before trying to mount e.g. a seperate /home or /usr, which may depend on content of the rootfs (keyfiles, configuration files, ...). This all adds up to be a precaution taken by the devs to guarantee a smooth experience IMO :) Greetings, Christoph signature.asc Description: OpenPGP digital signature
Re: [arch-general] I can't really poweroff my pc
Am 2/19/2012 9:50 AM, schrieb 朱格宏: > 于 2012年02月19日 16:49, Christoph Vigano 写道: >> Am 2/19/2012 9:09 AM, schrieb 朱格宏: >>> Recently, i found my Dell D630 can't poweroff . when i shutdown my >>> laptop, it will shutdown all device except power,i must use power button >>> forced to close it. >>> but i don't know what the matter is. >>> >> How do you shutdown your Computer? If you use shutdown, your Computer >> will be in "maintenance mode" IIRC. You must use the command "halt". >> >> Greetings, >> Christoph >> > i use command "poweroff" or poweroff in gnome-shell menu Okay, "poweroff" is a symlink to "halt" for me. What about trying "halt" directly for shutting down the laptop? Is this a new behaviour for your laptop? Did you maybe install ACPI-related updates? Greetings, Christoph -- AUR, IRC: kritztopf BBS, Github: kritter
Re: [arch-general] I can't really poweroff my pc
Am 2/19/2012 9:09 AM, schrieb 朱格宏: > Recently, i found my Dell D630 can't poweroff . when i shutdown my > laptop, it will shutdown all device except power,i must use power button > forced to close it. > but i don't know what the matter is. > How do you shutdown your Computer? If you use shutdown, your Computer will be in "maintenance mode" IIRC. You must use the command "halt". Greetings, Christoph -- AUR, IRC: kritztopf BBS, Github: kritter
Re: [arch-general] Intel AES-NI module doesn't get loaded automatically
On 02/16/2012 02:15 AM, Karol Babioch wrote: > Hi, > > my hardware supports the AES-NI instruction set, which is a performance > boost. > > I'm pretty sure that the appropriate module (aesni_intel) was loaded > automatically in the past, which seems not to be the case anymore. > > I probably could place it in /etc/rc.conf or something like that, but > before going for it, I would like to know why it doesn't get loaded > automatically in the first place any longer. > > Is this something intentional or some sort of bug/regression? Maybe it > has something to do with the switch to kmod a few weeks ago? > > Anyone else experienced this? > > Best regards, > Karol Babioch > As far as I can tell, kmod is supposed to be a drop-in replacement for the deprecated tools of module-init-tools. Nonetheless bugs may be there ;) Can you still load aesni_intel by hand? Are you sure the module has not been renamed to something else? Intel renamed iwlagn to iwlwifi some time ago, didn't notice that at first. Greetings, Christoph -- AUR, IRC: kritztopf BBS, GitHub: kritter signature.asc Description: OpenPGP digital signature
Re: [arch-general] DPMS
On 02/09/2012 10:37 AM, P Nikolic wrote: > Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time > > Thanks > > Pete . > Hi Pete, you could always put settings like these into your $HOME/.xinitrc, that's where I have stored those settings. -- Christoph AUR, IRC: kritztopf BBS, Github: kritter signature.asc Description: OpenPGP digital signature