[arch-general] Wine package broken
Hi archfolks, So I did a `pacman -Syu` yesterday, after which point wine no longer seems to work (any command I run, including just stock "winecfg" after installing hangs forever). I posted about it on the ArchLinux Reddit, and also saw a post on the Arch forums about it: https://www.reddit.com/r/archlinux/comments/k0b5kr/wine_no_longer_working/ https://bbs.archlinux.org/viewtopic.php?id=261004 I was able to build my own version of wine from source and that worked. Then I built the wine PKGBUILD and that worked. So I think the binary package for wine may have been built wrong in some way, e.g. outdated headers in a dependent package or something. Should I file a bug, email the maintainer of the package, email the latest package uploader, etc.? What's the quickest way to get this resolved? Cheers, Jeremy
[arch-general] Arch Linux on MacBookPro13,3
Hey Arch folks, I have a work-provided laptop which is a MacBookPro13,3; in other words a fairly recent MacBook Pro (one of the touch bar ones). I've shrunk the root partition on it and would like to install Arch on a second partition and use that as my primary OS. I've been able to do this with previous versions of MacBook Pros no problem. However, doing some research it appears as though installing Linux on this hardware is difficult and many of the components either require extensive customization (e.g. building your own drivers) or don't work at all: https://github.com/Dunedan/mbp-2016-linux https://gist.github.com/roadrunner2/1289542a748d9a104e7baec6a92f9cd7 Assuming that page is correct audio, wifi, and suspend not working (or barely working) are going to be dealbreakers for me, I think. I'm going to take a crack at it in the next few days but wondered if anyone in arch-general had any success with similar hardware. Is it livable, or is the driver support and such just not there yet? Cheers, Jeremy
Re: [arch-general] Unable to start gnome-terminal from KDE session
On Thu, Jun 08, 2017 at 02:43:08PM +0200, Damjan Georgievski via arch-general wrote: > > ...which sounds a bit like what I'm seeing, at least the slowness part. > > However, I use SDDM, so I can't put the recommended > > dbus-update-activation-environment in any .xinitrc file (which is only run > > when > > you do startx as far as I know). > > > > So, two questions: > > > > (1) Where would I put this command so that it's run by SDDM on login? > > isn't that already done via: > /etc/X11/xinit/xinitrc.d/50-systemd-user.sh > > > which is sourced by /usr/share/sddm/scripts/Xsession Sorry for the insanely slow follow up. I think I was hitting a different issue. I just updated plasma-desktop and it suddenly appears to be working now, so I think it was just a plasma bug. Cheers, Jeremy
[arch-general] Unable to start gnome-terminal from KDE session
Hello arch-general! I have a laptop running the latest KDE / Plasma, but I use gnome-terminal as my terminal app. Recently I noticed that when I launch gnome-terminal from the KDE start menu, it takes an incredibly long time to launch (maybe 20+ seconds) and when it does launch, I just get a flashing prompt with no actual shell. If I launch a second gnome-terminal after that, *that* gnome-terminal seems fine. I get a normal working shell. If I launch xterm then the xterm is fine. Running "journalctl -f" while I launch the initial gnome-terminal instance shows: --- Jun 08 02:37:24 fourroses.brownjava.org kwin_x11[8054]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 62818, resource id: 37749768, major code: 18 (ChangeProperty), minor code: 0 Jun 08 02:37:24 fourroses.brownjava.org dbus-daemon[599]: Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: Starting GNOME Terminal Server... Jun 08 02:37:24 fourroses.brownjava.org gnome-terminal-[10554]: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 08 02:37:24 fourroses.brownjava.org gnome-terminal-[10554]: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 08 02:37:24 fourroses.brownjava.org gnome-terminal-[10554]: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 08 02:37:24 fourroses.brownjava.org gnome-terminal-[10554]: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 08 02:37:24 fourroses.brownjava.org dbus-daemon[599]: Successfully activated service 'org.gnome.Terminal' Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: Started GNOME Terminal Server. Jun 08 02:37:24 fourroses.brownjava.org dbus-daemon[599]: Activating via systemd: service name='org.freedesktop.portal.Desktop' unit='xdg-desktop-portal.service' Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: Starting Portal service... Jun 08 02:37:24 fourroses.brownjava.org dbus-daemon[599]: Activating service name='org.freedesktop.impl.portal.desktop.kde' Jun 08 02:37:24 fourroses.brownjava.org dbus-daemon[599]: Activated service 'org.freedesktop.impl.portal.desktop.kde' failed: Failed to execute program org.freedesktop.impl.portal.desktop.kde: No such file or directory Jun 08 02:37:24 fourroses.brownjava.org xdg-desktop-por[10558]: Failed to create file chooser proxy: Error calling StartServiceByName for org.freedesktop.impl.portal.desktop.kde: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program org.freedesktop.impl.portal.desktop.kde: No such file or directory Jun 08 02:37:24 fourroses.brownjava.org xdg-desktop-por[10558]: g_dbus_interface_skeleton_set_flags: assertion 'G_IS_DBUS_INTERFACE_SKELETON (interface_)' failed Jun 08 02:37:24 fourroses.brownjava.org xdg-desktop-por[10558]: invalid (NULL) pointer instance Jun 08 02:37:24 fourroses.brownjava.org xdg-desktop-por[10558]: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed Jun 08 02:37:24 fourroses.brownjava.org xdg-desktop-por[10558]: g_dbus_interface_skeleton_export: assertion 'G_IS_DBUS_INTERFACE_SKELETON (interface_)' failed Jun 08 02:37:24 fourroses.brownjava.org kernel: xdg-desktop-por[10558]: segfault at 8 ip 00407240 sp 7ffeb591a140 error 4 in xdg-desktop-portal[40+5b000] Jun 08 02:37:24 fourroses.brownjava.org systemd[1]: Started Process Core Dump (PID 10569/UID 0). Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: xdg-desktop-portal.service: Main process exited, code=dumped, status=11/SEGV Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: Failed to start Portal service. Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: xdg-desktop-portal.service: Unit entered failed state. Jun 08 02:37:24 fourroses.brownjava.org systemd[574]: xdg-desktop-portal.service: Failed with result 'core-dump'. Jun 08 02:37:24 fourroses.brownjava.org systemd-coredump[10570]: Process 10558 (xdg-desktop-por) of user 1000 dumped core. Stack trace of thread 10558: #0 0x00407240 n/a (xdg-desktop-portal) #1 0x00407305 n/a (xdg-desktop-portal) #2 0x7f87235af664 n/a (libgio-2.0.so.0)
Re: [arch-general] Revisiting the SELinux/audit question: Disabling audit on the kernel command line
On Sun, Feb 12, 2017 at 08:53:19PM +0100, SET wrote: > Most users don't need SELinux/AppArmor or anything that protects them from > themselves; Not to nitpick, but given all the recent talk of things like gaping Webkit vulnerabilities I think the benefits of adopting something like AppArmor would go well beyond protecting users from themselves. Jeremy
Re: [arch-general] Postfix delivery problem
On Fri, Dec 23, 2016 at 03:18:13AM +0100, G. Schlisio wrote: > It seems like postfix/local is ignoring the mailbox_transport_maps > option and trying to deliver itself instead of passing to dovecot, thus > finding no entry in the system passwd. > After full upgrade config files were merged (no changes in mail config) > and a reboot was done. The list of upgraded packages is shown at > http://termbin.com/k5ql . As downgrading postfix, dovecot and icu > (linking) did not resolve this issue, we are very confused. I don't have any specific advice for you about mailbox_transport_maps, but I'm on postfix-3.1.3-2 and using an aliases file to route addresses that do not map to local accounts to addresses that do have local accounts, and that still seems to work (I just tested it to be sure). Also your log statements end at the .forward lookup, which is supposed to happen before mailbox_transport_maps, so I think the .forward "couldn't find user" line is a red herring and any mailbox_transport_maps processing would happen after that. From the postconf(5) man page: -- The precedence of local(8) delivery features from high to low is: aliases, .forward files, mailbox_transport_maps, mailbox_transport, mailbox_command_maps, mailbox_command, home_mailbox, mail_spool_direc‐ tory, fallback_transport_maps, fallback_transport and luser_relay. -- Maybe you could share the full verbose output of a single invocation of local? The fact that you rolled back to a previous postfix (that presumably worked) and are still having the issue seems fishy to me, and kinda implies that the likely culprit here is that something in your configuration merge messed up your config files. If you saved your old config files, I'd do a diff and see what's different. Maybe something is overwriting the mailbox_command_maps value after you've set it, or maybe there's a parse error somewhere that's preventing postfix from ever reaching where you set mailbox_command maps. You might also reach out to the postfix mailing lists for help, as you'll likely get better debugging tips for scenarios like this than from a distribution-specific list. Cheers, Jeremy
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
On Sun, Nov 27, 2016 at 09:43:57PM +0100, Merlin Büge wrote: > > (2) The same thing you're trying to do but with LVM instead of a GPT table > > I don't need any LVM functionality and would consider it a little bit overkill > for just dividing available space into two partitions. I completely disagree. As another poster said in their response, LVM is really the canonical/supported/more flexible way to do this. Even on systems where I don't need encryption, I generally use LVM to divide up the space instead of traditional partitions. > > (3) a swap file on your Btrfs volume itself > > That's (currently) not possible, see the link you posted. Gah. Sorry. You are correct. Should have read my own link all the way through before sharing it. I usually use good ole ext4. > By the way, please try to add line breaks at about 75 characters, see [0]. > > [0] https://wiki.archlinux.org/index.php/Code_of_conduct#Mailing_lists Ah, got it. Haven't posted to this list much, but noted for this and future posts :) Cheers, Jeremy
Re: [arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
On Sun, Nov 27, 2016 at 04:48:18PM +0100, Merlin Büge wrote: > Hey everybody! > > > I'm currently installing Arch on my laptop (Thinkpad T400), and have decided > for a rather unusual partition scheme: A single LUKS container directly on > the disk (SSD) with a GPT partition table and two partitions inside it: one > for > SWAP, the other one for the system and everyting else, formatted with Btrfs. I'm not really answering your question here, but just out of curiosity what's the appeal of this approach over doing one of the options described at https://wiki.archlinux.org/index.php/Dm-crypt/Swap_encryption: (1) dm-encrypted swap with a new key generated each boot (what I generally use, is the most secure, and works in any case where you don't need to hibernate) (2) The same thing you're trying to do but with LVM instead of a GPT table (3) a swap file on your Btrfs volume itself I've done all these at various points and they all work well. Jeremy
Re: [arch-general] Issue with Vim 8.0 and linebreak
On Sun, Oct 23, 2016 at 09:20:26PM +0200, J. C. wrote: > Hey hey list, > when I use the > set linebreak > command, Vim actually splits the lines, inserting CRLF or similar. The help > says that it shouldn't do that, nor has it on Vim 7.x, which I ran on > another Linux system. > > When just viewing a text, Vim displays it as expected with proper linebreaks > and there are no inserts of CRLFs. > > Does anyone else have a similar issue or is there something else to take > into account? Hmm. I just tested on my system (with Vim 8), and "set linebreak" works as advertised. It wraps the lines but doesn't insert a CRLF. Are you sure you don't have something else set which may be causing this? Jeremy