You are not logged in.

#276 2016-04-28 18:00:43

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

If you want to keep on using synaptics with the libinput package installed, specify the driver in an xorg configuration file:

Section "InputClass"
        Identifier "touchpad catchall"
        Driver "synaptics"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
EndSection

“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#277 2016-05-11 01:00:06

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

^ Thank you for the tip.  I'm sticking with libinput for now.  Double-tap works somewhat well, although sometimes a single-tap is registered or nothing is registered at all.  Update today makes single-tap less responsive and I'm experiencing some weird anomolies, like context menus appearing without touching the touchpad.

Offline

#278 2016-08-12 23:24:17

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

Just a heads up, a recent upgrade borked wireless connectivity on my Unstable instance.  I'm not sure which package it was, but a dist-upgrade today seems to have resolved the issue.

Offline

#279 2016-08-16 06:58:14

dolly
Miss Mixunderstand
From: /lab701
Registered: 2015-10-03
Posts: 429

Re: Tracking Debian testing/unstable with BunsenLabs

Got this today, but how critical is it?

critical bugs of systemd (231-1 → 231-3) <Outstanding>
 b1 - #834367 - systemctl daemon-reexec (as run on systemd upgrade) causes all keystrokes to go to text console in addition to X (including passwords)
serious bugs of gnupg (1.4.20-6 → 2.1.14-5) <Outstanding>
 b2 - #834368 - gnupg: update to gnupg2 broke gpg-agent autostart
 b3 - #834399 - gnupg: gnupg2-bases gpg breaks Gajim

A bit nerdy, trying to grow up.

Offline

#280 2016-08-16 07:41:40

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

dolly wrote:

how critical is it?

That would depend on how often you run the command

systemctl daemon-reexec

I've never even heard of that option so I'm thinking you should be OK big_smile

In fact, from systemctl(1):

This command is of little use except for debugging and package upgrades.

No keystrokes are passed during the upgrade anyway, the password is given before APT is invoked so it should be "safe".

If you were feeling paranoid then `sudo -i` could be used to attain a root shell first and then run `apt-get dist-upgrade` from there but it shouldn't make any difference.

Always remember to backup or snapshot before a `dist-upgrade` though!
angel


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#281 2016-08-16 12:12:45

dolly
Miss Mixunderstand
From: /lab701
Registered: 2015-10-03
Posts: 429

Re: Tracking Debian testing/unstable with BunsenLabs

Thanks Head_... as usual I feel a bit... ops  when I get the obvious put in front of my nose. All well as far as I can see after the d-u. Did it the naughty way without a plan B in case of a blackscreenofdeath though. This was on a straight Debian sid LXDE/Openbox system that I use for fun stuff while exercising my Linux mixunderstandings so it would not have been a total disaster for me anyway. big_smile
My Bunsid systems are both really messed up and I do not think I will try to unmess them. wink


A bit nerdy, trying to grow up.

Offline

#282 2016-08-17 06:05:35

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

@dolly & HoaS:  I don't know...I read the bug report and it stated user names and passwords appearing in the terminal.  I've seen some weird text in the terminal when shutting down.  I saw one of the web addresses I typed in earlier in the day.

Head_on_a_Stick wrote:

Always remember to backup or snapshot before a `dist-upgrade` though!

Bah!  I like living on the edge.  I've never backed up or taken a snapshot.   devil  Then again, I can always fall back on my stable installs if unstable gets borked.

Last edited by KrunchTime (2016-08-17 06:08:25)

Offline

#283 2016-08-18 21:02:57

pvsage
Internal Affairs
Registered: 2015-09-29
Posts: 1,433

Re: Tracking Debian testing/unstable with BunsenLabs

dolly wrote:

Got this today, but how critical is it?

critical bugs of systemd (231-1 → 231-3) <Outstanding>
 b1 - #834367 - systemctl daemon-reexec (as run on systemd upgrade) causes all keystrokes to go to text console in addition to X (including passwords)
serious bugs of gnupg (1.4.20-6 → 2.1.14-5) <Outstanding>
 b2 - #834368 - gnupg: update to gnupg2 broke gpg-agent autostart
 b3 - #834399 - gnupg: gnupg2-bases gpg breaks Gajim

This is resolved in (231-4), which just dropped today.

Note:  I experienced bad performance in X after today's upgrade, with the cursor disappearing and the image appearing to freeze, seems related to keyboard navigation shortcuts like alt-back in web browser or alt-F4 to close a graphical application; also the virtual consoles don't display.  Attempting to switch to one of the virtual consoles and back to X refreshes the screen.  Will let everyone know if graphics are still problematic after a reboot.

EDIT:  All good, as predicted, after reboot.

Last edited by pvsage (2016-08-18 21:12:44)


Be excellent to each other, and...party on, dudes!
BunsenLabs Forum Rules
Tending and defending the Flame since 2009

Offline

