antiX-14-a3.2 mini-release -- Testers Needed! - Page 2

dolphin_oracle · posted: 2014-11-16 13:40

Dave wrote:Is it just the text in the notification for the session change that is annoying or is the whole notification of change / start / end of the change annoying?
The new one should read" Session is Loading, Please wait....." and configurable via / etc/desktop-session/desktop-session.conf (or ~/.desktop-session/desktop-session.conf). If it is the whole window than it should not be to difficult to make an"off switch" in the config file.

I'm not a big fan of the message at all. If it stays, I would follow BitJam's example, but even simplier, just

Code: Select all

Session Loading ...

the please wait may be polite but its a negative connotation on the os. since that message doesn't appear in any other OS I can think of, one could infer a delay where there really isn't one.

I currently have my message changed to" Hello dolphin oracle".

dolphin_oracle · posted: 2014-11-16 14:16

actually....

1. I echo skidoo's findings on persist-save running twice. I didn't notice at first because I was trying the automatic mode.

2. there is something wrong with the gtk themeing of apps launched from the desktop-defaults-run links. Sometimes they launch with a different theme (looks like raliegh maybe). This is true so far of filemanger and web-browser and terminal and editor . The .desktop files on the spacefm dekstop don't have this problem. however spacefm is being launched in all areas needs tweaked because you get an extra tab with your last folder opened, as well as all the other folders you had open before.

3. my / etc/desktop-session.conf file gets rewritten every boot despite persistence being enabled. installed apps and other settings are saved though. I can't make the message change or go away between reboots. works fine when changing desktops.

4. there is no local user desktop-session.conf and the link fails from control center.

5.

BitJam · posted: 2014-11-16 18:10

dolphin_oracle wrote:1. I echo skidoo's findings on persist-save running twice. I didn't notice at first because I was trying the automatic mode.

Can you elaborate so I can track this down? Does it run twice from the command line or twice from within X windows or once each? I thought we had this fixed in version 14-a3.1. Did I break it again?

3. my / etc/desktop-session.conf file gets rewritten every boot despite persistence being enabled.

This is because of the /antiX/xtra/ directory. Its contents get copied on top of the root file system on every boot. If you are running with persistence, just rename or delete this directory after the first boot.

I admit this is not an ideal solution. The xtra/ directory is a bit of a kludge and does not play well with root persistence. Another way around the problem is to do a remaster-live. This will move the xtra/ directory to xtra.old/. A third workaround is to directly edit the files under /antiX/xtra/, although this relies on you knowing what files are there. A benefit of this approach is the changes work whether you have persistence enabled or not. This is how I do a lot of my development.

I'm reminded of when I lent my bicycle to one of my roommates when I was in college. He nearly had a bad accident. A number of things had broken on the bike over time and I had just naturally adapted to them without thinking about it. It never occurred to me to warn my roommate because it was second nature to me. When he had to deal with all the problems all at once in mid-ride, the result was nearly a disaster.

dolphin_oracle · posted: 2014-11-16 18:12

Can you elaborate so I can track this down? Does it run twice from the command line or twice from within X windows or once each? I thought we had this fixed in version 14-a3.1. Did I break it again?

it runs once in gui form and once from the console.

BitJam · posted: 2014-11-16 18:35

dolphin_oracle wrote:it runs once in gui form and once from the console.

Ah yes. I see now. It got dragged back in when I added Dave's software. Thanks!

skidoo · posted: 2014-11-16 20:41

observations regarding the"disappearing browser, upon changing desktops" thing:
greyed out b/c this blathering doesn't"solve" anything

not consistently repeatable, but:
If browser window is displayed to a workspace other than #1
when switching to iceWM (from any other WM) it"disappears" b/c iceWM"snaps to attention, displaying workspace #1"

This quirk probably affects any app window, not just browser.

Ironically, the quirk doesn't surface if iceWM user clicks Menu}}Logout}}RestartSession

iceWM has an"Occupy All" (display to all desktops) property which can be applied to any given window.
I did not ask iceWM (nor any of the other WMs) to activate this property for iceweasel window, yet in iceWM I see that it is set.
The other WMs apparently don't know/care about this detail. (don't care, at least not for this window, at this moment.)

