Command to install a package.pkg.tar.xz from local disk

What's the command to install a package.pkg.tar.xz from local disk.

I'm pretty sure with a little effort and the knowledge contained in our wiki, the man pages, and the forum, you could have found this yourself. Easily.
This forum is not a hotline.

Similar Messages

After installing lightroom 4 and cs6 extended from a disk on a new lap top everything is very small. I can hardly see any tools or text.

I can hardly see the tools and text to be able to navigate after installing lightroom 4 and cs6 extended from a disk on a new lap top. I changed the screen resolution too 1280x800 and it still looks the same.

Moving this discussion to the Photoshop General Discussion forum.

Pacman: install package from local disk withou database refresh

Basically what it says in the title.
I've just installed Arch on a notebook that doesn't have a working ethernet jack. To get wifi working I need wpa-supplicant, so I downloaded the package using another machine. When I try to install it with pacman -U wpa-supplicant.pkg.tar.xz, pacman complains it doesn't have a database (which is probably right since I f*cked up /var), and without a network connection I can't do a pacman -Syu.
Can I force pacman to do the install, or do I have to install wpa-supplicant manually?

There is not point in rebuilding the wpa_supplicant. If you are going to manually install it and you have the built package, just manually install the prebuild binary you already have.
I am not sure if manually installing is the best approach, but if it is just unpack the package, then copy the files to the appropriate place in the root directory.
When you get up and running, you will need to delete these and install wpa_supplicant via pacman - or you you could use --force for this one single package: pacman --force -S wpa_supplicant in order to overwrite the existing conflicting files.
I suspect there is a better means to regenerate a simple starter database. You can download the sync databases from your mirror manually.
Last edited by Trilby (2014-10-14 14:31:10)

For installing software packages, long delay in recognizing startup disk

I have found that any time I install software using an installer package (e.g. flip4mac) on my iMac, there is a long delay before my startup disk is recognized as a valid installation location. All of the other drives are evaluated immediately, but I'd say it's about 20 seconds before I get the option of my startup disk (green arrow pointing down at a picture of a hard drive).
Does anyone know what is causing this and how I might alleviate the problem? It's annoying, and I wonder if it's a sign of some deeper problem.
I do have a bootcamp partition that I rarely use, and I have an external USB drive that I use for time machine backups.

The more external storage devices you have connected to your computer the longer it's going to take to for your computer to evaluate which volumes it can install on. Short of dismounting the external HD's first this is the price you will be paying for all the external devices. BTW I'm in the same boat, I have 3 EHD's daisy chained together using FW 800.

When I try to install CS6 Design and Web Premium from a disk I get this message "We are unable to validate this serial number..." What is the reason for this?

I purchased a disk copy of CS6 Design and Web Premium from a reputable seller last week and when I try to install it with the serial number I got it says "We are unable to validate this serial number for CS6 Design and Web Premium. Please contact Customer Support." What is the reason for this?
Is the serial number invalid?

Hi Ned,
Thanks for the suggestion. I eventually got in touch with Adobe Technical Support and it turned out that my Adobe Application Manager was not the latest version. They downloaded the latest version and installed it and that seemed to solve the problem. I was able to install my CS6 Creative Suite and validate the serial number. All seems to be going well at the moment.

Unable to install SP1 after reinstalling windows 7 from recovery disks from onekey revoery

Windows shows as activated but updates do not work, cannot install SP1 from download gives a critcal error.

hi Hozby,
Welcome to the Lenovo Forums.
Are you trying to install Windows 7 SP1 via the Windows Update? If you do and you get an error using this method, try to:
1. Check this Windows 7 Service Pack 1 Article
2. Run the Windows 7 SP1 Disk Cleanup Tool
2. Download and install Windows 7 SP1 from a Standalone Installer (see details below)
For Windows 7 64bit:
windows6.1-KB976932-X64.exe - 903.2 MB
For Windows 7 32bit:
windows6.1-KB976932-X86.exe - 537.8 MB
Let me know your findings.
Cheers
Did someone help you today? Press the star on the left to thank them with a Kudo!
If you find a post helpful and it answers your question, please mark it as an "Accepted Solution"! This will help the rest of the Community with similar issues identify the verified solution and benefit from it.
Follow @LenovoForums on Twitter!

Convert .pkg folder to .pkg.tar.gz?

