- Arch-general - lists.archlinux.org

[arch-general] Realtek wifi won't come up
by M0r S 12 Mar '13

12 Mar '13

Hey everyone, I'm trying to install Arch. The first time I tried installing everything worked fine, even the wifi, which usually doesn't work with linux. However, my laptop battery died in the middle of downloading packages because I was careless and hadn't plugged it in. Now, when I enter "ip link set wlp2s0f0 up", it doesn't set the interface up. Strangely, when I reboot, the interface is renamed to wlan0 (that's what it was when the wifi worked), even though the wiki says it shouldn't. Running "modprobe -r rtl8192ce && modprobe rtl8192ce" changes the interface name to wlp2s0f0. "ip link" gives me (besides the lo interface) 3: wlp2s0f0: <BROADCAST, MULTICAST> mtu 1500 qdisc nook state DOWN mode DEFAULT qlen 1000 link/ether 00:e0:4c:81:92:53 brd ff:ff:ff:ff:ff:ff Before, it gave me: 2: wlan0: <NO-CARRIER, BROADCAST, MULTICAST, UP> mtu 1500 qdisc mq state DOWN mode DEFAULT qlen 1000 link/ether 24:ec:99:4c:60:1f brd ff:ff:ff:ff:ff:ff What else can I try? Lspci and dmesg show that the firmware has been loaded and that the card has been recognized. Thanks! Josh

2 1

[arch-general] Optirun sees no mouse, refuses to load
by Szymon Szydełko 12 Mar '13

12 Mar '13

Hi archers, I've been runing AL for some time, and, after more games has been added to steam lib, play them. So I've moved to bumlebee setup, in order to exploit my beefy GFX 660. Well, that's what I've got: szymon@arch /etc/X11/xorg.conf.d % optirun -vv glxgears [ 2103.749413] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf [ 2103.750131] [DEBUG]optirun version 3.1 starting... [ 2103.750178] [DEBUG]Active configuration: [ 2103.750206] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf [ 2103.750234] [DEBUG] X display: :8 [ 2103.750262] [DEBUG] LD_LIBRARY_PATH: /usr/lib/nvidia-bumblebee:/usr/lib32/nvidia-bumblebee [ 2103.750300] [DEBUG] Socket path: /var/run/bumblebee.socket [ 2103.750341] [DEBUG] Accel/display bridge: auto [ 2103.750372] [DEBUG] VGL Compression: proxy [ 2103.750433] [DEBUG]Using auto-detected bridge virtualgl [ 2103.787266] [INFO]Response: No - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787296] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0) [ 2103.787311] [DEBUG]Socket closed. [ 2103.787331] [ERROR]Aborting because fallback start is disabled. [ 2103.787343] [DEBUG]Killing all remaining processes. O RLY, no mouse module? Now, a bit stripped inxi output: szymon@arch ~ % inxi -v 4 System: Host: arch.local Kernel: 3.8.2-1-ck x86_64 (64 bit, gcc: 4.7.2) Desktop: KDE 4.10.1 (Qt 4.8.4) Distro: Arch Linux Machine: System: LENOVO product: Lenovo IdeaPad Y580 version: Lenovo IdeaPad Y580 Mobo: LENOVO model: Product Name version: Mainboard version Bios: LENOVO version: 5DCN38WW(V2.05) date: 06/26/2012 CPU: Dual core Intel Core i5-3210M CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9980.7 Clock Speeds: 1: 1200.00 MHz 2: 1200.00 MHz 3: 1200.00 MHz 4: 1200.00 MHz Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 Card-2: NVIDIA Device 0fd4 bus-ID: 01:00.0 X.Org: 1.13.3 drivers: intel (unloaded: vesa) Resolution: 1366x768(a)60.0hz GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 9.1 Direct Rendering: Yes Network: Card-1: Intel Centrino Wireless-N 2200 driver: iwlwifi ver: in-tree: bus-ID: 03:00.0 IF: wlan0 state: up mac: xx:xx:xx:xx:xx:xx What I do wrong? Cheese, Pizza & Tacos Szymon Szydełko PS. I haven't any video "Driver" clauses in xorg.conf.d - there are only evdev and synaptics references. PPS. I use nvidia-bumblebee-ck driver and corresponding kernel, but on arch' mainline, everything is the same.

4 12

