Jump to content
  • 0
Sign in to follow this  
Robert

Swami Control Crashes with EFL 1.19.1

Question

Both of my computers are fully up to date with Bodhi 4.2.0. Swami-control is installed but when I attempt to open it I get Application execution error - swami stopped running unexpectedly. What step am I missing here? I have been using Bodhi on my two older computers (32bit Panasonic cf-29 and 64bit Asus U43F) with great results for the past 5 months, the work you all have done is amazing, thanks, Robert. 

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0

Please perform your system updates (or at least update swami). Fix should be in the repo now. 

  • Like 3

Share this post


Link to post
Share on other sites
  • 0

Charles, here is what I get when I type swami in terminology

     robertbodhi@robertbodhi-U43F:~$ swami

Traceback (most recent call last):
  File "/usr/bin/swami", line 177, in <module>
    app = MainWin(launchArg)
  File "/usr/bin/swami", line 46, in __init__
    self.icon_object_set(icon.object_get())
  File "efl/elementary/image.pxi", line 469, in efl.elementary.__init__.Image.object_get (efl/elementary/__init__.c:174473)
  File "efl/eo/efl.eo.pyx", line 137, in efl.eo.object_from_instance (efl/eo/efl.eo.c:2170)
ValueError: Eo object at 0x40000002662348f1 of type Edje.Object does not have a mapping!
                              
 
                                      Thanks, Robert

Share this post


Link to post
Share on other sites
  • 0

Looks like the efl causes an issue. I'm running the 4.2.0 LiveCD with no issues at all.

 

Can you provide the outcome of

dpkg -l efl

You probably have an updated version that causes this. 

 

Enjoy,

Charles.

Share this post


Link to post
Share on other sites
  • 0

This is exactly the same error reported elsewhere:
 

Guys, after upgrading to EFL 1.19.1, Swami still works for you?
 
To be sure,
 
1. I opened Swami in one 32-bit Bodhi computer. It was working as expected.
2. Updated EFL. Swami ceased to work.
3. Updated Swami. Swami does not work.
4. Updated Moksha. Swami does not work.
 
Same steps in a 64-bit computer, same results: swami was working, after EFL update it does not.
 
In the 32 and 64 bit the error message is the same:

Traceback (most recent call last):
  File "/usr/bin/swami", line 177, in <module>
    app = MainWin(launchArg)
  File "/usr/bin/swami", line 46, in __init__
    self.icon_object_set(icon.object_get())
  File "efl/elementary/image.pxi", line 469, in efl.elementary.__init__.Image.object_get (efl/elementary/__init__.c:174473)
  File "efl/eo/efl.eo.pyx", line 137, in efl.eo.object_from_instance (efl/eo/efl.eo.c:2170)
ValueError: Eo object at 0x40002652 of type Edje.Object does not have a mapping!

hmm

 

I can not reproduce this error. But errors like this don't surprise me with the new efl, I have noticed related errors in epad which did not occur with efl 1.18.4 but do occur with  efl 1.19.1. In epads case it has to do with the icon theme being used as well as the settings under icon in elementary_config. If you can reliably reproduce this on any machine tell me what icon theme is being used, what e theme is being used as well as what the icon settings under elementary_config are set to. 

Share this post


Link to post
Share on other sites
  • 0

Charles, here is what I get with dpkg -l efl 

 

robertbodhi@robertbodhi-U43F:~$ dpkg -l efl

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
ii  efl            201706111.19 amd64        EFLs
 
Robert

Share this post


Link to post
Share on other sites
  • 0

What icon theme are you using on the systems in question? I can't seem to reproduce this here on my desktop. Will try my laptop and VMs in the morning. 

Share this post


Link to post
Share on other sites
  • 0

Yups, happen to me too.  :wacko:

 

renan@renan-hp14-bodhi4-64:~$ swami
Traceback (most recent call last):
  File "/usr/bin/swami", line 177, in <module>
    app = MainWin(launchArg)
  File "/usr/bin/swami", line 74, in __init__
    self.loadModules()
  File "/usr/bin/swami", line 130, in loadModules
    self.modules[imported] = imported.SwamiModule(self)
  File "/usr/lib/python2.7/dist-packages/swami_startupapps/swami_startupapps.py", line 107, in __init__
    iconObj = Icon(self, standard="preferences-system", size_hint_weight=EXPAND_BOTH, size_hint_align=FILL_BOTH)
  File "efl/elementary/icon.pxi", line 38, in efl.elementary.__init__.Icon.__init__ (efl/elementary/__init__.c:169507)
  File "efl/evas/efl.evas_object.pxi", line 209, in efl.evas.Object._set_properties_from_keyword_args (efl/evas/efl.evas.c:55021)
  File "efl/eo/efl.eo.pyx", line 279, in efl.eo.Eo._set_properties_from_keyword_args (efl/eo/efl.eo.c:3869)
  File "efl/elementary/icon.pxi", line 109, in efl.elementary.__init__.Icon.standard.__set__ (efl/elementary/__init__.c:170088)
