(old)Puppy Linux Discussion Forum

ttuuxxx wrote:here's the latest grub, you'll need some sort of gui to run it
ttuuxxx

Thanks, but you still haven't answered the question: is QGRUBEditor intended for use with Legacy GRUB or GRUB2 ? I use and prefer Legacy GRUB.

Terryphi wrote:

ttuuxxx wrote:here's the latest grub, you'll need some sort of gui to run it
ttuuxxx

Thanks, but you still haven't answered the question: is QGRUBEditor intended for use with Legacy GRUB or GRUB2 ? I use and prefer Legacy GRUB.

It doesn't say it was last updated in 2008, kind of the transition period, actually they moved it from qt base to kde and never updated since on both backends.
http://qt-apps.org/content/show.php/QGR ... tent=60391 <--where I got it from
ttuuxxx

ttuuxxx wrote:

Terryphi wrote:

ttuuxxx wrote:here's the latest grub, you'll need some sort of gui to run it
ttuuxxx

Thanks, but you still haven't answered the question: is QGRUBEditor intended for use with Legacy GRUB or GRUB2 ? I use and prefer Legacy GRUB.

It doesn't say it was last updated in 2008, kind of the transition period, actually they moved it from qt base to kde and never updated since on both backends.
http://qt-apps.org/content/show.php/QGR ... tent=60391 <--where I got it from
ttuuxxx

I installed QGRUBEditor to find out. It expects to find Legacy GRUB. It was originally designed for use with earlier versions of Ubuntu and it throws an error if it cannot find, and have read/write access to:

/boot/grub/menu.lst
/boot/grub/device.map
/etc/mtab

I can't see it being of much use to anyone here - particularly those of us who are 100% frugal , including Ubuntu (WUBI).

Hi,

Puppy 431 works fine on Fujitsu Stylistic c500 tablet. And I'm graceful

Installation of Wary 5.2 is done,
but suspend does't.

Any suggestion how to debug, resolve?

Regards,
Robert

Terryphi wrote:

ttuuxxx wrote:

Terryphi wrote: Thanks, but you still haven't answered the question: is QGRUBEditor intended for use with Legacy GRUB or GRUB2 ? I use and prefer Legacy GRUB.

It doesn't say it was last updated in 2008, kind of the transition period, actually they moved it from qt base to kde and never updated since on both backends.
http://qt-apps.org/content/show.php/QGR ... tent=60391 <--where I got it from
ttuuxxx

I installed QGRUBEditor to find out. It expects to find Legacy GRUB. It was originally designed for use with earlier versions of Ubuntu and it throws an error if it cannot find, and have read/write access to:

/boot/grub/menu.lst
/boot/grub/device.map
/etc/mtab

I can't see it being of much use to anyone here - particularly those of us who are 100% frugal , including Ubuntu (WUBI).

Just wondering if you have grub installed? If you tell me where those 3 files usually are, I could probably alter the sources if they are in different locations and recompile it
ttuuxxx

ttuuxxx wrote: Just wondering if you have grub installed? If you tell me where those 3 files usually are, I could probably alter the sources if they are in different locations and recompile it
ttuuxxx

I use GRUB inside a WUBI (frugal) install of Ubuntu - and it is therefore inaccessible to Puppies.

I also have an alternative menu.lst using GRUB4DOS at c:\ which in my case is sda2 (hd0,1). In this case there is no device.map or mtab. They may be Ubuntu/Debian specific. Do they exist in any GRUB set up used by Puppy users?

Someone who uses a conventional Puppy GRUB set up may be along soon to answer your question.

ttuuxxx wrote:here's a online tv viewer/recorder, you need vlc installed plus Barry's qt libs.
ttuuxxx

ttuuxxx: Tano needs libvlc-qt.so which is not in Barry's VLC and QT pets.

Terryphi wrote:

ttuuxxx wrote:here's a online tv viewer/recorder, you need vlc installed plus Barry's qt libs.
ttuuxxx

ttuuxxx: Tano needs libvlc-qt.so which is not in Barry's VLC and QT pets.

lol after 7 downloads in 1.5 days I just find out now, lol
Ok its in the package but its not finding it, On my pc I have system links from Barry's /opt/qt4/lib to usr/lib could you take the /usr/local/lib/libvlc-qt.so and move it to /opt/qt4/lib/ and see if that works?, If so I'll repackage it
I have the extra system links because I compile live.
ttuuxxx

