Bug#1068329: seems xz-utils 5.6.0 and 5.6.1 deb files has the backdoor, please remove both

[ZenWalker]

Package: snapshot.debian.org
Severity: grave

Bug#1042967: (no subject)

[ZenWalker]

Did you report it at upstream?

https://github.com/Nheko-Reborn/nheko/issues

Bug#1009917: (no subject)

[ZenWalker]

Thanks for your quick answer.

> Mobian appears to be a Debian derivative, containing modifications
> relative to Debian.

I reported the bug using 'reportbug', you can see the related packages,
seems there is no mobian specific packages.

The mobian packages are here:
https://packages.mobian-project.org

There is a gtk3 mobian package, no related to this bug. The gtk4
packages are taken from debian.

> Is this bug reproducible on a Debian system?

Not here, I can't reproduce it on debian testing in PC.

> The patch appears to be reverting a change that was made to fix a
> different bug, so I'm not comfortable with reverting it without a better
> idea of what is going on and what (if anything) the revert is likely
> to break.

yes, I understand you, I opened the debian bug because I see no advance
in the upstream, and it is a critical bug.

Best regards,
Pablo.

Bug#1009917: gtk4 applications randomly crash

[ZenWalker]

Package: libgtk-4-1
Version: 4.6.2+ds-1
Severity: grave
Tags: patch
X-Debbugs-Cc: s...@riseup.net

Unable to run these applications 10 times without crash with mobian pinephone:

megapixels, gnome-calculator, and gnome-clocks and probably more gtk4 apps

the crash, running in terminal:

Gsk:ERROR:../../../gsk/gl/gskglcommandqueue.c:1266:gsk_gl_command_queue_create_render_target:
 assertion failed (glCheckFramebufferStatus (GL_FRAMEBUFFER) == 
GL_FRAMEBUFFER_COMPLETE): (0x8cd6 == 0x8cd5)
Bail out! 
Gsk:ERROR:../../../gsk/gl/gskglcommandqueue.c:1266:gsk_gl_command_queue_create_render_target:
 assertion failed (glCheckFramebufferStatus (GL_FRAMEBUFFER) == 
GL_FRAMEBUFFER_COMPLETE): (0x8cd6 == 0x8cd5)
Aborted (core dumped)

The issue in gtk repo:
https://gitlab.gnome.org/GNOME/gtk/-/issues/4763

This patch fixes the bug:
https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4570.patch


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 5.15-sunxi64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_CRAP, TAINT_UNSIGNED_MODULE
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libgtk-4-1 depends on:
ii  adwaita-icon-theme42~really41.0-1
ii  hicolor-icon-theme0.17-2
ii  libc6 2.33-7
ii  libcairo-gobject2 1.16.0-5
ii  libcairo-script-interpreter2  1.16.0-5
ii  libcairo2 1.16.0-5
ii  libcloudproviders00.3.1-2
ii  libcolord21.4.6-1
ii  libcups2  2.4.1op1-2
ii  libepoxy0 1.5.10-1
ii  libfontconfig12.13.1-4.4
ii  libfribidi0   1.0.8-2.1
ii  libgdk-pixbuf-2.0-0   2.42.8+dfsg-1
ii  libglib2.0-0  2.72.0-1+b1
ii  libgraphene-1.0-0 1.10.8-1
ii  libgtk-4-common   4.6.2+ds-1
ii  libharfbuzz0b 2.7.4-1
ii  libjpeg62-turbo   1:2.1.2-1
ii  libpango-1.0-01.50.6+ds-2
ii  libpangocairo-1.0-0   1.50.6+ds-2
ii  libpangoft2-1.0-0 1.50.6+ds-2
ii  libpng16-16   1.6.37-3
ii  libtiff5  4.3.0-6
ii  libwayland-client01.20.0-1
ii  libwayland-egl1   1.20.0-1
ii  libx11-6  2:1.7.5-1
ii  libxcursor1   1:1.2.0-2
ii  libxdamage1   1:1.1.5-2
ii  libxext6  2:1.3.4-1
ii  libxfixes31:6.0.0-1
ii  libxi62:1.8-1
ii  libxinerama1  2:1.1.4-3
ii  libxkbcommon0 1.4.0-1
ii  libxrandr22:1.5.2-1
ii  shared-mime-info  2.1-2

Versions of packages libgtk-4-1 recommends:
ii  iso-codes4.9.0-1
ii  libgtk-4-bin 4.6.2+ds-1
ii  librsvg2-common  2.52.5+dfsg-3+b1

Versions of packages libgtk-4-1 suggests:
ii  gvfs  1.50.0-1
pn  libgtk-4-media-gstreamer | libgtk-4-media-ffmpeg  

-- no debconf information

Bug#1006396: (no subject)

[ZenWalker]

Probably the bug is related to this issue:
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/931

Fixed with:
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/1122

Bug#1005653: (no subject)

[ZenWalker]

maybe
https://github.com/Nheko-Reborn/nheko/commit/b439e1fa41b26db5f1d0d16bd1da664338b435e7
fixes the bug, which is included in version 0.9.1

There is plans to package nheko 0.9.1 ?

Bug#842943: (no subject)

[ZenWalker]

It seems that someone could pack it for arm64:

https://github.com/0mniteck/Signal-Desktop-Builder

deb file:
https://github.com/0mniteck/Signal-Desktop-Builder/raw/master/builds/release/signal-desktop_5.14.0_arm64.deb

Signature:
https://github.com/0mniteck/Signal-Desktop-Builder/raw/master/builds/release/signal-desktop_5.14.0_arm64.deb.sig

Bug#832287: (no subject)

[ZenWalker]

the package:

https://ftp.secretchronicles.org/releases/TSC-2.1.0-sid-amd64.deb

taken from:

https://secretchronicles.org/en/download/

works very nicely on debian sid

please consider to package this amazing game into offical deb packages

Bug#933439: (no subject)

[ZenWalker]

did you try with this change?

https://github.com/amule-project/amule/commit/cf63429667953088c7cf93846c892eed7bdde617

It seems to work fine here with this change in a quick test.

Bug#921842: (no subject)

[ZenWalker]

please, can you report the problem here?

https://github.com/mate-desktop/eom/issues

thanks

Bug#862658: (no subject)

[ZenWalker]

can you attach a jpg file?

Bug#898637: (no subject)

[ZenWalker]

Please, can you check if this patch fixes the bug?diff --git a/pluma/pluma-notebook.c b/pluma/pluma-notebook.c
index f0a36d7..7fc7485 100644
--- a/pluma/pluma-notebook.c
+++ b/pluma/pluma-notebook.c
@@ -838,16 +838,6 @@ close_button_clicked_cb (PlumaTabLabel *tab_label, PlumaNotebook *notebook)
 	g_signal_emit (notebook, signals[TAB_CLOSE_REQUEST], 0, tab);
 }
 
-static gboolean
-tab_label_scroll_cb (PlumaTabLabel  *tab_label,
- GdkEventScroll *event,
- PlumaNotebook  *notebook)
-{
-	g_signal_emit_by_name (notebook, "scroll-event", );
-	
-	return FALSE;
-}
-
 static GtkWidget *
 create_tab_label (PlumaNotebook *nb,
 		  PlumaTab  *tab)
@@ -860,10 +850,6 @@ create_tab_label (PlumaNotebook *nb,
 			  "close-clicked",
 			  G_CALLBACK (close_button_clicked_cb),
 			  nb);
-	g_signal_connect (tab_label,
-			  "scroll-event",
-			  G_CALLBACK (tab_label_scroll_cb),
-			  nb);
 
 	g_object_set_data (G_OBJECT (tab), "tab-label", tab_label);
 
diff --git a/pluma/pluma-tab-label.c b/pluma/pluma-tab-label.c
index b1b3026..5130507 100644
--- a/pluma/pluma-tab-label.c
+++ b/pluma/pluma-tab-label.c
@@ -114,16 +114,6 @@ close_button_clicked_cb (GtkWidget *widget,
 	g_signal_emit (tab_label, signals[CLOSE_CLICKED], 0, NULL);
 }
 
-static gboolean
-scroll_event_cb(GtkWidget  *widget,
-GdkEventScroll *event,
-PlumaTabLabel  *tab_label)
-{
-	g_signal_emit_by_name(tab_label, "scroll-event", );
-	
-	return FALSE;
-}
-
 static void
 sync_tip (PlumaTab *tab, PlumaTabLabel *tab_label)
 {
@@ -294,16 +284,6 @@ pluma_tab_label_init (PlumaTabLabel *tab_label)
 			  G_CALLBACK (close_button_clicked_cb),
 			  tab_label);
 			  
-	g_signal_connect (close_button,
-			  "scroll-event",
-			  G_CALLBACK (scroll_event_cb),
-			  tab_label);
-	
-	g_signal_connect (ebox,
-			  "scroll-event",
-			  G_CALLBACK (scroll_event_cb),
-			  tab_label);
-
 	spinner = gtk_spinner_new ();
 	gtk_box_pack_start (GTK_BOX (hbox), spinner, FALSE, FALSE, 0);
 	tab_label->priv->spinner = spinner;

Bug#898637: (no subject)

[ZenWalker]

I can't reproduce the issue, it works fine here

Do you have the same problem in pluma 1.20.0 ?

If it works fine for you in 1.20.0, then this new feature causes the
bug:

https://github.com/mate-desktop/pluma/pull/276

Bug#883866: (no subject)

[ZenWalker]

already fixed with:

https://anonscm.debian.org/git/pkg-mate/pluma.git/commit/?id=68991fa53827a44eb992b7fdeb0a281b0b69ea33

the upload is pending