RuntimeWarning: Setting standard icon failed
renan@renan-hp14-bodhi4-64:~$
 

Share this post


Link to post
Share on other sites
  • 0
After upgrading to efl 1.19.1 and the latest moksha package I got the crash here as well.



charles@420-leg-t:~$ swami
Traceback (most recent call last):
  File "/usr/bin/swami", line 177, in
    app = MainWin(launchArg)
  File "/usr/bin/swami", line 46, in __init__
    self.icon_object_set(icon.object_get())
  File "efl/elementary/image.pxi", line 469, in efl.elementary.__init__.Image.object_get (efl/elementary/__init__.c:174473)
  File "efl/eo/efl.eo.pyx", line 137, in efl.eo.object_from_instance (efl/eo/efl.eo.c:2170)
ValueError: Eo object at 0x4000267f of type Edje.Object does not have a mapping!


Using Arc Dark theme and Faenza Icons as the ISO ships with.

 

BTW, Epad still works as expected.

 

Enjoy,

Charles

Share this post


Link to post
Share on other sites
  • 0

 

Yups, happen to me too.  :wacko:

 

renan@renan-hp14-bodhi4-64:~$ swami
Traceback (most recent call last):
  File "/usr/bin/swami", line 177, in
    app = MainWin(launchArg)
  File "/usr/bin/swami", line 74, in __init__
    self.loadModules()
  File "/usr/bin/swami", line 130, in loadModules
    self.modules[imported] = imported.SwamiModule(self)
  File "/usr/lib/python2.7/dist-packages/swami_startupapps/swami_startupapps.py", line 107, in __init__
    iconObj = Icon(self, standard="preferences-system", size_hint_weight=EXPAND_BOTH, size_hint_align=FILL_BOTH)
  File "efl/elementary/icon.pxi", line 38, in efl.elementary.__init__.Icon.__init__ (efl/elementary/__init__.c:169507)
  File "efl/evas/efl.evas_object.pxi", line 209, in efl.evas.Object._set_properties_from_keyword_args (efl/evas/efl.evas.c:55021)
  File "efl/eo/efl.eo.pyx", line 279, in efl.eo.Eo._set_properties_from_keyword_args (efl/eo/efl.eo.c:3869)
  File "efl/elementary/icon.pxi", line 109, in efl.elementary.__init__.Icon.standard.__set__ (efl/elementary/__init__.c:170088)
RuntimeWarning: Setting standard icon failed
renan@renan-hp14-bodhi4-64:~$
 

 

 

@BeGo, the error you are reporting is a different error than the errors reported above. You have a RuntimeWarning vs  the other reported errors, ValueError: Eo

 

I suspect tho the underlying cause is the same. 

 

Charles, I am using the Arc-Dark (v2)(v3) with the Faenza icon set. Cheers, Robert.

 

@Robert, those work fine here :)

 

But for all having this issue we (Jeff and I) have a better understanding of why and will be working on a fix. I was able to reproduce the error as well on both efl 18.4 as well as efl 19.1. So it is not caused by updating EFL. Unsure why users had the issue after updating bodhi regardless ..

 

For now simply delete your ~/.elementary folder, that should fix the issue. Post back here whether or not that works for you.  B)

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

//

 

For now simply delete your ~/.elementary folder, that should fix the issue. Post back here whether or not that works for you.  B)

 

swami from ci still has the same error. Even after a reboot.

 

Charles

Share this post


Link to post
Share on other sites
  • 0

