Posted: Sat 07 Apr 2012, 01:58
You need to install the perl-5.10.1 package. The depchecker isn't going to work right with perl until I remove it from the devx.
Yes, install "xfwpcnm-1.0" from the package manager, this reads the list in question and gives a timed random wallpaper change, also places a configuration icon in the system tray.mikeslr wrote: I have not provided the "List." I would guess its purpose is to automatically change the background either randomly or sequentially. Something else?
Has such option actually been implemented?
I am experiencing this also, everything I've tried to unload doesn't, then there is no way other than rebooting to be able to run the sfs unload again,mikeslr wrote:Sfs-load appears to hang when trying to unload some sfses. "Wait" remains on the screen for minutes. Closing that dialog box does no stop sfs-loader, as it still shows up as active in lxtaskmanager; though using 0 ram. If killed via lxtaskmanager it can not be restarted (that is rerun). Restarting X also isn't effective. Shutting down is effective, but the shut-down process takes forever:
Would you guys mind testing shinobar's latest releases, sfs-load 1.4 and 1.9? I'm sure shinobar would appreciate feedback.Geoffrey wrote:I am experiencing this also, everything I've tried to unload doesn't, then there is no way other than rebooting to be able to run the sfs unload again,mikeslr wrote:Sfs-load appears to hang when trying to unload some sfses. "Wait" remains on the screen for minutes. Closing that dialog box does no stop sfs-loader, as it still shows up as active in lxtaskmanager; though using 0 ram. If killed via lxtaskmanager it can not be restarted (that is rerun). Restarting X also isn't effective. Shutting down is effective, but the shut-down process takes forever:
but that fails to work, I have to use the power button, as it won't reboot, it hangs
Ok, That would probably work.mavrothal wrote:Here is a little (double) issue.
Installed midori 0.4.4 over the base. At the end of the lib check, SDL is reported as missing.
SDL is a dependency for gst-plugings-bad-0.10.22. Looking at the pet.specs It is unclear which package is is pulling gst-plugings-bad. So whichever it is, does not include gst-plugings-bad as a dependency, though it is...
Anyway. PPM offers to find SDL and it does. But for that it opens a new instance of PPM. If you close this new instance at the end of the process the previous one remains open but now is just an empty shell without any functionality.
Maybe the depinstallfunction of check_deps.sh should check and use for open pkg_chooser.sh instances instead of opening a new one?
I'm not much of a gtk programmer - I've taken rover about as far as I can.morgonzola wrote:Hi there great puplet i'm loving it!
can i ask about the future of rover? I think it could be a lot more functional tool then it is right now.
for example would it be difficult to make it automatically select the first entry on the list when you type in it, similar to how something like launchy works?
I would attempt do it myself (i know it is just a simple bash script) but i have like 0 coding knowledge
I can't get EiscaltDCPP-GTK to compile. No idea what's wrong with it.upsnix wrote:Dear Jemimah, I am sorry for my English, in Saluki 018 there is a serious problem, at start PPM and attempt to download update package lists from all 4 repozitories under condition of absence of a network (frisbee it is switched off) PPM dies for ever.
Besides having local resources in network DC ++ at the limited external traffic, I cannot download anything at other users in a network, using for example EiscaltDCPP-GTK 2.2.1 writes-is not present Users for downloading, search though in other distribution kits all is normal does not work. EiscaltDCPP-GTK last releases are not started, lay out in if it is possible in REPO working EiscaltDCPP-GTK. It will be very useful.
Best Regards
This is worse than I thought - unloading is causing a kernel oops. Was this happening in the last release? I didn't change anything kernel related.Geoffrey wrote:I am experiencing this also, everything I've tried to unload doesn't, then there is no way other than rebooting to be able to run the sfs unload again,mikeslr wrote:Sfs-load appears to hang when trying to unload some sfses. "Wait" remains on the screen for minutes. Closing that dialog box does no stop sfs-loader, as it still shows up as active in lxtaskmanager; though using 0 ram. If killed via lxtaskmanager it can not be restarted (that is rerun). Restarting X also isn't effective. Shutting down is effective, but the shut-down process takes forever:
but that fails to work, I have to use the power button, as it won't reboot, it hangs
This little patch works fine at my endjemimah wrote:Ok, That would probably work.mavrothal wrote:Here is a little (double) issue.
Installed midori 0.4.4 over the base. At the end of the lib check, SDL is reported as missing.
SDL is a dependency for gst-plugings-bad-0.10.22. Looking at the pet.specs It is unclear which package is is pulling gst-plugings-bad. So whichever it is, does not include gst-plugings-bad as a dependency, though it is...
Anyway. PPM offers to find SDL and it does. But for that it opens a new instance of PPM. If you close this new instance at the end of the process the previous one remains open but now is just an empty shell without any functionality.
Maybe the depinstallfunction of check_deps.sh should check and use for open pkg_chooser.sh instances instead of opening a new one?
Code: Select all
--- a/usr/local/petget/check_deps.sh 2012-04-05 22:56:23.000000000 +0000
+++ b/usr/local/petget/check_deps.sh 2012-04-07 16:37:38.139999962 +0000
@@ -75,7 +75,7 @@
depinstallfunc(){
touch /tmp/suppress-depcheck
- /usr/local/petget/pkg_chooser.sh&
+ [ "`pidof pkg_chooser.sh`" = "" ] && usr/local/petget/pkg_chooser.sh&
sleep 2
PKGS=`echo $MISSINGDEPS_PATTERNS | sed 's/|/ /g'`
for i in $PKGS ; do
This happens to me on 013 haven't tested Saluki prior to 013 and am still using 013. I am about to try 018.jemimah wrote:This is worse than I thought - unloading is causing a kernel oops. Was this happening in the last release? I didn't change anything kernel related.Geoffrey wrote:I am experiencing this also, everything I've tried to unload doesn't, then there is no way other than rebooting to be able to run the sfs unload again,mikeslr wrote:Sfs-load appears to hang when trying to unload some sfses. "Wait" remains on the screen for minutes. Closing that dialog box does no stop sfs-loader, as it still shows up as active in lxtaskmanager; though using 0 ram. If killed via lxtaskmanager it can not be restarted (that is rerun). Restarting X also isn't effective. Shutting down is effective, but the shut-down process takes forever:
but that fails to work, I have to use the power button, as it won't reboot, it hangs
Rolling back to this kernel fixes it:jemimah wrote:This is worse than I thought - unloading is causing a kernel oops. Was this happening in the last release? I didn't change anything kernel related.Geoffrey wrote:I am experiencing this also, everything I've tried to unload doesn't, then there is no way other than rebooting to be able to run the sfs unload again,mikeslr wrote:Sfs-load appears to hang when trying to unload some sfses. "Wait" remains on the screen for minutes. Closing that dialog box does no stop sfs-loader, as it still shows up as active in lxtaskmanager; though using 0 ram. If killed via lxtaskmanager it can not be restarted (that is rerun). Restarting X also isn't effective. Shutting down is effective, but the shut-down process takes forever:
but that fails to work, I have to use the power button, as it won't reboot, it hangs
I have uploaded it to the repo. I thought this would only work with Ubuntu, but it seems more or less ok.magerlab wrote:I still have a request for implementing global menu for xfce4 panel. It's a mac osx -like menu in panel
here's what it looks like
http://gtk-apps.org/content/show.php/OM ... ent=146102
of course, it's just for fun only:)