linuxmint / nemo-extensions Goto Github PK

I wanna build nemo-dropbox for fedora, but i get this configure issue.

DEBUG: checking for NEMO... yes
DEBUG: checking for GLIB... yes
DEBUG: checking for python... /usr/bin/python
DEBUG: checking for rst2man... /usr/bin/rst2man
DEBUG: checking for pygtk... no
DEBUG: configure: error: couldn't find pygtk

BuildRequires pygtk2-devel is installed
To work around i could use 'export DISPLAY=:0.0' before configure, but this won't work on a build server (fedora's rpmfusion).
Another solution is to use a fake X-server like this

xvfb-run -a ./configure
xvfb-run -a make %{?_smp_mflags} V=1

This will work on fedoras build server but not on rpmfusion buildserver, there is a bug in centOS-6 build-server version with using 'xvfb-run'.
I need to use rpmfusion because nemo-dropbox downloaded nonfree code from dropbox during installation.
So, how do you build nemo-dropbox for linuxmint?
Is there a way to fix the code to avoid using an export display or a fake x-server?
Thank you

nemo-terminal should have an option to hide/show (in contextmenu) and also should memory settings like: size, and hide/show state.

Hi

I really wanted the awesome nemo-terminal but could not figure out how to install it from the source here. Luckily I found a nice deb file (http://www.ubuntuupdates.org/package/mint_main/qiana/main/base/nemo-terminal) which worked fine.

However, I can't seem to find the configuration file to toggle the default hidden/shown behavior. I tried

locate "nemo" | grep "terminal"

and found

/usr/share/glib-2.0/schemas/org.nemo.extensions.nemo-terminal.gschema.xml

but making any changes to the visibility and position etc in the file does not seem to result in any actual changes. :/

Any ideas what I am doing wrong?

I upgraded to Cinnamon/Nemo 2.2 and now I can't see the icon on the systray. Using Cinnamon session 2.2, kernel 3.13 on a Trusty 64 bits

Dropbox runs, just the icon doesn't show up. It worked in 13.10 before updating to 14.04.

Can you please port the ubuntuone nautilus integration to nemo. You can see it here. There are some usefull features as the menu integration, etc.

Currently gtkhash supplies a plugin for Nautilus, Thunar, as well as a standalone app.

Do we just want to supply the nemo plugin for this one, so there is no conflict with the original package? That's the direction I'm moving currently.

When I open a new Nemo window, the Terminal extension is always shown, also if I left it previously closed. How can I have this extension always hidden and call it on request only, pressing F4?
Thanks.

Patch: https://build.opensuse.org/package/view_file/X11:Cinnamon:Factory/nemo-dropbox/nemo-dropbox-2.0.0-import-gobject.patch?expand=1

on newer version of gobject/girepository-introspection, such python usage:

"import gobject"

will trigger an error.

ImportError: could not import gobject (error was: ImportError('When using gi.repository you must not import static modules like "gobject". Please change all occurrences of "import gobject" to "from gi.repository import GObject".',))

So if you installed this plugin with nemo, nemo can't start.

it should be replaced with

"from gi.repository import GObject"

If I double click a folder in Nemo the nemo-terminal will automatically cd into the directory for me, but if I cd using nemo-terminal, Nemo does not follow.

I am running Nemo 1.0.2 in Ubuntu 12.04 64-bit. I installed and compiled nemo-dropbox and
nemo-fileroller and per instructions did a killall, but then also rebooted. Neither appear within the interface or within preferences.

I just want to know how to disable beep sound from terminal. It's beeping all the time when folder change to another one.

When trying to install nemo-seahorse on a system with nautilus-seahorse installed, the installation will fail with

E: /var/cache/apt/archives/nemo-seahorse_1.0.0-20121021152210-quantal_amd64.deb: trying to overwrite '/usr/bin/seahorse-tool', which is also in package seahorse-nautilus 3.6.0-0ubuntu2

Something needs to be renamed here I think.

Currently nemo-terminal is very arbitrary about control codes, which can make it impossible to send Ctrl+C to some wild process in the terminal pane - Nemo intercepts it as a copy instead. Nemo-terminal needs to be overridden to take precedence when the pane has focus.

I don't see any reason that a simple hack for the nautilus->nemo switch would not work on this extension, but I'm not convinced that I have the nemo-python properly configured in order to run it. Anybody playing with is particular extension?

I installed the extension in Petra Cinnamon 32 bit but it would not work without the first fix. Please look into it.

http://www.webupd8.org/2013/10/install-nemo-with-unity-patches-and.html
#32 bit

sudo ln -s /usr/lib/i386-linux-gnu/libpython2.7.so.1 /usr/lib/libpython2.7.so.1
sudo ln -s /usr/lib/libpython2.7.so.1 /usr/lib/libpython2.7.so.1.0
#64 bit

sudo ln -s /usr/lib/x86_64-linux-gnu/libpython2.7.so.1 /usr/lib/libpython2.7.so.1
sudo ln -s /usr/lib/libpython2.7.so.1 /usr/lib/libpython2.7.so.1.0

This is possibly just a whacky issue with how my system is configured, but other's are experiencing it too (https://groups.google.com/forum/#!topic/rabbitvcs-activity/Xd9HycEuTWo) and the package should endeavor to prevent this.

The symptom is nemo will freeze while waiting for nemo-rabbitvcs, and the log file then gets filled with:

ERROR:dbus.proxies:Introspect error on :1.189:/org/google/code/rabbitvcs/StatusChecker: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Though it appears to be an upstream issue on trusty.

I just set up my computer with 17.1 on a SSD, but I kept all my data on my older HDD. I've bound folders like Documents, Music, School, ... to my home drive by entering lines like these into /etc/fstab:

/mnt/files/Documents    /home/sebastian/Documents    none    defaults,bind    0    0

It works fine, but nemo-emblems seemd to struggle with this. I can set emblems directly in /mnt/files, but they don't show up in my home. Emblems set to a bound directory, like School, are totally ignored.

It would be nice if this could be fixed, if it is even possible.

Compiling nemo-preview in Arch Linux fails with:

config.status: error: po/Makefile.in.in was not created by intltoolize.

I don't know exactly what the problem is, but from a very old post (2009) talk about intltool and provide the following patch for their autogen.sh

https://launchpadlibrarian.net/20907980/awn-0.4-libtoolize-0.40.5-fix-1.patch

Closing a window via Alt+F4 in the process giving Nemo the focus will often trigger the terminal.
Even Ctrl+Alt+F4 will trigger the terminal, if you release Ctrl and Alt before F4.

Hello,

How can I trace back why the context menu entries do not provide any functionality?

• Browse on Dropbox Website does not open the browser
• Share link does nothing
• View previous version does nothing

I am using the latest nemo and nemo-dropbox build from the git repo.

Regards,

Robert

I've had three system hangs today, when the "stage" dialog shows (RabbitVCS Git > Stage), each requiring a hard reset of the machine. The mouse cursor remains responsive, attempts to shut down X server fail (Ctrl+Alt+Backspace etc).

On one occasion the hang may have happened when I clicked the "OK" button, but I'm not 100% sure. RabbitVCS often hangs when clicking the "Ok" button on the "Stage" dialog, requiring Nemo to be terminated, but doesn't alway take down the OS.

RabbitVCS often makes Nemo extremely unresponsive (Nemo screen redraws are reduced to ~1 frame per second). I'm forced to remove it immediately after use, and reinstalling it when needed. Nemo is responsive without RabbitVCS plugin installed.
This again shows RabbitVCS desperately needs a mechanism to include/exclude folders in which it is enabled/disabled, like TortoiseSVN does.

I've previously worked with SVN repos larger than 25GB (yes, that's not a typo) and TortoiseSVN handled it like a champ. There's no excuse for RabbitVCS being so slow on a <1kb repo, to hang not only the plugin, but also the file browser and apparently even the operating system!

