Bug#1055577: Acknowledgement (zulucrypt-gui: gnome-shell crashes when creating an encrypted file with zulucrypt-gui)

2023-11-11 Thread Nemo Hic
I no longer got the crash after I removed my entire .config directory 
and rebuilt it. Unfortunately I don't which configuration file(s) were 
causing the problem.



On 11/8/23 05:06, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1055577: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055577.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
   nemohi...@outlook.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
  Marcio de Souza Oliveira 

If you wish to submit further information on this problem, please
send it to 1055...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.





Bug#1055577: zulucrypt-gui: gnome-shell crashes when creating an encrypted file with zulucrypt-gui

2023-11-08 Thread Nemo Hic
Package: zulucrypt-gui
Version: 6.2.0-1
Severity: important
X-Debbugs-Cc: nemohi...@outlook.com

Dear Maintainer,

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

   * What led up to the situation?

I attempted to create an  encrypted file container using zulucrypt-gui.


   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I started zulucrypt-gui from the gnome-shell Activiities menu, selected
Create -> Encrypted container in a new file, and attempted to create a file
"EncryptedContainer" of size 50 MB in my home directory.


   * What was the outcome of this action?

The "% Compete" indicator quickly filled to 100% and then the screen went 
blank. This first happend under sid running gnome-shell 44.5-2 running Wayland. 
I updated to gnome-shell 45 from experimental and the same thing happened.

   * What outcome did you expect instead?

I expected a file container for holding encrypted content to be created.

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


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 zulucrypt-gui depends on:
ii  libblkid1   2.39.2-5
ii  libc6   2.37-12
ii  libgcc-s1   13.2.0-6
ii  libgcrypt20 1.10.2-3
ii  libpwquality1   1.4.5-1+b1
ii  libqt5core5a5.15.10+dfsg-4
ii  libqt5dbus5 5.15.10+dfsg-4
ii  libqt5gui5  5.15.10+dfsg-4
ii  libqt5network5  5.15.10+dfsg-4
ii  libqt5widgets5  5.15.10+dfsg-4
ii  libsecret-1-0   0.21.1-1
ii  libstdc++6  13.2.0-6
ii  libzulucryptpluginmanager1.0.0  6.2.0-1
ii  zulucrypt-cli   6.2.0-1
ii  zulupolkit  6.2.0-1

zulucrypt-gui recommends no packages.

zulucrypt-gui suggests no packages.

-- no debconf information



Bug#972825: cups: Remote printing results in wrong page order

2020-10-24 Thread nemo
Package: cups
Version: 2.2.10-6+deb10u3
Severity: important

Dear Maintainer,

   * What led up to the situation?

I have an HP printer configured via HPLIP and shared in LAN. 

The version of HPLIP installed is
hplip  3.18.12+dfsg0-2+b2
hplip-data 3.18.12+dfsg0-2

I can print successfully in sequential order, but not in reverse.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I tried to print a set of pages (the even ones) in reverse order so that I can
print a document double-side, after printing the odd ones.

   * What was the outcome of this action?

- If I tried to print the even pages in reverse order I obtained also a blank 
page
  that resulted in an offset of the printing, e.g. behind page 3 was page 6
  instead of page 4. I want to point out that the blank page was found in both
  "even" and "odd" printing job. Those pages weren't in the document.

- If I manually inserted pages values "10,8,6,4,2" the result was
  pages "2,4,6,8,10", even if "reverse order" was NOT checked.
  This obviously resulted in page 10 printed behind page 1, 8 behind page 3,
  and so on.

   * What outcome did you expect instead?

What I did expect in both cases was being able to print pages 1,3,5,7,9 and
then pages 10,8,6,4,2 .


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 10 (buster)
Release:10
Codename:   buster
Architecture: armv7l

Kernel: Linux 5.4.51-v7l+ (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups depends on:
ii  cups-client2.2.10-6+deb10u3
ii  cups-common2.2.10-6+deb10u3
ii  cups-core-drivers  2.2.10-6+deb10u3
ii  cups-daemon2.2.10-6+deb10u3
ii  cups-filters   1.21.6-5+rpt1
ii  cups-ppdc  2.2.10-6+deb10u3
ii  cups-server-common 2.2.10-6+deb10u3
ii  debconf [debconf-2.0]  1.5.71
ii  ghostscript9.27~dfsg-2+deb10u4
ii  libavahi-client3   0.7-4+b1
ii  libavahi-common3   0.7-4+b1
ii  libc6  2.28-10+rpi1
ii  libcups2   2.2.10-6+deb10u3
ii  libcupsimage2  2.2.10-6+deb10u3
ii  libgcc11:8.3.0-6+rpi1
ii  libstdc++6 8.3.0-6+rpi1
ii  libusb-1.0-0   2:1.0.22-2
ii  poppler-utils  0.71.0-5
ii  procps 2:3.3.15-2

Versions of packages cups recommends:
ii  avahi-daemon 0.7-4+b1
ii  colord   1.4.3-4
ii  cups-filters [ghostscript-cups]  1.21.6-5+rpt1
ii  printer-driver-gutenprint5.3.1-7

Versions of packages cups suggests:
pn  cups-bsd   
pn  cups-pdf   
pn  foomatic-db-compressed-ppds | foomatic-db  
ii  hplip  3.18.12+dfsg0-2+b2
ii  printer-driver-hpcups  3.18.12+dfsg0-2+b2
pn  smbclient  
ii  udev   241-7~deb10u4+rpi1

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: lpd, socket, usb, snmp, dnssd



Bug#953528: #953528 -q doesn't work anymore

2020-08-11 Thread Nemo Thorx


I just stumbled across this same issue - old scripts no longer silent. 

Seems that there is a newer "-s" option


$ pngcrush --help |& grep -e 'silent\|quiet'
-q (quiet) suppresses console output except for warnings
-s (silent) suppresses console output including warnings
$ pngcrush --version
 pngcrush 1.8.13, uses libpng 1.6.36 and zlib 1.2.11


...but pngcrush manpage only lists -q option


$ man pngcrush |& grep -e 'silent\|quiet'
   -qquiet, the opposite of verbose.


.../Nemo


-- 
  - -
earth native



Bug#939661: blender: Cannot apply modifier Subdivision Surface

2019-09-07 Thread Nemo
Package: blender
Version: 2.80+dfsg-3
Severity: normal

When you add modifier called Subdivision Surface and click on the Apply button,
an error message is displayed :

"Modifier returned error, skipping apply"

Maybe due to the use of OpenSubDiv library by Pixar that may not be packaged in
Debian bulleye...



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages blender depends on:
ii  blender-data  2.80+dfsg-3
ii  fonts-dejavu  2.37-1
ii  libavcodec58  7:4.1.4-1+b2
ii  libavdevice58 7:4.1.4-1+b2
ii  libavformat58 7:4.1.4-1+b2
ii  libavutil56   7:4.1.4-1+b2
ii  libboost-locale1.67.0 1.67.0-13
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libfreetype6  2.9.1-4
ii  libgcc1   1:9.2.1-4
ii  libgl11.1.0-1+b1
ii  libglew2.12.1.0-4+b1
ii  libgomp1  9.2.1-4
ii  libilmbase23  2.2.1-2+b1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
ii  libjemalloc2  5.2.1-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libopenal11:1.19.1-1+b1
ii  libopencolorio1v5 1.1.1~dfsg0-3
ii  libopenexr23  2.2.1-4.1+b1
ii  libopenimageio2.0 2.0.10~dfsg0-1
ii  libopenjp2-7  2.3.0-2
ii  libopenvdb5.2 5.2.0-5.1
ii  libpcre3  2:8.39-12+b1
ii  libpng16-16   1.6.37-1
ii  libpython3.7  3.7.4-3
ii  libsndfile1   1.0.28-6
ii  libspnav0 0.2.3-1+b2
ii  libstdc++69.2.1-4
ii  libswscale5   7:4.1.4-1+b2
ii  libtbb2   2019~U8-1
ii  libtiff5  4.0.10+git190818-1
ii  libx11-6  2:1.6.7-1
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxxf86vm1   1:1.1.4-1+b2
ii  zlib1g1:1.2.11.dfsg-1+b1

blender recommends no packages.

blender suggests no packages.

-- no debconf information



Bug#926509: Package orphaned?

2019-08-14 Thread nemo Inis
On Wed, 14 Aug 2019 21:25:35 -0400 John Scott  wrote:
> On Wednesday, August 14, 2019 9:20:13 PM EDT you wrote:
> > I'm not being snarky here - this is a safety issue.
> How so? It doesn't seem to have any security issues

Quick excerpt from the release notes for the versions unavailable on Debian:

Improve resilience against memory attacks - overwrite memory before free [#3020]
Fix data loss due to not reading all database attachments if duplicates exist 
[#3180]
Fix database deletion when using unsafe saves to a different file system [#2889]
Warn user if deleting entries that are referenced. [#1744]
Linux: Prevent Klipper from storing secrets in clipboard [#1969]



Bug#926509: Package orphaned?

2019-08-14 Thread nemo Inis
Has this package been orphaned? It seems unlikely that a security tool such as 
a password
manager would lag one year behind upstream's current version?

Should we just call it quit and switch to the upstream AppImage?

I'm not being snarky here - this is a safety issue. A word of reassurance (or 
of any other
news) from the maintainer would be welcome.



Bug#930668: lxc-usernsexec: "Failed to find subuid or subgid allocation"

2019-06-17 Thread Cameron Nemo
Package: lxc
Version: 1:3.1.0+really3.0.3-8

I believe that the patch in the PR below fixes the issue.

https://github.com/lxc/lxc/pull/2740
From c14ea11dccbfa80021a9b169b94bd86e8b359611 Mon Sep 17 00:00:00 2001
From: Cameron Nemo 
Date: Wed, 28 Nov 2018 19:42:29 -0800
Subject: [PATCH] lxc-usernsexec: fix default map functionality

* Place NULL bytes at the end of strings so that
  lxc_safe_ulong() can parse them correctly

* Only free the newly created id_map on error,
  to avoid passing garbage to lxc_map_ids()

Signed-off-by: Cameron Nemo 
---
 src/lxc/cmd/lxc_usernsexec.c | 34 --
 1 file changed, 20 insertions(+), 14 deletions(-)

diff --git a/src/lxc/cmd/lxc_usernsexec.c b/src/lxc/cmd/lxc_usernsexec.c
index 10557dd519..ab0dffcffc 100644
--- a/src/lxc/cmd/lxc_usernsexec.c
+++ b/src/lxc/cmd/lxc_usernsexec.c
@@ -200,6 +200,7 @@ static int read_default_map(char *fnam, int which, char *user)
 {
 	size_t len;
 	char *p1, *p2;
+	unsigned long ul1, ul2;
 	FILE *fin;
 	int ret = -1;
 	size_t sz = 0;
@@ -224,37 +225,42 @@ static int read_default_map(char *fnam, int which, char *user)
 		if (!p2)
 			continue;
 
-		newmap = malloc(sizeof(*newmap));
-		if (!newmap)
-			goto on_error;
+		line[strlen(line) - 1] = '\0';
+		*p2 = '\0';
 
-		ret = lxc_safe_ulong(p1 + 1, >hostid);
+		ret = lxc_safe_ulong(p1 + 1, );
 		if (ret < 0)
-			goto on_error;
+			break;
 
-		ret = lxc_safe_ulong(p2 + 1, >range);
+		ret = lxc_safe_ulong(p2 + 1, );
 		if (ret < 0)
-			goto on_error;
+			break;
+
+		ret = -1;
+		newmap = malloc(sizeof(*newmap));
+		if (!newmap)
+			break;
 
 		newmap->nsid = 0;
 		newmap->idtype = which;
+		newmap->hostid = ul1;
+		newmap->range = ul2;
 
-		ret = -1;
 		tmp = malloc(sizeof(*tmp));
-		if (!tmp)
-			goto on_error;
+		if (!tmp) {
+			free(newmap);
+			break;
+		}
 
 		tmp->elem = newmap;
 		lxc_list_add_tail(_map, tmp);
+
+		ret = 0;
 		break;
 	}
 
-	ret = 0;
-
-on_error:
 	fclose(fin);
 	free(line);
-	free(newmap);
 
 	return ret;
 }


Bug#916968: w3mman support for section number during keyword search

2018-12-20 Thread Nemo Inis
Package: w3m
Version: 0.5.3-36+b1
Severity: wishlist
Tags: patch

Dear Maintainer,

I've noticed that w3mman does not support specifying a section number during a
keyword search, i.e., the equivalent of 'man -s N -k keyword'

Here's a little patch that does that. It is now possible to type:
w3mman 1 -k text
to get a list of only the section 1 man pages relating to text. A section
number entered in the interactive form will also be respected.

cheers



diff --git a/scripts/w3mman/w3mman.1.in b/scripts/w3mman/w3mman.1.in
index 8c433a7..b85b0a0 100644
--- a/scripts/w3mman/w3mman.1.in
+++ b/scripts/w3mman/w3mman.1.in
@@ -30,6 +30,8 @@ w3mman \- an interface to the on-line reference manuals via
w3m(1)
 .B w3mman
 [
 .BI \-M " path"
+] [
+.I section
 ]
 .BI \-k " keyword"
 .br
diff --git a/scripts/w3mman/w3mman.in b/scripts/w3mman/w3mman.in
index 6a27e70..2a33438 100644
--- a/scripts/w3mman/w3mman.in
+++ b/scripts/w3mman/w3mman.in
@@ -6,8 +6,8 @@ $SCRIPT = 'file:///$LIB/w3mman2html.cgi';

 sub usage {
   ($_ = $0) =~ s@.*/@@;
-  print STDERR "$_ [-M ] [[] ]\n";
-  print STDERR "$_ [-M ] [-k ]\n";
+  print STDERR "$_ [-M ] [] ]\n";
+  print STDERR "$_ [-M ] [] [-k ]\n";
   print STDERR "$_ [-l ]\n";
   exit 1;
 }
@@ -20,7 +20,8 @@ while (@ARGV) {
 $ENV{'MANPATH'} = shift @ARGV;
   } elsif (/^-k$/) {
 @ARGV || ();
-$query = "?keyword=" . _encode(shift @ARGV);
+if ( $query eq "" ) { $query = "?quit=ok"; }
+$query .= "=" . _encode(shift @ARGV);
   } elsif (/^-l$/) {
 @ARGV || ();
 $query = "?quit=ok=" . _encode(shift @ARGV);
@@ -28,11 +29,11 @@ while (@ARGV) {
   } elsif (/^-/) {
 ();
   } elsif (/^\d/ || $_ eq 'n') {
-@ARGV || ();
-$query = "?quit=ok=" . _encode(shift @ARGV);
+if ( $query eq "" ) { $query = "?quit=ok"; }
 $query .= "=" . _encode($_);
   } else {
-$query = "?quit=ok=" . _encode($_);
+if ( $query eq "" ) { $query = "?quit=ok"; }
+$query .= "=" . _encode($_);
   }
 }

diff --git a/scripts/w3mman/w3mman2html.cgi.in
b/scripts/w3mman/w3mman2html.cgi.in
index 2cd00f9..d660681 100644
--- a/scripts/w3mman/w3mman2html.cgi.in
+++ b/scripts/w3mman/w3mman2html.cgi.in
@@ -23,17 +23,23 @@ if ((! $query{"man"}) && (! $query{"local"})) {
   if ($query{"keyword"}) {
 $keyword = $query{"keyword"};
 $k = _quote($keyword);
+if ($query{"section"}) {
+  $section = $query{"section"};
+  $sectionopt = "-s $section ";
+} else {
+  $sectionopt = "";
+}
 print <
-man -k $k
+man $sectionopt-k $k
 
-man -k $k
+man $sectionopt-k $k
 
 EOF
 $keyword =~ s:([^-\w\200-\377.,])::g;
-open(F, "$MAN -k $keyword 2> /dev/null |");
+open(F, "$MAN $sectionopt -k $keyword 2> /dev/null |");
 while() {
   chop;
   $_ = _quote($_);
@@ -58,10 +64,10 @@ Content-Type: text/html
 
 
 
-Manual:
-Section:
-Keyword:
- 
+Manual:
+Section:
+Keyword:
+ 
 






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

Kernel: Linux 4.18.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages w3m depends on:
ii  libc6  2.28-2
ii  libgc1c2   1:7.6.4-0.4
ii  libgpm21.20.7-5
ii  libssl1.1  1.1.1a-1
ii  libtinfo6  6.1+20181013-1
ii  zlib1g 1:1.2.11.dfsg-1

Versions of packages w3m recommends:
ii  ca-certificates  20170717

Versions of packages w3m suggests:
pn  cmigemo   
ii  curl  7.62.0-1
pn  dict  
pn  dict-wn   
pn  dictd 
pn  libsixel-bin  
ii  man-db2.8.4-3
ii  mime-support  3.61
hi  mpv   0.29.1-1
pn  w3m-el
pn  w3m-img   
ii  wget  1.19.5-2
ii  xdg-utils 1.1.3-1
ii  xsel  1.2.0+git9bfc13d.20180109-1

-- no debconf information



Bug#916297: reportbug: crash after using "Display modified configuration files"

2018-12-13 Thread nemo Inis
That. IS. the. Full. Traceback.

And speaking of making lives much easier, get off my back.



On 13/12/2018 15.57, Sandro Tosi wrote:
> Just. Report. The. Full. Traceback.
> 
> That would make our lives so much easier
> 
> Thanks!
> 
> On Thu, Dec 13, 2018, 18:45 nemo Inis  
>> Sandro,
>>
>> 1) that one 'TypeError' line IS the 'unaltered, complete reportbug
>> traceback'
>>
>> 2) I don't think the specific package matters, only that it had a modified
>> config file. e.g. in
>> my case apt-cacher-ng, or apache2, or 
>>
>> 3) the bug is in reportbug/ui/gtk2_ui.py, in the class 'SystemPage(Page)'
>> which defines
>> 'on_child_exited' with two parameters when it should be three (the third
>> parameter being the
>> child's exit status code, as per Vte.Terminal.signals.child_exited
>> documentation for Vte 2.91)
>>
>>
>>
>> On 12/12/2018 12.13, Sandro Tosi wrote:
>>>> When reporting a bug, reportbug sometimes issues a warning that "The
>> following
>>>> configuration files have been modified:" (for the package being reported
>>>> against).
>>>> It then gives the option to Send the modified files, or "Display
>> modified
>>>> configuration files (exit with "q")"
>>>>
>>>> Clicking that button displays the pertinent configuration files OK, but
>> after
>>>> pressing q to exit back to the bug, reportbug dies with:
>>>>
>>>> TypeError: on_child_exited() takes 2 positional arguments but 3 were
>> given
>>>
>>> please report the unaltered. complete reportbug traceback.
>>>
>>> Does it happen for a specific package only or for multiple ones? in
>>> any case, report the exact package this is happening on
>>>
>>
> 


Bug#916297: reportbug: crash after using "Display modified configuration files"

2018-12-13 Thread nemo Inis
Sandro,

1) that one 'TypeError' line IS the 'unaltered, complete reportbug traceback'

2) I don't think the specific package matters, only that it had a modified 
config file. e.g. in
my case apt-cacher-ng, or apache2, or 

3) the bug is in reportbug/ui/gtk2_ui.py, in the class 'SystemPage(Page)' which 
defines
'on_child_exited' with two parameters when it should be three (the third 
parameter being the
child's exit status code, as per Vte.Terminal.signals.child_exited 
documentation for Vte 2.91)



