Peter Humphrey wrote:
> On Wednesday 18 March 2015 23:14:20 Dale wrote:
>> Peter Humphrey wrote:
>>> On Wednesday 18 March 2015 13:12:47 Dale wrote:
I switched way back in 2003 when it was rare that a init thingy was
needed in Gentoo. It seems someone screwed that up.
>>> I still don't h
On Wednesday 18 March 2015 23:14:20 Dale wrote:
> Peter Humphrey wrote:
> > On Wednesday 18 March 2015 13:12:47 Dale wrote:
> >> I switched way back in 2003 when it was rare that a init thingy was
> >> needed in Gentoo. It seems someone screwed that up.
> >
> > I still don't have one, nor do I fo
Peter Humphrey wrote:
> On Wednesday 18 March 2015 13:12:47 Dale wrote:
>
>> I switched way back in 2003 when it was rare that a init thingy was needed
>> in Gentoo. It seems someone screwed that up.
> I still don't have one, nor do I foresee a need.
I didn't have one until I recently rebooted an
On Wednesday 18 March 2015 13:12:47 Dale wrote:
> I switched way back in 2003 when it was rare that a init thingy was needed
> in Gentoo. It seems someone screwed that up.
I still don't have one, nor do I foresee a need.
> I try to keep a few fall back plans around. Spare kernels etc.
One ol
On Wed, Mar 18, 2015 at 2:12 PM, Dale wrote:
>
> I thought there was a tool that just lists the contents. Things is, I'm
> not sure what I would be looking at.
An initramfs is just a root filesystem. init is /sbin/init unless the
kernel is told otherwise.
If you took your entire root filesyste
Poncho wrote:
> On 18.03.2015 17:37, Rich Freeman wrote:
>
>> [...]
>> You can look inside an initramfs by doing the following:
>> mkdir /tmp/ext
>> cd /tmp/ext
>> zcat /boot/initramfs-3.18.9-gentoo.img | cpio -i
>> find usr
>> find lib64
>> ...
>> [...]
> dracut comes with the /usr/bin/lsinitrd to
On 18.03.2015 17:37, Rich Freeman wrote:
> [...]
> You can look inside an initramfs by doing the following:
> mkdir /tmp/ext
> cd /tmp/ext
> zcat /boot/initramfs-3.18.9-gentoo.img | cpio -i
> find usr
> find lib64
> ...
> [...]
dracut comes with the /usr/bin/lsinitrd tool. pretty convenient.
With
On Wednesday 18 March 2015 11:14:43 Dale wrote:
> Well, since I set this rig up, I have had to grow /usr twice. The only
> reason I have not had to grow it recently is because I moved all the
> portage stuff to /var. In the past, I had to move everything to another
> drive, rework the partitions
On Tue, Mar 17, 2015 at 5:07 PM, Dale wrote:
> Alan McKinnon wrote:
>> You are reading it wrong. That means:
>> util-linux needs to be built with USE="static-libs"
>> because
>> lvm2 is already built with USE="static"
>>
>> None of which explains why you originally built lvm2 that way.
>
> It was
Peter Humphrey wrote:
> On Wednesday 18 March 2015 04:33:18 Dale wrote:
>
>> Well, /boot doesn't change to much, plus it is fairly small anyway. The
>> root partition doesn't change a whole lot either. /usr tho, it tends to
>> grow. If nothing else, it grows as KDE grows but it grows with the
>>
On Wednesday 18 March 2015 04:33:18 Dale wrote:
> Well, /boot doesn't change to much, plus it is fairly small anyway. The
> root partition doesn't change a whole lot either. /usr tho, it tends to
> grow. If nothing else, it grows as KDE grows but it grows with the
> number of kernels I have too
Peter Humphrey wrote:
> On Tuesday 17 March 2015 16:07:29 Dale wrote:
>
>> I don't have / on lvm. /boot and / are on regular partitions.
>> Everything else, /usr, /var and /home, are on lvm. Keep in mind, I
>> was trying to avoid that init thingy.
> I remember something of that discussion, but no
On Wed, 18 Mar 2015 08:54:40 +, Peter Humphrey wrote:
> > I don't have / on lvm. /boot and / are on regular partitions.
> > Everything else, /usr, /var and /home, are on lvm. Keep in mind, I
> > was trying to avoid that init thingy.
>
> I remember something of that discussion, but not why
On Tuesday 17 March 2015 16:07:29 Dale wrote:
> I don't have / on lvm. /boot and / are on regular partitions.
> Everything else, /usr, /var and /home, are on lvm. Keep in mind, I
> was trying to avoid that init thingy.
I remember something of that discussion, but not why you wanted to keep /usr
Alan McKinnon wrote:
> On 17/03/2015 22:16, Dale wrote:
>> Mike Gilbert wrote:
>>> On Tue, Mar 17, 2015 at 2:10 PM, Dale wrote:
Alan McKinnon wrote:
> Your basic problem is that you have static and static-libs in USE. When
> applied to lvm, a whole bunch of blockers kick in and you ge
On 17/03/2015 22:20, Dale wrote:
> Alan McKinnon wrote:
>> I've gotten to the point where I can make sense of portage output (it
>> took a while!) but I have no idea how to explain how I do it :-)
>> Portage makes a very fundamental blunder - it exposes the underlying
>> implementation in the outpu
On 17/03/2015 22:16, Dale wrote:
> Mike Gilbert wrote:
>> On Tue, Mar 17, 2015 at 2:10 PM, Dale wrote:
>>> Alan McKinnon wrote:
Your basic problem is that you have static and static-libs in USE. When
applied to lvm, a whole bunch of blockers kick in and you get what you
got. So take
Alan McKinnon wrote:
> I've gotten to the point where I can make sense of portage output (it
> took a while!) but I have no idea how to explain how I do it :-)
> Portage makes a very fundamental blunder - it exposes the underlying
> implementation in the output. The odds are very slim the average u
Mike Gilbert wrote:
> On Tue, Mar 17, 2015 at 2:10 PM, Dale wrote:
>> Alan McKinnon wrote:
>>> Your basic problem is that you have static and static-libs in USE. When
>>> applied to lvm, a whole bunch of blockers kick in and you get what you
>>> got. So take them out of USE.
>>>
>>> USE="static st
On 17/03/2015 20:10, Dale wrote:
> Alan McKinnon wrote:
>>
>> Your basic problem is that you have static and static-libs in USE. When
>> applied to lvm, a whole bunch of blockers kick in and you get what you
>> got. So take them out of USE.
>>
>> USE="static static-libs" has it's uses, it's great f
On Tue, Mar 17, 2015 at 2:10 PM, Dale wrote:
> Alan McKinnon wrote:
>>
>> Your basic problem is that you have static and static-libs in USE. When
>> applied to lvm, a whole bunch of blockers kick in and you get what you
>> got. So take them out of USE.
>>
>> USE="static static-libs" has it's uses,
Alan McKinnon wrote:
>
> Your basic problem is that you have static and static-libs in USE. When
> applied to lvm, a whole bunch of blockers kick in and you get what you
> got. So take them out of USE.
>
> USE="static static-libs" has it's uses, it's great for building rescue
> disks, busybox and m
On 17/03/2015 19:01, Dale wrote:
> Alan McKinnon wrote:
>> On 17/03/2015 03:43, Dale wrote:
>>
>> [...snip]
>>
>>> root@fireball / # emerge -uvaDN world -t
>>>
>>> These are the packages that would be merged, in reverse order:
>>>
>>> Calculating dependencies... done!
>>> [nomerge ] lxde-base
Alan McKinnon wrote:
> On 17/03/2015 03:43, Dale wrote:
>
> [...snip]
>
>> root@fireball / # emerge -uvaDN world -t
>>
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>> [nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo
>> [nomerge
On 17/03/2015 03:43, Dale wrote:
[...snip]
> root@fireball / # emerge -uvaDN world -t
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
> [nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo
> [nomerge ] x11-misc/pcmanfm-1.2.3::gent
Walter Dnes wrote:
> On Mon, Mar 16, 2015 at 09:08:40AM -0500, Dale wrote
>
>> Total: 2 packages (1 downgrade, 1 new), Size of downloads: 121 KiB
>> Conflict: 1 block (1 unsatisfied)
>>
>> * Error: The above package list contains packages which cannot be
>> * installed at the same time on the sam
On Mon, Mar 16, 2015 at 09:08:40AM -0500, Dale wrote
> Total: 2 packages (1 downgrade, 1 new), Size of downloads: 121 KiB
> Conflict: 1 block (1 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (sys-bloc
Howdy,
I did some googling and a search on the forums on this. It seems eject
is part of util-linux now but something just won't let me get past this
blocker. Here is what I get, after updating everything else by hand:
root@fireball / # emerge -uvaDN world
These are the packages that would be
28 matches
Mail list logo