Bug#868500: (no subject)

[ZenWalker]

we don't need to remove the tar support

it was fixed in the upstream with this patch:

https://github.com/mate-desktop/atril/commit/f4291fd62f7dfe6460d2406a979ccfac0c68dd59.patch

Bug#861280:

[ZenWalker]

debdiff attached here

caja_1.8.2-3+deb8u1_1.8.2-3+deb8u2.debdiff
Description: Binary data

Bug#861280: (no subject)

[ZenWalker]

Hello KiBi

I attached the new debdiff



1) Fix: open new window with tree view in side panel (Closes: #851523).

Patch without the comment



2) Don't crash on toggling "Show hidden and backup files" (Closes:
#797723).

I keep the original function name, and I change only the needed



3) Allow the user to drag'n'drop files into the bookmark section.
(Closes: #786395).

The patch is clean



4) Filename font color now gets picked up from theme correctly for all
themes. (Closes: #770760).

I modified the commit message



I hope all is fine

Best regards

Pablo

Bug#844376: (no subject)

[ZenWalker]

Hello Jeremy Bicha

why filemanager-actions?

this bug was fixed in caja-actions 1.8.2

you can see the changelog in

https://github.com/raveit65/caja-actions/commit/ccdc4aca7563ae5f8f7ad261386fb2e32560b32d

and the fix in:

https://github.com/raveit65/caja-actions/pull/14

we only need upload caja-actions 1.8.2 and this bug will be fixed



Best regards

Pablo

Bug#852624: jessie-pu: package libmateweather/1.8.0-2+deb8u2

[ZenWalker]

libmateweather has now been uploaded to jessie-pu

 Regards,
 Pablo

Bug#769792: (no subject)

[ZenWalker]

Hello, I have tested the patch for jessie, and it doesn't work for me 
(on a VM)


I attached the patchAuthor: monsta 
Description: don't change file permissions when saving the modified image

--- a/src/eom-image.c
+++ b/src/eom-image.c
@@ -1431,6 +1431,110 @@ transfer_progress_cb (goffset cur_bytes,
 	}
 }
 