On 12/12/2018 12.13, Sandro Tosi wrote:
>> When reporting a bug, reportbug sometimes issues a warning that "The 
>> following
>> configuration files have been modified:" (for the package being reported
>> against).
>> It then gives the option to Send the modified files, or "Display modified
>> configuration files (exit with "q")"
>>
>> Clicking that button displays the pertinent configuration files OK, but after
>> pressing q to exit back to the bug, reportbug dies with:
>>
>> TypeError: on_child_exited() takes 2 positional arguments but 3 were given
> 
> please report the unaltered. complete reportbug traceback.
> 
> Does it happen for a specific package only or for multiple ones? in
> any case, report the exact package this is happening on
> 


Bug#916297: reportbug: crash after using "Display modified configuration files"

2018-12-12 Thread Nemo Inis
Package: reportbug
Version: 7.5.1
Severity: important

Dear Maintainer,

When reporting a bug, reportbug sometimes issues a warning that "The following
configuration files have been modified:" (for the package being reported
against).
It then gives the option to Send the modified files, or "Display modified
configuration files (exit with "q")"

Clicking that button displays the pertinent configuration files OK, but after
pressing q to exit back to the bug, reportbug dies with:

TypeError: on_child_exited() takes 2 positional arguments but 3 were given




-- Package-specific info:
** Environment settings:
EDITOR="vi"
PAGER="less -iXE"
INTERFACE="gtk2"

** /home/jpd/.reportbugrc:
reportbug_version "6.2.1"
mode novice
ui gtk2
realname "Nemo Inis"
email "nemoi...@hotmail.com"
no-cc
header "X-Debbugs-CC: nemoi...@hotmail.com"
smtphost smtp.telus.net

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

Kernel: Linux 4.17.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt1.8.0~alpha2
ii  python33.6.7-1
ii  python3-reportbug  7.5.1
ii  sensible-utils 0.0.12

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.91-8
ii  exim4-daemon-light [mail-transport-agent]  4.91-8+b1
ii  file   1:5.34-2
ii  gnupg  2.2.11-1
pn  python3-urwid  
pn  reportbug-gtk  
ii  xdg-utils  1.1.3-1

Versions of packages python3-reportbug depends on:
ii  apt1.8.0~alpha2
ii  file   1:5.34-2
ii  python33.6.7-1
ii  python3-apt1.7.0
ii  python3-debian 0.1.33
ii  python3-debianbts  2.7.2
ii  python3-requests   2.20.0-2

python3-reportbug suggests no packages.

-- no debconf information



Bug#916296: apt-cacher-ng: distkill.pl script referred in documentation is not included

2018-12-12 Thread Nemo Inis
Package: apt-cacher-ng
Version: 3.2-1
Severity: normal

Dear Maintainer,

Sections 7.2 and 8.2 refer to a distkill.pl script which allows hand-pruning
unneeded distribution releases from the archive.
That script is not included in the current version of apt-cacher-ng.



-- Package-specific info:

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

Kernel: Linux 4.17.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apt-cacher-ng depends on:
ii  adduser3.118
ii  debconf [debconf-2.0]  1.5.69
ii  dpkg   1.19.2
ii  libbz2-1.0 1.0.6-9
ii  libc6  2.27-8
ii  libgcc11:8.2.0-9
ii  liblzma5   5.2.2-1.3
ii  libssl1.1  1.1.1a-1
ii  libstdc++6 8.2.0-9
ii  libsystemd0239-13
ii  libwrap0   7.6.q-27
ii  lsb-base   10.2018112800
ii  zlib1g 1:1.2.11.dfsg-1

apt-cacher-ng recommends no packages.

Versions of packages apt-cacher-ng suggests:
pn  avahi-daemon  
pn  doc-base  
ii  libfuse2  2.9.8-2

-- Configuration Files:
/etc/apt-cacher-ng/acng.conf changed [not included]
/etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: 
'/etc/apt-cacher-ng/security.conf'

-- debconf information excluded



Bug#784968: temporary workaround

2018-12-02 Thread nemo Inis
Filing bugs against colord is currently disabled at

and it's not listed either in freedesktop's gitlab instance at 
.

So for people desperate to get these warnings off their journals, you can limit 
the daemon's
logging level to errors only. Use 'systemctl edit colord' to create an override 
for colord:


[Service]
# colord spams the system log with 'Cannot adopt OID in ...' messages
# whenever a disk is plugged-in or out. see debian bug #784968
LogLevelMax=err



Bug#908924: possible fix

2018-11-07 Thread nemo Inis

> Is someone could tell us the good way in debian to patch our kernel to
> fix this issue?

There is some info in the debian wiki. Or you can wait: that commit is in 
kernel 4.19.1, the
next LTS kernel, according to:



Should come out soon.



Bug#908924: possible fix

2018-10-20 Thread nemo Inis
I have not tried it, though.

https://bugzilla.kernel.org/show_bug.cgi?id=200709#c6
https://lkml.org/lkml/2018/10/14/62


Bug#908924: dma_direct_map_sg: overflow on USB access after upgrade to kernel 4.18

2018-09-17 Thread nemo Inis


On 2018-09-16 01:16, Salvatore Bonaccorso wrote:
> Does the issue still happens with the current version in experimental
> (4.19~rc3-1~exp1)?

