Cannot install xorg on dfly-x86_64-4.0.1_REL

[Matthew Dillon]

I think pkg might need temporary space either in /tmp or in /var
somewhere.  Perhaps the problem is that /tmp is only 228M.  Normally we
make /tmp a tmpfs filesystem (that is, swap-backed and doesn't survive a
reboot).  It's also possible that the root filesystem is too small.  I'm
just not sure where pkg wants to put its temporary files.

-Matt

On Sun, Dec 28, 2014 at 12:12 AM, Aero 9000 <mbg11665 at gmail.com> wrote:

> df -h says,
>
> Filesystem                           Size   Used  Avail Capacity   Mounted
> on
> /dev/serno/VB0faba5d1-2d0fde2d.s1a   744M   180M   504M    26%     /
> devfs                                1.0K   1.0K     0B   100%     /dev
> /dev/serno/VB0faba5d1-2d0fde2d.s1d   8.2G    11K   7.6G     0%     /home
> /dev/serno/VB0faba5d1-2d0fde2d.s1e   248M   8.0K   228M     0%     /tmp
> /dev/serno/VB0faba5d1-2d0fde2d.s1f   7.4G   1.2G   5.6G    18%     /usr
> /dev/serno/VB0faba5d1-2d0fde2d.s1g   1.0G   157M   770M    17%     /var
> procfs                               4.0K   4.0K     0B   100%     /proc
>
> The odd thing is, that if I do du -sh . in /var, it says, 48M, meaning
> there is 109M gap between what df says and what du says.
>
> Kind regards.
>
> On 27 December 2014 at 20:48, Matthew Dillon <dillon at backplane.com> wrote:
>
>> How much space does the filesystem have?  What's your 'df -h' output ?
>>
>> -Matt
>>
>> On Sat, Dec 27, 2014 at 8:56 AM, Aero 9000 <mbg11665 at gmail.com> wrote:
>>
>>> OK, this seems to become an uphill battle. First of all, thank you
>>> sephe, because your solution worked :-).
>>>
>>> New problem, pkg install kde says insufficient free space in
>>> /var/cache/pkg. So, du -sh -> var is 1G, 157M used. man pkg, pkg clean ->
>>> nothing to do. OK. cd /var/, du * -sh -> yep, 147 MB in /var/cache. So, cd
>>> cache, cd pkg, ll -> there's a whole bunch of files pertaining the
>>> installing of xorg in there. Well I don't need them, get rid of them (rm).
>>> pkg install kde -> no, insufficient space. cd /var, du * -sh -> only 40K in
>>> cache. df -h -> var is 1G, 157M used.
>>>
>>> Now I am at a loss. The disc is setup with the UDF file system, not
>>> HAMMER or ZFS or something fancy.
>>>
>>> Kind regards.
>>>
>>>
>>> On 27 December 2014 at 09:16, Sepherosa Ziehau <sepherosa at gmail.com>
>>> wrote:
>>>
>>>> On Sat, Dec 27, 2014 at 4:04 PM, Aero 9000 <mbg11665 at gmail.com> wrote:
>>>> > Hi Folks,
>>>> >
>>>> > I'm not sure if this is the correct mailing list for me to post this
>>>> to, but
>>>> > if not just tell me and I'll be out of your hair. Anyways, I've known
>>>> of
>>>> > DragonFly BSD for a couple of years now, just never got round to
>>>> install it
>>>> > until a few days ago. So I downloaded the greatest and latest version
>>>> and
>>>> > set up a virtual machine just to give this one a try. Installation
>>>> went
>>>> > smooth. However, since I'm more of a GUI type person I also wanted to
>>>> set up
>>>> > xorg and then gnome (of XFCE or maybe even KDE). But I never got
>>>> round to
>>>> > deciding which desktop I want, because of an error during setting up
>>>> xorg.
>>>> >
>>>> > I typed, pkg install xorg
>>>> >
>>>> > That first caused pkg to update itself and then pkg started pulling in
>>>> > packages and installing them until an assertion failed. The message
>>>> reads,
>>>> >
>>>> > Fetching xf86-input-keyboard-1.8.0.6.txz: 100%  9 KB   9.2k/s  00:01
>>>> >
>>>> > Checking integrity...assertion failed (pkgdb_ensure_loaded(j->db, p2,
>>>> > PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function
>>>> > pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211.
>>>> >
>>>> > Child process pid=990 terminated abnormally: Abort trap
>>>> > # Dec 23 17:13:55  kernel: pid 990 (pkg), uid 0: exited on signal 6
>>>> (core
>>>> > dumped)
>>>>
>>>> Temp solution/fixup suggested by bapt:
>>>> pkg fetch -u
>>>> pkg upgrade
>>>>
>>>> Best Regards,
>>>> sephe
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dragonflybsd.org/pipermail/users/attachments/20141230/f75f9561/attachment-0002.html>