#284 2016-08-18 21:12:36

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

pvsage wrote:

I experienced bad performance in X after today's upgrade

What card is it?

xf86-video-intel (xserver-xorg-video-intel) seems to generate a lot of complaints on the Arch forums, it may be time to go modesetting with Intel cards.


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#285 2016-08-18 21:15:03

pvsage
Internal Affairs
Registered: 2015-09-29
Posts: 1,433

Re: Tracking Debian testing/unstable with BunsenLabs

^ See my edit above.  (To answer your question, Nvidia with nouveau drivers.)

My guess is the X server just needed to be restarted.


Be excellent to each other, and...party on, dudes!
BunsenLabs Forum Rules
Tending and defending the Flame since 2009

Offline

#286 2016-08-20 23:47:31

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

I guess I'm going to start performing dist-upgrades outside of X.  Twice within the last 4 or 5 updates on my laptop, my screen went blank with a blinking cursor during installation of upgraded packages and today, my mouse pointer disappeared during a dist-upgrade on my desktop.  In all three instances, a reboot cleared things up.  Nice how-to on dist-upgrading outside of X in the Siduction Manual.

Offline

#287 2016-08-21 08:48:34

Snap
Member
Registered: 2015-10-02
Posts: 465

Re: Tracking Debian testing/unstable with BunsenLabs

I guess I'm going to start performing dist-upgrades outside of X.

IMO, if tracking Sid this is one of the first and most important things to learn, though apparently not an expended practice amongst Sid users.

Good switch, KrunchTime.

Offline

#288 2016-08-22 05:43:11

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

Snap wrote:

I guess I'm going to start performing dist-upgrades outside of X.

IMO, if tracking Sid this is one of the first and most important things to learn, though apparently not an expended practice amongst Sid users.

Good switch, KrunchTime.

Well, I've been doing updates under X since this summer without incident until recently.  So far, nothing bad has happened but I don't think it's good to perform three-finger reboots.

I forgot that evidently Siduction is setup with wireless network access outside of X.  I attempted to follow the steps to upgrade outside of X only to remember that BL doesn't have root enabled by default.  I logged in using my username and performed the other commands using sudo, but when I performed...

sudo apt-get update

...I was getting errors about the different repos not being accessible.  Then I remembered I had the same issue when I ran an instance of CrunchBang under Unstable.  For some reason, logging out disables wireless network access.

Offline

#289 2016-08-22 07:29:24

Snap
Member
Registered: 2015-10-02
Posts: 465

Re: Tracking Debian testing/unstable with BunsenLabs

I have no experience with bunsid, sorry. I always use ceni in Sid. Never had an issue.

Offline

#290 2016-08-22 07:30:08

tknomanzr
BL Die Hard
From: Around the Bend
Registered: 2015-09-29
Posts: 1,057

Re: Tracking Debian testing/unstable with BunsenLabs

^ If you use NetworkManager, then it is by design.

Offline

#291 2016-08-22 07:30:38

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

KrunchTime wrote:

For some reason, logging out disables wireless network access.

NetworkManager must turn off when the user logs out, probably a security feature.

You could switch to /etc/network/interfaces & ifupdown instead:

https://wiki.debian.org/WiFi/HowToUse#Command_Line

If you do this, disable NetworkManager with:

sudo systemctl disable NetworkManager ModemManager

“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#292 2016-08-22 09:50:43

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

@snap, tknomanzr, & HoaS:  Didn't know that about NetworkManager.  However, I did log back in.  I just wasn't under X.  I can't remember if Ceni was used when I used Siduction a couple of years ago or so.  I'm almost positive that I had NetworkManager installed under Siduction.  My curiosity is piqued...I'll have to checkout the package list over at Siduction.

Thank you for the detailed how-to, HoaS.  You remind me of machinebacon from my early days on the CrunchBang forums with your Linux knowledge.

Offline

#293 2016-08-22 20:56:50

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

Wow, high praise indeed -- thanks KT!


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#294 2016-08-22 22:12:59

damo
....moderator....
Registered: 2015-08-20
Posts: 6,622

Re: Tracking Debian testing/unstable with BunsenLabs

Head_on_a_Stick wrote:

Wow, high praise indeed -- thanks KT!

"The Stickonator" big_smile


Be Excellent to Each Other...
The Bunsenlabs Lithium Desktop » Here
FORUM RULES and posting guidelines «» Help page for forum post formatting
Artwork on DeviantArt  «» BunsenLabs on DeviantArt

Online

#295 2016-09-02 10:18:30

dolly
Miss Mixunderstand
From: /lab701
Registered: 2015-10-03
Posts: 429

Re: Tracking Debian testing/unstable with BunsenLabs

Sid, you little ungrateful punk! I will NOT play with you anymore tongue


A bit nerdy, trying to grow up.

Offline

#296 2016-09-04 21:13:16

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