Perhaps I need to do more digging Charles :( 

 

In my reproduction of the issue I did not update Moksha ... unsure that would matter. But I will check now. 

 

Could you open elementary_config and choose an icon set and click Use Theme. Did that fix it?

Share this post


Link to post
Share on other sites
  • 0

Just in case the info helps debugging. The apt log about my upgrading just before the failing.

 

Start-Date: 2017-06-16  17:02:22
Commandline: apt-get dist-upgrade
Requested-By: charles (1000)
Install: libcapnp-0.5.3:i386 (0.5.3-2ubuntu1, automatic), libmircore1:i386 (0.26.3+16.04.20170605-0ubuntu1, \
automatic), libmircommon7:i386 (0.26.3+16.04.20170605-0ubuntu1, automatic)
Upgrade: linux-libc-dev:i386 (4.4.0-78.99, 4.4.0-79.100), libldap-2.4-2:i386 (2.4.42+dfsg-2ubuntu3.1, 2.4.42+dfsg-2ubuntu3.2), \
openssl:i386 (1.0.2g-1ubuntu4.6, 1.0.2g-1ubuntu4.8), libgnutls-openssl27:i386 (3.4.10-4ubuntu1.2, 3.4.10-4ubuntu1.3), \
libnl-genl-3-200:i386 (3.2.27-1, 3.2.27-1ubuntu0.16.04.1), grub-common:i386 (2.02~beta2-36ubuntu3.9, 2.02~beta2-36ubuntu3.11), \
epad:i386 (0.9.4bodhi4, 0.9.4bodhi5), efl:i386 (201701261.18.4bodhi1-1, 201706111.19.1-1), \
grub2-common:i386 (2.02~beta2-36ubuntu3.9, 2.02~beta2-36ubuntu3.11), libepoxy0:i386 (1.3.1-1, 1.3.1-1ubuntu0.16.04.1), \
isc-dhcp-common:i386 (4.3.3-5ubuntu12.6, 4.3.3-5ubuntu12.7), apturl-elm:i386 (0.97.2, 0.97.3), \
grub-pc:i386 (2.02~beta2-36ubuntu3.9, 2.02~beta2-36ubuntu3.11), ephoto:i386 (20161028-1, 20170610bodhi11.0-1), \
grub-pc-bin:i386 (2.02~beta2-36ubuntu3.9, 2.02~beta2-36ubuntu3.11), \
libmirprotobuf3:i386 (0.21.0+16.04.20160330-0ubuntu1, 0.26.3+16.04.20170605-0ubuntu1), bodhi-theme-moksha-green:i386 (1.8, 1.9), \
libmirclient9:i386 (0.21.0+16.04.20160330-0ubuntu1, 0.26.3+16.04.20170605-0ubuntu1), \
libnl-3-200:i386 (3.2.27-1, 3.2.27-1ubuntu0.16.04.1), terminology:i386 (20161026-1, 20170610bodhi11.0-1), \
libsndfile1:i386 (1.0.25-10, 1.0.25-10ubuntu0.16.04.1), moksha:i386 (20170530bodhi10.2.1, 20170611bodhi10.2.1), \
bodhi-theme-moksha-arc-dark:i386 (0.3, 0.4), python-efl:i386 (201612041.18.0bodhi1-1, 201706101.19.0-1), \
libgnutls30:i386 (3.4.10-4ubuntu1.2, 3.4.10-4ubuntu1.3), linux-firmware:i386 (1.157.10, 1.157.11), \
libtasn1-6:i386 (4.7-3ubuntu0.16.04.1, 4.7-3ubuntu0.16.04.2), isc-dhcp-client:i386 (4.3.3-5ubuntu12.6, 4.3.3-5ubuntu12.7), \
libssl1.0.0:i386 (1.0.2g-1ubuntu4.6, 1.0.2g-1ubuntu4.8)
End-Date: 2017-06-16  17:04:13

Enjoy,

Charles

Share this post


Link to post
Share on other sites
  • 0

Darn, I had a check there for Elementary Icons. I unchecked that, selected Faenza and deselected Enlightenment-X, next clicked use Icon theme.

 

Voila, no crash!

 

Enjoy,

Charles

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

It appears to be the "check there for Elementary Icons " that causes the issue.
 
Technical details: when this is checked elementary applications try to get the icons from the elementary theme in use.
 
Depending upon the icon name it will succeed or fail.

  • If it fails you will get a RuntimeWarning: Setting standard icon failed .
  • If it succeeds you will get ValueError: Eo object ... of type Edje.Object does not have a mapping!  because the py-elm function icon.object_get() is returning a Edje.Object instead of a 'efl.evas.Image' object.

In my mind this is a bug/issue with python-efl, but I am not sure why it just now being exposed as it has been around awhile. I can reproduce this with older version of efl and python-efl now that I know about it. Nonetheless, we are working on a fix in our code so apps continue to function regardless of Icon errors. Should have did that to begin with actually.

 

Jeff has posted on the e-dev mailing list about this issue but as soon as I get some time and my thoughts together and organized on the issue I am reporting this to the people who work on python-efl and see if they can get the python part of efl to act more like python should. 

Share this post


Link to post
Share on other sites
  • 0

Charles, I went to ~/.elementary, opened it to find config, opened that to find standard, opened that to find nothing at all. I then removed it to trash only to find it (config) was still in ~/.elementary. Swami still does not work. R.

Share this post


Link to post
Share on other sites
  • 0

From the menu, open a terminal and execute
 

rm -rf .elementary

 
if that doesn't work then open elementary_config. From a terminal run
 

elementary_config

 
Click on Icons at the top and choose an Icon set and click the Use Icon Theme button at the bottom. Close the window and see if swami now works.

Share this post


Link to post
Share on other sites
  • 0

[the remainder in post #23]

I

can open elementary_config, although the output somewhat dirty. :D

 

renan@renan-hp14-bodhi4-64:~$ elementary_config
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group e
lm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Add
ing 'fixed: 1 1;' to source EDC may help. Continuing discarding faul
ty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_rest
ricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.
ERR<15894>:elementary lib/elementary/els_cursor.c:734 elm_cursor_theme() Could not apply the theme to the cursor style=(null)
ERR<15894>:elementary lib/elementary/els_cursor.c:734 elm_cursor_theme() Could not apply the theme to the cursor style=(null)
[none] vs [none]
 

Share this post


Link to post
Share on other sites
  • 0

BeGo, something is seriously wrong with your install. Hmm

 

try:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install --reinstall efl
sudo apt-get install --reinstall python-efl

Now can you open elementary_config?

Share this post


Link to post
Share on other sites
  • 0

Please use dist-upgrade in those commands. It works for a more complete result by adding new packages for which upgrade has no permissions.

 

Enjoy,

Charles

  • Like 1

Share this post


Link to post
Share on other sites
  • 0

BeGo, something is seriously wrong with your install. Hmm

 

try:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install --reinstall efl
sudo apt-get install --reinstall python-efl

Now can you open elementary_config?

 

Err, I put there because I am still testing Your solution, sorry Ylee. :)

 

I can open the elementary_config set the icon and theme config. :)

 