Re: [arch-general] [arch-dev-public] Xorg-server 1.14 hitting testing
by Genes Lists 10 Mar '13

10 Mar '13

FYI - installed on 2 machines (intel graphics) - one laptop one desktop. No issues to report. Thank you. gene

1 0

[arch-general] RFID - 1. reader driver, 2. alien package for an app
by Ralf Mardorf 10 Mar '13

10 Mar '13

Hi, the first issue is the driver: # lsusb Bus 005 Device 002: ID 04e6:5292 SCM Microsystems, Inc. SCL011 RFID reader # sudo pcscd -f 00000000 dyn_unix.c:37:DYN_LoadLibrary() /usr/lib/pcsc/drivers/SCL011.bundle/Contents/Linux/libSCL011.so.2.06: libusb-0.1.so.4: cannot open shared object file: No such file or directory 00000098 readerfactory.c:985:RFInitializeReader() RFLoadReader failed: 0xFFFFFFFF80100014 00000070 readerfactory.c:312:RFAddReader() SCL011 Contactless Reader [SCL01x Contactless Reader] (21161049211487) init failed. 00000035 hotplug_libudev.c:384:HPAddDevice() Failed adding USB device: SCL011 Contactless Reader The readers LED isn't on. I wonder what to run as a replacement for # /etc/rc.d/pcscd start. The second issue is the application: Is there a way to convert packages for other distros to Arch packages or to directly install files from a package? man alien says -d, --to-deb Make debian packages. This is the default. -r, --to-rpm Make rpm packages. -t, --to-tgz Make tgz packages. --to-slp Make slp packages. -p, --to-pkg Make Solaris pkg packages. -i, --install Automatically install each generated package, and remove the package file after it has been installed. Available are packages for Ubuntu ≥ 10.04, Debian ≥ 6 and for openSUSE ≥ 11.4 https://www.ausweisapp.bund.de/pweb/filedownload/download_pre.do I tried the Ubuntu packages with # alien --scripts -vkt AusweisApp_010900_i686.deb # alien --scripts -vkt AusweisApp_IntegrityTool_010900_i686.deb But I don't know what to do with the tgz files ;). FWIW # alien --scripts -vkti AusweisApp_IntegrityTool_010900_i686.deb Sorry, I cannot install the generated .tgz file because /sbin/installpkg is not present. You can use tar to install it yourself. Extracting the TGZ isn't a help :S. I want to use the RFID chip from the German ID card, that's why I want to install this app. Regards, Ralf

1 1

Re: [arch-general] [arch-dev-public] BIND10? No, thanks.
by Genes Lists 10 Mar '13

10 Mar '13

On 03/08/2013 09:27 PM, Gaetan Bisson wrote: > Hi guys, > > Currently we use the BIND code base in two packages: > - dnsutils from [core] provides basic DNS query tools; > - bind from [extra] is the actual name server. ... > > We already have ldns in [core], a much better written (and sane) DNS > library which includes query tools that are near drop-in replacements > for BIND's: use `drill` instead of `dig`, etc. > Hi One observation - bind is the de facto standard and as far as I can tell used by the majority of the root servers [1] (and the majority of all major DNS servers according to wikipedia [2] and bind website [3] anyway :-)). We may want to be cautious stepping away from the dominant DNS software unless there is a sea change for the DNS community to do same. A casual look around [4] - so clearly I am not in the know here - but the rewrite seems not dissimilar to the postfix "re-write" of sendmail - modularity and security seemingly key goals. [5] Anyway, I'd encourage that we try and stick with bind. gene [1] http://en.wikipedia.org/wiki/Root_name_server [2] http://en.wikipedia.org/wiki/BIND [3] https://www.isc.org/wordpress/software/bind10/ [4] http://bind10.isc.org/wiki/DesignOverview [5] I am not familliar with ldns or it's benefits - security or other so I don't feel entitled to an opinion.

3 3

[arch-general] nouveau or kernel which one ?
by P .NIKOLIC 09 Mar '13

09 Mar '13