Apparently, recent network-manager upgrades result in this on my ASUS AIO desktop when I attempt to use WiFi:

2016_08_28_1472412260_383x126_scrot.png

Don't know if it's the issue, but found this via a web search:  New MAC Address Randomization Breaks WiFi with Various Drivers

Wireless troubleshooting info:

uname -rv
4.7.0-1-amd64 #1 SMP Debian 4.7.2-1 (2016-08-28)

lspci -knn | grep -EiA2 net
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
	Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:8554]
	Kernel driver in use: r8169
	Kernel modules: r8169
03:00.0 Network controller [0280]: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter [14e4:43b1] (rev 03)
	Subsystem: AzureWave BCM4352 802.11ac Wireless Network Adapter [1a3b:2123]
	Kernel driver in use: wl
	Kernel modules: bcma, wl

dmesg | grep -Ei 'wlan|firmw|dhc'
[    0.486650] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    1.273479] sdhci: Secure Digital Host Controller Interface driver
[    1.273482] sdhci: Copyright(c) Pierre Ossman
[    6.834838] ene_ir: Firmware regs: c1 01
[    8.174731] wlan0: Broadcom BCM43b1 802.11 Hybrid Wireless Controller 0.0.0.0 (obfuscated) (r587334)
[    8.236050] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
[    8.443944] wl 0000:03:00.0 wlp3s0: renamed from wlan0
[    9.684675] bluetooth hci0: firmware: failed to load brcm/BCM20702A1-13d3-3404.hcd (-2)
[    9.684711] bluetooth hci0: Direct firmware load for brcm/BCM20702A1-13d3-3404.hcd failed with error -2
[   17.885697] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
[  549.109500] bluetooth hci0: firmware: failed to load brcm/BCM20702A1-13d3-3404.hcd (-2)
[  549.109502] bluetooth hci0: Direct firmware load for brcm/BCM20702A1-13d3-3404.hcd failed with error -2

sudo rfkill list
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: asus-wlan: Wireless LAN
	Soft blocked: no
	Hard blocked: no
3: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

Last edited by KrunchTime (2016-09-04 21:52:51)

Offline

#297 2016-09-05 06:21:55

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

Does the connection work if you add the details to /etc/network/interfaces and use `ifup wlps30`?

The stanza should look something like this:

auto wlp3s0
iface wlan0 inet dhcp
        wpa-ssid name_of_the_access_point
        wpa-psk the_password

Check the interface name with `ip link` wink

https://wiki.debian.org/WiFi/HowToUse#Command_Line

You can disable NetworkManager with:

# systemctl disable NetworkManager ModemManager --now

Enable it again with:

# systemctl enable NetworkManager ModemManager --now

We had a few problem threads about NetworkManager over on the Arch forums recently, unfortunately I didn't pay much attention 'cos I don't like that program big_smile


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#298 2016-09-05 08:09:28

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

@HoaS:  Thank you for the detailed info.  I'll give it a try and let you know the outcome.  ...I don't like that program  What do you use for network management and why do you prefer it over network-manager?

Actually, ip link is a bit obtuse in providing the interface name for wifi.  I like inxi -n or inxi -F.   cool

Last edited by KrunchTime (2016-09-05 08:17:53)

Offline

#299 2016-09-05 19:33:46

Head_on_a_Stick
Member
From: London
Registered: 2015-09-29
Posts: 8,759
Website

Re: Tracking Debian testing/unstable with BunsenLabs

KrunchTime wrote:

...I don't like that program  What do you use for network management and why do you prefer it over network-manager?

I dislike NetworkManager generally just because I find it to be far too abstracted -- the program's actions are very opaque and it does many things that I absolutely do not need.

I prefer my network configuration to be as simple as possible and to use the native (CLI) tools of the distribution.

In Arch I use systemd-networkd with systemd-resolved for DNS and wpa_supplicant (started via a systemd unit file) to authenticate with the wireless access point.

In Debian I use /etc/network/interfaces

In Alpine Linux /etc/network/interfaces is also used but the authentication is handled by a separate wpa_supplicant boot script for the openrc init system:
https://wiki.alpinelinux.org/wiki/Conne … cess_point

Finally, in OpenBSD I use /etc/hostname.iwn0 & /etc/mygate (for static IPs with no dhcp) as per hostname.if(5) & myname(5)

As you can see, I'm not a fan of GUIs big_smile


“Et ignotas animum dimittit in artes.” — Ovid, Metamorphoses, VIII., 18.

Forum Rules   •   How to report a problem   •   Software that rocks

Offline

#300 2016-09-05 20:37:11

KrunchTime
Member
Registered: 2015-09-29
Posts: 857

Re: Tracking Debian testing/unstable with BunsenLabs

Head_on_a_Stick wrote:

As you can see, I'm not a fan of GUIs big_smile

Neither is machinebacon.

Offline

Board footer

Powered by FluxBB