[gentoo-user] links that behave differently per calling app?
hi - is it possible to have some kind of fancy links that know the name of the process that is trying to access it, and based on its name, it links it to a file? e.g. `ln -s X Y` will create link Y that always refers to X whenever anyone tries to access Y. but is it possible to have a fancier linking that creates a linking file that contains some kind of access list, that specifies things like: - if accessing process is named P1, then direct it to X1. - if accessing process is named P2, then direct it to X2. - ... - if accessing process is named Pn, then direct it to Xn. - else, default to X0. i think if we have this, we can solve slotting in a simpler way. e.g. we install libs in their own non-conflicting locations, and then install for them such fancy sym links with access that routes accessing processes to the right version of the lib. thoughts? rgrds, cm. Sent with [ProtonMail](https://protonmail.com) Secure Email.
[gentoo-user] JOB | PHP Developer (Windsor, UK)
Hello, we are looking to hire a PHP developer for a project in Windsor, UK. Should have experience of building and querying MySQL databases. Should any members wish to discuss further do reach me using "JamesBTobin (at) Gmail (dot) Com". Kind regards, James
Re: [gentoo-user] Google Mail still not recognising Gentoo KMail
On Saturday, 9 November 2019 18:50:01 GMT P Levine wrote: > There is a relevant thread at > https://support.google.com/mail/thread/11736136?hl=en > > Some have reported success by changing authentication to plain, i.e. > > Settings -> Kmail Settings -> Receiving -> (Select your Gmail account) -> > Modify -> Advanced -> Connection Settings -> Authentication -> Change to > PLAIN > > and also changing server from imap.gmail.com to imap.googlemail.com. That last was the key step. Many thanks. -- Regards, Peter.
Re: [gentoo-user] Re: per package parallel build
On Saturday, 9 November 2019 22:40:59 GMT Ian Zimmerman wrote: > On 2019-10-26 14:04, Neil Bothwick wrote: > > There's no need to mess around adding and removing masks, just use the > > --exclude option. > > Multiple exclude options seem to further lengthen emerge's "thinking" > phase, which is a huge pain as it is. The increase seems at least linear > in the number of excludes. I have a script that adds 45 excludes, and I haven't noticed it taking a particularly long time. (I assume that the dependency calculation is single- threaded, so having 12 "cores" isn't a factor.) -- Regards, Peter.
Re: [gentoo-user] Re: Imagemagick downgrade?
On Sunday, 10 November 2019 13:49:32 GMT Nikos Chantziaras wrote: > On 10/11/2019 14:51, Mick wrote: > > Having re-synced portage it now asks me to keyword media-gfx/ > > inkscape-1.0_beta1 and once I do, portage wants to downgrade media-gfx/ > > imagemagick from the installed 7.0.8.67 to 6.9.10.67. > > > > I'm not sure why imagemagick is asking to be downgraded, or for that > > matter > > > why inkscape should be keyworded: > inkscape-1.0_beta is in testing (~arch) so if your gentoo install is not > ~arch, then you need to keyword it. > > Also, it depends on: > > > that is, a version lower then 7. That's why you need to downgrade to > imagemagick 6. Thanks Nikos, I am still confused if the tail is wagging the dog with this one. It is a stable arch, so inkscape should stay stable and not asking me to keyword it, especially as its reverse dependency is stable at a higher version. Consequently, imagemagick would stay at the latest stable version too. Anyway, I removed imagemagick from the world file and now portage is no longer asking for either inkscape or imagemagick to be emerged. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: per package parallel build
On 2019-10-26 14:04, Neil Bothwick wrote: > There's no need to mess around adding and removing masks, just use the > --exclude option. Multiple exclude options seem to further lengthen emerge's "thinking" phase, which is a huge pain as it is. The increase seems at least linear in the number of excludes. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
[gentoo-user] Re: Imagemagick downgrade?
On 10/11/2019 14:51, Mick wrote: Having re-synced portage it now asks me to keyword media-gfx/ inkscape-1.0_beta1 and once I do, portage wants to downgrade media-gfx/ imagemagick from the installed 7.0.8.67 to 6.9.10.67. I'm not sure why imagemagick is asking to be downgraded, or for that matter why inkscape should be keyworded: inkscape-1.0_beta is in testing (~arch) so if your gentoo install is not ~arch, then you need to keyword it. Also, it depends on: that is, a version lower then 7. That's why you need to downgrade to imagemagick 6.
[gentoo-user] Imagemagick downgrade?
Having re-synced portage it now asks me to keyword media-gfx/ inkscape-1.0_beta1 and once I do, portage wants to downgrade media-gfx/ imagemagick from the installed 7.0.8.67 to 6.9.10.67. I'm not sure why imagemagick is asking to be downgraded, or for that matter why inkscape should be keyworded: snip... These are the packages that would be merged, in order: Calculating dependencies... done! The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by @selected # required by @world (argument) =media-gfx/inkscape-1.0_beta1 ~amd64 Would you like to add these changes to your config files? [Yes/No] no * In order to avoid wasting time, backtracking has terminated early * due to the above autounmask change(s). The --autounmask-backtrack=y * option can be used to force further backtracking, but there is no * guarantee that it will produce a solution. !!! All ebuilds that could satisfy "https://www.imagemagick.org/ Description: A collection of tools and libraries for many image formats $ eix -l inkscape [U] media-gfx/inkscape Available versions: 0.92.4^t[cdr dbus dia exif gnome imagemagick inkjar jpeg latex lcms nls openmp postscript spell static-libs visio wpg PYTHON_TARGETS="python2_7"] ["python_targets_python2_7"] (~) 1.0_beta1 ^t[cdr dbus dia exif gnome graphicsmagick imagemagick inkjar jemalloc jpeg lcms nls openmp postscript spell static-libs svg2 visio wpg PYTHON_SINGLE_TARGET="python3_5 python3_6 python3_7" PYTHON_TARGETS="python3_5 python3_6 python3_7"] ["^^ ( python_single_target_python3_5 python_single_target_python3_6 python_single_target_python3_7 ) python_single_target_python3_5? ( python_targets_python3_5 ) python_single_target_python3_6? ( python_targets_python3_6 ) python_single_target_python3_7? ( python_targets_python3_7 )"] Installed versions: 0.92.4^t(10:16:19 14/10/19)(cdr dbus exif imagemagick jpeg lcms nls openmp postscript spell -dia -gnome -inkjar -latex - static-libs -visio -wpg PYTHON_TARGETS="python2_7") Homepage:https://inkscape.org/ Description: SVG based generic vector-drawing program Am I misreading portage's output above? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] visualise openrc initscript start order and dependency tree
On Sat, Nov 9, 2019 at 7:01 AM J. Roeleveld wrote: > > On 9 November 2019 11:42:38 CET, Neil Bothwick wrote: > >On Fri, 08 Nov 2019 21:03:13 +0100, J. Roeleveld wrote: > > > >> I had a similar issue and ended up checking every init-script, conf.d > >> file and rc.conf entry and making a dependency-tree manually on a big > >> white-board. > >> > >> I haven't found a tool that does this automatically yet. > > > >systemd's systemctl ;-) > > > >I'll get my coat... > > Does this parse openrc scripts correctly? Only if somebody has created a generator for openrc, which I doubt. It was obviously a semi-trollish comment. That said, if somebody is looking to write a utility and wants to see what else is out there, systemd has a couple of useful utilities that work along these lines. For example, a short snippet out of systemctl list-dependencies: ● ├─remote-fs.target ● │ ├─mnt-lizardfs.mount ● │ ├─var-lib-machines.mount ● │ └─nfs-client.target ● │ ├─auth-rpcgss-module.service ● │ ├─rpc-statd-notify.service ● │ └─remote-fs-pre.target (The full output is obviously long on any complex host, but this gives an idea. A target is basically a virtual service - similar to a virtual package like plasma-meta.) There are also some tools in systemd-analyze that give you bootchart-like capabilities based on log scanning. It can figure out the critical path to getting to your target runlevel and what services slowed that down the most (though on a really busy host you need to bear in mind that other stuff was launching in parallel so the times given aren't what you'd get if nothing else was running.) Oh, and while bootchart doesn't really show dependencies (at least I don't think it does), if you haven't checked it out you might still find it useful. I believe that does work with openrc, and it at least helps you see where the system is spending its time at boot. -- Rich
Re: [gentoo-user] does emerge always rebuild
Ah! Now I found it! Thank you. On 11/10/19 12:25, Francesco Turco wrote: On Sun, Nov 10, 2019, at 12:09, n952162 wrote: --new-use isn't on my man page It's spelled --newuse, or simply -N.
Re: [gentoo-user] does emerge always rebuild
On Sun, Nov 10, 2019, at 12:09, n952162 wrote: > --new-use isn't on my man page It's spelled --newuse, or simply -N. -- https://fturco.net/
Re: [gentoo-user] does emerge always rebuild
Okay, thank you. I'm sure that's what I was looking for. The -u (--update) hadn't ever struck me because it seemed like the default ;-) --changed-use seems a bit like what the Germans call "Zweckentfremdung": using something for a purpose it's not meant for (like a chef's knife for a screwdriver) ;-) --new-use isn't on my man page On 11/10/19 11:31, Neil Bothwick wrote: On Sun, 10 Nov 2019 11:18:42 +0100, n952162 wrote: even if the package was just emerged? Yes, if you use "emerge pkg", because that's what you have told it to do. If you add -u it will only rebuild if there is an update. Similarly with --new-use and --changed-use. See man emerge for more detail.
Re: [gentoo-user] Google Mail still not recognising Gentoo KMail
There is a relevant thread at https://support.google.com/mail/thread/11736136?hl=en Some have reported success by changing authentication to plain, i.e. Settings -> Kmail Settings -> Receiving -> (Select your Gmail account) -> Modify -> Advanced -> Connection Settings -> Authentication -> Change to PLAIN and also changing server from imap.gmail.com to imap.googlemail.com. On Wed, Nov 6, 2019 at 11:30 AM Peter Humphrey wrote: > Hello list, > > A recent message prompted me to try creating a google mail account again, > to > collect my gmail.com email, but it still says "This app is not yet > authorised..." (I think that's the wording). > > Is there anything a mere user can do to expedite closing this hole? It's > been > open for some months now. > > -- > Regards, > Peter. > > > > >
Re: [gentoo-user] does emerge always rebuild
On Sun, Nov 10, 2019, at 11:18, n952162 wrote: > even if the package was just emerged? What are you trying to do exactly? Please post the emerge commands you are running, along with their output. -- https://fturco.net/
Re: [gentoo-user] does emerge always rebuild
On Sun, 10 Nov 2019 11:18:42 +0100, n952162 wrote: > even if the package was just emerged? Yes, if you use "emerge pkg", because that's what you have told it to do. If you add -u it will only rebuild if there is an update. Similarly with --new-use and --changed-use. See man emerge for more detail. -- Neil Bothwick "A hundred years of forgetting and it all comes rushing back..." pgpYcNz5kbpPD.pgp Description: OpenPGP digital signature
[gentoo-user] does emerge always rebuild
even if the package was just emerged?