Page MenuHomeSolus

macifom (Auston Stewart)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Jan 7 2017, 1:00 AM (299 w, 4 d)

Recent Activity

Sep 3 2017

macifom updated the diff for D675: Initial commit of PulseView, required for T4063.

Removing redundant Qt5Widgets build dependency and adding qt5-svg as a rundep.

Sep 3 2017, 8:27 AM

Aug 30 2017

macifom updated the diff for D675: Initial commit of PulseView, required for T4063.

Removing redundant pkgconfig dependencies per latest review comments.

Aug 30 2017, 7:57 PM
macifom added a comment to D675: Initial commit of PulseView, required for T4063.

Adding comment regarding proposed removal of Qt5Svg dependency.

Aug 30 2017, 7:55 PM

Aug 24 2017

macifom updated the diff for D671: Initial commit of libserialport, required for T4063.

Rebuilding to update pspec.

Aug 24 2017, 1:02 AM
macifom updated the diff for D675: Initial commit of PulseView, required for T4063.

Changed component and rearranged builddeps per review feedback

Aug 24 2017, 1:00 AM
macifom updated the diff for D673: Initial commit of libsigrok, required for T4063.

Changed component, cleaned up builddeps, removed static libraries and changed udev rules destination per review comments.

Aug 24 2017, 12:46 AM
macifom updated the diff for D672: Initial commit of libsigrokdecode, required for T4063.

Changing component and disabling static libs per review feedback

Aug 24 2017, 12:28 AM
macifom updated the diff for D671: Initial commit of libserialport, required for T4063.

Changing component per review feedback.

Aug 24 2017, 12:20 AM
macifom abandoned D870: Changing component per review feedback.

Accidentally created new differential for revision.

Aug 24 2017, 12:19 AM
macifom created D870: Changing component per review feedback.
Aug 24 2017, 12:15 AM

Jul 20 2017

macifom created D675: Initial commit of PulseView, required for T4063.
Jul 20 2017, 8:28 PM
macifom created D674: Initial commit of sigrok-cli, required for T4063.
Jul 20 2017, 8:25 PM
macifom created D673: Initial commit of libsigrok, required for T4063.
Jul 20 2017, 8:22 PM
macifom created D672: Initial commit of libsigrokdecode, required for T4063.
Jul 20 2017, 8:19 PM
macifom created D671: Initial commit of libserialport, required for T4063.
Jul 20 2017, 8:16 PM
macifom created D670: Initial commit of libftdi, required for T4063.
Jul 20 2017, 8:13 PM

Jul 11 2017

macifom updated the task description for T4063: sigrok signal analysis suite (pulseview, sigrok-cli, libsigrok, libsigrokdecode, libserialport, libftdi1).
Jul 11 2017, 10:33 PM · Package Requests
macifom created T4063: sigrok signal analysis suite (pulseview, sigrok-cli, libsigrok, libsigrokdecode, libserialport, libftdi1).
Jul 11 2017, 10:33 PM · Package Requests

Jun 26 2017

alecbcs awarded T619: Screen doesn't lock when I close the lid a Like token.
Jun 26 2017, 10:39 PM · Platform Integration

Jun 22 2017

orschiro awarded T619: Screen doesn't lock when I close the lid a Like token.
Jun 22 2017, 8:34 AM · Platform Integration

Mar 7 2017

baimafeima awarded T2749: GNU Privacy Assistant 0.9.10 a Like token.
Mar 7 2017, 1:56 PM · Patch Submission

Mar 6 2017

valentin awarded T619: Screen doesn't lock when I close the lid a Like token.
Mar 6 2017, 1:07 PM · Platform Integration

Feb 28 2017

macifom updated the task description for T2749: GNU Privacy Assistant 0.9.10.
Feb 28 2017, 12:54 AM · Patch Submission
macifom created T2749: GNU Privacy Assistant 0.9.10.
Feb 28 2017, 12:53 AM · Patch Submission
macifom added a comment to T2654: Lid closure does not cause screen lock.

Suggest as duplicate of T619. See that thread for workarounds and explanation.

Feb 28 2017, 12:50 AM · Platform Integration

Jan 21 2017

macifom created T2263: Dungeon Crawl Stone Soup 0.19.1 update patch.
Jan 21 2017, 12:33 AM · Patch Submission

Jan 11 2017

macifom added a comment to T2141: Thinkpad T450s SD reader not recognized.

@RenHoek I agree. Based on responses from other users this appears to be less of a SD card reader driver issue and more an issue with confusion about default behavior for removable storage. Principally:

  1. Removable media are not automounted.
  2. Removable media, mounted or unmounted, appear in 'Other Locations' rather than the root locations column.
Jan 11 2017, 11:00 PM · Hardware

Jan 10 2017

macifom added a comment to T619: Screen doesn't lock when I close the lid.

Looking through the source for v3.20 of gnome-settings-daemon, which is what registers and implements the systemd-inhibit hooks, I see that it does attempt to lock the screen by calling into the screensaver_proxy plugin. That proxy, however, doesn't actually proxy anything in v3.20. It implements Inhibit/Uninhibit but eats everything else like 'Lock' rather than pass the message on to the real screensaver proxy, which would forward to org.gnome.ScreenSaver and actually lock the screen.

