You are not logged in.

#26 2016-01-18 17:16:12

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: [Solved] when can we expect pacman-5.0 ?

Stebalien wrote:
Eschwartz wrote:

It should also be possible to automatically compile python bytecode, rather than depending on maintainers to necessarily take care of it (could be extended by maintainers packaging modules outside /usr/lib/python*/)... as well as decreasing the size of packages which no longer have to track pyc/pyo files.

I hope not. Preferably, everything in /usr (except /usr/local) should be tracked by the package manager. It just makes things simpler. Hooks are useful for things that can't be done at compile time (i.e. things that depend on the state of the machine on which the package is being installed).

/usr/share has a bunch of things like that...

/usr/share/mime/
/usr/share/applications/mimeinfo.cache
/usr/share/icons/*/icon-theme.cache
/usr/share/fonts/*/fonts.{scale,dir}
/usr/share/vim/vimfiles/doc/tags

Just a few things which pkg-list_unpackaged_files reports for me.

...

Now, there may be reasons to avoid compiling bytecode through hooks.
But the purity of /usr is not one of them. (Purity of /usr/lib? Now you're talking business...)

I have heard the suggestion of doing so for the sake of space saving in the repositories. It isn't a ridiculous idea -- we are talking about a cache here. Assuming any theoretical hook can clean up orphaned pyc files, I don't actually see the harm.
It may not ultimately be an idea that people gather around, granted. But either way, I am merely repeating something I heard someone else say, as food for thought...

Last edited by eschwartz (2016-01-18 17:20:45)


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#27 2016-01-18 17:25:04

Scimmia
Fellow
Registered: 2012-09-01
Posts: 11,466

Re: [Solved] when can we expect pacman-5.0 ?

Eschwartz wrote:

/usr/share has a bunch of things like that...

/usr/share/mime/
/usr/share/applications/mimeinfo.cache
/usr/share/icons/*/icon-theme.cache
/usr/share/fonts/*/fonts.{scale,dir}
/usr/share/vim/vimfiles/doc/tags

Just a few things which pkg-list_unpackaged_files reports for me.

Most of those are things that can't really belong to a single package. If they can, they should.

Offline

#28 2016-01-18 20:52:40

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 10,595
Website

Re: [Solved] when can we expect pacman-5.0 ?

Nice!  This makes sense to me now, thanks posting.


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#29 2016-01-29 20:58:28

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 10,595
Website

Re: [Solved] when can we expect pacman-5.0 ?

graysky wrote:

Nice!  This makes sense to me now, thanks posting.

Actually, back-track a bit.  I recall reading (can't find the link) that hooks can make dkms packages and module-only packages (eg nvidia, virtualbox, etc.) obsolete.  Is there any official inertia to move in this direction when 5.0 does go into [core]?  Specifically, a systematic replacement of the aforementioned packages in favor of a corresponding hook?


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#30 2016-01-29 22:01:00

Allan
Pacman
From: Brisbane, AU
Registered: 2007-06-09
Posts: 11,365
Website

Re: [Solved] when can we expect pacman-5.0 ?

Not at the moment.

Offline

#31 2016-01-30 00:47:39

jasonwryan
Anarchist
From: .nz
Registered: 2009-05-09
Posts: 30,424
Website

Re: [Solved] when can we expect pacman-5.0 ?


Arch + dwm   •   Mercurial repos  •   Surfraw

Registered Linux User #482438

Offline

#32 2016-01-30 11:22:06

michis
Member
Registered: 2015-12-12
Posts: 77

Re: [Solved] when can we expect pacman-5.0 ?

Nice smile

WorMzy wrote:

So long as there's a hook that prints out "Arch is the best" after each individual package upgrade, I'll be happy.

Well, not after each idividual package ... but it's a start. tongue

[Trigger]
Operation = Install
Operation = Upgrade
Operation = Remove
Type = Package
Target = *

[Action]
Description = Arch is the best!
When = PostTransaction
Exec = /usr/bin/bash

Offline

#33 2016-01-30 12:10:33

Allan
Pacman
From: Brisbane, AU
Registered: 2007-06-09
Posts: 11,365
Website

Re: [Solved] when can we expect pacman-5.0 ?

Exec = /usr/bin/bash

not the best idea...   try /bin/true instead.

Offline

#34 2016-01-30 12:40:14

michis
Member
Registered: 2015-12-12
Posts: 77

Re: [Solved] when can we expect pacman-5.0 ?

Ah, didn't know that...

Seriously: It's really nice to have the hooks.
And thanks to all the devs  and community for the great work on Arch.

EDIT: Since it's in [testing] now, I'll mark the thread as solved.

Last edited by michis (2016-01-30 12:56:38)

Offline

Board footer

Powered by FluxBB