- Arch-general - lists.archlinux.org

[arch-general] GRUB doesn't boot Windows behind Secure Boot
by Giovanni Santini 07 Dec '16

07 Dec '16

Good afternoon, I have been using GRUB for a long time, but I'm having a strange issue. My setup consists of ArchLinux as main OS and Windows 10 and Ubuntu 12.04 as secondary OSes. Turning up Secure Boot in my firmware options results in such an error when chainloading Windows: /EndEntire file path: /ACPI(yadda)/PCI(yadda)/Sata(0,0,0)/HD(yaddayadda)/File(\EFI\Microsoft\Boot)/File(bootmgfw.efi)/EndEntire error: cannot load image. The strange thing is that disabling Secure Boot make it works. Not really sure what I'm missing here. -- Giovanni Santini My blog: http://giovannisantini.tk My code: https://git{hub,lab}.com/ItachiSan My GPG: 2FADEBF5

2 3

[arch-general] PHP 7.1.0 not compatible with latest stable ownCloud in [community]
by Chi-Hsuan Yen 06 Dec '16

06 Dec '16

Hi Arch enthusiasts, I've just upgraded to testing/php 7.1.0-2. Now my ownCloud installation only displays a short notice on its index.php: This version of ownCloud is not compatible with PHP 7.1. You are currently running 7.1.0. Please use at least ownCloud 9.2.0. However, seems ownCloud 9.2 is still far away to go: https://github.com/owncloud/core/milestone/76, and php 7.1 is not yet fully supported: https://github.com/owncloud/core/issues/26764. I guess I need to leave a loud message to Arch developers and prevent php 7.1.0 from entering [extra]. What's the best way? Open a bug on Flyspray? Thanks for any input! Best, Yen, Chi-Hsuan

2 1

[arch-general] [Classroom] Getting Started with Arch Linux Package Building
by MARLIN LUKE 06 Dec '16

06 Dec '16

The class will be held on Sunday, Dec 11th at 19:00 UTC in #archlinux-classroom on irc.freenode.net.

1 0

[arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way
by Merlin Büge 05 Dec '16

05 Dec '16

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. The laptop runs libreboot, so I have GRUB2 as a payload inside the flash chip which I use to decrypt the LUKS container and load a GRUB configfile located at /boot/grub/grub.cfg (generated by grub-mkconfig). This works fine. While experimenting with GPT inside LUKS before the installation I've noticed two issues, with at least one of them being present also after installation: First, after unlocking the LUKS containter the two GPT partitions don't become visible to the kernel automatically. I have to manually do partprobe /dev/mapper/<dmname> to inform the kernel about the two new partitions. partprobe is part of parted. My idea was to create a custom hook just after the 'encrypt' hook, which would simply run the above command. I tested this and it seems to work. Question: Is there an even simpler solution to that problem? For example an alternative to partprobe which is already in 'base'? The second issue was that I could not (after unmounting the Btrfs partition and deactivating the swap partition of course) directly close the LUKS mapping via cryptsetup luksClose <dmname> It gave me: device-mapper: remove ioctl on <dmname> failed: Device or resource busy [...] device-mapper: remove ioctl on <dmname> failed: Device or resource busy Device <dmname> is still in use. Instead, I had to remove the partition mappings first via dmsetup remove <dmname>1 <dmname>2 This was getting me rid of the aforementioned error messages. As expected, I get these error messages also during system shutdown -- but only whith the shutdown hook in initramfs. Without it, I presume the system does not even try to close the LUKS container (which would make sense, since there is no initramfs created by default for shutdown afaik), therefore also resulting in no error messages being shown. What could I do about this? I'd like to have my system closing the LUKS container correctly -- therefore I need to remove the partition mappings before that. I've read a lot in the last days and weeks about Btrfs, SSDs, coreboot, etc. to make sure I don't run into many issues. Though these two don't come unexpected, I don't know how to solve the latter one, because systemd shutdown and shutdown initramfs are still a little miracle to me... I'd really appreciate any help! This is all on an up-to-date vanilla 4.8.10-1-ARCH. I attached two shutdown logs with debugging enabled: one with and one without the shutdown hook applied. They look very similar though. (I made sure to reboot twice after building the initramfs before taking the shutdown log.) My HOOKS array is: HOOKS="base udev autodetect modconf block keyboard keymap encrypt pp \ filesystems fsck shutdown" (pp being the hook which runs partprobe against the mapped LUKS container) Best Regards, Merlin -- Merlin Büge <toni(a)bluenox07.de>

5 12

[arch-general] minidlna problems
by Peter Nabbefeld 05 Dec '16

05 Dec '16

Hello, I've installed minidlna (community/minidlna 1.1.6-1), but cannot access any files. When I access it on port 8200, statistics count some audio files, but those are videos (mp4). I also cannot see a list of the files (well, I even don't know, if this would be expected behaviour). If I try to connect via UPnP using VLC, I cannot even see any file. Portscan detected port 8200 listening, but neither 80 nor 1900. So, I do have some questions: - Why are my mp4 files recognized as audio files? - Is minidlna expected t oshow a list of files in its DB somewhere? - How can I detect minidlna working correctly? Kind regards Peter