Yes, same exact behavior. I think we need a fix for the kernel bug I linked to 
above.


Bug#771545: Possible cause

2018-09-15 Thread nemo Inis
I just hit this (with reportbug 7.5.0).

I had started reportbug from a terminal inside my XFCE session, and after the 
GUI froze, I
found this on the terminal:

Use sudo to read the kernel log?

I replied "y", and sudo prompted me for my password. After giving it, reportbug 
worked normally.

So I think the issue is that reportbug's GUI is doing I/O on its controlling 
terminal, and sits
there waiting for a reply that never comes (because the user is looking at the 
GUI).


Bug#908924: dma_direct_map_sg: overflow on USB access after upgrade to kernel 4.18

2018-09-15 Thread Nemo Inis
Package: src:linux
Version: 4.18.6-1
Severity: important

Dear Maintainer,

Plugged my Kobo eReader's USB plug into a machine just upgraded from kernel
4.17 (4.17.17-1) to 4.18 (4.18.6-1), and got 112,738,316 kernel messages in the
the system log:

kernel: ehci-pci :00:1a.7: dma_direct_map_sg: overflow
0x000216f3c000+4096 of device mask 

Downgrading to 4.17 fixes this.

Relevant lspci output:

00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #2 (rev 02) (prog-if 20 [EHCI])
Subsystem: Gigabyte Technology Co., Ltd 82801I (ICH9 Family) USB2 EHCI
Controller
Flags: bus master, medium devsel, latency 0, IRQ 18
Memory at fb204000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci


I think this is https://bugzilla.kernel.org/show_bug.cgi?id=200709




-- Package-specific info:
** Version:
Linux version 4.18.0-1-686-pae (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-29)) #1 SMP Debian 4.18.6-1 (2018-09-06)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.18.0-1-686-pae 
root=UUID=54edf79e-1432-4836-8ea6-c744253ba306 ro fbcon=scrollback:128k quiet 
ipv6.disable=1

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[7.535676] PM: Image not found (code -22)
[7.560085] cryptd: max_cpu_qlen set to 1000
[7.710342] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: 
(null)
[7.871897] systemd[1]: systemd 239 running in system mode. (+PAM +AUDIT 
+SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS 
+ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 
default-hierarchy=hybrid)
[7.888134] systemd[1]: Detected architecture x86.
[7.891501] systemd[1]: Set hostname to .
[8.068161] random: systemd: uninitialized urandom read (16 bytes read)
[8.068233] systemd[1]: Listening on Journal Audit Socket.
[8.068273] random: systemd: uninitialized urandom read (16 bytes read)
[8.068351] systemd[1]: Listening on Journal Socket (/dev/log).
[8.068370] random: systemd: uninitialized urandom read (16 bytes read)
[8.068456] systemd[1]: Listening on Journal Socket.
[8.070712] systemd[1]: Starting Load Kernel Modules...
[8.071637] systemd[1]: Mounting POSIX Message Queue File System...
[8.073195] systemd[1]: Starting Journal Service...
[8.073487] systemd[1]: Set up automount Arbitrary Executable File Formats 
File System Automount Point.
[8.081443] loop: module loaded
[8.087374] it87: Found IT8718F chip at 0x290, revision 4
[8.087394] it87: Beeping is supported
[8.092733] sd 2:0:0:0: Attached scsi generic sg0 type 0
[8.092784] sd 3:0:0:0: Attached scsi generic sg1 type 0
[8.092831] sd 4:0:0:0: Attached scsi generic sg2 type 0
[8.092870] sd 5:0:0:0: Attached scsi generic sg3 type 0
[8.092910] sd 7:0:0:0: Attached scsi generic sg4 type 0
[8.092951] sr 9:0:0:0: Attached scsi generic sg5 type 5
[8.093300] EXT4-fs (sde1): re-mounted. Opts: errors=remount-ro,commit=300
[8.112927] RPC: Registered named UNIX socket transport module.
[8.112928] RPC: Registered udp transport module.
[8.112929] RPC: Registered tcp transport module.
[8.112930] RPC: Registered tcp NFSv4.1 backchannel transport module.
[8.156231] nvidia: loading out-of-tree module taints kernel.
[8.156241] nvidia: module license 'NVIDIA' taints kernel.
[8.156242] Disabling lock debugging due to kernel taint
[8.170688] nvidia :01:00.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=none:owns=io+mem
[8.171674] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on 
minor 0
[8.171684] NVRM: loading NVIDIA UNIX x86 Kernel Module  340.107  Thu May 24 
21:04:34 PDT 2018
[8.240244] systemd-journald[296]: Received request to flush runtime journal 
from PID 1
[8.615060] snd_hda_intel :01:00.1: Disabling MSI
[8.615069] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client
[8.650522] snd_hda_codec_realtek hdaudioC0D2: autoconfig for ALC889A: 
line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
[8.650525] snd_hda_codec_realtek hdaudioC0D2:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[8.650527] snd_hda_codec_realtek hdaudioC0D2:hp_outs=1 
(0x1b/0x0/0x0/0x0/0x0)
[8.650528] snd_hda_codec_realtek hdaudioC0D2:mono: mono_out=0x0
[8.650529] snd_hda_codec_realtek hdaudioC0D2:dig-out=0x1e/0x0
[8.650531] snd_hda_codec_realtek hdaudioC0D2:inputs:
[8.650533] snd_hda_codec_realtek hdaudioC0D2:  Rear Mic=0x18
[8.650535] snd_hda_codec_realtek hdaudioC0D2:  Front Mic=0x19
[8.650536] snd_hda_codec_realtek hdaudioC0D2:  Line=0x1a
[8.650538] snd_hda_codec_realtek hdaudioC0D2:  CD=0x1c
[8.650539] snd_hda_codec_realtek hdaudioC0D2:dig-in=0x1f
[

Bug#876141: Encountered this as well on my ideapad 320

2018-09-13 Thread nemo

https://bugzilla.kernel.org/show_bug.cgi?id=196985
reports that the touchpad halting after a while is fixed as of 4.14, but 
without the
CONFIG_PINCTRL_AMD=y

I won't be able to use it even with the 4.17 kernel from backports



Bug#893166: libexo-helpers: i386 helpers refer to wrong arch path /usr/lib/x86_64-linux-gnu/xfce4/exo-1/

2018-03-16 Thread Nemo Inis
Package: libexo-helpers
Version: 0.12.0-1
Severity: important

Dear Maintainer,

The following helpers installed in /usr/share/xfce4/helpers by libexo-
helpers_0.12.0-1
all refer to /usr/lib/x86_64-linux-gnu/xfce4/exo-1/exo-compose-mail-1 which
does not
exist on i386 installations:

balsa.desktop
evolution.desktop
geary.desktop
icedove.desktop
kmail.desktop
mozilla-mailer.desktop
mutt.desktop
muttng.desktop
sylpheed-claws.desktop
sylpheed.desktop
thunderbird.desktop

Proper path on for i386 is /usr/lib/i386-linux-gnu/xfce4/exo-1/



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

Kernel: Linux 4.14.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libexo-helpers depends on:
ii  libexo-common  0.12.0-1

libexo-helpers recommends no packages.

libexo-helpers suggests no packages.

-- no debconf information



Bug#851626: sogo.service specifies wrong RuntimeDirectory

2017-01-16 Thread nemo Inis
Package: sogo
Version: 3.2.5-2
Severity: important

(also affects 3.2.4 in testing)

sogo.service specifies /run/sogo as the RuntimeDirectory. The service fails to 
start because
systemd expects a simple name not a path. See man 5 systemd.exec


Bug#847415: easy-rsa fails if its path contains spaces

2016-12-07 Thread Nemo Inis
Package: easy-rsa
Version: 2.2.2-2
Severity: important

Dear Maintainer,

easy-rsa fails if the path to it (when copied to a user directory as
recommended, or the path created by make-cadir) contains a space.
At the very least, the following scripts aren't space-safe: vars,
whichopensslcnf, build-dh



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

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

Versions of packages easy-rsa depends on:
ii  openssl  1.1.0c-2

Versions of packages easy-rsa recommends:
pn  opensc  

easy-rsa suggests no packages.

-- no debconf information



Bug#847280: qpdfview: Debian version is 3 releases behind, missing important features

2016-12-06 Thread Nemo Inis
Package: qpdfview
Version: 0.4.14-1
Severity: important

Dear Maintainer,

qpdfview 0.4.17 has been released. Could we replace the 0.4.14 version we have
in Debian?

Thanks for great work!



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

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

Versions of packages qpdfview depends on:
ii  hicolor-icon-theme0.15-1
ii  libc6 2.24-5
ii  libcups2  2.2.1-2
ii  libgcc1   1:6.2.0-13
ii  libgl1-mesa-glx [libgl1]  12.0.4-2
ii  libpoppler-qt5-1  0.48.0-2
ii  libqt5concurrent5 5.7.1~20161021+dfsg-6
ii  libqt5core5a  5.7.1~20161021+dfsg-6
ii  libqt5dbus5   5.7.1~20161021+dfsg-6
ii  libqt5gui55.7.1~20161021+dfsg-6
ii  libqt5printsupport5   5.7.1~20161021+dfsg-6
ii  libqt5sql55.7.1~20161021+dfsg-6
ii  libqt5sql5-sqlite 5.7.1~20161021+dfsg-6
ii  libqt5svg55.7.1~20161021-2
ii  libqt5widgets55.7.1~20161021+dfsg-6
ii  libqt5xml55.7.1~20161021+dfsg-6
ii  libstdc++66.2.0-13
ii  zlib1g1:1.2.8.dfsg-2+b3

Versions of packages qpdfview recommends:
pn  qpdfview-djvu-plugin   
pn  qpdfview-ps-plugin 
pn  qpdfview-translations  

qpdfview suggests no packages.

-- no debconf information



Bug#845944: gddrescue: ddrescue 1.19 --direct option fails

2016-11-26 Thread Nemo Inis
Package: gddrescue
Version: 1.19-2+b1
Severity: important

Dear Maintainer,

the --direct option (-d) of gddrescue 1.19-2+b1 fails on all (32-bit) machines
I have tried it on, kernels 4.5, 4.7. or 4.8.
strace shows that it's getting thousands of EINVAL while trying to read:

access("/dev/sdb", F_OK)= 0
_llseek(3, 500629504, [500629504], SEEK_SET) = 0
read(3, 0x81098ca0, 65536)  = -1 EINVAL (Invalid argument)


It does not matter what disk is being read or what block size, just that "-d"
is used.  I have not tried 64-bit machines.

The same commands with gddrescue 1.21 work fine.



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

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

Versions of packages gddrescue depends on:
ii  libc6   2.24-5
ii  libgcc1 1:6.2.0-10
ii  libstdc++6  6.2.0-10

gddrescue recommends no packages.

gddrescue suggests no packages.

-- no debconf information



Bug#842521: More Information

2016-10-29 Thread nemo Inis
My bug report is clear as mud without the following information:

- the ssh logins I mention are with public key authentication, which does 
explain why Private
is not mounted (there is no user login password to unwrap the passphrase with)

- the bug is really in the fact that a logout of an ssh session that did NOT 
mount Private will
unmount Private "from under the feet" of a session that did mount it.




Bug#842521: ecryptfs-utils: Private directory mount count is wrong if first login is via ssh

2016-10-29 Thread Nemo Inis
Package: ecryptfs-utils
Version: 111-2
Severity: normal

Dear Maintainer,

0) Use ecryptfs-setup-private to setup a Private directory in a user account.

1) After a fresh boot, if the first login to that user account is via ssh
instead of via GUI (lightdm), then the Private dir is not mounted;
/dev/shm/ecryptfs-$USER-private exists but is EMPTY (or, if this is your second
go-around, contains 0). While still logged via ssh, if you login via GUI, the
Private dir is mounted and /dev/shm/ecryptfs-$USER-private contains 1 (which is
wrong of course, it should be 2). While still logged in the GUI, if you log out
of the ssh session, /dev/shm/ecryptfs-$USER-private becomes 0 and Private is
umounted.

2) If the first login is via GUI, Private is mounted and /dev/shm/ecryptfs
-$USER-private contains 1. Further logins via ssh do increment it properly, and
logouts decrement it properly. Logging out of the GUI with no active ssh
session brings you back to condition 1) above.

This bug exists in fresh Jessie 8.6 installs as well as in Stretch.



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

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