I've written some VCS integration code myself (which included dealing with performance issues) and I've followed the RabbitVCS project maintainers and am aware of the unholy mess that causes these unfortunate performance issues.
But perhaps a different approach is needed. I would be happy with a Nemo fork that simply avoids the plugin integration issues. In the past I already used two file browsers on the same system anyway, a responsive one to do the real work (Thunar until I got tired of it), and one for the occasional VCS tasks (RabbitVCS + Nautilus, now Nemo).

Apologies for the rant. Good luck!

I accidentally started nemo-preview from a root instance of nemo. Afterwards I wasn't able to use as a normal user any more.

By executing nemo-preview from a terminal, I managed to get the following exceptions as soon as I hit enter in an nemo instance opened after it:

(nemo-preview-start:4334): GStreamer-CRITICAL **: gst_date_time_new: assertion 'year > 0 && year <= 9999' failed

(nemo-preview-start:4334): GStreamer-CRITICAL **: gst_date_time_unref: assertion 'datetime != NULL' failed

(nemo-preview-start:4334): GStreamer-CRITICAL **: gst_date_time_new: assertion 'year > 0 && year <= 9999' failed

(nemo-preview-start:4334): GStreamer-CRITICAL **: gst_date_time_unref: assertion 'datetime != NULL' failed
Segmentation fault

