Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
On Wed, Dec 26, 2007 at 06:05:14PM -0800, [EMAIL PROTECTED] wrote: I'll post more when ghc-updater is done. ghc-updater ran fine, or at least didn't hang. There was one error: src/lib/HsShellScript/Commands.chs:21:0: Failed to load interface for `Text.ParserCombinators.Parsec': Perhaps you haven't installed the profiling libraries for package parsec-2.1.0.0? Use -v to see a list of the files searched for. So I manually remerged parsec and repeated ghc-updater, which found only the same dev-haskell/hsshellscript-2.7.0 complaint about parsec. Since haskell is installed only for darcs, and haven't actually used darcs for a bit (major work right now is for people who use, yucch, subversion), I can't say much more than that darcs whatsnew etc seem to work. Don't know what parsec does, whetehr darcs uses it, whether it matters, but I guess for now, unless you think it is worth anything to restore the old /var/db/pkg... dirctory, there isn't much mroe to do on this. I don't like random errors like this, but they can be pretty tought to repeat and track down. Thanks for babysitting :-) -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Layman trouble
Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
>
> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > I am trying to get layman working for me.
> > I used the informations available here:
> > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > and here:
> >
> > So far so nice...I can add, fetch and delete repos.
> >
> > But neither eix nor emerge do see that contents ... I cannot
> > emerge anything from added overlays.
> >
> > If specific files are needed, I will post them on demand
> > to avoid polluting the mailinglist with a bunch default
> > ones... ;)
> >
> > How can I fix it?
> >
> > Cheers
> > Meino
> >
> >
> >
> >
> A request for more information, please.
>
> What version of layman are you using and which config method did you use?
> Do you have a "local" overlay setup as well?
>
>
Hi Corbin,
here they are! :)
No, for the first I want to access/use overlays provided through
the people of the internet.
The installed layman:
[I] app-portage/layman
Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
python2_7 python3_4 python3_5"}
Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
Homepage:http://layman.sourceforge.net
Description: Tool to manage Gentoo overlays
The config methog:
I added the block
#---
# Repository config types used by layman
# (repos.conf, make.conf)
conf_type : repos.conf
to the end of /etc/layman/layman.cfg
conf_tyoe was not mentioned in that cfg-file as it was installed,
so I dont know, whether the docs was outdated, which mentioned it.
/etc/make.conf (yes, it is at that place on my system...why? dont
know...;) was not altered while tryong to layman anything...
Cheers
Meino
Re: [gentoo-user] Git for gentoo users?
On 05/26/2016 04:15 PM, Alan McKinnon wrote: > > No, those are all the correct names that git uses. Possibly years of > using cvs/svn has trained your brain to think in a particular way. > > Git does not work that way. It's as different from svn as you can get > for 2 reasons... It all makes enough sense after you get used to it, but the problem is that if you have some operation in mind and you read "git --help", then you're going to guess the wrong command based on their names. Mercurial and Darcs (which have a similar model) managed to get the names right. The git people call their low-level commands "plumbing," and the user-interface "porcelain." New user have trouble because the porcelain commands are named after what the plumbing does. It's like if the find/replace tool in your word processor was called "depth-first regular expression group match substitution", and not "find."
Re: [gentoo-user] layman config file setup?
I originally had... [palemoon] priority = 50 location = /var/lib/layman/palemoon layman-type = git auto-sync = No I ran "layman -S"; no difference. I copied your config, ran "layman -S" and now I get... = [i660][root][~] emerge -pv layman !!! Repository 'palemoon' has sync-type attribute set to unsupported value: 'laymansync' !!! Installed sync-types are: '['cvs', 'git', 'rsync', 'svn', 'webrsync']' WARNING: One or more repositories have missing repo_name entries: /var/lib/layman/profiles/repo_name NOTE: Each repo_name entry should be a plain text file containing a unique name for the repository on the first line. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] app-portage/layman-2.4.2-r1::gentoo USE="git -bazaar -cvs -darcs (-g-sorcery) -gpg -mercurial -sqlite -squashfs -subversion -sync-plugin-portage -test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_4 -python3_5" 0 KiB = Is there anything unusual in my USE flags? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Layman trouble
By the way, I see I'm late (just downloaded new mail), but I've already
written, and there is a piece of useful info below.
On 161218-14:43+0100, meino.cra...@gmx.de wrote:
> Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
> >
> > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > Hi,
...
> > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
...
> > > So far so nice...I can add, fetch and delete repos.
> > >
> > > But neither eix nor emerge do see that contents ... I cannot
> > > emerge anything from added overlays.
...
> > > How can I fix it?
> > >
...
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"}
> Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> Homepage:http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
So your installed version seem to be: 2.0.0-r3, and that's the version
of 2015-08-09 (just list the dir: /usr/portage/*/layman/ and see).
Why not update to the current version 2.4.1-r1 ? (ah, maybe it's testing
only... so, don't know about that... but know I have that version
installed)
But this below I remember a little about:
...
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
You're ages behind with that. I don't recall, but maybe you should
search the news archives or somewhere, the change to:
/etc/portage/make.conf
is overdue in your case. It's been made the default some cca. two years
ago, IIRC.
> Cheers
> Meino
>
Regards!
--
Miroslav Rovis
Zagreb, Croatia
http://www.CroatiaFidelis.hr
signature.asc
Description: Digital signature
Re: [gentoo-user] Layman trouble
Mick <michaelkintz...@gmail.com> [16-12-18 15:48]:
> On Sunday 18 Dec 2016 14:43:09 meino.cra...@gmx.de wrote:
> > Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
> > > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > > Hi,
> > > >
> > > > I am trying to get layman working for me.
> > > > I used the informations available here:
> > > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > > > and here:
> > > >
> > > > So far so nice...I can add, fetch and delete repos.
> > > >
> > > > But neither eix nor emerge do see that contents ... I cannot
> > > > emerge anything from added overlays.
> > > >
> > > > If specific files are needed, I will post them on demand
> > > > to avoid polluting the mailinglist with a bunch default
> > > > ones... ;)
> > > >
> > > > How can I fix it?
> > > >
> > > > Cheers
> > > > Meino
> > >
> > > A request for more information, please.
> > >
> > > What version of layman are you using and which config method did you use?
> > > Do you have a "local" overlay setup as well?
> >
> > Hi Corbin,
> >
> > here they are! :)
> >
> > No, for the first I want to access/use overlays provided through
> > the people of the internet.
> >
> >
> > The installed layman:
> > [I] app-portage/layman
> > Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> > ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> > sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> > python2_7 python3_4 python3_5"} Installed versions: 2.0.0-r3(10:16:19
> > 12/18/16)(bazaar cvs darcs git mercurial subversion -test
> > PYTHON_TARGETS="python2_7 -pypy") Homepage:
> > http://layman.sourceforge.net
> > Description: Tool to manage Gentoo overlays
> >
> >
> > The config methog:
> > I added the block
> >
> > #---
> > # Repository config types used by layman
> > # (repos.conf, make.conf)
> > conf_type : repos.conf
> >
> > to the end of /etc/layman/layman.cfg
> > conf_tyoe was not mentioned in that cfg-file as it was installed,
> > so I dont know, whether the docs was outdated, which mentioned it.
> >
> > /etc/make.conf (yes, it is at that place on my system...why? dont
> > know...;) was not altered while tryong to layman anything...
> >
> > Cheers
> > Meino
>
> You need to let portage source the /var/lib/layman/make.conf file to know
> where
> to find the overlays. Are you sourcing /var/lib/layman/make.conf in your
> make.conf?
>
> The wiki suggests:
>
> echo "source /var/lib/layman/make.conf" >> /etc/portage/make.conf
>
> --
> Regards,
> Mick
Hi Mick,
I thought to understand the docs as either to use the "old" way via
make.conf or the "new" way via repos.conf which I tried to initiate
via the block I added to layman,cfg (above).
I am confused now... :)
Cheers
Meino
Re: [gentoo-user] Layman trouble
On Sunday 18 Dec 2016 14:43:09 meino.cra...@gmx.de wrote:
> Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
> > On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> > > Hi,
> > >
> > > I am trying to get layman working for me.
> > > I used the informations available here:
> > > https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> > > and here:
> > >
> > > So far so nice...I can add, fetch and delete repos.
> > >
> > > But neither eix nor emerge do see that contents ... I cannot
> > > emerge anything from added overlays.
> > >
> > > If specific files are needed, I will post them on demand
> > > to avoid polluting the mailinglist with a bunch default
> > > ones... ;)
> > >
> > > How can I fix it?
> > >
> > > Cheers
> > > Meino
> >
> > A request for more information, please.
> >
> > What version of layman are you using and which config method did you use?
> > Do you have a "local" overlay setup as well?
>
> Hi Corbin,
>
> here they are! :)
>
> No, for the first I want to access/use overlays provided through
> the people of the internet.
>
>
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"} Installed versions: 2.0.0-r3(10:16:19
> 12/18/16)(bazaar cvs darcs git mercurial subversion -test
> PYTHON_TARGETS="python2_7 -pypy") Homepage:
> http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
>
>
> The config methog:
> I added the block
>
> #---
> # Repository config types used by layman
> # (repos.conf, make.conf)
> conf_type : repos.conf
>
> to the end of /etc/layman/layman.cfg
> conf_tyoe was not mentioned in that cfg-file as it was installed,
> so I dont know, whether the docs was outdated, which mentioned it.
>
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
>
> Cheers
> Meino
You need to let portage source the /var/lib/layman/make.conf file to know where
to find the overlays. Are you sourcing /var/lib/layman/make.conf in your
make.conf?
The wiki suggests:
echo "source /var/lib/layman/make.conf" >> /etc/portage/make.conf
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Layman trouble
On 12/18/2016 07:43 AM, meino.cra...@gmx.de wrote:
> Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
>> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
>>> Hi,
>>>
>>> I am trying to get layman working for me.
>>> I used the informations available here:
>>> https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
>>> and here:
>>>
>>> So far so nice...I can add, fetch and delete repos.
>>>
>>> But neither eix nor emerge do see that contents ... I cannot
>>> emerge anything from added overlays.
>>>
>>> If specific files are needed, I will post them on demand
>>> to avoid polluting the mailinglist with a bunch default
>>> ones... ;)
>>>
>>> How can I fix it?
>>>
>>> Cheers
>>> Meino
>>>
>>>
>>>
>>>
>> A request for more information, please.
>>
>> What version of layman are you using and which config method did you use?
>> Do you have a "local" overlay setup as well?
>>
>>
> Hi Corbin,
>
> here they are! :)
>
> No, for the first I want to access/use overlays provided through
> the people of the internet.
>
>
> The installed layman:
> [I] app-portage/layman
> Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> python2_7 python3_4 python3_5"}
> Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> Homepage:http://layman.sourceforge.net
> Description: Tool to manage Gentoo overlays
>
>
> The config methog:
> I added the block
>
> #---
> # Repository config types used by layman
> # (repos.conf, make.conf)
> conf_type : repos.conf
>
> to the end of /etc/layman/layman.cfg
> conf_tyoe was not mentioned in that cfg-file as it was installed,
> so I dont know, whether the docs was outdated, which mentioned it.
>
> /etc/make.conf (yes, it is at that place on my system...why? dont
> know...;) was not altered while tryong to layman anything...
>
> Cheers
> Meino
>
>
>
>
>
A suggestion ...
The wiki does mention that the "repos.conf" method requires a version of
layman greater than 2.0.0.
Try the old method on the wiki to configure layman or use a
"package.accept_keyword" to raise the version of layman installed.
I have used the "repos.conf" method, with "package.accept_keyword"
~amd64, and have no problems with the overlays. ( layman version 2.4.1
installed )
Hope this helps.
Re: [gentoo-user] Layman trouble
Corbin Bird <corbinb...@charter.net> [16-12-18 15:56]:
>
> On 12/18/2016 07:43 AM, meino.cra...@gmx.de wrote:
> > Corbin Bird <corbinb...@charter.net> [16-12-18 14:28]:
> >> On 12/18/2016 05:57 AM, meino.cra...@gmx.de wrote:
> >>> Hi,
> >>>
> >>> I am trying to get layman working for me.
> >>> I used the informations available here:
> >>> https://wiki.gentoo.org/wiki/Layman#repos.conf_method_.28default.29
> >>> and here:
> >>>
> >>> So far so nice...I can add, fetch and delete repos.
> >>>
> >>> But neither eix nor emerge do see that contents ... I cannot
> >>> emerge anything from added overlays.
> >>>
> >>> If specific files are needed, I will post them on demand
> >>> to avoid polluting the mailinglist with a bunch default
> >>> ones... ;)
> >>>
> >>> How can I fix it?
> >>>
> >>> Cheers
> >>> Meino
> >>>
> >>>
> >>>
> >>>
> >> A request for more information, please.
> >>
> >> What version of layman are you using and which config method did you use?
> >> Do you have a "local" overlay setup as well?
> >>
> >>
> > Hi Corbin,
> >
> > here they are! :)
> >
> > No, for the first I want to access/use overlays provided through
> > the people of the internet.
> >
> >
> > The installed layman:
> > [I] app-portage/layman
> > Available versions: 2.0.0-r1 2.0.0-r3 ~2.1.0-r3 ~2.2.0-r7 ~2.3.0-r1
> > ~2.4.0-r1 ~2.4.1-r1 ** {bazaar cvs darcs g-sorcery +git gpg mercurial
> > sqlite squashfs subversion sync-plugin-portage test PYTHON_TARGETS="pypy
> > python2_7 python3_4 python3_5"}
> > Installed versions: 2.0.0-r3(10:16:19 12/18/16)(bazaar cvs darcs git
> > mercurial subversion -test PYTHON_TARGETS="python2_7 -pypy")
> > Homepage:http://layman.sourceforge.net
> > Description: Tool to manage Gentoo overlays
> >
> >
> > The config methog:
> > I added the block
> >
> > #---
> > # Repository config types used by layman
> > # (repos.conf, make.conf)
> > conf_type : repos.conf
> >
> > to the end of /etc/layman/layman.cfg
> > conf_tyoe was not mentioned in that cfg-file as it was installed,
> > so I dont know, whether the docs was outdated, which mentioned it.
> >
> > /etc/make.conf (yes, it is at that place on my system...why? dont
> > know...;) was not altered while tryong to layman anything...
> >
> > Cheers
> > Meino
> >
> >
> >
> >
> >
> A suggestion ...
>
> The wiki does mention that the "repos.conf" method requires a version of
> layman greater than 2.0.0.
>
> Try the old method on the wiki to configure layman or use a
> "package.accept_keyword" to raise the version of layman installed.
>
> I have used the "repos.conf" method, with "package.accept_keyword"
> ~amd64, and have no problems with the overlays. ( layman version 2.4.1
> installed )
>
> Hope this helps.
>
Hi Corbin,
I installed the newest layman.
After that, it said, that /etc/layman/layman.cfg needs updateing
and I let the update overwrite my previous attempts to get rid of
anythong fishy...
Afterwards I checked that file and it includes the settings, which
I manually added to my previous cfg (conf_type:repos.conf).
I run the layman-updater as recommended and added the overlay
"palemoon". It said: Already added...
I did a 'eix palemoon' and it does not found anything.
I did a 'eix | grep -i pale' and nothing appropiate matches...
H...
I am still confused...
Any idea?
Cheers
Meino
[gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
In a routine upgrade, I get the following message from several haskell components: * The package dev-haskell/cabal is not correctly installed for * the currently active version of ghc (6.8.2). Please * run ghc-updater or re-emerge dev-haskell/cabal. So I tried running ghc-updater, and it hangs emerging haxml by gradually absorbing all available CPU time, memory, and swap, eventually the oom killer kills firebird, and eventually I realize something is going on and kill ghc-updater. Emerging haxml directly repeats the greedy performance, and when I kill it, it gives me this message: * The 'prerm' phase of the 'dev-haskell/haxml-1.13.2' package has failed * with exit value -1. The problem occurred while executing the ebuild * located at '/var/db/pkg/dev-haskell/haxml-1.13.2/haxml-1.13.2.ebuild'. * If necessary, manually remove the ebuild in order to skip the execution * of removal phases. What the heck is going on here, and how do I manually remove haxml? I know nothing of haskell; it is merged only because I use darcs. The ebuild mentioned is short and has no prerm anywhere in it. This happens on both a ~x86 machine and a ~amd64 machine. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] layman config file setup?
On Saturday, 9 March 2019 20:04:46 GMT Walter Dnes wrote: > I originally had... > > [palemoon] > priority = 50 > location = /var/lib/layman/palemoon > layman-type = git > auto-sync = No > > I ran "layman -S"; no difference. I copied your config, ran "layman -S" > and now I get... > > = > > [i660][root][~] emerge -pv layman > !!! Repository 'palemoon' has sync-type attribute set to unsupported value: > 'laymansync' !!! This is odd. Is it reading some other repo file? > Installed sync-types are: '['cvs', 'git', 'rsync', 'svn', > 'webrsync']' WARNING: One or more repositories have missing repo_name > entries: > > /var/lib/layman/profiles/repo_name > > NOTE: Each repo_name entry should be a plain text file containing a > unique name for the repository on the first line. OK, try this: echo palemoon /var/lib/layman/profiles/palemoon > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R] app-portage/layman-2.4.2-r1::gentoo USE="git -bazaar -cvs > -darcs (-g-sorcery) -gpg -mercurial -sqlite -squashfs -subversion > -sync-plugin-portage -test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) > -python3_4 -python3_5" 0 KiB > > = > > Is there anything unusual in my USE flags? Not really. In addition to yours I have sqlite and subversion set on mine, because git is not used by all overlays I'm interested in. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Git for gentoo users?
Michael Orlitzky gentoo.org> writes: > > No, those are all the correct names that git uses. Possibly years of > > using cvs/svn has trained your brain to think in a particular way. > > Git does not work that way. It's as different from svn as you can get > > for 2 reasons... I think you missed the point; There is a void between the install handbook and the Dev and Ebuild documents. That is how to use git() as a user progresses along the pathway to near dev capabilities. Sure you can 'grind it out' on your own and if that is what folks want, then there should be 'no bitching' about not enough devs. If the Gentoo community decides 'hey it'd sure be nice to have many more devs' then the pathways is dimly lit, imho. > It all makes enough sense after you get used to it, but the problem is > that if you have some operation in mind and you read "git --help", then > you're going to guess the wrong command based on their names. Mercurial > and Darcs (which have a similar model) managed to get the names right. Yes, I get the differences. They are not 'show stoppers' for me, but I do believe the process of obtaining dev_level capabilities within the gentoo framework, would be much more pleasurable if some git documentation, customer tailored to gentoo was slowly develop over time on the gentoo wiki. > The git people call their low-level commands "plumbing," and the > user-interface "porcelain." New user have trouble because the porcelain > commands are named after what the plumbing does. It's like if the > find/replace tool in your word processor was called "depth-first regular > expression group match substitution", and not "find." OK, Git is not really that bit of a problem. It's finding the right hammer and tools to get it working seemlessly with what is going on within the dev efforts. Granted, much is still being worked out, I get that (and read about it). But user level maniputions of overlays and ebuild sources using git, is a bit of a 'walk once' atm, imho. Maybe in time somebody will just grab a git manual/doc and hammer on it so is looks and smells like a gentoo doc, and put it up in the wiki Maybe just a gentoo-user-howto for common user level tasks. Just expressing my opine, timely with Peter and other's comments and my own beliefs. Thanks for the comments, James
Re: [gentoo-user] Is Gentoo dead?
On Thursday, 7 May 2020 04:50:41 BST Caveman Al Toraboran wrote: > On Thursday, May 7, 2020 7:31 AM, Dale wrote: > > Rich Freeman wrote: > > > > OP, odds are the emerge failure is what triggered the problem. If it had > > completed without failure, it would likely have been a clean update. This > > is why I set up a chroot and do my updates there and use the -k option to > > install on my actual system. It takes very little time and so far, no > > breakages on my real system. If any thing fails, it's more likely to be > > in the chroot which won't hurt anything. If you able, may be a option > > worth thinking about for yourself as well. > > > > Dale > > > > :-) :-) > > ya. i said it already. emerge's update failed > with some package midways (some package needed > some USE flag change), but then layman stopped > working in this incomplete state. > > also the issue was simple. but i pointed out that > the inconvenience of having a fancy dependency on > a pms is still there. Our portage sync cycles are different. I updated some python packages during yesterday's resync on a stable system. Today there was no packages needing update, but portage was unable to resolve layman: == These are the packages that would be merged, in order: Calculating dependencies \ !!! Problem resolving dependencies for app-portage/layman from @selected ... done! !!! The ebuild selected to satisfy "app-portage/layman" has unmet requirements. - app-portage/layman-2.4.2-r1::gentoo USE="git -cvs (-darcs) (-g-sorcery) -gpg -mercurial -sqlite -squashfs -subversion -sync-plugin-portage -test" PYTHON_TARGETS="-python3_6" The following REQUIRED_USE flag constraints are unsatisfied: python_targets_python3_6 The above constraints are a subset of the following complete expression: any-of ( python_targets_python3_6 ) === Python3.6 is still installed so layman works as intended and in the near future when >=layman-2.4.3 is stabilised in the tree, a regular update will resolve the above issue. Since neither layman nor portage are functionally borked, I don't perceive the above as a problem. Nevertheless, I followed the original thread with interest. Technology and programming languages evolve apace, so I understand a PMS running on python for decades may be deemed suboptimal today, if other more suitable solutions are now available. Unless someone skilled in those hypothetically better technologies rocks up and contributes, something I think most would welcome, I don't see the portage 'solution' moving away from python soon. I understand Paludis was such an endeavour, but its attempt to dethrone python didn't survive the test of time - or was it internal politics? I am less exercised regarding the static Vs dynamic libraries argument, which I also followed in the thread. I don't recall portage breaking here in what must have been hundreds of upgrades on mostly stable systems, for more than 17 years. What I'm saying is, it has worked for me and I thank the devs and maintainers for a job well done. :-) signature.asc Description: This is a digitally signed message part.
[gentoo-user] nvidia and i/o problem
=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/var/lib/layman/haskell /var/lib/layman/zugaina /var/lib/layman/pro-audio SYNC=rsync://dns.liec.ufscar.br/gentoo-portage Portage 2.2.0_alpha5 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.5, glibc-2.12.1-r3, 2.6.34-gentoo-r12-sakura x86_64) = System uname: Linux-2.6.34-gentoo-r12-sakura-x86_64-AMD_Phenom-tm-_II_X4_945_Processor-with-gentoo-2.0.1 Timestamp of tree: Thu, 25 Nov 2010 11:00:01 + distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [disabled] USE=32bit 3dnow 3dnowext 64bit R X X509 a52 aac aalib accessibility acl acpi ada addressbook aim alsa amd64 analogtv ansi ant antlr ao apm assistant atmo autostart bash-completion bazaar berkdb bidi bineditor binfilter bl bl uetooth bookmarks branding bs2b bugzilla bzip2 c3p0 cairo caps cdda cddax cddb cdparanoia cdr classic cli cmake cmdreccmdi18n cmdsubmenu consolekit cracklib crypt cscope ctype ctypes-python cups curl cutterlimit cutterqueue c uttime cvs cxx d darcs dbus dc1394 ddepgentry debugger declarative deltimeshiftrec designer designer-plugin desktopglobe dga dia digitalradio dirac directv djbfft dolbyinrec dri dts dv dvb dvbplayer dvbsetup dvd dvdarchive dv dchapjump dvdr dvlfriendlyfnames dvlrecscriptaddon dvlvidprefer em84xx emboss emovix encode epydoc escreen esd examples exceptions exif expat extensions extra extra-algorithms extra-tools extraengine extras faac faad fakevim fam fbcon ffmpeg fftw firefox firefox3 flac flash fltk fluidsynth fontconfig fontforge fortran fpx ftp fuse gadu gallium gd gdbm gecko genders geoip geolocation geos gfortran ggi gif gimp git gkrellm glade glib gmail gmp gnut ls gpg gpm graphtft graphviz groupwise gsm gstreamer gtk gzip hal handbook hardlinkcutter hddtemp hscolour html http httpd i18n iconv icq icu id3 id3tag idb idn ieee1394 imap imlib ipc iptv ipv6 irc jabber jack jackmidi jai j ava java6 javacomm javamail javascript jbig jce jde jingle jmf jms jmx jni john joystick jpeg jpeg2k jumpplay kate kde kdrive keychain konqueror kqemu kvm ladspa lame lapack largepages lash latex lcd lcms ldap libass libcaca libffi libnotify libproxy libsysfs libtiger libv4l libv4l2 liemikuutio live livebuffer lj lm_sensors lnbshare log log4j lua lv2 lzma lzo mad mail maildir mainmenuhooks matroska md5 md5sum meanwhile mercurial midi mikmod mkl m map mms mmx mmxext mng modplug modules mozdom mozilla mozsha1 mp3 mp4 mpeg mpi msn mtp mudflap multilib multimedia multiprocess multislot multitarget multiuser musepack musicbrainz mysql nas ncurses network-cron newmousefocus nls nntp noepg nptl nptlonly nsplugin nspluginwrapper ntlm nut nvram objc objc++ objc-gc odk ogg ogg123 ogm okteta openal openexr opengl openmp openntpd optimisememory optimization optimized-qmake oscar osdmaxitems oss otr p am pango parentalrating parse-clocks pch pcre pcsc-lite pdf perforce perl phonon pinplugin pkcs11 plasma png pnm policykit pop portaudio postgres ppds pppd prediction private-headers profile profiler profiling projectm pulsea udio pvr python python3 qalculate qdbm qml qq qt-dbus qt-faststart qt-webkit qt3support qt4 qthelp qtscript quicktime qwt radio rar raw rdesktop rdesktop-vrdp readline real remoteosd reviewboard rle rotor rss s3 sasl schroedi nger scim script sdk sdl sdl-image sdl-sound sdlaudio secure-delete semantic-desktop servletapi session settime setup shine shout sidebar silc skey skins skype slang smartcard smi smime smp sms smtp sndfile snmp sockets socks socks5 softosd sortrecords source sourcecaps sox sparse speex spell sql sqlite sqlite3 sse sse2 ssl ssse3 startup-notification stream strong-optimization subversion svg syncearly sysfs system-sqlite system-v8 taglib tcl tcpd teletext templates test-framework testbed testutil themes theora threads threadsafe thumbnail thumbnails thunderbird tiff timercmd timerinfo timestats timezone tk tls tokyocabinet toolame toolbar tools tor tordns tpm trace t ruetype ttxtsubs twolame type3 udev unicode usb utils v4l v4l2 vaapi validinput vboxwebsrv vcard vcd vcdinfo vcdx vde vdpau video vidix vim vim-pager vim-syntax vlm volctrl vorbis wareagleicon wav wavpack webinterface webkit webpresence wifi win32codecs windeco winpopup wma wma-fixed wmf wxwidgets x264 xanim xcb xcomposite xfs xft xine xinerama xml xmlpatterns xorg xosd xrandr xscreensaver xv xvid xvmc yaepg yahoo zephyr zip zlib zsh-completion z vbi ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adp cm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm
Re: [gentoo-user] Re: LVM, /usr and really really bad thoughts.
-clocks -samba (-selinux) -snmp -vim-syntax 4,144 kB [ebuild R ~] kde-base/kde-meta-4.8.1 USE=nls semantic-desktop -accessibility (-aqua) -sdk 0 kB [ebuild R] media-fonts/efont-unicode-0.4.2-r1 USE=X 23,437 kB [ebuild R] sys-fs/treesize-0.54.1 0 kB [ebuild R] games-arcade/missile-1.0.1 210 kB [ebuild R] media-fonts/urwvn-fonts-3.05 USE=X 1,292 kB [ebuild R] media-fonts/corefonts-1-r4 USE=X 3,843 kB [ebuild R] x11-misc/xfe-1.32.4 USE=nls startup-notification -debug 0 kB [ebuild R] app-portage/layman-1.4.1 USE=-bazaar -cvs -darcs -git -mercurial -subversion -test 59 kB [ebuild R] sys-apps/qdiskusage-1.0.4 USE=-debug 78 kB [ebuild R] app-admin/gtkdiskfree-1.9.3-r1 USE=nls 250 kB [ebuild R] app-admin/gkrellm-2.3.5 USE=X hddtemp nls ssl -gnutls -lm_sensors -ntlm 748 kB [ebuild R] x11-misc/menumaker-0.99.7 USE=-doc 136 kB [ebuild R] media-gfx/exif-0.6.20 USE=nls 443 kB [ebuild R] net-analyzer/nettop-0.2.3-r1 23 kB [ebuild R] x11-wm/fluxbox-1.3.1 USE=imlib nls slit toolbar truetype xinerama -bidi -gnome -vim-syntax 781 kB [ebuild R] sys-process/htop-0.9-r2 USE=unicode -debug -openvz -vserver 409 kB [ebuild R] media-fonts/freefonts-0.10-r3 USE=X 2,367 kB [ebuild R] app-portage/elogv-0.7.4 16 kB [ebuild R] media-fonts/aquafont-2.7-r4 USE=X 2,867 kB [ebuild R] net-analyzer/iftop-0.17 157 kB [ebuild R] app-mobilephone/wammu-0.35 USE=-bluetooth -gnome LINGUAS=-af -bg -ca -cs -da -de -el -es -et -fi -fr -gl -he -hu -id -it -ko -nl -pl -pt_BR -ru -sk -sv -zh_CN -zh_TW 560 kB [ebuild R] sys-apps/hwinfo-18.5 714 kB [ebuild R] sys-process/atop-1.23 171 kB [ebuild R] net-misc/whois-5.0.11 USE=iconv nls -idn 80 kB [ebuild R] app-portage/gpytage-0.3.0_rc1 45 kB [ebuild R] media-sound/alsamixergui-0.9.0.1.2-r4 69 kB [ebuild R] net-proxy/http-replicator-3.0-r2 39 kB [ebuild R] sys-devel/binutils-2.21.1-r1 USE=nls zlib -multislot -multitarget -static-libs -test -vanilla 0 kB [ebuild R *] sys-apps/portage-2.2.0_alpha90 USE=doc (ipc) -build -epydoc (-pypy1_8) -python2 -python3 (-selinux) -xattr LINGUAS=-pl 0 kB [ebuild R] sys-apps/util-linux-2.20.1-r1 USE=cramfs loop-aes ncurses nls unicode -crypt -ddate -old-linux -perl (-selinux) -slang -static-libs (-uclibc) 0 kB [ebuild R] sys-apps/man-pages-3.35 USE=nls LINGUAS=-da -de -fr -it -ja -nl -pl -ro -ru -zh_CN 0 kB [ebuild R] virtual/editor-0 0 kB [ebuild R] net-misc/iputils-20101006-r2 USE=ipv6 ssl -SECURITY_HAZARD -doc -idn -static 0 kB [ebuild R] virtual/pager-0 0 kB [ebuild R] sys-apps/shadow-4.1.4.3 USE=cracklib nls pam -audit (-selinux) -skey 0 kB [ebuild R] net-dialup/ppp-2.4.5-r1 USE=gtk ipv6 pam -activefilter -atm -dhcp -eap-tls -radius 709 kB [ebuild R] media-gfx/gimp-2.6.11-r5 USE=alsa curl dbus doc exif jpeg lcms mmx mng pdf png smp sse svg tiff webkit wmf -aalib (-altivec) -debug -gnome -python 16,088 kB [ebuild R] virtual/ttf-fonts-1 0 kB [ebuild R] sys-fs/shake-0.31 39 kB [ebuild R] sys-process/vixie-cron-4.1-r12 USE=pam -debug (-selinux) 58 kB [ebuild R] media-gfx/digikam-2.4.1 USE=gphoto2 handbook mysql semantic-desktop thumbnails -addressbook (-aqua) -debug -doc -themedesigner -video LINGUAS=-af -ar -az -be -bg -bn -br -bs -ca -cs -csb -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fo -fr -fy -ga -gl -ha -he -hi -hr -hsb -hu -id -is -it -ja -ka -kk -km -ko -ku -lb -lo -lt -lv -mi -mk -mn -ms -mt -nb -nds -ne -nl -nn -nso -oc -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -te -tg -th -tr -tt -uk -uz -uz@cyrillic -ven -vi -wa -xh -zh_CN -zh_HK -zh_TW -zu 53,254 kB [ebuild R] media-fonts/font-bh-ttf-1.0.3 USE=X 455 kB [ebuild R] sys-power/nut-2.6.0-r1 USE=bash-completion ssl tcpd xml -cgi -snmp -usb 1,664 kB [ebuild R] media-fonts/font-bh-type1-1.0.3 USE=X 623 kB [ebuild R ~] app-office/scribus-1.4.0-r1 USE=examples minimal pdf spell templates -cairo -debug LINGUAS=en_US -af -ar -bg -br -ca -cs_CZ -cy -da_DK -de -de_1901 -de_CH -el -en_AU -en_GB -es_ES -et -eu -fi -fr -gl -hu -id -it -ja -ko -lt_LT -nb_NO -nl -pl_PL -pt -pt_BR -ru -sa -sk_SK -sl -sq -sr -sv -th_TH -tr -uk -zh_CN -zh_TW 41,147 kB [ebuild R] media-fonts/font-adobe-utopia-type1-1.0.4 USE=X 263 kB [ebuild R] sys-apps/smartmontools-5.42 USE=-caps -minimal -static 725 kB [ebuild R] app-admin/syslog-ng-3.2.5 USE=ipv6 pcre ssl tcpd -caps -hardened (-selinux) -spoof-source -sql 1,415 kB [ebuild R] sys-apps/usbutils-004 USE=zlib -network-cron -python 0 kB [ebuild R] x11-wm/icewm-1.2.37 USE=nls truetype xinerama -debug (-esd) -gnome -imlib -minimal (-uclibc) 823 kB [ebuild R] media-gfx/kphotoalbum-4.1.1-r1 USE=exif geolocation kipi raw semantic-desktop (-aqua) -debug LINGUAS=-ar -be -bg -ca -cs -da -de -el -en_GB -eo -es -et -fi -fr -ga -gl
[gentoo-user] Something is pulling in gnome-base
Why is gnome-base suddenly necessary on my system? Is it media-plugins/gst-
plugins-gconf that wants to pull it in this morning, when it hadn't done so
before?
This is what I see, but I also include the full enchilada below in case it is
more informative:
[nomerge ] media-plugins/gst-plugins-gconf-0.10.31:0.10
[ebuild U ] gnome-base/gconf-3.2.6-r1:2 [2.32.4-r1:2]
==
~ # emerge -uatDv world
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[nomerge ] app-portage/layman-2.0.0 USE=git subversion -bazaar -cvs -
darcs -mercurial {-test} PYTHON_TARGETS=python2_7 (-pypy2_0) -python2_6
[ebuild U ] dev-vcs/subversion-1.7.14 [1.7.13] USE=berkdb dso kde nls
webdav-neon -apache2 -ctypes-python -debug -doc -extras -gnome-keyring -java -
perl -python -ruby -sasl {-test} -vim-syntax -webdav-serf
PYTHON_TARGETS=python2_7 -python2_6 5,905 kB
[nomerge ] app-pda/barry-0.18.3 USE=nls -boost -desktop -doc -gui -
opensync -static-libs
[nomerge ] dev-cpp/libxmlpp-2.36.0:2.6 USE=-doc {-test}
[ebuild U ] dev-cpp/glibmm-2.36.2:2 [2.32.1:2] USE=-debug -doc -
examples {-test} 2,256 kB
[ebuild rR] kde-base/kamera-4.10.5:4 USE=handbook (-aqua) -debug 0 kB
[ebuild U ] dev-util/meld-1.8.2 [1.7.0] USE=highlight -gnome
PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -
python2_6% 414 kB
[ebuild U ] www-client/chromium-31.0.1650.63 [31.0.1650.57] USE=cups -
bindist -custom-cflags -gnome -gnome-keyring -gps -kerberos (-neon) -
pulseaudio (-selinux) (-system-sqlite) (-tcmalloc) {-test} LINGUAS=en_GB -am
-ar -bg -bn -ca -cs -da -de -el -es -es_LA -et -fa -fi -fil -fr -gu -he -hi -
hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt_BR -pt_PT -ro -
ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -vi -zh_CN -zh_TW 170,438 kB
[ebuild U ] net-im/pidgin-2.10.7-r5 [2.10.7-r4] USE=dbus gstreamer gtk
ncurses nls spell xscreensaver (-aqua) -debug -doc -eds -gadu -gnutls -
groupwise -idn -meanwhile -mxit -networkmanager -perl -prediction -python -
sasl -silc -tcl -tk -zephyr -zeroconf PYTHON_SINGLE_TARGET=python2_7
PYTHON_TARGETS=python2_7 0 kB
[ebuild rR] app-office/libreoffice-4.1.2.3 USE=bluetooth branding cups
dbus gtk kde opengl vba webdav (-aqua) -debug -eds -gnome -gstreamer -gtk3 -
java -jemalloc -mysql -odk -postgres -telepathy {-test}
LIBREOFFICE_EXTENSIONS=presenter-minimizer -nlpsolver -scripting-beanshell -
scripting-javascript -wiki-publisher PYTHON_SINGLE_TARGET=python2_7 -
python3_3 PYTHON_TARGETS=python2_7 python3_3* 0 kB
[ebuild U ] www-client/firefox-24.1.1 [17.0.9] USE=alsa dbus jit
libnotify minimal startup-notification -bindist -custom-cflags -custom-
optimization -debug -gstreamer (-pgo) -pulseaudio% (-selinux) -system-cairo% -
system-icu% -system-jpeg% -system-sqlite -wifi LINGUAS=en_GB -af -ak -ar -as
-ast -be -bg -bn_BD -bn_IN -br -bs -ca -cs -csb -cy -da -de -el -en_ZA -eo -
es_AR -es_CL -es_ES -es_MX -et -eu -fa -fi -fr -fy_NL -ga_IE -gd -gl -gu_IN -
he -hi_IN -hr -hu -hy_AM -id -is -it -ja -kk -km -kn -ko -ku -lg -lt -lv -mai
-mk -ml -mr -nb_NO -nl -nn_NO -nso -or -pa_IN -pl -pt_BR -pt_PT -rm -ro -ru -
si -sk -sl -son -sq -sr -sv_SE -ta -ta_LK -te -th -tr -uk -vi -zh_CN -zh_TW -
zu 117,373 kB
[nomerge ] net-misc/icaclient-12.1.0 USE=nsplugin LINGUAS=-de -ja
[ebuild U ] app-emulation/emul-linux-x86-soundlibs-20131008-r2
[20131008-r1] USE=alsa development pulseaudio%* ABI_X86=(-32) 0 kB
[nomerge ] kde-base/kdeutils-meta-4.10.5:4 USE=cups (-aqua) -floppy -
lirc
[nomerge ] kde-base/print-manager-4.10.5:4 USE=(-aqua) -debug
[nomerge ] app-admin/system-config-printer-gnome-1.4.3 [1.3.12] USE=-
gnome-keyring LINGUAS=en_GB -ar -as -bg -bn -bn_IN -br -bs -ca -cs -cy -da -
de -el -es -et -fa -fi -fr -gu -he -hi -hr -hu -hy -id -is -it -ja -ka -kn -ko
-lo -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt -pt_BR -ro -ru -si -
sk -sl -sr -sr@latin -sv -ta -te -th -tr -uk -vi -zh_CN -zh_TW
PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -
python2_6%
[nomerge ]app-admin/system-config-printer-common-1.4.3 [1.3.12]
USE=policykit -doc PYTHON_SINGLE_TARGET=python2_7%* -python2_6%
PYTHON_TARGETS=python2_7%* -python2_6%
[blocks b ] app-admin/system-config-printer-gnome-1.4.3 (app-
admin/system-config-printer-gnome-1.4.3 is blocking app-admin/system-config-
printer-common-1.4.3)
[ebuild U ] app-admin/system-config-printer-gnome-1.4.3 [1.3.12]
USE=-gnome-keyring LINGUAS=en_GB -ar -as -bg -bn -bn_IN -br -bs -ca -cs -cy
-da -de -el -es -et -fa -fi -fr -gu -he -hi -hr -hu -hy -id -is -it -ja -ka -
kn -ko -lo -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt -pt_BR -ro -ru
-si -sk -sl -sr -sr@latin -sv -ta -te -th -tr -uk -vi -zh_CN -zh_TW
PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS
Re: [gentoo-user] Re: Well, I went about updating my system again. (day 6)
Mick wrote:
> 2. If problems show up, forget the script and use 'emerge -avuND world' as
> Mr.
> McKinnon suggested. In most cases this will resolve any conflicts on its
> own.
> You could add '--backtrack=90' if there are unresolved conflicts to get
> portage
> to try harder.
=\
I do read every word sent my direction, carefully.
My misery quotient is now 429, Unfortunately, it seems I need to post
the entire Litany of Pain though it will bloat this e-mail a good deal
more than I feel comfortable posting.
tortoise ~ # emerge -avuND world<<< copied verbatim, seems
equivalent to what my script has anyway
* IMPORTANT: 1 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-libs/xapian-1.2.24:0/1.2.22::gentoo USE="brass
chert inmemory -doc -static-libs" CPU_FLAGS_X86="sse sse2" 0 KiB
[ebuild R] dev-python/six-1.10.0::gentoo USE="-doc {-test}"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/pyasn1-0.1.9::gentoo USE="-doc"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild U ] dev-cpp/glibmm-2.50.0:2::gentoo [2.48.1:2::gentoo]
USE="-debug -doc {-test} (-examples%)" ABI_X86="32 (64) (-x32)" 6,285 KiB
[ebuild R] dev-python/idna-2.1::gentoo PYTHON_TARGETS="python2_7
python3_4 python3_5 -pypy -pypy3 (-python3_3%)" 0 KiB
[ebuild R] dev-python/chardet-2.3.0::gentoo
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/sip-4.18.1:0/11::gentoo USE="-debug -doc"
PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild R] dev-python/pycrypto-2.6.1-r1::gentoo USE="gmp -doc
{-test}" PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild U ] virtual/perl-Compress-Raw-Zlib-2.69.0-r1::gentoo
[2.69.0::gentoo] 0 KiB
[ebuild R] dev-python/py-1.4.31::gentoo USE="-doc {-test}"
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild R] dev-python/markupsafe-0.23::gentoo
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
[ebuild U ] virtual/perl-libnet-3.80.100_rc::gentoo
[3.80.0::gentoo] 0 KiB
[ebuild U ] virtual/perl-Time-Local-1.230.0-r4::gentoo
[1.230.0-r3::gentoo] 0 KiB
[ebuild U ] virtual/perl-IO-1.360.100_rc::gentoo [1.360.0::gentoo]
0 KiB
[ebuild U ] virtual/perl-Carp-1.400.0-r1::gentoo [1.400.0::gentoo]
0 KiB
[ebuild U ] virtual/perl-Digest-MD5-2.540.0-r2::gentoo
[2.540.0-r1::gentoo] 0 KiB
[ebuild NS] sys-kernel/vanilla-sources-4.8.12:4.8.12::gentoo
[4.7.2:4.7.2::gentoo] USE="-build -symlink" 237 KiB
[ebuild U ] media-libs/audiofile-0.3.6-r2:0/1::gentoo
[0.3.6-r1:0/1::gentoo] USE="flac -static-libs {-test}" ABI_X86="32 (64)
(-x32)" 0 KiB
[ebuild U ] sys-fs/lvm2-2.02.166::gentoo [2.02.145-r2::gentoo]
USE="readline thin udev -clvm -cman -corosync -device-mapper-only -lvm1
-lvm2create_initrd -openais (-selinux) -static -static-libs -systemd"
2,098 KiB
[ebuild U ] dev-libs/jansson-2.9::gentoo [2.7::gentoo] USE="-doc
-static-libs" ABI_X86="32%* (64%*) (-x32)" 474 KiB
[ebuild U ] dev-python/PySocks-1.6.4::gentoo [1.5.6::gentoo]
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3%
(-python3_3%)" 17 KiB
[ebuild R] dev-python/enum34-1.1.6::gentoo USE="-doc"
PYTHON_TARGETS="python2_7 -pypy -pypy3 (-python3_3%)" 0 KiB
[ebuild U ] dev-db/sqlcipher-3.4.0::gentoo [3.3.0::gentoo]
USE="readline -libressl% -static-libs -tcl {-test}" ABI_X86="32 (64)
(-x32)" 13,283 KiB
[ebuild U ] net-libs/libmicrohttpd-0.9.52:0/12::gentoo
[0.9.51:0/12::gentoo] USE="ssl -epoll -messages -static-libs {-test}"
1,216 KiB
[ebuild U ] dev-python/simplejson-3.10.0::gentoo [3.8.2::gentoo]
PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 77 KiB
[ebuild U ] dev-lang/lua-5.1.5-r4::gentoo [5.1.5-r3::gentoo]
USE="deprecated readline -emacs -static" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U ] net-libs/libpcap-1.8.1::gentoo [1.8.0::gentoo]
USE="dbus usb%* -bluetooth -netlink -static-libs (-canusb%)" ABI_X86="32
(64) (-x32)" 736 KiB
[ebuild U ] dev-libs/libevdev-1.5.5::gentoo [1.5.4::gentoo]
USE="-static-libs" ABI_X86="32 (64) (-x32)" 397 KiB
[ebuild R] dev-python/pycurl-7.43.0::gentoo USE="ssl -examples
{-test}" CURL_SSL="openssl -gnutls -libressl -nss"
PYTHON_TARGETS="python2_7 python3_4 python3_5 (-python3_3%)" 0 KiB
[ebuild U ] dev-libs/libatasmart-0.19-r2:0/4::gentoo
[0.19-r1:0/0::gentoo] USE="-static-libs" 0 KiB
[ebuild U ] dev-qt/qtpaths-5.6.2:5/5.6::gentoo
[5.6.1:5/5.6::gentoo] USE="-debug {-test}" 0 KiB
[ebuild R] dev-python/pyyaml-3.12::gentoo USE="-examples
-libyaml" PYTHON_TARGETS="python2_7 python3_4 python3_5 -pypy -pypy3
(-python3_3%)" 0 KiB