Versions of packages ecryptfs-utils depends on:
ii  gettext-base0.19.8.1-1
ii  keyutils1.5.9-9
ii  libassuan0  2.4.3-1
ii  libc6   2.24-3
ii  libecryptfs1111-2
ii  libgpg-error0   1.24-1
ii  libgpgme11  1.7.0-1
ii  libkeyutils11.5.9-9
ii  libpam-runtime  1.1.8-3.3
ii  libpam0g1.1.8-3.3
ii  libtspi10.3.13-4+b1

ecryptfs-utils recommends no packages.

Versions of packages ecryptfs-utils suggests:
ii  cryptsetup  2:1.7.2-4

-- no debconf information



Bug#841498: also affects exposure tone curve widgets

2016-10-24 Thread nemo Inis
Just FYI for anyone googling for a reason for symptoms:

This bug (i.e., rawtherapee 4.2.1241 is incompatible with GTK 3.22) also makes 
the rawtherapee
exposure tone curve widgets unusable: they don't refresh properly, so the 
curves become unreadable.

Best to downgrade to 4.2.0 until support for GTK 3.22 is added


Bug#825235: obnam: make --exclude work during restore

2016-05-24 Thread Nemo Inis
Package: obnam
Version: 1.19.1-1
Severity: wishlist

Dear Maintainer,

I wanted to restore (from scratch) a system where / and /home are mounted on
separate partitions, but backed into the same obnam repository.

First try was to mount /dev/newdrive1 on /target, /dev/newdrive2 on
/target/home, then have obnam restore the last backup to /target.
Can't do that: obnam won't restore to a non-empty dir. (which, by the way, also
includes "lost+found" so you can't restore to a blank partition unless you get
rid of that first.)

Second try was to restore --exclude /home/ --to /target
Can't do that: obnam ignores --exclude during restore.

I ended up listing every root folder except home in the restore command, then
create and mount home, and restore that. This kind of pain could be avoided if
--exclude worked on restore commands. I'm sure there are lots of other use
cases for this.

Bonus points if you also let obnam restore to a non-empty dir (with a --force-
merge option), merging source dirs into existing target dirs, and overwriting
existing files.

Thanks!



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

Kernel: Linux 4.5.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages obnam depends on:
ii  libc6 2.22-7
ii  python2.7.11-1
ii  python-cliapp 1.20160316-1
ii  python-fuse   2:0.2.1-12
ii  python-larch  1.20151025-1
ii  python-paramiko   1.16.0-1
ii  python-tracing0.9-1
ii  python-ttystatus  0.32-1
ii  python-yaml   3.11-3+b1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information



Bug#813335: mdadm: Upgrade from jessie to testing breaks boot with raid on lvm2

2016-04-25 Thread Nemo Inis
On Tue, 2 Feb 2016 16:49:08 +0100 Lennart Weller  wrote:

> Try reversing the patch locally and see if it fixes your problem:

Reversing the patch fixed the problem for me. Thanks, Lennart!



Bug#816852: flashplugin-nonfree: missing gnupg2 dependency

2016-03-05 Thread Nemo Inis
Package: flashplugin-nonfree
Version: 1:3.6.1+b1
Severity: normal

Dear Maintainer,

flashplugin-nonfree has a "Depends: gnupg" clause, which makes it depend on
GnuPG v1 only.
The clause should be "Depends: gnupg | gnupg2" to allow for systems with GnuPG
v2 only.




-- Package-specific info:
Debian version: stretch/sid
Architecture: i386
Package version: 1:3.6.1+b1
Adobe Flash Player version: LNX 11,2,202,569
MD5 checksums:
88aa056c9d4f919bfc9c301f099fe0d1  
/var/cache/flashplugin-nonfree/adobewebpage.html
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
4a43aafd3e23167487168df8fbcf2b96  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz
d933470c6e6c40ae214758082d658e39  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
  link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
lrwxrwxrwx 1 root root 34 Aug 29  2015 
/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: i386 (i686)

Kernel: Linux 4.3.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.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.26-4
ii  ca-certificates20160104
ii  debconf [debconf-2.0]  1.5.58
ii  gnupg  1.4.20-4
ii  libatk1.0-02.18.0-1
ii  libcairo2  1.14.6-1
ii  libcurl3-gnutls7.47.0-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6.1-0.1
ii  libgcc11:5.3.1-8
ii  libglib2.0-0   2.46.2-3
ii  libgtk2.0-02.24.29-1
ii  libnspr4   2:4.11-1
ii  libnss32:3.21-1.1
ii  libpango1.0-0  1.38.1-1
ii  libstdc++6 5.3.1-8
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.5-1
ii  wget   1.17.1-1+b1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
pn  flashplugin-nonfree-extrasound  
ii  fonts-dejavu2.35-1
pn  hal 
ii  iceweasel   44.0.2-1
pn  konqueror-nsplugins 
ii  ttf-mscorefonts-installer   3.6
pn  ttf-xfree86-nonfree 

-- no debconf information



Bug#815632: gnubiff: Fails to read config at startup

2016-02-22 Thread Omen Nemo
Package: gnubiff
Version: 2.2.15-4
Severity: normal

Dear Maintainer,

With 2.2.16-1, gnubiff fails to load the config at startup, with the error:
** (gnubiff:5100): WARNING **: Configuration file () not found!
Settings are then all default.

With 2.2.15-4, all is fine.

Giving the path to the file "gnubiff -c /home/user1/.gnubiffrc" does not help.

With strace, I see (no option given):
- 1st try: open("\270\10[\te/user1/.gnubiffrc", O_RDONLY|O_LARGEFILE)
= -1 ENOENT (No such file or directory)
- 2nd try: open("\20\210\301\te/user1/.gnubiffrc",
O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
- 3rd try: open("08h\te/user1/.gnubiffrc", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
which looks like a string buffer being overwritten.

Looking at the code, I followed to Options::value_string in
options.cc, but the code hasn't changed between 2.2.15-4 and 2.2.16-1
(no code has changed, actually)
I couldn't locate the dbg package to dig deeper with gdb.

Thanks!
Omen


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

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

Versions of packages gnubiff depends on:
ii  dpkg 1.18.4
ii  gconf-service3.2.6-3
ii  install-info 6.1.0.dfsg.1-2
ii  libatk1.0-0  2.16.0-2
ii  libc62.21-7
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libfam0  2.7.0-17.1+b1
ii  libgcc1  1:5.3.1-9
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.16.6-1
pn  libpanel-applet-4-0  
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpopt0 1.16-10
ii  libssl1.0.0  1.0.2d-1
ii  libstdc++6   5.3.1-9
ii  libx11-6 2:1.6.3-1
ii  sox  14.4.1-5

Versions of packages gnubiff recommends:
pn  fam  

gnubiff suggests no packages.

-- no debconf information



Bug#809082: Linux kernel 4.3.3 PAE causes disk errors

2015-12-26 Thread Nemo Inis
Package: linux-image-686-pae
Version: 4.3+70: i386
Severity: grave

Package: linux-image-4.3.0-1-686-pae
Version: 4.3.3-2

This is an FYI to update this kernel as soon as the fix is released.

Linux kernel 4.3.3 has a serious bug in its PAE support, which causes all kinds 
of disk access
errors.
The bug has been reported upstream at:
https://bugzilla.kernel.org/show_bug.cgi?id=109661



Bug#798591: libreoffice: Long click closes Libre Office 5

2015-09-11 Thread Nemo Inis
Package: libreoffice
Version: 1:5.0.1-1
Followup-For: Bug #798591

I can reproduce this here. Backtrace is identical to Junior Polegato's (except
different hex addresses.)
All packages freshly updated from stretch.



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

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

Versions of packages libreoffice depends on:
ii  fonts-dejavu 2.35-1
ii  fonts-sil-gentium-basic  1.1-7
ii  libreoffice-avmedia-backend-vlc  1:5.0.1-1
ii  libreoffice-base 1:5.0.1-1
ii  libreoffice-calc 1:5.0.1-1
ii  libreoffice-core 1:5.0.1-1
ii  libreoffice-draw 1:5.0.1-1
ii  libreoffice-impress  1:5.0.1-1
ii  libreoffice-java-common  1:5.0.1-1
ii  libreoffice-math 1:5.0.1-1
ii  libreoffice-report-builder-bin   1:5.0.1-1
ii  libreoffice-writer   1:5.0.1-1
ii  python3-uno  1:5.0.1-1

Versions of packages libreoffice recommends:
ii  fonts-liberation   1.07.4-1
ii  libpaper-utils 1.1.24+nmu4
ii  ttf-mscorefonts-installer  3.6

Versions of packages libreoffice suggests:
ii  cups-bsd   2.0.3-10
ii  default-jre [java5-runtime]2:1.7-52
ii  gstreamer1.0-libav 1:1.4.5-dmo1
ii  gstreamer1.0-plugins-bad   1.4.5-3
ii  gstreamer1.0-plugins-base  1.4.5-2
ii  gstreamer1.0-plugins-good  1.4.5-2+b2
ii  gstreamer1.0-plugins-ugly  1.4.5-2+b2
pn  hunspell-dictionary
pn  hyphen-hyphenation-patterns
ii  iceweasel  38.2.0esr-1~stretch
ii  imagemagick8:6.8.9.9-5.1
ii  libgl1-mesa-glx [libgl1]   10.6.3-1
ii  libreoffice-gnome  1:5.0.1-1
pn  libreoffice-grammarcheck   
ii  libreoffice-help-en-us [libreoffice-help-5.0]  1:5.0.1-1
pn  libreoffice-l10n-5.0   
pn  libreoffice-officebean 
ii  libsane1.0.24-13
ii  libxrender11:0.9.8-1+b1
pn  myspell-dictionary 
pn  mythes-thesaurus   
ii  openclipart-libreoffice1:0.18+dfsg-14
ii  openjdk-7-jre [java5-runtime]  7u85-2.6.1-3
ii  pstoedit   3.62-2+b4
ii  unixodbc   2.3.1-3

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO5.0.1-1
ii  libatk1.0-0   2.16.0-2
ii  libboost-date-time1.58.0  1.58.0+dfsg-3
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.0-3
ii  libcups2  2.0.3-10
ii  libcurl3-gnutls   7.44.0-1
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.2.1-16
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libgl1-mesa-glx [libgl1]  10.6.3-1
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.44.1-1.1
ii  libgltf-0.0-0v5   0.0.2-4
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.28-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-4
ii  libjpeg62-turbo   1:1.4.1-2
ii  liblangtag1   0.5.1-3
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.42+dfsg-1
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-1
ii  libnspr4  2:4.10.9-2
ii  libnspr4-0d   2:4.10.9-2
ii  libnss3   2:3.20-1
ii  libnss3-1d2:3.20-1
ii  libodfgen-0.1-1   0.1.4-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpcre3  2:8.35-7.1
ii  libpng12-01.2.50-2+b2
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.0.1-1
ii  librevenge-0.0-0  

Bug#796817: font-manager: version 0.7.2 is available

2015-08-24 Thread Nemo Inis
Package: font-manager
Severity: important

Dear Maintainer,

The version of font-manager in Debian, 0.5.7-4, is years out of date. Version
0.7.2 is available from the developers. Please consider packaging it.

Thanks!



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

Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages font-manager depends on:
ii  libc6   2.19-19
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-4
ii  libglib2.0-02.44.1-1.1
ii  libpango1.0-0   1.36.8-3
ii  libpython2.72.7.10-3
ii  libsqlite3-03.8.10.2-1
ii  python  2.7.9-1
ii  python-dbus 1.2.0-2+b3
ii  python-gobject  3.16.2-1
ii  python-gtk2 2.24.0-4
ii  python-libxml2  2.9.1+dfsg1-5

font-manager recommends no packages.

Versions of packages font-manager suggests:
pn  python-reportlab  none



Bug#776725: Update ``powerline`` to 2.0

2015-01-31 Thread Yclept Nemo
Package: powerline
Version: 1.2-2

I've inlined the updated patches:
$ cat add_powerline_compile_flags.patch
diff --git a/setup.py b/setup.py
index 7dbf021..dacad5b 100755
--- a/setup.py
+++ b/setup.py
@@ -29,9 +29,10 @@ def compile_client():
 from distutils.ccompiler import new_compiler
 compiler = new_compiler().compiler
 cflags = os.environ.get('CFLAGS', '-O3')
+ldflags = os.environ.get('LDFLAGS', '')
 # A normal split would do a split on each space which might be
incorrect. The
 # shlex will not split if a space occurs in an arguments value.
-subprocess.check_call(compiler + shlex.split(cflags) +
['client/powerline.c', '-o', 'scripts/powerline'])
+subprocess.check_call(compiler + shlex.split(cflags) +
shlex.split(ldflags) + ['client/powerline.c', '-o', 'scripts/powerline'])

 try:
 compile_client()
$

$ cat config_files_path.patch
diff --git a/powerline/__init__.py b/powerline/__init__.py
index 9d2bb68..0feefc9 100644
--- a/powerline/__init__.py
+++ b/powerline/__init__.py
@@ -148,8 +148,7 @@ def get_config_paths():
 config_dirs = os.environ.get('XDG_CONFIG_DIRS',
DEFAULT_SYSTEM_CONFIG_DIR)
 if config_dirs is not None:
 config_paths[:0] = reversed([join(d, 'powerline') for d in
config_dirs.split(':')])
-plugin_path = join(os.path.realpath(os.path.dirname(__file__)),
'config_files')
-config_paths.insert(0, plugin_path)
+config_paths.insert(0, '/usr/share/powerline/config_files')
 return config_paths


$

Thanks,


Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that

2014-06-04 Thread Nemo Inis

On 04/06/14 12:37 AM, Didier 'OdyX' Raboud wrote:
 That's not entirely accurate: both the Debian NEWS file [0] and the 
 README.Debian [1] (but that one is installed in a bizarre place, 
 arguably) contain instructions on how to disable this behaviour, quoting 
 the first:
 
 - Automatic exit when idle
   When operated under systemd as init, the CUPS daemon will be
   launched when needed (through socket activation) and exit itself
   after being idle for some time (30 seconds by default). The delay
   before exiting on idle can be configured using 'IdleExitTimeout' in
   /etc/cups/cupsd.conf. CUPS can also  be left running continuously
   using 'SystemdIdleExit off' in that same file.
 
 [0] /usr/share/doc/cups-daemon/NEWS.Debian.gz
 [1] /usr/share/doc/libcups2/README.Debian.gz

Indeed; I had checked 'man cupsd' and 'man cupsd.conf' but it never occured to 
me to check
README files for more configurations options.

Setting 'IdleExitTimeout 0' and 'SystemdIdleExit off' in /etc/cups/cupsds.conf 
did restore the
previous behaviour.
Thanks!


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



Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that

2014-06-03 Thread Nemo Inis
Package: cups
Version: 1.7.2-3
Severity: important

Dear Maintainer,

Ever since cups 1.7.2-2, which contains a patch for bug #742666, and my switch
to systemd, the cups server exits after 30 seconds idling without a
configuration option to prevent that.  In my case, that means:

- when I'm using the cups web interface at localhost:631, if I wait more than
30 seconds before clicking on anything, my browser reports unable to connect
and I've lost whatever work I was in the middle of (for example adding a
printer, etc...);

