alphaOS [closed]

A home for all kinds of Puppy related projects
Message
Author
yr1945
Posts: 212
Joined: Sat 17 Apr 2010, 18:38

#441 Post by yr1945 »

I am now trying to use sleep/suspend mode. I made a pupshutdown & acpitool sfs. My laptop sleeps, but will not wakeup. Any suggestions will be appreciated. Thank you.

yr1945
Posts: 212
Joined: Sat 17 Apr 2010, 18:38

#442 Post by yr1945 »

Sorry, another question: When I open my miscellaneous file... the icons have pictures of "locks". Why? Can I get rid of these and just have the regular icons? I don't like locked folders.

By the way, even with the pictures of locks, the files still open, but you cannot copy all of the contents of a particular folder to another folder. However, some of the contents do get put in the other folder?

Again, Thank You...

pinguino
Posts: 11
Joined: Fri 07 Apr 2006, 21:12

Yaourt

#443 Post by pinguino »

hi, has anyone get this error when using yaourt?

Code: Select all

curl error: Problem with the SSL CA cert (path? access rights?)
I have loaded devel sfs and added archlinuxfr repo to pacman.conf, maybe missing something?

Regards,
pinguino

simargl

Re: Yaourt

#444 Post by simargl »

pinguino wrote:hi, has anyone get this error when using yaourt?
curl error: Problem with the SSL CA cert (path? access rights?)
just type packer in terminal, I patched it to update certificates if needed, later you can use yaourt or packer...

simargl

#445 Post by simargl »

yr1945 wrote:When I open my miscellaneous file... the icons have pictures of "locks". Why? Can I get rid of these and just have the regular icons? I don't like locked folders.

By the way, even with the pictures of locks, the files still open, but you cannot copy all of the contents of a particular folder to another folder. However, some of the contents do get put in the other folder?...
Sorry I can't understand this, is problem in image thumbnails that are not refreshing or in spacefm not displaying read only folder. For missing emblems in read-only folders, and other things that need fixing I made bug reports in spacefm page https://github.com/IgnorantGuru/spacefm/issues

yr1945
Posts: 212
Joined: Sat 17 Apr 2010, 18:38

#446 Post by yr1945 »

My folder with various sfs files show locked icons... none of the other sub-folders in my main folder have locked icons ? Not sure why this folder's icons show the "lock" ?

simargl

#447 Post by simargl »

yr1945, that is not lock - it's just default icon for sfs files, I replaced older 48 pixel with this better looking and larger icon, guess you don't like it :D Cheers

yr1945
Posts: 212
Joined: Sat 17 Apr 2010, 18:38

#448 Post by yr1945 »

Simargl, see another screen snapshot. The note says "fatal... galculator not found". That's the reason I thought they were locked. They they will not load ? Any other Puppy OS will load them.

Anyway, Thank You for your reply. I will just download a couple more apps that I need via pacman.

I believe that you have an excellent OS here... Keep up the good work !!

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#449 Post by mcewanw »

I've never used Arch but just installed your alphaOS 7.0 frugal. Booted fine on my old Fujitsu Siemens laptop (Pentium M 1.6 GHz CPU with 1MB Ram), which I do most of my Puppy development work on. Interesting distribution. Good luck with this. It's an interesting distribution and I hope it gets well supported.

mcewanw

Note: Posted this message also in alphaOS forum http://alphaos.tuxfamily.org/forum on this occasion since one thread here on murga forum may not be enough longterm for a distribution that is quite a bit different from any usual Puppy derivative. For that reason, in future I'm more likely to post on the alphaOS forum when comment specific to that version.
github mcewanw

Andovai
Posts: 3
Joined: Wed 13 Feb 2013, 16:02

#450 Post by Andovai »

Hello
mpd does not work...
error while loading shared libraries:libsystemd-daemon.so.0

http://www.musicpd.org/

Please

Thanks..

Sorry bad english

simargl

#451 Post by simargl »

hi Andovai,
Download sytemd package from Arch page https://www.archlinux.org/packages/core/i686/systemd/, then click to extract and copy missing library to /usr/lib. This Os does not have full systemd package, just udev and two more libraries from original Arch package, but what actually is udev, is named as systemd to not break pacman compatibility.

Andovai
Posts: 3
Joined: Wed 13 Feb 2013, 16:02

#452 Post by Andovai »

:D

thanks...

Ciao

simargl

#453 Post by simargl »

PekWM like openbox also supports dynamic menus, so I got idea to patch openbox-menu - program that generates pipe menus for openbox, and adjust it to work with pekwm. Also it compiles with Gtk3. You can see result on screenshots bellow with radiance pekwm theme :)

Image
Image

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#454 Post by musher0 »

Hi. simargl.

Euh... the example in your picture is so small that I cannot see what your dynamic menu does. Sorry...

It will be interesting to know what functions you created dynamic menus for?