3 12

[arch-general] After upgrade
by piequiex 04 Dec '16

04 Dec '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 upgraded linux (4.8.10-1 -> 4.8.11-1) 4.8.11-1-ARCH [ 65.955101] BUG: unable to handle kernel paging request at ffffffff81e00000 [ 65.956510] IP: [<ffffffff8130b914>] __memmove+0x24/0x1a0 [ 65.957874] PGD 1a09067 PUD 1a0a063 PMD 0 [ 65.959198] Oops: 0000 [#17] PREEMPT SMP [ 65.960489] Modules linked in: nf_log_ipv4 nf_log_common xt_LOG ipt_REJECT nf_reject_ipv4 xt_tcpudp xt_pkttype nf_conntrack_ipv4 nf_defrag_ipv4 xt_owner xt_conntrack nf_conntrack iptable_filter bnep sha256_mb mcryptd sha256_ssse3 sha256_generic dm_crypt joydev dm_mod hid_rmi dell_wmi sparse_keymap mxm_wmi btusb mousedev btrtl uvcvideo btbcm btintel bluetooth videobuf2_vmalloc rtsx_usb_ms videobuf2_memops videobuf2_v4l2 videobuf2_core videodev media memstick intel_rapl dell_led iTCO_wdt iTCO_vendor_support x86_pkg_temp_thermal coretemp dell_laptop dell_smbios dcdbas snd_soc_rt5640 elan_i2c snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_soc_rl6231 snd_soc_core snd_compress kvm irqbypass crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul [ 65.972470] glue_helper ablk_helper cryptd r8169 intel_cstate intel_rapl_perf pcspkr input_leds snd_pcm_dmaengine mac_hid i2c_hid snd_hda_intel i2c_i801 i2c_smbus ac97_bus snd_hda_codec i2c_designware_platform i2c_designware_core mei_me snd_soc_sst_acpi mii thermal battery ac spi_pxa2xx_platform snd_soc_sst_match 8250_dw i915 wmi snd_hda_core video drm_kms_helper snd_hwdep intel_gtt syscopyarea sysfillrect dell_rbtn tpm_tis sysimgblt button fb_sys_fops tpm_tis_core i2c_algo_bit tpm mei shpchp lpc_ich fjes sch_fq_codel sg ip_tables x_tables ext4 crc16 jbd2 fscrypto mbcache rtsx_usb_sdmmc rtsx_usb hid_generic usbhid hid sr_mod cdrom sd_mod serio_raw atkbd libps2 dell_smm_hwmon ahci libahci libata scsi_mod xhci_pci ehci_pci ehci_hcd xhci_hcd usbcore usb_common i8042 serio sdhci_acpi sdhci led_class [ 65.988729] mmc_core evdev speedstep_lib snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_timer snd soundcore wl(PO) cfg80211 rfkill nvidia(PO) drm [ 65.993921] CPU: 2 PID: 892 Comm: loadkeys Tainted: P D O 4.8.11-1-ARCH #1 [ 65.999240] task: ffff8801144a0e40 task.stack: ffff880114510000 [ 66.001963] RIP: 0010:[<ffffffff8130b914>] [<ffffffff8130b914>] __memmove+0x24/0x1a0 [ 66.004774] RSP: 0018:ffff880114513cf0 EFLAGS: 00010246 [ 66.007584] RAX: ffffffff81aa2742 RBX: 0000000000000017 RCX: ffff8801a5516e9f [ 66.010453] RDX: ffff8801a587475d RSI: ffffffff81e00000 RDI: ffffffff81e00000 [ 66.013328] RBP: ffff880114513d48 R08: ffff8801198fec00 R09: ffffffff813f8fda [ 66.016231] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 [ 66.019184] R13: ffff880127316e7d R14: ffffffff81aa2742 R15: ffff8801198fec00 [ 66.022165] FS: 00007f900658e480(0000) GS:ffff88012fb00000(0000) knlGS:0000000000000000 [ 66.025209] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 66.028204] CR2: ffffffff81e00000 CR3: 000000011444d000 CR4: 00000000001406e0 [ 66.031219] Stack: [ 66.034191] ffffffff813f92dc ffff88010000009f ffff8801198fec01 0000000000000016 [ 66.037305] 000000001f326800 ffff880127316e9f ffff88011f326800 ffff88011f326800 [ 66.040367] 0000000000004b49 ffff88012b010800 0000000000000000 ffff880114513dc8 [ 66.043353] Call Trace: [ 66.046208] [<ffffffff813f92dc>] ? vt_do_kdgkb_ioctl+0x34c/0x450 [ 66.049051] [<ffffffff813f3fef>] vt_ioctl+0x8df/0x12a0 [ 66.051806] [<ffffffff81226663>] ? touch_atime+0x33/0xd0 [ 66.054481] [<ffffffff8117a6bb>] ? generic_file_read_iter+0x65b/0x840 [ 66.057111] [<ffffffff813e8735>] tty_ioctl+0x365/0xc70 [ 66.059639] [<ffffffff8118ad36>] ? lru_cache_add_active_or_unevictable+0x36/0xb0 [ 66.062150] [<ffffffff812088a1>] ? __vfs_read+0xe1/0x130 [ 66.064583] [<ffffffff8121c483>] do_vfs_ioctl+0xa3/0x5f0 [ 66.066914] [<ffffffff812095a6>] ? vfs_read+0x96/0x130 [ 66.069176] [<ffffffff8121ca49>] SyS_ioctl+0x79/0x90 [ 66.071345] [<ffffffff815f7ff2>] entry_SYSCALL_64_fastpath+0x1a/0xa4 [ 66.073473] Code: 90 90 90 90 90 90 90 48 89 f8 48 83 fa 20 0f 82 03 01 00 00 48 39 fe 7d 0f 49 89 f0 49 01 d0 49 39 f8 0f 8f 9f 00 00 00 48 89 d1 <f3> a4 c3 48 81 fa a8 02 00 00 72 05 40 38 fe 74 3b 48 83 ea 20 [ 66.078059] RIP [<ffffffff8130b914>] __memmove+0x24/0x1a0 [ 66.080161] RSP <ffff880114513cf0> [ 66.082193] CR2: ffffffff81e00000 [ 66.084178] ---[ end trace 7fe3870b4855ddc6 ]--- - -- Have a nice day! ~~~ This PGP signature only certifies the sender and date of the message. It implies no approval from the administrators of nym.mixmin.net. Date: Fri Dec 2 05:47:40 2016 GMT From: piequiex(a)nym.mixmin.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlhBCv0ACgkQViYZwngkfDtAEgCdHlQyjVfhnqG63kc6J8BK1x1e wEQAn1WYCOIAHtkO1GV212PAJIq56Lzo =TcPW -----END PGP SIGNATURE-----