- cups starts/stops throughout the day, and every time, it triggers colord
(which I also run), which loads all my profiles, etc... and fills my syslog
telling me so;

- since I'm running a desktop machine, I'd rather not have settings meant for
laptops forced down on me; I'd like the option to run cups permanently without
timeout as it did before.

Thanks!



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

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

Versions of packages cups depends on:
ii  cups-client1.7.2-3
ii  cups-common1.7.2-3
ii  cups-core-drivers  1.7.2-3
ii  cups-daemon1.7.2-3
ii  cups-filters   1.0.53-1
ii  cups-ppdc  1.7.2-3
ii  cups-server-common 1.7.2-3
ii  debconf [debconf-2.0]  1.5.53
ii  ghostscript9.05~dfsg-8.1
ii  libavahi-client3   0.6.31-4
ii  libavahi-common3   0.6.31-4
ii  libc-bin   2.18-7
ii  libc6  2.18-7
ii  libcups2   1.7.2-3
ii  libcupscgi11.7.2-3
ii  libcupsimage2  1.7.2-3
ii  libcupsmime1   1.7.2-3
ii  libcupsppdc1   1.7.2-3
ii  libgcc11:4.9.0-4
ii  libstdc++6 4.9.0-4
ii  libusb-1.0-0   2:1.0.18-2
ii  lsb-base   4.1+Debian12
ii  poppler-utils  0.24.5-4
ii  procps 1:3.3.9-2

Versions of packages cups recommends:
ii  avahi-daemon 0.6.31-4
ii  colord   1.0.6-1
ii  cups-filters [ghostscript-cups]  1.0.53-1
ii  printer-driver-gutenprint5.2.10~pre2-2

Versions of packages cups suggests:
ii  cups-bsd   1.7.2-3
ii  cups-pdf   2.6.1-9pdfpatch1
ii  foomatic-db20140325-1
pn  hplip  none
pn  printer-driver-hpcups  none
ii  smbclient  2:4.1.7+dfsg-2
ii  udev   204-8

-- debconf information excluded


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



Bug#729081: [Pkg-xfce-devel] Bug#729081: Suspend not working when closing lid

2014-05-05 Thread Omen Nemo
 As far as I can tell, you're using systemd. Can you confirm/infirm
 systemd is your PID1?

Infirm:
  PID TTY  STAT   TIME COMMAND
1 ?Ss 0:08 init [2]
 2910 ?S  0:01 /lib/systemd/systemd-logind

and indeed I have packages sysvinit and sysvinit-core at version 2.88dsf-53.

Cordially,
Omen


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



Bug#695267: gtk3-engines-unico: Application crash due to Gtk-WARNING **: Style property border-top-left-radius is not gettable

2014-04-20 Thread Omen Nemo
Dear maintainer,

