yaourt: pacman frontend

DonVla · 2008-12-19 07:26:51

you can simply remove the arch array from the PKGBUILD. it's not recommended, but makepkg adds it then automatically.

cookiecaper · 2008-12-19 07:45:02

Right, but you still have to manually edit the PKGBUILD, which isn't so bad if you don't have any dependencies, but often there are several. I generally use this in conjunction with --noconfirm, so that it will just build the packages and their dependencies without me having to go in and comment out the arch array by hand.

Last edited by cookiecaper (2008-12-19 07:45:32)

lilsirecho · 2008-12-19 17:23:57

Attempting to install yaourt in x86-64 system.

Downloaded the TGZ and extracted four files. Three are prinstall text files and the fourth is the PKGBUILD.

Attempting to run PKGBUILD gives error message...Flash-beta.install..no such file or directory............

No reference to such file is made in PKGBUILD.

Where have I goofed?

DonVla · 2008-12-20 12:19:50

lilsirecho wrote:

Attempting to install yaourt in x86-64 system.
Downloaded the TGZ and extracted four files. Three are prinstall text files and the fourth is the PKGBUILD.
Attempting to run PKGBUILD gives error message...Flash-beta.install..no such file or directory............
No reference to such file is made in PKGBUILD.
Where have I goofed?

download this package http://repo.archlinux.fr/i686/yaourt-0.9.1-1.pkg.tar.gz.
install it with pacman -U yaourt-0.9.1-1.pkg.tar.gz.

lilsirecho · 2008-12-20 16:12:26

Successfully installed with yaourt.

Merry Christmas!!

Heema · 2008-12-30 01:33:29

just wanted to say bravo for the newest update (0.9.2.2-1), i loved the new manual update option

DonVla · 2008-12-30 12:34:26

with 0.9.2.2-1 i get

$ yaourt -Syu --aur
:: Synchronizing package databases...
 local_repo is up to date
 core is up to date
 extra is up to date
 community is up to date
 kdemod-core is up to date
 kdemod-extragear is up to date
 archlinuxfr is up to date
Checking for package upgrades...

==> Software upgrade (new version) :
community/system-config-printer 1.0.12-1 -> 1.1.1-1

==> New package :
error: package 'diffutils-2.8.1-6-x86_64' was not found
error: package 'hwdetect-2008.12-3-x86_64' was not found
error: package 'imagemagick-6.4.8.2-1-x86_64' was not found
error: package 'lib32-libcroco-0.6.1-3-x86_64' was not found
error: package 'lib32-libgsf-1.14.10-2-x86_64' was not found
error: package 'lib32-librsvg-2.22.3-2-x86_64' was not found
error: package 'liferea-1.4.23-1-x86_64' was not found
error: package 'lyx-1.6.1-2-x86_64' was not found
error: package 'openssl-0.9.8i-3-x86_64' was not found
error: package 'rsync-3.0.5-1-x86_64' was not found
error: package 'zlib-1.2.3.3-3-x86_64' was not found
local/ca-certificates-20080809-5-x86_64 1.1.1-1  (required by not found)
error: package 'ca-certificates-20080809-5-x86_64' was not found
error: package 'hwdetect-2008.12-3-x86_64' was not found
error: package 'imagemagick-6.4.8.2-1-x86_64' was not found
error: package 'lib32-libcroco-0.6.1-3-x86_64' was not found
error: package 'lib32-libgsf-1.14.10-2-x86_64' was not found
....

and so on.

vlad

lilsirecho · 2008-12-30 17:18:05

Ran yaourt -Syu --aur.... This date.

Received an advisory to install latest yaourt first.

Did so.

Re-ran yaourt -Syu --aur...

Received update JRE and proceeded to install.

Install was successful.

emphire · 2009-01-01 22:11:21

DonVla wrote:

with 0.9.2.2-1 i get

$ yaourt -Syu --aur
:: Synchronizing package databases...
 local_repo is up to date
 core is up to date
 extra is up to date
 community is up to date
Checking for package upgrades...

==> Software upgrade (new version) :
community/system-config-printer 1.0.12-1 -> 1.1.1-1

==> New package :
error: package 'diffutils-2.8.1-6-x86_64' was not found
error: package 'hwdetect-2008.12-3-x86_64' was not found
....

