Installing programs

[simargl]

You can use pacman to install packages that will be stored inside savefile, or what is recommended way: use makesb script. This script automatically converts arch packages to sb bundles, and offers to load them.

example:
makesb -Ss gimp
(search for package named gimp)

makesb gimp
(download package gimp with all needed dependencies and convert them to single sb bundle)

If devel bundle is loaded makesb script will use packer instead of pacman, that means it can also be used to build and convert packages from the AUR.

Script makesb supports multiple arguments, and uses gzip compression for bundles - faster compression than xz.

[9arkb0y]

edited, is solved.thanks

[fisheromen1031]

I am having trouble on creating some packages. I am running a fresh fruggle install of alphaos_14.20140109 to usb drive.

Code: Select all

makesb geany

gave no issues, but when I try to create a package for flashplugins, I get errors.

Code: Select all

[root@alphaos ~]# makesb flashplugin
==> Cleaning packages cache
==> Downloading flashplugin
resolving dependencies...

Packages (1): flashplugin-11.2.202.327-1

Total Download Size:   8.30 MiB

:: Proceed with download? [Y/n] y
:: Retrieving packages ...
 flashplugin-11.2.20...     8.3 MiB   769K/s 00:11 [#######################] 100%
(1/1) checking keys in keyring                     [#######################] 100%
(1/1) checking package integrity                   [#######################] 100%
==> Packages moved to /mnt/live/memory/data/alphaos.usb/modules/flashplugin
==> Running script arch2sb flashplugin
==> Extracting
  -> flashplugin-11.2.202.327-1-x86_64.pkg.tar.xzusr/share/licenses/flashplugin/LICENSE.pdf: Failed to set file flags
usr/lib/mozilla/plugins/libflashplayer.so: Failed to set file flags
bsdtar: Error exit delayed from previous errors.


Trying the gimp example gives numerous "can't create" file errors. Might this be a permissions issue?

Thanks

[Scooby]

Perhaps you are on ntfs?

You could try doing it in /tmp

Code: Select all

cd /tmp
makesb flashplugin

I think you can ignore those errors, for the most part it will run anyway.
I only had problems with VBox

[fisheromen1031]

USB drive is formatted FAT32. Tried running in /tmp but the results seem the same.

The following lines about can't create libblahblah.so file concern me.

Code: Select all

[root@alphaos modules]# makesb icu
==> Cleaning packages cache
==> Downloading icu
resolving dependencies...

Packages (1): icu-52.1-1

Total Download Size:   7.13 MiB

:: Proceed with download? [Y/n] y
:: Retrieving packages ...
 icu-52.1-1-x86_64          7.1 MiB   891K/s 00:08 [#######################] 100%
(1/1) checking keys in keyring                     [#######################] 100%
(1/1) checking package integrity                   [#######################] 100%
==> Packages moved to /mnt/live/memory/data/alphaos.usb/modules/icu
==> Running script arch2sb icu
==> Extracting
  -> icu-52.1-1-x86_64.pkg.tar.xzusr/lib/libicutest.so.52: Can't create 'usr/lib/libicutest.so.52'
usr/lib/libicutu.so.52: Can't create 'usr/lib/libicutu.so.52'
...and many more like this
...
bsdtar: Error exit delayed from previous errors.


==> Creating bundle icu.sb
Parallel mksquashfs: Using 8 processors


What is the use in creating a bundle when so many files were not able to be created from the arch file?

[Scooby]

I tried it in /tmp and got success

Code: Select all

 makesb icu
==> Cleaning packages cache
==> Downloading icu
resolving dependencies...

Packages (1): icu-52.1-1

Total Download Size:   7.13 MiB

:: Proceed with download? [Y/n]
:: Retrieving packages ...
 icu-52.1-1-x86_64          7.1 MiB   212K/s 00:34 [######################] 100%
(1/1) checking keys in keyring                     [######################] 100%
(1/1) checking package integrity                   [######################] 100%
==> Packages moved to /mnt/live/memory/data_ISO/MAINMENU/64AlphaosSlaxDevel.iso/modules/icu
==> Running script arch2sb icu
==> Extracting
  -> icu-52.1-1-x86_64.pkg.tar.xz

==> Creating bundle icu.sb
Parallel mksquashfs: Using 4 processors
Creating 4.0 filesystem on icu.sb, block size 524288.
[===============================================================\] 280/280 100%
Exportable Squashfs 4.0 filesystem, xz compressed, data block size 524288
   compressed data, compressed metadata, compressed fragments, compressed xattrs
   duplicates are removed
Filesystem size 8549.22 Kbytes (8.35 Mbytes)
   26.97% of uncompressed filesystem size (31703.43 Kbytes)
Inode table size 2416 bytes (2.36 Kbytes)
   26.42% of uncompressed inode table size (9143 bytes)
Directory table size 2550 bytes (2.49 Kbytes)
   49.99% of uncompressed directory table size (5101 bytes)
Number of duplicate files found 2
Number of inodes 274
Number of files 231
Number of fragments 11
Number of symbolic links  19
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 24
Number of ids (unique uids + gids) 1
Number of uids 1
   root (0)
Number of gids 1
   root (0)
==> Do you want to load icu.sb? [Y/n] Y


I cannot say wots wrong but its not makesb in it self

There was some problem with creating system dirs? on a usb device but that shouldnt matter.

I advice you to try it manually. cp icu-52.1-1-x86_64.pkg.tar.xz to some other place like internal drive and run arch2sb on it.

[simargl]

What is the use in creating a bundle when so many files were not able to be created from the arch file?

Error is from bsdtar when extracting to fat32 partition not from the makesb script.

Topic closed. This forum's section is reserved for tutorials.