Pandora PNDManager

[dimag0g]

Hi again,

I've made a quick test by copying all my PNDs from /media/EXT3/pandora to /media/FAT32/pandora (both partitions are on the same SD card). Both pndmanager and milky work fine with FAT32 partition: they are able to scan all my PNDs and fill local.db with that data. Moving PNDs back to EXT3 partition fucks up everything again.

FYI, /media/FAT32 is the mountpoint for /dev/mmcblk0p1 and /media/EXT2 is the mountpoint for /dev/mmcblk0p2

 

[bzar]

Unless it's about permissions, I have no idea why ext3 would be an issue. I use both ext2 and fat32 myself with no issues.

 

[Cloudef]

If it's permission issues, I think pndrun out file should have warnings about that.

I have tested on both EXT3 and EXT4 and it should work fine.

 

[dimag0g]

Thanks for being so reactive! Unfortunately, the new versions (milky 3.0.6.6 and PNDManager 1.3.6.6) don't solve my issue. Here are the logs:

pndrun_milkyhelper.out.txt

pndrun_pndmanager.out.txt

 

[fusion_power]

It seems that my issue is gone, PND Manager updates fine itself now and still work after a restart.

 

[bzar]

Yay! I was hoping it was

 

[bzar]

Thanks for being so reactive! Unfortunately, the new versions (milky 3.0.6.6 and PNDManager 1.3.6.6) don't solve my issue. Here are the logs:

I am seeing at least some file permission issues there like

mkdir: cannot create directory `interfaces/CustomPNDManager': Permission denied

 

[dimag0g]

mkdir: cannot create directory `interfaces/CustomPNDManager': Permission denied

Is there a way to find out the complete path where this directory is meant to be created? I looked for a directory named "interfaces" and I don't seem to have it on my SD card.

 

[pmprog]

Urm, I'm experiencing something really weird. I'm currently updating Firefox, PNDManager and Wagic, and the download speeds are going negative and the "downloaded size" decreases.

I cancelled the FF and Wagic updates and PNDManager downloaded properly; and after restarting PNDManager, FF and Wagic seem to be downloading okay, so the issue might be fixed, but thought I'd still post it for reference

 

[bzar]

Sounds like an initialization issue somewhere.

 

[Neelix]

I've noticed that type of behaviour too.  It seems to happen a lot when you have multiple simultaneous downloads.

- Neelix 

 

[Linux-SWAT]

Compiled the new version under Slackware:


#pndmanager

rm -rf /tmp/build/*
cd /root/jansson/
mkdir target
cd target
cmake -DCMAKE_INSTALL_PREFIX=/usr/ ..
make CC=distcc
make install DESTDIR=/tmp/build
cd /tmp/build
makepkg -c y /tmp/pndmanager-jansson-$DATE-arm-1.tgz
upgradepkg --install-new /tmp/pndmanager-jansson-*-arm-1.tgz

#panorama/pndmanager
rm -rf /tmp/build/*
cd /root/panorama/
rm -rf target/
mkdir target
cd target
export LANGUAGE="en_US.UTF-8"
export LC_ALL="C"
autoreconf -i
CC="distcc gcc" CXX="distcc g++" cmake -DCMAKE_INSTALL_PREFIX=/usr/ ..
CC="distcc gcc" CXX="distcc g++" make
#make CC=distcc
make install DESTDIR=/tmp/build
cd /tmp/build
ln -s /usr/share/panorama/interfaces /tmp/build/usr/bin/
makepkg -c y /tmp/pndmanager-$DATE-arm-1.tgz
upgradepkg --install-new /tmp/pndmanager-2*-arm-1.tgz


I have a black screen.

Got this too:

$ panorama

(process:9201): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.
static bool QDeclarativeMetaType::isModule(const QByteArray&, int, int) Qt 4.7 import detected; please note that Qt 4.7 is directly reusable as QtQuick 1.x with no code changes. Continuing, but startup time will be slower.
Settings are saved in "/home/ls/settings.cfg"

 

/usr/bin should be /usr/share/panorama/interfaces... as it is in my package.

 

[Linux-SWAT]

Ah crap, realized that parts of the log are missing thanks to the board software :/.

Anyway, seems it's working now, i don't get it.

 

[bzar]

All's well that ends well

 

[b_o_b]

I have installed PM a while ago and after installing, programs with PM the programs didn't show in minimenu/xfce. The only method of starting a program was through PM. So recently tried to upgrade and still the same behaviour (also after removing appdata).

 

[bzar]

The mechanism for the PNDs to appear in minimenu/xfce is entirely separate from PNDManager. PNDManager just saves the files to correct locations and it's up to the PND system daemons to detect them and add the entries. No idea why they wouldn't.

 

[milkshake]

badly formed pxml maybe? Possibly didn't use correct category or subcategory from free desktop standards

 

[b_o_b]

PND manager had the issue while I wasn't having problems with PND store. Is there a log file or something else I can check?

 

[milkshake]

That's could be just blind luck that you didn't download any pnds which had bad category's through pnd store it doesn't mean there is anything wrong with pnd man per say. More likely is its just a coincidence.

 

[_jr_]

PND manager had the issue while I wasn't having problems with PND store. Is there a log file or something else I can check?

First check that the PND was actually downloaded (and is in the correct place).


Then check whether there is a file in /usr/share/applications corresponding to the app. I fyou have many,


grep -iR <partial name of app> /usr/share/applications

might be helpful. If there isn't, reboot. If there still isn't there is something unexpected with the PXML.

If there is, you can open the file and check the actual categories where it should appear.