Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 12 hrs, 55 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 6 days, 1 hr ago - more...
lardman |
2010-08-18
, 07:28
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#451
|
Originally Posted by kuriiri
Sounds like a very nice idea, do we have any budding web app/JSON (I presume) people out there who fancy writing some code?
| The Following User Says Thank You to lardman For This Useful Post: | ||
|
|
2010-08-18
, 07:29
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#452
|
Originally Posted by Wikiwide
Glad you've got it sorted. I can't see how your plugin caused that though, did you update something else before rebooting or is there the possibility of some data corruption?
Quick reply...
I have just created the plugin, it loads and works.
The problem is: after Reboot, the applications went mad. File Manager replaced Nokia N900 with <unknown>, Settings put all buttons into Extras section, Quick Launch has lost its memory (forgotten previous settings and cannot remember new settings), X Terminal has lost "Tab" and "Esc" buttons, "Internal error: Application 'Photos' closed" notification appears, virtual keyboard cannot be shown, etc.
I'm now checking part of device's memory by connecting it in Mass Storage Mode and asking Windows to check the drive for errors.
What would you advise?
MBarcode and all its plugins work even in this chaos;-)
EDIT: "The permission of the setuid helper is not correct."
What is this?
Said by osso-product-info and gconftool
EDIT: N900 can live through anything!
I reinstalled DBus and DBus-x11 (downloaded .deb s from maemo.org), and everything is correct! The settings returned!
Now I only need to recharge it: dozen of reboots drained the battery somewhat.
| The Following User Says Thank You to lardman For This Useful Post: | ||
|
|
2010-08-18
, 07:30
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#453
|
Originally Posted by alfmar
The idea is that people who don't have access to the main mBarcode SVN can then write their own plugins and they can be installed separately.
<ironic>
Long ago I installed mbarcode only to find out that it was in a pre-pre-prealpha stage (the most funny bug was the use of the ledflash while the camera slide was closed); this is quite weird, because most of the "extras/devel" software is at useable stage. To date, I'm sure this package wins the "Most Installation Conflicts" award; to me, here, it happened only once to update without problems.
</ironic>
This evening I found another update, showing installation conflicts for mbarcode plugins "ii", "qrcode" and "webrequest".
I think it's better to include everything in the main package (mbarcode package size is small; IMHO it doesn't actually need separate plugins packages).
Certainly we need to sort this issue out asap though.
| The Following User Says Thank You to lardman For This Useful Post: | ||
|
|
2010-08-18
, 07:32
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#454
|
Originally Posted by wotevah
Hmm, I wonder if, rather than starting up the app manager, on the first run of mBarcode we should present a dialog saying how to install plugins ("Open app manager, Install apps button, search for mbarcode, install all the plugins or those you want") as well as giving basic instructions for how things should work?
But it can still scan a barcode and save the output somewhere. It does not "need" the plugins. If you install the plugins, however, they will do nothing without mbarcode.
I think the problem is that we are trying to use a tool (package dependencies) for something it was not primarily intended for (simplifying add-on installation), which would be fine if it did not require reversing its original meaning completely, something colloquially termed "a hack"
[EDIT] you can always have mbarcode proper tell the user to install the addons, perhaps by providing a button that goes straight to the App manager to install mbarcode-plugins if none exist.
I'll still fire off an email to maemo-devel later today. It appears that conflicts doesn't actually work nor does recommends, which is generally a pita, but that's life.
| The Following User Says Thank You to lardman For This Useful Post: | ||
|
|
2010-08-18
, 07:49
|
|
Posts: 189 |
Thanked: 53 times |
Joined on Aug 2010
@ Netherlands
|
#455
|
New update availible, can not be installed. Confict with it's plugin's.
So i uninstalled the plugins and mbarcode, reinstalled the latest version, works now. only the plugins could not be installed, conflict with mbarcode, so the plugins aren't now not needed anymore?
So i uninstalled the plugins and mbarcode, reinstalled the latest version, works now. only the plugins could not be installed, conflict with mbarcode, so the plugins aren't now not needed anymore?
|
|
2010-08-18
, 08:06
|
|
Posts: 3,617 |
Thanked: 2,412 times |
Joined on Nov 2009
@ Cambridge, UK
|
#456
|
Originally Posted by N900@900MHz
The separate plugin packages are not needed with the current version, no - the plugins are bundled into the main mbarcode package instead.
New update availible, can not be installed. Confict with it's plugin's.
So i uninstalled the plugins and mbarcode, reinstalled the latest version, works now. only the plugins could not be installed, conflict with mbarcode, so the plugins aren't now not needed anymore?
| The Following User Says Thank You to Rob1n For This Useful Post: | ||
|
|
2010-08-18
, 12:39
|
|
Posts: 1,994 |
Thanked: 3,342 times |
Joined on Jun 2010
@ N900: Battery low. N950: torx 4 re-used once and fine; SIM port torn apart
|
#457
|
Originally Posted by lardman
It's just a coincidence: I had N900 running for several days without reboot while trying to make the plugin; as soon as the plugin was created, I allowed myself to turn it off for the night; [supposedly, during this several days something messed with DBus]; start up in the morning showed something is wrong; after several reboots and typing some commands (like env, osso-product-info, gconftool) it became clear that something is wrong with DBus (corrupted files, wrong permissions, don't know), DBus was reinstalled, and after reboot everything became perfect and smooth.
Glad you've got it sorted. I can't see how your plugin caused that though, did you update something else before rebooting or is there the possibility of some data corruption?
It could be just result of my inclination to type chmod 0777 for any directory I see, but I don't remember touching DBus in any way.
In any case, now I'm trying to make this plugin not only usable, but also useful.
P.S. I would advise to have separate mbarcode package, mbarcode plugins packages (depending on mbarcode) and mbarcode-all package (empty; no code, just dependencies), which just depends on mbarcode and the plugins which are useful. Then user could choose whether to install mbarcode-all and get all plugins automatically through dependencies, or to install mbarcode and choose plugins manually. Just my opinion.
|
|
2010-08-18
, 16:47
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#458
|
I'm quite tempted by svuorela's suggestion on IRC today.
Create a meta package e.g. mbarcode-all-plugins. Add all extant plugins to this meta-package. Have each plugin provide mbarcode-plugin as well as mbarcode-plugin-NAME.
Have the mbarcode package depend on "mbarcode-all-plugins | mbarcode-plugin".
I know the deps are the wrong way around, but no-one can use a plugin on its own so no worries there, and this will mean that all the plugins are installed to begin with, and all but one can be removed without any dpkg problems.
Thoughts?
P.S. We should also get the plugin enable/disable dialog working so uninstalling plugins isn't so necessary.
Last edited by lardman; 2010-08-18 at 16:49.
Create a meta package e.g. mbarcode-all-plugins. Add all extant plugins to this meta-package. Have each plugin provide mbarcode-plugin as well as mbarcode-plugin-NAME.
Have the mbarcode package depend on "mbarcode-all-plugins | mbarcode-plugin".
I know the deps are the wrong way around, but no-one can use a plugin on its own so no worries there, and this will mean that all the plugins are installed to begin with, and all but one can be removed without any dpkg problems.
Thoughts?
P.S. We should also get the plugin enable/disable dialog working so uninstalling plugins isn't so necessary.
Last edited by lardman; 2010-08-18 at 16:49.
|
|
2010-08-18
, 16:51
|
|
Posts: 31 |
Thanked: 35 times |
Joined on Jun 2010
|
#459
|
Originally Posted by Wikiwide
Then the user sees three packages and it's not entirely clear which to go for:
P.S. I would advise to have separate mbarcode package, mbarcode plugins packages (depending on mbarcode) and mbarcode-all package (empty; no code, just dependencies), which just depends on mbarcode and the plugins which are useful. Then user could choose whether to install mbarcode-all and get all plugins automatically through dependencies, or to install mbarcode and choose plugins manually. Just my opinion.
mbarcode
mbarcode-all
mbarcode-plugins
What about this instead:
mbarcode-core
mbarcode-everything (or -full, -all etc)
mbarcode-plugins-all
mbarcode-plugins-amazon
mbarcode-plugins-upc
...
(and mbarcode-devel for the files needed to develop plugins but not needed for actual operation).
|
|
2010-08-18
, 20:31
|
|
Posts: 2,102 |
Thanked: 1,309 times |
Joined on Sep 2006
|
#460
|
We could always hide the mbarcode-all-plugins deb by removing the USER section, which would avoid it appearing in HAM for most people.
I'm still not keen on mbarcode-core and mbarcode-everything as the core part should probably be called mbarcode, and then it's liable to be installed on its own again.
I'm still not keen on mbarcode-core and mbarcode-everything as the core part should probably be called mbarcode, and then it's liable to be installed on its own again.
