THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#271 - BugTracker: File attachment does not work
User who did this - Stefan Nowak (porg)
----------
I see it the same way as you, and appreciate help, if offered.
So it is definitely (2), no-one else competent + willing to do it.
As mentioned, sadly I feel not competent enough for it. Otherwise I'd help out.
Hope some-one will come and help you & the community with this!
WANTED: Admin for web server based software (such as bugtracker, forum, etc) ???
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=271#comment447
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Jeff (skeezix)
----------
I'm confused.. what are you trying to do here? Obviously pnd_run.sh can run apps within a multi-app pnd, since pnd_run.sh is what the entire system uses to do exactly that :) pnd_run.sh is not a convenience layer, it is the actual pnd mount/run system; libpnd (including the daemons and other services) exist to itemize pnds and make .desktops and such, and invoke pnd_run.sh to launch app. If you check the .desktop files, they invoke pnd_run.sh :)
So -b is used to specify the desired directory name in /pandora/appdata by libpnd, always has; the use of -b has expanded since its original goal, but thats whats its for.
-b _shoudl not_ specify the filename; it should specify the preferred appdata name, or failing that, the unique-id; nothing else. Anything else is incorrect. (it will work, of course, but you end up splitting user data away from the canonicle location; if thats what you want, good :)
For Dosbox, theres two subapps; each has a unique-id (different ones), but they list the same preferred appdata name; So -b would be the same for both apps, but the executable selected will be difference; that is how multiple apps are invoked.
....
I lack context; is there a forum post or somethign that fills us in whats the real goal, and the problem are?
(perhaps I missed it :)
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment446
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - bukkit (bukkit)
----------
That means I should (since the package id is absent in the PXMLxmls I ran into and the application id seems to be used for sth different) use the filename for the -b parameter and leave the other options empty to emulate the normal pnd run...
That is ... possible, but then pnd_run.sh would lack the option to specify which app to run in a multi-app-pnd (like Dosbox).
This, btw, is the Dosbox pnd I was using:
http://apps.openpandora.org/cgi-bin/viewapp.pl?/Emulator/Dosbox.inf
This contains two applications, dosbox and dboxfe. When I run it normally, the application id (probably) decides which app I run (and the appdata directory is pandora/appdata/dosbox, like the PXML.xml demands). When I run it with pnd_run.sh, I must somehow specify which application of the two I run, and I did that via specifying the application id with -b. But when I do that, the appdata directory changes.
So I'm either unable to specify the app to run (when I use the -b switch to determine the appdata directory) or unable to determine the appdata directory (when I use the -b switch to specify the application to run) via pnd_run.sh ... but the normal run, done via clicking on the app in the menu, must be able to specify both...
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment445
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Jeff (skeezix)
----------
libpnd will only accept an application if it has a unique-id; an appdata is preferred, but in its absence, the unique-id will be used. As such, libpnd will only ever invoke pnd_run.sh with -b and the unique-id or appdata-name, as appropriate. -d is 'new' (since sebt3's took over maintenance of pnd_run.sh), and libpnd's behaviour hasn't been touched to include -d (and shouldn't need to.)
So -d looks like a added feature, but that wasn't tested quite right, but works fine for all normal uses.
(Sebt3 has a quite extensive test script for pnd_run.sh, but theres a _lot_ of cases :)
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment444
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - bukkit (bukkit)
----------
The wiki corresponds with the usage pnd_run.sh claims. -b pndid : name of the (unison) directory mount-point, default is name of the pnd file (this should correspond to the id from PXML.xml) and -d path : Use path as source of the overlay (default: pandora/appdata/pndid) (this should be equivalent to the appdata directive from PXML.xml).
Therefore, if the -b input ended up as determining the source of the overlay (which is what happens) that would only be the correct behaviour if neither the PXML.xml would specify an appdata nor command line a directory via -d. If either is true, the behaviour would, if I'm not mistaken, be wrong.
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment443
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - bukkit (bukkit)
----------
If Jeff is right, the wiki ( http://pandorawiki.org/Pnd_run.sh ) is wrong.
There the -b is described as being for the pnd-id (which should correspond to the app-id from the PXML.xml) and -d is for the overlay directory in appdata.
The results imply in fact the pnd-id (which I specified accordingly with the -b switch) is used for the appdata directory. (In this case I'd kind of miss a switch to decide which app (from the multiple apps possible to be present in a pnd) should be run.)
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment442
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Jeff (skeezix)
----------
Ah, libpnd doesn't bother with -d, and the default is to use the provided -b or whatever.
Is -d needed? I suppose if you want to redirect the overlay point to somewhere else for testing or the like ..
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment441
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Sébastien Huss (set3)
----------
dont close that ticket : there is indeed an issue here : the -d switch is ignored.
I dont get why just yet as the code seems good
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment440
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Jeff (skeezix)
----------
Want me to close, or you'll close ticket?
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment439
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#299 - run_pnd.sh does not follow PXML.xml or "-d"-Parameter
User who did this - Jeff (skeezix)
----------
I see no problems --
with pnd_run binary (which in turn invokes pnd_run.sh to do the actual run) .. no problem (which makes sense, since it doesnm't really determine anything.)
pnd_run.sh is run by pnd_run though, and the directories are created fine .. running Dosbox.pnd creates 'dosbox' and not 'pickle.dosbox'.
pnd_run knows how to invoke pnd_run.sh via libpnd.
I'm assuming user is forgetting the -b option to specify the data path?
It is not -d as in title
pnd_run.sh is basiocly the foundation upon which the entire pnd system stands, so hopefully it is working right ;)
----------
More information can be found at the following URL:
http://bugs.openpandora.org/index.php?do=details&task_id=299#comment438
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.