I'm also experiencing the bug, on gtk3 applications with theme Blue
Submarine (from https://github.com/NiceandGently/mate-themes-extras)
and gtk-application-prefer-dark-theme=1.

I bypassed the issue by removing the gtk3-engines-unico package, which
makes the applications throw warnings that Theming engine 'unico' not
found, but at least they run.

Thanks!

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

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

Versions of packages gtk3-engines-unico depends on:
ii  libatk1.0-0 2.12.0-1
ii  libc6   2.17-97
ii  libcairo-gobject2   1.12.16-2
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.30.6-1
ii  libglib2.0-02.40.0-2
ii  libgtk-3-0  3.12.0-4
ii  libpango1.0-0   1.36.3-1
ii  multiarch-support   2.13-10

gtk3-engines-unico recommends no packages.

gtk3-engines-unico 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#695267: Info received (gtk3-engines-unico: Application crash due to Gtk-WARNING **: Style property border-top-left-radius is not gettable)

2014-04-20 Thread Omen Nemo
By the way, isn't it a duplicate of #706330?


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



Bug#729081: Suspend not working when closing lid

2014-04-19 Thread Omen Nemo
After a massive upgrade from gnome 2.xx to a nearly completely
up-to-date unstable mate+lightdm, closing the lid fails to suspend as
set in mate-power-preferences.
The acpi event is correctly detected:

# acpi_listen
button/lid LID close
button/lid LID open

but I see the following:

Apr 19 02:42:15 machine dbus[2295]: [system] Activating service
name='org.freedesktop.systemd1' (using servicehelper)
Apr 19 02:42:15 machine dbus[2295]: [system] Activated service
'org.freedesktop.systemd1' failed: Launch helper exited with unknown
return code 1
Apr 19 02:42:15 machine console-kit-daemon[2796]: GLib-CRITICAL:
Source ID 4916 was not found when attempting to remove it

Looking at the thread for the various related bugs, maybe the
following information will help:

# ck-list-sessions
Session2:
unix-user = '1000'
realname = 'omen'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = ''
remote-host-name = ''
is-local = TRUE
on-since = '2014-04-19T07:53:27.417773Z'
login-session-id = '1'

# loginctl list-users
   UID USER
  1000 omen
   108 lightdm

# dpkg -l |egrep 'consolekit|policykit|systemd|ck-conn'
ii  consolekit 0.4.6-4
   i386 framework for defining and tracking users,
sessions and seats
ii  libck-connector0:i386  0.4.6-4
   i386 ConsoleKit libraries
ii  libpam-ck-connector:i386   0.4.6-4
   i386 ConsoleKit PAM module
ii  libpam-systemd:i386204-8
   i386 system and service manager - PAM module
ii  libsystemd-daemon0:i386204-8
   i386 systemd utility library
ii  libsystemd-id128-0:i386204-8
   i386 systemd 128 bit ID utility library
ii  libsystemd-journal0:i386   204-8
   i386 systemd journal utility library
ii  libsystemd-login0:i386 204-8
   i386 systemd login utility library
ii  policykit-10.105-4
   i386 framework for managing administrative policies and
privileges
ii  policykit-1-gnome  0.105-2
   i386 GNOME authentication agent for PolicyKit-1
ii  systemd204-8
   i386 system and service manager
ii  systemd-ui 3-1
   i386 graphical frontend for systemd

# cat /etc/pam.d/common-session |grep  'pam_systemd'
session optional pam_systemd.so

I have console-kit-daemon running:
 2918 ?Sl 0:00 /usr/sbin/console-kit-daemon --no-daemon

Thanks!

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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.6-4
ii  dbus   1.8.0-3
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.17-97
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.40.0-2
ii  libpam0g   1.1.8-3
ii  libxcb11.10-2
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.8.3-1

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+7

Versions of packages lightdm suggests:
pn  accountsservice  none
ii  upower   0.9.23-2+b2

-- debconf information:
  lightdm/daemon_name: /usr/sbin/lightdm
* shared/default-x-display-manager: lightdm


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



Bug#744928: network-manager: Doesn't add IP address to interface on connection

2014-04-17 Thread Omen Nemo
Package: network-manager
Version: 0.9.8.8-6
Followup-For: Bug #744928

After a massive system update from an old setup, I'm also affected by this
problem at every connection attempt: interface addresses and route are not
added.

I can confirm it's related to the redhat bug, in particular comment #32: in
the debugger, skipping  the NLA_PUT_U32(msg, IFA_FLAGS, tmpl-a_flags) at
line 601 in build_addr_msg() makes everything work fine.

I understand patches have been sent upstream on April 4.

If you can produce updated binaries, I can test them easily.

Thanks!


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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.0-3
ii  init-system-helpers1.18
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.17-97
ii  libdbus-1-31.8.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.40.0-2
ii  libgnutls262.12.23-13
ii  libgudev-1.0-0 204-8
ii  libmm-glib01.0.0-4
ii  libnl-3-2003.2.24-1
ii  libnl-genl-3-200   3.2.24-1
ii  libnl-route-3-200  3.2.24-1
ii  libnm-glib40.9.8.8-6
ii  libnm-util20.9.8.8-6
ii  libpam-systemd 204-8
ii  libpolkit-gobject-1-0  0.105-4
ii  libsoup2.4-1   2.46.0-2
ii  libsystemd-daemon0 204-8
ii  libsystemd-login0  204-8
ii  libuuid1   2.20.1-5.7
ii  lsb-base   4.1+Debian12
ii  policykit-10.105-4
ii  udev   204-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
pn  crda  none
ii  dnsmasq-base  2.69-1
ii  iptables  1.4.21-1
ii  modemmanager  1.0.0-4
ii  ppp   2.4.6-1

Versions of packages network-manager suggests:
pn  avahi-autoipd  none

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=00:21:9b:ef:4e:93,
[ifupdown]
managed=false



-- no debconf information


Bug#718311: gnubiff: Workaround to popup height problem

2014-04-17 Thread Omen Nemo
Package: gnubiff
Version: 2.2.15-3
Followup-For: Bug #718311

A workaround to the popup height issue:
1 - in line 46 of /usr/share/gnubiff/popup.ui, set the False to True
2 - use your window-manager (I used the Matching Windows feature of Sawfish)
or devilspie to automatically resize the window when it appears.


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

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

Versions of packages gnubiff depends on:
ii  dpkg 1.17.6
ii  gconf-service3.2.6-2
ii  install-info 5.2.0.dfsg.1-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.17-97
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libfam0  2.7.0-17.1
ii  libgcc1  1:4.6.1-3
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.6-1
ii  libglib2.0-0 2.40.0-2
ii  libgtk-3-0   3.12.0-4
ii  libpanel-applet-4-0  3.8.0-3
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpopt0 1.16-8
ii  libssl1.0.0  1.0.1g-2
ii  libstdc++6   4.6.1-3
ii  libx11-6 2:1.6.2-1
ii  sox  14.4.1-3

Versions of packages gnubiff recommends:
pn  fam  none

gnubiff 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#744329: x2goclient: Please add user comment field to session preferences

2014-04-12 Thread Nemo Inis
Package: x2goclient
Version: 4.0.1.1-1
Severity: wishlist

Dear Maintainer,

Would it be possible for x2goclient to store a multi-line comment field in
each session preferences?
It is a convenient place for the user to store some info as to why/how some
prefs were set, some target host info (for people like me who have many
clients), usage tips for that session, etc...

Not a high-priority item but it would increase ease of use.

Thanks!



-- 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/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages x2goclient depends on:
ii  libc6   2.18-4
ii  libcups21.7.1-12
ii  libgcc1 1:4.8.2-16
ii  libldap-2.4-2   2.4.39-1
ii  libqt4-network  4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-svg  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4   4:4.8.5+git242-g0315971+dfsg-2
ii  libssh-40.5.4-3
ii  libstdc++6  4.8.2-16
ii  libx11-62:1.6.2-1
ii  libxpm4 1:3.5.10-1
ii  nxproxy 3.5.0.20-2
ii  openssh-client  1:6.6p1-2

Versions of packages x2goclient recommends:
ii  openssh-server  1:6.6p1-2
ii  rdesktop1.7.1-1

Versions of packages x2goclient suggests:
pn  pinentry-x2go  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#741968: closed by Lars Wirzenius l...@liw.fi (Bug#741968: fixed in obnam 1.7.2-1)

2014-03-30 Thread Nemo Inis
On 30/03/14 09:39 AM, Lars Wirzenius wrote:
 I've applied a patch from Valery to fix this, I hope. If you can try
 Obnam from git master, could you do so and tell me if obnam mount
 now works for you? You don't need to run a new backup.

That seems to have fixed it; I've tried various ways to get backed data out of, 
or use it
directly from, the repository and everything worked fine.
Thanks for the hard work, gentlemen!


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



Bug#741236: [Pkg-xfce-devel] Bug#741236: lightdm-gtk-greeter: Randomly I cannot log into my systems since the 1.8.2-1 update happened

2014-03-27 Thread Nemo Inis
when stuck during login, doing this on the console:
kill -SIGUSR1 $(pgrep -x lightdm-gtk-greeter)
...gets it going and login proceeds successfully.


The lightdm-gtk-greeter 1.8.2 seems to be stuck on a mutex (race condition 
maybe??):

Thread 1 (Thread 0xb6236880 (LWP 2261)):
#0  0xb6d6629d in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0
#1  0xb6d62007 in _L_lock_1154 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0xb6d61f8d in pthread_mutex_lock () from /lib/i386-linux-gnu/libpthread.so.0
#3  0xb6f4afe0 in g_mutex_lock () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb6f082b4 in g_main_loop_quit () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb73cf343 in gtk_main_quit () from /usr/lib/i386-linux-gnu/libgtk-3.so.0
#6  0xb77b9ad4 in _start ()

Sorry I don't have symbols this was on a live-booted USB key which I can't 
change right now.


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



Bug#741236: [Pkg-xfce-devel] Bug#741236: lightdm-gtk-greeter: Randomly I cannot log into my systems since the 1.8.2-1 update happened

2014-03-27 Thread Nemo Inis
Sorry pgrep has a 15-char limit to that command in message #107 should be
kill -SIGUSR1 $(pgrep -x lightdm-gtk-gre)


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



Bug#741968: closed by Lars Wirzenius l...@liw.fi (Bug#741968: fixed in obnam 1.7.2-1)

2014-03-22 Thread Nemo Inis
Hi Lars,

I don't think the problem is fully fixed. I'm still getting weird errors 
depending how I read
the backed up files from the fuse-mounted repository.
As an example, I've attached an annoted terminal session showing how if I try 
to read an epub
(with Calibre's ebook-viewer) from a fuse-mounted repo, I get corruption. But 
if I first copy
it out using cp then it's OK. Bizarre stuf...

Cheers
Nemo


backupfuse/Books is an obnam mount of the latest generation
/Books is the folder that was backed up
ebook-viewer is the Calibre ebook-viewer (v1.23), written in python

$ md5 backupfuse/Books/handbook.epub   --A) CHECKSUM OK
06d524ff85facfc2993e67ef6494d05f  backupfuse/Books/handbook.epub
$ ebook-viewer backupfuse/Books/handbook.epub  --B1) TRY TO VIEW THE EPUB
InputFormatPlugin: EPUB Input running
on backupfuse/Books/handbook.epub
EPUB appears to be invalid ZIP file, trying a more forgiving ZIP parser
--B2) EPUB IS CORRUPTED
$ ebook-viewer /Books/handbook.epub  --C1) LET'S GO CHECK THE ORIGINAL
InputFormatPlugin: EPUB Input running
on /Books/handbook.epub
Found HTML cover OEBPS/Text/cover.html--C2) ORIGINAL READS OK
$ md5 /Books/handbook.epub
06d524ff85facfc2993e67ef6494d05f  /Books/handbook.epub  --C3) BUT ORIGINAL HAS 
SAME MD5 WE SAW IN STEP A!
$ md5 backupfuse/Books/handbook.epub --D) CHECK MD5 OF BACKED FILE AGAIN
b8d645db3af61ae2e8de03f496a1788d  backupfuse/Books/handbook.epub   --D2) 
CHECKSUM HAS CHANGED!!
$ sudo -s
# echo 3  /proc/sys/vm/drop_caches  --E) DROP LINUX CACHES
# exit
$ md5 backupfuse/Books/handbook.epub  --F1) CHECK MD5 AGAIN
06d524ff85facfc2993e67ef6494d05f  backupfuse/Books/handbook.epub  --F2) IT'S 
CORRECT AGAIN
$
$ cp backupfuse/Books/handbook.epub /tmp/  --G1) SO NOW COPY IT OUT USING CP
$ md5 /tmp/handbook.epub
06d524ff85facfc2993e67ef6494d05f  /tmp/handbook.epub  --G2) GOOD CHECKSUM
$ ebook-viewer /tmp/handbook.epub
InputFormatPlugin: EPUB Input running
on /tmp/handbook.epub
Found HTML cover OEBPS/Text/cover.html   --G3) NOW IT READS OK
$ ebook-viewer backupfuse/Books/handbook.epub  --H1) TRY READING THE BACKUP 
COPY
InputFormatPlugin: EPUB Input running
on backupfuse/Books/handbook.epub
Found HTML cover OEBPS/Text/cover.html  --H2) BACKUP COPY READS OK PROBABLY 
FROM CACHE
$ sudo -s
# echo 3  /proc/sys/vm/drop_caches  --I) DROPPING CACHE
# exit
$ ebook-viewer backupfuse/Books/handbook.epub  --J1) TRY READING BACKUP COPY 
AGAIN
InputFormatPlugin: EPUB Input running
on backupfuse/Books/handbook.epub
EPUB appears to be invalid ZIP file, trying a more forgiving ZIP parser  --J2) 
CORRUPTED AGAIN



Bug#741968: obnam mount fails to retrieve files over 64KB (obnam restore works fine)

2014-03-17 Thread Nemo Inis
Package: obnam
Version: 1.7-1
Severity: important

Dear Maintainer,

I upgraded to obnam 1.7.1 (digression here: the Debian changelog for 1.7.1
should have carried the same mention of possible repository corruption that
website News did carry. As a debian user, the Debian changelog/alert mechanism
is the only thing I'm likely to see during a 100+ packages upgrade).

obnam 1.7.1 sees my 1.6.1 repository properly and restores  backup from it
properly.

However, 'obnam mount' fails to properly access any file  64KB.  md5 shows
differing checksums, diff fails, and a 'cp backedfile /tmp/restoredfile'
command either fails silently having copied only part of the file, or else dies
with this error:

cp: error reading ‘backedfile’: Invalid argument
cp: failed to extend ‘/tmp/restoredfile’: Invalid argument

This happens on every file  64KB that I've tried (and all those files restore
properly with obnam restore). Files  64KB appear OK.



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

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

Versions of packages obnam depends on:
ii  libc6 2.18-4
ii  python2.7.5-5
ii  python-cliapp 1.20130808-1
ii  python-fuse   2:0.2.1-9
ii  python-larch  1.20131130-1
ii  python-paramiko   1.10.1-1
ii  python-tracing0.8-1
ii  python-ttystatus  0.23-1
ii  python-yaml   3.10-4+b2

obnam recommends no packages.

obnam 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#740361: zenity: please update to new version 3.10 available upstream

2014-02-28 Thread Nemo Inis
Package: zenity
Version: 3.8.0-1
Severity: normal

Dear Maintainer,

sid and jessie are still on 3.8.0-1 but version 3.10 has been available for
some time, with fixes for some annoying bugs such as debian bug #739248 (702535
upstream), etc...  Can we please update? thanks!



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

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

Versions of packages zenity depends on:
ii  libc6   2.17-97
ii  libgdk-pixbuf2.0-0  2.30.5-1
ii  libglib2.0-02.38.2-5
ii  libgtk-3-0  3.10.7-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.0-1+b1
ii  libwebkitgtk-3.0-0  2.2.3-1+b1
ii  libx11-62:1.6.2-1
ii  zenity-common   3.8.0-1

zenity recommends no packages.

zenity 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#686192: Please add more flexible excluding options

2014-02-22 Thread Nemo Inis

I think the tag issue is available nowadays via --exclude-caches and adding 
CACHEDIR.TAG files
which conform to http://www.brynosaurus.com/cachedir/spec.html

However I still think obnam needs more flexible excluding options. In 
particular:

