Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 02 Sep 2014, 03:38
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
Lucid Puppy 5.2.7 RC2
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 75 of 91 [1351 Posts]   Goto page: Previous 1, 2, 3, ..., 73, 74, 75, 76, 77, ..., 89, 90, 91 Next
Author Message
rerwin


Joined: 24 Aug 2005
Posts: 1513
Location: Maine, USA

PostPosted: Mon 01 Aug 2011, 14:01    Post subject:  

playdayz wrote:
Quote:
Essentially, the updater will not delete your old app versions, which should override the newer versions.

If I am understanding this.
What good is an update of the save file?
The whole purpose of upgrading is to get the newer version, of a program, with the bug fix.

BTW rerwin, This seems like a good question to me also? I think you may be talking about old apps that were installed with a pet???

Yes, I am referring to puppy apps that the user may have updated from a .pet. (for example, pfind).

The updater is concerned only about ensuring that the correct (new) versions of puppy components are retained. If a puppy component exists in a pupsave or full installation, it will be replaced in the pupsave/full-install by the new version. In the past, as I assessed the code, the entire set of new components got copied into the pupsave! My changes ensure that that is done only if there is already an old version there (or signs that it was deleted), so as to avoid bloating the pupsave file.

Anyway, that is my take on how upgrading works. Anyone, please correct me if I have it wrong.
Richard
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1513
Location: Maine, USA

PostPosted: Mon 01 Aug 2011, 14:13    Post subject:  

playdayz wrote:
Now, the question, is it worth putting the ubu rules back in? And if so, how do I rename any conflicts? With a higher number? This is more complicated but if it would result in a better Lucid I can give it a go.

I am still confused about what you mean by a conflict. There is no duplication of file names nor functionality implied by the text parts of the names. The initial numbers in the file names do not have to be unique. They are there merely to affect the order they are processed by udev.

The only reason, so far, I am aware of for assigning a particular number to the name is to have the rules be processed either before or after the normal loading of modules, which is done in rule files starting with "50". The numbers would also be important to control the relative order of related rules. But the rules I have seen seem not to depend on processing sequence.
Richard
Back to top
View user's profile Send private message 
playdayz


Joined: 25 Apr 2008
Posts: 3788

PostPosted: Mon 01 Aug 2011, 14:37    Post subject:  

Quote:
I am still confused about what you mean by a conflict. There is no duplication of file names nor functionality implied by the text parts of the names.

Sorry. I haven't gone through them one by one to look for conflicts. Since you have gone through and found no conflicts I assume from your question that you think it would be a good thing to include the ubu rules? If so, it will be done. No problem.


Also, to confirm, the rc.update and remove_obsolete_files that we want are the ones you sent me yesterday in a pm?
Back to top
View user's profile Send private message 
Sage

Joined: 04 Oct 2005
Posts: 4782
Location: GB

PostPosted: Mon 01 Aug 2011, 14:53    Post subject:  

Richard: many thanks for your comments and apologies for my sloppy terminology (not an IT professional by trade!).
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1513
Location: Maine, USA

PostPosted: Mon 01 Aug 2011, 15:42    Post subject:  

playdayz wrote:
Also, to confirm, the rc.update and remove_obsolete_files that we want are the ones you sent me yesterday in a pm?
Yes, rc.update_fix-4.

That restores the 526RC version of rc.update and has the version of the file remover that deletes the now-unnecessary "40-" link to the usb_modeswitch rules file in /lib/udev/rules.d.

Thanks for verifying this, after all the chaos about it. And thanks for going with the ubuntu version of udev.
Richard
Back to top
View user's profile Send private message 
playdayz


Joined: 25 Apr 2008
Posts: 3788

PostPosted: Mon 01 Aug 2011, 15:52    Post subject:  

Quote:
I did my usual setup of a remote smbc printer to my XP box.Got the attached error when I tried to print....

The solution is to make the following symlink
Code:
ln -s /lib/libreadline.so.6.1 /usr/lib/libreadline.so.5


But I have no idea why 526 requires this but 525 does not.


Thanks rcrsn51

Confirmed - that fixes it.


There are already links from so.5 to so.6 and then from so.6 to so.6.1 so I am puzzled also.

This new link from so.5 to so.6.1 will replace the current one from so.5 to so.6. I just want to make sure I am understanding correctly. Thanks.
Back to top
View user's profile Send private message 
rcrsn51


Joined: 05 Sep 2006
Posts: 9066
Location: Stratford, Ontario

PostPosted: Mon 01 Aug 2011, 16:10    Post subject:  