Jan 10 2017, 8:23 AM · Platform Integration
macifom added a comment to T619: Screen doesn't lock when I close the lid.

Here's a workaround for those concerned about this issue:

  1. Create a file at /etc/systemd/system/suspend@.service like so sudo nano /etc/systemd/system/suspend@.service
  2. Plop in the following:
[Unit]
Description=User suspend actions
Before=sleep.target
Jan 10 2017, 6:15 AM · Platform Integration
macifom added a comment to T619: Screen doesn't lock when I close the lid.

So I believe I've mostly worked out what's going on here. The way this is supposed to work is that Gnome registers an inhibitor with systemd that delays systemd-logind's suspend action on lid close. gnome-settings-daemon is registering one, but it doesn't appear to work in the absence of gdm and/or other gnome components.

auston@obsidian /usr/lib/systemd/system-sleep $ systemd-inhibit --list
     Who: auston (UID 1000/auston, PID 898/gnome-settings-)
    What: handle-power-key:handle-suspend-key:handle-hibernate-key
     Why: GNOME handling keypresses
    Mode: block
Jan 10 2017, 3:52 AM · Platform Integration
macifom added a comment to T619: Screen doesn't lock when I close the lid.

@ChunkyPud That is helpful. Could you provide the output of systemd-inhibit --list on your working GNOME3/GDM setup?

Jan 10 2017, 1:20 AM · Platform Integration

Jan 9 2017

macifom claimed T619: Screen doesn't lock when I close the lid.
Jan 9 2017, 10:32 PM · Platform Integration
macifom added a comment to T619: Screen doesn't lock when I close the lid.

Other distros have struggled with this as well, see Mint. This needs a fix.

Jan 9 2017, 10:20 PM · Platform Integration
macifom awarded T619: Screen doesn't lock when I close the lid a Like token.
Jan 9 2017, 10:18 PM · Platform Integration
macifom added a comment to T2132: sd card reader Dell Latitude E5540 - not recognized.

Possibly related to T2141. @razvan If you boot with an SD card inserted does it detect the hardware?

Jan 9 2017, 8:57 PM · Hardware
macifom claimed T2141: Thinkpad T450s SD reader not recognized.

I had a theory this could be related to the kernel's hotplug config and rebooted with an SD card pre-inserted. My SD card was assigned to /dev/mmcblk0 and I could mount, read/write fine. Oddly enough, hotplugging is now working for me, even after reboot. So I'm not sure what was going on before.

Jan 9 2017, 8:52 PM · Hardware
macifom added a comment to T2141: Thinkpad T450s SD reader not recognized.

I have the same issue on my Acer E15
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
I believe there may be a slight kernel misconfiguration at present because while I see rtsx_pci_sdmmc, rtsx_pci and mmc_core in lsmod, I don't see mmc_block or sdhci modules. We should review the kernel config and see how it compares with what's described here: https://fitzcarraldoblog.wordpress.com/2015/04/28/realtek-5287-pcie-controller-for-memory-card-reader/

Jan 9 2017, 8:10 PM · Hardware
macifom added a comment to T2138: Green border around text in GIMP.

The referenced ticket suggests this is most likely the result of fontconfig misconfiguration but I don't see an offending config in ~/.config/fontconfig in my 2017.01.01.0 install.

Jan 9 2017, 3:01 AM · Software

Jan 8 2017

macifom added a comment to T2106: Intel VA-API (hardware video decode) fails using both mpv and vlc .

Fix is in patch attached to [T2131].

Jan 8 2017, 3:37 AM · Software
macifom created T2131: Enable VAAPI support in ffmpeg to allow hardware decode on intel machines.
Jan 8 2017, 3:37 AM · Patch Submission
macifom created T2130: Update libva-intel-driver to latest v1.7.3.
Jan 8 2017, 3:31 AM · Patch Submission
macifom created T2129: Update libva to latest 1.7.3.
Jan 8 2017, 3:26 AM · Patch Submission
macifom added a comment to T2106: Intel VA-API (hardware video decode) fails using both mpv and vlc .

@joebonrichie Actually no need. I figured it out. ffmpeg was being compiled without the --enable-vaapi option so dependent apps didn't think it was available. I have a patch for the ffmpeg package that I've verified fixes this. Thanks for reporting the issue.

Jan 8 2017, 3:05 AM · Software
macifom added a comment to T2106: Intel VA-API (hardware video decode) fails using both mpv and vlc .

@joebonrichie Debugging mpv it seems like there could be a pixel format mismatch that's causing it to fall back on software decoding. Could you attach the mpv.log produced by this command on your working Arch install?

Jan 8 2017, 1:49 AM · Software

Jan 7 2017

macifom added a comment to T2106: Intel VA-API (hardware video decode) fails using both mpv and vlc .

I am able to repro this on my Kaby Lake (i3-7100U) system with Solus 2017.01.01.0. From the output of vainfo, VAAPI appears properly configured on my system. I see no explicit error messages from either VLC or MPV but logs and CPU usage indicate fallback to software rendering. Repros with known good media (Big Buck Bunny H.264/1080p) so it doesn't appear to be media-specific but could still possibly be related to AVC profile / level detection. Will continue to investigate.

Jan 7 2017, 1:46 AM · Software