Posts: 4,164
rokytnji
Joined: 20 Feb 2009
#46
Feeling like such a noob

Code: Select all

harry@biker:~/Downloads
$ xdelta3 -d -s antiX-17-full-a2_a3.delta antiX-17.a3_386-full.iso
xdelta3: not a VCDIFF input: XD3_INVALID_INPUT
xdelta3: normally this indicates that the source file is incorrect
xdelta3: please verify the source file with sha1sum or equivalent
xdelta3

This is the latest stable version of xdelta. If you have this version, the syntax to create and apply the patch is different from xdelta.
Applying the xdelta3 patch (obtaining the final image from initial file + patch)

As xdelta above, but use this syntax.

xdelta3 -d -s fromfile patchname.delta tofile

Code: Select all

harry@biker:~/Downloads
$ su 
Password: 
root@biker:/home/harry/Downloads# xdelta3 -d -s antiX-17-full-a2_a3.delta antiX-17.a3_386-full.iso
xdelta3: not a VCDIFF input: XD3_INVALID_INPUT
xdelta3: normally this indicates that the source file is incorrect
xdelta3: please verify the source file with sha1sum or equivalent

Code: Select all

harry@biker:~/Downloads
$ md5sum antiX-17-full-a2_a3.delta
5d0daf7eea1b702dec7b1c25269a0117  antiX-17-full-a2_a3.delta

[code]harry@biker:~/Downloads
$ cat antiX-17-full-a2_a3.delta.md5 
5d0daf7eea1b702dec7b1c25269a0117  antiX-17-full-a2_a3.delta
5d0daf7eea1b702dec7b1c25269a0117  antiX-17-full-a2_a3.delta
anticapitalista
Posts: 5,955
Site Admin
Joined: 11 Sep 2007
#47
xdelta3 -d -s fromfile patchname.delta tofile

ie you are missing the fromfile antiX iso (antiX-17.a2_386-full.iso) so it will be

xdelta3 -d -s antiX-17.a2_386-full.iso antiX-17-full-a2_a3.delta antiX-17.a3_386-full.iso
Posts: 4,164
rokytnji
Joined: 20 Feb 2009
#48
So basically I am trying to apply a a2 to a3 patch to already patched a3 iso?

Crazy Biker. Trix is for kids. I will proceed on to dd and make the usb then. I thought something I was doing was screwy.

This live USB will be made to install to my Motorcycle dual boot antix/MX desktop computer and I will break out some moth balled laptops to give it a go on.
Posts: 4,164
rokytnji
Joined: 20 Feb 2009
#49
Dell Precision T3400 server. Dual MX and Antix booter. Made usb with dd in MX.


========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://forum.mxlinux.org/viewtopic.php?t=29288"
linktext was:"https://forum.mxlinux.org/viewtopic.php?t=29288"
====================================

Code: Select all

arry@antix1:~
$ inxi -Fxz
System:    Host: antix1 Kernel: 4.10.5-antix.1-486-smp i686 (32 bit gcc: 6.3.0)
           Desktop: IceWM 1.3.12+mod+20170325.1 Distro: antiX-17.a3_386-full keerfa 22 April 2017
Machine:   Device: desktop System: Dell product: Precision WorkStation T3400
           Mobo: Dell model: 0TP412 BIOS: Dell v: A08 date: 08/14/2008
CPU:       Dual core Intel Core2 Duo E7300 (-MCP-) cache: 3072 KB
           flags: (lm nx pae sse sse2 sse3 sse4_1 ssse3) bmips: 10639
           clock speeds: max: 2659 MHz 1: 2659 MHz 2: 2659 MHz
Graphics:  Card: NVIDIA G86 [Quadro NVS 290] bus-ID: 01:00.0
           Display Server: X.Org 1.19.2 drivers: nouveau (unloaded: modesetting,fbdev,vesa)
           Resolution: 1024x768@85.00hz
           GLX Renderer: Gallium 0.4 on NV86 GLX Version: 3.0 Mesa 13.0.6 Direct Rendering: Yes
Audio:     Card Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.10.5-antix.1-486-smp
Network:   Card-1: Broadcom Limited NetXtreme BCM5754 Gigabit Ethernet PCI Express
           driver: tg3 v: 3.137 bus-ID: 04:00.0
           IF: eth0 state: down mac: <filter>
           Card-2: Ralink RT2561/RT61 802.11g PCI driver: rt61pci v: 2.3.0 bus-ID: 05:05.0
           IF: wlan0 state: up mac: <filter>
