Recent Posts

Pages: 1 ... 8 9 [10]
Artwork & Screenshots / Re: April 2017 Screenshot Thread
« Last post by ozitraveller on April 19, 2017, 03:36:42 AM »
Just a quick drive by!  :)


That is one cool looking logout dialog box  ;)



It's yad! :)
Artwork & Screenshots / Re: April 2017 Screenshot Thread
« Last post by PackRat on April 18, 2017, 03:11:18 PM »
Right now I'm running Fluxbox 1.3.7 on Void linux - they build from git so it should be current.

I use to custom build Fluxbox on Debian because their package is 1.3.5-2+b2. Fluxbox 1.3.7 is in experimental. I don't know what the "-2+b2" means, maybe the Debian maintainers are including the bug fixes from 1.3.7 but nothing else so they don't change the version number.

If you want to post your customized source and HowTo on git, I'll try and compile and test it on Void. I think I already have the dependencies installed.

Unfortunately, I don't have a Debian system installed at the moment, but that's an easy fix.
packrat, are you custom-compiling your fluxbox? If not, what version (and from what repo) are you running?

I've packaged my custom version into a debfile & intend to post the source + "howto build" instructions to github.
Would you be interested in building + testing it?
(and in collaborating toward further modding the code + FINALLY achieving comprehensive, up-to-date docs)
WM Designs and Discussions / Re: Fluxbox Styles
« Last post by ido on April 17, 2017, 07:32:01 AM »
Unfortunately, the window border in fluxbox is not limited to the outside edges of the window; the border is also internal to the titlebar, tab, grip, and handle
Unless you're sure you have already exhausted the potential workarounds, I'll try to find one (for the bottom edge of titlebar, at least).

Specifying "raised" for titlebar doesn't help? How about if a pixmap is specified for each of the titlebar elements?

I've never checked within the FbTk components to see whether the border creation op is granular(paint line along side1, along side2, etc) or the op is just "draw an unfilled box". Even if it's the latter, perhaps we can wiggle offset values within the code... intentionally overlap the placement of the titlebar vs windowframe (conditionally, based on borderwidth value)?
Feedback & Suggestions / Connman network manager GTK frontend
« Last post by filip on April 15, 2017, 08:57:08 PM »
As promised in the installer topic, I've pushed the connman-gtk to git, including debian packaging and a small patch allowing main window to be toggled by clicking the tray icon.

For details and more screenshots see:

Build instructions:

1. Clone & cd:
Code: [Select]
git clone && cd connman-gtk
2. Install build deps:
Code: [Select]
mk-build-deps --install ./debian/control      # if "mk-build-deps" is missing install "devscripts" package first
3. Build and install:
Code: [Select]
dpkg-buildpackage -j$(nproc)
Code: [Select]
cd ../ && sudo apt install ./connman-gtk_1.1.1-2_amd64.deb
Enjoy & god-forbid there be any issues, let me know!  :)

VSIDO Discussions / Re: TRIOS Installer -- shiny new v7.0.7 ( not late at all )...
« Last post by filip on April 15, 2017, 08:11:11 PM »
@filip Great work on the installer  8)
Keep it up  :)


Thank you!  :)


The "resume device" hang propagated to Stretch as well. And for once it actually has nothing to do with systemd.
You were right, issue was introduced in "initramfs-tools", v128 in order to fix the bug where some NVMe drives were slow to enumerate partitions causing the system to fail to resume from hibernation...

See changelog and a bug report.

The weird part is the wait time they've set ( ~20sec ). I mean what for, seriously!? Even the guy who reported the bug said that adding a 1sec delay fixed the issue for him...  ::)

Anyway, until they sort it out, the quick fix is to add the "resume=/dev/sdXY" to the "GRUB_CMDLINE_LINUX_DEFAULT" in "/etc/default/grub" file, where "/dev/sdXY" is your swap partition ( worked for me atleast @Stretch ).  :)
You might even get away with any partition ( not just swap ), as long as you don't have any data on it ( untested!!! ).


I've also looked at the actuall shell scripts used, however I'm having a bit of a hard time reading them ( I've never really understood why Debianers always write shell scripts in such obfuscated and "hard to read" way  ::) ).
I'll let you know If I get anywhere with that...
@filip Great work on the installer  8)
Keep it up  :)

General Support / Re: uefi boot on Toshiba 875D laptop - boots but no keyboard
« Last post by hakerdefo on April 14, 2017, 08:52:52 PM »
I'll post this here in case someone has a solution that will be useful to me others.

Tried to get the live session of the new uEFI capable iso ( 9 April 2017 build ).

Always got to the grub menu, but the first couple efforts hanged - I let it sit for a minute or so  just to see if it was slow, but no joy.

Finally went to completion, and auto logged into a live session, but the keyboard was dead (mouse worked) so I couldn't do anything.

This laptop - Toshiba 875D - isn't particularly user friendly when it comes to Linux uEFI - had some issues with Fedora and Ubuntu boot/live sessions as well so if you're shopping around might not be the one to get.

If someone knows a trick to get the keyboard going, please share the information in case someone else has the same issue.

Otherwise an excellent effort by Team VSIDO - (live session was smooth as silk on my non-uEFI machines)

Add following to the end of the boot command line from the Grub boot menu,

Code: [Select]
i8042.nomux=1 i8042.reset

Might work  :-\

sorry to hear this, thank god I am vegetarian and avoid all bacon contact, maybe it was a bad day or someone had applied too much mustard to the bacon.

 :D :D :D :D :D

Pages: 1 ... 8 9 [10]