I just build a package gmchess-0.20-1-i686.pkg.tar.gz from PKGBUILD, I unpack the gmchess-0.20-1-i686.pkg.tar.gz and create a folder gmchess-0.20-1-i686.pkg, after changing some .png files in this folder, I compress the gmchess-0.20-1-i686.pkg folder back to gmchess-0.20-1-i686.pkg.tar.gz, however it can not be installed with command pacman -U, I try to search wiki, but get no clues, thanks for help.
$ sudo pacman -U gmchess-0.20-1-i686.pkg.tar.gz
Password:
loading package data...
error: missing package metadata in gmchess-0.20-1-i686.pkg.tar.gz
error: 'gmchess-0.20-1-i686.pkg.tar.gz': invalid or corrupted package

Xyne wrote:
Open up the PKGBUILD and replace the names of the old png files with the names of the new ones in the "source" array, e.g.:
source=(old_img_1.png old_img_2.png old_img_3.png)
source=(new_img_1.png new_img_2.png new_img_3.png)
Then run "makepkg -g" to generate the new md5sum array. Open the PKGBUILD again and replace the old md5sum array with the new one.
Thanks for your detailed reply, here is PKGBUILD, there is no source array about png, can I just put in the source array for new pngs?
=================================================================================================
# Contributor: yetist <[email protected]>
pkgname=gmchess
pkgver=0.20
pkgrel=1
pkgdesc="Chinese chess game"
arch=("i686" "x86_64")
url="http://code.google.com/p/gmchess/"
license=('GPL2')
depends=("gtkmm" "libglademm")
source=("http://gmchess.googlecode.com/files/$pkgname-$pkgver.tar.bz2")
md5sums=('14ac37609c2fd6f0611001ed4508d688')
build() {
cd "$startdir/src/$pkgname-$pkgver"
./configure --prefix=/usr || return 1
make || return 1
make DESTDIR="$startdir/pkg" install || return 1

[pacman] Error when i try to install any package

Hi,
since a few days, i've got some problems with pacman.
For example, i try to install 'filezilla' and i've got these messages :
Erreur: échec de récupération du fichier 'libsm-1.1.1-1-i686.pkg.tar.gz' depuis ftp.free.fr : Service not available, closing control connection
I've try to change the mirror used by pacman, but nothing has changed.
In fact, i'm not sure, but it seems that these problems have appeared since i upgraded pacman to new version 3.4
Thanks for your help.

Firstly, thank you i used 'export' since now to have messages in english.
So the error message is :
error: failed retrieving file 'gtkhtml-3.30.2-1-i686.pkg.tar.xz' from ftp.free.fr : Service not available, closing control connection
Secondly, i tried pacman -Syy before used pacman -Syu filezilla, but nothing changed.
My mirrorlist is :
Server = ftp://ftp.free.fr/mirrors/ftp.archlinux … po/os/i686
Last edited by beware (2010-06-25 15:23:57)

Pacman failed retrieving *.pkg.tar.xz

I recently discovered that my system was not upgrading because pacman was looking in repositories with older versions of files.
I added this to /etc/pacman.d/mirrorlist
Server = http://archlinux.org/$repo/os/x86_64
Pacman needed upgrading
So I upgraded pacman from 3.3.x to 3.5.4 and updated the database as instructed
Now I sync'd with pacman -Sy
It gave errors about not being able to find core.db and other .db files but appeared to sync the repositories anyways
Now I started seeing lots of packages that needed upgrading, including pacman
So I upgraded with pacman -Su and every file gave an error like the following line but then appeared to download
error: failed retrieving file 'man-db-2.6.0.2-2-x86_64.pkg.tar.xz' from archlinux.org : Not Found
I searched all around but haven't seen anything definitive about these kinds of errors
One suggestion I saw was that this is connected to the pacman database version change
Does anyone know why those errors are happening and how can I fix it?
This is my conf file
# /etc/pacman.conf
# See the pacman.conf(5) manpage for option and repository directives
# GENERAL OPTIONS
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl -C - %u > %o
#CleanMethod = KeepInstalled
Architecture = auto
# Misc options (all disabled by default)
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
#[testing]
## Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist
[core]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
[extra]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
#[community-testing]
## Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist
[community]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#Server = file:///home/custompkgs
[archlinuxfr]
Server = http://repo.archlinux.fr/i686

You should also use a mirror that actually exists; http://archlinux.org/$repo/os/x86_64 is not correct.

Db-4.6.19-1-i686.pkg.tar.gz

I have this problem for a few days, and have no idea how to fix it.
When I comment [testing] in pacman.conf everything upgrades correctly.
But when I enable [testing], I see:
Targets: apr-1.2.11-1 db-4.6.19-1 pam-0.99.8.1-4 heimdal-1.0.1-2
libcups-1.3.3-1 cups-1.3.3-1 cvs-1.11.22-6 gnome-terminal-2.18.2-1
smbclient-3.0.26a-2 gnome-vfs-2.20.0-2 iproute-070710-2
libgnome-2.20.0-1 libsasl-2.1.22-4 perl-5.8.8-7 python-2.5.1-2
ruby-1.8.6_p110-3 wireshark-0.99.6-4
Total Package Size: 59.33 MB
Proceed with installation? [Y/n]
:: Retrieving packages from testing...
error: failed retrieving file 'db-4.6.19-1-i686.pkg.tar.gz' from gd.tuwien.ac.at : Connection timed out
I tried to change servers in /etc/pacman.d/testing but it never helps.
I tried to remove db, but too many other system packages use it.
What's the reason and what's the solution?

OK, looks like it was my problem with wget settings. I wonder why it happens only on testing. Probably all other repositories were downloaded via http.
Sorry for false alarm.

Missing update package xproto-7.0.14-1-i686.pkg.tar.gz

today's updates include a buttload of updates. one of which is xproto-7.0.14-1-i686.pkg.tar.gz, even though its not in the official repos. which is still stuck at 7.0.13, am i missing somehting? or did this package sliped?
posting my pacman -Syu
:: Synchronizing package databases...
--2008-11-30 14:45:07-- ftp://ftp.archlinux.org/core/os/i686/core.db.tar.gz
=> `/var/lib/pacman/core.db.tar.gz.part'
Resolving ftp.archlinux.org... 209.85.41.144, 209.85.41.145
Connecting to ftp.archlinux.org|209.85.41.144|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /core/os/i686 ... done.
==> SIZE core.db.tar.gz ... 32379
==> PASV ... done. ==> RETR core.db.tar.gz ... done.
Length: 32379 (32K)
100%[======================================>] 32,379 35.4K/s in 0.9s
2008-11-30 14:45:10 (35.4 KB/s) - `/var/lib/pacman/core.db.tar.gz.part' saved [32379]
--2008-11-30 14:45:10-- ftp://ftp.archlinux.org/extra/os/i686/extra.db.tar.gz
=> `/var/lib/pacman/extra.db.tar.gz.part'
Resolving ftp.archlinux.org... 209.85.41.145, 209.85.41.144
Connecting to ftp.archlinux.org|209.85.41.145|:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Retrying.
--2008-11-30 14:45:12-- ftp://ftp.archlinux.org/extra/os/i686/extra.db.tar.gz
(try: 2) => `/var/lib/pacman/extra.db.tar.gz.part'
Connecting to ftp.archlinux.org|209.85.41.145|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /extra/os/i686 ... done.
==> SIZE extra.db.tar.gz ... 423025
==> PASV ... done. ==> RETR extra.db.tar.gz ... done.
Length: 423025 (413K)
100%[======================================>] 423,025 25.3K/s in 13s
2008-11-30 14:45:27 (31.2 KB/s) - `/var/lib/pacman/extra.db.tar.gz.part' saved [423025]
--2008-11-30 14:45:28-- ftp://ftp.archlinux.org/community/os/i686/community.db.tar.gz
=> `/var/lib/pacman/community.db.tar.gz.part'
Resolving ftp.archlinux.org... 209.85.41.144, 209.85.41.145
Connecting to ftp.archlinux.org|209.85.41.144|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /community/os/i686 ... done.
==> SIZE community.db.tar.gz ... 372576
==> PASV ... done. ==> RETR community.db.tar.gz ... done.
Length: 372576 (364K)
100%[======================================>] 372,576 88.6K/s in 4.6s
2008-11-30 14:45:35 (78.4 KB/s) - `/var/lib/pacman/community.db.tar.gz.part' saved [372576]
:: Starting full system upgrade...
:: Replace synaptics with extra/xf86-input-synaptics? [Y/n]
resolving dependencies...
looking for inter-conflicts...
Remove (1): synaptics-0.14.6.99-2
Total Removed Size: 0.07 MB
Targets (19): xf86-input-synaptics-0.99.1-1 gstreamer0.10-bad-0.10.9-1
gstreamer0.10-bad-plugins-0.10.9-1
gstreamer0.10-ffmpeg-0.10.6-1 gstreamer0.10-ugly-0.10.10-1
gstreamer0.10-ugly-plugins-0.10.10-1 libdrm-2.3.1-2
libgl-7.2-1 intel-dri-7.2-1 mesa-7.2-1 orca-2.24.2-1
policykit-0.9-7 libpciaccess-0.10.5-1 xf86-video-intel-2.4.3-1
xf86-video-vesa-2.0.0-2 xkeyboard-config-1.4-1
xf86-input-evdev-2.0.7-1 xorg-server-1.5.3-2 xproto-7.0.14-1
Total Download Size: 0.08 MB
Total Installed Size: 47.08 MB
Proceed with installation? [Y/n]
:: Retrieving packages from extra...
--2008-11-30 14:46:14-- ftp://ftp.archlinux.org/extra/os/i686/xproto-7.0.14-1-i686.pkg.tar.gz
=> `/var/cache/pacman/pkg/xproto-7.0.14-1-i686.pkg.tar.gz.part'
Resolving ftp.archlinux.org... 209.85.41.145, 209.85.41.144
Connecting to ftp.archlinux.org|209.85.41.145|:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Retrying.
--2008-11-30 14:46:15-- ftp://ftp.archlinux.org/extra/os/i686/xproto-7.0.14-1-i686.pkg.tar.gz
(try: 2) => `/var/cache/pacman/pkg/xproto-7.0.14-1-i686.pkg.tar.gz.part'
Connecting to ftp.archlinux.org|209.85.41.145|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /extra/os/i686 ... done.
==> SIZE xproto-7.0.14-1-i686.pkg.tar.gz ... done.
==> PASV ... done. ==> RETR xproto-7.0.14-1-i686.pkg.tar.gz ...
No such file `xproto-7.0.14-1-i686.pkg.tar.gz'.
--2008-11-30 14:46:19-- http://archlinux.c3sl.ufpr.br/extra/os/i686/xproto-7.0.14-1-i686.pkg.tar.gz
Resolving archlinux.c3sl.ufpr.br... 200.17.202.1, 200.236.31.1
Connecting to archlinux.c3sl.ufpr.br|200.17.202.1|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2008-11-30 14:46:20 ERROR 404: Not Found.
warning: failed to retrieve some files from extra
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
anyone experiencing these?

Yes, but here the package here continue to be not present
It's only present in x86_64 repo.
Last edited by Babets (2008-11-30 17:45:59)

Uncompress .pkg.tar.xz and install result without pacman

Can the pacman packages be untarred and stored ready to install by either pacman or otherwise...probably otherwise?
Purpose, to reduce access time for package installs, which pacman must untar before installing. These untarred packages would be used in a "live" ram system from flash storage devices.
Any way to do this?

file:///media/disk/cache2/untar/avahi-0.6.27-2-x86_64.pkg
This file in flash has three folders, Etc, usr and var. It was extracted from the .pkg.tar.xz.
This is the situation that needs a means to install the .pkg listed above, used as an example.
I assume that it is ready for install since it has been untarred.

Metainfo in .pkg.tar.gz

I recently had cause to manually tweak a package after I had made it. I realized that I needed a script in /etc/profile.d/ that I didn't include. I didn't want to remake the whole thing because it's an svn install and I do try to keep the source clean by copying it into a new folder and building from there. So I referenced the wiki and the forums for how to manually edit a package and didn't find much (maybe I'm not looking hard enough/well enough).
Anyway, the building packages wiki says
Typically, the resulting package file is a file called foo.pkg.tar.gz.
In fact, it is no more than a gzipped tar archive or 'tarball' which contains:
* The files to install
* .PKGINFO: contains all the metadata needed by pacman to deal with packages, dependencies, etc.
* .FILELIST: lists all the files of the archive. It's used in order to uninstall the software or to check for file conflicts.
* .INSTALL: a file used to execute commands after the install/upgrade/remove stage. (This file is present only if specified in the PKGBUILD.)
However, I untarred the package and I only found .PKGINFO and the files. I understand not having a .INSTALL because I don't make use of pre_install() or post_install(), but there is no .FILELIST. Is that from an older version of the setup? Or was the file hidden away?
By the way, ought I make a wiki page for manually editing a made package? It's simple, if you know where to look, but if you're not comfortable with playing with things and reading bash it might be painful.

majiq wrote:
Well, the makepkg -R doesn't touch the build() function, though, and really what I would've needed to do was skip most of the build() function until the end. I think there are some cases that might merit it. I could think it handy to modify an internal configuration file here or there without having to build the beast (the one-and-a-half-hour-to-compile beast in my case).
Why is it not recommended? Is it because there's no solid record of what was done, then?
exactly.
afaik, if you use separated build() and package() function, you can simply edit the package() function and run makepkg -R

Jgraphx-1_5_1_11-1-any.pkg.tar.xz in community (i686) repo.

Inside community repo there is a packet named jgraphx-1_5_1_11-1-any.pkg.tar.xz.
ftp://ftp.archlinux.org/community/os/i6 … pkg.tar.xz
This packet can't be downloaded (550 Failed to change directory). It causes some rsync errors.
symlink has no referent: "/community/os/i686/jgraphx-1_5_1_11-1-any.pkg.tar.xz" (in archlinux)
IO error encountered -- skipping file deletion
There is also a packet named jgraphx 1_4_1_0-1 and is what pacman tries to install.

Maybe your sync database is out of date. Upgrade the system and try downloading the package again.
pacman -Syu python2-pytz
If that doesn't work, there may be something wrong with your mirror. Change it in /etc/pacman.d/mirrorlist and run the above command again.

Fakepkg: install placeholder packages

I got annoyed with updating the nvidia packages all the time as they made a new release and usually when i just changed the abs package it didn't work for some reason and the package didn't include vdpau and i was too lazy to investigate. Since nvidia have an excellent uninstall function i felt safe just installing the official package. But then I had to get pacmans dependency resolution off my back, so i made this:
DISCLAIMER: Do not use this to %&#¤ up your system and complain to the devs that your archlinux system doesn't work anymore. You are expected to know what you are doing. If you use this to fake a package and subsequently install software in the background, deal with the resulting issues yourself.
$ fakepkg packagename
or
$ fakepkg packagename provide ...
#!/bin/bash
#create a fake package containing nothing and include provides if you like. Then have pacman install it and kiss those annoying dependency issues goodbye
cd
test -d fakepkg || mkdir fakepkg
cd fakepkg
#define YOUR pacman command with root access here and the script can't see aliases...
_pacmAN=yaourt
if [ -n "${*}" ]; then
echo -e "pkgname = ${1}\npkgver = 999-1\npkgdesc = fakepkg ${1} install\nurl = http://nostinkingurl.com\nbuilddate = 1234798527\npackager = ${USER}\nsize = 0\narch = `uname -m`\nlicense = unknown" > .PKGINFO
for i in "${@:2}"; do
echo "provides = $i" >> .PKGINFO
done
if [ -n "${*:2}" ]; then
sed -i "s/$pkgdesc.*install$/& with ${*:2} provides/" .PKGINFO
fi
tar -czf "${1}-999-1-`uname -m`.pkg.tar.gz" .PKGINFO
echo "package called ${1} which provides ${*:2} have been made, do you want to install it? Y/n"
read -n 1
case "$REPLY" in y|Y) "$_pacmAN" -U "${1}-999-1-`uname -m`.pkg.tar.gz" && echo The "$1" package has been installed. Take that dependency resolution\! ;; esac
else
echo "you have to run the program like: $ fakepkg packagename OR fakepkg packagename provide ..."
fi
Last edited by test1000 (2009-02-24 16:08:26)

I like your script, it might come in handy.
as a side comment, you were "too lazy" to investigate the nvidia package?
yet you created this script...
all you had to do was install the nvidia-beta/nvidia-utils beta to get all the libs in the nvidia installer
as far as i know it has libcuda, libvdpau, etc in the nvidia-utils-beta package.
good job though
Last edited by toxygen (2009-02-24 16:24:34)

Command to install a package.pkg.tar.xz from local disk

Similar Messages

Maybe you are looking for