Drives:    HDD Total Size: 80.0GB (8.8% used)
           ID-1: /dev/sda model: ST380815AS size: 80.0GB
Partition: ID-1: / size: 24G used: 2.8G (13%) fs: ext4 dev: /dev/sda1
           ID-2: swap-1 size: 4.29GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
Sensors:   System Temperatures: cpu: 37.0C mobo: N/A gpu: 56.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 143 Uptime: 9 min Memory: 336.9/2014.5MB Init: SysVinit runlevel: 5 Gcc sys: 6.3.0
           Client: Shell (bash 4.4.111) inxi: 2.3.8 
Back to bed for me now. __{{emoticon}}__
Posts: 4,164
rokytnji
Joined: 20 Feb 2009
#50
Panasonic CF-48. Dug out of mothballs.
Using both desktops 1 and 2 in Icewm/rox-desktop.
3 terminals open on desktop 1 with conky going. Just did a dist-upgrade and hammered this old bird for all she is worth.

Desktop 2 is firefox I am typing this out in . Now opening a terminal there also to show cpu usage for another thread here.

Image

Code: Select all

antix1:~
$ inxi -Fxz
System:    Host: antix1 Kernel: 4.10.5-antix.1-486-smp i686 (32 bit gcc: 6.3.0)
           Desktop: IceWM 1.3.12+mod+20170325.1
           Distro: antiX-17.a3_386-full keerfa 22 April 2017
Machine:   Device: laptop System: Matsushita product: CF-48V4HLUQM v: 004
           Mobo: Matsushita model: CF48-4 v: 001
           BIOS: Phoenix K.K. v: V4.00L13 date: 12/12/2002
Battery    BATA: charge: 35.3 Wh 99.0% condition: 35.7/60.0 Wh (59%)
           model: Panasonic CF-VZSU18 status: Charging
CPU:       Single core Intel Pentium 4 Mobile (-UP-) cache: 512 KB
           flags: (pae sse sse2) bmips: 2392 speed/max: 1200/1600 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] RV200/M7 [Mobility Radeon 7500]
           bus-ID: 01:00.0
           Display Server: X.Org 1.19.2 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1024x768@60.00hz
           GLX Renderer: Mesa DRI R100 (RV200 4C57) x86/MMX/SSE2 DRI2
           GLX Version: 1.3 Mesa 13.0.6 Direct Rendering: Yes
Audio:     Card Intel 82801CA/CAM AC'97 Audio Controller
           driver: snd_intel8x0 ports: 1c00 1880 bus-ID: 00:1f.5
           Sound: Advanced Linux Sound Architecture v: k4.10.5-antix.1-486-smp
Network:   Card-1: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
           driver: 8139too v: 0.9.28 port: 4400 bus-ID: 02:02.0
           IF: eth0 state: down mac: <filter>
           Card-2: Intel PRO/Wireless 2915ABG [Calexico2] Network Connection
           driver: ipw2200 v: 1.2.2kmprq bus-ID: 02:03.0
           IF: eth1 state: up mac: <filter>
Drives:    HDD Total Size: 30.0GB (17.8% used)
           ID-1: /dev/sda model: IC25N030ATCS04 size: 30.0GB
Partition: ID-1: / size: 14G used: 3.2G (25%) fs: ext4 dev: /dev/sda2
           ID-2: swap-1 size: 2.10GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
Sensors:   System Temperatures: cpu: 76.8C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 139 Uptime: 31 min Memory: 169.5/1256.0MB
           Init: SysVinit runlevel: 5 Gcc sys: 6.3.0
           Client: Shell (bash 4.4.121) inxi: 2.3.8 
To show I completely updated and rebooted. I have antix 16 on one partition and antix 17 a3 on another. I control booting with antix 16 grub and installed antix 17 to root </> folder instead of mbr of drive. Then booted into antix 16 and ran

Code: Select all

sudo update-grub
Updated status presently below

Code: Select all

# apt-get -f install
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
A message that left me scratching my head at the end of the stretch dist-upgrade. I aint gonna sweat it yet for now.

Code: Select all