Also, this is just my opinion, but not all dynamic menus are useful. The one for time and date is quite useful, but already exists. Some for "fortune" or "song title" add nothing more than the usual program, they just "weigh down" the menu. (Again, this is just my opinion.)

Thanks in advance for your reply, and bye for now.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

simargl

#455 Post by simargl »

musher0 wrote:Hi. simargl.

Euh... the example in your picture is so small that I cannot see what your dynamic menu does. Sorry...
Click for larger image 1280x1024
It will be interesting to know what functions you created dynamic menus for?
Every time you right click to start pekwm menu, this scans through list of applications and shows them without need to type fixmenus inside terminal like currently in Puppy JWM. Program is modified to compile with gtk3, I'm using gtk 3.9.0, that ensures it will not become obsolete any time soon.

------------
I will add source code, so you can compile and test if you want to:
Requires:
gtk3 (or gtk2)
menu-cache
lxmenu-data

1) extract source archive and type: make
2) copy pekwm-menu to /usr/bin
3) Add this to /root/.pekwm/menu
Entry = "Dynamic" { Actions = "Dynamic pekwm-menu /etc/xdg/menus/lxde-applications.menu" }
Attachments
pekwm-menu-0.1.tar.gz
(14.74 KiB) Downloaded 389 times

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#456 Post by musher0 »

Hi, simargl.

Still no luck with your image... It is blown up when I click on it, but the image of the menu is still 1/12 of reality, because there are so many other things in the image, and it is an image in an image.

About your integration of the lx-menu updating facility:
It is certainly well done (you are known for quality of work).

I have evolved a similar menu creator derived from work by technosaurus (for jwm) and aragon (for aemenu; known as Simple Puppy Menu). This one also permits categories that are more centered on the user, more based on usage and perception, rather than decided by a standards committee. An example is this screen capture : http://murga-linux.com/puppy/viewtopic. ... h&id=67569

These desktop standards are a reference, of course, but I don't think they are more logical than Mr. Kauler's decisions about menu categories. He might be right to depart from the menu standards, in a way. For example:

What is the logic of classifying
ogle as AudioVideo;Video
and
pmusic as AudioVideo;Audio ?

ogle is for Video only,
and
pmusic is for Audio only.

Why the double category? But that is what you are supposed to do for categories for those programs.

Also the standards do not have a "File Management" category per se, this is under "Utilities". Now the user needs this "File Management" as a top category to not feel lost.

But to come back to the subject of constantly updating menus:

I am not sure the concept of constantly updating menus is very useful.

When does the menu need to change? Mostly at the beginning, when the user fills up the Puppy distro with his/her favorite applications. After that, the need for updating is rare.

I prefer the following solution, which was discovered by Mark Ulrich a few years ago in his Muppy 8.4, I believe, and which I have re-implemented: have the updating capacity, but use it only when the size in kilobytes of /usr/share/applications changes. Otherwise, when the update is automatic, there is always a "hiccup", a little slow-down, when one calls the menu (on older machines at least).

Also, updating the menu when nothing has changed always takes some unnecessary processing time/cycles away from the CPU.

Best regards.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

simargl

#457 Post by simargl »

Hi musher0,
When you install lxpanel or xfce4-panel for example and click on start menu icon, exactly same thing happens like with this dynamic menu for pekwm, and that is how menu is generated in all other Linux distributions except in Puppy, whatever they target older or newer computers, doesn't matter. I don't find it is very CPU intensive, at least for me menu is instantly generated, but then I have just 32 desktop files under /usr/share/applications, in Puppy with 200 items might be slower. In my opinion it is useful when you install a program with pacman to have that application shown in the menu instantly, and not call some background script like fixmenus, that also don't forget is using equal or more CPU resources. Regarding menu categories, desktop menu specification exist with that purpose to stop everyone inventing their own rules, different just to be different, fragmenting and complicating things that should remain simple, example Games category renamed to Fun in Puppy Linux. If every other distribution follow desktop menu specification, why not Puppy? After all desktop files for applications are made to follow standards, so what's next idea in Puppy - make new background script that edits all of desktop files for thousands of existing applications.

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#458 Post by musher0 »

simargl wrote:Hi musher0,
When you install lxpanel or xfce4-panel for example and click on start menu icon, exactly same thing happens like with this dynamic menu for pekwm, and that is how menu is generated in all other Linux distributions except in Puppy, whatever they target older or newer computers, doesn't matter. I don't find it is very CPU intensive, at least for me menu is instantly generated, but then I have just 32 desktop files under /usr/share/applications, in Puppy with 200 items might be slower. In my opinion it is useful when you install a program with pacman to have that application shown in the menu instantly, and not call some background script like fixmenus, that also don't forget is using equal or more CPU resources. Regarding menu categories, desktop menu specification exist with that purpose to stop everyone inventing their own rules, different just to be different, fragmenting and complicating things that should remain simple, example Games category renamed to Fun in Puppy Linux. If every other distribution follow desktop menu specification, why not Puppy?
The argument that "everybody else is doing it, why don't you?" is the argument of the sheep, I mean the argument of "think less, follow more". In and of itself, it has no validity. By contrast, if you tell me that:
  • these standards were based on a number of tests, or
    they followed principles of deductive or empirical logic, or
    there was a survey done and 95 % of users used their menu like this, not like that,