JWM and fluxbox recognize the"incoming" ws#2 placement, and redisplay the browser window to the expected workspace.
Nope, nope, not true.

in fluxbox,"SendTo" ws Epsilon
(yudder WMs aren't configured for FIVE workspaces, so let's see if we can break stuff...)
switch to JWM
JWM displays its ws#1 (and the iceweasel window is assigned to its ws#2)
switch to fluxbox
Wheee.... now, within fluxbox, iceweasel window resides in ws Delta (no prob though, b/c ws Delta content is immediately displayed)
I doubt the quirkiness related to changing multiple-worspace desktops on-the-fly can be"fixed".

skidoo · posted: 2014-11-17 03:21

here are fbgrab images (er, fbcat)(why is fbcat not pre-installed? it's only 59Kb)

1920x1080

1600x900

1440x900

yah, themefiles need to be tweaked ~~ the console text is overflowing the bottom of the framed border.

Dave · posted: 2014-11-17 03:36

dolphin_oracle wrote: 2. there is something wrong with the gtk themeing of apps launched from the desktop-defaults-run links. Sometimes they launch with a different theme (looks like raliegh maybe). This is true so far of filemanger and web-browser and terminal and editor . The .desktop files on the spacefm dekstop don't have this problem. however spacefm is being launched in all areas needs tweaked because you get an extra tab with your last folder opened, as well as all the other folders you had open before.

More than likely the gtk rc locations need to be exported in some fashion.
This problem creeped into my systems almost a year ago for gtk2, now it looks like the same problem is starting for gtk+ / gtk3....
Looking into it.

gtk2 was solved with this.

Code: Select all

export GTK2_RC_FILES="$HOME/.gtkrc-2.0"

And that was no joy to find... so will probably be similar to this for gtk3. Unfortunately they killed that exact method so....

Code: Select all

export GTK3_RC_FILES="$HOME/.config/gtk-3.0/settings.ini"

does not work __{{emoticon}}__

Dave · posted: 2014-11-17 04:02

Seems to be a corrupted ini file in ~/.config/gtk-3.0/settings.ini here at the moment.
Removing the antialiasing options out of that config fixed it here for me.

EDIT:
And adding

Code: Select all

if [ -f /usr/local/lib/desktop-session/desktop-session-xdg-dirs.sh ]; then
    /usr/local/lib/desktop-session/desktop-session-xdg-dirs.sh
fi

to ~/.bashrc

EDIT:
I do not think that mx has this issue.
Could anyone with a working mx install try running and copying any output for the following command here?

Code: Select all

env |grep"gtk"

skidoo · posted: 2014-11-17 06:21

The xtra/ directory is a bit of a kludge and does not play well with root persistence.

I think side-loading from xtra dir is a pretty cool feature.
Why do you say"does not play well with root persistence"?

So far, it seems really handy. If you know to expect any xtra contents will be re-injected each boot, you can rename (or revert) the dir, at will, as desired.

skidoo · posted: 2014-11-17 06:30

clipit... I chose not to enable it by default because

Wait, if it's not autostarted what's the point of having it?

User can choose min-xxxxx version if clipit et al are unwanted, right?
If there's some first-run popup, it would make sense to (as you mentioned for handling httpsEverywhere)
prepoplate etc/skel with whatever first run file (or config line) clipit creates.

skidoo · posted: 2014-11-17 07:22

the F8"save" on the boot menu seems to disregard whether splash=v already exists in the previously-saved custom boot line.
It is unconditionally prepending splash=v during each save.
After a couple saves, the bootline has become"splash=v splash=v splash=v video=1920x1080"...

Jerry · posted: 2014-11-17 16:23

EDIT:
I do not think that mx has this issue.
Could anyone with a working mx install try running and copying any output for the following command here?

Code: Select all
env |grep"gtk"

I get no response at all, am just returned to the command line.

Dave · posted: 2014-11-17 16:32

Thanks Jerry. I was worried about that... not sure how to find what needs to load for gtk to function.

skidoo · posted: 2014-11-17 17:09

the"mirage" app will not launch for me. The WM tries to open a window for it, then immediately closes.
( leaving this grey until I rule out whether something I changed/tweaked introduced the problem )

there is no local user desktop-session.conf and the link fails from control center

this also affects the"session config" and"session config (Global" desktop menu entries