Processing triggers for initramfs-tools (0.130) ...
update-initramfs: Generating /boot/initrd.img-4.10.5-antix.1-486-smp
I: The initramfs will attempt to resume from /dev/sda3
I: (UUID=98e99ed1-c3f8-4fab-8167-1d43980260ef)
I: Set the RESUME variable to override this.
In wonderment because sda3 is swap

Code: Select all

# blkid
/dev/sda1: LABEL="rootantiX-16" UUID="4113ae47-747d-4a0f-b4ce-3e3b67afdd43" TYPE="ext4"
/dev/sda2: LABEL="rootantiX" UUID="cd139666-9c45-47f0-b173-b8aa184616a8" TYPE="ext4" PTTYPE="dos"
/dev/sda3: UUID="98e99ed1-c3f8-4fab-8167-1d43980260ef" TYPE="swap"
Everything in this limited test is working so far. Sound, Touchpad, Internal wireless card.
This laptop runs little hot because of pentium r and age of the machine. I have already used fresh arctic silver cpu pasted on the cpu on this laptop besides other fixes < new used lcd cable and inverter >

Code: Select all

$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +74.8°C  (crit = +96.8°C)
Hence why it went into storage as a test bed machine. I don't need to push it as I have newer latops for every day use. __{{emoticon}}__
Posts: 1,445
skidoo
Joined: 09 Feb 2012
#51
softpedia.com homepage is reporting today a new antiX (MX?) version release

???

Image

Image
Posts: 2,238
dolphin_oracle
Joined: 16 Dec 2007
#52
yeah, we need to separate the mx and antix sourceforge I fear. too many sites follow the rss feeds for updates.
Posts: 1,445
skidoo
Joined: 09 Feb 2012
#53
known issues:

* IceWM theme switching /conky readout blurred as on a2. Can't find a fix for this. Just turn off conky in the menu and turn it back on again to remove the blur.
Again, it's not"blurred", rather it is 2 or more instances running.
The apparent"blur" is from the stacked transparent-backgrounded conky windows each drawing to the screen.

To avoid the problem in the"default, as shipped" configuration:
do not call"conky &" from within the ~/.icewm/startup file (same goes for the fluxbox startup file).
Instead, autostart conky from the desktop session startup file.

Consider what occurs when user performs"Desktop --} Other Desktops" change.
If conky is already running...
when icewm (or fluxbox) restarts, if the window manager startup file calls conky... that's what is causing the multiple conky instances.

What d_o and I had discussed a while back (and I thought he had implemented) was precluding multiple instances of other (not just conky)"window manager autostarted" programs, e.g. the"clipit" utility.
Maybe at the time, we were targeting the wrong (desktop-session) script.
Regardless whether"default, as shipped" starts conky and/or clipit from desktop-session, each of ~/.icewm/startup ~/.fluxbox/startup ~/.jwm/startup
probably need to call
killall conky &
killall clipit &

in case the user had manually started those (prior to performing a"Desktop --} Other Desktops" change).
Posts: 2,238
dolphin_oracle
Joined: 16 Dec 2007
#54
skidoo wrote:
known issues:

* IceWM theme switching /conky readout blurred as on a2. Can't find a fix for this. Just turn off conky in the menu and turn it back on again to remove the blur.
Again, it's not"blurred", rather it is 2 or more instances running.
The apparent"blur" is from the stacked transparent-backgrounded conky windows each drawing to the screen.

To avoid the problem in the"default, as shipped" configuration:
do not call"conky &" from within the ~/.icewm/startup file (same goes for the fluxbox startup file).
Instead, autostart conky from the desktop session startup file.

Consider what occurs when user performs"Desktop --} Other Desktops" change.
If conky is already running...
when icewm (or fluxbox) restarts, if the window manager startup file calls conky... that's what is causing the multiple conky instances.

What d_o and I had discussed a while back (and I thought he had implemented) was precluding multiple instances of other (not just conky)"window manager autostarted" programs, e.g. the"clipit" utility.
Maybe at the time, we were targeting the wrong (desktop-session) script.
Regardless whether"default, as shipped" starts conky and/or clipit from desktop-session, each of ~/.icewm/startup ~/.fluxbox/startup ~/.jwm/startup
probably need to call
killall conky &
killall clipit &

in case the user had manually started those (prior to performing a"Desktop --} Other Desktops" change).
just an fyi-- I didn't make any changes to desktop-session. I did make a change to the set-dpi and auto-mount apps to kill conky before restarting the desktop with the internal desktop-session command.