Hi for the last 3 kernels i have been getting errors and hangs that ultimately end in a completely frozen system this is the error that appears in the in the log Mar 07 11:00:43 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 4 Get 0xfffffffffc Put 0x0000fffff8 IbGet 0x000001fe IbPut 0x000001ff State 0xc0040022 (err: MEM_FAULT) Push 0x00400040 Mar 07 11:45:27 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x002002893c Put 0x0020029774 IbGet 0x0000035a IbPut 0x0000035b State 0x80004861 (err: INVALID_CMD) Push 0x00400040 Mar 07 11:54:36 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 4 Get 0xfffffffffc Put 0x0000fffff8 IbGet 0x00000237 IbPut 0x00000238 State 0xc0040022 (err: MEM_FAULT) Push 0x00400040 Mar 07 12:00:14 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x002002bd20 Put 0x002002bd80 IbGet 0x000002ff IbPut 0x00000300 State 0xc0000020 (err: MEM_FAULT) Push 0x00400040 Mar 07 12:16:33 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x002002d538 Put 0x002002d554 IbGet 0x00000243 IbPut 0x00000244 State 0x80000314 (err: INVALID_CMD) Push 0x00400040 Mar 07 12:21:09 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x0020035140 Put 0x002003af14 IbGet 0x00000362 IbPut 0x00000365 State 0x80004861 (err: INVALID_CMD) Push 0x00400040 Mar 07 12:25:06 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x0020030ad4 Put 0x0020030b8c IbGet 0x000001bc IbPut 0x000001bf State 0xc0000020 (err: MEM_FAULT) Push 0x00400040 Mar 07 12:25:42 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x0020037348 Put 0x0020037e78 IbGet 0x0000035a IbPut 0x0000035b State 0xc0004861 (err: MEM_FAULT) Push 0x00400040 Mar 07 13:02:36 7-of-9 kernel: delay: estimated 192, actual 0 Mar 07 13:04:22 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 4 Get 0x00200d4984 Put 0x00200d4d1c IbGet 0x00000250 IbPut 0x00000251 State 0x8000745c (err: INVALID_CMD) Push 0x00400040 Mar 07 13:04:22 7-of-9 kernel: nouveau E[ PGRAPH][0000:01:00.0] DATA_ERROR INVALID_BITFIELD Mar 07 13:04:22 7-of-9 kernel: nouveau [ PGRAPH][0000:01:00.0] DATA_ERROR Mar 07 13:04:22 7-of-9 kernel: nouveau E[ PGRAPH][0000:01:00.0] ch 4 [0x003f96e000] subc 3 class 0x8597 mthd 0x1458 data 0xffffffff Mar 07 13:04:22 7-of-9 kernel: nouveau E[ PFB][0000:01:00.0] trapped read at 0x0000000000 on channel 0x0003f96e PFIFO/PFIFO_READ/PUSHBUF reason: PT_NOT_PRESENT Mar 07 13:11:59 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] DMA_PUSHER - Ch 2 Get 0x0020008fe4 Put 0x0020008ff8 IbGet 0x00000327 IbPut 0x00000329 State 0x80000064 (err: INVALID_CMD) Push 0x00400040 Mar 07 13:11:59 7-of-9 kernel: nouveau [ PFIFO][0000:01:00.0] CACHE_ERROR - Ch 2/0 Mthd 0x0060 Data 0xffffffff at present running KDE 4.10.1 kernel 3.7.10-1 4Gb ram currently running with 2.56Gib free memory video card is a GeForce GT220 @1Gb memory. Twin monitors USB external sound card (onboard card is pants) New install middle of January Thanks Pete . -- Linux 7-of-9 3.7.10-1-ARCH #1 SMP PREEMPT Thu Feb 28 09:50:17 CET 2013 x86_64 GNU/Linux

2 2

Re: [arch-general] [arch-dev-public] FYI: systemd 198
by Leonid Isaev 09 Mar '13

09 Mar '13