+static void
+tmp_file_restore_unix_attributes (GFile *temp_file,
+  GFile *target_file)
+{
+	GFileInfo *file_info;
+	guint  uid;
+	guint  gid;
+	guint  mode;
+	guint  mode_mask = 00600;
+
+	GError*error = NULL;
+
+	g_return_if_fail (G_IS_FILE (temp_file));
+	g_return_if_fail (G_IS_FILE (target_file));
+
+	/* check if file exists */
+	if (!g_file_query_exists (target_file, NULL)) {
+		eom_debug_message (DEBUG_IMAGE_SAVE,
+   "Target file doesn't exist. Setting default attributes.");
+		return;
+	}
+
+	/* retrieve UID, GID, and MODE of the original file info */
+	file_info = g_file_query_info (target_file,
+   "unix::uid,unix::gid,unix::mode",
+   G_FILE_QUERY_INFO_NONE,
+   NULL,
+   );
+
+	/* check that there aren't any error */
+	if (error != NULL) {
+		eom_debug_message (DEBUG_IMAGE_SAVE,
+   "File information not available. Setting default attributes.");
+
+		/* free objects */
+		g_object_unref (file_info);
+		g_clear_error ();
+
+		return;
+	}
+
+	/* save UID, GID and MODE values */
+	uid = g_file_info_get_attribute_uint32 (file_info,
+		G_FILE_ATTRIBUTE_UNIX_UID);
+
+	gid = g_file_info_get_attribute_uint32 (file_info,
+		G_FILE_ATTRIBUTE_UNIX_GID);
+
+	mode = g_file_info_get_attribute_uint32 (file_info,
+		 G_FILE_ATTRIBUTE_UNIX_MODE);
+
+	/* apply default mode mask to file mode */
+	mode |= mode_mask;
+
+	/* restore original UID, GID, and MODE into the temporal file */
+	g_file_set_attribute_uint32 (temp_file,
+ G_FILE_ATTRIBUTE_UNIX_UID,
+ uid,
+ G_FILE_QUERY_INFO_NONE,
+ NULL,
+ );
+
+	/* check that there aren't any error */
+	if (error != NULL) {
+		eom_debug_message (DEBUG_IMAGE_SAVE,
+   "You do not have the permissions necessary to change the file UID.");
+
+		g_clear_error ();
+	}
+
+	g_file_set_attribute_uint32 (temp_file,
+ G_FILE_ATTRIBUTE_UNIX_GID,
+ gid,
+ G_FILE_QUERY_INFO_NONE,
+ NULL,
+ );
+
+	/* check that there aren't any error */
+	if (error != NULL) {
+		eom_debug_message (DEBUG_IMAGE_SAVE,
+   "You do not have the permissions necessary to change the file GID. Setting user default GID.");
+
+		g_clear_error ();
+	}
+
+	g_file_set_attribute_uint32 (temp_file,
+ G_FILE_ATTRIBUTE_UNIX_MODE,
+ mode,
+ G_FILE_QUERY_INFO_NONE,
+ NULL,
+ );
+
+	/* check that there aren't any error */
+	if (error != NULL) {
+		eom_debug_message (DEBUG_IMAGE_SAVE,
+   "You do not have the permissions necessary to change the file MODE.");
+
+		g_clear_error ();
+	}
+
+	/* free objects */
+	g_object_unref (file_info);
+}
+
 static gboolean
 tmp_file_move_to_uri (EomImage *image,
 		  GFile *tmpfile,
@@ -1441,6 +1545,10 @@ tmp_file_move_to_uri (EomImage *image,
 	gboolean result;
 	GError *ioerror = NULL;
 
+	/* try to restore target file unix attributes */
+	tmp_file_restore_unix_attributes (tmpfile, file);
+
+	/* replace target file with temporal file */
 	result = g_file_move (tmpfile,
 			  file,
 			  (overwrite ? G_FILE_COPY_OVERWRITE : 0) |

Bug#852624: jessie-pu: package libmateweather/1.8.0-2+deb8u2

[ZenWalker]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hello, I am a new Debian MATE team member.

On tzdata 2016g, the Rangoon timezone was renamed to Yangon, and
libmateweather fails to build.

It has been fixed on stretch, and this update fixes it on jessie.

Best regards,
Pablo Barciela



-- System Information:
Debian Release: 9.0
  APT prefers experimental
  APT policy: (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
diff -Nru libmateweather-1.8.0/debian/changelog 
libmateweather-1.8.0/debian/changelog
--- libmateweather-1.8.0/debian/changelog   2016-12-14 20:42:56.0 
+0100
+++ libmateweather-1.8.0/debian/changelog   2017-01-24 20:25:26.0 
+0100
@@ -1,3 +1,12 @@
+libmateweather (1.8.0-2+deb8u2) jessie-proposed-updates; urgency=medium
+
+  [ ZenWalker ]
+  * debian/patches:
++ Add 002_rename-rangoon-timezone-to-yangon.patch. Follow tzdata 2016g
+  change. (Closes: #848742).
+
+ -- Mike Gabriel <sunwea...@debian.org>  Tue, 24 Jan 2017 10:56:57 +0100
+
 libmateweather (1.8.0-2+deb8u1) jessie-proposed-updates; urgency=medium
 
   * debian/patches:
diff -Nru 
libmateweather-1.8.0/debian/patches/0002_rename-rangoon-timezone-to-yangon.patch
 
libmateweather-1.8.0/debian/patches/0002_rename-rangoon-timezone-to-yangon.patch
--- 
libmateweather-1.8.0/debian/patches/0002_rename-rangoon-timezone-to-yangon.patch
1970-01-01 01:00:00.0 +0100
+++ 
libmateweather-1.8.0/debian/patches/0002_rename-rangoon-timezone-to-yangon.patch
2017-01-24 20:25:26.0 +0100
@@ -0,0 +1,17 @@
+Author: Jeremy Bicha
+Description: rename Rangoon timezone to Yangon (follow tzdata 2016g change)
+
+--- a/data/Locations.xml.in
 b/data/Locations.xml.in
+@@ -5370,9 +5370,9 @@
+   MM
+   BM
+   
+-
++
+   
+-  Asia/Rangoon
++  Asia/Yangon
+   
+ 

Bug#798125: (no subject)

[ZenWalker]

I can confirm

I think the right mouse release event, must be only if the right down 
was on the same item


This is the expected for me

We can see how to works firefox closing tabs with middle click, the tab 
only closes if the middle click down event was on the same tab, this is 
the expected

Bug#788956: (no subject)

[ZenWalker]

can you attach one tiff sample file?

Bug#780962:

[ZenWalker]

Control: tags -1 + unreproducible

I can't reproduce it on caja 1.16.1

Bug#840674: (no subject)

[ZenWalker]

currently, amule works misteriously

this bug was solved, I don't know why

can someone confirm?

Bug#839104: (no subject)

[ZenWalker]

I can confirm

extremetuxracer works

# aptitude safe-upgrade libsfml-window2.4 -t experimental

thanks :)

Bug#840193: (no subject)

[ZenWalker]

and you have marked as done, but the original bug is not solved

Bug#840193: (no subject)

[ZenWalker]

Paul Gevers, I don't understand why you changed the title.

The new title has nothing to do with the original bug.

Bug#840193: (no subject)

[ZenWalker]

I have liferea 1.12~rc1-6  with same problem:

hidden liferea pops up by clicking the icon, but hiding
liferea by clicking it again does not work.

Bug#825653:

[ZenWalker]

Control: forwarded -1 https://github.com/mate-desktop/mate-themes/issues/148

I can confirm, with traditional ok, and since mate 1.14 with gtk3, I
hadn't that problem with mate 1.12 gtk2

Bug#839104:

[ZenWalker]

Control: severity 839104 grave

I can confirm this bug with debian testing version (amd64)

With debian jessie version, it works

I use nouveau and mate desktop

This bug is on the upstrem? where is the upstream web? I can't find it

I see this on terminal:

$ etr

--- Extreme Tux Racer 0.7.3 
--- (C) 2010-2016 Extreme Tuxracer Team  

Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295,
skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295,
skipping unlock
^C

Bug#840914:

[ZenWalker]

Control: close -1

Thanks a lot, it works

and yes, I experience the bug #840193

Bug#840914: (no subject)

[ZenWalker]

Yes, I have these packages installed

#840193 is a different bug

The notification icon don't works for "show", and neither for "hidden"

I can't see the icon on the panel

The icon doesn't exist

Bug#840914: liferea: tray icon doesn't work

[ZenWalker]

Package: liferea
Version: 1.12~rc1-5
Severity: normal

Dear Maintainer,

With 1.12-RC1 version, the tray icon doesn't work anymore for me

I use mate desktop



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages liferea depends on:
ii  dbus-x11 [dbus-session-bus]  1.10.10-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gir1.2-freedesktop   1.50.0-1
ii  gir1.2-gtk-3.0   3.22.1-1
ii  gir1.2-peas-1.0  1.20.0-1
ii  libc62.24-3
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libgirepository-1.0-11.50.0-1
ii  libglib2.0-0 2.50.0-2
ii  libgtk-3-0   3.22.1-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  libpango-1.0-0   1.40.3-2
ii  libpeas-1.0-01.20.0-1
ii  libsoup2.4-1 2.56.0-1
ii  libsqlite3-0 3.14.2-1+b1
ii  libwebkit2gtk-4.0-37 2.14.0-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxslt1.1   1.1.29-1
ii  liferea-data 1.12~rc1-5
ii  python-gi3.22.0-1
ii  python3.53.5.2-6+b1
pn  python3:any  

Versions of packages liferea recommends:
ii  gir1.2-gnomekeyring-1.0  3.12.0-1+b1
ii  gir1.2-gstreamer-1.0 1.8.3-1
ii  gnome-keyring3.20.0-3

Versions of packages liferea suggests:
pn  kget 
ii  network-manager  1.4.2-1+b1

-- no debconf information

Bug#840564: engrampa doesn't need "--with-gtk=3.0" on debian rules

[ZenWalker]

Package: engrampa
Version: 1.16.0-1
Severity: normal

Dear Maintainer,

you can see the commit:

https://github.com/mate-
desktop/engrampa/commit/9bf273fb9b31f878fe597c605a8faa18d220c37a

engrampa was migrated to gtk3 and doesn't need "--with-gtk=3.0" on debian rules



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages engrampa depends on:
ii  bzip21.0.6-8
ii  caja-common  1.16.0-1
ii  engrampa-common  1.16.0-1
ii  gzip 1.6-5
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-3
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libcaja-extension1   1.16.0-1
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.0-2
ii  libgtk-3-0   3.22.1-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  libmagic11:5.28-4
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  p7zip-full   16.02+dfsg-1
ii  tar  1.29b-1

Versions of packages engrampa recommends:
ii  gvfs 1.30.0-1
ii  mate-icon-theme  1.16.0-1
ii  unzip6.0-20
ii  xz-utils 5.1.1alpha+20120614-2.1
ii  zip  3.0-11

Versions of packages engrampa suggests:
pn  arj  
ii  binutils 2.27-8
ii  cpio 2.11+dfsg-5
ii  lhasa [lha]  0.3.1-1
pn  lzip 
pn  lzop 
pn  ncompress
pn  rar  
pn  rpm2cpio 
pn  rzip 
pn  sharutils
pn  unace
pn  unalz
ii  unar 1.10.1-1+b1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2.1
pn  zoo  

-- no debconf information

Bug#786395:

[ZenWalker]

I attached a patch for jessiediff --git a/src/caja-places-sidebar.c b/src/caja-places-sidebar.c
index f797497..1b45bdf 100644
--- a/src/caja-places-sidebar.c
+++ b/src/caja-places-sidebar.c
@@ -1130,11 +1130,13 @@ compute_drop_position (GtkTreeView *tree_view,
 PLACES_SIDEBAR_COLUMN_SECTION_TYPE, _type,
 -1);
 
-if (place_type == PLACES_HEADING && section_type != SECTION_BOOKMARKS) {
-/* never drop on headings, but special case the bookmarks heading,
- * so we can drop bookmarks in between it and the first item.
+if (place_type == PLACES_HEADING &&
+section_type != SECTION_BOOKMARKS &&
+section_type != SECTION_COMPUTER) {
+/* never drop on headings, but the bookmarks or computer heading
+ * is a special case, so we can create new bookmarks by dragging
+ * at the beginning or end of the bookmark list.
  */
-
 gtk_tree_path_free (*path);
 *path = NULL;
 
@@ -1145,17 +1147,19 @@ compute_drop_position (GtkTreeView *tree_view,
 sidebar->drag_data_received &&
 sidebar->drag_data_info == GTK_TREE_MODEL_ROW) {
 /* don't allow dropping bookmarks into non-bookmark areas */
-
-gtk_tree_path_free (*path);
-*path = NULL;
+gtk_tree_path_free (*path);
+*path = NULL;
 
 return FALSE;
 }
 
-if (section_type == SECTION_BOOKMARKS) {
+/* drag to top or bottom of bookmark list to add a bookmark */
+if (place_type == PLACES_HEADING && section_type == SECTION_BOOKMARKS) {
 *pos = GTK_TREE_VIEW_DROP_AFTER;
+} else if (place_type == PLACES_HEADING && section_type == SECTION_COMPUTER) {
+*pos = GTK_TREE_VIEW_DROP_BEFORE;
 } else {
-/* non-bookmark shortcuts can only be dragged into */
+/* or else you want to drag items INTO the existing bookmarks */
 *pos = GTK_TREE_VIEW_DROP_INTO_OR_BEFORE;
 }
 
@@ -1266,10 +1270,10 @@ drag_motion_callback (GtkTreeView *tree_view,
 }
 
 if (pos == GTK_TREE_VIEW_DROP_BEFORE ||
-pos == GTK_TREE_VIEW_DROP_AFTER )
+pos == GTK_TREE_VIEW_DROP_AFTER )
 {
 if (sidebar->drag_data_received &&
-sidebar->drag_data_info == GTK_TREE_MODEL_ROW)
+sidebar->drag_data_info == GTK_TREE_MODEL_ROW)
 {
 action = GDK_ACTION_MOVE;
 }
@@ -1527,7 +1531,7 @@ drag_data_received_callback (GtkWidget *widget,
 success = FALSE;
 
 if (tree_pos == GTK_TREE_VIEW_DROP_BEFORE ||
-tree_pos == GTK_TREE_VIEW_DROP_AFTER)
+tree_pos == GTK_TREE_VIEW_DROP_AFTER)
 {
 model = gtk_tree_view_get_model (tree_view);
 
@@ -1538,14 +1542,20 @@ drag_data_received_callback (GtkWidget *widget,
 
 gtk_tree_model_get (model, ,
 PLACES_SIDEBAR_COLUMN_SECTION_TYPE, _type,
-PLACES_SIDEBAR_COLUMN_ROW_TYPE, _type,
+PLACES_SIDEBAR_COLUMN_ROW_TYPE, _type,
 PLACES_SIDEBAR_COLUMN_INDEX, ,
 -1);
 
-if (section_type != SECTION_BOOKMARKS) {
+if (section_type != SECTION_BOOKMARKS &&
+!(section_type == SECTION_COMPUTER && place_type == PLACES_HEADING)) {
 goto out;
 }
 
+if (section_type == SECTION_COMPUTER && place_type == PLACES_HEADING &&
+tree_pos == GTK_TREE_VIEW_DROP_BEFORE) {
+position = caja_bookmark_list_length (sidebar->bookmarks);
+}
+
 if (tree_pos == GTK_TREE_VIEW_DROP_AFTER && place_type != PLACES_HEADING) {
 /* heading already has position 0 */
 position++;

Bug#813323:

[ZenWalker]

Control: -1 +patch

I attached a patch for jessiediff --git a/src/eom-application.c b/src/eom-application.c
index dc6a4cb..5014b88 100644
--- a/src/eom-application.c
+++ b/src/eom-application.c
@@ -279,8 +279,24 @@ eom_application_get_file_window (EomApplication *application, GFile *file)
 static void
 eom_application_show_window (EomWindow *window, gpointer user_data)
 {
-	gtk_window_present_with_time (GTK_WINDOW (window),
-  GPOINTER_TO_UINT (user_data));
+	guint32 timestamp = GPOINTER_TO_UINT (user_data);
+	
+	/* set the proper interaction time on the window.
+	 * Fall back to roundtripping to the X server when we
+	 * don't have the timestamp, e.g. when launched from
+	 * terminal. We also need to make sure that the window
+	 * has been realized otherwise it will not work. lame.
+	 */
+	if (!gtk_widget_get_realized (GTK_WIDGET (window)))
+		gtk_widget_realize (GTK_WIDGET (window));
+	
+	if (timestamp <= 0)
+		timestamp = gdk_x11_get_server_time (gtk_widget_get_window (GTK_WIDGET (window)));
+	
+	gdk_x11_window_set_user_time (gtk_widget_get_window (GTK_WIDGET (window)),
+  timestamp);
+		  
+	gtk_window_present (GTK_WINDOW (window));
 }
 
 /**

Bug#786395: #786395 is fixed

[ZenWalker]

Control: close -1

This bug is fixed

Bug#813323: #813323 is fixed

[ZenWalker]

Control: close -1

This bug is fixed

Bug#807068: (no subject)

[ZenWalker]

The patch in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807453 
fixes this bug

Bug#807453: patch

[ZenWalker]

here is the patchdiff --git a/src/BaseClient.cpp b/src/BaseClient.cpp
index 075eb58..cf1093a 100644
--- a/src/BaseClient.cpp
+++ b/src/BaseClient.cpp
@@ -723,10 +723,7 @@ bool CUpDownClient::ProcessHelloTypePacket(const CMemFile& data)
 
 bool CUpDownClient::SendHelloPacket()
 {
-	if (m_socket == NULL) {
-		wxFAIL;
-		return true;
-	}
+	wxCHECK(m_socket != NULL, true);
 
 	// if IP is filtered, don't greet him but disconnect...
 	if (theApp->ipfilter->IsFiltered(m_socket->GetPeerInt())) {
@@ -749,12 +746,9 @@ bool CUpDownClient::SendHelloPacket()
 	return true;
 }
 
-void CUpDownClient::SendMuleInfoPacket(bool bAnswer, bool OSInfo) {
-
-	if (m_socket == NULL){
-		wxFAIL;
-		return;
-	}
+void CUpDownClient::SendMuleInfoPacket(bool bAnswer, bool OSInfo)
+{
+	wxCHECK2(m_socket != NULL, return);
 
 	CPacket* packet = NULL;
 	CMemFile data;
@@ -1015,10 +1009,7 @@ bool CUpDownClient::ProcessMuleInfoPacket(const byte* pachPacket, uint32 nSize)
 
 void CUpDownClient::SendHelloAnswer()
 {
-	if (m_socket == NULL){
-		wxFAIL;
-		return;
-	}
+	wxCHECK2(m_socket != NULL, return);
 
 	CMemFile data(128);
 	SendHelloTypePacket();
@@ -2051,12 +2042,13 @@ bool CUpDownClient::SafeSendPacket(CPacket* packet)
 	}
 }
 
-void CUpDownClient::SendPublicKeyPacket(){
+void CUpDownClient::SendPublicKeyPacket()
+{
 	// send our public key to the client who requested it
-	if (m_socket == NULL || credits == NULL || m_SecureIdentState != IS_KEYANDSIGNEEDED){
-		wxFAIL;
-		return;
-	}
+	wxCHECK2(m_socket != NULL, return);
+	wxCHECK2(credits != NULL, return);
+	wxCHECK2(m_SecureIdentState == IS_KEYANDSIGNEEDED, return);
+
 	if (!theApp->CryptoAvailable())
 		return;
 
@@ -2072,12 +2064,12 @@ void CUpDownClient::SendPublicKeyPacket(){
 }
 
 
-void CUpDownClient::SendSignaturePacket(){
+void CUpDownClient::SendSignaturePacket()
+{
 	// signate the public key of this client and send it
-	if (m_socket == NULL || credits == NULL || m_SecureIdentState == 0){
-		wxFAIL;
-		return;
-	}
+	wxCHECK2(m_socket != NULL, return);
+	wxCHECK2(credits != NULL, return);
+	wxCHECK2(m_SecureIdentState != 0, return);
 
 	if (!theApp->CryptoAvailable()) {
 		return;
@@ -2114,10 +2106,8 @@ void CUpDownClient::SendSignaturePacket(){
 	byte achBuffer[250];
 
 	uint8 siglen = theApp->clientcredits->CreateSignature(credits, achBuffer,  250, ChallengeIP, byChaIPKind );
-	if (siglen == 0){
-		wxFAIL;
-		return;
-	}
+	wxCHECK2(siglen != 0, return);
+
 	CMemFile data;
 	data.WriteUInt8(siglen);
 	data.Write(achBuffer, siglen);
@@ -2138,9 +2128,18 @@ void CUpDownClient::ProcessPublicKeyPacket(const byte* pachPacket, uint32 nSize)
 {
 	theApp->clientlist->AddTrackClient(this);
 
-	if (m_socket == NULL || credits == NULL || pachPacket[0] != nSize-1
-		|| nSize == 0 || nSize > 250){
-		wxFAIL;
+	wxCHECK2(m_socket != NULL, return);
+	wxCHECK2(credits != NULL, return);
+	if (pachPacket[0] != nSize - 1) {
+		AddDebugLogLineN(logClient, CFormat(wxT("Inconsistent packet size (%d != %d)")) % pachPacket[0] % (nSize - 1));
+		return;
+	}
+	if (nSize == 0) {
+		AddDebugLogLineN(logClient, wxT("Invalid packet size (0)"));
+		return;
+	}
+	if (nSize > 250) {
+		AddDebugLogLineN(logClient, CFormat(wxT("Invalid packet size (%d > 250)")) % nSize);
 		return;
 	}
 	if (!theApp->CryptoAvailable())
@@ -2165,8 +2164,14 @@ void CUpDownClient::ProcessSignaturePacket(const byte* pachPacket, uint32 nSize)
 {
 	// here we spread the good guys from the bad ones ;)
 
-	if (m_socket == NULL || credits == NULL || nSize == 0 || nSize > 250){
-		wxFAIL;
+	wxCHECK2(m_socket != NULL, return);
+	wxCHECK2(credits != NULL, return);
+	if (nSize == 0) {
+		AddDebugLogLineN(logClient, wxT("Invalid packet size (0)"));
+		return;
+	}
+	if (nSize > 250) {
+		AddDebugLogLineN(logClient, CFormat(wxT("Invalid packet size (%d > 250)")) % nSize);
 		return;
 	}
 
@@ -2175,8 +2180,9 @@ void CUpDownClient::ProcessSignaturePacket(const byte* pachPacket, uint32 nSize)
 		byChaIPKind = 0;
 	else if (pachPacket[0] == nSize-2 && (m_bySupportSecIdent & 2) > 0) //v2
 		byChaIPKind = pachPacket[nSize-1];
-	else{
-		wxFAIL;
+	else {
+		// Unknown or invalid format
+		AddDebugLogLineN(logClient, wxT("Invalid or unknown challenge format - ignoring"));
 		return;
 	}
 
@@ -2210,36 +2216,35 @@ void CUpDownClient::ProcessSignaturePacket(const byte* pachPacket, uint32 nSize)
 	m_dwLastSignatureIP = GetIP();
 }
 
-void CUpDownClient::SendSecIdentStatePacket(){
+void CUpDownClient::SendSecIdentStatePacket()
+{
+	wxCHECK2(credits != NULL, return);
+
 	// check if we need public key and signature
-	if (credits){
-		uint8 nValue = 0;
-		if (theApp->CryptoAvailable()){
-			if (credits->GetSecIDKeyLen() == 0) {
-nValue = IS_KEYANDSIGNEEDED;
-			} else if (m_dwLastSignatureIP != GetIP()) {
-nValue = IS_SIGNATURENEEDED;
-			}
+	uint8 nValue = 0;
+	if (theApp->CryptoAvailable()){
+		if (credits->GetSecIDKeyLen() == 0) {
+			nValue = IS_KEYANDSIGNEEDED;
+		} else if (m_dwLastSignatureIP != GetIP()) {
+			nValue = IS_SIGNATURENEEDED;
 		

Bug#820873: (no subject)

[ZenWalker]

here is the patch

best regardsdiff --git a/src/kademlia/net/KademliaUDPListener.cpp b/src/kademlia/net/KademliaUDPListener.cpp
index 084eef5..af60f17 100644
--- a/src/kademlia/net/KademliaUDPListener.cpp
+++ b/src/kademlia/net/KademliaUDPListener.cpp
@@ -524,7 +524,9 @@ void CKademliaUDPListener::Process2HelloRequest(const uint8_t *packetData, uint3
 	uint8_t contactVersion = 0;
 	CUInt128 contactID;
 	bool addedOrUpdated = AddContact2(packetData, lenPacket, ip, port, , senderKey, validReceiverKey, true, true, NULL, ); // might change (udp)port, validReceiverKey
-	wxASSERT(contactVersion >= 2);
+	if (contactVersion < 2) {
+		throw wxString(CFormat(wxT("***NOTE: Received invalid Kademlia2 version (%u) in %s")) % contactVersion % wxString::FromAscii(__FUNCTION__));
+	}
 #ifdef __DEBUG__
 	if (dbgOldUDPPort != port) {
 		AddDebugLogLineN(logClientKadUDP, CFormat(wxT("KadContact %s uses his internal (%u) instead external (%u) UDP Port")) % KadIPToString(ip) % port % dbgOldUDPPort);
@@ -1650,7 +1652,6 @@ void CKademliaUDPListener::SendLegacyChallenge(uint32_t ip, uint16_t port, const
 	CUInt128 challenge(GetRandomUint128());
 	if (challenge == 0) {
 		// hey there is a 2^128 chance that this happens ;)
-		wxFAIL;
 		challenge = 1;
 	}
 	// Put the target we want into the packet. This is our challenge
diff --git a/src/kademlia/routing/RoutingZone.cpp b/src/kademlia/routing/RoutingZone.cpp
index 7fedf53..3887090 100644
--- a/src/kademlia/routing/RoutingZone.cpp
+++ b/src/kademlia/routing/RoutingZone.cpp
@@ -270,7 +270,6 @@ void CRoutingZone::ReadBootstrapNodesDat(CFileDataIO& file)
 			}
 		}
 		if (!inserted) {
-			wxASSERT(CKademlia::s_bootstrapList.size() < 50);
 			CKademlia::s_bootstrapList.push_back(contact);
 		} else if (CKademlia::s_bootstrapList.size() > 50) {
 			delete CKademlia::s_bootstrapList.back();
@@ -811,6 +810,7 @@ void CRoutingZone::OnSmallTimer()
 			CKademlia::GetUDPListener()->SendMyDetails(KADEMLIA2_HELLO_REQ, c->GetIPAddress(), c->GetUDPPort(), c->GetVersion(), 0, NULL, false);
 			wxASSERT(c->GetUDPKey() == CKadUDPKey(0));
 		} else {
+			AddDebugLogLineN(logKadRouting, CFormat(wxT("Ignoring Kad contact %s version %d.")) % KadIPToString(c->GetIPAddress()) % c->GetVersion());
 			//wxFAIL;	// thanks, I'm having enough problems without any Kad asserts
 		}
 	}

Bug#820873: amule: An assertion failed! (kademlia)

[ZenWalker]

Package: amule
Version: 2.4.0~git20151120.0023527bc2-1+b2
Severity: normal

Control: tags -1 patch upstream fixed-upstream
Control: forwarded -1 https://github.com/amule-project/amule/issues/28

Dear Maintainer,

Please apply this patch.

It solves this issue:

https://github.com/amule-project/amule/issues/28

With this commit:

https://github.com/amule-
project/amule/commit/786a00b1ea0f6100b591cc5c1d93658af2770919



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages amule depends on:
ii  amule-common   2.4.0~git20151120.0023527bc2-1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.22-5
ii  libcrypto++6   5.6.3-5
ii  libgcc11:5.3.1-13
ii  libgeoip1  1.6.9-1
ii  libstdc++6 5.3.1-13
ii  libupnp6   1:1.6.19+git20160116-1
ii  libwxbase3.0-0v5   3.0.2+dfsg-1.3
ii  libwxgtk3.0-0v53.0.2+dfsg-1.3
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages amule recommends:
ii  amule-utils  2.4.0~git20151120.0023527bc2-1+b2
ii  unzip6.0-20

Versions of packages amule suggests:
pn  amule-utils-gui  

-- no debconf information

Bug#820789: patch

[ZenWalker]

here is the patch

best regardsdiff --git a/src/fr-command-7z.c b/src/fr-command-7z.c
index 297ba1b..0b784f7 100644
--- a/src/fr-command-7z.c
+++ b/src/fr-command-7z.c
@@ -106,7 +106,7 @@ list__process_line (char *line,
 			strncpy (version, ver_start, ver_len);
 			version[ver_len] = 0;
 
-			if (strcmp (version, "4.55") < 0)
+			if ((strcmp (version, "4.55") < 0) && (ver_len > 1) && (version[1] == '.'))
 p7z_comm->old_style = TRUE;
 			else
 p7z_comm->old_style = FALSE;

Bug#820789: engrampa: Stop mis-treating p7zip 15.09+ as pre-4.55

[ZenWalker]

Package: engrampa
Version: 1.12.0-1
Severity: normal

Dear Maintainer,

please apply this patch that solves this issue:

https://github.com/mate-desktop/engrampa/issues/114

with this commit:

https://github.com/mate-
desktop/engrampa/commit/4f65bde8fc4d4efe747d4e7fbeba1211469ed79a



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages engrampa depends on:
ii  bzip21.0.6-8
ii  caja-common  1.12.7-1
ii  engrampa-common  1.12.0-1
ii  gzip 1.6-5
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-5
ii  libcairo21.14.6-1
ii  libcaja-extension1   1.12.7-1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.48.0-1
ii  libgtk2.0-0  2.24.30-1.1
ii  libjson-glib-1.0-0   1.2.0-1
ii  libmagic11:5.25-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  p7zip-full   15.09+dfsg-4
ii  tar  1.28-2.1

Versions of packages engrampa recommends:
ii  gvfs 1.26.2-1+b1
ii  mate-icon-theme  1.12.0-1
ii  unzip6.0-20
ii  xz-utils 5.1.1alpha+20120614-2.1
ii  zip  3.0-11

Versions of packages engrampa suggests:
pn  arj  
ii  binutils 2.26-8
ii  cpio 2.11+dfsg-5
pn  lha  
pn  lzip 
pn  lzop 
pn  ncompress
pn  rar  
pn  rpm2cpio 
pn  rzip 
ii  sharutils1:4.15.2-1
pn  unace
pn  unalz
ii  unar 1.9.1-1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2.1
pn  zoo  

-- no debconf information

Bug#819695: xul-ext-status4evar: please add firefox dependencies

[ZenWalker]

Package: xul-ext-status4evar
Version: 2015.11.16.23-1
Severity: normal

Dear Maintainer,

actually iceweasel is a virtual package, please add firefox deps, like latest
another xul-ext packages

thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xul-ext-status4evar depends on:
ii  iceweasel  44.0.2-1

xul-ext-status4evar recommends no packages.

xul-ext-status4evar suggests no packages.

-- no debconf information

Bug#819694: xul-ext-greasemonkey: please add firefox dependencies

[ZenWalker]

Package: xul-ext-greasemonkey
Version: 3.7-1
Severity: normal

Dear Maintainer,

actually iceweasel is a virtual package, please add the firefox dep, like
latest another xul-ext packages

thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xul-ext-greasemonkey depends on:
ii  iceweasel  44.0.2-1

xul-ext-greasemonkey recommends no packages.

xul-ext-greasemonkey suggests no packages.

-- no debconf information

Bug#816765: (no subject)

[ZenWalker]

Dear maintainer, you can close this bug

screenlets works again

Bug#816765: screenlets dont works

[ZenWalker]

Package: screenlets
Version: 0.1.2-8.1
Severity: important

Dear Maintainer,

screenlets dont works

in a terminal:

$ env LANG=C screenlets
False
Starter already exists.
DAEMON FOUND!
Traceback (most recent call last):
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 1308, in

app = ScreenletsManager()
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 106, in
__init__
self.connect_daemon()
  File "/usr/share/screenlets-manager/screenlets-manager.py", line 146, in
connect_daemon
self.handle_screenlet_registered)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 544, in
connect_to_signal
dbus_interface, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 369, in
connect_to_signal
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 148, in
add_signal_receiver
path, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 400, in
add_signal_receiver
self._require_main_loop()
RuntimeError: To make asynchronous calls, receive signals or export objects,
D-Bus connections must be attached to a main loop by passing mainloop=... to
the constructor or calling dbus.set_default_main_loop(...)



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages screenlets depends on:
ii  python-dbus1.2.2-1
ii  python-gnome2  2.28.1+dfsg-1.1
ii  python-gtk22.24.0-4
ii  python-rsvg2.32.0+dfsg-3
ii  python-wnck2.32.0+dfsg-3
ii  python-xdg 0.25-4
pn  python:any 

Versions of packages screenlets recommends:
ii  gnome-keyring  3.18.3-1
ii  iceweasel  44.0.2-1
ii  metacity   1:3.18.2-1
ii  python-feedparser  5.1.3-3
pn  python-gmenu   
ii  python-gnomekeyring2.32.0+dfsg-3
pn  python-gtkmozembed | python-gnome2-extras  
ii  python-imaging 3.1.1-1

Versions of packages screenlets suggests:
pn  evolution   
ii  gnome-orca  3.18.2-1
pn  tomboy  
pn  xfconf  

-- no debconf information

Bug#795061: (no subject)

[ZenWalker]

merged on github amule/master:

https://github.com/amule-project/amule/commit/ba8470d640bcd6e6b3d0d4628a903acc758209d6

Bug#810510: tar: Problems processing files with backslashes

[ZenWalker]

Package: tar
Version: 1.28-2.1
Severity: normal

Dear Maintainer,

I noticed tar showing an error with files which contain some backslashes.

Example:
user@pc:~$ touch '\\'
user@pc:~$ tar -cf test.tar '\\'

or
user@pc:~$ touch 
user@pc:~$ tar -cf test.tar 

Output:

tar: \\: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors

But:
user@pc:~$ touch \\
user@pc:~$ tar -cf test.tar \\
works.

and:
user@pc:~$ touch '\'
user@pc:~$ tar -cf test.tar '\'
works

Best regards



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tar depends on:
ii  libacl1  2.2.52-2
ii  libc62.21-6
ii  libselinux1  2.4-3

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip21.0.6-8
pn  ncompress
pn  tar-scripts  
ii  xz-utils 5.1.1alpha+20120614-2.1

-- no debconf information

Bug#795061: (no subject)

[ZenWalker]

merged on github amule/testing:

https://github.com/amule-project/amule/commit/1f03c27bbb8d7dc717212b78da89bc443d00105b

Bug#809553: (no subject)

[ZenWalker]

Description package unrar-free: "Unrar can extract files from .rar 
archives. Can't handle some archives in the RAR 3.0 format natively. 
Package "unar" can be used to extract those archives if installed."


I think unrar-free is obsolete, unar can extract rar v3 files, and it is 
free software.

Bug#804088: smc: New upstream version: 2.0.0

[ZenWalker]

Package: smc
Severity: wishlist

Dear Maintainer, new upstream available, can you package for Debian?

http://www.secretchronicles.de/en/news/2015/08/17/2/



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#800817: (no subject)

[ZenWalker]

sorry, I will do better next time :)

Bug#800817: patch

[ZenWalker]

I attached the patch

This is a new feature on engrampa :)diff --git a/caja/caja-engrampa.c b/caja/caja-engrampa.c
index 0955201..6247609 100644
--- a/caja/caja-engrampa.c
+++ b/caja/caja-engrampa.c
@@ -38,26 +38,32 @@ static void
 extract_to_callback (CajaMenuItem *item,
 		 gpointer  user_data)
 {
-	GList*files;
+	GList*files, *scan;
 	CajaFileInfo *file;
-	char *uri, *default_dir;
-	char *quoted_uri, *quoted_default_dir;
+	char *default_dir;
+	char *quoted_default_dir;
 	GString  *cmd;
 
 	files = g_object_get_data (G_OBJECT (item), "files");
 	file = files->data;
 
-	uri = caja_file_info_get_uri (file);
 	default_dir = caja_file_info_get_parent_uri (file);
 
-	quoted_uri = g_shell_quote (uri);
 	quoted_default_dir = g_shell_quote (default_dir);
 
 	cmd = g_string_new ("engrampa");
-	g_string_append_printf (cmd,
-" --default-dir=%s --extract %s",
-quoted_default_dir,
-quoted_uri);
+	g_string_append_printf(cmd," --default-dir=%s --extract", quoted_default_dir);
+
+	for (scan = files; scan; scan = scan->next) {
+		CajaFileInfo *file = scan->data;
+		char *uri, *quoted_uri;
+
+		uri = caja_file_info_get_uri (file);
+		quoted_uri = g_shell_quote (uri);
+		g_string_append_printf (cmd, " %s", quoted_uri);
+		g_free (uri);
+		g_free (quoted_uri);
+	}
 
 #ifdef DEBUG
 	g_print ("EXEC: %s\n", cmd->str);
@@ -67,9 +73,7 @@ extract_to_callback (CajaMenuItem *item,
 
 	g_string_free (cmd, TRUE);
 	g_free (default_dir);
-	g_free (uri);
 	g_free (quoted_default_dir);
-	g_free (quoted_uri);
 }
 
 

Bug#800817: engrampa: Cannot extract multiple files concurrently to a separate directory

[ZenWalker]

Package: engrampa
Version: 1.10.1-1
Severity: normal

Dear Maintainer, a mate user says:


--
I had 18 zip files to decompress, I wanted to move the uncompressed folders to
a sepreate directory.
when i ran the decompress to a specific location, only 1 of the 18 decompressed
properly.

So then I tried highlighting all of the compressed packages, and chose "extract
here". All the files and folders were promptly decompressed. so that works.

So then I tried it with 2 zipped packages. That extracted to a specified
directory as expected.
Next I tired extracting 10 zipped packages to a directory spcified, and that
failed. By fail, I mean the operation did not produce the expected output.
There have been no message boxes or errors, or warnings that I have seen.

Then I tried decompressing 5 packages to a directory. That failed. Only the 5th
package was extracted to the selected directory..

I want to note, my zip package names are php01 through php18
Im going to sleep now. Iam using debian 8 with mate 1.8

https://github.com/mate-desktop/engrampa/issues/78
-

I can confirm this issue, If I select various compressed files on caja, right
button, "extract in" to another dir, only extracts one file



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages engrampa depends on:
ii  bzip21.0.6-8
ii  caja-common  1.10.3-2
ii  engrampa-common  1.10.1-1
ii  gzip 1.6-4
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-20
ii  libcairo21.14.2-2
ii  libcaja-extension1   1.10.3-2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk2.0-0  2.24.28-1
ii  libjson-glib-1.0-0   1.0.4-1
ii  libmagic11:5.24-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  p7zip-full   9.20.1~dfsg.1-4.2
ii  tar  1.28-1

Versions of packages engrampa recommends:
ii  gvfs 1.24.2-1
ii  mate-icon-theme  1.10.1-1
ii  unzip6.0-18
ii  xz-utils 5.1.1alpha+20120614-2.1
ii  zip  3.0-11

Versions of packages engrampa suggests:
pn  arj   
ii  binutils  2.25.1-1
ii  cpio  2.11+dfsg-4.1
pn  lha   
pn  lzip  
pn  lzop  
pn  ncompress 
ii  rar   2:5.3.b2-1
pn  rpm2cpio  
pn  rzip  
ii  sharutils 1:4.15.2-1
pn  unace 
pn  unalz 
pn  unar | unrar | p7zip-rar  
ii  xz-utils [lzma]   5.1.1alpha+20120614-2.1
pn  zoo   

-- no debconf information

Bug#798766: (no subject)

[ZenWalker]

Dear Maintainer, If you consider, you can close this bug

#769225 and #766998 was fixed

https://bugzilla.gnome.org/show_bug.cgi?id=755580

https://github.com/mate-desktop/engrampa/issues/72

Bug#800334: bug

[ZenWalker]

It is solved on 9.38 and later with -spd

http://sourceforge.net/p/sevenzip/bugs/1557/

Bug#800334: p7zip-full: problems with char ? on a compressed file

[ZenWalker]

Package: p7zip-full
Version: 9.20.1~dfsg.1-4.2
Severity: normal

Dear Maintainer,

Case 1:
-

I only want to extract one file with char ---> ? <---

I have one file named file.zip with two files named 123 and 1?3

7z e file.zip 1?3

and

7z e file.zip 1\?3

both extracts 123 and 1?3

but I want only the file 1?3




7z e file.zip name\\?file

and

7z e file.zip name\\\?file

dont works




Case 2
---

if I have two files named 123.zip and 1?3.zip on the same dir

I cant extract only the file 1?3.zip

thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages p7zip-full depends on:
ii  libc6   2.19-20
ii  libgcc1 1:5.2.1-17
ii  libstdc++6  5.2.1-17

p7zip-full recommends no packages.

Versions of packages p7zip-full suggests:
pn  p7zip-rar  

-- no debconf information

Bug#769225: patch

[ZenWalker]

Dear maintainer, please apply this patch that solves the bug:

diff --git a/src/fr-command-unarchiver.c b/src/fr-command-unarchiver.c
index 27d3382..714bf29 100644
--- a/src/fr-command-unarchiver.c
+++ b/src/fr-command-unarchiver.c
@@ -205,8 +205,13 @@ fr_command_unarchiver_extract (FrCommand  *comm,

fr_process_add_arg (comm->process, comm->filename);

-   for (scan = file_list; scan; scan = scan->next)
-   fr_process_add_arg (comm->process, scan->data);
+   for (scan = file_list; scan; scan = scan->next) {
+   char *escaped;
+
+   escaped = _g_str_escape (scan->data, "[");
+   fr_process_add_arg (comm->process, escaped);
+   g_free (escaped);
+   }

fr_process_end_command (comm->process);
 }diff --git a/src/fr-command-unarchiver.c b/src/fr-command-unarchiver.c
index 27d3382..714bf29 100644
--- a/src/fr-command-unarchiver.c
+++ b/src/fr-command-unarchiver.c
@@ -205,8 +205,13 @@ fr_command_unarchiver_extract (FrCommand  *comm,
 
 	fr_process_add_arg (comm->process, comm->filename);
 
-	for (scan = file_list; scan; scan = scan->next)
-		fr_process_add_arg (comm->process, scan->data);
+	for (scan = file_list; scan; scan = scan->next) {
+		char *escaped;
+
+ 		escaped = _g_str_escape (scan->data, "[");
+ 		fr_process_add_arg (comm->process, escaped);
+ 		g_free (escaped);
+	}
 
 	fr_process_end_command (comm->process);
 }

Bug#766998: patch

[ZenWalker]

Dear maintainer, this patch works perfectly, please apply this diff on 
fr-command-unarchiver.c


212,213c212,218
next)
process, scan->data);
---

for (scan = file_list; scan; scan = scan->next) {
char *escaped;

escaped = escape_str (scan->data, "[");
fr_process_add_arg (comm->process, escaped);
g_free (escaped);
}

Bug#766998: diff -u

[ZenWalker]

@@ -209,8 +209,13 @@

fr_process_add_arg (comm->process, comm->filename);

-   for (scan = file_list; scan; scan = scan->next)
-   fr_process_add_arg (comm->process, scan->data);
+   for (scan = file_list; scan; scan = scan->next) {
+   char *escaped;
+
+   escaped = escape_str (scan->data, "[");
+   fr_process_add_arg (comm->process, escaped);
+   g_free (escaped);
+   }

fr_process_end_command (comm->process);
 }

Bug#766998: diff -u

[ZenWalker]

@@ -209,8 +209,13 @@

fr_process_add_arg (comm->process, comm->filename);

-   for (scan = file_list; scan; scan = scan->next)
-   fr_process_add_arg (comm->process, scan->data);
+   for (scan = file_list; scan; scan = scan->next) {
+   char *escaped;
+
+   escaped = escape_str (scan->data, "[");
+   fr_process_add_arg (comm->process, escaped);
+   g_free (escaped);
+   }

fr_process_end_command (comm->process);
 }

Bug#766998: patch

[ZenWalker]

I attached the patchdiff --git a/src/fr-command-unarchiver.c b/src/fr-command-unarchiver.c
index d13f468..7c0af4d 100644
--- a/src/fr-command-unarchiver.c
+++ b/src/fr-command-unarchiver.c
@@ -209,8 +209,13 @@ fr_command_unarchiver_extract (FrCommand  *comm,
 
 	fr_process_add_arg (comm->process, comm->filename);
 
-	for (scan = file_list; scan; scan = scan->next)
-		fr_process_add_arg (comm->process, scan->data);
+	for (scan = file_list; scan; scan = scan->next) {
+		char *escaped;
+
+ 		escaped = escape_str (scan->data, "[");
+ 		fr_process_add_arg (comm->process, escaped);
+ 		g_free (escaped);
+	}
 
 	fr_process_end_command (comm->process);
 }

Bug#766998: patch

[ZenWalker]

attached again, and this is the patch:

diff --git a/src/fr-command-unarchiver.c b/src/fr-command-unarchiver.c
index d13f468..7c0af4d 100644
--- a/src/fr-command-unarchiver.c
+++ b/src/fr-command-unarchiver.c
@@ -209,8 +209,13 @@ fr_command_unarchiver_extract (FrCommand  *comm,

fr_process_add_arg (comm->process, comm->filename);

-   for (scan = file_list; scan; scan = scan->next)
-   fr_process_add_arg (comm->process, scan->data);
+   for (scan = file_list; scan; scan = scan->next) {
+   char *escaped;
+
+   escaped = escape_str (scan->data, "[");
+   fr_process_add_arg (comm->process, escaped);
+   g_free (escaped);
+   }

fr_process_end_command (comm->process);
 }diff --git a/src/fr-command-unarchiver.c b/src/fr-command-unarchiver.c
index d13f468..7c0af4d 100644
--- a/src/fr-command-unarchiver.c
+++ b/src/fr-command-unarchiver.c
@@ -209,8 +209,13 @@ fr_command_unarchiver_extract (FrCommand  *comm,
 
 	fr_process_add_arg (comm->process, comm->filename);
 
-	for (scan = file_list; scan; scan = scan->next)
-		fr_process_add_arg (comm->process, scan->data);
+	for (scan = file_list; scan; scan = scan->next) {
+		char *escaped;
+
+ 		escaped = escape_str (scan->data, "[");
+ 		fr_process_add_arg (comm->process, escaped);
+ 		g_free (escaped);
+	}
 
 	fr_process_end_command (comm->process);
 }

Bug#798766: bug

[ZenWalker]

ok, I have two files:

testing1.tar with a file named [testing]

testing2.tar with a file named te[st]ing



unar testing1.tar [testing]
testing1.tar: Tar
No files extracted.





unar testing2.tar te[st]ing
testing2.tar: Tar
No files extracted.

--

And now, using the patch:





unar testing1.tar [testing]
testing1.tar: Tar
  [testing]  (8 B)... OK.
Successfully extracted to "./[testing]".





unar testing2.tar te[st]ing
testing2.tar: Tar
  te[st]ing  (8 B)... OK.
Successfully extracted to "./te[st]ing".

--




With the patch works all combinations of [ and ] , and solves the bugs 
on engrampa and file-roller


The patch only fails on console with unar foo.tar [ab] if they are two 
files named a and b , but works if there is one file named [ab]

Bug#798766: bug

[ZenWalker]

ok, [ and ] are special characters

I have two files:

testing1.tar with a file named te[sting

testing2.tar with a file named te]sting



unar testing1.tar te[sting
testing1.tar: : Uncaught exception XADRegexException, reason: Could not 
compile regex "^te[sting$": [ ó ^[ desemparejados




unar testing2.tar te]sting
testing2.tar: Tar
  te]sting  (8 B)... OK.
Successfully extracted to "./te]sting".

---

why with ] unar works perfectly ?

why [ fails ?

I think this is a bug

With the patch, [ and ] works and successfully ectracted.

Bug#798766: closed by Matt Kraai <kr...@ftbfs.org> (Re: Bug#798766: unar: patch - closes #769225 and #766998)

[ZenWalker]

ok, forget bugs on engrampa and file-roller

on a rar compressed file, a directory named te[sting with a filename 
named errorengrampa




unar testingbugs.rar te\[sting/errorengrampa
testingbugs.rar: : Uncaught exception XADRegexException, reason: Could 
not compile regex "^te[sting/errorengrampa$": [ ó ^[ desemparejados


---

but with my patch the file is extracted perfectly

I think this is a bug on unar

Can you extract any file or directory with the char [ using simply the 
unar command on a terminal?

Bug#798766: closed by Matt Kraai <kr...@ftbfs.org> (Re: Bug#798766: unar: patch - closes #769225 and #766998)

[ZenWalker]

with the command rar from non-free:

-

rar x testingbugs.rar te[sting

RAR 5.30 beta 2   Copyright (c) 1993-2015 Alexander Roshal   4 Aug 2015
Trial version Type RAR -? for help


Extracting from testingbugs.rar

Creatingte[sting  OK
Extracting  te[sting/errorengrampaOK
All OK



---

rar x testingbugs.rar te\[sting

RAR 5.30 beta 2   Copyright (c) 1993-2015 Alexander Roshal   4 Aug 2015
Trial version Type RAR -? for help


Extracting from testingbugs.rar

Creatingte[sting  OK
Extracting  te[sting/errorengrampaOK
All OK

---

rar x testingbugs.rar te\\\[sting

RAR 5.30 beta 2   Copyright (c) 1993-2015 Alexander Roshal   4 Aug 2015
Trial version Type RAR -? for help


Extracting from testingbugs.rar

No files to extract

---

rar x works perfectly with [ or \[ , but not with \\\[

why unar needs \\\[ to extract [ names ?

Bug#798766: unar: patch - closes #769225 and #766998

[ZenWalker]

Package: unar
Version: 1.8.1-4
Severity: normal

Dear Maintainer,

On the code, on XADMaster/XADRegex.m please apply this diff that closes #769225
and  #766998

67,70d66
<   else if(c=='[')
<   {
<   [pattern appendString:@"["];
<   }


thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages unar depends on:
ii  dpkg  1.18.2
ii  gnustep-base-runtime  1.24.7-1
ii  libbz2-1.01.0.6-8
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libgnustep-base1.24   1.24.7-1
ii  libicu52  52.1-10
ii  libobjc4  5.1.1-14
ii  libstdc++65.1.1-14
ii  libwavpack1   4.75.0-1
ii  zlib1g1:1.2.8.dfsg-2+b1

unar recommends no packages.

unar suggests no packages.

-- no debconf information

Bug#769225: file-roller: error extracting files using file-roller with unar with the character [

[ZenWalker]

THIS IS THE SOLUTION

I found the error

the issues solved using the char \ before [ with the command mv

please fix this, revise the code, mv works with \[

Bug#766998: engrampa: error extracting files using engrampa with unar with the character [

[ZenWalker]

THIS IS THE SOLUTION

I found the error

the issues solved using the char \ before [ with the command mv

please fix this, revise the code, mv works with \[

Bug#796739: flashplugin-nonfree: please disable screensaver on fullscreen mode

[ZenWalker]

Package: flashplugin-nonfree
Version: 1:3.6.1+b1
Severity: wishlist

Dear Maintainer,

While movie players (such as smplayer) prevent the MATE screensaver from
activating during movie playback, playing Flash videos does not affect the
screensaver, which means having to move the mouse occasionally, or turning off
the screensaver while watching YouTube videos and the like.

Please add option or disable by default the screensaver during movie playback.



-- Package-specific info:
Debian version: stretch/sid
Architecture: amd64
Package version: 1:3.6.1+b1
Adobe Flash Player version: LNX 11,2,202,508
MD5 checksums:
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
96691df0084037eaeebac9b0838bd9a2  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
6548c5b12b04c6637de392c09616885e  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Aug 23 16:55 
/usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
/etc/alternatives/flash-mozilla.so

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.25.1-1
ii  ca-certificates20150426
ii  debconf [debconf-2.0]  1.5.57
ii  gnupg  1.4.19-3
ii  libatk1.0-02.16.0-2
ii  libcairo2  1.14.2-2
ii  libcurl3-gnutls7.44.0-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-4
ii  libgcc11:5.1.1-14
ii  libglib2.0-0   2.44.1-1.1
ii  libgtk2.0-02.24.28-1
ii  libnspr4   2:4.10.8-2
ii  libnss32:3.19.2-1
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 5.1.1-14
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16.3-3

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.35-1
pn  halnone
ii  iceweasel  38.2.0esr-1~stretch
pn  konqueror-nspluginsnone
pn  ttf-mscorefonts-installer  none
pn  ttf-xfree86-nonfreenone

-- no debconf information

Bug#769225: file-roller: error extracting files using file-roller with unar with the character [

[ZenWalker]

Package: file-roller
Version: 3.14.1-1
Severity: normal

Dear Maintainer,

Using unar with file-roller, on the rar file, if there is a file or directory
compressed with the character [ on the name, file-roller don't works.

With only command unar in console without file-roller, works perfectly.

Thanks.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages file-roller depends on:
ii  bzip21.0.6-7
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libarchive13 3.1.2-9
ii  libc62.19-12
ii  libcairo21.14.0-2.1
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk-3-0   3.14.4-1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libmagic11:5.20-1
ii  libnautilus-extension1a  3.14.0-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-2
ii  nautilus-data3.14.0-1
ii  p7zip-full   9.20.1~dfsg.1-4.1

Versions of packages file-roller recommends:
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gvfs   1.22.1-1
ii  unar   1.8.1-3+b1
ii  yelp   3.14.1-1

Versions of packages file-roller suggests:
pn  arj  none
pn  lha  none
pn  lzip none
pn  lzop none
pn  ncompressnone
pn  rpm2cpio none
pn  rzip none
pn  sharutilsnone
pn  unacenone
pn  unalznone
ii  unzip6.0-12
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-8
pn  zoo  none

-- 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

Bug#766998: bug

[ZenWalker]

On caja, if I right click on rar file, and I click on extract here, 
works perfectly.


The problem is while I drag and drop files/directories from engrampa to 
caja.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766998: engrampa: error extracting files using engrampa with unar with the character [

[ZenWalker]

Package: engrampa
Version: 1.8.1+dfsg1-1
Severity: normal

Dear Maintainer,

Using unar, on the rar file, is a file or directory compressed with the
character [ on the name, engrampa don't works.

With only command unar in console without engrampa, works perfectly.

Thanks.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages engrampa depends on:
ii  bzip21.0.6-7
ii  caja-common  1.8.2-1
ii  engrampa-common  1.8.1+dfsg1-1
ii  gzip 1.6-4
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcaja-extension1   1.8.2-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk2.0-0  2.24.25-1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpangoft2-1.0-01.36.8-2
ii  p7zip-full   9.20.1~dfsg.1-4.1
ii  tar  1.27.1-2

Versions of packages engrampa recommends:
ii  gvfs 1.22.1-1
ii  mate-icon-theme  1.8.0-1
ii  unzip6.0-12
ii  xz-utils 5.1.1alpha+20120614-2
ii  zip  3.0-8

Versions of packages engrampa suggests:
pn  arj  none
ii  binutils 2.24.51.20140918-1
ii  cpio 2.11+dfsg-2
pn  lha  none
pn  lzip none
pn  lzop none
pn  ncompressnone
pn  rar  none
pn  rpm2cpio none
pn  rzip none
pn  sharutilsnone
pn  unacenone
pn  unalznone
ii  unar 1.8.1-3+b1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
pn  zoo  none

-- 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

Bug#766998: bug

[ZenWalker]

- extracting with [ on directory's name:

: Uncaught exception XADRegexException, reason: Could not compile regex 
^te[sting/errorengrampa$: Unmatched [ or [^


te[sting is the directory

- extracting with [ ] on tirectory's name:

don't show error, but can not extract it.

te[st]ing is the directory

- extracting with [ on file's name:

: Uncaught exception XADRegexException, reason: Could not compile regex 
^3645494/testing/te[sting\.test$: Unmatched [ or [^


te[sting.test is the file

- extractubg with [ ] on file's name:

mv: cannot stat ‘/home/scow/.aMule/Incoming/TTTtestear 
engrampa/.fr-5DdpMt/3645494/testing/te[st]ing.test’: No such file or 
directory


te[st]ing.test is the file


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766998: bug

[ZenWalker]

On directory or file, with ] on name without [ engrampa works perfectly.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#742875: solution

[ZenWalker]

I solved it on directory /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0 with 
user root:


# ./gdk-pixbuf-query-loaders  
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749951:

[ZenWalker]

I have the solution for this bug

on /engrampa-1.8.0+dfsg1/src/fr-command-unarchiver.c

please apply the diff:

---

202,203c202
   if (junk_paths)
   fr_process_add_arg (comm-process, -D);
---
   fr_process_add_arg (comm-process, -D);



thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749951:

[ZenWalker]

using unar with -D never creates a containing directory for the contents
of the unpacked archive.

I see on man unar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749817:

[ZenWalker]

ok, I'm sorry

The error is:

Could not create the archive

archive type not supported.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749951: engrampa makes a directory extracting files from a rar file using unar

[ZenWalker]

Package: engrampa
Version: 1.8.0+dfsg1-5
Severity: normal

Dear Maintainer,

after opening a rar file with engrampa using unar (1.8.1-2), I drag and drop a
file from engrampa to caja (1.8.1-1) or thunar (1.6.3-1), and engrampa creates
a directory with the name of the rar file

engrampa with zip files or others, does not make any dir



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages engrampa depends on:
ii  bzip21.0.6-5
ii  caja-common  1.8.1-1
ii  engrampa-common  1.8.0+dfsg1-5
ii  gzip 1.6-3
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcaja-extension1   1.8.1-1
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.23-1
ii  libjson-glib-1.0-0   1.0.0-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  p7zip-full   9.20.1~dfsg.1-4
ii  tar  1.27.1-2

Versions of packages engrampa recommends:
ii  gvfs 1.20.2-1
ii  mate-icon-theme  1.8.0-1
ii  rpm2cpio 4.11.2-3

Versions of packages engrampa suggests:
ii  arj  3.10.22-11
ii  binutils 2.24.51.20140425-1
ii  cpio 2.11+dfsg-2
pn  lha  none
pn  lzip none
ii  lzma 9.22-2
pn  lzop none
ii  ncompress4.2.4.4-8
pn  rar  none
pn  rzip none
ii  sharutils1:4.14-2
ii  unace1.2b-11
pn  unalznone
ii  unar 1.8.1-2
ii  unzip6.0-12
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-8
pn  zoo  none

-- 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

Bug#749817: engrampa fails to open rars using unar

[ZenWalker]

Package: engrampa
Version: 1.8.0+dfsg1-4
Severity: normal

Dear Maintainer,

on debian testing, I have installed the package unar (1.8.1-2), I dont have the
package unrar.

but when I open a rar, engrampa show me the error: No se pudo crear el
archivador El tipo del archivador no es compatible.

the same rar file is opened perfectly with file-roller (3.12.2-1)



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages engrampa depends on:
ii  bzip21.0.6-5
ii  caja-common  1.8.1-1
ii  engrampa-common  1.8.0+dfsg1-4
ii  gzip 1.6-3
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcaja-extension1   1.8.1-1
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.23-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  p7zip-full   9.20.1~dfsg.1-4
ii  tar  1.27.1-2

Versions of packages engrampa recommends:
ii  gvfs 1.20.1-1+b1
ii  mate-icon-theme  1.8.0-1
ii  rpm2cpio 4.11.2-3

Versions of packages engrampa suggests:
ii  arj3.10.22-11
ii  binutils   2.24.51.20140425-1
ii  cpio   2.11+dfsg-2
pn  lhanone
pn  lzip   none
ii  lzma   9.22-2
pn  lzop   none
ii  ncompress  4.2.4.4-8
pn  rarnone
pn  rzip   none
ii  sharutils  1:4.14-2
ii  unace  1.2b-11
pn  unalz  none
pn  unrar | p7zip-rar  none
ii  unzip  6.0-12
ii  xz-utils [lzma]5.1.1alpha+20120614-2
ii  zip3.0-8
pn  zoonone

-- 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

Bug#749184:

[ZenWalker]

after upgrading the system with aptitude full-upgrade, solve it

I'm sorry

you can close this bug


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749184:

[ZenWalker]

desktop environment: XFCE (4.10.1)

display manager: slim (1.3.6-3)

about loginctl, I dont have installed the package systemd

the versions 0.105-4 of libpolkit-backend-1-0 and previous works with no
problem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749184: libpolkit-backend-1-0: Not authorized to perform operation

[ZenWalker]

Package: libpolkit-backend-1-0
Version: 0.105-6
Severity: important

Dear Maintainer,

with version 0.105-5 and the last 0.105-6

when I intent mount a external usb disk, using nautilus, thunar, or caja, I see
this error: Not authorized to perform operation

and, on XFCE, on exit (on the applications menu), the buttons reboot,
shutdown, suspend and hibernate are disabled

thanks



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpolkit-backend-1-0 depends on:
ii  libc6  2.18-5
ii  libexpat1  2.1.0-4
ii  libglib2.0-0   2.40.0-3
ii  libpolkit-gobject-1-0  0.105-5
ii  libsystemd-login0  204-8
ii  multiarch-support  2.18-5

libpolkit-backend-1-0 recommends no packages.

libpolkit-backend-1-0 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

Bug#748104: engrampa: Use 'unar' rather than 'unrar' to extract RAR files

[ZenWalker]

Package: engrampa
Version: 1.8.0+dfsg1-3
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages engrampa depends on:
ii  bzip21.0.6-5
ii  engrampa-common  1.8.0+dfsg1-3
ii  gzip 1.6-3
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-5
ii  libcairo21.12.16-2
ii  libcaja-extension1   1.8.1-1
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.23-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  p7zip-full   9.20.1~dfsg.1-4
ii  tar  1.27.1-2

Versions of packages engrampa recommends:
ii  gvfs 1.20.1-1
ii  mate-icon-theme  1.8.0-1
ii  rpm2cpio 4.11.2-3

Versions of packages engrampa suggests:
ii  arj3.10.22-11
ii  binutils   2.24.51.20140425-1
ii  cpio   2.11+dfsg-2
pn  lhanone
pn  lzip   none
ii  lzma   9.22-2
pn  lzop   none
ii  ncompress  4.2.4.4-8
pn  rarnone
pn  rzip   none
ii  sharutils  1:4.14-2
ii  unace  1.2b-10
pn  unalz  none
pn  unrar | p7zip-rar  none
ii  unzip  6.0-12
ii  xz-utils [lzma]5.1.1alpha+20120614-2
ii  zip3.0-8
pn  zoonone

-- 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

Bug#748159: xarchiver: Use 'unar' rather than 'unrar' to extract RAR files

[ZenWalker]

Package: xarchiver
Version: 1:0.5.2+20130119+dfsg-5
Severity: normal

Dear Maintainer,

unar is the command interface for The Unarchiver
(http://wakaba.c3.cx/s/apps/unarchiver.html) and supports extracting .rar
archives with a free implementation (unlike rarlab's unrar) and with support
for RARv3 (unlike Gna unrar).

Please consider checking for 'unar' when extracting a .rar archive :)



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xarchiver depends on:
ii  libc6   2.18-5
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.23-1
ii  libpango-1.0-0  1.36.3-1

Versions of packages xarchiver recommends:
ii  bzip2   1.0.6-5
ii  p7zip-full  9.20.1~dfsg.1-4
ii  unzip   6.0-12
ii  xdg-utils   1.1.0~rc1+git20111210-7.1
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages xarchiver suggests:
ii  arj 3.10.22-11
pn  lhasa   none
pn  rar none
ii  rpm 4.11.2-3
ii  unar1.8.1-2
pn  unrar-free  none
ii  zip 3.0-8

-- 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