Dingo alpha7 feedback/bugs

Please post any bugs you have found
Message
Author
User avatar
rerwin
Posts: 2017
Joined: Wed 24 Aug 2005, 22:50
Location: Maine, USA

Re: assumed home directory

#31 Post by rerwin »

disciple,
Keep in mind that all of the programs invoked with the "$@" parameter are affected. So adapting ROX doesn't solve the entire problem.

klu9
Posts: 344
Joined: Wed 27 Jun 2007, 16:02

#32 Post by klu9 »

OFF TOPIC
I'm surprised these incremental versions aren't being additionally offered via Xdelta patches (as opposed to only full-size ISOs), to really reduce the download time for the majority of users, who'll already have a previous alpha.

http://puppylinux.org/wikka/XdeltA
[size=75]- Remember: it's a [url=http://puppylinux.org/wikka/PuppyLinuxMainPage]wiki[/url]. You can contribute too! :D
- Puplet creators, see [url=http://puppylinux.org/wikka/DistributingYourPuplet]DistributingYourPuplet[/url][/size]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: Dingo alpha7

#33 Post by BarryK »

charnisingh wrote:It looks like Barry has not uploaded the "gettext-0.16.1" as package manager can not install it.
Fixed.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#34 Post by BarryK »

zygo wrote:Booting entirely into RAM from a CD. Here are some observations of this alpha release.
Dialup disconnects after 2 seconds. The /root/.etc/ppp/chap-secrets and /root/.etc/ppp/pap-secrets workaround seems to fix it.

What workaround is that?
cdp is missing.
Is there any application or script that needs that? Or is it just something that you yourself find a useful thing to have? I think it is small, I could put it in.
xine takes 20-30 seconds after the button is clicked before it makes any sound from an audio CD. During this time the disk is spinning. This drive worked much quicker in 301. I tried starting xine after replacing the boot CD with the audio CD but then the xine window title says 'There is no MRL'. Even when I put the Puppy cd back into /dev/hdc.

The volume control in the panel has no effect on the sound coming from xine.
Maybe I'll go back to Gxine, same as 3.01. Then at least Dingo will be no worse than 3.01.
I experienced a problem with Xine-ui a couple of days ago -- when I tested a VCD, clicking the "VCD" button on the GUI interface hung my computer.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: Geany print problem - easy fix

#35 Post by BarryK »

GeoW wrote:After using CUPS to set up printer, trying to print from Geany says it
will use: /usr/bin/lpr - but lpr is a dead link to lpr-cups

Replace it with a link to lpr_cups and Geany prints.

Note: when you first enter Puppy 3.97 lpr is a small script but when
you invoke CUPS lpr gets changed to the dead link.

GeoW
Ah, running CUPS from the menu runs /usr/sbin/cups_shell, which has this in it:

Code: Select all

#v2.17.1 PDQ print system has lpr symlink to /usr/bin/pdq, set in /usr/sbin/printerwizard.sh,
#so may have to change it back...
rm -f /usr/bin/lpr
ln -s lpr-cups /usr/bin/lpr
So, I've commented those lines out. Dingo is commited to CUPS I think, so cannot go back to PDQ.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: xorgwizard resolution fixes not added to alpha7

#36 Post by BarryK »

rerwin wrote:Barry,
I created an alpha6 fix for xorgwizard with my report of issues quoted below. Since it was skipped, I have merged the xorgwizard changes into the aplha7 xorgwizard. The result is attached along with a difference listing. I have tested it successfully with both 3.98 and 3.02.

Those changes correct the video adapter signatures for Trident CYBER adapters, add two more of them, and insert the xorg.conf "PreferredMode" monitor parameter to ensure the selected resolution is set. The incorrect resolution may be related to either the new version of xorg or to RandR-enabled video drivers such as "intel".
Posted: Mon Feb 11, 2008 8:03 pm Post subject: XorgWizard sets wrong resolution with new "intel" driver
Subject description: New driver supports RandR; ignores Puppy's resolution settings; uses non-listed 1152x864. Solved.
On my IBM NetVista PC with Intel 845 built-in graphics and an ADI 5P CRT monitor, the old driver, i810, set resolutions as directed by Puppy's xorgwizard in xorg mode. In alpha6 and the newer driver, intel, the resolution is set to 1152x864 no matter what I select (1024, 1280, 800) with the wizard. The resolution is reported by HardInfo and corresponds to what I see on the screen.

I found a post that suggests the solution:
http://www.mp3car.com/vbulletin/linux/1 ... fixed.html
It uses an xorg.conf Monitor-Section Option statement that affects only adapters that support RandR 1.2 (The X Resize and Rotate Extension) and is apparently ignored by other adapters. The man-page definition of it is:
Quote:
Option PreferredMode string
This optional entry specifies a mode to be marked as the preferred initial mode of the monitor. (RandR 1.2-supporting drivers only)

I have tried this Option using the same resolution as in the Screen Section and, indeed, the problem is corrected. I have modified /usr/sbin/xorgwizard to generate the Option statement with the same value as that placed in the Screen Section "Modes" statement. I have also tested the fix on other PCs (that don't need it) and there is no impact.
Please consider updating the wizard from the attached archive to avoid resolution weirdness. Thanks.

Anyone can try this out by extracting the wizard to someplace easily accessible from the command prompt. Boot with pfix=nox, mount the location of the new xorgwizard file, then run it using the full path name. Then run xwin to finish bootup.

If already booted to the desktop, just exit to the command prompt, find and run the wizard as above, then xwin.
Richard
It's done. Thanks for that, especially the difference file so I was able to see quickly what you did.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#37 Post by BarryK »

lluamco wrote:Is g77 missing in devx_397.sfs ? (and devx_396.sfs...)
Yes, missing. Dingo was compiled in T2, and g77 was not enabled. I suppose it could be compiled.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: Pwget dialogs use incorrect/inconsistent term

#38 Post by BarryK »

rerwin wrote:The new pwget tool directs the user to "cut" out a web address and paste it, while all that is needed is to "copy" the URL to paste it. Pwget's instructions can be made more precise by the replacement of "Cut" with "Copy" in statements 12 and 29 of the script in /usr/local/Pwget.

My original report on this for alpha6 is here:
http://www.murga-linux.com/puppy/viewto ... 802#170802
Richard
Thanks, fixed.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: xfdiff misses difference in very long statement/line

#39 Post by BarryK »

rerwin wrote:While verifying my minor changes to pwget with xfdiff, I discovered that my change on line 29 was not indicated. The same change on line 12 at character 16 of a ~130-char line was detected.
...
Since xfdiff did not find the word or indicate the maximum line length it compares, its credibility is dubious. It cannot be trusted.
Hmmm. Perhaps you could send an email to the author of xfdiff.
I sent him an email about 6 months ago informing of the patch-file-generation just crashing. No response. However, I did contact him once before that, with another difficulty and he did reply on that occasion. It has been a long time since he upgraded xfdiff, so he should be gently persuaded to do so.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

Re: Unexpected directory for home/file icon and menu selecti

#40 Post by BarryK »

rerwin wrote:While testing my xorgwiz fix at the command line before running xwin, I changed the current directory to my flash drive. After executing xwin and getting back to the desktop, I found that the "file" icon and ROX menu entry resulted in display of the contents of the flash drive, instead of the familiar /root directory. Other programs exhibit the same default directory. Apparently the "$@" parameter in the underlying scripts relies on the setting of the "current directory".

Unless this is an intended "feature," it can be remedied by having xwin ensure that the current directory is "~/". The following statement would accomplish that, inserted after line 9 of xwin for both 3.97 and 3.02, and similarly for other Puppy versions.

Code: Select all

cd ~/   #v3.98 Ensure current directory is root, in case changed at command prompt, so rox icon and menu item open only at home directory. rerwin
Richard
Yes, I can't think of any reason why we would want that as a feature, so I have implemented your change.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#41 Post by BarryK »

klu9 wrote:OFF TOPIC
I'm surprised these incremental versions aren't being additionally offered via Xdelta patches (as opposed to only full-size ISOs), to really reduce the download time for the majority of users, who'll already have a previous alpha.

http://puppylinux.org/wikka/XdeltA
I saw your earlier posts about xdelta, but I just never got round to looking at it. Just now looked a the link -- looks good. Perhaps I will use it for the next Dingo, hopefully the beta.
[url]https://bkhome.org/news/[/url]

changturkey
Posts: 67
Joined: Sun 30 Dec 2007, 03:10

#42 Post by changturkey »

Barry, did you have the chance to read my prior post? I was just wondering, were any changes made to ALSA from alpha6 to 7?

zygo
Posts: 243
Joined: Sat 08 Apr 2006, 20:15
Location: UK

#43 Post by zygo »

Barry,

From http://murga-linux.com/puppy/viewtopic. ... &start=100

'I checked /etc/ppp/chap-secrets in 301 and found it contained the literal username and password separated by a 3 character sequence (tab, asterix and tab) followed by a blank line' pap-secrets is identicle.

Thanks for including cdp. It's ideal for older CD drives with an external headphone socket or where the PC was built with the luxury of a CD drive to sound card cable - oh the expence!

***Edited to make hyperlink out of plain url.
Last edited by zygo on Mon 10 Mar 2008, 22:47, edited 1 time in total.

zygo
Posts: 243
Joined: Sat 08 Apr 2006, 20:15
Location: UK

#44 Post by zygo »

I have a new PC with vista on a SATA drive which I need for another project. It has 2GB of RAM and I want to use it with Puppy live-cd on a regular basis. I have mistakenly booted Puppy without pfix=ram and when I next booted vista it complained then 'fixed' the disk. Will changing the first line in isolinux.cfg to 'default puppy pfix=ram' avoid this?

What I would really like is a way to stop Puppy scanning the IDE bus at boot or any other time. Or just sata drives. Or maybe all drives including usb. Is there an easy way to do one of these like delete a module before remastering? I'd like the drive to disappear under Linux. The trouble is ms has to keep changing ntfs to disuade the use of alternative OSs. And that although I have a backup, that doesn't mean the cost of recovery is zero.

User avatar
rcrsn51
Posts: 13096
Joined: Tue 05 Sep 2006, 13:50
Location: Stratford, Ontario

#45 Post by rcrsn51 »

Just out of curiosity, did you let Puppy make a savefile in the Windows partition? Is that what Vista complained about?

zygo
Posts: 243
Joined: Sat 08 Apr 2006, 20:15
Location: UK

#46 Post by zygo »

No, I didn't let Puppy make a save file. Will it not try to make a swap partition in a file without pfix=ram?

zygo
Posts: 243
Joined: Sat 08 Apr 2006, 20:15
Location: UK

#47 Post by zygo »

No, I didn't let Puppy make a save file. Will it not try to make a swap partition in a file without pfix=ram?

OldYogi
Posts: 27
Joined: Sun 13 Jan 2008, 01:08

Wireless connection fails

#48 Post by OldYogi »

Here are my two posts to the Users forum, which probably belong here:
The Network Wizard works fine only the first time I run it. It did when I loaded Alpha 6, and again when I loaded Alpha 7 (both running off of a frugal install on a pendrive). The second time, however, it says it connects, but SeaMonkey can't connect.

When run the first time, the Wizard scans and finds all of my neighbors' wireless SSID's, as well as mine. The second time it only finds mine! This sounds like a good thing, but since it never works the second time, this must be part of the problem.

I believe that the Wizard will connect properly if I delete all the old data, but I can't find the old data. I've deleted two relevant files: /var/lib/dhcpcd-eth1.info, and /var/run/dhcpcd-eth1.pid; but that doesn't solve the problem. Those files are generated by a script, /etc/dhcpcd.sh. I could disable the script, but there is some other info stored somewhere that needs to be deleted so the login runs clean.

Does anyone know where? Is this a bug that needs to be dealt with?
and
This was useful, but I still havn't solved the problem, nor have I located all the relevant files. I delete /var/lib/dhcpcd-eth1.info, and /var/run/dhcpcd-eth1.pid. By the way, the dhcpcd script is coded to remove the .pid file, and the comment in the script says the .pid file creates problems if it remains after a prior login. Anyway, I also deleted the info about my network connection that had been stored in /etc/WAG/profile-conf. Info is stored there, it seems, only if you tell the wizard to save a profile. I didn't because I'm trying to keep this as uncluttered as possible until I solve the problem.

Anyway, after deleting all those files I go back to connect again, and the only network the scan offers is mine, although there are several neighbors equally strong, and they all turned up the first time I logged in. Although I had deleted all those files, the system created a netscan.log, file in /tmp with all the detailed info about my network.

Somehow the wizard remembered the wireless I had connected to the first tiime. So I conclude there must be yet another file with a record of what I had connected to the last time, and that file isn't being cleaned out.

The bottom line is that although the wizard regularly reports that I am connected, I don't get a working connection. I have successfully connected to my wireless only twice -- once, the first time I tried to connect after first installing Puppy, and the second time the first time I tried to connect after installing Dingo Alpha 7. I conclude that after fresh installs some data isn't in the system that gets left there after a connection is established, and that leftover info interferes with subsequent attempts to connect.

Anyone know more about the inner workings of this? Thanks.
I'm running this off of a frugal install on a pendrive, on a Thinkpad T43. Since I get a live connection the first time, I don't think it is simply the driver -- but who am I to say?

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#49 Post by BarryK »

changturkey wrote:Barry, did you have the chance to read my prior post? I was just wondering, were any changes made to ALSA from alpha6 to 7?
The difference is the kernel drivers. Alpha7 is using the kernel from Puppy3. Alpha6 built with the 2.6.24 kernel has later drivers.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#50 Post by BarryK »

zygo wrote:'I checked /etc/ppp/chap-secrets in 301 and found it contained the literal username and password separated by a 3 character sequence (tab, asterix and tab) followed by a blank line' pap-secrets is identicle.
I still haven't tuned in to what you have done to fix it. ...perhaps I've been using broadband too long, I'm forgetting about dialup.
I just looked at those files, there's nothing in them. Do you know what writes to them -- is it wvdial?
You have said what is in them, but what did you change to fix it?
Excuse me if I'm being a bit slow to catchon what's going on here.
[url]https://bkhome.org/news/[/url]

Post Reply