On Fri, 8 Mar 2013 09:35:39 +0900 Tom Gundersen <teg(a)jklm.no> wrote: > Hi guys, > > A new systemd release is out (not yet packaged though), and there are > several features which might be of interest to us. > > Cheers, > > Tom > > ---------- Forwarded message ---------- > From: Lennart Poettering <lennart(a)poettering.net> > Date: Fri, Mar 8, 2013 at 8:12 AM > Subject: [systemd-devel] [ANNOUNCE] systemd 198 > To: systemd Mailing List <systemd-devel(a)lists.freedesktop.org> > > > Hey! > > Finally, here's 198, with many big changes: > > http://www.freedesktop.org/software/systemd/systemd-198.tar.xz > > In detail: > > * Configuration of unit files may now be extended via drop-in > files without having to edit/override the unit files > themselves. More specifically, if the administrator wants to > change one value for a service file foobar.service he can > now do so by dropping in a configuration snippet into > /etc/systemd/systemd/foobar.service.d/*.conf. The unit logic > will load all these snippets and apply them on top of the > main unit configuration file, possibly extending or > overriding its settings. Using these drop-in snippets is > generally nicer than the two earlier options for changing > unit files locally: copying the files from > /usr/lib/systemd/system/ to /etc/systemd/system/ and editing > them there; or creating a new file in /etc/systemd/system/ > that incorporates the original one via ".include". Drop-in > snippets into these .d/ directories can be placed in any > directory systemd looks for units in, and the usual > overriding semantics between /usr/lib, /etc and /run apply > for them too. > > * Most unit file settings which take lists of items can now be > reset by assigning the empty string to them. For example, > normally, settings such as Environment=FOO=BAR append a new > environment variable assignment to the environment block, > each time they are used. By assigning Environment= the empty > string the environment block can be reset to empty. This is > particularly useful with the .d/*.conf drop-in snippets > mentioned above, since this adds the ability to reset list > settings from vendor unit files via these drop-ins. > > * systemctl gained a new "list-dependencies" command for > listing the dependencies of a unit recursively. > > * Inhibitors are now honored and listed by "systemctl > suspend", "systemctl poweroff" (and similar) too, not only > GNOME. These commands will also list active sessions by > other users. > > * Resource limits (as exposed by the various control group > controllers) can now be controlled dynamically at runtime > for all units. More specifically, you can now use a command > like "systemctl set-cgroup-attr foobar.service cpu.shares > 2000" to alter the CPU shares a specific service gets. These > settings are stored persistently on disk, and thus allow the > administrator to easily adjust the resource usage of > services with a few simple commands. This dynamic resource > management logic is also available to other programs via the > bus. Almost any kernel cgroup attribute and controller is > supported. > > * systemd-vconsole-setup will now copy all font settings to > all allocated VTs, where it previously applied them only to > the foreground VT. > > * libsystemd-login gained the new sd_session_get_tty() API > call. > > * This release drops support for a few legacy or > distribution-specific LSB facility names when parsing init > scripts: $x-display-manager, $mail-transfer-agent, > $mail-transport-agent, $mail-transfer-agent, $smtp, > $null. Also, the mail-transfer-agent.target unit backing > this has been removed. Distributions which want to retain > compatibility with this should carry the burden for > supporting this themselves and patch support for these back > in, if they really need to. Also, the facilities $syslog and > $local_fs are now ignored, since systemd does not support > early-boot LSB init scripts anymore, and these facilities > are implied anyway for normal services. syslog.target has > also been removed. > > * There are new bus calls on PID1's Manager object for > cancelling jobs, and removing snapshot units. Previously, > both calls were only available on the Job and Snapshot > objects themselves. > > * systemd-journal-gatewayd gained SSL support. > > * The various "environment" files, such as /etc/locale.conf > now support continuation lines with a backslash ("\") as > last character in the line, similar in style (but different) > to how this is supported in shells. > > * For normal user processes the _SYSTEMD_USER_UNIT= field is > now implicitly appended to every log entry logged. systemctl > has been updated to filter by this field when operating on a > user systemd instance. > > * nspawn will now implicitly add the CAP_AUDIT_WRITE and > CAP_AUDIT_CONTROL capabilities to the capabilities set for > the container. This makes it easier to boot unmodified > Fedora systems in a container, which however still requires > audit=0 to be passed on the kernel command line. Auditing in > kernel and userspace is unfortunately still too broken in > context of containers, hence we recommend compiling it out > of the kernel or using audit=0. Hopefully this will be fixed > one day for good in the kernel. > > * nspawn gained the new --bind= and --bind-ro= parameters to > bind mount specific directories from the host into the > container. > > * nspawn will now mount its own devpts file system instance > into the container, in order not to leak pty devices from > the host into the container. > > * systemd will now read the firmware boot time performance > information from the EFI variables, if the used boot loader > supports this, and takes it into account for boot performance > analysis via "systemd-analyze". This is currently supported > only in conjunction with Gummiboot, but could be supported > by other boot loaders too. For details see: > > http://www.freedesktop.org/wiki/Software/systemd/BootLoaderInterface > > * A new generator has been added that automatically mounts the > EFI System Partition (ESP) to /boot, if that directory > exists, is empty, and no other file system has been > configured to be mounted there. > > * logind will now send out PrepareForSleep(false) out > unconditionally, after coming back from suspend. This may be > used by applications as asynchronous notification for > system resume events. > > * "systemctl unlock-sessions" has been added, that allows > unlocking the screens of all user sessions at once, similar > how "systemctl lock-sessions" already locked all users > sessions. This is backed by a new D-Bus call UnlockSessions(). > > * "loginctl seat-status" will now show the master device of a > seat. (i.e. the device of a seat that needs to be around for > the seat to be considered available, usually the graphics > card). > > * tmpfiles gained a new "X" line type, that allows > configuration of files and directories (with wildcards) that > shall be excluded from automatic cleanup ("aging"). > > * udev default rules set the device node permissions now only > at "add" events, and do not change them any longer with a > later "change" event. > > * The log messages for lid events and power/sleep keypresses > now carry a message ID. > > * We now have a substantially larger unit test suite, but this > continues to be work in progress. > > * udevadm hwdb gained a new --root= parameter to change the > root directory to operate relative to. > > * logind will now issue a background sync() request to the kernel > early at shutdown, so that dirty buffers are flushed to disk early > instead of at the last moment, in order to optimize shutdown > times a little. > > * A new bootctl tool has been added that is an interface for > certain boot loader operations. This is currently a preview > and is likely to be extended into a small mechanism daemon > like timedated, localed, hostnamed, and can be used by > graphical UIs to enumerate available boot options, and > request boot into firmware operations. > > * systemd-bootchart has been relicensed to LGPLv2.1+ to match > the rest of the package. It also has been updated to work > correctly in initrds. > > * Policykit previously has been runtime optional, and is now > also compile time optional via a configure switch. > > * systemd-analyze has been reimplemented in C. Also "systemctl > dot" has moved into systemd-analyze. > > * "systemctl status" with no further parameters will now print > the status of all active or failed units. > > * Operations such as "systemctl start" can now be executed > with a new mode "--irreversible" which may be used to queue > operations that cannot accidentally be reversed by a later > job queuing. This is by default used to make shutdown > requests more robust. > > * The Python API of systemd now gained a new module for > reading journal files. > > * A new tool kernel-install has been added that can install > kernel images according to the Boot Loader Specification: > > http://www.freedesktop.org/wiki/Specifications/BootLoaderSpec > > * Boot time console output has been improved to provide > animated boot time output for hanging jobs. > > * A new tool systemd-activate has been added which can be used > to test socket activation with, directly from the command > line. This should make it much easier to test and debug > socket activation in daemons. > > * journalctl gained a new "--reverse" (or -r) option to show > journal output in reverse order (i.e. newest line first). > > * journalctl gained a new "--pager-end" (or -e) option to jump > to immediately jump to the end of the journal in the > pager. This is only supported in conjunction with "less". > > * journalctl gained a new "--user-unit=" option, that works > similar to "--unit=" but filters for user units rather than > system units. > > * A number of unit files to ease adoption of systemd in > initrds has been added. This moves some minimal logic from > the various initrd implementations into systemd proper. > > * The journal files are now owned by a new group > "systemd-journal", which exists specifically to allow access > to the journal, and nothing else. Previously, we used the > "adm" group for that, which however possibly covers more > than just journal/log file access. This new group is now > already used by systemd-journal-gatewayd to ensure this > daemon gets access to the journal files and as little else > as possible. Note that "make install" will also set FS ACLs > up for /var/log/journal to give "adm" and "wheel" read > access to it, in addition to "systemd-journal" which owns > the journal files. We recommend that packaging scripts also > add read access to "adm" + "wheel" to /var/log/journal, and > all existing/future journal files. To normal users and > administrators little changes, however packagers need to > ensure to create the "systemd-journal" system group at > package installation time. > > * The systemd-journal-gatewayd now runs as unprivileged user > systemd-journal-gateway:systemd-journal-gateway. Packaging > scripts need to create these system user/group at > installation time. > > * timedated now exposes a new boolean property CanNTP that > indicates whether a local NTP service is available or not. > > * systemd-detect-virt will now also detect xen PVs > > * The pstore file system is now mounted by default, if it is > available. > > * In addition to the SELinux and IMA policies we will now also > load SMACK policies at early boot. > > Contributions from: Adel Gadllah, Aleksander Morgado, Auke > Kok, Ayan George, Bastien Nocera, Colin Walters, Daniel Buch, > Daniel Wallace, Dave Reisner, David Herrmann, David Strauss, > Eelco Dolstra, Enrico Scholz, Frederic Crozat, Harald Hoyer, > Jan Janssen, Jonathan Callen, Kay Sievers, Lennart Poettering, > Lukas Nykryn, Mantas Mikulėnas, Marc-Antoine Perennou, Martin > Pitt, Mauro Dreissig, Max F. Albrecht, Michael Biebl, Michael > Olbrich, Michal Schmidt, Michal Sekletar, Michal Vyskocil, > Michał Bartoszkiewicz, Mirco Tischler, Nathaniel Chen, Nestor > Ovroy, Oleksii Shevchuk, Paul W. Frields, Piotr Drąg, Rob > Clark, Ryan Lortie, Simon McVittie, Simon Peeters, Steven > Hiscocks, Thomas Hindoe Paaboel Andersen, Tollef Fog Heen, Tom > Gundersen, Umut Tezduyar, William Giokas, Zbigniew > Jędrzejewski-Szmek, Zeeshan Ali (Khattak) > > Lennart > > -- > Lennart Poettering - Red Hat, Inc. > _______________________________________________ > systemd-devel mailing list > systemd-devel(a)lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/systemd-devel With this release, I have a minor issue with shutdown/reboot as a normal user from tty, if the _same_ tty saw a root login and subsequent logout earlier. I _guess_, this is also true for any other user, not only root. So: 1. Power on -> login as a user to tty -> systemctl poweroff works OK. 2. Power on -> login as root to tty; do something; logout -> login as user to same tty -> systemctl poweroff yields :User root is logged in on tty1. :Please retry operation after closing inhibitors and logging out other :users. Alternatively, ignore inhibitors and users with 'systemctl poweroff :-i'. Meanwhile, systemd-inhibit --list says there are 0 inhibitors, ps shows no root shells, and loginctl shows no leftover root sessions. I have all default configs... So what am I missing here? Thanks in advance, -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

1 0

[arch-general] makechrootpkg vs. namcap
by Lieven Moors 09 Mar '13

09 Mar '13

Hi, I was building a package using makechrootpkg, and the build was failing because a mandatory dependency was missing. But when I add the dependency, namcap complains that it is not needed. I was wondering how namcap checks dependencies, and what the particular shortcommings are of namcap when detecting dependencies. I was also wondering if there could be a possibility that namcap is right, and that something else goes wrong while doing the chroot-build. I would be grateful if somebody could enlighten me a little in this... Greetings, lieven

2 3

Re: [arch-general] Virtualbox guest additions on custom kernel
by Ralf Mardorf 09 Mar '13

09 Mar '13

I suspect you're missing an optional dependency. $ pacman -Si virtualbox-guest-utils | grep non-stock Optional Deps : virtualbox-guest-dkms: Guest kernel source modules for non-stock kernels It's likely that it will work as it does work for the host, https://wiki.archlinux.org/index.php/VirtualBox#Hosts_running_a_custom_kern… , IOW I guess you need to install "virtualbox-guest-dkms", then run # dkms install vboxhost/$(pacman -Q virtualbox|awk {'print $2'}|sed 's/\-.\+//') -k $(uname -rm|sed 's/\ /\//') and after that to load the modules.

1 0

[arch-general] Virtualbox guest additions on custom kernel
by Pietro Paolini 09 Mar '13

09 Mar '13

Hello all, I compiled my own custom kernel on a virtual machine and then I need to provide at my system the additions in order to have a compelete system. I tried to follow the https://wiki.archlinux.org/index.php/VirtualBox#Install_the_Guest_Additions but I catch an error on # modprobe -a vboxguest vboxsf vboxvideo FATAL: module vboxdrv not found And under /lib/modules/mykernel/ or /lib/modules/extra-mykernel I can't find the modules, do I compile by hands the module, any suggestions ? Hope this is the right place where ask, thanks in advance, Pietro

1 0