8 23

[arch-general] abs & sourceforge.net
by piequiex 02 Dec '16

02 Dec '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is what I got from sourceforge while trying to build some packet. *.tar.xz: HTML document, UTF-8 Unicode text, with very long lines *.tar.xz.asc: HTML document, UTF-8 Unicode text, with very long lines REFRESH(5 sec): http://downloads.sourceforge.net/project/*.tar.xz? r=*&ts=*&use_mirror=* SourceForge ____________________ Browse Enterprise Blog Deals Help Create Log In or Join - -- Have a nice day! ~~~ This PGP signature only certifies the sender and date of the message. It implies no approval from the administrators of nym.mixmin.net. Date: Wed Nov 23 21:01:11 2016 GMT From: piequiex(a)nym.mixmin.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlg2A5cACgkQViYZwngkfDuwAgCfRBbgl2WhZdjdcHOYwwNgLF7R xn8AmgMin8Im1MuAvzGAyTxm7hCZHIIl =lpcA -----END PGP SIGNATURE-----

4 4

[arch-general] Xorg Thunderbolt3-HDMI RGB problem
by Prutheus 01 Dec '16

01 Dec '16

Hello! I am on i3 with my Dell XPS 13 9360. I have a THunderbolt3-to-HDMI Adapter from pluggable and a monitor and a cube mini projector. My Problem is, that when I connect the cube mini projector to my adapter and enable it via xrandr, I get projected my screen with rgb-errors, like I can see my screen, but everything is destroyed with rgb- errors, I mean the whole screen is broken with these colors, I really can't see much on it. The funny thing is, when I connect the projector to my docking station, it works fine, so this must be a problem with the thunderbolt3-hdmi adapter. Additionally, to fix this issue, I need to unplug the projector from the adapter, plugin my monitor, plug out my monitor and plugin again the projector, now the rgb-errors are away. STRANGE!!! image: http://i.imgur.com/lu6tnrV.jpg I would be very happy if you can tell me where I can find information, e.g. which log files could be useful to you? Also, if you know a solution, please don't be restrained to tell me. Thanks, your Prutheus