-the ability to INCLUDE files to backup via config files, with such inclusions 
taking
precedence over all stated exclusions.  This would allow blanket exclusion of a 
hierarchy, with
specified exceptions. For example, ^/all/, !^/all/except-that would skip 
/all/* but not
/all/except-that

-obnam reads in multiple .conf files (if present in /etc/obnam/ or 
~/.config/obnam/) but the
exclude options in such files clobber each other: the last one read in, wins.  
This prevents me
from having the same generic exclusion list on several machines, complemented 
by a local
exclusion list, for example. It would be better if an exclude option in a later 
file would add
to, rather than replace, exclude options in earlier config files.


Cheers!


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



Bug#715285: gksu man page reference to sudo(1) should be sudo(8)

2013-07-07 Thread Nemo Inis
Package: gksu
Version: 2.0.2-6
Severity: minor

The man page for gksu refers to sudo(1). On Debian, that should be sudo(8).
This breaks w3mman's and manpages.debian.net's ability to traverse links to the
corresponding man page.




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

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

Versions of packages gksu depends on:
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-6
ii  libcairo2 1.12.14-4
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgconf2-4   3.2.6-1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libgksu2-02.0.13~pre1-6
ii  libglib2.0-0  2.36.1-2build1
ii  libgnome-keyring0 3.4.1-1
ii  libgtk2.0-0   2.24.18-1
ii  libpango1.0-0 1.32.5-5+b1
ii  libstartup-notification0  0.12-3
ii  sudo  1.8.5p2-1+nmu1

Versions of packages gksu recommends:
ii  gnome-keyring  3.8.2-2

gksu suggests no packages.

-- debconf-show failed


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



Bug#707678: gnome-system-tools: users-admin fails silently to delete a user if a process is running with that uid

2013-05-10 Thread Nemo Inis
Package: gnome-system-tools
Version: 3.0.0-2
Severity: important

When trying to delete a user, users-admin appeared to have worked: the user was
removed from the list shown by users-admin, and no error message was displayed.
However, a quick command-line check showed the user was still there. Indeed,
after exiting and relaunching users-admin, the user was again shown in the
list. This was repeatable.

Using the deluser command in a terminal provided the answer: deluser failed
because that user was currently used by a running process. After killing that
process, deleting the user in users-admin worked as expected.

The security risk is that users-admin failed to delete the user (when the
process was running) without ANY indication that anything was wrong, and so a
trusting admin -if there is such a person :-) - could be fooled into thinking a
user had been deleted when it had not.



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

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

Versions of packages gnome-system-tools depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libdbus-1-3  1.6.8-1
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgtk-3-0   3.4.2-6
ii  liboobs-1-5  3.0.0-1
ii  libpango1.0-01.30.0-1
ii  libpolkit-gobject-1-00.105-3
ii  perl 5.14.2-21
ii  policykit-1-gnome0.105-2
ii  system-tools-backends2.10.2-1

Versions of packages gnome-system-tools recommends:
pn  gnome-control-center  none

Versions of packages gnome-system-tools suggests:
ii  ntp  1:4.2.6.p5+dfsg-2

-- 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#701841: mp3fs: version 0.32 was released last year

2013-02-27 Thread Nemo Inis
Package: mp3fs
Version: 0.31-28-g7b30a54-1
Severity: wishlist

Dear Maintainer,

version 0.32 was released 2012-06-18:

Important changes in 0.32 (2012-06-18)

This release has a lot of bug fixes and some code cleanup.

Changes in this release:
* The file size calculation should always be correct.
* A crash affecting programs like scp that might try to access past the
  end of the file has been fixed.
* Too many other little fixes were made to list here. See the ChangeLog
  for full details.



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

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


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



Bug#687907: slrnpull: received headers corrupted

2012-09-16 Thread Nemo Maelstrom Thorx
Package: slrnpull
Version: 1.0.0~pre18-1.3
Severity: normal

I have noticed that some nntp servers are generating multiline
'Received' headers which are then corrupted as slrnpull appears to
remove the header, but does not unfold it first. 

This example message, as seen in google groups:
https://groups.google.com/group/rec.arts.drwho/msg/fcdd3b78351be7cb?dmode=sourceoutput=gplainnoredirect

And slrnpulls's debug log for the same message from my local newsserver:


221 440125 26a94d0c-105c-4001-a75d-627f25193...@z8g2000yql.googlegroups.com
Wed, 05 Sep 2012 09:56:00 -0700 (PDT)
MIME-Version: 1.0
 Wed, 05 Sep 2012 09:55:59 -0700 (PDT)
Path: 
news.astraweb.com!news-xref3.astraweb.com!border5.newsrouter.astraweb.com!news.astraweb.com!border2.a.newsrouter.astraweb.com!newsfeed1.swip.net!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!v8no3015731qap.0!news-out.google.com!da15ni65566254qab.0!nntp.google.com!b19no3104951qas.0!postnews.google.com!z8g2000yql.googlegroups.com!not-for-mail
Newsgroups: rec.arts.drwho
Date: Wed, 5 Sep 2012 09:55:59 -0700 (PDT)
Complaints-To: groups-ab...@google.com
Injection-Info: z8g2000yql.googlegroups.com; posting-host=63.239.65.11; 
posting-account=A9mkNQoAAADblH5krwHdXqwTR-ZTQh8p
NNTP-Posting-Host: 63.239.65.11
References: gy-dnqi44drx6n_nnz2dnuvz8tedn...@eclipse.net.uk
 055d9994-313e-4ed2-a1ca-de2fa23c4...@fm12g2000vbb.googlegroups.com
 tpidnz9nupowht_nnz2dnuvz8m-dn...@eclipse.net.uk 
2012090218422274747-andrewamorton@btinternetcom
 8n2dnx7hnv1-ptvnnz2dnuvz8t-dn...@eclipse.net.uk 
c9bc7cfd-d4a5-44c0-9cf8-e39b03293...@u15g2000yql.googlegroups.com
 5YK1s.32319$AO5.30879@fx27.am4
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1;
 Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152;
 .NET CLR 3.5.30729; .NET4.0C; .NET4.0E),gzip(gfe)
Message-ID: 26a94d0c-105c-4001-a75d-627f25193...@z8g2000yql.googlegroups.com
Subject: Re: S7E01 Asylum of the Daleks
From: Ross rrasz...@trenchcoatsoft.com
Injection-Date: Wed, 05 Sep 2012 16:56:00 +
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 6022
Xref: news.astraweb.com rec.arts.drwho:440125
.



I note that in testing my local newsserver, the full header is there, and is
shown with interactive slrn. 

I would prefer that the full headers be saved, rather than any attempt to
filter them


.../nemo



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

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

Versions of packages slrnpull depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-24
ii  libgnutls-openssl272.12.18-1
ii  libslang2  2.2.4-5

slrnpull recommends no packages.

Versions of packages slrnpull suggests:
ii  slrn [news-reader]  1.0.0~pre18-1.3

-- Configuration Files:
/etc/news/slrnpull.conf changed [not included]

-- debconf information excluded


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



Bug#687358: findutils: excessive memory usage when using -printf and %A %C or %T

2012-09-11 Thread Nemo Maelstrom Thorx
Package: findutils
Version: 4.4.2-4
Severity: normal
Tags: upstream


Find appears to consume and not release large amounts of memory when
asked to print time directives with custom formatting. ie, %Ak, %Ck and %Tk. 

The rate of memory consumption appears to correlate with the number of
these directives used

Observable by running, for eg:
# find / -printf [%y %11s %TY.%Tm.%Td %TH:%TM]\t%p\n

...and simultaneously 'top' or other memory monitor. Resident size
grows without check. 

With enough files being found, this can grow to trigger an OOM. 


I've marked this as upstream, as I've since observed the same behaviour
on find 4.4.2 in CentOS (as well as in debian derivatives mint and
ubuntu)

Experimental 4.5 also appears to have the same issue. 

However 4.2 on an older non-debian system did not have this issue.


.../Nemo




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

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

Versions of packages findutils depends on:
ii  dpkg  1.16.1.2
ii  install-info  4.13a.dfsg.1-8
ii  libc6 2.13-24

findutils recommends no packages.

Versions of packages findutils suggests:
ii  mlocate  0.23.1-1

-- 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#681176: live-boot: persistence mounting fails if live-persistence.conf contains source=. stanza

2012-07-11 Thread Nemo Inis
Package: live-boot
Version: 3.0~a35-1
Severity: important

live-boot fails to mount a persistence volume if the volume's live-
persistence.conf contains the source=. stanza. It wrongly reports an unsafe
custom mount. Since that stanza is also automatically used for compatibility-
mode mounting of old home-rw and live-rw overlays, this bug may affect quite a
few people.

I believe the bug is a typo at line 1307 of lib/boot/misc-helpers.sh, which
reads:
   if echo ${opt_source} | grep -q -e ^/ -e ^\(.*/\)\?\.\.\?\(/.*\)\?$  [
${source} != . ]
but should read instead:
   if echo ${opt_source} | grep -q -e ^/ -e ^\(.*/\)\?\.\.\?\(/.*\)\?$  [
${opt_source} != . ]

This change fixed the problem for my wheezy live build.




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

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



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



Bug#440516: patch for pam_otpw session module

2012-06-24 Thread Nemo Inis
The pam_otpw.so session module version 1.3-2 in Wheezy does not print out the 
number of
passwords reminder as expected.
I think this is because the function pam_sm_open_session trying to get the 
challenge data from
the handle provided, but that handle does not contain the challenge (which had 
been setup
during the authentication phase) because we are now running in a different 
process than the one
where the authentication happened. So the challenge data is NULL and the module 
aborts.

The attached patch for pam_otpw.c (v1.3-2) fixes this and issues correct 
password reminders on
my Wheezy system.

