[SOLVED] epdfview / poppler broken?

Hi,
it seems since
[2011-10-17 18:59] upgraded poppler (0.16.7-2 -> 0.18.0-1)
[2011-10-17 18:59] upgraded poppler-glib (0.16.7-2 -> 0.18.0-1)
[2011-10-17 18:59] upgraded epdfview (0.1.8-1 -> 0.1.8-2)
epdfview is broken for me (wrong colors / broken PDF / weird effects.. - tested with multiple PDFs). Known bug?
Thanks.
Last edited by foobarch (2011-10-19 15:23:08)

This commit looks suspiciously like what we're looking for: http://trac.emma-soft.com/epdfview/changeset/367
Edit: And applied, epdfview 0.1.8-3 will hit the mirrors soon.
Last edited by schuay (2011-10-19 06:10:02)

Similar Messages

Please solve this mysterious broken run arrow

Everything works great for a while. Then suddenly, this will happen. This is on a PXI chassis using a lot of LVOOP. It happened on my PC so I moved the code all to a VM. It worked fine for a while, then it just came back. These are NI's VIs. The weird thing is, if I diagram disable them, I still can't deploy. I get a broken run arrow right at the end of the deployment (when it says deploying Main), but when the broken run arrow is clicked I have the error list with no errors in it. Tried closing everything, still problem not solved.
CLA, LabVIEW Versions 2010-2013
Attachments:
brokenarrow.png ‏35 KB

Try this video showing how I fixed this problem!
https://www.youtube.com/watch?v=qYAzEpTVsaw
How to Fix Your LabVIEW Failed to Compile or LabView Broken Arrow on Compile.
If you have a happy vi running in LabVIEW and it has a happy arrow then it SHOULD compile to an executable. RIGHT??!! NOT... Frequently, especially if the project is LARGE, it will not properly compile!
I show you how you can compile EVEN when you have a broken arrow!
When LabVIEW fails on building an executable it sometimes does not show you WHERE the error is. It also tells you that you need files that you are not using! Go figure! This is because some of the files are ignored that should not be ignored.
If you know how to get rid of the nag screen please let me know by sending an email to me at [email protected]
This is on a Virtual Machine Windows 7 on VMWARE Fusion 6.02 and the bloody Virtual Windows 7 works better on my iMac than it does on the Toshiba Laptop that I cloned it from!
I use the LabVIEW Service Request System and it is COMPLETELY worth the cost. They are EXTRAORDINARY I would say about 98.7% of the time!
If you liked the video please subscribe to my channel.
Please LIKE this video if you found it useful!
My website if you need Patent Help of engineering help!
http://www.take5inc.com/
Video made with SnagIt

[SOLVED]Ncurses applications broken

Hi,
I have been using Arch Linux for about an year now. Its really is an awesome distro and I havent faced much problems with it, but for recently a minor bump. I spend most of my time in the console session using the ncurses based applications like finch, tmux, etc. However, recently after installing gnome, these applications appear broken. Instead of drawing lines, the draw a sequence of charachters, which kinda looks ugly. Though, they appear perfect in gnome-terminal/xterm. After, some googling, I found out it might be related to locale settings. In my rc.conf, LOCALE="en_US.UTF-8". Is there anything I am missing out? Any pointers? Appreciate your help.
Last edited by ykm29 (2012-06-19 05:47:32)

madchine wrote:
Trilby wrote:Please search the forums before posting. There have been at least half a dozen threads on this in the past two weeks. One of those threads had a title that was nearly identical to this one.
That would be mine... https://bbs.archlinux.org/viewtopic.php?id=143439
And I wanna say that 'all those others' are pretty well hidden or maybe people just don't know to use clever keywords, like 'ncurses'...
Just pointing out that it is not just limited to ncurses. I had the same problem with mc (which i solved a few days ago), and it depends on slang.

[SOLVED] nfsroot install broken after kernel upgrade 3.5.6 to 3.6.2