At the same time dmesg reports the following:

[ 3647.529193] traps: nemo-preview-st[4490] general protection ip:7f1cb2a3747b sp:7fffefdc4790 error:0 in libc-2.19.so[7f1cb29b8000+1bb000]

How can I fix this? I already reinstalled nemo-preview multiple times, but without any effect.

Could you add missing Turkish translation from following link.

https://db.tt/BGZg6cBI

Hi,

nothing happens after I have created my keys and trying to encrypt a folder.

After I press "ok" theres no change in the folder, or no progress bar or anything to imply that something is happening in the background. Conky also reports no new processes that are running in the background.

Hi, thanks for the great tool.

I managed to set the nemo-terminal to the bottom using org.nemo.extensions.nemo-terminal.terminal-position

However, the default-terminal-height is incorrect. When using default 5 lines, the terminal still takes about 20 lines in height.

I am using gnome-shell flashback (compiz) in Ubuntu 14.04.
nemo-terminal version 1.0
nemo version 2.2.2

Apparently on the nemo start will evaluate the extensions condition for desktop popup menu, or when is showed a folder, will evaluate the extensions condition for this folder.
This involve the impossibility of change the state of the nemo condition for this folder or for the background(that is more problematic).

Think for example in the paste file option. This option never could be active on desktop and never you can paste thing in an previously open folder, if this folder was opened before it was made the copy.

When will correctly evaluate the condition will be when the popup Menu is opening, not before.

They all appear to work:

nemo-share worked once I set up samba usershares correctly - then the context menu option appeared to allow me to share folders.

nemo-seahorse worked - it initially prompted me to create a gpg key, which I did, after which it worked fine for signing and encrypting files.

