Dans AUR, j'avais changé le dossier de construction, qui ce trouve à l'origine dans tmp, pour limiter les écritures sur le SSD.
Je l'avais placé dans un dossier dans le HDD de 2 To (NTFS), mais j'ai obtenu une erreur, voir capture écran.
/run/media/caille/HDD 2 To/Dossier_de_construction_aur/pamac-build/darktable-git/PKGBUILD: ligne 39 : cd: trop d'arguments
===> ERREUR : Une erreur s'est produite dans prepare().
Abandon...
J'ai donc changé l'étiquette de mon HDD et laissé AUR placer la construction à la racine de ce disque.
Après cette modification la compilation c'est terminée normalement.
Alors question que c'était-il passé, il y donc une limite de longueur pour les liens du dossier de construction et quelle est-elle ?
Est-il préférable que je crée une partition EXT4 sur HDD ou la partition NTFS ne pose-t-elle pas plus de problème que ça ?
Il y eu aussi:
===> Validation des fichiers sources avec avec md5sums...
darktable ... Ignoré
Cordialement.
Merci d'utiliser les balises code plutôt que celles réservées aux citations pour les retours de console.
1) cd
la recette n'est pas écrite pour avoir des espaces dans les noms de fichiers/répertoires
OK: cd "/home/xxx/mon darktable/"
NON: cd /home/xxx/mon darktable/ (ton erreur: on fait un cd vers 2 répertoires !)
2) ntfs
Jamais testé, mais à priori, il n'est pas possible de construire un paquet dans une partition windows : dans une recette on attribue des droits (executable,lecture,...) et ces droits n'existent pas avec ntfs
3)
caille a écrit : ↑il y a 4 ans
trouve à l'origine dans tmp, pour limiter les écritures sur le SSD.
quel tmp ? /var/tmp/ est sur ssd mais /tmp/ est en mémoire donc ssd au repo
papajoke a écrit : ↑il y a 4 ans
1) cd
la recette n'est pas écrite pour avoir des espaces dans les noms de fichiers/répertoires
OK: cd "/home/xxx/mon darktable/"
NON: cd /home/xxx/mon darktable/ (ton erreur: on fait un cd vers 2 répertoires !)
C'est bien ce que j'ai cru comprendre.
papajoke a écrit : ↑il y a 4 ans
2) ntfs
Jamais testé, mais à priori, il n'est pas possible de construire un paquet dans une partition windows : dans une recette on attribue des droits (executable,lecture,...) et ces droits n'existent pas avec ntfs
Si ça a fonctionné, passé mon problème ci-dessus !
caille a écrit : ↑il y a 4 ans
J'ai donc changé l'étiquette de mon HDD et laissé AUR placer la construction à la racine de ce disque.
Après cette modification la compilation c'est terminée normalement.
J'ai quand même créé une petite partition ext4 pour les prochaines constructions dans mon 2 To que j'ai nommée AUR
papajoke a écrit : ↑il y a 4 ans
3)
quel tmp ? /var/tmp/ est sur ssd mais /tmp/ est en mémoire donc ssd au repo
Dans les paramètres de AUR il est possible de choisir le dossier pour placer le build, d'origine c'est indiqué "tmp"
Alors si je ne fais rien, le clone du git de darktable (build) est placé en mémoire vive, ça m'étonne quand même un peu ?
lopasilver a écrit : ↑il y a 4 ans
Jamais eu besoin de le compiler
Bonjour,
Effectivement pour cette version ce n'est pas indispensable.
Mais comme j'utilise la version darktable_master, je n'ai pas le choix.
caille a écrit : ↑il y a 4 ans
Alors si je ne fais rien, le clone du git de darktable (build) est placé en mémoire vive, ça m'étonne quand même un peu ?
Par défaut /tmp est déclaré en RAM avec la possibilité d'en utiliser au maximum la moitié. On voit qu'il est géré en RAM par le système de fichier qu'il utilise, tmpfs.
Il suffit de lancer dans un terminal la commande df ou cat /etc/fstab pour le vérifier.
comme dit plus haut il y a 2 solutions avec "tmp" !
Depuis peu (quelques mois), pamac utilise par défaut /var/tmp/ qui est un répertoire classique sur disque
L'interface graphique n'est pas claire ! Le plus simple est de vérifier(/changer) si on a bien /tmp/ dans etc/pamac.conf
Par défaut /tmp est déclaré en RAM avec la possibilité d'en utiliser au maximum la moitié. On voit qu'il est géré en RAM par le système de fichier qu'il utilise, tmpfs.
Il suffit de lancer dans un terminal la commande df ou cat /etc/fstab pour le vérifier.
Bonjour,
Voici la réponse :
[caille@caille-n76vb ~]$ df /etc/fstab
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda5 77G 13G 61G 17% /
[caille@caille-n76vb ~]$
[caille@caille-n76vb ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=5C46-7558 /boot/efi vfat umask=0077 0 2
UUID=acbf1fd6-d87d-4603-9b5d-fed2491b55f8 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
UUID=3E64D2DA64D2944D /mnt/3E64D2DA64D2944D ntfs nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=a34033d8-d11e-4326-a9b5-453fbae4006c /mnt/a34033d8-d11e-4326-a9b5-453fbae4006c ext4 nosuid,nodev,nofail,x-gvfs-show 0 0
[caille@caille-n76vb ~]$
papajoke a écrit : ↑il y a 3 ans
comme dit plus haut il y a 2 solutions avec "tmp" !
Depuis peu (quelques mois), pamac utilise par défaut /var/tmp/ qui est un répertoire classique sur disque
L'interface graphique n'est pas claire ! Le plus simple est de vérifier(/changer) si on a bien /tmp/ dans etc/pamac.conf
Après avoir sélectionné /tmp dans AUR ?
Il indique bien /var/tmp et non /tmp ? La construction ne ce trouve donc pas en RAM ?
De plus il y a dans AUR "Supprimer les fichiers de construction", si c'est en ram, c'est supprimé après un redémarrage.
[caille@caille-n76vb ~]$ grep -i builddirectory "/etc/pamac.conf" -b1
792-## AUR build directory:
816:BuildDirectory = /var/tmp
842-
[caille@caille-n76vb ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=5C46-7558 /boot/efi vfat umask=0077 0 2
UUID=acbf1fd6-d87d-4603-9b5d-fed2491b55f8 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
UUID=3E64D2DA64D2944D /mnt/3E64D2DA64D2944D ntfs nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=a34033d8-d11e-4326-a9b5-453fbae4006c /mnt/a34033d8-d11e-4326-a9b5-453fbae4006c ext4 nosuid,nodev,nofail,x-gvfs-show 0 0
[caille@caille-n76vb ~]$
Edition du fichier /etc/pamac.conf
## Pamac configuration file
## When removing a package, also remove those dependencies
## that are not required by other packages (recurse option):
#RemoveUnrequiredDeps
## How often to check for updates, value in hours (0 to disable):
RefreshPeriod = 6
## When there are no updates available, hide the tray icon:
#NoUpdateHideIcon
## When applying updates, enable packages downgrade:
#EnableDowngrade
## When installing packages, do not check for updates:
#SimpleInstall
## Allow Pamac to search and install packages from AUR:
EnableAUR
## Keep built packages from AUR in cache after installation:
KeepBuiltPkgs
## When AUR support is enabled check for updates from AUR:
CheckAURUpdates
## When check updates from AUR support is enabled check for vcs updates:
#CheckAURVCSUpdates
## AUR build directory:
BuildDirectory = /mnt/a34033d8-d11e-4326-a9b5-453fbae4006c
## Number of versions of each package to keep in the cache:
KeepNumPackages = 3
## Remove only the versions of uninstalled packages when clean cache:
#OnlyRmUninstalled
## Download updates in background:
DownloadUpdates
## Maximum Parallel Downloads:
[caille@caille-n76vb ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=5C46-7558 /boot/efi vfat umask=0077 0 2
UUID=acbf1fd6-d87d-4603-9b5d-fed2491b55f8 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
UUID=3E64D2DA64D2944D /mnt/3E64D2DA64D2944D ntfs nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=a34033d8-d11e-4326-a9b5-453fbae4006c /mnt/a34033d8-d11e-4326-a9b5-453fbae4006c ext4 nosuid,nodev,nofail,x-gvfs-show 0 0
[caille@caille-n76vb ~]$
Dernière modification par cailleil y a 3 ans, modifié au total 2 fois.
Par contre je viens de constater un comportement différent d'il y a quelques jours.
Dans AUR, j'avais sélectionné uniquement "Vérifier les mises à jour"
J'obtenais tous les jours des mises à jour de Darktable, actuellement ça ne marche plus ?
Le dernier build est darktable_3.1.0+1672, alors que ma version installé est la 3.1.0+1615 ?
Maintenant je suis obligé de cocher "Vérifier les mises à jour des paquets en cours de développement" ?
Ce comportement me semble "logique", mais différent d'avant ?
J'ai également coché cette option "Garder les paquets construits dans le cache", ça sert à quoi, utile, pas utile ?
Donc tu as bien /tmp en RAM, de plus tu as 16 Go de mémoire, donc 8Go pouvant être utilisés par /tmp si besoin, c'est suffisant même pour des grosses applications de AUR. L'avantage de la mémoire est que c'est plus rapide que tes disques SSD en cas de grosses compilations.
Je n'utilise pas pamac, je ne peux pas t'aider à ce niveau.
pamac affiche "tmp", mais cela peut-être /tmp/ ou /var/tmp. Donc ne pas hésiter à la changer dans l'interface graphique en faisant une recherche depuis / (ou on édite le .conf - ce qui est la même chose)
Hors pamac, n'existe que des helpeurs AUR en mode texte. Il y a le choix et chaque peut avoir sont propre fichier de configuration pour indiquer le répertoire de compilation (yay, pikaur, trizen...)
pamac "Garder les paquets construits dans le cache", pamac va copier le paquet dans le cache de pacman, utilité ... aucun sauf si tu désires faire des downgrades