topic title: antiX-15-beta1-V ready for testing
-
anticapitalista
Posts: 5,955
- Site Admin
- Joined: 11 Sep 2007
#121
"save password for this session" works if you choose the sudo option. As skidoo mentios - gksu save password is broken as su.
-
Posts: 99
- Joined: 07 Feb 2013
#122
No issues encountered so far. __{{emoticon}}__
Code: Select all
inxi -Fxz
System: Host: antiXTes Kernel: 3.19.1-antix.1-486-smp i686 (32 bit gcc: 4.9.2)
Desktop: Xfce 4.10.2 (Gtk 2.24.18)
Distro: antiX-15-beta1-V_386-full Killah P 16 March 2015
Machine: Mobo: ASUSTeK model: SABERTOOTH 990FX v: Rev 1.xx
Bios: American Megatrends v: 1604 date: 10/16/2012
CPU: Quad core AMD Phenom II X4 965 (-MCP-) cache: 2048 KB
flags: (lm nx pae sse sse2 sse3 sse4a svm) bmips: 27291
clock speeds: max: 3411 MHz 1: 3411 MHz 2: 3411 MHz 3: 3411 MHz
4: 3411 MHz
Graphics: Card: NVIDIA GF104 [GeForce GTX 460] bus-ID: 01:00.0
Display Server: X.Org 1.16.4 drivers: nouveau (unloaded: fbdev,vesa)
Resolution: 2048x1152@59.91hz, 2048x1152@59.91hz
GLX Renderer: Gallium 0.4 on NVC4
GLX Version: 3.0 Mesa 10.3.2 Direct Rendering: Yes
Audio: Card-1 NVIDIA GF104 High Definition Audio Controller
driver: snd_hda_intel bus-ID: 01:00.1
Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
driver: snd_hda_intel bus-ID: 00:14.2
Card-3 JMTek LLC. driver: USB Audio usb-ID: 001-002
Sound: ALSA v: k3.19.1-antix.1-486-smp
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: a000 bus-ID: 08:00.0
IF: eth0 state: up speed: 100 Mbps duplex: half mac: <filter>
Drives: HDD Total Size: 3500.7GB (3.9% used)
ID-1: /dev/sda model: SAMSUNG_SP2504C size: 250.1GB
ID-2: /dev/sdb model: SAMSUNG_SP2504C size: 250.1GB
ID-3: /dev/sdc model: TOSHIBA_DT01ACA2 size: 2000.4GB
ID-4: /dev/sdd model: WDC_WD10EARX size: 1000.2GB
Partition: ID-1: / size: 20G used: 4.3G (23%) fs: ext4 dev: /dev/sda10
ID-2: swap-1 size: 8.59GB used: 0.00GB (0%) fs: swap dev: /dev/sda14
Sensors: System Temperatures: cpu: 56.5C mobo: N/A gpu: 36.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 162 Uptime: 5 min Memory: 613.2/3250.8MB
Init: SysVinit runlevel: 5 Gcc sys: 4.9.2
Client: Shell (bash 4.3.301) inxi: 2.2.16
-
Alanarchy
Posts 0 Alanarchy
#123
I forced the installation of the AMD Driver this morning, but this disables Direct Rendering.
Code: Select all
inxi -Fxz
System: Host: antix64 Kernel: 3.19.1-antix.1-486-smp i686 (32 bit gcc: 4.9.2)
Desktop: Fluxbox 1.3.5
Distro: antiX-15-beta1-V_386-full Killah P 16 March 2015
Machine: Mobo: Gigabyte model: GA-78LMT-USB3 v: x.x
Bios: Award v: F4 date: 10/19/2012
CPU: Octa core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB
flags: (lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 64287
clock speeds: max: 4000 MHz 1: 1400 MHz 2: 1400 MHz 3: 1400 MHz
4: 3400 MHz 5: 1400 MHz 6: 1400 MHz 7: 1400 MHz 8: 1400 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Turks XT [Radeon HD 6670/7670]
bus-ID: 01:00.0
Display Server: X.Org 1.16.4 driver: fglrx
Resolution: 1920x1080@60.00hz
GLX Renderer: N/A GLX Version: N/A Direct Rendering: N/A
Audio: Card-1 Advanced Micro Devices [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series]
driver: snd_hda_intel bus-ID: 01:00.1
Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
driver: snd_hda_intel bus-ID: 00:14.2
Sound: ALSA v: k3.19.1-antix.1-486-smp
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: ee00 bus-ID: 03:00.0
IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 1000.2GB (0.6% used)
ID-1: /dev/sda model: MB1000EAMZE size: 1000.2GB
Partition: ID-1: / size: 305G used: 3.6G (2%) fs: ext4 dev: /dev/sda3
ID-2: swap-1 size: 2.28GB used: 0.00GB (0%) fs: swap dev: /dev/sda4
Sensors: System Temperatures: cpu: 33.0C mobo: 28.0C
Fan Speeds (in rpm): cpu: 1153 fan-1: 2454 fan-3: 0
Info: Processes: 135 Uptime: 6 min Memory: 240.1/3286.7MB
Init: SysVinit runlevel: 5 Gcc sys: 4.9.2
Client: Shell (bash 4.3.331) inxi: 2.2.19
-
Posts: 1,062
- Joined: 20 Jan 2010
#124
does desktop-defaults-run -r -fm from terminal still have the same issue as pressing CTRL + SHIFT + F?
dolphin_oracle wrote:didn't crash. but didn't do anything either. 8 assume it's supposed to be a root file managerrokytnji wrote:Try
key"Ctrl+Shift+f" desktop-defaults-run -r -fm
see if it crashes like on my gear.
Oops. It is in ~/.icewm/keys. My bad for not showing. __{{emoticon}}__
does desktop-defaults-run -r -fm from terminal still have the same issue as pressing CTRL + SHIFT + F?
-
Posts: 2,238
- Joined: 16 Dec 2007
#125
here's the output from the terminal:
no rox-filer window appeared.
Dave wrote:dolphin_oracle wrote:didn't crash. but didn't do anything either. 8 assume it's supposed to be a root file managerrokytnji wrote:Try
key"Ctrl+Shift+f" desktop-defaults-run -r -fm
see if it crashes like on my gear.
Oops. It is in ~/.icewm/keys. My bad for not showing. __{{emoticon}}__
does desktop-defaults-run -r -fm from terminal still have the same issue as pressing CTRL + SHIFT + F?
here's the output from the terminal:
Code: Select all
dolphin@antix1:~
$ desktop-defaults-run -r -fm
dolphin@antix1:~
$ head: cannot open ‘/root/.desktop-session/desktop-code.0’ for reading: No such file or directory
No protocol specified
(rox-filer:2716): Gtk-WARNING **: cannot open display: :0.0
-
Posts: 1,028
- Joined: 21 Aug 2011
#126
Default icon set
Faenza-Cupertino-mini contains icons with an opaque symbol on a partially transparent dark shaded area.
Note: the shaded area is shown but the partial transparency is not apparent after uploading to the forum.
It works OK with a very dark theme, but on a light theme produces an inconsistent and unpolished appearance.
The following shows example results for SpaceFM and ROX-Filer. In both cases the GTK theme is MedditeraneanWhite and the WM theme is IceClearlooks.
Suggestions
Faenza-Cupertino-mini contains icons with an opaque symbol on a partially transparent dark shaded area.
Note: the shaded area is shown but the partial transparency is not apparent after uploading to the forum.
It works OK with a very dark theme, but on a light theme produces an inconsistent and unpolished appearance.
The following shows example results for SpaceFM and ROX-Filer. In both cases the GTK theme is MedditeraneanWhite and the WM theme is IceClearlooks.
Suggestions
- For all icons, the shaded area is removed and the symbol displayed on a fully transparent background
- Alternatively, the icon set is replaced in full with one having symbols on fully transparent backgrounds
-
Posts: 1,028
- Joined: 21 Aug 2011
#127
IceWM Applet Monitors
Live: Root Persistence
Boot Param: quiet splash=off vga=788
Desktop: Space-IceWM
GTK Theme: MediterraneanWhite
IceWM Theme: IceClearlooks
IceWM Applets Enabled: CPU monitor, Network monitor
At boot up the monitors in the taskbar"freeze". To release them; antiX-Menu-->Logout-->Restart IceWM. Thereafter they work as expected until the next boot up.
Live: Root Persistence
Boot Param: quiet splash=off vga=788
Desktop: Space-IceWM
GTK Theme: MediterraneanWhite
IceWM Theme: IceClearlooks
IceWM Applets Enabled: CPU monitor, Network monitor
At boot up the monitors in the taskbar"freeze". To release them; antiX-Menu-->Logout-->Restart IceWM. Thereafter they work as expected until the next boot up.
-
anticapitalista
Posts: 5,955
- Site Admin
- Joined: 11 Sep 2007
#128
I just tested this and cannot reproduce your results. It works ok here.SamK wrote:IceWM Applet Monitors
Live: Root Persistence
Boot Param: quiet splash=off vga=788
Desktop: Space-IceWM
GTK Theme: MediterraneanWhite
IceWM Theme: IceClearlooks
IceWM Applets Enabled: CPU monitor, Network monitor
At boot up the monitors in the taskbar"freeze". To release them; antiX-Menu-->Logout-->Restart IceWM. Thereafter they work as expected until the next boot up.
-
Posts: 2,238
- Joined: 16 Dec 2007
#129
iceweasel spell checker dictionary is defaulting to Spanish regardless of language settings.
-
Posts: 1,028
- Joined: 21 Aug 2011
#130
Re: IceWM Applet Monitors
Interestingly, this laptop has run 13.2-Stable since the day of release. It is installed to hard disk and has always run with the monitors enabled. The reported symptoms have never been seen.
There is something different about 15-beta in live persistance mode and the monitors enabled (race condition/timing issue?)
The symptoms present in about 8 or 9 in 10 boot up attempts here. If the monitors are disabled during the session and persistance saved in this condition, then the system rebooted and the monitors enabled via IceWMCC, the symptoms do not present. Persistance save in this condition, then reboot returns to the 8 or 9 in 10 occurrences of the freeze.anticapitalista wrote:I just tested this and cannot reproduce your results. It works ok here.
Interestingly, this laptop has run 13.2-Stable since the day of release. It is installed to hard disk and has always run with the monitors enabled. The reported symptoms have never been seen.
There is something different about 15-beta in live persistance mode and the monitors enabled (race condition/timing issue?)
-
Posts: 2,238
- Joined: 16 Dec 2007
#131
can you post the inxi -F of that machine. I've been noticing some other timing issues. I see desktop-session has some different timing values pertaining to the wm loading.Interestingly, this laptop has run 13.2 since the day of release. It is installed to hard disk and has always run with the monitors enabled. The reported symptoms have never been seen.
There is something different about 15-beta in live persistance mode and the monitors enabled (race condition/timing issue?)
-
Posts: 1,028
- Joined: 21 Aug 2011
#132
Re: IceWM Applet Monitors
inxi -c0 -Fdolphin_oracle wrote:can you post the inxi -F of that machine. I've been noticing some other timing issues. I see desktop-session has some different timing values pertaining to the wm loading.
Code: Select all
System: Host: antiX1 Kernel: 3.19.1-antix.1-486-smp i686 (32 bit) Desktop: IceWM 1.3.8
Distro: antiX-15-beta1-V_386-full Killah P 16 March 2015
Machine: System: Dell product: MXC051
Mobo: Dell model: 0HC416 Bios: Dell v: A02 date: 11/06/2005
CPU: Single core Intel Pentium M (-UP-) cache: 2048 KB speed: 1733 MHz (max)
Graphics: Card: Intel Mobile 915GM/GMS/910GML Express Graphics Controller
Display Server: X.Org 1.16.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1280x800@60.04hz
GLX Renderer: Mesa DRI Intel 915GM x86/MMX/SSE2 GLX Version: 2.1 Mesa 10.3.2
Audio: Card Intel 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k3.19.1-antix.1-486-smp
Network: Card-1: Broadcom BCM4401-B0 100Base-TX driver: b44
IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:14:22:89:f8:ce
Card-2: Intel PRO/Wireless 2200BG [Calexico2] Network Connection driver: ipw2200
IF: eth1 state: unknown mac: 00:13:ce:b9:90:bb
Drives: HDD Total Size: 67.8GB (1.6% used) ID-1: /dev/sda model: Hitachi_HTS54106 size: 60.0GB
ID-2: USB /dev/sdb model: DataTraveler_G3 size: 7.8GB
Partition: ID-1: /home size: 790M used: 115M (16%) fs: ext4 dev: /dev/loop1
Sensors: System Temperatures: cpu: 47.0C mobo: 42.0C
Fan Speeds (in rpm): cpu: N/A fan-2: 0
Info: Processes: 99 Uptime: 39 min Memory: 182.3/743.5MB Client: Shell (bash) inxi: 2.2.16
-
Posts: 2,238
- Joined: 16 Dec 2007
#133
samK, in control centre>session>global desktop session configuration , try changing the startup_delay value to 5 instead of the default 2 and see if it helps your situation.
-
Posts: 1,028
- Joined: 21 Aug 2011
#134
Re: IceWM Applet Monitors
The results are inconclusive.dolphin_oracle wrote:...try changing the startup_delay value to 5 instead of the default 2...
-
Posts: 1,028
- Joined: 21 Aug 2011
#135
Date in IceWM Taskbar
Observations following the recent and usual 1 hour offset change of DST/BST in the British springtime.
Test 1
Live
Persistance: Off
Boot Param: lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: Default
IceWM Theme: Default
Network Connection: Wired
Result
Date shown in IceWM Taskbar: Correct
Test 2
Live
Persistance: Root (created 3+ weeks ago)
Boot Param: persist=root!,home lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: MediterraneanWhite
IceWM Theme: Clearlooks
Network Connection: Wired
Result
Date shown in IceWM Taskbar: Consistently incorrect by precisely 1 hour
Test 3
Live
Persistance: Home (created 3+ weeks ago)
Boot Param: persist=home! lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: MediterraneanWhite
IceWM Theme: Clearlooks
Network Connection: Wired
Result
Date shown in IceWM Taskbar: On 1st boot up after Test 2 incorrect by precisely 1 hour, 2nd and subsequent boots correct
Restarting IceWM via antiX Menu-->Logout-->Restart IceWM fails to display the correct time.
A most unusual remedy antiX Menu-->Desktop-->Session Setting Global, when the prompt for the administrative password is displayed, press the Cancel button without entering the password. The desktop is refreshed and the correct time is displayed in the IceWM taskbar.
Something is awry with the session tools/scripts that is preventing the correct time automatically being shown, which is corrected when it/they are run manually as an element of Session Setting Global
Observations following the recent and usual 1 hour offset change of DST/BST in the British springtime.
Test 1
Live
Persistance: Off
Boot Param: lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: Default
IceWM Theme: Default
Network Connection: Wired
Result
Date shown in IceWM Taskbar: Correct
Test 2
Live
Persistance: Root (created 3+ weeks ago)
Boot Param: persist=root!,home lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: MediterraneanWhite
IceWM Theme: Clearlooks
Network Connection: Wired
Result
Date shown in IceWM Taskbar: Consistently incorrect by precisely 1 hour
Test 3
Live
Persistance: Home (created 3+ weeks ago)
Boot Param: persist=home! lang=en_GB quiet splash=off vga=788
Desktop: Default
GTK Theme: MediterraneanWhite
IceWM Theme: Clearlooks
Network Connection: Wired
Result
Date shown in IceWM Taskbar: On 1st boot up after Test 2 incorrect by precisely 1 hour, 2nd and subsequent boots correct
Restarting IceWM via antiX Menu-->Logout-->Restart IceWM fails to display the correct time.
A most unusual remedy antiX Menu-->Desktop-->Session Setting Global, when the prompt for the administrative password is displayed, press the Cancel button without entering the password. The desktop is refreshed and the correct time is displayed in the IceWM taskbar.
Something is awry with the session tools/scripts that is preventing the correct time automatically being shown, which is corrected when it/they are run manually as an element of Session Setting Global