nemo-sendto - worked for sending to a removable drive. Did not test CD burn capability. The only hangup here was it began to freeze as I was entering an email address (It assumes evolution is installed, which I don't have). I will install evolution another time and try it out. I guess something to do would be to have it work with Thunderbird as well?

Is there something I'm missing on these that prevent them from 'functional' status? I'm willing to work on them.

I'm going to start looking at other extensions listed and see about adding them.

I'm trying to compile this awesome extension but it fails with

config.status: error: cannot find input file: `Makefile.in'

So I had a look and I renamed all instances of Makefile.am to Makefile.in and now I'm getting this error

config.status: error: cannot find input file: `config.h.in'

I'm installing on a fresh Linux Mint 15 running cinnamon. Any ideas?

The functionality actually works as it's supposed to, but when opening nemo using a terminal, the following critical error keeps showing every time the context menu is opened:

** (nemo:14452): CRITICAL **: nemo_menu_provider_get_background_items: assertion `NEMO_IS_MENU_PROVIDER (provider)' failed

Just thought I'd let you know. Thanks for this great tool.

nemo-seahorse doesn't function with seahorse version 3.8+ and it also has a file conflict with seahorse-nautilus.

/usr/bin/seahorse-tool

I've posted this in the Linux Mint ideas pool and have been asked to post this here as well:

I'm wondering how difficult it would be to implement cloud storage access in Nemo as it works in ES File Explorer or Windows Explorer. Add commonly used services like DropBox, GDrive, OneDrive, Ubuntu Cloud etc.

I've been using nemo-compare for a while, and it worked great on Linux Mint Nadia, with the previous version of nemo.

However, since I updated to LM 15, using nemo 1.8.3 , the nemo-compare context menu does not appear. I have already installed / uninstalled / install nemo-compare, but somehow it does not hook into the context menu.

Thanks,

nemo-emblems doesn't work on fedora.

Traceback (most recent call last):
  File "/usr/share/nemo-python/extensions/nemo-emblems.py", line 50, in __init__
    icon_names = self.default_icon_theme.list_icons()
TypeError: list_icons() takes exactly 2 arguments (1 given)

http://pastebin.com/adt0wugp is what I have now. I changed imports and class definition to fit, but get an Attribute error on line 75,

            window_id = window.window.xid if window.window else 0

'main.NemoWindow' has no attribute window

There's a compile error on the masterbranch. I was compiling it on Fedora 18, I installed the development tools. Here's the config.log.
http://pastebin.com/nbLgBx5Z

EDIT: It seems I did not have the development libraries installed. Issue can be closed.

Please see this bug:

https://bugs.launchpad.net/linuxmint/+bug/1251378

Nemo python fails to start because it is looking for lib python in "/usr/lib/libpython2.7.so.1.0" when it should be looking in "/usr/lib/x86_64-linux-gnu/libpython2.7.so" On Mint 15 x64.

Hello there, I use git very often now and it would be great to have a visual mark if a directory is a git directory...
Or better nemo integrates the major git commands in the context menu

I've found Nemo to become practically unusable for browsing anywhere in the home directory with the nemo-fileroller extension installed, to the point where double clicking consistently failed because Nemo was having such a hard time being responsive (I was forced to use the arrow/Enter keys to browse folders, open files etc).

Folder contents display is slow (~2 sec until responsive), right click is very slow (~3 sec until context menu shows), file properties extremely slow (~5 sec or more until the dialog shows up). File operations not noticably affected, except rename of course as it requires a folder refresh (~2 sec).
And generally little hangs and stutter all over, skipped clicks/drags/keypresses. Double clicking fails ~50% of the time.

Doesn't matter if the opened folder is empty or filled with hundreds of (image) files.

Browsing outside home directory was somehow not noticably slow (!).

Thunar has always been responsive and snappy on this machine (so it's not a hardware/file system/networking/thumbnailer issue). All issues disappeared after removing nemo-fileroller.

I would suggest not installing/bundling nemo-fileroller until this problem is traced down and fixed.

Nemo 2.0.8
Linux Mint 13 XFCE
using Nemo as desktop manager

Hope that helps!

When I removed nemo-terminal, gnome-terminal also was removed. This will break the context menu's "Open in Terminal" option. This can be solved by reinstalling gnome-terminal.

Temporary Fix:
apt-get install gnome-terminal

nemo-preview is a bit "glitchy" in its appearance of the preview window. Items show to the bottom right for a split second before becoming centered. So, functionally it is OK in the end, but looks a bit messy with the window jumping.

just did a clean install of linux mint 14 cinnamon and installed nemo-dropbox hung at 100%

sudo dpkg -r nemo-dropbox
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar xzf -
sudo apt-get install nemo-dropbox

seems to fix the problem

i believe the newer deamon just needs to be added to the package but i dont really know how this stuff works

Was getting this error:

$ nemo -q && nemo
(nemo:14007): Nemo-Python-WARNING **: g_module_open libpython failed: /usr/lib64/libpython2.7.so.1.0: cannot open shared object file: No such file or directory
ImportError: could not import gobject (error was: '/usr/lib/libpyglib-gi-2.0-python2.7.so.0: undefined symbol: _Py_ZeroStruct')
(nemo:14007): Nemo-Python-WARNING **: pygobject initialization failed
(nemo:14007): Nemo-Python-WARNING **: nemo_python_init_python failed
(nemo:14013): Nemo-Python-WARNING **: g_module_open libpython failed: /usr/lib64/libpython2.7.so.1.0: cannot open shared object file: No such file or directory
ImportError: could not import gobject (error was: '/usr/lib/libpyglib-gi-2.0-python2.7.so.0: undefined symbol: _Py_ZeroStruct')
(nemo:14013): Nemo-Python-WARNING **: pygobject initialization failed
(nemo:14013): Nemo-Python-WARNING **: nemo_python_init_python failed

Needed to:

$ sudo mkdir -p /usr/lib64
$ sudo ln -s /usr/lib/libpython2.7.so.1.0 /usr/lib64/libpython2.7.so.1.0

Nemo is crashing with nemo-media-columns while navigating to directories containing certain PNG and JPG files. Attached is one such PNG that causes a problem.

I'm using Arch Linux, nemo 2.2.2, cinnamon 2.2.13, exempi 2.2.1-2, nemo-media-columns 2.2.0-1, and the 3.15.2-1-ARCH kernel.

Running exempi on known "good" and "bad" images shows that it fails on images with XMP metadata. exempi does not crash, and neither does eog, which depends on libexempi.

Result of gdb backtrace of nemo crash:

#0  0x00007ffff4aaaa5e in WXMPMeta_RegisterNamespace_1 () from /usr/lib/libexempi.so.3
#1  0x00007fffd2b54994 in TXMPMeta<std::string>::RegisterNamespace(char const*, char const*) () from /usr/lib/libexiv2.so.13
#2  0x00007fffd2b4f2f6 in Exiv2::XmpParser::initialize(void (*)(void*, bool), void*) () from /usr/lib/libexiv2.so.13
#3  0x00007fffd2b52038 in Exiv2::XmpParser::decode(Exiv2::XmpData&, std::string const&) () from /usr/lib/libexiv2.so.13
#4  0x00007fffd2b5b7d6 in Exiv2::Internal::PngChunk::parseChunkContent(Exiv2::Image*, unsigned char const*, long, Exiv2::DataBuf) ()
   from /usr/lib/libexiv2.so.13
#5  0x00007fffd2b5ed1c in Exiv2::Internal::PngChunk::decodeTXTChunk(Exiv2::Image*, Exiv2::DataBuf const&, Exiv2::Internal::PngChunk::TxtChunkType) ()
   from /usr/lib/libexiv2.so.13
#6  0x00007fffd2b62572 in Exiv2::PngImage::readMetadata() () from /usr/lib/libexiv2.so.13
#7  0x00007fffd310b01a in exiv2wrapper::Image::readMetadata() () from /usr/lib/python2.7/site-packages/libexiv2python.so
#8  0x00007fffd3117576 in boost::python::objects::caller_py_function_impl<boost::python::detail::caller<void (exiv2wrapper::Image::*)(), boost::python::default_call_policies, boost::mpl::vector2<void, exiv2wrapper::Image&> > >::operator()(_object*, _object*) ()
   from /usr/lib/python2.7/site-packages/libexiv2python.so
#9  0x00007fffd2eb870a in boost::python::objects::function::call(_object*, _object*) const () from /usr/lib/libboost_python.so.1.55.0
#10 0x00007fffd2eb8a78 in ?? () from /usr/lib/libboost_python.so.1.55.0
#11 0x00007fffd2ec2f63 in boost::python::detail::exception_handler::operator()(boost::function0<void> const&) const ()
   from /usr/lib/libboost_python.so.1.55.0
#12 0x00007fffd3117353 in boost::detail::function::function_obj_invoker2<boost::_bi::bind_t<bool, boost::python::detail::translate_exception<Exiv2::BasicError<char>, void (*)(Exiv2::BasicError<char> const&)>, boost::_bi::list3<boost::arg<1>, boost::arg<2>, boost::_bi::value<void (*)(Exiv2::BasicError<char> const&)> > >, bool, boost::python::detail::exception_handler const&, boost::function0<void> const&>::invoke(boost::detail::function::function_buffer&, boost::python::detail::exception_handler const&, boost::function0<void> const&) () from /usr/lib/python2.7/site-packages/libexiv2python.so
#13 0x00007fffd2ec2d2d in boost::python::handle_exception_impl(boost::function0<void>) () from /usr/lib/libboost_python.so.1.55.0
#14 0x00007fffd2eb7383 in ?? () from /usr/lib/libboost_python.so.1.55.0
#15 0x00007fffe22736b3 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
#16 0x00007fffe2308a87 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#17 0x00007fffe2309fc3 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#18 0x00007fffe230b970 in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
#19 0x00007fffe229849c in function_call () from /usr/lib/libpython2.7.so.1.0
#20 0x00007fffe22736b3 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
#21 0x00007fffe228260d in instancemethod_call () from /usr/lib/libpython2.7.so.1.0
#22 0x00007fffe22736b3 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
#23 0x00007fffe2273795 in call_function_tail () from /usr/lib/libpython2.7.so.1.0
#24 0x00007fffe2273aa7 in PyObject_CallMethod () from /usr/lib/libpython2.7.so.1.0
#25 0x00007fffe25f9f7c in ?? () from /usr/lib/nemo/extensions-3.0/libnemo-python.so
#26 0x00000000004c5765 in ?? ()
#27 0x00000000004c7622 in ?? ()
#28 0x00000000004cb282 in ?? ()
#29 0x00007ffff559a26b in ?? () from /usr/lib/libgio-2.0.so.0
#30 0x00007ffff559a8c6 in ?? () from /usr/lib/libgio-2.0.so.0
#31 0x00007ffff555d2c8 in ?? () from /usr/lib/libgio-2.0.so.0
#32 0x00007ffff5576bbd in ?? () from /usr/lib/libgio-2.0.so.0
#33 0x00007ffff559a26b in ?? () from /usr/lib/libgio-2.0.so.0
#34 0x00007ffff559a289 in ?? () from /usr/lib/libgio-2.0.so.0
#35 0x00007ffff500aa65 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#36 0x00007ffff500adc8 in ?? () from /usr/lib/libglib-2.0.so.0
#37 0x00007ffff500ae6c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#38 0x00007ffff55bc4cc in g_application_run () from /usr/lib/libgio-2.0.so.0
#39 0x000000000042b7a9 in ?? ()
#40 0x00007ffff4192000 in __libc_start_main () from /usr/lib/libc.so.6
#41 0x000000000042b7f3 in ?? ()

I believe it is nemo-media-columns because when I remove the extension, I can browse through the previously crashtastic directories.

with nemos libnemo-extension1_1.0.4.deb and libnemo-extension1a_1.0.4.deb change
these need to depend on libnemo-extension1 and not libnemo-extension1a

build on linux mint 13
useing dpkg-buildpackage

I received this mail from ubuntu-devel. This because automate build daemon sends an email to maintainer when starts a build.

Your mail to 'Ubuntu-devel-discuss' with the subject

nemo-seahorse_3.3.1-0ubuntu1_source.changes ACCEPTED into linuxmint

Is being held until the list moderator can review it for approval.

The reason it is being held:

Post by non-member to a members-only list

I believe, it is due to the preview shape (size / height) not being able to accommodate / overlay the green sync mark icon size.
Screenshot of List and Icon view.

Hello, I tested with https://github.com/OpenImageIO/oiio-images,
as well as some .NEF , DNG files.

As imagemagick reads them all fine, it would be nice to have support for these graphics formats over it.

NFS-LAN - plugin for Nautilus file manager, that allows to share and browse NFS network (NFS - Network File System).

http://nfs-lan.sevka.info/