It seems my nfsroot installations have broken after the kernel upgrade to 3.6.2.
This is as far as the boot process gets now (hand copied from the screen):
IP-Config: eth0 complete (from 10.48.50.20):
address: 10.48.50.240 broadcast: 10.48.50.255 netmask: 255.255.255.0
gateway: 0.0.0.0 dns0 : 0.0.0.0 dns1: 0.0.0.0
domain : local
rootserver: 10.48.50.20 rootpath:
filename : /var/tftpboot/pxelinux.0
NFS-Mount: 10.48.50.20:/srv/nfs4/kvmhost0-rootfs
Waiting 10 seconds for device /dev/nfs ...
mount: Protocol not supported
:: running cleanup hook [udev]
ERROR: Failed to mount the real root device.
Bailing out, you are on your own. Good luck.
sh: can't access tty; job control turned off
[rootfs /]#
On the server this is what is logged:
Oct 16 21:10:04 tuon dhcpd: DHCPDISCOVER from 00:21:70:eb:02:25 via san
Oct 16 21:10:04 tuon dhcpd: DHCPOFFER on 10.48.50.240 to 00:21:70:eb:02:25 via san
Oct 16 21:10:04 tuon dhcpd: DHCPREQUEST for 10.48.50.240 (10.48.50.20) from 00:21:70:eb:02:25 via san
Oct 16 21:10:04 tuon dhcpd: DHCPACK on 10.48.50.240 to 00:21:70:eb:02:25 via san
Oct 16 21:10:14 tuon rpc.mountd[1323]: authenticated mount request from 10.48.50.240:684 for /srv/nfs4/kvmhost0-rootfs (/srv/nfs4/kvmhost0-rootfs)
Oct 16 21:10:14 tuon rpc.mountd[1323]: refused unmount request from 10.48.50.240 for /new_root (/): not exported
It looks to me like the client is sending the mount request, the server accepts and then for some reason the client thinks it has failed. I can't even see anything strange in the wireshark traces comparing the working client (3.5.6) to the broken one (3.6.2).
Anyone else using nfsroot successfully with the latest kernel?
Any other ideas?
(by the way - despite my directory names, this is using nfs v3 for the rootfs)
Last edited by kmshanah (2012-10-18 03:18:07)

mikep wrote:
Just to confirm that I also have this problem with nfsroot (nfs4 this time) with 3.6.2. Downgrading the kernel does make it go away.
When it is working normally I do seem to get refused unmount messages at shutdown for some reason
refused unmount request from 192.168.1.86 for / (/): not exported
, but the /new_root bit is new and I have no idea where it comes from.
refused unmount request from 192.168.1.86 for /new_root (/): not exported
So I wonder if it asking for the wrong path.
That unmount issue will be solved by FS#32021.
Unfortunately, that doesn't help with mounting in the first place with 3.6.2

[SOLVED] ConkySymbols font broken under KDE