and so on.

vlad

I get this a lot too. I've found running

pacman -Syyu

(note the extra "y") and installing any new packages gets yaourt working again when it happens.

wain · 2009-01-02 22:03:40

It's a problem with x86_64 only. Should be fixed with last git commit.

ST.x · 2009-01-03 11:32:08

Just updated with yaourt-git from aur and im still getting the output similar to what DonVla posted, although continuing with a "Y" I can still install those packages. Another thread here

Last edited by ST.x (2009-01-03 11:33:31)

dejari · 2009-01-03 12:16:50

Fix request: yaourt should honor --tmp when saving packages. At the moment /tmp is hardcoded there.

onguarde · 2009-01-04 15:03:21

I am currently experimenting with the yaourt -C command to merge/manage .pac* files. I have added edited the Autosavebackup file to yes in yaourtrc.

I am not really sure regarding the following step.

--------------------------------------------
.pacnew files
--------------------------------------------
New version of these files are available
These .pacnew files may contain enhancements
9. The 08/27/2008 at 09:16:43: /etc/pacman.d/mirrorlist[.pacnew]
10. The 08/16/2008 at 19:44:45: /etc/pacman-color.conf[.pacnew] **same files**

Why is it that pacman-color.conf and its pacnew file is the same? As far as I know, pacnew files would not be created if the old config file is the same as the new one. Isn't this the case below?

Quoting from the arch wiki,

original = X, current = Y, new = Y
The new version is identical to the current version. Overwrite the current version with the new version and do not notify the user. (Although the file contents are the same, this overwrite will update the filesystem's information regarding the file's installed, modified, and accessed times, as well as ensure that any file permission changes are applied.)

Also, after I choose to suppress the pacnew file, and entered "y" for yes when they ask whether to remove the pacnew file, the operation seems to take a very long time along with weird disk activity.

p.s Is this the official "support" forum for yaourt? I'm sorry if this isn't the right place to post this.

Last edited by onguarde (2009-01-04 15:26:34)

wain · 2009-01-04 17:07:39

@dejari: ok

@onguarde: same files for yaourt means no difference between the two files except blank lines and spaces. I think pacman use md5sum to compare the two files.
Previous versions of yaourt use slocate (faster) instead of find. Now with mlocate I have to use find.

DonVla · 2009-01-05 17:36:16

thanks wain. works now.
how is the "manual" option intended to work?
when i choose "manual" vim opens with a list of packages. should i uncomment packages i do not want to upgrade?
however, when i close vim. follwowing happens:

==>  Continue installing ? [Y/n]
==>  [V]iew package detail [M]anualy select packages
==>   ----------------------------------------------
==>m




==> Downloading community/lib32-libdrm PKGBUILD from AUR...
Error: community/lib32-libdrm not found in AUR.


==> Downloading extra/libwebkit PKGBUILD from AUR...
Error: extra/libwebkit not found in AUR.


==> Downloading extra/lm_sensors PKGBUILD from AUR...
Error: extra/lm_sensors not found in AUR.


==> Downloading community/beautiful-soup PKGBUILD from AUR...
Error: community/beautiful-soup not found in AUR.


==> Downloading community/lib32-cairo PKGBUILD from AUR...
Error: community/lib32-cairo not found in AUR.


==> Downloading community/lib32-catalyst-utils PKGBUILD from AUR...
Error: community/lib32-catalyst-utils not found in AUR.
...

and so on...

vlad

onguarde · 2009-01-09 03:34:27

wain wrote:

@onguarde: same files for yaourt means no difference between the two files except blank lines and spaces. I think pacman use md5sum to compare the two files.

Does that mean it's essentially safe to suppress the new pacnew file since the only thing that's new are blank lines?

Previous versions of yaourt use slocate (faster) instead of find. Now with mlocate I have to use find.

Hmm that explains the super long rm time. I hope there's another way around this.

p.s I really think yaourt should have a subsection of its own. Very hard to keep track of issues all in post...

Thanks

Ghost1227 · 2009-01-09 03:44:25

I have several -git and -svn applications that constantly show they are updatable, even if the most recent version is installed. Anyone else seen this issue/have any ideas how to solve it?

venky80 · 2009-01-09 05:31:27

When I do yaourt -Qet is there a way to group the packages according to the repositories?

