> There are a number of ways to go about this in your
> ~/.config/fontconfig/fonts.conf, I personally would choose to
> blacklist that font since (based on what I can dig out of it) it
> should never match a query for an application font -- I'll assume you
> just use it manually where needed. I add
On Sun, 18 Jan 2015 14:57:29 -0600, Troy Engel wrote:
> A bug report should be filed for that package
I don't use this package, but I have nothing to do, IOW I've got much
time so I add a comment.
"Comment by Ralf_Mardorf
2015-01-18 22:29
Another user is using your PKGBUILD and noticed that you
Am 18.01.2015 um 20:31 schrieb Ralf Mardorf:
> I would ignore "0 missing files" to stay on top of things.
>
> sudo pacman -Qk | grep -v "0 missing files"
If you don't use english as your system language you should use the
following or the grep misses the localized output:
sudo LANG=C pacman -Q
On Sun, 18 Jan 2015 14:57:29 -0600, Troy Engel wrote:
> A bug report should be filed for that package:
>
> https://aur.archlinux.org/packages/ce/celestia-addon-sun/PKGBUILD
>
> They're installing that JPG to /tmp/ for some odd reason, that's just
> wrong on any Linux distribution.
Full ACK.
J
On Sun, Jan 18, 2015 at 2:40 PM, Ralf Mardorf
wrote:
> On Sun, 18 Jan 2015 21:12:26 +0100, Oliver Temlin wrote:
>> On 18 January 2015 at 21:04, Csányi Pál wrote:
>> >>> warning: celestia-addon-sun: /tmp/
>> >> tmp?
>> > What does it mean?
>>
>> Ramdisk is mount
On Sun, 18 Jan 2015 21:12:26 +0100, Oliver Temlin wrote:
> On 18 January 2015 at 21:04, Csányi Pál wrote:
> >>> warning: celestia-addon-sun: /tmp/
> >> tmp?
> > What does it mean?
>
> Ramdisk is mounted on /tmp, thus any file installed to it is lost
> after a r
On Sun, Jan 18, 2015 at 2:14 PM, Csányi Pál wrote:
>
> /usr/bin/virt-host-validate,libaudit.so.1
> /usr/bin/playerjoy,libboost_system.so.1.55.0
> /usr/bin/gtkam,libgphoto2_port.so.10
> /usr/bin/downgrader,libalpm.so.8
> /usr/bin/sensord,librrd.so.4
OK you have a couple problems that are a little
2015-01-18 19:47 GMT+00:00 Troy Engel :
> On Sun, Jan 18, 2015 at 1:31 PM, Ralf Mardorf
> wrote:
>> On Sun, 18 Jan 2015 20:24:54 +0100, Damjan Georgievski wrote:
>>> > After I reinstalled gcc-libs package, I can start firefox.
>>>
>>> Your system might still have broken packages after those conver
On Sun, 18 Jan 2015 20:04:21 +, Csányi Pál wrote:
> 2015-01-18 20:01 GMT+00:00 Ralf Mardorf :
> > On Sun, 18 Jan 2015 19:47:13 +, Csányi Pál wrote:
> >> I found only one package has missing 1 file:
> >> warning: celestia-addon-sun: /tmp/
> > tmp?
>
> Wha
On 18 January 2015 at 21:04, Csányi Pál wrote:
>>> warning: celestia-addon-sun: /tmp/
>> tmp?
> What does it mean?
Ramdisk is mounted on /tmp, thus any file installed to it is lost after a
reboot.
--Oliver Temlin
Hello Troy,
2015-01-18 19:47 GMT+00:00 Troy Engel :
> On Sun, Jan 18, 2015 at 1:31 PM, Ralf Mardorf
> wrote:
>> On Sun, 18 Jan 2015 20:24:54 +0100, Damjan Georgievski wrote:
>>> > After I reinstalled gcc-libs package, I can start firefox.
>>>
>>> Your system might still have broken packages after
2015-01-18 20:01 GMT+00:00 Ralf Mardorf :
> On Sun, 18 Jan 2015 19:47:13 +, Csányi Pál wrote:
>> I found only one package has missing 1 file:
>> warning: celestia-addon-sun: /tmp/
> tmp?
What does it mean?
--
Regards from Pal
On Sun, 18 Jan 2015 19:47:13 +, Csányi Pál wrote:
> I found only one package has missing 1 file:
> warning: celestia-addon-sun: /tmp/
tmp?
On Sun, Jan 18, 2015 at 1:31 PM, Ralf Mardorf
wrote:
> On Sun, 18 Jan 2015 20:24:54 +0100, Damjan Georgievski wrote:
>> > After I reinstalled gcc-libs package, I can start firefox.
>>
>> Your system might still have broken packages after those conversions
>> you were doing.
>>
>> Use pacman {-Q --
2015-01-18 19:31 GMT+00:00 Ralf Mardorf :
> On Sun, 18 Jan 2015 20:24:54 +0100, Damjan Georgievski wrote:
>> > After I reinstalled gcc-libs package, I can start firefox.
>>
>> Your system might still have broken packages after those conversions
>> you were doing.
>>
>> Use pacman {-Q --query} with
On Sun, 18 Jan 2015 20:24:54 +0100, Damjan Georgievski wrote:
> > After I reinstalled gcc-libs package, I can start firefox.
>
> Your system might still have broken packages after those conversions
> you were doing.
>
> Use pacman {-Q --query} with
> -k, --check check that package file
> After I reinstalled gcc-libs package, I can start firefox.
Your system might still have broken packages after those conversions
you were doing.
Use pacman {-Q --query} with
-k, --check check that package files exist (-kk for file properties)
to check everything.
--
damjan
2015-01-18 19:05 GMT+00:00 Troy Engel :
> On Sun, Jan 18, 2015 at 1:01 PM, Csányi Pál wrote:
>>
>> I cn now login and start X Window, but say I can't run firefox.
>> When started firefox I get error message:
>> error while loading shared libraries: libstdc++.so.6: cannot open
>> shared object file
On Sun, 18 Jan 2015 13:05:53 -0600, Troy Engel wrote:
> $ pacman -Qo /usr/lib/libstdc++.so.6
> /usr/lib/libstdc++.so.6 is owned by gcc-libs 4.9.2-2
My apologies, indeed libstdc++.so.6 is installed here too.
On Sun, 18 Jan 2015 20:01:27 +0100, Csányi Pál wrote:
> I cn now login and start X Window, but say I can't run firefox.
> When started firefox I get error message:
> error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory.
I've got Firefiox
On Sun, Jan 18, 2015 at 1:01 PM, Csányi Pál wrote:
>
> I cn now login and start X Window, but say I can't run firefox.
> When started firefox I get error message:
> error while loading shared libraries: libstdc++.so.6: cannot open
> shared object file: No such file or directory.
>
> Thank you all
On Sun, 18 Jan 2015 19:45:18 +0100, Damjan Georgievski wrote:
> check what files you have in /usr/lib64/ and why. if they are from
> packages remove those packages.
JFTR
$ pacman -Qo /path/to/file/foo/bar
/path/to/file/foo/bar is owned by...
IIUC the OP is aware that /usr/lib64/ should be a link
2015-01-18 19:45 GMT+01:00 Damjan Georgievski :
> On 18 January 2015 at 19:40, Csányi Pál wrote:
>>
>> 2015-01-18 19:28 GMT+01:00 Damjan Georgievski :
>> >
>> >> >> it won't overwrite the /usr/lib64 folder.
>> >> >
>> >> > post the exact errors you're getting
>> >>
>> >> The output of `pacman -S b
On Sun, 18 Jan 2015 19:28:27 +0100, Damjan Georgievski wrote:
> which means /usr/lib64 is a directory on your system??
So the OP should ensure that it's a link by running:
ls -ld /usr/lib*
On Sun, 18 Jan 2015 19:40:57 +0100, Csányi Pál wrote:
> I did update almost every day.
Another shot in the dark I would try is to downgrade systemd. Actually
I'm still using systemd 217-8 and didn't upgrade to 218-1. I always
wait and read mails for a while before I upgrade systemd.
On 18 January 2015 at 19:40, Csányi Pál wrote:
>
> 2015-01-18 19:28 GMT+01:00 Damjan Georgievski :
> >
> >> >> it won't overwrite the /usr/lib64 folder.
> >> >
> >> > post the exact errors you're getting
> >>
> >> The output of `pacman -S base' command is:
> >> (50/50) checking keys in keyring
> >
2015-01-18 19:28 GMT+01:00 Damjan Georgievski :
>
>> >> it won't overwrite the /usr/lib64 folder.
>> >
>> > post the exact errors you're getting
>>
>> The output of `pacman -S base' command is:
>> (50/50) checking keys in keyring
>> (50/50) checking package integrity
>> (50/50) loading package file
On Sun, 18 Jan 2015 19:24:00 +0100, Csányi Pál wrote:
> 2015-01-18 19:04 GMT+01:00 Troy Engel :
> > On Sun, Jan 18, 2015 at 11:49 AM, Csányi Pál
> > wrote:
> >> 2015-01-18 18:20 GMT+01:00 Damjan Georgievski :
> >>>
> >>>
> >>> there's no /init outside of the ramdisk, so his problem seems to
> >>>
> >> it won't overwrite the /usr/lib64 folder.
> >
> > post the exact errors you're getting
>
> The output of `pacman -S base' command is:
> (50/50) checking keys in keyring
> (50/50) checking package integrity
> (50/50) loading package files
> (50/50) checking for file conflicts
> (50/50) checking
2015-01-18 19:04 GMT+01:00 Troy Engel :
> On Sun, Jan 18, 2015 at 11:49 AM, Csányi Pál wrote:
>> 2015-01-18 18:20 GMT+01:00 Damjan Georgievski :
>>>
>>>
>>> there's no /init outside of the ramdisk, so his problem seems to be in the
>>> initramfs, but probably because his base system is a bit borke
On Sun, Jan 18, 2015 at 11:49 AM, Csányi Pál wrote:
> 2015-01-18 18:20 GMT+01:00 Damjan Georgievski :
>>
>>
>> there's no /init outside of the ramdisk, so his problem seems to be in the
>> initramfs, but probably because his base system is a bit borked and it
>> mkinitcpio creates the initramfs ou
2015-01-18 18:20 GMT+01:00 Damjan Georgievski :
>> >>Here I exit from the prompt and reboot the machine, but get the same
>> >>error message: can't run init.
>> >>
>> >>What did I wrong?
>> >
>> > You missed that the base group should be reinstalled, as the error is
>> > not with the ramdisk,
>
>
>
On Sun, Jan 18, 2015 at 11:35 AM, Ralf Mardorf
wrote:
>
> HOOKS="base udev autodetect modconf block filesystems keyboard vboxhost"
>
> I removed fsck ;). Use mkinitcpio fsck hook and rw on the kernel
> commandline or don't use the hook and ro on the kernel
> commandline.
I think you missed the po
On Sun, 18 Jan 2015 18:35:13 +0100, Csányi Pál wrote:
> The output of `pacman -S base' command is:
> (50/50) checking keys in keyring
> (50/50) checking package integrity
> (50/50) loading package files
> (50/50) checking for file conflicts
> (50/50) checking available disk space
> ( 1/50) reinsta
On Sun, 18 Jan 2015 11:03:59 -0600, Troy Engel wrote:
> HOOKS="base udev autodetect modconf block lvm2 filesystems keyboard fsck"
HOOKS="base udev autodetect modconf block filesystems keyboard vboxhost"
I removed fsck ;). Use mkinitcpio fsck hook and rw on the kernel
commandline or don't use the
>
> >>Here I exit from the prompt and reboot the machine, but get the same
> >>error message: can't run init.
> >>
> >>What did I wrong?
> >
> > You missed that the base group should be reinstalled, as the error is
> not with the ramdisk,
>
there's no /init outside of the ramdisk, so his problem s
2015-01-18 17:57 GMT+01:00 Oliver Temlin :
> On January 18, 2015 5:49:37 PM CET, "Csányi Pál" wrote:
>>What I did sofar is the following:
>>
>>Boot with Arch linux live cd.
>>lsblk
>>Note: my root / partition is on /dev/sda3
>>mkdir /mnt/arch
>>mount /dev/sda3 /mnt/arch
>>systemd-nspawn -D /mnt/ar
On Sun, Jan 18, 2015 at 10:57 AM, Oliver Temlin wrote:
> On January 18, 2015 5:49:37 PM CET, "Csányi Pál" wrote:
>>mkinitcpio -p linux
>>
>
> You missed that the base group should be reinstalled, as the error is not
> with the ramdisk, but with the files of systemd.
> Just run `pacman -S base' a
On January 18, 2015 5:49:37 PM CET, "Csányi Pál" wrote:
>What I did sofar is the following:
>
>Boot with Arch linux live cd.
>lsblk
>Note: my root / partition is on /dev/sda3
>mkdir /mnt/arch
>mount /dev/sda3 /mnt/arch
>systemd-nspawn -D /mnt/arch
>mkinitcpio -p linux
>
>Here I exit from the promp
2015-01-18 17:02 GMT+01:00 Ralf Mardorf :
> On Sun, 18 Jan 2015 16:30:12 +0100, Oliver Temlin wrote:
>> Just mount your rootfs to /mnt and boot to /mnt/boot and `sudo
>> chroot /mnt', it should be available on your rescue cd.
>
> Assumed the rescue CD should come with systemd, instead of chroot yo
On Sun, 18 Jan 2015 16:30:12 +0100, Oliver Temlin wrote:
> Just mount your rootfs to /mnt and boot to /mnt/boot and `sudo
> chroot /mnt', it should be available on your rescue cd.
Assumed the rescue CD should come with systemd, instead of chroot you
could use systemd-nspawn.
Mount the rootfs and
El 18/1/2015 16:23, "Csányi Pál" escribió:
>
> 2015-01-18 16:19 GMT+01:00 Giedrius Statkevičius
> :
> > On 2015.01.18 17:12, Csányi Pál wrote:
> >> 2015-01-18 16:06 GMT+01:00 Damien Robert
> >> :
> >>> Csányi Pál wrote in message
> >>> :
> I did so but get another error:
> Failed to exe
On January 18, 2015 4:23:45 PM CET, "Csányi Pál" wrote:
>I think I must to chroot into my Arch linux system.
>How can I do that?
Just mount your rootfs to /mnt and boot to /mnt/boot and `sudo chroot /mnt',
it should be available on your rescue cd.
Or if on the arch install media, substitute arch
2015-01-18 16:19 GMT+01:00 Giedrius Statkevičius
:
> On 2015.01.18 17:12, Csányi Pál wrote:
>> 2015-01-18 16:06 GMT+01:00 Damien Robert
>> :
>>> Csányi Pál wrote in message
>>> :
I did so but get another error:
Failed to execute /init (error -2)
>>>
>>> You don't seem to have a valid /us
On 2015.01.18 17:12, Csányi Pál wrote:
> 2015-01-18 16:06 GMT+01:00 Damien Robert
> :
>> Csányi Pál wrote in message
>> :
>>> I did so but get another error:
>>> Failed to execute /init (error -2)
>>
>> You don't seem to have a valid /usr/bin/init anymore, try booting on an usb
>> key and see what
2015-01-18 16:06 GMT+01:00 Damien Robert
:
> Csányi Pál wrote in message
> :
>> I did so but get another error:
>> Failed to execute /init (error -2)
>
> You don't seem to have a valid /usr/bin/init anymore, try booting on an usb
> key and see what happened to it.
>
>> Failed to execute /usr/bin/s
On Sun, Jan 18, 2015 at 6:46 AM, Sadika Sumanapala wrote:
> Today I figure out the problem. I cause by the Sinhala language font
> (ttf-lklug). when I uninstall that font everything works fine. But the
> problem is I need to keep that font. So is there way to solve this problem?
> (something like
Csányi Pál wrote in message
:
> I did so but get another error:
> Failed to execute /init (error -2)
You don't seem to have a valid /usr/bin/init anymore, try booting on an usb
key and see what happened to it.
> Failed to execute /usr/bin/systemd (error -2). Attempting defaults...
It should b
Hi,
When I try to open .ui.qml files in QtCreator panels not appear properly,
they get black & does not work. Does any one knows to correct this problem.
Following is the output on console when I open a file (I removed repeating
lines because this get too long):
void QWindow::setTransientParent
2015-01-18 15:39 GMT+01:00 Csányi Pál :
> 2015-01-18 15:27 GMT+01:00 Savya :
>>
>> On Sun, Jan 18, 2015, at 11:22 PM, Csányi Pál wrote:
>
>>> I upgrade today my Arch linux desktop.
>>> Later when I did a reboot, on the screen I can to read followings:
>>>
>>> Failed to execute /init )error -2)
>>>
2015-01-18 15:27 GMT+01:00 Savya :
>
> On Sun, Jan 18, 2015, at 11:22 PM, Csányi Pál wrote:
>> I upgrade today my Arch linux desktop.
>> Later when I did a reboot, on the screen I can to read followings:
>>
>> Failed to execute /init )error -2)
>> Kernel panic - not syncing: No working init found.
Hi,
I upgrade today my Arch linux desktop.
Later when I did a reboot, on the screen I can to read followings:
Failed to execute /init )error -2)
Kernel panic - not syncing: No working init found. Try passing init=
option to kernel. See Linux Documentation/init.txt for guidance.
I upgraded my sys
Today I figure out the problem. I cause by the Sinhala language font
(ttf-lklug). when I uninstall that font everything works fine. But the
problem is I need to keep that font. So is there way to solve this problem?
(something like chaining the order of fonts to make Sinhala font low
priority. )
O
53 matches
Mail list logo