Ever since the fontconfig update yesterday, the ConkySymbols font (http://wiltur.deviantart.com/#/d3ij3mi) is mysteriously broken for me. It just prints black rectangles instead.
All other fonts seem to be fine though. I've even downloaded the ConkySymbols .ttf again, but when I open the file in KDE Font Preview the preview pane stays blank.
How do I fix this? Of course it might also be due to the KDE 4.9.1 upgrade somehow, I'm not sure.
Last edited by Morn (2012-09-07 14:56:11)

Morn wrote:I guess now I'm supposed to mark this thread as resolved somehow, but I can't figure out how this works.
Great to hear the fix worked. To mark the thread as solved, just edit your first post and put [SOLVED] in the title. Thanks.

[Solved] Help spotting broken links while using the shell

Hello, here I am again with another doubt (probably a very basic one ).
Is there any way to distinguish broken links from "good" links on the shell?
I'm using xfce and in thunar its very easy to spot that, it says broken link but I can't figure out how to see it easily on the shell.
I'm using bash by the way, just the way it comes out of the install.
Thanks in advance
Last edited by R00KIE (2008-10-16 21:41:45)

Unfortunately no, I have tried with --color=always and with --color=auto its exactly the same thing, last one is used in the default ls alias (alias ls='ls -lh --color=auto'). I have seen this functionality in other distros, maybe if I fiddle with the file that decides which color to give to what will do the trick but I have no idea where to start
It would be nice to see this "addition" included by default in arch, little things like this do matter a lot
More on this ....
If I do dircolors -p both in arch and on a system where this is working the output looks the same, particularly this
ORPHAN 40;31;01 # symlink to nonexistent file, or non-stat'able file
... so I'm really lost here
Ok ... I think I solved it myself, so here it goes. In arch things are getting colorized by default but I have no clue where and how it selects the colors and on the other system I have tried (Fedora 7) the "default" isn't the same as in the dircolors default, but here there is a file with custom colors.
Anyway to solve this I have added
eval `dircolors`
to my .bashrc and that did the trick, I have also added it into /etc/profile.bash just in case I create more users and want it to be already set.
Last edited by R00KIE (2008-10-16 21:41:24)

[Solved] System completely broken after update

Today while updating my system as usual something went south terribly fast
Here's the pacman log of the update
[2009-07-09 12:14] synchronizing package lists
[2009-07-09 12:14] starting full system upgrade
[2009-07-09 12:18] upgraded kernel-headers (2.6.29.3-1 -> 2.6.30.1-1)
[2009-07-09 12:18] upgraded glibc (2.10.1-2 -> 2.10.1-3)
[2009-07-09 12:18] upgraded binutils (2.19.1-4 -> 2.19.1-5)
[2009-07-09 12:18] upgraded gcc-libs (4.4.0-4 -> 4.4.0-5)
[2009-07-09 12:18] upgraded gcc (4.4.0-4 -> 4.4.0-5)
[2009-07-09 12:18] upgraded libtool (2.2.6a-1 -> 2.2.6a-2)
[2009-07-09 12:18] upgraded medit (0.9.4-7 -> 0.9.4-8)
[2009-07-09 12:18] upgraded mercurial (1.3-2 -> 1.3-3)
[2009-07-09 12:18] upgraded sed (4.2-1 -> 4.2.1-1)
If I remember correctly the kernel-headers upgraded just fine, then with glibc something went wrong, I saw an error for glibc and some of the following packages that said something like:
"error: scriptlet failed to execute correctly"
After this the system became unresponsive and I could not even switch to to any consoles and I had to turn the pc off by force.
Trying to reboot is not an option as it will stop with a kernel panic with the error just before saying:
"kinit: /sbin/init: No such file or directory"
The file is there, I have confirmed it with an install image, I have tried (pacman -r) to try to reinstall some of the packages but it didn't work. I have also tried (pacman -r -Sy base) and that fails too with the scriptlet error.
This goes beyond what I can fix myself, any help solving this will be greatly appreciated.
Edit:
Fixed typos.
I have also tried to chroot into the partition but it doesn't work complaining it can't find /bin/bash (which is there also).
Meanwhile I have also tried to remove all base packages and reinstall them but it doesn't work too, the same scriptlet error, a clean install on another disk does work fine but I would like to avoid reinstalling everything again.
Edit 2:
Solved by reinstalling, couldn't afford to wait too long before finding a solution.
Last edited by R00KIE (2009-07-10 08:35:26)

Can't you installing anything ? it hears very badly
pacman -Qo /sbin/init
/sbin/init is owned by sysvinit-mod 2.86-2
If any better idea, than install a working toolchain with manually, copy the binary of them to the desired /bin /sbin, etc.. library.

[SOLVED] Suspend hotkey broken in gnome 3.2

Hi,
After upgrading a lot of pacakges, many of them related to gnome 3.2, the hotkey for suspending stopped working. Suspending still works fine using the menu. I have an acer 3820TG laptop, and the hotkey use FN+F4 keys combination. What's strange, though, is that the rest of FN+XX hotkeys still work. Has anyone else experienced something similar? I am looking at the wiki for troubleshooting tips and possible workarounds, but haven't found the reason behind this problem yet. Any help is appreciated,
jorges
Edit: The issue disappeared after upgrading the system
Last edited by jorges (2011-10-21 10:07:42)

wonder wrote:in fact it might be a regression only in 3.2.1 introduced here:
https://bugzilla.gnome.org/show_bug.cgi?id=660267
You're probably right, as updating the system yesterday fixed the issue. I'm marking the thread SOLVED. Thanks for you help.
jorges

[SOLVED] Several keymaps broken in Bash

Update: This issue has disappeared.
At least the "us", "de-latin1" and "de-latin1-nodeadkeys" keymaps are broken for me in Bash. It's the same in X and in virtual consoles.
When I press "y", nothing happens. Only when I press another key the "y" is being printed followed by the other character I typed. It's like a dead key. Note that this happens even though "y" is placed differently in "us" and "de-latin1*".
In X the "y" is the only error I've found. In virtual consoles there are more keys that behave abnormally. In both de-latin1* keymaps "öäüß" all print different characters (foreign letters or punctuation).
Reloading the keymap with "loadkeys" in the virtual console didn't help.
Removing my .bashrc didn't help.
It doesn't matter if I set Bash as my default shell or if I open Bash from a zsh session.
A newly created user account experiences exactly the same behavior.
I haven't seen this error in other distributions on the same machine.
All three keymaps work fine in zsh, be it in X or in a virtual console.
I'm out of ideas on how to approach this issue.
Last edited by Markus00000 (2013-07-19 17:52:16)

The new user account should have been in emacs-mode as I didn't change it. My regular user is using vi-mode.
I'm pretty sure I didn't change /etc/inputrc:
# do not bell on tab-completion
#set bell-style none
set meta-flag on
set input-meta on
set convert-meta off
set output-meta on
$if mode=emacs
# for linux console and RH/Debian xterm
"\e[1~": beginning-of-line
"\e[4~": end-of-line
"\e[5~": beginning-of-history
"\e[6~": end-of-history
"\e[7~": beginning-of-line
"\e[3~": delete-char
"\e[2~": quoted-insert
"\e[5C": forward-word
"\e[5D": backward-word
"\e\e[C": forward-word
"\e\e[D": backward-word
"\e[1;5C": forward-word
"\e[1;5D": backward-word
# for rxvt
"\e[8~": end-of-line
# for non RH/Debian xterm, can't hurt for RH/DEbian xterm
"\eOH": beginning-of-line
"\eOF": end-of-line
# for freebsd console
"\e[H": beginning-of-line
"\e[F": end-of-line
$endif
The .inputrc from my regular user account shouldn't cause the newly created one to misbehave.
Any more info I can give?
Last edited by Markus00000 (2013-05-28 13:57:27)

[SOLVED] synce-kpm broken ?

Running dataserver
Traceback (most recent call last):
File "/usr/bin/synce-kpm", line 26, in <module>
synceKPM.main.main()
File "/usr/lib/python2.6/site-packages/synceKPM/main.py", line 74, in main
import synceKPM.main_gui
File "/usr/lib/python2.6/site-packages/synceKPM/main_gui.py", line 6, in <module>
from synceKPM.gui.mainwindow import *
File "/usr/lib/python2.6/site-packages/synceKPM/gui/mainwindow.py", line 32, in <module>
from synceKPM.gui.ui_synce_kpm_mainwindow import *
File "/usr/lib/python2.6/site-packages/synceKPM/gui/ui_synce_kpm_mainwindow.py", line 7, in <module>
from PyKDE4 import kdecore
ImportError: No module named PyKDE4
Seems that this broke when I upgraded to the latest synce packages.
Or maybe is this some dependancy problem. I can't seem to find pykde4 anywhere in reps.
Last edited by Nuz (2010-05-17 14:25:44)

I solved the problem. Turns out that I need kdebindings-python package installed. Thanks to http://bbs.archlinux.org/viewtopic.php?id=54940.

[SOLVED] Wine suddenly broken

Ok first of all I don't know if this is related to the pacman issues that has been reported.
Did an upgrade today wich included an upgrade of wine. Half way through wine it throws an error and doesn't complete the upgrade. It appears as if pacman has removed wine and then not been able to install the newer version of it because now I can't start my apps anymore due to some files missing. Any ideas?
Edit: Ok, so a pacman -Sf wine solved the issue for now it seems.
Last edited by strankan (2009-01-19 22:18:45)

Thanks again for you suggestions.
But I don't think it's causing problems as it's part of Kwin (the KDE windows manager) and if I'm correct Xmonad is another WM.
So I don't think it really has an effect. I think it matters only if you use Kwin and it's effects.
Yes, xmonad is another window manager. But I doubt it has anything to do with this konqueror problem, since it worked perfectly until some update a few days back. Unfortunately I could not find a way to figure out which packages had been updated in the last days (man pacman is silent about that).
Maybe check you Konqueror settings. Or your windows management settings.
In Konqueror look at performance and web settings.
But I can't help you with windows manager.
Again, I doubt that any settings are to blame, because until that ominous update everything worked like a charm.
But I am curious why do you even use Konqueror I'm a KDE user and I don't use it. mostly because Flash can be a bit of a pain sometimes working and sometimes not.
The flash problems are annoying, but other than that Konqueror is the least annoying browser I know of. It is configurable without headaches (it has MENUES for easy configuration), the design is more pleasant than Firefox, and it does not send information about my browsing habits to Google or any other companies.

[SOLVED] ePDFView won't display all pictures

I'm having some issues with my ePDFView PDF reader. There are alot of pictures it simply won't display. About 25% of the pictures (in average) in my PDF documents shows up as grey blocks with the same shape and size as the original picture. This is the case for external documents (made by others), and my own home cooked ones.
Last edited by madr (2013-05-08 15:06:57)

ilusi0n wrote:If this doesn't happen with other pdf viewers I would advice to change pdf viewer. Development of epdfview stopped (at least is what is written on arch wiki)
Hmm, indeed. I hadn't noticed that. It seems that even the upstream website is down. I mainly use zathura, but epdfview has been working fine whenever I do use it.

[SOLVED]Fn keys broken after update

Hi,
After a system upgrade the fn keys controlling the keyboard backlight don't work. Other fn keys work fine
Update log:
[2013-09-20 17:55] [PACMAN] starting full system upgrade
[2013-09-20 17:58] [PACMAN] upgraded dbus (1.6.12-1 -> 1.6.14-1)
[2013-09-20 17:58] [ALPM] warning: /etc/systemd/logind.conf installed as /etc/systemd/logind.conf.pacnew
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> systemd 205 restructures the cgroup hierarchy and changes internal
[2013-09-20 17:58] [ALPM-SCRIPTLET] protocols. You should reboot at your earliest convenience.
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> The "timestamp" hook for mkinitcpio no longer exists. If you used
[2013-09-20 17:58] [ALPM-SCRIPTLET] this hook, you must remove it from /etc/mkinitcpio.conf. A "systemd"
[2013-09-20 17:58] [ALPM-SCRIPTLET] hook has been added which provides this functionality, and more.
[2013-09-20 17:58] [PACMAN] upgraded systemd (204-3 -> 207-3)
[2013-09-20 17:58] [PACMAN] upgraded bluez-utils (5.7-1 -> 5.8-1)
[2013-09-20 17:58] [PACMAN] upgraded cogl (1.14.0-4 -> 1.14.0-5)
[2013-09-20 17:58] [PACMAN] upgraded empathy (3.8.3-1 -> 3.8.4-1)
[2013-09-20 17:58] [PACMAN] upgraded firefox (23.0.1-1 -> 24.0-1)
[2013-09-20 17:58] [ALPM-SCRIPTLET] Generating locales...
[2013-09-20 17:58] [ALPM-SCRIPTLET] el_GR.UTF-8... done
[2013-09-20 17:58] [ALPM-SCRIPTLET] en_US.UTF-8... done
[2013-09-20 17:58] [ALPM-SCRIPTLET] Generation complete.
[2013-09-20 17:58] [PACMAN] upgraded glibc (2.18-3 -> 2.18-4)
[2013-09-20 17:58] [PACMAN] upgraded gmime (2.6.17-1 -> 2.6.18-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-desktop (1:3.8.3-2 -> 1:3.8.4-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-color-manager (3.8.2-1 -> 3.8.3-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-settings-daemon (3.8.4-2 -> 3.8.5-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-control-center (3.8.4.1-2 -> 3.8.5-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-shell-extensions (3.8.3.1-2 -> 3.8.4-1)
[2013-09-20 17:58] [PACMAN] upgraded gnome-themes-standard (3.8.3-1 -> 3.8.4-1)
[2013-09-20 17:58] [PACMAN] upgraded graphviz (2.32.0-1 -> 2.32.0-2)
[2013-09-20 17:58] [PACMAN] upgraded icedtea-web-java7 (1.4-2 -> 1.4.1-1)
[2013-09-20 17:58] [PACMAN] upgraded lib32-glibc (2.18-3 -> 2.18-4)
[2013-09-20 17:58] [PACMAN] upgraded libpng (1.6.3-1 -> 1.6.5-1)
[2013-09-20 17:58] [PACMAN] upgraded lib32-libpng (1.6.3-1 -> 1.6.5-1)
[2013-09-20 17:58] [PACMAN] upgraded libusbx (1.0.16-2 -> 1.0.17-1)
[2013-09-20 17:58] [PACMAN] upgraded linux-firmware (20130725-1 -> 20130903-1)
[2013-09-20 17:58] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2013-09-20 17:58] [ALPM-SCRIPTLET] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Starting build: 3.11.1-1-ARCH
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Starting build: 3.11.1-1-ARCH
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: bfa
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: smsmdtv
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-09-20 17:58] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-09-20 17:58] [PACMAN] upgraded linux (3.10.10-1 -> 3.11.1-1)
[2013-09-20 17:58] [PACMAN] upgraded orc (0.4.17-1 -> 0.4.18-1)
[2013-09-20 17:58] [ALPM-SCRIPTLET]
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> The file /etc/sysctl.conf has been removed from this
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> package, as all its settings are now kernel defaults.
[2013-09-20 17:58] [ALPM-SCRIPTLET]
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> If you had customized it, you need to rename it as
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> /etc/sysctl.d/99-sysctl.conf since from version 207 on
[2013-09-20 17:58] [ALPM-SCRIPTLET] ==> systemd only applies settings from /etc/sysctl.d/* .
[2013-09-20 17:58] [ALPM-SCRIPTLET]
[2013-09-20 17:58] [PACMAN] upgraded procps-ng (3.3.8-2 -> 3.3.8-3)
[2013-09-20 17:58] [PACMAN] upgraded raptor (2.0.9-2 -> 2.0.10-2)
[2013-09-20 17:58] [PACMAN] upgraded systemd-sysvcompat (204-3 -> 207-3)
[2013-09-20 17:58] [PACMAN] upgraded tali (3.8.0-1 -> 3.8.1-1)
[2013-09-20 17:58] [PACMAN] upgraded transmission-gtk (2.81-1 -> 2.82-1)
[2013-09-20 17:58] [PACMAN] upgraded udisks2 (2.1.0-3 -> 2.1.1-1)
[2013-09-20 17:58] [ALPM-SCRIPTLET] In order to use the new version, reload all virtualbox modules manually.
[2013-09-20 17:58] [PACMAN] upgraded virtualbox-host-modules (4.2.18-1 -> 4.2.18-3)
[2013-09-20 17:58] [PACMAN] upgraded xorg-xinput (1.6.0-1 -> 1.6.1-1)
[2013-09-20 17:58] [PACMAN] upgraded xvidcore (1.3.2-1 -> 1.3.2-2)
and Dmesg
[ 1053.214014] atkbd serio0: Unknown key pressed (translated set 2, code 0x97 on isa0060/serio0).
[ 1053.214022] atkbd serio0: Use 'setkeycodes e017 <keycode>' to make it known.
[ 1053.455447] atkbd serio0: Unknown key pressed (translated set 2, code 0x96 on isa0060/serio0).
[ 1053.455455] atkbd serio0: Use 'setkeycodes e016 <keycode>' to make it known.
I can see what the issue is (somehow the update broke the keyboard "hooks"), but don't know how to fix it cleanly (with what to "hook" the keys).
Seems like a silly situation, so i start the thread in the newbies section.
thanks in advance
Last edited by mpir (2013-09-25 18:12:08)

Solution:
prerequisites: xorg-xev
i) get the keyodes with dmesg | tail {i used the eXX number, not the hex}
ii) test the scancode to keycode binding using
setkeycodes [scancode_you_found] [keycode]
and then
xev
. You want your key to show up as "XF86KbdBrightnessUp/Down", my keycodes were 229 and 230
iii) make the change permanant by:
creating a new service
/etc/systemd/system/setkeycodes.service
[Unit]
Description=Change keycodes at boot
[Service]
Type=oneshot
ExecStart=/usr/bin/setkeycodes [scancode] [keycode]
ExecStart=/usr/bin/setkeycodes [scancode] [keycode]
[Install]
WantedBy=multi-user.target
and enabling the service
systemctl enable setkeycodes
cheers

[Solved] HDMI audio broken after upgrading to kernel 3.13.4

Hi,
Yesterday I upgraded to kernel 3.13.4 from 3.12.9 and
HDMI audio through my nVidia GTX660 card stopped working.
The problem occurs both with nouveau and nVidia drivers.
My system is an aged Intel quadcore Q9400 on a Intel motherboard.
By typing "aplay -l" I get:
card 0: Intel [HDA Intel], device 0: 92HD73E1X5 Analog [92HD73E1X5 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: 92HD73E1X5 Digital [92HD73E1X5 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
Strangely the alsa card number changed from 1 to 2
after the kernel upgrade.
I would really appreciate any help.
Thanks
Last edited by tenoriocalc (2014-02-23 16:02:46)

Thank you very much, silenceleaf.
I managed to make it work with some tweaking like you said.
But only after a deep power cycle, unpluging any power to the system.
Just turning off the machine's power button was not enough. Odd!
Last edited by tenoriocalc (2014-02-23 16:09:44)

[SOLVED] Pacman is broken on fresh installation

I've just performed a fresh installation that seemed to go fine, following the Official Arch Linux Install Guide. However, I get the following during my first login:
Arch Linux 2.6.39-ARCH (myhost) (tty1)
myhost login: root
Password:
[root@myhost ~]# pacman -Sy
:: Synchronizing package databases...
error: local database version is too old
error: failed to init transaction (database is incorrect version)
try running pacman-db-upgrade
error: transaction already initiated
[root@myhost ~]#
I realize the error recommends that I run pacman-db-upgrade, but it seems very out-of-the-ordinary to encounter this error after having installed fresh with all default options. Could someone give me a hand?
Last edited by benash (2011-07-15 02:56:03)

karol wrote:
benash wrote:Thanks. I appreciate the responses. I ran pacman-db-upgrade, and that appeared to fix the problem. I'm now having some trouble downloading packages (1 out of 10 seems to be failing), but I just found the documentation on selecting appropriate mirrors.
What exactly do you mean by "failing"? Please post the errors you get.
But first, grab a fresh mirrorlist http://www.archlinux.org/mirrorlist/ and try to update again.
I agree with picking an updated mirror. If packages are "failing," then the mirrors may be out of sync. Also, the list of mirrors included on the ISO CD may be out of date.

[SOLVED] epdfview / poppler broken?

Similar Messages

Maybe you are looking for