ttuuxxx wrote: lol after 7 downloads in 1.5 days I just find out now, lol
Ok its in the package but its not finding it, On my pc I have system links from Barry's /opt/qt4/lib to usr/lib could you take the /usr/local/lib/libvlc-qt.so and move it to /opt/qt4/lib/ and see if that works?, If so I'll repackage it
I have the extra system links because I compile live.
ttuuxxx

Yes, that fixes it!

All I have to do now is figure out how it works. I think that will have to wait until tomorrow.

Thanks for all this Ttuuxxx. I know its a ton of work........

I never could figure out why opening urls broke in some programs after gtk-2.14 (as upstream devs moved away from the deprecated code)

gtk+-2.23.90 release indicated this:
622125 Note that gtk_show_uri needs gvfs to spawn URLs
(we don't have gvfs)

which means I now know what to look for in abiword, ayttm etc.. to patch them (any others that you can think of where external URLs don't open?)

or would it just be better in the long run to add gvfs, its not really gnome dependent - just a gio module IIRC?

Edit: on second thought, how does it make sense to require gvfs for this? maybe it would be better to patch gtk using getenv("DEFAULTBROWSER") and fork() exec() {apparently system() is not secure?}

technosaurus wrote:I never could figure out why opening urls broke in some programs after gtk-2.14 (as upstream devs moved away from the deprecated code)

gtk+-2.23.90 release indicated this:
622125 Note that gtk_show_uri needs gvfs to spawn URLs
(we don't have gvfs)

which means I now know what to look for in abiword, ayttm etc.. to patch them (any others that you can think of where external URLs don't open?)

or would it just be better in the long run to add gvfs, its not really gnome dependent - just a gio module IIRC?

Edit: on second thought, how does it make sense to require gvfs for this? maybe it would be better to patch gtk using getenv("DEFAULTBROWSER") and fork() exec() {apparently system() is not secure?}

Hi technosaurus usually they are looking for either ghelp or yelp, one of these days we\ll going to need two scripts called ghelp and yelp and able to convert the string value for default browsers, since yelp is just a mozilla based browser with a small gui over it.
If you have the Gnumeric sources laying around open as text
/root/gnumeric-1.10.12/src/wbc-gtk-actions.c
then do a text search in Geany for ghelp
then change the 2 lines to
argv[0] = (char *)"defaultbrowser";
argv[1] = (char *)"http://projects.gnome.org/gnumeric/doc/gnumeric.shtml";
save it and compile it
now it will open to the online docs in any puppy version
ttuuxxx

Despite Wary's great virtues, the unexpected absence of Adblock is a showstopper for me.

I've found Adblock so useful this past year, so I'm back to 4.3.1 now. Even sc0ttman's esteemed blacklisting PET. though perhaps a most valuable complement, is no substitute (and neither that nor Adblock are in the official PPM repository).

Sure, I can download Adblock2 (though the former Adblock floated my boat very nicely), but so for that matter could I download Seamonkey (a la Lupu) or most any net-specific stuff.

So I wonder why Seamonkey is in, yet Adblock out? Space saving? (how much bigger is Seamonkey2? .... and that's a barrel of worms for another thread!).

I see that usr/local/lib/X11/mini-icons/adblock.xpm is still lurking in there, so was the omission an oversight?


I am very impressed by Barry's built-in-installation-help-on-first-shutown, which seems to address the second-biggest-problem reported by our collective newbies very nicely.

updated tano same link and name, fixed the lib link
ttuuxxx

dogle wrote:Despite Wary's great virtues, the unexpected absence of Adblock is a showstopper for me.

I've found Adblock so useful this past year, so I'm back to 4.3.1 now. Even sc0ttman's esteemed blacklisting PET. though perhaps a most valuable complement, is no substitute (and neither that nor Adblock are in the official PPM repository).

Sure, I can download Adblock2 (though the former Adblock floated my boat very nicely), but so for that matter could I download Seamonkey (a la Lupu) or most any net-specific stuff.

So I wonder why Seamonkey is in, yet Adblock out? Space saving? (how much bigger is Seamonkey2? .... and that's a barrel of worms for another thread!).

I see that usr/local/lib/X11/mini-icons/adblock.xpm is still lurking in there, so was the omission an oversight?


I am very impressed by Barry's built-in-installation-help-on-first-shutown, which seems to address the second-biggest-problem reported by our collective newbies very nicely.

hi dogle the thing is that extensions in Mozilla based products have two areas where where they can be install,
The first one is usr/lib/seamonkey/extensions/ this one works fine until you start up Seamonkey and it builds a user one for all your custom extensions, located in /root/.mozilla/seamonkey/343e4r34rr.default/extensions now this one is default and you no longer can add extentions to the previous one. since the newer one is default. But the second one has a different 343e4r34rr.default number/name on each pc so it would be impossible to make pets work for adding extentions. because its a different users id on each pc, not a direct location.
ttuuxxx

If Barry made his Seamonkey/Firefox packages the way I do, then it could be possible.
But first you would have to backup your bookmarks and reinstall any extensions that you've installed.
Barry alters the default font size and other settings tailored for puppy in the root/Seamonkey/2323g232j etc I tailor the settings in /usr/lib/seamonkey/etc etc, That way if you add an extension to /ur/lib/seamonkey/extensions all you would have to do is delete root./.mozilla and restart seamonkey and all the tailored settings would be back in /root/mozilla/seamonkey once again. Where as if you delete root./.mozilla in any of Barry's default installs, you'll lose all the tailored settings that Barry made.
ttuuxxx

ttuuxxx wrote:Hi technosaurus usually they are looking for either ghelp or yelp, one of these days we\ll going to need two scripts called ghelp and yelp and able to convert the string value for default browsers, since yelp is just a mozilla based browser with a small gui over it.
ttuuxxx

not _usually_ ... that is gnumeric specific, and others may be as well

this is what I am talking about:
(abiword:32138): WARNING **: Operation not supported

may have the same gtk_show_uri issues in recent versions of gimp, thunar, gitg, vitkeyboard, gparted, gedit, shotwell, exo, gnome-mplayer, midori, glade, GNU typing tutor, gobby, frogr, ... a really long list of apps use it now

the question is - do we compile gvfs and recompile gtk, or just patch gtk and recompile - I am game for either way (although PCManFM relies heavily on gvfs, so I lean that way)

this warning appears any time you attempt to do anything involving a url call with gtk_show_uri and possibly others (if you compile abiword in gtk+-2.12 then that whole code block gets skipped and uses an alternate _working_ method) ... but you will get this same warning any time an application tries to open a link using gtk_show_uri - it causes ayttm to lock up

https://bugs.launchpad.net/linuxdcpp/+bug/354148

part of the code is in glib's appinfo.c & it has some gvfs code elsewhere IIRC - so that may mean a whole recompile if it is fixed in glib or gvfs is added

found a possible fix using xdg-open: here
void show_uri(GtkWidget *widget, gpointer _uri)
{
/* Because gtk_show_uri is broken */
gchar *uri = g_shell_quote(_uri);
g_message("Showing %s", uri);
gchar *cmd = g_strdup_printf("xdg-open %s", uri);
g_spawn_command_line_async(cmd, NULL);
g_free(uri);
g_free(cmd);

//GError *err = NULL;
//if (!gtk_show_uri(NULL, uri, GDK_CURRENT_TIME, &err)) {
// g_warning("error showing `%s' %s", uri, err->message);
// g_error_free(err);
//}
}

I had written a small script to replace xdg-open before we started including it (for some app I forget which) based loosely on defaulthandler but more simplified

basically it did this:
file:// gets stripped and opened in rox
ftp:// and http:// opens in defaultbrowser
all else are rox $@ #uses rox's mime handling
(unresolved - links that don't have http:// and end in other than htm or html? ... possibly [ ! `rox $@` ] && defaultbrowser $@ ... can't remember exactly)

Rox has URI handling too - you just need to setup the symlinks in /root/Choices/URI

xdg-open:

jemimah wrote:xdg-open:

Code: Select all

#!/bin/bash
case "$1" in  
        '') exit
                ;;
        *://*) exec rox -U "$1"
                ;;
        *@*.*) exec rox -U "mailto:${1}"
                ;;
        *) exec rox "$1"
                ;;
esac

That should work - but could it be trying to open mailto:mailto: in that part (I'm not sure of the mechanics)

should I patch gtk only to use xdg-open then and just comment the glib code or is it too late in the game and we need to patch all the individual apps

btw the actual xdg-open relies on gvfs now too

Nah, if you give it a URI it breaks out before it gets to that line. That bit is not required anyway - that's just so I can open an email address using Rover.

I think patching glib is the best solution. It needs the patch to look for mounted drives under /mnt rather than /media anyway.