Custom post_upgrade hook?

Something like `customizepkg' but with respect to binary package,
sort of additional `post_upgrade' hook.
I.e. I would like to change some package configuration automatically after upgrade.
For an example:
- changing "hello message" for several utils
- setting some capabilities on certain files
- changing icon size for FBReader
(currently I run sh-scripts every time after corresponding upgrades)
Is it possible to implement subject with not very dirty tricks?
Thank you in advance.

Hooks never made it past the "talk about how to do it" stage... I think there was recent patch activity on the mailing list.

Similar Messages

Error while calling Custom activity Hook

Hello ME and MII Experts,
We are tying to call custom MII transaction via Activity hook at operation level. While doing that, we received the error "The resource "SAPMEWIP" does not support two-phase commit and cannot be enlisted in the current transaction". This issue is fixed by changing the data source to XA and changing the SQL query in MII transaction to "Query" instead of "Fixed Query" .
Issue:- When we set SQL query to "Query" it is not allowing to make a call to DB package.
Any inputs on how we can solve this?
-Adarsha.K.S

My custom VIs are working from LabVIEW; VIs are converted into .Net Assembly DLL and getting error while calling my .Net DLL's functions from TestStand. I've attached APx515 Initialize VI screenshot; this is an custom made VI where it's directly calling AP's (AP - Audio Precision) .Net functions not using AP's Initialize VI.
I've also tried below two itms,
1. Calling my LabVIEW .Net DLL from AP's .Net DLL's location; that didn't help
2. Copied AP's .Net DLL (AudioPrecision.API.dll) to my LabVIEW .Net DLL's location; that didn't help either
Please let anyone help, if you come across similar issue.
Thanks
Attachments:
APx515_VIsScreenshot.pdf ‏182 KB

SSAS 2012 - Bring in Sold to Customer and measure - query returns in 1 second - add in ship to query stalls

I have a star schema that has the Customer Dim hooked to the invoice fact 3 times. Aliased Sold to, Ship to and End user. I pull Sold to name into excel and any measure and the query returns almost instantaneously. I pull the ship to name
in and the query stall and never finishes. The Customer dim has 80k records, but only 3000 or so with results for invoices.
thanks

I would delete and re-add the relationships on the Dimension Usage tab, the reprocess everything FULL first dimensions then Cube. What you are seeing is pretty weird, so I'd want to make sure it's nothing nebulous..
Then I would look at profiler and see what the heck it is doing that is taking so long. Sorry I don't have an exactly answer, at this point I would need to poke around and get some more information/ideas.
Just to be clear, you are using SSAS multidimensional?
-Ken

Using the mkinitcpio net hook confuses netcfg

Hello everybody.
I am currently trying to build a headless Linux home server, and I decided to try out Arch.
The server has an encrypted root file system by means of having a plain-text /boot 1st partition and having the / file system on a 2nd LUKS partition.
For starters I used the mkinitcpio hooks "keymap keyboard encrypt", with the appropriate "cryptdevice=..." and "root=..." kernel parameters to make the server prompt me for the pass phrase in early user space, which works nicely.
As this thing is supposed to become a headless system I then tried to set it up in a way that enables me to open an SSH connection into the early user space and supply the pass phrase from there, using dropbear_initrd_encrypt. And it works! This is great stuff.
Unfortunately doing this broke the then-running server's network connection.
I have a static IP address netcfg profile that is loaded from systemd on server start-up (systemctl enable netcfg; the profile is set in the "NETWORKS=..." variable in "/etc/conf.d/netcfg").
The ethernet device is called "enp2s0".
This worked flawlessly until I started using the "net" mkinitcpio hook to get a network connection in early user space for the remote unlocking.
The net hook's corresponding kernel parameter looks like "ip=<ip>:::<netmask>:::none"
When I use this hook, the system boots up without having the "enp2s0" ethernet device, causing netcfg to bail out.
It does however gain the same network device as "eth0" instead, which is apparently how early user space calls it. This "eth0" ethernet device appears to retain the settings it has been set up with by the net hook.
Unfortunately the net hook does not supply things like a default gateway or DNS servers, so while the server technically is reachable from the local network, it cannot access the internet, which it definitely needs to be able to do.
After tracking this down I figured "Whatever. I can live with the ethernet device being called eth0."
So I made a second identical netcfg profile, exchanging "enp2s0" for "eth0", and set the server to load that one instead when booting.
That unfortunately did not work either, because netcfg is cautious and aborts when it is told to set up a network adapter that is already active in some way unknown to netcfg.
What also didn't help was specifying the "enp2s0" ethernet device name in the "ip=..." kernel parameter for the net hook, because indeed the early user space only knows the device as "eth0".
So for now I'm stumped. Anyone experienced this issue and managed to solve it?
A solution might be another "disablenet" mkinitcpio hook that deconfigures the network adapters configured by "net", so that the renaming from "eth0" to "enp2s0" during boot, which I assume fails on account of "eth0" being active, works again.
Thanks for any help,
eomanis
Edit: Changed "netctl" to "netcfg" in the thread subject
Last edited by eomanis (2013-04-18 08:45:21)