I'll agree with the standards and be a good sheep. :)

But that does not appear to be the case. From the outside, these standards look like a prime example of committee-driven thinking: "Oh, we have to be careful, because Mr. So-and-So's feelings are going to be hurt -- or Ms. XYZ is very powerful -- or Careful, Mr. A from big distribution B will impose his own way independently if we don't include his suggestions", or whatever extrinsic argument. Maybe they were not committee-driven, but they look like they were -- there are too many exceptions in them.

The first html page of the standards is logical. The rest, well, not so much.
Even so, the first page lacks a prominent FileManagement category.

Because the standard exists, it does not mean that they are really logical. If you've read them, you know that they contain many unnecessary complications. You can, for example, have a menu that uses categories based on KDE or GNOME only, which do not mean anything outside KDE or GNOME --- and the user remains very confused. The user, not you, not me: the user.
simargl wrote: After all, desktop files for applications are made to follow standards, so what's next idea in Puppy - make new background script that edits all of desktop files for thousands of existing applications.
Why not? This is not a joke, and I'll tell you why.

Have you taken the time to read the "Categories=" line in the *.desktop files in /usr/share/applications, one by one? I have, and it's a pity: it's chaos. I've already come up with a script to standardize the *.desktop files to at least respect page 1 of the standards.

We shouldn't have to write this sort of script, but it is simpler than to re-train all programmers on how to write a decent *.desktop file. BTW, some of those programmers are Puppy-ists, but most are not... So nobody is an angel in this respect.

At least one good thing about Mr. Kauler's *.desktop files : they always contain a utf line and a version line. Those prevent the parser from interpreting the international characters as commands sometimes. Not all programmers include that information in their *.desktop files, and those badly written *.desktop files can be a real nuisance in any menu.

Let's conform to the standards, I'm all for it, but hey! first we have to have logical standards!

Puppy is going its own way in this field of menus, but maybe there's a reason -- until the menu standards themselves are really compellingly logical.

And we have not even begun to ask users what is the most intuitive menu for them! Ah! :roll: Find me a couple of good reports about that!

Best regards,

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

simargl

#459 Post by simargl »

musher0 wrote: The argument that "everybody else is doing it, why don't you?" is the argument of the sheep, I mean the argument of "think less, follow more".
:shock:

Distrowatch has 300+ Linux distributions on their site. Leave aside fact that many of those simply are not real distributions, ALL of them are following menu specifications, so 99.7% of distributions are stupid sheep and follow standard and 0.3% (Puppy) are smart and break standard, and make something worse if I may add.

Filesystem should not be separate category because it lacks application variety, so you will make new category for just 10 or less file managers in Linux (spacefm, thunar, nautilus...), and what is use of category called Personal. Perfect example of let's make something different just to be different, and then application made for Puppy is listed in wrong category Other in all other distributions.

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#460 Post by musher0 »

simargl wrote:
musher0 wrote: The argument that "everybody else is doing it, why don't you?" is the argument of the sheep, I mean the argument of "think less, follow more".
:shock:

Distrowatch has 300+ Linux distributions on their site. Leave aside fact that many of those simply are not real distributions, ALL of them are following menu specifications, so 99.7% of distributions are stupid sheep and follow standard and 0.3% (Puppy) are smart and break standard, and make something worse if I may add.

Filesystem should not be separate category because it lacks application variety, so you will make new category for just 10 or less file managers in Linux (spacefm, thunar, nautilus...), and what is use of category called Personal. Perfect example of let's make something different just to be different, and then application made for Puppy is listed in wrong category Other in all other distributions.
No comment. You missed the point. You answered like a politician or like a CEO.

Think what you will about me, you will not force me to say that I am happy with a menu system when I am not. Sorry.

I easily get lost in the menus you recommend, as probably thousands of other people. Even with its faults, the Puppy menu system is more logical and easier to understand than the menu of some of those distros.

And it is easier to customize. Yeah, come to think of it, does your universal menu system take into account personal preferences, personal ways of working on a computer leading to greater personal efficiency ? Whether you like it or not, that is human nature too.

Does your universal menu system offer customization tools? Probably not, since it would be contrary to the logic of uniformization in this system.

As I said, have programmers standardize the *desktop files first, then we'll talk about menus.

I leave you to your "dictatorship" system of menus.

Regards.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Post Reply