Re: [arch-general] Evolution
On 04/15/2014 04:02 PM, Ralf Mardorf wrote: Hi, here Evolution 3.12.1 has so many bugs, that I won't write tons of bug reports, but ask you to provide Evolution 3.10.4 by the Arch repository again. I Cc to upstream, since it's not the first time that upstream released a version that is completely unusable for _serious_ work. I am an Evolution user myself. Would care to share some of the problems that you have encountered with the new version so I can take a decision to upgrade or not or simply change email client? What you say is pretty scary to me as similar experience has made me change from kmail to evolution some time ago as if I wanted to contribute by testing bleeding edge new features, I would fetch the git master version of the software. I'm expecting official releases to work reasonably well. thank you,
Re: [arch-general] Gedit
El 15/04/2014 18:00, "Daniel Micay" escribió: > That's not at all true. KDE is going to be using server-side window > decorations with their Wayland compositor. That's true. I didn't know that. Anyway it is a KDE implementation, it's not part of Wayland Protocol. > The GTK+ header bar is based > on UX design, not anything to do with Wayland. An GTK+ application can > draw client-side decorations with or without a header bar. That's true too, but client side decoration on Wayland was the main reason to change the design guidelines. Andrés Fernandez Software Peronista
Re: [arch-general] Gedit
On 15/04/14 04:56 PM, Andres Fernandez wrote: >> Chromium defaults to drawing the title bar itself as part of the window, >> for the same space-saving reasons. GTK+ applications using the header >> bar still have window buttons too - by default a close button, but >> optionally minimize/maximize. >> >> Anyway, I'm pointing them out as the applications that popularized this >> feature, not as applications *only* providing this choice. > > The main reason for HeaderBar widget on core apps of Gnome is Wayland. This > is a protocol to develop compositors in replacement of the old and beloved > Xorg. In Wayland world there is no Windows Manager, so windows decoration > are in apps. That's the main reason. That's not at all true. KDE is going to be using server-side window decorations with their Wayland compositor. The GTK+ header bar is based on UX design, not anything to do with Wayland. An GTK+ application can draw client-side decorations with or without a header bar. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Gedit
> Chromium defaults to drawing the title bar itself as part of the window, > for the same space-saving reasons. GTK+ applications using the header > bar still have window buttons too - by default a close button, but > optionally minimize/maximize. > > Anyway, I'm pointing them out as the applications that popularized this > feature, not as applications *only* providing this choice. The main reason for HeaderBar widget on core apps of Gnome is Wayland. This is a protocol to develop compositors in replacement of the old and beloved Xorg. In Wayland world there is no Windows Manager, so windows decoration are in apps. That's the main reason.
Re: [arch-general] Gedit
On Tue, 2014-04-15 at 16:33 -0400, Daniel Micay wrote: > > Firefox provides a menu bar and a title bar with window buttons using > > the JWM theme. > > Firefox lacks support for this on Linux because it's not viewed as a > first tier platform. The menu bar will go away on Linux by default when > the new interface is released quite soon. It might not stay around as a > supported feature for much longer. I anyway dislike Firefox, regarding to it's history search options, that don't fit to my needs, so I prefer QupZilla, hopefully QupZilla doesn't follow this new design.
Re: [arch-general] Evolution
On Tue, 2014-04-15 at 16:12 -0400, Chris Tonkinson wrote: > https://aur.archlinux.org/packages/downgrade/ Thank you Chris :) I used it to downgrade to $ pacman -Q evolution evolution-data-server gnome-desktop evolution 3.10.4-1 evolution-data-server 3.10.4-1 gnome-desktop 1:3.10.2-1 Hopefully it will solve the issues. Regards, Ralf
Re: [arch-general] Gedit
Well, you may give up gedit for Sublime Text. You will never go back. ;) -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
Re: [arch-general] Gedit
On 15/04/14 04:18 PM, Ralf Mardorf wrote: > On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote: >> You can blame Chromium/Chrome > > They still have a title bar with window buttons, Chromium even takes > care about the JWM theme I'm using. Chromium defaults to drawing the title bar itself as part of the window, for the same space-saving reasons. GTK+ applications using the header bar still have window buttons too - by default a close button, but optionally minimize/maximize. Anyway, I'm pointing them out as the applications that popularized this feature, not as applications *only* providing this choice. > Firefox provides a menu bar and a title bar with window buttons using > the JWM theme. Firefox lacks support for this on Linux because it's not viewed as a first tier platform. The menu bar will go away on Linux by default when the new interface is released quite soon. It might not stay around as a supported feature for much longer. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Gedit
Am 15.04.2014 22:18, schrieb Ralf Mardorf: > > On Tue, 2014-04-15 at 16:59 -0300, Andres Fernandez wrote: >> Anyway, complaining won't change the new design guidelines, wich are >> large accepted. > > :( Well, it's a feature that gedit also lost its menubar. Mousepad, you have a new friend. -- xmpp b...@schafweide.org bjo.nord-west.org | nord-west.org
Re: [arch-general] Gedit
On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote: > You can blame Chromium/Chrome They still have a title bar with window buttons, Chromium even takes care about the JWM theme I'm using. > and Firefox for making this popular. Firefox provides a menu bar and a title bar with window buttons using the JWM theme. [rocketmouse@archlinux ~]$ pacman -Q chromium google-chrome firefox chromium 34.0.1847.116-1 google-chrome 34.0.1847.116-1 firefox 28.0-1 On Tue, 2014-04-15 at 16:59 -0300, Andres Fernandez wrote: > Anyway, complaining won't change the new design guidelines, wich are > large accepted. :(
Re: [arch-general] Evolution
> provide Evolution 3.10.4 by the Arch repository You can use pbrisbin's downgrade script if it's such a problem. It is available in the AUR (https://aur.archlinux.org/packages/downgrade/). Cheers! Chris Tonkinson 610.425.7807 "Work as if you were to live a hundred years. Pray as if you were to die tomorrow." -Benjamin Franklin signature.asc Description: OpenPGP digital signature
Re: [arch-general] Gedit
On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote: > There are some window managers not implementing EWMH properly (Xfce's window > manager) and you > will get a redundant title bar on top of the header bar. I'm using JWM.
[arch-general] Evolution
Hi, here Evolution 3.12.1 has so many bugs, that I won't write tons of bug reports, but ask you to provide Evolution 3.10.4 by the Arch repository again. I Cc to upstream, since it's not the first time that upstream released a version that is completely unusable for _serious_ work. Regards, Ralf
Re: [arch-general] Gedit
El 15/04/2014 16:52, "Ralf Mardorf" escribió: > > Hi, > > do I miss options for the preferences or doesn't gedit provide a menu > bar and window buttons anymore? A menu bar might be something to argue, > since it's part of the app, but the window buttons are provided by the > window manager I decided to use. Will this happen to other editors, such > as pluma and other apps too? Disgusting! It is the new design guidelines of Gnome 3. I don't think Pluma follow that design. > Doers it make sense to send a veto to upstream or is it wanted by most > users? It's wanted by most of Gnome user. Anyway, complaining won't change the new design guidelines, wich are large accepted. Andrés Fernandez Software Peronista
Re: [arch-general] Gedit
On 15/04/14 03:51 PM, Ralf Mardorf wrote: > Hi, > > do I miss options for the preferences or doesn't gedit provide a menu > bar and window buttons anymore? A menu bar might be something to argue, > since it's part of the app, but the window buttons are provided by the > window manager I decided to use. Will this happen to other editors, such > as pluma and other apps too? Disgusting! > > Doers it make sense to send a veto to upstream or is it wanted by most > users? > > Regards, > Ralf The GTK header bar widget replaces the title bar. It's possible to enable the minimize/maximize buttons for it, and it does respect whatever theme you're using. It's intended to save vertical space by making a separate menu/toolbar unnecessary. There are some window managers not implementing EWMH properly (Xfce's window manager) and you will get a redundant title bar on top of the header bar. You can blame Chromium/Chrome and Firefox for making this popular. I happen to think it's a good idea, although as a user of i3 it has little to no impact on me. signature.asc Description: OpenPGP digital signature
[arch-general] Gedit
Hi, do I miss options for the preferences or doesn't gedit provide a menu bar and window buttons anymore? A menu bar might be something to argue, since it's part of the app, but the window buttons are provided by the window manager I decided to use. Will this happen to other editors, such as pluma and other apps too? Disgusting! Doers it make sense to send a veto to upstream or is it wanted by most users? Regards, Ralf
Re: [arch-general] Bluetooth keyword layout in Gnome 3.12
Thanks for reply. My bluetooth keyboard itself does not have numlock. On my laptop, I tried to switch numlock on/off, but this did not work either. I am running 3.14.1-1-ARCH that came with gnome 3.12 last night. On 04/15/2014 11:14 AM, Ryan Fredette wrote: It may seem silly, but is numlock on? It could be that because the keyboard doesn't have a numberpad, it's emulating one like many laptop keyboards: having it take over the right half of the board when numlock is enabled. I don't know why upgrading Gnome would make numlock on by default, but it's worth a look, I think. Ryan On 04/15/2014 12:19 PM, Mikhail Strizhov wrote: After Gnome 3.10 -> 3.12 upgrade my Bluetooth keyboard layout became crazy. There are no English letters, instead it types some numbers. Sounds silly, but if I press in gedit letter "p" is prints "*", "o" is "6", "l" is "3", "q", "w" and others do out output anything. The keyboard is visible in Bluetooth settings. I also tried to delete the keyword settings and reconnect it and it was successful, layout is still incorrect. Any ideas? Output of dmesg: [ 64.054951] apple 0005:05AC:0239.0002: unknown main item tag 0x0 [ 64.055249] input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0002/input/input20 [ 64.055563] apple 0005:05AC:0239.0002: input,hidraw1: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 [ 127.771869] usb 1-1.4: USB disconnect, device number 4 [ 133.078432] usb 1-1.4: new full-speed USB device number 7 using ehci-pci Howerver, there are weird warning messages in /var/log/messages: Apr 15 10:08:28 localhost kernel: input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26 Apr 15 10:08:28 localhost kernel: apple 0005:05AC:0239.0008: input,hidraw3: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) config/udev: Adding input device KC1280 BT Keyboard (/dev/input/event21) Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "system-keyboard" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "evdev keyboard catchall" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) Using input driver 'evdev' for 'KC1280 BT Keyboard' Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: always reports core events Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) evdev: KC1280 BT Keyboard: Device: "/dev/input/event21" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Vendor 0x5ac Product 0x239 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Found keys Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) evdev: KC1280 BT Keyboard: Configuring as keyboard Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "config_info" "udev:/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26/event21" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) XINPUT: Adding extended input device "KC1280 BT Keyboard" (type: KEYBOARD, id 17) Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_rules" "evdev" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_model" "pc104" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_layout" "us,ru" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_variant" "," Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: The XKEYBOARD keymap compiler (xkbcomp) reports: Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 2 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 3 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 4 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: Errors from xkbcomp are not fatal to the X server My keyboard on amazon - http://www.amazon.com/gp/product/B0096M8VR2/ref=oh_details_o06_s00_i00?ie=UTF8&psc=1
Re: [arch-general] Bluetooth keyword layout in Gnome 3.12
It may seem silly, but is numlock on? It could be that because the keyboard doesn't have a numberpad, it's emulating one like many laptop keyboards: having it take over the right half of the board when numlock is enabled. I don't know why upgrading Gnome would make numlock on by default, but it's worth a look, I think. Ryan On 04/15/2014 12:19 PM, Mikhail Strizhov wrote: After Gnome 3.10 -> 3.12 upgrade my Bluetooth keyboard layout became crazy. There are no English letters, instead it types some numbers. Sounds silly, but if I press in gedit letter "p" is prints "*", "o" is "6", "l" is "3", "q", "w" and others do out output anything. The keyboard is visible in Bluetooth settings. I also tried to delete the keyword settings and reconnect it and it was successful, layout is still incorrect. Any ideas? Output of dmesg: [ 64.054951] apple 0005:05AC:0239.0002: unknown main item tag 0x0 [ 64.055249] input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0002/input/input20 [ 64.055563] apple 0005:05AC:0239.0002: input,hidraw1: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 [ 127.771869] usb 1-1.4: USB disconnect, device number 4 [ 133.078432] usb 1-1.4: new full-speed USB device number 7 using ehci-pci Howerver, there are weird warning messages in /var/log/messages: Apr 15 10:08:28 localhost kernel: input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26 Apr 15 10:08:28 localhost kernel: apple 0005:05AC:0239.0008: input,hidraw3: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) config/udev: Adding input device KC1280 BT Keyboard (/dev/input/event21) Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "system-keyboard" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "evdev keyboard catchall" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) Using input driver 'evdev' for 'KC1280 BT Keyboard' Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: always reports core events Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) evdev: KC1280 BT Keyboard: Device: "/dev/input/event21" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Vendor 0x5ac Product 0x239 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Found keys Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) evdev: KC1280 BT Keyboard: Configuring as keyboard Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "config_info" "udev:/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26/event21" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) XINPUT: Adding extended input device "KC1280 BT Keyboard" (type: KEYBOARD, id 17) Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_rules" "evdev" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_model" "pc104" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_layout" "us,ru" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_variant" "," Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: The XKEYBOARD keymap compiler (xkbcomp) reports: Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 2 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 3 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 4 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: Errors from xkbcomp are not fatal to the X server My keyboard on amazon - http://www.amazon.com/gp/product/B0096M8VR2/ref=oh_details_o06_s00_i00?ie=UTF8&psc=1
[arch-general] Bluetooth keyword layout in Gnome 3.12
After Gnome 3.10 -> 3.12 upgrade my Bluetooth keyboard layout became crazy. There are no English letters, instead it types some numbers. Sounds silly, but if I press in gedit letter "p" is prints "*", "o" is "6", "l" is "3", "q", "w" and others do out output anything. The keyboard is visible in Bluetooth settings. I also tried to delete the keyword settings and reconnect it and it was successful, layout is still incorrect. Any ideas? Output of dmesg: [ 64.054951] apple 0005:05AC:0239.0002: unknown main item tag 0x0 [ 64.055249] input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0002/input/input20 [ 64.055563] apple 0005:05AC:0239.0002: input,hidraw1: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 [ 127.771869] usb 1-1.4: USB disconnect, device number 4 [ 133.078432] usb 1-1.4: new full-speed USB device number 7 using ehci-pci Howerver, there are weird warning messages in /var/log/messages: Apr 15 10:08:28 localhost kernel: input: KC1280 BT Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26 Apr 15 10:08:28 localhost kernel: apple 0005:05AC:0239.0008: input,hidraw3: BLUETOOTH HID v1.1b Keyboard [KC1280 BT Keyboard] on 7c:e9:d3:b7:d5:77 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) config/udev: Adding input device KC1280 BT Keyboard (/dev/input/event21) Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "system-keyboard" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: Applying InputClass "evdev keyboard catchall" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (II) Using input driver 'evdev' for 'KC1280 BT Keyboard' Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) KC1280 BT Keyboard: always reports core events Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (**) evdev: KC1280 BT Keyboard: Device: "/dev/input/event21" Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Vendor 0x5ac Product 0x239 Apr 15 10:08:27 localhost gdm-Xorg-:0[426]: (--) evdev: KC1280 BT Keyboard: Found keys Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) evdev: KC1280 BT Keyboard: Configuring as keyboard Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "config_info" "udev:/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:11/0005:05AC:0239.0008/input/input26/event21" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (II) XINPUT: Adding extended input device "KC1280 BT Keyboard" (type: KEYBOARD, id 17) Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_rules" "evdev" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_model" "pc104" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_layout" "us,ru" Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: (**) Option "xkb_variant" "," Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: The XKEYBOARD keymap compiler (xkbcomp) reports: Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 2 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 3 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Warning: Compat map for group 4 redefined Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: > Using new definition Apr 15 10:08:28 localhost gdm-Xorg-:0[426]: Errors from xkbcomp are not fatal to the X server My keyboard on amazon - http://www.amazon.com/gp/product/B0096M8VR2/ref=oh_details_o06_s00_i00?ie=UTF8&psc=1
Re: [arch-general] /var lost, how "reinstall" Archlinux?
On Mon, Apr 14, 2014 at 11:03:52PM -0400, Carl Schaefer wrote: > 2. Some files in /usr/bin had no package that pkgfile could find. Most > were from AUR, but there was also this: > > $ pkgfile /usr/bin/init.lxc > $ pacman -Qo /usr/bin/init.lxc > /usr/bin/init.lxc is owned by lxc 1:1.0.3-1 > > It seems the 'lxc' package installs 'init.lxc' into /usr/sbin, which > symlinks to /usr/bin. Not knowing anything about how these tools work, > I'm more surprised that 'pacman -Qo' figured this out, than I am that > 'pkgfile' didn't. > It seems a packaging bug; I think that `configure' needs: --sbindir=/use/bin You should open a bug report. pkgfile reads the repo database so it cannot find /usr/bin/init.lxc; it's installed as /usr/sbin/init.lxc pacman (see pacman(8)): QUERY OPTIONS -o, --owns Search for packages that own the specified file(s). The path can be relative or absolute and one or more files can be specified. So it it looks like every path/link is resolved before the search.