--- otpw-1.3-2.orig/pam_otpw.c	2003-10-06 07:47:33.0 -0700
+++ otpw-1.3-2/pam_otpw.c	2012-06-24 14:36:01.0 -0700
@@ -328,24 +328,56 @@
 PAM_EXTERN int pam_sm_open_session(pam_handle_t *pamh, int flags, 
    int argc, const char **argv)
 {
+  const char *username;
+  struct passwd *pwd;
   struct challenge *ch = NULL;
   int retval;
   int i, debug = 0;
+  int otpw_flags = 0;
 
   /* parse option flags */
   for (i = 0; i  argc; i++) {
-if (!strcmp(argv[i], debug))
+if (!strcmp(argv[i], debug)) {
   debug = 1;
+  otpw_flags |= OTPW_DEBUG;
+}
   }
 
   D(log_message(LOG_DEBUG, pamh, pam_sm_open_session called, flags=%d,
 		flags));
 
-  retval = pam_get_data(pamh, MODULE_NAME:ch, (const void **) ch);
-  if (retval != PAM_SUCCESS || !ch) {
-log_message(LOG_ERR, pamh, pam_get_data() failed);
-return PAM_SESSION_ERR;
+  /* get user name */
+  retval = pam_get_user(pamh, username, login: );
+  if (retval == PAM_CONV_AGAIN)
+return PAM_INCOMPLETE;
+  else if (retval != PAM_SUCCESS) {
+log_message(LOG_NOTICE, pamh, no username provided);
+return PAM_USER_UNKNOWN;
   }
+  
+  /* DEBUG */
+  D(log_message(LOG_DEBUG, pamh, username is %s, username));
+  D(log_message(LOG_DEBUG, pamh, uid=%d, euid=%d, gid=%d, egid=%d,
+		getuid(), geteuid(), getgid(), getegid()));
+
+  ch = calloc(1, sizeof(struct challenge));
+  if (!ch)
+return PAM_AUTHINFO_UNAVAIL;
+  retval = pam_set_data(pamh, MODULE_NAME:ch, ch, cleanup);
+  if (retval != PAM_SUCCESS) {
+log_message(LOG_ERR, pamh, pam_set_data() failed);
+return PAM_AUTHINFO_UNAVAIL;
+  }
+
+  /* consult POSIX password database (to find homedir, etc.) */
+  pwd = getpwnam(username);
+  if (!pwd) {
+log_message(LOG_NOTICE, pamh, username not found);
+return PAM_USER_UNKNOWN;
+  }
+
+  /* prepare OTPW challenge */
+  otpw_prepare(ch, pwd, otpw_flags);
 
   if (!(flags  PAM_SILENT)  ch-entries = 0) {
 display_notice(pamh, 0, debug,


Bug#678302: tangerine assigns duplicate IDs to tracks newly added to existing database

2012-06-20 Thread Nemo Inis
Package: tangerine
Version: 0.3.4-3

Starting from scratch, tangerine correctly scans and imports all the tracks 
from my library folder.
However, if I quit tangerine, add new tracks (or folders of tracks) to my 
library, and start
tangerine again, the new tracks do not show up or do not play in my clients 
(Rhythmbox and
XBMC). But if I delete  ~/.config/tangerine/tracks.db and start tangerine 
again, the tracks
appear correctly in my clients.
I tracked the problem to some code in daap-sharp/src/Database.cs that results 
in a duplicate
track ID being assigned to any new track being added to an existing tracks 
database.
The attached patch fixes that problem for me.

System: Debian GNU/Linux testing (wheezy)
diff --git a/daap-sharp/src/Database.cs b/daap-sharp/src/Database.cs
index 82aca1b..63bae66 100644
--- a/daap-sharp/src/Database.cs
+++ b/daap-sharp/src/Database.cs
@@ -432,8 +432,7 @@ namespace DAAP {
 }
 
 public void AddTrack (Track track) {
-if (track.Id == 0)
-track.SetId (nextTrackId++);
+track.SetId (nextTrackId++);
 
 tracks.Add (track);
 basePlaylist.AddTrack (track);


Bug#611452: xserver-xorg-core: switching to linux console, leaves screen blank

2012-05-23 Thread Nemo Inis
I had the same problem on an older machine. I was able to work around it by 
adding the
NVreg_UseVBios=0 option to /etc/modprobe.d/nvidia-kernel-common.conf and 
rebooting.



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



Bug#656393: bsdmainutils: cal does not support same options as ncal

2012-01-18 Thread Nemo Maelstrom Thorx
Package: bsdmainutils
Version: 8.2.3
Severity: normal

The -M option works with ncal, but not cal, despite being the same binary. 


nemo@falcon ~ % cal -M
Usage: cal [general options] [-hjy] [[month] year]
   cal [general options] [-hj] [-m month] [year]
   ncal [general options] [-bhJjpwySM] [-s country_code] [[month] year]
   ncal [general options] [-bhJeoSM] [year]
General options: [-NC3] [-A months] [-B months]
For debug the highlighting: [-H -mm-dd] [-d -mm]
nemo@falcon ~ % ncal -M -C
January 2012  
Mo Tu We Th Fr Sa Su  
   1  
 2  3  4  5  6  7  8  
 9 10 11 12 13 14 15  
16 17 18 19 20 21 22  
23 24 25 26 27 28 29  
30 31 
nemo@falcon ~ % 



The '-C' option included to ncal to make it print in 'cal' type format. I
notice also that 'ncal -C -M' does not work - gives the same error as 'cal -M'
above. 



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.19.1-5
ii  debianutils  4.1
ii  libc62.13-24
ii  libncurses5  5.9-4

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
pn  cpp   4:4.6.1-3
pn  vacation  none
pn  wamerican | wordlist  none
pn  whois 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#646622: debian-maintainers: Changelog for new upstream release should include summary of upstream changelog

2011-10-25 Thread Nemo Inis
Package: debian-maintainers
Severity: wishlist

Dear Maintainer,

(first thank you all for the tremendous job you are doing!)

I have a suggestion from an end-user point of view:

All too often when checking incoming updates (in Synaptic or other tools) the
Debian changelog includes a mere mention new upstream release.
From an end-user point of view, this is not very informative and less than
useful in deciding whether or not the update should be installed at this time.
I know that section 9.3 of the Debian New Maintainer's guide only requires
listing the debian bugs that are closed by the new release (or by the
maintainer's changes to that new release) and not anything else that may be in
that new release .  But for the convenience of the end-user, it would be nice
if a summary of the upstream's changelog would be included too (like new
features, UI changes, backward compatibility problems, etc..) This would avoid
having to go hunt for it on every single package, and would make the whole
process more user-friendly.

Thanks, and sorry if this was not the right place to report this - I could not
find a better fit.



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

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



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



Bug#629544: note fails in non-interactive mode

2011-06-07 Thread Nemo
Package: note
Version: 1.3.6-1
Severity: normal



Line 220 of /usr/bin/note incorrectly has '||' instead of '|', resulting
in error:

Error in option spec: dump||Dump|D:s

This results in note failing to operate on options -l -L -t -T or -D. 

When the .noterc option AlwaysInteractive is changed from NO to YES,
then `note` with no options enters interactive mode as expected and
works fine.

I've edited that one character out of my own /usr/bin/note and have had
no problems since. 






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

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

Versions of packages note depends on:
ii  perl  5.12.3-6   Larry Wall's Practical Extraction 

note recommends no packages.

Versions of packages note suggests:
ii  libconfig-general-perl2.48-1 Generic Configuration Module
pn  libcrypt-cbc-perl none (no description available)
pn  libcrypt-des-perl none (no description available)
ii  libdbd-mysql-perl 4.018-1+b1 Perl5 database interface to the My
ii  libdbi-perl   1.616-1+b1 Perl Database Interface (DBI)
pn  libterm-readline-gnu-perl none (no description available)
ii  perl [libdigest-md5-perl] 5.12.3-6   Larry Wall's Practical Extraction 

-- 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#540073: Normal behaviour

2011-05-23 Thread Nemo Inis
Actually, this is normal behaviour for netcat-openbsd. The man page is quite 
specific that -l
and -p cannot be used together:

 -l  Used to specify that nc should listen for an incoming connection 
rather than initi‐
 ate a connection to a remote host.  It is an error to use this 
option in conjunction
 with the -p, -s, or -z options. 



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



Bug#592365: logcheck: ignore rules for transmission-daemon

2010-08-09 Thread Nemo
Package: logcheck
Version: 1.3.10
Severity: wishlist
Tags: patch


Hi, I've noticed that transmission-daemon (torrent downloader) is rather
verbose.

Example 1: this line appears approx every 2 minutes whilst the torrent
downloads (differing only by timestamp):

--
Aug  4 14:39:28 falcon transmission-daemon[2685]: Saved 
/var/lib/transmission-daemon/info/resume/debian-505-amd64-businesscard.iso.a437cd5c17cc853d.resume
 (bencode.c:1651)
--

And this appears every 2 minutes regardless. 
--
Aug  4 14:39:28 falcon transmission-daemon[2685]: Saved 
/var/lib/transmission-daemon/info/stats.json (bencode.c:1651)
--


similarly, there the following pairs appear regularly from the time the
torrent begins downloading, and continues all the time it is seeding.
These logs are in pairs, and for my observation, 4 lines per hour is
pretty constant. 

--
Aug  5 00:19:56 falcon transmission-daemon[2685]: 
debian-505-amd64-businesscard.iso Starting DHT announce (firewalled, 170 nodes) 
(tr-dht.c:669)
Aug  5 00:23:13 falcon transmission-daemon[2685]: 
debian-505-amd64-businesscard.iso DHT announce done (tr-dht.c:637)
Aug  5 00:46:27 falcon transmission-daemon[2685]: 
debian-505-amd64-businesscard.iso Starting DHT announce (firewalled, 171 nodes) 
(tr-dht.c:669)
Aug  5 00:50:45 falcon transmission-daemon[2685]: 
debian-505-amd64-businesscard.iso DHT announce done (tr-dht.c:637)
--


The following is my ignore.d.server/transmission-daemon file.
Two lines - the first filters the first two examples, the second filters
the second pair.

--
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ transmission-daemon\[[[:digit:]]+\]: 
Saved /var/lib/transmission-daemon/info/.* \(bencode.c:1651\)$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ transmission-daemon\[[0-9]+\]: .* DHT 
announce .*\(tr-dht.c:(669|637)\)$
--

The effectiveness of these rules can be seen from:

falcon:/etc/logcheck/ignore.d.server# grep transmission-daemon 
/var/log/syslog.0 | wc -l
2446
falcon:/etc/logcheck/ignore.d.server# grep transmission-daemon 
/var/log/syslog.0 | egrep -v -f transmission-daemon | wc -l
131


cheers
.../Nemo



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

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

Versions of packages logcheck depends on:
ii  adduser   3.112  add and remove users and groups
ii  cron  3.0pl1-113 process scheduling daemon
ii  lockfile-progs0.1.15 Programs for locking and unlocking
ii  logtail   1.3.10 Print log file lines that have not
ii  mime-construct1.11   construct/send MIME messages from 
ii  postfix [mail-transport-agent 2.7.1-1High-performance mail transport ag
ii  sysklogd [system-log-daemon]  1.5-5  System Logging Daemon

Versions of packages logcheck recommends:
ii  logcheck-database 1.3.10 database of system log rules for t

Versions of packages logcheck suggests:
ii  syslog-summary1.14-1 summarize the contents of a syslog

-- Configuration Files:
/etc/cron.d/logcheck changed [not included]
/etc/logcheck/logcheck.conf [Errno 13] Permission denied: 
u'/etc/logcheck/logcheck.conf'
/etc/logcheck/logcheck.logfiles [Errno 13] Permission denied: 
u'/etc/logcheck/logcheck.logfiles'

-- 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#592365: logcheck: ignore rules for transmission-daemon

2010-08-09 Thread Nemo

Just realised I'd only tweaked :digit: style into one line. Revised
version included:

--
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ transmission-daemon\[[[:digit:]]+\]: 
Saved /var/lib/transmission-daemon/info/.* \(bencode.c:1651\)$
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ transmission-daemon\[[[:digit:]]+\]: 
.* DHT announce .*\(tr-dht.c:(669|637)\)$
--

Changes tested against my logs to same results as previous

.../Nemo



On Tue, Aug 10, 2010 at 01:11:54AM +1000, Nemo did utter:
 
 --
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ transmission-daemon\[[[:digit:]]+\]: 
 Saved /var/lib/transmission-daemon/info/.* \(bencode.c:1651\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ transmission-daemon\[[0-9]+\]: .* DHT 
 announce .*\(tr-dht.c:(669|637)\)$
 --
 



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



Bug#559977: spambayes: messages corrupted with irreversable 'From ' escaping

2009-12-07 Thread Nemo Thorx
Package: spambayes
Version: 1.0.4-5.1
Severity: normal


Spambayes calls pythons 'generator.py', this defaults to mangling emails by
quoting lines matching From . ie, mboxo format as referred to here:
http://homepages.tesco.net/J.deBoynePollard/FGA/mail-mbox-formats.html

As a filter, spambayes should never need to alter the message body!

Request that spambayes sets mangle_from_ to false when calling
generator.py.


Note that this bug is detailed upstream at
https://sourceforge.net/tracker/?func=detailaid=2908573group_id=61702atid=498103
It has been fixed in the 1.1.x development branch, this bug is only to request
a back port to the 1.0.4 release in debian as there is no timeline for the 1.1x
series currently.

cheers
.../Nemo



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

Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages spambayes depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt

spambayes recommends no packages.

spambayes 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#404781: hsetroot: -screens option exists in manpage only

2006-12-28 Thread Nemo
Package: hsetroot
Version: 1.0.2-1
Severity: normal



Pretty much as the subject line says...

The hsetroot manpage details the -screens option. 

hsetroot -h does not list the option, nor is it recognised in
attempted usage)

.../Nemo



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages hsetroot depends on:
ii  libc6  2.3.6.ds1-4   GNU C Library: Shared libraries
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libimlib2  1.2.0-2.2 powerful image loading and renderi
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  zlib1g 1:1.2.2-4.sarge.1 compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#317381: discover1: detection runs too late on boot

2005-07-07 Thread Nemo
Package: discover1
Version: 1.7.7
Severity: minor


Under /etc/rcS.d the discover script is at S36. Is there a reason it is
so late in the boot process? Surely having all hardware known as much as
possible, and as early as possible, would be for the best?

Specifically for my usage recently, discover runs after 'mdadm-raid'
(S25), meaning in my case that the sata drives the raid was on were
unavailable. This caused headaches (since it wasn't initially obvious
what the problem was - since after system boot, the raid started fine)

Shouldn't discover be closer to the other module-loading init scripts?
(S20module-init-tools and S20modutils?)

-Cameron


-- Package-specific info:
lspci:
:00:00.0 0600: 10de:01e0 (rev c1)
:00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different version?) 
(rev c1)
:00:00.1 0500: 10de:01eb (rev c1)
:00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev c1)
:00:00.2 0500: 10de:01ee (rev c1)
:00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1)
:00:00.3 0500: 10de:01ed (rev c1)
:00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1)
:00:00.4 0500: 10de:01ec (rev c1)
:00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1)
:00:00.5 0500: 10de:01ef (rev c1)
:00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1)
:00:01.0 0601: 10de:0060 (rev a4)
:00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4)
:00:01.1 0c05: 10de:0064 (rev a2)
:00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
:00:02.0 0c03: 10de:0067 (rev a4)
:00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
:00:02.1 0c03: 10de:0067 (rev a4)
:00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
:00:02.2 0c03: 10de:0068 (rev a4)
:00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
:00:06.0 0401: 10de:006a (rev a1)
:00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio 
Controler (MCP) (rev a1)
:00:08.0 0604: 10de:006c (rev a3)
:00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3)
:00:09.0 0101: 10de:0065 (rev a2)
:00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
:00:1e.0 0604: 10de:01e8 (rev c1)
:00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1)
:01:06.0 0300: 10de:002d (rev 15)
:01:06.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 
Model 64/Model 64 Pro] (rev 15)
:01:0b.0 0200: 10ec:8169 (rev 10)
:01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 
Gigabit Ethernet (rev 10)
:01:0d.0 0180: 1095:3512 (rev 01)
:01:0d.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD 
Technology Inc) SiI 3512 [SATALink/SATARaid] Serial ATA Controller (rev 01)
:01:0e.0 0c00: 104c:8024
:01:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 
Controller (PHY/Link)

discover:

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages discover1 depends on:
ii  dash0.5.2-4  The Debian Almquist Shell
ii  debconf 1.4.30.13Debian configuration management sy
ii  discover1-data  1.2005.01.08 hardware lists for libdiscover1
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdiscover11.7.7hardware identification library

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#314198: tree: -H (html output) does not play well with -i (suppress indents)

2005-06-20 Thread Nemo
 Hm, you are right. This problem is present in all versions of tree in
 Debian and will be fixed soon for sid.

Cool :)

 BTW, the information given below doesn't match, tree is at 1.5.0-2 in
 testing/unstable at the moment, 1.4b2-0.2.1 has been replaced on
 2004-07-14. Incidentally, this was the last upload not prepared by
 myself, so it looks like you don't like them from me...? :P

Chances are this machine is sitting on a testing as it existed before
sarge release... (I noticed the problem on a newly installed machine at
work, but then reported it from my home machine :)

Thanks for the quick update. :)

.../Nemo

(now, should I start sending some wishlist items? :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#315185: tree: human readable sizes please?

2005-06-20 Thread Nemo
Package: tree
Version: 1.5.0-2
Severity: wishlist


Most utilities which reportfile sizes (ls, du, etc) now have options to
display the filesizes in human readable forms. 

Specifically, -h for base2 sizes, and --si for base10 sizes.

It strikes me that these should also be in tree, and are a wholly
appropriate inclusion. 

cheers
.../Nemo



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages tree depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]