Then i run swami again from terminology, and it hold soo long, before stop with these. I thought may it need a restart, so I put the tag for updating it later if anything changed. :)

 

renan@renan-hp14-bodhi4-64:~$ swami

Traceback (most recent call last):

  File "/usr/bin/swami", line 177, in <module>

  File "/usr/bin/swami", line 74, in __init__

  File "/usr/bin/swami", line 130, in loadModules

AttributeError: 'module' object has no attribute 'SwamiModule'

 

[AFTER UPDATE]

 

the error persist.

 

renan@renan-hp14-bodhi4-64:~$ rm -rf .elementary

renan@renan-hp14-bodhi4-64:~$ elementary_config

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group el

m/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding fault

y part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

ERR<8754>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/toolbar/item/default has a non-fixed part 'elm.swallow.icon'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

[when changing theme to arc dark]

ERR<8754>:elementary lib/elementary/els_cursor.c:734 elm_cursor_theme() Could not apply the theme to the cursor style=(null)

[when changing icon to papirus dark]

ERR<8754>:elementary lib/elementary/els_cursor.c:734 elm_cursor_theme() Could not apply the theme to the cursor style=(null)

[none] vs [none]

renan@renan-hp14-bodhi4-64:~$ swami

Traceback (most recent call last):

  File "/usr/bin/swami", line 177, in <module>

  File "/usr/bin/swami", line 74, in __init__

  File "/usr/bin/swami", line 130, in loadModules

AttributeError: 'module' object has no attribute 'SwamiModule'

renan@renan-hp14-bodhi4-64:~$

 

 

 

Share this post


Link to post
Share on other sites
  • 0

Please use dist-upgrade in those commands. It works for a more complete result by adding new packages for which upgrade has no permissions.

 

Enjoy,

Charles

 

That is true Charles in that dist-upgrade will bring in some stuff upgrade will not. Lately I haven't saw enough of a difference in packages to matter, the ones dist-upgrade might possibly bring in are mostly irrelevant to the issue at hand. I almost always use a plain upgrade myself. dist-upgrade on rare occasions when I want what it will bring in and it is more than just a couple of packages. If it is only one package or so then I will use apt-get install.

 

I probably have 50 or more snapshots of bodhi 1.x to bodhi 4.2 on several VMs as well as other debian based VMs with or without e or moksha all in various states of needing updated. Some snapshots up to date some old as the hills. We all probably have different ways of using Bodhi apt and so on. A large number of people (Ubuntu crowd) would say never use apt always use aptitude for example. And I understand the value of aptitude once fixed an issue apt was unable to fix using it and any other way of fixing seemed like a days work or more.

 

But regardless I will take your advice and try to remember in the future for those I advise. 

Share this post


Link to post
Share on other sites
  • 0

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×