Bug#766871: mate-control-center: many settings are unavailable
This issue is fixed in mate-control-center 1.8.3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763585: mate-applets: /usr/lib/mate-applets/stickynotes_applet missing
I didnt check, but I think the cause is because in 1.8 sticky notes applet requires libgtksourceview to be built. Maybe it is missing from build depends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761204: mate-desktop-environment-extras: Mate DE doesn't start once installed after vanilla Debian install
Il 11/09/2014 18:58, Fabian Rodriguez ha scritto: Instead, a text login prompt appears. Did you install a display manager? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753805: mate-applets: Volume Applet 1.8.0 unmute doesn't unmute speakers
On 2014-07-06 12:28, Markus Truemper wrote: Hi Stefano, I'm using mate-media-gstreamer, and I do have pulseaudio installed. So, you have to use mate-media-pulse and mate-settings-daemon-pulse if you have pulseaudio installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753805: mate-applets: Volume Applet 1.8.0 unmute doesn't unmute speakers
Volume applet is in mate-media package. Please specify if you are using mate-media-pulse or mate-media-gstreamer, and if you have pulseaudio installed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753793: mate: the xscreensaver demon is not started automatically
From xscreensaver README.Debian: XScreenSaver autostart == There is an example desktop file for XDG-compliant session managers in /usr/share/xscreensaver called xscreensaver-daemon.desktop If you want XScreenSaver to autostart in your sessions just copy it to ~/.config/autostart , or if you want it for all users copy it to /etc/xdg/autostart . If you don't need to modify it, consider soft-linking it instead of copying, so that future improvements will take effect automatically. The use of a NotShowIn option can be useful if you install the desktop file globally but have several desktop environments installed. For instance, if you have nuked gnome-screensaver and replaced it by xscreensaver, using a desktop file globally will be handy, but in that case you should use NoShowIn=KDE; just to avoid starting it in KDE sessions. If you use xscreensaver in other xdg-compliant environments but gnome-screensaver and kscreensaver for Gnome and KDE, using NoShowIn=KDE;GNOME; might suit your purpose. Note that the example desktop file does not start the daemon directly but via a wrapper script. This wrapper is intended to set the newLoginCommand resource correctly depending on the currently running display manager. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#752626: mate-indicator-applet should conflict with indicator-applet-complete
On 2014-06-25 13:11, Vlad Orlov wrote: Sure, but as a short-term solution until 1.10 release, the conflict is an acceptable fix for that LP bug I think. We can simply cherry pick this commit, no need to wait for 1.10: http://git.mate-desktop.org/mate-indicator-applet/commit/?id=12ea8a6c3b8b1e6fd7c62624dd123ae49d92d833 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#752626: mate-indicator-applet should conflict with indicator-applet-complete
Correct solution is to use a different folder to place MATE binary file, not conflict against GNOME one. They could be co-installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748931: fails to build from source with upower 0.99
On 2014-05-22 13:24, Andreas Henriksson wrote: Package: mate-power-manager Version: 1.8.0+dfsg1-2 User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: upower-1.0 We're preparing to transition the new upower release into unstable. The new version breaks the API/ABI and will in some cases require porting. Reverse dependencies has been build-tested and your package failed to build. Mike, Vangelis, here the list of upstream patches to fix upower 0.99 support: http://git.mate-desktop.org/mate-power-manager/patch/?id=d59f4b8bd38e1628af3a992ae8e96b8e069ab738 http://git.mate-desktop.org/mate-power-manager/patch/?id=1fb28703f76a97421f3554d5c553b06707f890a7 http://git.mate-desktop.org/mate-power-manager/patch/?id=8f734c679de61292f0ae1bd9923fc67801ab041c ___ pkg-mate-team mailing list pkg-mate-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mate-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748934: fails to build from source with upower 0.99
On 2014-05-22 13:26, Andreas Henriksson wrote: Package: mate-session-manager Version: 1.8.1-2 User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: upower-1.0 We're preparing to transition the new upower release into unstable. The new version breaks the API/ABI and will in some cases require porting. Mike, Vangelis, we need to build mate-session-manager with --disable-upower to fix build with upower-0.99. Stefano ___ pkg-mate-team mailing list pkg-mate-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mate-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748194: engrampa: fails to open engrampa
(engrampa:14311): GLib-GIO-ERROR **: Settings schema 'org.mate.caja.preferences' is not installed Vangelis, could you add caja-common to engrampa Depends: until this issue is fixed upstream making caja GSettings schema optional? Thanks, Stefano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748104: Use 'unar' rather than 'unrar' to extract RAR files
unar is already supported by engrampa http://git.mate-desktop.org/engrampa/tree/src/fr-command-unarchiver.c#n195 http://git.mate-desktop.org/engrampa/tree/src/fr-command-unarchiver.c#n247 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
Are you sure? I actually have working pop-up notifications with notification-daemon installed while mate-notification-daemon is not installed on Mate. notification-daemon removed the dbus activation file and added an autostart file here: https://git.gnome.org/browse/notification-daemon/commit/data?id=1ad20d22098bc7718614a8a87744a2c22d5438d0 But I dont know about packages in debian, and if there are differences between wheezy and jessie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
Notification daemons arent running every time, they are just started by dbus when needed ...the problem is notification-daemon is not handling notifications of mate-power-manager (only mate-notification-daemon is), and instead a weird fallback happens. In this case the problem is notification-daemon, because it must be started by dbus when libnotify is used -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
I think mate-power-manager should simply depend on mate-notification-daemon, or is there a good reason not to? No, depend on libnotify is enough but not mate-notification-daemon. I have GNOME's notification-daemon installed (0.7.6-1) but it wasn't running in a mate desktop session. Notification daemons arent running every time, they are just started by dbus when needed I think the problem here is that no dependency pulled in the mate-notification-daemon for me. Perhaps that will be solved when Debian gets the metapackages, but I also think there should be a direct dependency as well (or at least Recommends) in case someone doesn't use the metapackage for some reason. I dont agree. If you decide to not use the metapackage, you need to know what you are doing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
Normally, I would file this with lower severity than normal, but unfortunately mate-power-manager leaving many windows lying around triggers a bug in marco which slows down during window switching superlinearly to number of windows (probably roughly O(N^2) or O(N^3)). In other words, due to this bug (and suboptimal marco implementation) after a ~month of usage, about 100 notification windows pile up hidden behind other windows and switching windows begins taking near one second, with marco exhibiting high CPU load/usage! If you dont want to use a notification daemon, you can disable this kind of notifications in GSettings gsettings set org.mate.power-manager notify-discharging false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744264: mate-session-manager: systems logs out when invoking shutdown ore reboot
This is the fix for the build on non-linux kernel: http://anonscm.debian.org/gitweb/?p=pkg-mate/mate-session-manager.git;a=commitdiff;h=95cea3dc138cde48ed11542be518978b0d542884 When compiled with systemd support, mate-session detects systemd at runtime. Maybe something is wrong with this detection on Jessie, but mate-session with systemd works well on all other distributions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737013: mate-desktop: Fails to start
MATE Desktop is not yet fully packaged in Debian. We're still working on it (you can check the status at http://wiki.mate-desktop.org/status:debian). mate-desktop package is just a package referring to the mate-desktop library. Its description says "Library with common API for various MATE modules", indeed. When MATE will be ready, there will be other meta packages to install it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708385: RFP: mate-desktop -- A classic Desktop Environment
We are already working on this. Work is not stopped :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE
Hi Thomas, Do you have any news about this package? I see it in the "new-queue" some days ago but it seem to disappear from the list now. Does it rejected? Yes. mate-common was rejected due to an incomplete debian/copyright file and missing GPL headers. I prepared the next version and we are waiting that one of the DDs in our team will upload it again. Cheers, Stefano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
Il 2012-10-21 01:15 Josselin Mouette ha scritto: Most issues people have with GNOME 3 “classic” usually boil down to “the panel is black instead of grey”. I dont think so. There are a lot of differences between MATE and GNOME fallback. Some examples: the new layout of all applications with so many removed buttons, the removed tree sidebar and compact view in nautilus, etc. Anyway, you’re welcome to package MATE in Debian. Just fix all the code duplication stupidity before. So far no one has volunteered to do so. This is not true. MATE team is working hard to do this and we are in a good point. Migration to gsettings/dbus (and deletion of obsolete libs like bonobo, gconf, gnome-vfs, libgnome, libgnomeui and libgnomecanvas) is almost complete, and GNOME developers helped us on this too. In addition to this, MATE offers new features too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#662670: ITP: trash-cli -- command line trashcan utility
Package: wnpp Severity: wishlist Owner: Stefano Karapetsas * Package name: trash-cli Version : 0.11.3 Upstream Author : Andrea Francia * URL : https://github.com/andreafrancia/trash-cli * License : GPL, LGPL Programming Lang: Python Description : command line trashcan utility This package provides a command line interface trashcan utility compliant with the FreeDesktop.org Trash Specification. It remembers the name, original path, deletion date, and permissions of each trashed file -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550074: RFS: trash-cli
Dear mentors, I am looking for a sponsor for my package "trash-cli". I talked with Steve Stalcup (the current maintainer, but he's not a DD), with Andrew Starr-Bochicchio (who packaged trash-cli previously on mentors) and with Andrea Francia (the upstream author) and I packaged the latest upstream git snapshot of trash-cli (it's stable). * Package name: trash-cli Version : 0.11.3~git20120112.28653c6-1 Upstream Author : Andrea Francia * URL : https://github.com/andreafrancia/trash-cli * License : GPL-2+ Section : utils It builds those binary packages: trash-cli - command line trashcan utility To access further information about this package, please visit the following URL: http://mentors.debian.net/package/trash-cli Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/trash-cli/trash-cli_0.11.3~git20120112.28653c6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Stefano Karapetsas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
Il 2012-02-08 15:23 Josselin Mouette ha scritto: GConf is deprecated, but it is still maintained. It is still used e.g. by evolution. I don’t see the point of renaming it, starting another daemon, and whatnot, if you provide the same functionality. If you want to keep maintaining GConf for longer than they plan, I don’t think upstream developers will prevent you from doing it. This is a good news. I didnt know that GConf is still maintained. This is a good point where we can start to share our forces! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
Il 2012-02-08 14:41 Josselin Mouette ha scritto: Le mercredi 08 février 2012 à 14:05 +0100, Stefano Karapetsas a écrit : Yeah. In our roadmap there is the dismissal of the obsolete libraries, like the replacement of MateConf (the fork of GConf) with GSettings, and so on. Sorry but what is the point of *forking* GConf? What does it bring, apart from more work for you and more processes for your users? GConf is deprecated. MateConf is born to have a temporary solution until we choose the replacement for it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
Il 2012-02-08 14:23 Mehdi Dogguy ha scritto: I saw some gnome design team mockups of all applications, and I find its far from GNOME2. Then, why don't you help them? (It is easier than re-packaging and maintaining Gnome2). Regards, I just answered before. GNOME3 is a completely different desktop, and I dont think it can have two ideas in same environment. It should follow it main goal to have an attractive desktop. We started to work on MATE and we understand that it's possible and human to work and maintain it. Best regards, Stefano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
Il 2012-02-08 11:44 Mehdi Dogguy ha scritto: On 08/02/12 09:55, Josselin Mouette wrote: MATE introduces a lot of code duplication, which is considered bad in Debian, and is based on obsolete technologies - not just GTK2, which will of course remain for a long time, but also things like Bonobo which very few people really understand, and which are the cause of a lot of not-well-understood bugs. Maybe this could benefit to both parties if MATE team tries to reduce usage of obsolete libraries to a bare minimum, and avoid using bug monsters (like Bonobo and others). I guess this means a lot of work, but that's the price to pay to ease its maintainability on the long term and having it packaged within Debian. Did MATE team consider such a plan? If yes, what was the outcome of the discussion? Yeah. In our roadmap there is the dismissal of the obsolete libraries, like the replacement of MateConf (the fork of GConf) with GSettings, and so on. We are studying how replace Bonobo and ORBIT, too. About this point I talked some time ago with Karen Sandler to find a meeting point with GNOME3 developers to share more libraries possible between the two desktop environments, to reduce the duplicated work. I dont think work only on fallback session is the solution, because GNOME3 is based on a different idea. I saw some gnome design team mockups of all applications, and I find its far from GNOME2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE
Package: wnpp Severity: wishlist Owner: Stefano Karapetsas * Package name: mate-common Version : 1.2.0 Upstream Author : Perberos * URL : http://www.mate-desktop.org/ * License : GPL Programming Lang: Shell Description : common scripts and macros to develop with MATE mate-common is an extension to autoconf, automake and libtool for the MATE environment and MATE using applications. Included are mate-autogen.sh and several macros to help in MATE source trees. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656836: byobu-config fails looking for snack
It's related to a python-newt bug (#655151) python-newt: ImportError: No module named _snack http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655151 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555623: ITP: qbzr -- Graphical interface for Bazaar using the Qt toolkit
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: qbzr Version: 0.16 Upstream Author: QBzr Developers URL: http://bazaar-vcs.org/QBzr License: GPL Description: Graphical interface for Bazaar using the Qt toolkit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509884: pyroom depends on python-xdg
Package: pyroom Version: 0.3.2-1 Severity: important I installed pyroom. When I tried to execute it, following error appears: File "/usr/bin/pyroom", line 35, in import sys, PyRoom.cmdline File "/usr/lib/python2.5/site-packages/PyRoom/cmdline.py", line 51, in from basic_edit import BasicEdit File "/usr/lib/python2.5/site-packages/PyRoom/basic_edit.py", line 35, in from preferences import Preferences File "/usr/lib/python2.5/site-packages/PyRoom/preferences.py", line 33, in from xdg.BaseDirectory import xdg_config_home, xdg_data_home I installed python-xdg package, and pyroom works. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pyroom depends on: ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-gtksourceview2 2.2.0-1+b1 Python bindings for the GtkSourceV pyroom recommends no packages. pyroom suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org