playdayz wrote:
There are already links from so.5 to so.6 and then from so.6 to so.6.1 so I am puzzled also.

This new link from so.5 to so.6.1 will replace the current one from so.5 to so.6. I just want to make sure I am understanding correctly. Thanks.

Careful. This required link goes from /usr/lib to /lib.

CUPS uses smbclient to access WIndows shared printers. Smbclient has libreadline.so.5 as a dependency, which used to be served by the version in /lib. In 526, CUPS now wants to see it in /usr/lib.
Back to top
View user's profile Send private message 
rerwin


Joined: 24 Aug 2005
Posts: 1513
Location: Maine, USA

PostPosted: Mon 01 Aug 2011, 16:14    Post subject:  

playdayz,
I see that one of the obsolete modeswitch rules files is still in /etc/udev/rules.d. Could you remove 41-usb_modeswitch-puppy.rules?

It handles two modems still not in the official data base. If there is need for that support -- if someone requests it -- I would implement the rules in a way more consistent with the current modeswitch function.

Thanks.
Richard
Back to top
View user's profile Send private message 
playdayz


Joined: 25 Apr 2008
Posts: 3788

PostPosted: Mon 01 Aug 2011, 16:57    Post subject:  

Quote:
Careful. This required link goes from /usr/lib to /lib.

Thank you. Got it.
Quote:

I see that one of the obsolete modeswitch rules files is still in /etc/udev/rules.d. Could you remove 41-usb_modeswitch-puppy.rules?

Got it, unless it is sneaking back in through the back door Wink

Last edited by playdayz on Mon 01 Aug 2011, 17:13; edited 1 time in total
Back to top
View user's profile Send private message 
Béèm


Joined: 21 Nov 2006
Posts: 11782
Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win

PostPosted: Mon 01 Aug 2011, 17:00    Post subject: VDPAU/xerrs.log  

playdayz,
Thank you for your elaborate reply on the VDPAU/xerrs.log.
I was indeed afraid, that slow down could occur.
I'll restart X more often and I am looking forward to 5.2.7
Thank you for your efforts in developing Lucid.

_________________
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Back to top
View user's profile Send private message 
bigpup


Joined: 11 Oct 2009
Posts: 5109
Location: Charleston S.C. USA

PostPosted: Mon 01 Aug 2011, 18:17    Post subject:  

The things a simple bug fix version are bringing to light! Shocked

Thank you Playdayz for making this new version of Lucid Puppy possible Very Happy

And from us the users.
Thanks to you all, who are feeding the fixes to Playdayz!!!!!!!!!!!!

_________________
I have found, in trying to help people, that the things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected Shocked
Back to top
View user's profile Send private message 
pemasu


Joined: 08 Jul 2009
Posts: 5463
Location: Finland

PostPosted: Mon 01 Aug 2011, 19:05    Post subject:  

I also want to thank Playdayz of this huge work which has been more than just plain update.

Also giving people some more time has revealed many things which need attention.

Thank you of all your hard work.
Back to top
View user's profile Send private message 
str4y


Joined: 01 Aug 2011
Posts: 43
Location: No. California

PostPosted: Mon 01 Aug 2011, 20:08    Post subject:  Re: Man command - A fix?
Subject description: You just need to background the call to defaulthtmlviewer
 

Snail wrote:
Sorry, this is a bit of a "thread hijack" but because I first raised the issue here I thought it might be an acceptable way of catching the eye of some "gun" script coder to properly finish what seems as if it should be a very simple fix, if only I could get my head around BASH.

I hear ya.. I was reared on BASIC, FORTRAN, Pascal (the best to learn 1ST actually) and then K&R C -- none of which are anything near as cryptic as BASH! But lately I've been delving in.

Snail wrote:
However, the recent, evil habit of Flash making the browser spew ..

Yet another in the long line of things wrong with Flash.. I'm rather dismayed that at some point in recent Pups, a dialog comes up and recommends its automated retrieval of some recent Flash, as there needs to be equal time/thought given to the alternative, HTML5 in conjunction with Ogg video, which does all the same things but are open source and don't inexplicably eat up all your processor and overheat your innocent hardware. Yes, this is a subject for other threads that I don't have time to search for now, but I figured I may as well add on to the already typically sprawling thread here.

Snail wrote:

No one has responded to this thread yet so I Googled and hacked /usr/bin/pman by adding
Code:
2>null &
to the last line. The line now reads:

Code:
exec $HTMLVIEWER "http://www.google.com/search?&q=man+\"${NAME}\"+site:linux.die.net&btnI=Search" 2>null &