1 0

[arch-general] xterm segfaults selecting true-type and unreadable - OK with fixed
by David C. Rankin 30 Nov '16

30 Nov '16

All, I was cleaning up the default xterm look and feel with tweaks to ~/.Xresources. The primary goal was to get a good looking terminal to use in i3, etc.. as I'm having difficulty stomaching what kde has become -- meaning I'll have to do without my go-to konsole. I have xterm to my liking with a very simple Xresources: xterm*termName: xterm-256color Xterm*saveLines: 4096 XTerm*metaSendsEscape: true xterm*VT100.geometry: 111x63 xterm*faceName: DejaVu Mono:size=8:antialias=false xterm*font: 7x13 XTerm*colorBDMode: true xterm*background: #131518 xterm*foreground: #eff0f1 XTerm*scrollBar: true XTerm*rightScrollBar: true The only problem is selecting 'unreadable' from the font menu results in a segfault. If I switch back to the 'fixed' bitmap font (e.g. turn true-type off), 'unreadable' works fine. I've tried setting 'XTerm*font1: fixed' and 'XTerm*font1: DejaVu Mono', etc. which prevents the segfault, but also makes 'unreadable' stay the same size as 'default'. Does anybody know how to make 'unreadable' work with a true-type selection? -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] On containers. WAS: Re: snapcraft.io ...
by Martin Kühne 30 Nov '16

30 Nov '16

This whole sandboxing and containerisation idiocy is such a pain. Oh look, the apps are not secure, the apps sometimes crash. But you know what, let's take a high level approach, because we're such great managers. Let's NOT make better apps and a better stack by actually writing better multimedia libraries. No, let's instead just lock the stuff in which we use anyway, so they can't do more harm than absolutely unavoidable. Let's face it: those wheels are BROKEN, and what we actually need is an effort to reinvent them a few more times so some of them might hold further scrutiny. Slightly off topic, I know, I'll be back at planning my own world domination myself. cheers! mar77i

11 13