tomk wrote:You could try including the appropriate command to bring down your interface in your profile's PRE_UP field.
Okay, I tried that.
I put both netcfg profiles into the "NETWORKS=..." variable in "/etc/conf.d/netcfg", and added this to both of them:
# Clear leftover state from mkinitcpio net hook
PRE_UP="ip link set <device> down || true"
where <device> is eth0 or enp2s0, respectively.
After a reboot with remote decryption the server's network was down completely. Looks like the "ip link set ... down" command worked all right, but the rest didn't go as planned.
Here's what systemctl says about that:
[root@hserver autologin]# systemctl status netcfg
netcfg.service - Netcfg multi-profile daemon
Loaded: loaded (/usr/lib/systemd/system/netcfg.service; enabled)
Active: failed (Result: exit-code) since Thu 2013-04-18 22:35:38 CEST; 26min ago
Process: 340 ExecStart=/usr/bin/netcfg-daemon start (code=exited, status=1/FAILURE)
Apr 18 22:35:35 hserver netcfg-daemon[340]: :: static_enp2s0 up Cannot find device "enp2s0"
Apr 18 22:35:35 hserver netcfg-daemon[340]: Interface enp2s0 does not exist
Apr 18 22:35:35 hserver netcfg-daemon[340]: [fail]
Apr 18 22:35:38 hserver netcfg-daemon[340]: :: static_eth0 up RTNETLINK answers: File exists
Apr 18 22:35:38 hserver netcfg-daemon[340]: Could not configure interface
Apr 18 22:35:38 hserver netcfg-daemon[340]: [fail]
Apr 18 22:35:38 hserver systemd[1]: netcfg.service: main process exited, code=exited, status=1/FAILURE
Apr 18 22:35:38 hserver systemd[1]: Failed to start Netcfg multi-profile daemon.
Apr 18 22:35:38 hserver systemd[1]: Unit netcfg.service entered failed state
As before, device "enp2s0" is missing, but "eth0" doesn't come up either, even after being downed manually beforehand :-(
Strangely enough, if I do "netcfg -u static_eth0" after that, eth0 does come up. What?!
@falconindy: Applying a udev rule in early user space would require to make a custom initcpio hook, wouldn't it?
In that case I'd rather try to figure out what the "net" hook does and undo it, seeing that I have to write a custom hook anyway and that "eth0" doesn't come up no matter what.
Having an "enp2s0" ethernet device that doesn't come up either isn't going to do me much good ;-)
Thanks for the suggestions,
eomanis

Mounting the Root File System into RAM

