Hi!
I am having problems compiling these ebuilds:
dev-java/xml-commons-external-1.3.02
dev-java/xerces-2.7.1 [2.6.2-r2]
dev-java/xalan-2.7.0-r1 [2.6.0-r2]
app-office/openoffice-2.0.1 [1.1.4-r1]
dev-java/sun-jmx-1.2.1-r1 [1.2.1]
kde-base/qtruby-3.4.3-r1 [3.4.2]
kde-base/korundum-3.4.3 [3.4.2]
Her
b.n. wrote:
>> I am having problems compiling these ebuilds:
>>
>> dev-java/xml-commons-external-1.3.02
>> dev-java/xerces-2.7.1 [2.6.2-r2]
>> dev-java/xalan-2.7.0-r1 [2.6.0-r2]
>> app-office/openoffice-2.0.1 [1.1.4-r1]
>> dev-java/sun-jmx-1.2.1-r1 [1.2.1]
>> kde-base/qtruby-3.4.3-r1 [3.4.2]
>> kde
Andrew Frink schrieb:
> On 2/9/06, Thomas Schweikle <[EMAIL PROTECTED]> wrote:
>>
>> b.n. wrote:
>> >> I am having problems compiling these ebuilds:
>> >>
>> >> dev-java/xml-commons-external-1.3.02
>> >> dev-java/xerces-2.7.1
Richard Fish schrieb:
> On 2/4/06, Thomas Schweikle <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> I am having problems compiling these ebuilds:
>>
>> dev-java/xml-commons-external-1.3.02
>> dev-java/xerces-2.7.1 [2.6.2-r2]
>> dev-java/xalan-2.7.0-r1
Hi!
I've switched to udev some time ago without problems. But now, with
kernel 2.6.11-r9:
I can boot, but after a while there are 10 udevsend processes
hanging around. This isn't fatal at all, but if I start "emerge -uD
world", the number increases up to 400. Puting a CDROM in makes the
number ex
Hi!
This is a bit of topic here, but maybe someone has a solution!
I can mount dd produced image files (harddisk images) in FreeBSD or
Linux using different commands:
FreeBSD:
# mdconfig -a -t vnode -f ${HOME}/vc.img -u 4
# mount -t ntfs -o ro /dev/md4 /mnt/win_c
Linux:
# losetup /dev/loop0 ${H
trying to upgrade some old, never upgraded image for an embedded system I
ran into a problem I do not have a solution for:
!!! All ebuilds that could satisfy
">=dev-lang/python-exec-2:=[python_targets_pypy(-)?,python_targets_python2_7(-)?,python_targets_python3_5(-)?,python_targets_python3_6(-)?,p
trying to upgrade some old, never upgraded image for an embedded system I
ran into a problem I do not have a solution for:
!!! All ebuilds that could satisfy
">=dev-lang/python-exec-2:=[python_targets_pypy(-)?,python_targets_python2_7(-)?,python_targets_python3_5(-)?,python_targets_python3_6(-)?,p
So I've tried now to upgrade in various ways:
1. the one given in https://anongit.gentoo.org/git/repo/sync/gentoo.git
But this fails as soon as I try to emerge git. python-exec is at version
2.4.6 now. Without any 2.0.1 packed, legal versions left. Same for all
other dependencies. Not really a wa
I've created a bug report out of this. Stage3-files shall be upgraded at
least every time an EAPI-Bump would have had been done. EAPI versions of
stage3-files and therefore portage-tools shall match what files within the
portage-tree give.
If the is not the case, it will be nearly impossible to set
Any second USB NVMe disk housing available? If yes, test the disk out in
there. If it works: you found out the disk housing is defective. If it does
not work: it may be the disk.
Do you have a second NVMe disk available? Switch disks. Then check if the
second disk works with this maybe defective di
11 matches
Mail list logo