Here's where my hackles are raised.. from my oldschool UNIX past, one of the 1st things I find myself doing in a linux is typing man <something> at the CLI. So I've always been bummed that Puppy basically just cut it all out, leaving the duties to the --help arg. And being homeless, I infrequently have net access and find bothersome this always-connected presumption that goes on (along the lines of the phoning-home liberties taken by so many thuggish software makers) .. it would be just as simple to just queue everything needed from the net, so that one's needed docs and packages could be dutifully gotten upon connection (upon notification to and approval from the user.) So this is now a ranting on about the PPM as well-- what you get when you type 70wpm and have pent up issues! Also important is the fact that Google is shaping up to be quite the Big Brother entity, the reason for which I don't use them-- (and they even have the gall to use "do no evil" as a PR phrase, swell.) How about a defaultsearchengine file which I can set to https://duckduckgo.com (or should I even trust them?)

What I would really like to see is incorporation of ttuuxxx's version of man, which he posted in a .pet (in wow-i-forget-what thread and it's hard to search on such a generic word..).. it's the closest to the old, locally-served man page functionality of my old UNIX V world..

Thanks for all the continuing work on this great distro!
--
www.playogg.org - politics I can agree with: stallman.org
Back to top
View user's profile Send private message Visit poster's website 
rerwin


Joined: 24 Aug 2005
Posts: 1513
Location: Maine, USA

PostPosted: Mon 01 Aug 2011, 22:30    Post subject:  

To whomever maintains pupradio:

I selected "WA-FM Karratha", which paused awhile and then played well. I listened maybe half a minute. But when I checked the xerrs.log I discovered over a hundred thousand error messages from it! Here iis the edited log:
Quote:

(gtkdialog3:13718): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.0/gobject/gsignal.c:3079: signal name `depressed' is invalid for instance `0x8566e70'
killall: xmessage: no process killed
MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing mms://audio.wafm.com.au/.
STREAM_ASF, URL: mms://audio.wafm.com.au/
Resolving audio.wafm.com.au for AF_INET...
Connecting to server audio.wafm.com.au[202.41.193.241]: 1755...
connection timeout
Resolving audio.wafm.com.au for AF_INET...
Connecting to server audio.wafm.com.au[202.41.193.241]: 80...
Resolving audio.wafm.com.au for AF_INET...
Connecting to server audio.wafm.com.au[202.41.193.241]: 80...
Cache size set to 64 KBytes

Cache fill: 0.00% (0 bytes)


[ REPEATED 44722 TIMES! ] <<<<<<<<<<<<<<<<<<<<


Cache fill: 0.00% (0 bytes)

Cache fill: 12.50% (8192 bytes)


[ REPEATED 60598 TIMES! ] <<<<<<<<<<<<<<<<<<<<


Cache fill: 12.50% (8192 bytes)
ASF file format detected.
[asfheader] Audio stream found, -aid 1
Clip info:
title: wafm
comments: Todays Best Mix Of New Music & Rock
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 64.0 kbit/4.17% (ratio: 8001->192000)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==========================================================================
socket(): Address family not supported by protocol
AO: [pulse] Init failed: Connection refused
Failed to initialize audio driver 'pulse'
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:524708.3 (145:45:08.3) of 1844674428928.0 (512409563:35:28.0) ??,?% 3% 


[ REPEATED 653 TIMES! ] <<<<<<<<<<<<<<<<<<<<


A:524725.4 (145:45:25.4) of 1844674428928.0 (512409563:35:28.0) 9.7% 12% 


MPlayer interrupted by signal 15 in module: play_audio
A:524725.4 (145:45:25.4) of 1844674428928.0 (512409563:35:28.0) 9.7% 12% 

Exiting... (Quit)
killall: xmessage: no process killed


Fortunately, the log is in /tmp, so does not fill up the pupsave file. But eventually /tmp will run out of space and cause who-knows-what. Maybe it's not a showstopper for lupu, but is definitely user-unfriendly, if it locks things up. This is to get this behavior "on the record".
Richard
Back to top
View user's profile Send private message 
bigpup


Joined: 11 Oct 2009
Posts: 5109
Location: Charleston S.C. USA

PostPosted: Tue 02 Aug 2011, 00:48    Post subject:  

Quote:
To whomever maintains pupradio:


That would be 01micko.

_________________
I have found, in trying to help people, that the things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected Shocked
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 75 of 91 [1351 Posts]   Goto page: Previous 1, 2, 3, ..., 73, 74, 75, 76, 77, ..., 89, 90, 91 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1282s ][ Queries: 12 (0.0266s) ][ GZIP on ]