The next section of the response to my attempt to update portage is a long list
of packages, each terminated with a "(masked by: something or other)".
What does that tell me. If it's masked, it shouldn't be available, right?
But, I've got it:
- virtual/perl-parent-0
houldn't be available,
> right? But, I've got it:
>
> - virtual/perl-parent-0.234.0-r1::gentoo (masked by: package.mask)
>
> ls virtual/perl-parent/perl-parent-0.234.0-r1.ebuild
> virtual/perl-parent/perl-parent-0.234.0-r1.ebuild
>
> Can I get rid of it? Is pe
he next section of the response to my attempt to update portage is a
> > long list of packages, each terminated with a "(masked by: something or
> > other)".
> >
> > What does that tell me. If it's masked, it shouldn't be available,
> > right? But,
ilable, right?
> But, I've got it:
>
> - virtual/perl-parent-0.234.0-r1::gentoo (masked by: package.mask)
>
> ls virtual/perl-parent/perl-parent-0.234.0-r1.ebuild
> virtual/perl-parent/perl-parent-0.234.0-r1.ebuild
>
> Can I get rid of it? Is perl-parent always masked
ay 29, 2019 at 6:37 PM wrote:
> >
> > The next section of the response to my attempt to update portage is a long
> > list of packages, each terminated with a "(masked by: something or other)".
> >
> > What does that tell me. If it's masked, it shouldn
of the response to my attempt to update portage is a
> > > long list of packages, each terminated with a "(masked by: something or
> > > other)".
> > >
> > > What does that tell me. If it's masked, it shouldn't be available,
> > > right?
[ebuild N] dev-db/mysql-4.1.20 USE="berkdb perl ssl -big-tables
-cluster -debug -embedded
-xtraengine -latin1 -minimal -raid -srvdir -static" 16,917 kB
Here is what I get. It looks net-www/mod_ssl is the highest parent in the tree.
One thing I should point out is that this tre
rtual/perl-File-Temp
virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-IO-Compress
virtual/perl-JSON-PP virtual/perl-libnet virtual/perl-MIME-Base64
virtual/perl-Module-Metadata virtual/perl-parent
virtual/perl-Parse-CPAN-Meta virtual/perl-Perl-OSType
virtual/perl-Scalar-List-Utils virtual/pe
virtual/perl-ExtUtils-Install virtual/perl-ExtUtils-MakeMaker
virtual/perl-ExtUtils-Manifest virtual/perl-ExtUtils-ParseXS
virtual/perl-File-Path virtual/perl-File-Spec virtual/perl-File-Temp
virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-JSON-PP
virtual/perl-libnet virtual/perl-MIME-Base
/perl-Test-Simple virtual/perl-Text-ParseWords
virtual/perl-Text-Tabs+Wrap virtual/perl-Time-HiRes virtual/perl-Time-Local
virtual/perl-XSLoader virtual/perl-if virtual/perl-libnet
virtual/perl-parent virtual/perl-version
Calculating dependencies... done!
>>> Auto-cleaning packages...
>&
/perl-Text-ParseWords-3.280.0-r2
=virtual/perl-Thread-Queue-3.20.0-r1
=virtual/perl-Time-HiRes-1.972.500-r3
=virtual/perl-Time-Piece-1.20-r2
=virtual/perl-XSLoader-0.160.0-r2
=virtual/perl-bignum-0.330.0
=virtual/perl-if-0.60.200-r2
=virtual/perl-libnet-1.220.0-r3
=virtual/perl-parent-0.225.0-r5
=v
rserDetails.ini
>>> /usr/lib64/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini
>>> /usr/lib64/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini
>>
>> Read the message. Either you put them there yourself (using cpan or
>> such), or the files were edited since be
On Wednesday 03 May 2006 16:04, Jorge Almeida wrote:
> On Wed, 3 May 2006, Hans-Werner Hilse wrote:
> > Signals are the only way (or you have a "parent died" logic inside the
> > child process). And this will always open a racing condition when
>
> But I won't
post on this subject about a week ago and follow
> the advice there, not some other variant of your own invention.
Yes, that was correct hint.
Fernando was correct, running:
media-libs/tiff
perl-cleaner --all
seem to solve this problem.
>
>
>>
>> I've tried to run:
>
complete log).
>
> > I did look at it though, and it's full of jpeg errors. So you need to go
> > back to your very first post on this subject about a week ago and follow
> > the advice there, not some other variant of your own invention.
>
> Yes, that was correct
riately, since the sig handler includes 'exit'), and I
> > didn't find any sleep process. Maybe it was from some different
> > experiment?
>
> I don't think so. You probably sent the signal to the child process
> (CTRL-C, perhaps?) and the script at once,
to me server profile was simply removed without any substitution.
>
> Jarry
I know it's not the same as a news entry, but it was announced on Planet Gentoo:
http://dilfridge.blogspot.nl/2013/02/gentoo-100-to-130-profiles-upgrade.html
The differences to the parent profile were apparen
ss-2.69.1_rc-r4:0/0::gentoo, installed)
dev-lang/perl:0/5.24= required by
(virtual/perl-parent-0.234.0-r1:0/0::gentoo, installed)
On Friday 08 Aug 2014 16:21:56 Alan McKinnon wrote:
> On 08/08/2014 15:11, gottl...@nyu.edu wrote:
> > On Fri, Aug 08 2014, wra...@wraeth.id.au wrote:
> >> On Fri, 2014-08-08 at 08:23 +0200, J. Roeleveld wrote:
> >>> I notice a few perl blockers.
>
of stuff that looks like spurious debugging/tracing info
parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for
merge)
child: (virtual/libelf-3:0/1::gentoo, ebuild scheduled for
merge) (runtime_slot_op)
parent: (dev-libs/glib-2.64.5:2/2::gentoo, ebuild scheduled for
ou a baseline for that release
x86/10.0/desktop|developer|server give you a profile more suited (tweaked) for
that kind of usage.
Examine the profiles and follow the paths in the "parent files" to see what's
in them (I indented stuff and removed comments for clarity):
x86/10.0:
inds of
fonts, WMs, multi monitor environment, etc.
- ...
The patch is too unimportant to solve some/all of the above issues
and/or bloating up the urxvt extension script. And additionally,
rxvt-unicode won’t and doesn’t expose all Xlib functions (such as
XGetWindowAttributes) in urxvtperl,
; license is located at
'/usr/portage/licenses/no-source-code'.
A copy of the 'freedist' license is located at '/usr/portage/licenses/freedist'.
- virtual/perl-CPAN-Meta-2.150.5-r1::gentoo (masked by: package.mask)
- virtual/perl-parent-0.234.0-r1::gentoo (masked by: pa
t; > -update \
> > --changed-use \
> > --keep-going \
> > --with-bdeps=y \
> > --changed-deps \
> > --backtrack=100 \
> > @world
> >
> > and got tons of stuff that looks like spurious debugging/tracing info
> >
disable the flag (# echo>> 'sys-libs/db -java' >>/etc/portage/package.use); problem solved.>>> All the way up until the next package which depends on java. Only the
> first package that is came across is listed as the parent.> sys-libs/db doesn't call
On Sunday 21 December 2008 02:35:56 pm Justin wrote:
> > However, did you notice that the parent poster mentioned glib and you
> > have attempted to downgrade glibc?
>
> My fault missed the c.
> @Jeff
> Please provide a emerge --info so that we can comment on it. Perhaps
.2
Wed Nov 16 19:57:45 2016 >>> dev-libs/gmp-6.1.1
Wed Nov 16 19:58:22 2016 >>> app-arch/zip-3.0-r3
Wed Nov 16 20:02:19 2016 >>> dev-libs/mpfr-3.1.5
Wed Nov 16 20:04:21 2016 >>> dev-libs/mpc-1.0.3
Wed Nov 16 20:11:32 2016 >>> sys-apps/coreutils-8.25
Wed Nov
18:13:50 2016 >>> dev-util/ctags-5.8
> Wed Nov 16 18:15:36 2016 >>> app-editors/vim-core-7.4.769
> Wed Nov 16 18:18:26 2016 >>> app-editors/vim-7.4.769
> Wed Nov 16 18:18:43 2016 >>> app-vim/gentoo-syntax-20160530
> Wed Nov 16 18:29:44 2016 >>> ap
lists? Or is this adhoc?
The choices from eselect come from /usr/portage/profiles/profiles.desc
About what each of these profiles does - you can find that out by starting
with the directory given in profiles.desc (e.g.,
/usr/portage/profiles/hardened/linux/amd64 for choice [14]) and follow the
ks/karchive-5.27.0
[ebuild R ~] kde-frameworks/kconfig-5.27.0
[ebuild R ~] kde-
frameworks/kconfigwidgets-5.27.0
[ebuild R ~] kde-frameworks/kdoctools-5.27.0
[ebuild R]dev-p
Jeff Cranmer schrieb:
> On Sunday 21 December 2008 02:35:56 pm Justin wrote:
>
>>> However, did you notice that the parent poster mentioned glib and you
>>> have attempted to downgrade glibc?
>>>
>> My fault missed the c.
>> @Jeff
>> Pl
d look at it though, and it's full of jpeg errors. So you need to go
back to your very first post on this subject about a week ago and follow
the advice there, not some other variant of your own invention.
>
> I've tried to run:
> perl-cleaner --all (but that did not solve
t keywords line in there, it simply adds to the list of
keywords, rather than replacing the amd64 with ~amd64
Jeff
On Sunday 21 December 2008 02:49:46 pm Justin wrote:
> Jeff Cranmer schrieb:
> > On Sunday 21 December 2008 02:35:56 pm Justin wrote:
> >>> However, did yo
t;>>
>>>> the reason db is calling for java is because you have the
>>>> "java" USE flag set for db.
>>>>
>>>> Do you really need db to use Java? If not, disable the flag (#
>>>> echo 'sys-libs/db -java' >
nd if I put an accept keywords line in there, it simply adds to the list
> of keywords, rather than replacing the amd64 with ~amd64
>
> Jeff
>
> On Sunday 21 December 2008 02:49:46 pm Justin wrote:
> > Jeff Cranmer schrieb:
> > > On Sunday 21 December 2008 02:35
kscreenlocker merges for me.
Basic checks:
ls -al all the files in
/var/portage/tree/kde-plasma/kscreenlocker/files/ and parent
directories. Make sure they are OK, especially look for literal question
marks.
then run
"ebuild /var/portage/tree/kde-plasma/kscreenlocker/kscreenlocker-5.6
. Results attached. Sorry about the HTML. I hadn't noticed it
was turned on. And I generally oppose HTML mail.
++ kevin
--
Kevin O'Gorman, PhD
myaction None
myopts ['--debug', '--buildpkg']
Calculating dependencies
Parent:None
Depstring: =dev-libs/glib-1.2.10
ardened -ipv6 -mbox -mysql -nis -pam -postgres -selinux -
vda)
Homepage:http://www.postfix.org/
Description: A fast and secure drop-in replacement for sendmail.
data ~ # eix -e openldap
[I] net-nds/openldap
Available versions: 2.3.41 ~2.3.41-r1 2.3.43 ~2.3.43-r1
entoo
dev-java/java-config: 2.3.1::gentoo
dev-lang/perl:5.30.3::gentoo
dev-lang/python: 2.7.18-r1::gentoo, 3.6.11-r2::gentoo,
3.7.8-r2::gentoo, 3.8.5::gentoo
dev-util/ccache: 3.7.11::gentoo
dev-util/cmake: 3.16.5::gentoo
dev-util/pkgconfig: 0.29.2:
Hi,
media-video/handbrake-1.3.2:0/0::gentoo fails to compile (I am on
"unstable").
Searching online I found, that running perl-cleaner would fix that
problem which I done:
perl-cleaner --all
- but without success.
Message was:
* ERROR: media-video/handbrake-1.3.2::gentoo faile
40 matches
Mail list logo