Hi,
I had been wondering, recently, how can one copy the entire root hierarchy, or wanted parts of it, into RAM, mount it at startup, and use it as the root itself. At shutdown, the modified files and directories would be synchronized back to the non-volatile storage. This synchronization could also be performed manually, before shutting down.
I have now succeeded, at least it seems, in performing such a task. There are still some issues.
For anyone interested, I will be describing how I have done it, and I will provide the files that I have worked with.
A custom kernel hook is used to (overall):
Mount the non-volatile root in a mountpoint in the initramfs. I used /root_source
Mount the volatile ramdisk in a mountpoint in the initramfs. I used /root_ram
Copy the non-volatile content into the ramdisk.
Remount by binding each of these two mountpoints in the new root, so that we can have access to both volumes in the new ramdisk root itself once the root is changed, to synchronize back any modified RAM content to the non-volatile storage medium: /rootfs/rootfs_{source,ram}
A mount handler is set (mount_handler) to a custom function, which mounts, by binding, the new ramdisk root into a root that will be switched to by the kernel.
To integrate this hook into a initramfs, a preset is needed.
I added this hook (named "ram") as the last one in mkinitcpio.conf. -- Adding it before some other hooks did not seem to work; and even now, it sometimes does not detect the physical disk.
The kernel needs to be passed some custom arguments; at a minimum, these are required: ram=1
When shutting down, the ramdisk contents is synchronized back with the source root, by the means of a bash script. This script can be run manually to save one's work before/without shutting down. For this (shutdown) event, I made a custom systemd service file.
I chose to use unison to synchronize between the volatile and the non-volatile mediums. When synchronizing, nothing in the directory structure should be modified, because unison will not synchronize those changes in the end; it will complain, and exit with an error, although it will still synchronize the rest. Thus, I recommend that if you synch manually (by running /root/Documents/rootfs/unmount-root-fs.sh, for example), do not execute any other command before synchronization has completed, because ~/.bash_history, for example, would be updated, and unison would not update this file.
Some prerequisites exist (by default):
Packages: unison(, cp), find, cpio, rsync and, of course, any any other packages which you can mount your root file system (type) with. I have included these: mount.{,cifs,fuse,ntfs,ntfs-3g,lowntfs-3g,nfs,nfs4}, so you may need to install ntfs-3g the nfs-related packages (nfs-utils?), or remove the unwanted "mount.+" entires from /etc/initcpio/install/ram.
Referencing paths:
The variables:
source=
temporary=
...should have the same value in all of these files:
"/etc/initcpio/hooks/ram"
"/root/Documents/rootfs/unmount-root-fs.sh"
"/root/.rsync/exclude.txt" -- Should correspond.
This is needed to sync the RAM disk back to the hard disk.
I think that it is required to have the old root and the new root mountpoints directly residing at the root / of the initramfs, from what I have noticed. For example, "/new_root" and "/old_root".
Here are all the accepted and used parameters:
Parameter Allowed Values Default Value Considered Values Description
root Default (UUID=+,/dev/disk/by-*/*) None Any string The source root
rootfstype Default of "-t <types>" of "mount" "auto" Any string The FS type of the source root.
rootflags Default of "-o <options>" of "mount" None Any string Options when mounting the source root.
ram Any string None "1" If this hook sould be run.
ramfstype Default of "-t <types>" of "mount" "auto" Any string The FS type of the RAM disk.
ramflags Default of "-o <options>" of "mount" "size=50%" Any string Options when mounting the RAM disk.
ramcleanup Any string None "0" If any left-overs should be cleaned.
ramcleanup_source Any string None "1" If the source root should be unmounted.
ram_transfer_tool cp,find,cpio,rsync,unison unison cp,find,cpio,rsync What tool to use to transfer the root into RAM.
ram_unison_fastcheck true,false,default,yes,no,auto "default" true,false,default,yes,no,auto Argument to unison's "fastcheck" parameter. Relevant if ram_transfer_tool=unison.
ramdisk_cache_use 0,1 None 0 If unison should use any available cache. Relevant if ram_transfer_tool=unison.
ramdisk_cache_update 0,1 None 0 If unison should copy the cache to the RAM disk. Relevant if ram_transfer_tool=unison.
This is the basic setup.
Optionally:
I disabled /tmp as a tmpfs mountpoint: "systemctl mask tmp.mount" which executes "ln -s '/dev/null' '/etc/systemd/system/tmp.mount' ". I have included "/etc/systemd/system/tmp.mount" amongst the files.
I unmount /dev/shm at each startup, using ExecStart from "/etc/systemd/system/ram.service".
Here are the updated (version 3) files, archived: Root_RAM_FS.tar (I did not find a way to attach files -- does Arch forums allow attachments?)
I decided to separate the functionalities "mounting from various sources", and "mounting the root into RAM". Currently, I am working only on mounting the root into RAM. This is why the names of some files changed.
Of course, use what you need from the provided files.
Here are the values for the time spend copying during startup for each transfer tool. The size of the entire root FS was 1.2 GB:
find+cpio: 2:10s (2:12s on slower hardware)
unison: 3:10s - 4:00s
cp: 4 minutes (31 minutes on slower hardware)
rsync: 4:40s (55 minutes on slower hardware)
Beware that the find/cpio option is currently broken; it is available to be selected, but it will not work when being used.
These are the remaining issues:
find+cpio option does not create any destination files.
(On some older hardware) When booting up, the source disk is not always detected.
When booting up, the custom initramfs is not detected, after it has been updated from the RAM disk. I think this represents an issue with synchronizing back to the source root.
Inconveniences:
Unison needs to perform an update detection at each startup.
initramfs' ash does not parse wild characters to use "cp".
That's about what I can think of for now.
I will gladly try to answer any questions.
I don't consider myself a UNIX expert, so I would like to know your suggestions for improvement, especially from who consider themselves so.
Last edited by AGT (2014-05-20 23:21:45)

How did you use/test unison? In my case, unison, of course, is used in the cpio image, where there are no cache files, because unison has not been run yet in the initcpio image, before it had a chance to be used during boot time, to generate them; and during start up is when it is used; when it creates the archives. ...a circular dependency. Yet, files changed by the user would still need to be traversed to detect changes. So, I think that even providing pre-made cache files would not guarantee that they would be valid at start up, for all configurations of installation. -- I think, though, that these cache files could be copied/saved from the initcpio image to the root (disk and RAM), after they have been created, and used next time by copying them in the initcpio image during each start up. I think $HOME would need to be set.
Unison was not using any cache previously anyway. I was aware of that, but I wanted to prove it by deleting any cache files remaining.
Unison, actually, was slower (4 minutes) the first time it ran in the VM, compared to the physical hardware (3:10s). I have not measured the time for its subsequent runs, but It seemed that it was faster after the first run. The VM was hosted on a newer machine than what I have used so far: the VM host has an i3-3227U at 1.9 GHz CPU with 2 cores/4 threads and 8 GB of RAM (4 GB ware dedicated to the VM); my hardware has a Pentium B940 at 2 GHz CPU with 2 cores/2 threads and 4 GB of RAM.
I could see that, in the VM, rsync and cp were copying faster than on my hardware; they were scrolling quicker.
Grub, initially complains that there is no image, and shows a "Press any key to continue" message; if you continue, the kernel panics.
I'll try using "poll_device()". What arguments does it need? More than just the device; also the number of seconds to wait?
Last edited by AGT (2014-05-20 16:49:35)

Live Office BOXI R2 VBA Macros & Scheduling

Greetings,
have an Excel heavy customer who is liking VBA for macro development and desktop productivity workflow automation ...
Wondering if/how customer could hook VBA macros into the Live Office suite?
Alternatives for automating document refreshes?
Martin

Double post. Sorry

After upgrade from 11.5.10 to R12.2.3, While terminating employee, i got the below error.

APP-PER-51938: The system could not find the program unit being called. This could be because the application API pre-processor has not been run.
Contact your system administrator quoting the following details: Error ORA-06508 in API Module PER_PERIODS_OF_SERVICE at hook after update.

Thanks for the reply. But there is no Custom User Hook attached. Moreover i checked all the user hooks are in Valid state.

How can I recreate ArchLinux's installation ramdisk?

Hi,
I'm on a project where I developed my own custom ramdisk so I can automate the installation procedure for Arch. Currently, I have a script that takes Arch's initrd.img, and adds stuff to it (my scripts).
Now, I would like to be able to create the ramdisk from scratch (not requiring Arch's image as a base). Therefore, I would like to get the script(s) (if any) that ArchLinux devs use to create Arch's installation ramdisk. There are some things I want to change (some busybox options and stuff) so I really need this.
On cvs I can see a nice laid build system for creating an installation image using the new cpio method. But I can't find anything related to the old initrd system (even when using the RELEASE_0_7_2 CVS tag).
Also, I'm interested in the initcpio system since it seems way more simple to create Arch's installation image. Even more, I already saw the archboot package that would allow me to recreate the initcpio that will be used for installing the upcoming Arch release. I'm going to play with this, but I'm going to stay with the old initrd system until Arch's next release.
And regarding the cpio system, I have a doubt. How does the ramdisk environment change when using cpio over old initrd? I noticed that busybox is no longer used. Is using busybox an option? Would it make sense?
Thanks

V01D wrote:Ok, now I'm getting things a little better. I think that my best option is to use busybox using initcpio (don't you know how I can ask about the scripts you use for the old initrd? even if I don't use that initrd, I would like to see how the filesystem inside the initrd is created; there are programs like dhcpcd that I don't know from where to take (my own system?)).
Well, the scripts would/should work with either system. Problem is that the initrd scripts are a bit lacking. The mkinitcpio scripts are included in /lib/initcpio/* - check under the "hooks" directory. You don't need dhcpcd. This is already accounted for with the 'net' hook, which is part of mkinitcpio.
mkinitcpio -H net
for help with the net hook, and how to use it.
V01D wrote:You say I should use static busybox or with klibc. Can't I just use uClibc? (NOTE: I get a little confused about what uClibc is... I see libc6 on the ramdisk, is that uClibc?)
Both uClibc and klibc have similar goals. Both are mini C libraries, meant to be used for small systems. The difference is that uClibc is meant for embedded systems, and klibc is meant specifically for early-userspace. You *can* use a pure uClibc system, but you will lose all the tools that klibc provides (ls /usr/lib/klibc/bin/*). Admittedly, some of these are replaced by busybox, but others (which are important) may not be. However, they should all compile under uClibc.
V01D wrote:is the new cpio system just a new way of handling file and a RAM based filesystem? or is it a deeper change compared to initrd? the whole thing about kinit confuses me a little... And I can't find much documentation about this. I mean, I saw an option on busybox's config regarding something about init and initramfs, but I don't get much about it.
In other words, how much would I have to change If I'd create a cpio with all files that are present on the initrd?
The difference between initrd and initramfs, from a consumer's persepctive, is minimal. Instead of /linuxrc, you want to use /init as the script name. If you were to convert the existing initrd, you would just have to rename that.
I need to stress, though, that the linuxrc for the old initrd is very very limited. Reusing that is going to cause alot of headaches and cost you development time. The init script and hooks that are part of mkinitcpio are much more generalized, and the system, as a whole, is hugely open to "add ins". Maybe it would help if you explained exactly what you want to do, and I can tell you how much work it would take to do it both ways?
V01D wrote:regarding any extra program I want to add (think of the BINARY='' option of mkinitcpio), how would this be handled if I use busybox? will it see that I use uClibc? Or will it try to add klibc?
klibc is added by the 'base' hook, which is why I stated earlier that you can rewrite your own custom base hook to take care of that, or even removed base altogether. There are only a few minor issues there.
V01D wrote:Can I add any program to the ramdisk and expect it to work (assuming it doesn't depends on any other library but libc)? I mean, does a program have to be compiled specially to be used with uClibc or klibc?
No, copying random programs to the ramdisk will fail. You need to recompile them against klibc or uClibc, or link them statically. You can not interchange C libraries.
I really think it would help if you describe what you're trying to do. It sounds like you want busybox simply for convienance, and are going to cause yourself a mess of trouble just to add it.

(paid support) Making "Jockey" work in Arch

My employer needs an easy way for endusers to install the correct video drivers. Therefore we are looking for someone to make Jockey work for Arch Linux. This tool is also known as "Hardware Drivers" in ubuntu, and we think this tool best suits our needs. We will pay for this project upon completion.
From https://launchpad.net/jockey:
Jockey provides an user interface and desktop integration for installation and upgrade of third-party drivers. It is written in a distribution agnostic way, and to be easily portable to different frontends (GNOME, KDE, command line).
If you are interested in doing this job for us, please pm me.
If more information is needed, please reply to this post directly, and I will amend this post.

some-guy94 wrote:The fglrx driver won't work well with archlinux since it is slow to support Xorg and kernel updates.
I like how users still spread FUD about fgrlx.
Vi0l0 found out that catalyst 10.6 is working with plain xorg 1.8 from extra. Also someone posted that catalyst 10.6 is working with 2.6.35 with a minor patch. There is no freaking way it could be LESS fast to support new xorg and kernels.
@unkiepunkie
This sounds not too bad but you should specify more what exactly it needs to be able to do.
If Vi0l0 allows it you could just copy the catalyst repo: http://wiki.archlinux.org/index.php/ATI … positories
After making sure that it is in a stable state, I mean.
I guess it needs to guess the correct driver from the hardware that the user has. For older ATI cards it could get ugly: Newer Catalyst drivers don't support older cards (before HD series I think) and using an old catalyst would mean using an old or patched xorg too.
So maybe for older Cards it should just install the open source drivers, they are actually pretty good for older cards I think.
So only the MODULES array in rc.conf needs to be parsed and either fglrx or radeon enabled. With !radeon there should be no modesetting and fglrx is happy...
nvidia should be less problematic... Only really old cards are not supported.
So what do you want as new functionality besides making jockey work?
* Parse the module array so that either radeon, fglrx, nvidia or i915 is enabled
* maintain modprobe.conf to enable/disable KMS
* Provide xf86-video-ati for older ati cards
edit: I knew I forgot something:
Creating a xorg.conf could be a problem. I think aticonfig --initial and nvidia-xconfig only work when no X is running... So it has to be done on reboot...? But how? Booting to runlevel 3 and running an automated script would be easiest but what if someone starts a login manager per DAEMONS array?
Maybe a custom mkinitcpio hook for all the driver stuff...
This is getting complex... In my opinion it is exactly this complexity that makes so many things break...
Last edited by Cdh (2010-06-21 20:55:58)

[SOLVED] UrgencyHook and Xmobar

Hey guys,
I'm having some trouble getting urgencyhook to work with pidgin. My xmonad config looks fine to me but maybe I'm missing something/something is interfering with urgencyhook? My haskell knowledge is a bit lacking. I've also made sure to turn on the URGENCY hint in pidgin but still nothing. Here's my xmonad.hs:
--------- Import Stuff ---------
import XMonad
import qualified XMonad.StackSet as W
import qualified Data.Map as M
import System.IO
import Data.Ratio ((%))
-- Utilities
import XMonad.Util.Run (spawnPipe)
-- Hooks
import XMonad.Hooks.ManageDocks
import XMonad.Hooks.DynamicLog
import XMonad.Hooks.ManageHelpers
import XMonad.Hooks.UrgencyHook
-- Layout
import XMonad.Layout.IM
import XMonad.Layout.Reflect
import XMonad.Layout.NoBorders
import XMonad.Layout.ResizableTile
import XMonad.Layout.PerWorkspace
p--------------------------------
-------- Main Function ---------
main = do
pipe <- spawnPipe "xmobar"
xmonad $ withUrgencyHook NoUrgencyHook $ defaultConfig
{ borderWidth = 2,
terminal = "urxvt",
modMask = mod4Mask,
-- normalBorderColor = "#005500",
normalBorderColor = "#000000",
focusedBorderColor = "#00aa00",
-- keybindings
keys = newKeys,
-- hooks, layouts
manageHook=myManage,
layoutHook = myLayout,
logHook = myLog pipe,
workspaces=myWorkspaces
-------- Custom Config ---------
-- Hooks
myManage = composeAll
[ isFullscreen --> doFullFloat,
className =? "Chromium" --> doShift "Web",
className =? "Firefox" --> doShift "Web",
className =? "Pidgin" --> doShift "IM",
className =? "Xfce4-notifyd" --> doF W.focusDown,
appName =? "ncmpcpp" --> doShift "Music"]
<+> manageDocks <+> manageHook defaultConfig
myLog h = dynamicLogWithPP $ xmobarPP
{ ppOutput = hPutStrLn h,
ppCurrent = xmobarColor "#429942" "" . wrap "/" "/",
ppUrgent = xmobarColor "#FF0000" "",
ppTitle = shorten 25,
ppSep = "<fc=#AFAF87> | </fc>"
-- Layout
myLayout = avoidStruts $ onWorkspace "IM" myIM $ smartBorders tiled ||| smartBorders (Mirror tiled) ||| noBorders Full
where
tiled = ResizableTall 1 (2/100) (1/2) []
myIM = reflectHoriz $ withIM (1%4) (Title "Buddy List") $ Tall 2 (3/100) (1/2)
-- Workspaces
myWorkspaces = ["Main", "Web", "IM", "Music", "5", "6", "7", "8", "9"]
--------- Custom Keys ----------
myKeys conf@(XConfig {XMonad.modMask = modMask}) =
[ ((modMask, xK_o), sendMessage ToggleStruts) ]
newKeys x = M.union (keys defaultConfig x) (M.fromList (myKeys x))
EDIT: Haha, just needed an xmonad --recompile
Last edited by iamsmrt (2011-05-10 04:06:15)

I found this site: http://tuxtraining.com/2009/09/05/uzbl- … philosophy I am going to read it after work and see if I can figure out why this is happening (I am on lunch right now).
I did not have the configs copied.
Thanks
Last edited by securitybreach (2009-10-08 02:55:12)

Almost solved, just need help with a service file!

Hey all,
For some time now my systemd sleep hook has stopped working (e.g. only killing my program and not relaunching it when waking up). Only now I have time to look into it, though, so I can't really say if any update caused this.
I had a custom sleep hook in /usr/lib/systemd/system-sleep/dwmstatus.sh, which killed my dwm-status program before going to sleep/suspend and started it again when waking up. It looked like this:
#!/bin/sh
case $1 in
pre) killall dwm-status
post) dwm-status
esac
exit
I've been looking into it and noticed the example on the Wiki (my previous script above was a direct copy of the old example) got updated, so I updated mine accordingly. It now looks like this:
#!/bin/sh
case $1/$2 in
pre/*)
echo "Going to $2, killing dwm-status"
killall dwm-status
echo "dwm-status killed"
post/*)
echo "Waking up from $2, starting dwm-status"
exec /usr/bin/dwm-status &
echo "dwm-status started"
esac
But that's not working either. (The echos are just here for debugging this). I first tried using just dwm-status to start it again, but it didn't work. Then I tried the full path without result too and now with exec I still am not getting anywhere. Can someone explain to me why it's not working anymore?
Last edited by Unia (2012-12-24 13:31:46)

Now that I have solved all the outstanding issues and integrated quite a bunch of new features into dwmst (rename of dwm-status) it's only this issue that needs to be resolved. I still can't get dwmst to launch again after suspend/hibernate.
I checked journalctl but it comes up without any errors whatsoever:
┌─[jente @ lappy ~] 20:07:40
└─■ sudo journalctl -b -u systemd-suspend
-- Logs begin at wo, 2012-10-31 12:43:25 CET, end at wo, 2012-12-19 20:08:36 CET. --
dec 19 20:08:10 lappy systemd-sleep[1174]: xset: unable to open display ""
dec 19 20:08:10 lappy systemd-sleep[1174]: Suspending system...
dec 19 20:08:19 lappy systemd-sleep[1174]: System resumed.
dec 19 20:08:19 lappy systemd-sleep[1174]: ERROR: could not open display
dec 19 20:08:19 lappy systemd-sleep[1174]: xset: unable to open display ""
Or is it that xset error?
EDIT: I just removed my script from /usr/lib/systemd/system-sleep to check the output, and I still get the xset error but not the ERROR line:
dec 19 20:12:12 lappy systemd-sleep[1329]: xset: unable to open display ""
dec 19 20:12:12 lappy systemd-sleep[1329]: Suspending system...
dec 19 20:12:21 lappy systemd-sleep[1329]: System resumed.
dec 19 20:12:21 lappy systemd-sleep[1329]: xset: unable to open display ""
So I guess that ERROR: could not open display is the error dwmst generates when it tries to launch it? Further investigation will have to follow, but in the meantime I'm open for pointers!
EDIT2: The ERROR line is not related to dwmst. I put some echo lines before and after killing and launching dwmst and the ERROR line appears after the echo's:
dec 19 20:16:57 lappy systemd-sleep[1443]: System resumed.
dec 19 20:16:57 lappy systemd-sleep[1443]: starting dwmst
dec 19 20:16:57 lappy systemd-sleep[1443]: started dwmst
dec 19 20:16:57 lappy systemd-sleep[1443]: ERROR: could not open display
dec 19 20:16:57 lappy systemd-sleep[1443]: xset: unable to open display ""
Last edited by Unia (2012-12-19 19:18:34)

Should I choose Flash Media Server?

Hi,
I'm trying to decide if I should purchase flash media server
for my streaming needs. I like working with flash, so that's why
I'm considering the flash media server.
Here is my streaming server "wishlist":
-variable playback speeds(fastforward, skip, rewind, restart,
etc)
-option of downloading entire video to local machine
-support for multiple file types or conversion/encoding
multiple file times
-security options to lock down source files
-a flexible platform to build custom players
-hook up to a database(mysql, mssql)
I looked through the flash media server specs on the Adobe
website, but they really don't get into specifics.
Thanks

Hi,
I'm trying to decide if I should purchase flash media server
for my streaming needs. I like working with flash, so that's why
I'm considering the flash media server.
Here is my streaming server "wishlist":
-variable playback speeds(fastforward, skip, rewind, restart,
etc)
-option of downloading entire video to local machine
-support for multiple file types or conversion/encoding
multiple file times
-security options to lock down source files
-a flexible platform to build custom players
-hook up to a database(mysql, mssql)
I looked through the flash media server specs on the Adobe
website, but they really don't get into specifics.
Thanks

How to move the custom hooks in /etc/rc.d/functions.d to systemd

I have a few scripts placed in /etc/rc.d/functions.d that were launched during the boot process.
Now I moved to systemd but I have not found any documentation about how to implement those hooks in the new boot process. As far as I got I need to write customs .service files, but again I lack of infos about how..
Can anybody teach me a bit about this or link some documentation?
Many thanks

Ok, I think I need some help here.
I want to call the acpi_call kernel module to switch off the nvidia discrete card at boot. Usually I did that with
# echo '\_SB.PCI0.PEG1.GFX0._ON' > /proc/acpi/call
I wrote the following /etc/systemd/system/nvidia_off.service:
[Unit]
Description=acpi_call to switch off nvidia discrete graphic
[Service]
Type=simple
ExecStart=/bin/echo '\_SB.PCI0.PEG1.GFX0._OFF' > /proc/acpi/call
ExecStop=/bin/echo '\_SB.PCI0.PEG1.GFX0._ON' > /proc/acpi/call
[Install]
WantedBy=multi-user.target
but testing with:
#systemctl start nvidia_off.service
#systemctl stop nvidia_off.service
seems no effective. No output is produced but there is no effect on the power consumption which should be several watts lower.
I also take a look at sysctl but it seems to control only /proc/sys/anything while my module is under /proc/acpi
Any suggestion?
thanks in advance

LV2009 hooks for customizing override VIs and accessor VIs

In LV2009, if you use LabVIEW Object-Oriented Programming, you may wish to customize the VIs that are created for New>>VI For Override and New>>VI For Data Member Access. Using scripting, you can do so by editing the four VIs listed below. These VIs are called at the end
of their respective scripting processes and you are free to include any
scripting code you wish to further customize the VI in question. Some
common customizations you might want include changing the VI name (use
"get" and "set" instead of "read" and "write"), modifying the icon,
adding additional diagram logic, etc. You cannot edit the callers of
these three VIs, but these three provide the hook you need to
customize your new VIs as you want them.
Customizations for Override VIs:
<labview>\resource\Framework\Providers\LVClassLibrary\NewAccessors\OverrideRetooler\Custom
User Scripting For New Override VI.vi
Customizations for basic accessor VIs:
<labview>:\resource\Framework\Providers\LVClassLibrary\NewAccessors\BaseAccessorScripter\Custom
User Scripting For New Simple Accessor VI.vi
Customizations for 1D Array element accessor VIs:
<labview>resource\Framework\Providers\LVClassLibrary\NewAccessors\ArrayElementScripter\Custom
User Scripting For New Array Element Accessor VI.vi
Customizations for multi-dim array element accessor VIs:
<labview>\resource\Framework\Providers\LVClassLibrary\NewAccessors\MultiDimArrElemScripter\Custom
User Scripting For New MultiDim Array Element Accessor VI.vi

Oooh, I finally smell a reasonable by-ref implementation coming - the lack of this option always annoyed me and now I should hopefully be able to easily build the code which will generate the wrapper needed for the by-ref stuff.
Try to take over the world!

I hooked my P4014n printer up to a new computer with windows 7. I defined my custom paper size

I hooked my P4014n printer up to a new computer with windows 7. I defined my custom paper size AND WHEN i PRINT TO IT IT PRINTS AS THOUGH IT IS TRYING TO USE LETTER SIZE PAPER

See this <br />
http://support.mozilla.com/en-US/kb/Recovering+important+data+from+an+old+profile

Custom post_upgrade hook?

Similar Messages

Maybe you are looking for