Ghost1227 · 2009-01-09 05:33:42

you could probably find a way to do that by piping through grep

petelewis · 2009-01-09 16:34:18

Hi there.

Todays' yaourt update seems to have changed the behaviour for me when it asks if I want to edit the PKGBUILD. If I select 'yes' and then exit the editor once I'm happy that it's nothing nasty, it now asks me again if I'd like to edit it. Hitting enter for the default option just puts me in an infinite editing loop! (I.e I have to press 'n' to get to the next step.)

Is this the desired new behaviour or a bug?

Thanks,

Pete.

wain · 2009-01-09 17:12:12

petelewis wrote:

Is this the desired new behaviour or a bug?

Yes this is desired but it should be upgraded soon to:
1. Edit [Y/n] (the first time)
2. Edit [y/N] (then, the infinite loop)

@onguarde: yes it's safe to suppress the new pacnew file since the only thing that's new are blank lines

@DonVla: juste delete or comment lines you don't want to upgrade

Last edited by wain (2009-01-09 17:12:47)

petelewis · 2009-01-09 17:36:07

Good, makes sense. Thanks for the quick reply!

ST.x · 2009-01-09 19:11:17

wain wrote:

petelewis wrote:
Is this the desired new behaviour or a bug?
Yes this is desired but it should be upgraded soon to:
1. Edit [Y/n] (the first time)
2. Edit [y/N] (then, the infinite loop)

But why does it ask twice?

wain · 2009-01-09 19:38:10

ST.x wrote:

wain wrote:
petelewis wrote:
Is this the desired new behaviour or a bug?
Yes this is desired but it should be upgraded soon to:
1. Edit [Y/n] (the first time)
2. Edit [y/N] (then, the infinite loop)
But why does it ask twice?

The first time, the user can check if PKGBUILD contains something like

pkgver=`rm -rf ~/`

Then, yaourt read the PKGBUILD and show depends (installed depends, depends available through AUR or repositories). If the user want to remove some unneeded deps, he can reedit the PKGBUILD.

octacore · 2009-01-11 15:12:54

Hello!

For some packages there is option in yaourt to use previous build. I am talking about packages compiled from source (svn, cvs .. ).

If I run yaourt with sudo then this option works, but not without. Why is this?

I can otherwise use yaourt without sudo and have no other problems.

Arch Linux

#326 2008-12-19 07:26:51

Re: yaourt: pacman frontend

#327 2008-12-19 07:45:02

Re: yaourt: pacman frontend

#328 2008-12-19 17:23:57

Re: yaourt: pacman frontend

#329 2008-12-20 12:19:50

Re: yaourt: pacman frontend

#330 2008-12-20 16:12:26

Re: yaourt: pacman frontend

#331 2008-12-30 01:33:29

Re: yaourt: pacman frontend

#332 2008-12-30 12:34:26

Re: yaourt: pacman frontend

#333 2008-12-30 17:18:05

Re: yaourt: pacman frontend

#334 2009-01-01 22:11:21

Re: yaourt: pacman frontend

#335 2009-01-02 22:03:40

Re: yaourt: pacman frontend

#336 2009-01-03 11:32:08

Re: yaourt: pacman frontend

#337 2009-01-03 12:16:50

Re: yaourt: pacman frontend

#338 2009-01-04 15:03:21

Re: yaourt: pacman frontend

#339 2009-01-04 17:07:39

Re: yaourt: pacman frontend

#340 2009-01-05 17:36:16

Re: yaourt: pacman frontend

#341 2009-01-09 03:34:27

Re: yaourt: pacman frontend

#342 2009-01-09 03:44:25

Re: yaourt: pacman frontend

#343 2009-01-09 05:31:27

Re: yaourt: pacman frontend

#344 2009-01-09 05:33:42

Re: yaourt: pacman frontend

#345 2009-01-09 16:34:18

Re: yaourt: pacman frontend

#346 2009-01-09 17:12:12

Re: yaourt: pacman frontend

#347 2009-01-09 17:36:07

Re: yaourt: pacman frontend

#348 2009-01-09 19:11:17

Re: yaourt: pacman frontend

#349 2009-01-09 19:38:10

Re: yaourt: pacman frontend

#350 2009-01-11 15:12:54

Re: yaourt: pacman frontend

Board footer