Bug#985172: unblock: ifetch-tools/0.18.2-2

[Richard Nelson]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: unix...@gmail.com

Please unblock package ifetch-tools

The package uploaded to unstable closes RC bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985051

Due to hard freeze, migration requires an explicit unblock.
Hence this unblock request.

If unblock granted the upload will put package in good order for users
and release.

Below is the debdiff between versions:

debdiff ifetch-tools_0.18.2-1.dsc ifetch-tools_0.18.2-2.dsc 
diff -Nru ifetch-tools-0.18.2/debian/changelog 
ifetch-tools-0.18.2/debian/changelog
--- ifetch-tools-0.18.2/debian/changelog2020-05-11 21:02:42.0 
-0500
+++ ifetch-tools-0.18.2/debian/changelog2021-03-12 08:31:05.0 
-0600
@@ -1,3 +1,10 @@
+ifetch-tools (0.18.2-2) unstable; urgency=medium
+
+  [ Richard Nelson ]
+  * Fix path for copy in debian/ifetch-tools.postinst (Closes: #985051).
+
+ -- Richard Nelson   Fri, 12 Mar 2021 08:31:05 -0600
+
 ifetch-tools (0.18.2-1) unstable; urgency=medium
 
   [ Richard Nelson ]
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.examples 
ifetch-tools-0.18.2/debian/ifetch-tools.examples
--- ifetch-tools-0.18.2/debian/ifetch-tools.examples2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.examples1969-12-31 
18:00:00.0 -0600
@@ -1 +0,0 @@
-examples/*
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.install 
ifetch-tools-0.18.2/debian/ifetch-tools.install
--- ifetch-tools-0.18.2/debian/ifetch-tools.install 2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.install 2021-03-12 
08:30:47.0 -0600
@@ -1,3 +1,4 @@
+examples   /usr/share/ifetch-tools
 helpers/usr/share/ifetch-tools
 htdocs /usr/share/ifetch-tools
 ifetch /usr/bin
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.postinst 
ifetch-tools-0.18.2/debian/ifetch-tools.postinst
--- ifetch-tools-0.18.2/debian/ifetch-tools.postinst2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.postinst2021-03-12 
08:30:47.0 -0600
@@ -29,7 +29,7 @@
 
if [ ! -e /etc/ifetch-tools/ifetch-tools.conf ]
then
-   cp 
/usr/share/doc/ifetch-tools/examples/ifetch-tools.conf 
/etc/ifetch-tools/ifetch-tools.conf
+   cp /usr/share/ifetch-tools/examples/ifetch-tools.conf 
/etc/ifetch-tools/ifetch-tools.conf
chmod 600 /etc/ifetch-tools/ifetch-tools.conf
chown ifetch-tools:ifetch-tools 
/etc/ifetch-tools/ifetch-tools.conf
fi




[ Other info ]
I think I messed up my first request with reportbug since I tried to
be to helpfull with the subject line. Thank you for your consideration.

unblock ifetch-tools/0.18.2-2

Bug#985051: unblock: ifetch-tools/0.18.2-2

[Richard Nelson]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: unix...@gmail.com

Please unblock package ifetch-tools

The package uploaded to unstable closes RC bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985051

Due to hard freeze, migration requires an explicit unblock.
Hence this unblock request.

If unblock granted the upload will put package in good order for users
and release.

Below is the debdiff between versions:

debdiff ifetch-tools_0.18.2-1.dsc ifetch-tools_0.18.2-2.dsc 
diff -Nru ifetch-tools-0.18.2/debian/changelog 
ifetch-tools-0.18.2/debian/changelog
--- ifetch-tools-0.18.2/debian/changelog2020-05-11 21:02:42.0 
-0500
+++ ifetch-tools-0.18.2/debian/changelog2021-03-12 08:31:05.0 
-0600
@@ -1,3 +1,10 @@
+ifetch-tools (0.18.2-2) unstable; urgency=medium
+
+  [ Richard Nelson ]
+  * Fix path for copy in debian/ifetch-tools.postinst (Closes: #985051).
+
+ -- Richard Nelson   Fri, 12 Mar 2021 08:31:05 -0600
+
 ifetch-tools (0.18.2-1) unstable; urgency=medium
 
   [ Richard Nelson ]
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.examples 
ifetch-tools-0.18.2/debian/ifetch-tools.examples
--- ifetch-tools-0.18.2/debian/ifetch-tools.examples2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.examples1969-12-31 
18:00:00.0 -0600
@@ -1 +0,0 @@
-examples/*
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.install 
ifetch-tools-0.18.2/debian/ifetch-tools.install
--- ifetch-tools-0.18.2/debian/ifetch-tools.install 2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.install 2021-03-12 
08:30:47.0 -0600
@@ -1,3 +1,4 @@
+examples   /usr/share/ifetch-tools
 helpers/usr/share/ifetch-tools
 htdocs /usr/share/ifetch-tools
 ifetch /usr/bin
diff -Nru ifetch-tools-0.18.2/debian/ifetch-tools.postinst 
ifetch-tools-0.18.2/debian/ifetch-tools.postinst
--- ifetch-tools-0.18.2/debian/ifetch-tools.postinst2020-05-11 
20:59:08.0 -0500
+++ ifetch-tools-0.18.2/debian/ifetch-tools.postinst2021-03-12 
08:30:47.0 -0600
@@ -29,7 +29,7 @@
 
if [ ! -e /etc/ifetch-tools/ifetch-tools.conf ]
then
-   cp 
/usr/share/doc/ifetch-tools/examples/ifetch-tools.conf 
/etc/ifetch-tools/ifetch-tools.conf
+   cp /usr/share/ifetch-tools/examples/ifetch-tools.conf 
/etc/ifetch-tools/ifetch-tools.conf
chmod 600 /etc/ifetch-tools/ifetch-tools.conf
chown ifetch-tools:ifetch-tools 
/etc/ifetch-tools/ifetch-tools.conf
fi



unblock ifetch-tools/0.18.2-2

Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues

[Richard Nelson]

Greetings,

On Mon, Nov 9, 2015 at 3:06 AM, Neil Williams  wrote:

> On Mon, 9 Nov 2015 08:59:41 +0100
> chals  wrote:
>
> > On Mon, Nov 9, 2015 at 12:45 AM, Iain R. Learmonth 
> > wrote:
> > > Hi,
> > >





> > Hi,
> >
> > Reading what you say, and I beg your pardon before going on, I can
> > tell that you absolutely have no idea about what the debian live
> > project is or about its history. But well, I have to admit that if
> > what you say is true, then you have a point.
>
> I've been involved with debian-live before. I remember a meeting with
> the live team at a previous debconf (Argentina?) where one of my
> previous rootfs build tools [multistrap] was being considered for a
> role within live but we didn't find a good match.
>
> > You say "I'm aware that I'm going to be upsetting people, but this has
> > been a long time coming"
> >
> > Yes you are absolutely right, you are upsetting people, people like me
> > who have contributed to debian for years and spent hours of effort to
> > make things better.
>
> Sorry, but I'm assuming you don't mean that Iain, Steve or I haven't
> spent years contributing and uploading to Debian and years and years of
> effort to make Debian better.
>
>
I do not think that is the intent of Chals statement, I believe he is
referencing the caring that he and many others have given the project and
namespace that appears to be being hijacked and at the least invaded.


> > "A long time coming"? Excuse me, but the first thing I've ever heard
> > in all these years is that you and I mean you (not the debian cd team,
> > who supposedly is responsible for this upheaval)
>
> It is the team. Steve has been asking me for this support in
> vmdebootstrap for months and months. Every time there is a release or a
> point release, I get more nagging because he has to struggle with
> fixing live-*.
>
>
I asked this in another response and not to be confused but, does the
debian-cd team speak for all of Debian and its users?


> > shows up from out of
> > the blue claiming that you have the right to do as you please and
> > decide about the future of the debian live team.
>
> Iain is not on his own. This comes from the debian-cd team. Steve has
> been nagging me for vmdebootstrap support to replace live-build since
> about a week after vmdebootstrap arrived in Debian, certainly before
> the Jessie release.
>
>
Seems to be a project idea really centered around vmdebootstrap and maybe a
good basename for a project namesapce.


> > This is, from my point of view, an act of dictatorship and with my
> > authority as a debian user and contributor for years I demand you step
> > down from your position and ask for forgiveness to the debian live
> > team for being so rude, impolite and not worthy of any more of my
> > priceless words and time.
>
> Not going to happen. Just what "authority" is a user meant to have?
>

Hmm, strong words, but all I can say is no users no community.


> Those who do the work in Debian earn the right to make the decisions on
> how that work is done in Debian.
>
>
I understand your statement, but, if those who make the decisions choose
not to consider feedback and/or fail to listen to the community, well this
travels down the road to the definition of dictatorship.


> --
>
>
> Neil Williams
> =
> http://www.linux.codehelp.co.uk/
>
>

Bug#804315: [Vmdebootstrap-devel] Namespace issues

[Richard Nelson]

Greetings,

On Sun, Nov 8, 2015 at 5:45 PM, Iain R. Learmonth  wrote:

> Hi,
>
> It is worth noting that live-build is not a Debian project, it is an
> external project that claims to be an official Debian project. This is
> something that needs to be fixed.
>
> There is no namespace issue, we are building on the existing live-config
> and
> live-boot packages that are maintained and bringing these into Debian as
> native projects. If necessary, these will be forks, but I'm hoping that
> won't have to happen and that we can integrate these packages into Debian
> and continue development in a collaborative manner.
>
>
In my opinion there is a namespace issue.


> live-build has been deprecated by debian-cd, and live-build-ng is
> replacing it. In a purely Debian context at least, live-build is
> deprecated.
> live-build-ng is being developed in collaboration with debian-cd and D-I.
>
>
Just because it has been deprecated by the debian-cd team, does that imply
it is deprecated by all Debian users? Again the simple solution to select a
new namespace does not seem that complicated.



> I'm aware that I'm going to be upsetting people, but this has been a long
> time coming and I'm not going to spend time bikeshedding over naming. I
> would rather spend that time on integration of live image creation into
> official Debian infrastructure and building the best system for live image
> creation possible.
>
> Consider this thread marked as wontfix.
>
>
Hmm that saddens me.


> Thanks,
> Iain.
>
> --
>
>

Bug#796132: ruby-rmagick: Memory leak on current version 2.13.2-4 and available gem of 2.15.3 fixes.

[Richard Nelson]

Package: ruby-rmagick
Version: 2.13.2-4+b3
Severity: important

Dear Maintainer,

In hunting down a memory leak on my ruby package of ifetch-tools I narrowed 
down the culprit to be rmagick.
After many days of trying to get around the memory leak I decided to try the 
latest available rmagick gem
of 2.15.3 to which I am happy to report makes the memory leak go away. :)

Hence I am requesting that the newer rmagick of 2.15.3 be packaged as a 
solution to fix memory leaking.

Thanks.

Bug#779811: unblock: ifetch-tools/0.15.24d2-1

[Richard Nelson]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ifetch-tools

The package uploaded to unstable closes several bugs and brings to good state 
for users and release.

Below is the bug information:

Serious (policy violations or makes package unfit for release) (2 bugs)
#779532 [S|  |☺] [ifetch-tools] ifetch-tools: superclass mismatch for 
class Monitor (TypeError)
#779614 [S|  |☺] [ifetch-tools] ifetch-tools: Possible tmpfile symlink 
attacks because of deterministic filenames in /tmp

Important bugs (1 bug)
#779539 [i|  |☺] [ifetch-tools] ifetch-tools: Upon shutdown request 
camera collection does not stop.

Normal bugs (2 bugs)
#779536 [n|  |☺] [ifetch-tools] ifetch-tools: Closing to many file 
descriptors in wwwifetch.
#779538 [n|  |☺] [ifetch-tools] ifetch-tools: Video export choppy with 
mpeg.

Minor bugs (1 bug)
#779537 [m|  |☺] [ifetch-tools] ifetch-tools: Incorrect Upstream-Homepage

Below is the debian/changelog:

ifetch-tools (0.15.24d2-1) unstable; urgency=medium

  * Closing only stdin, stdout and stderr 0,1,2 on IO.for_fd() on
wwwifetch (Closes: #779536).
  * Adjust class Monitor name to CMonitor in wwwifetch (Closes: #779532).
  * Adjusting VER for next release on wwwifetch.
  * Update copyright from 2005-2012 to 2005-2015.
  * Adjust Upstream-Homepage in debian/copyright (Closes: #779537).
  * Remove trailing whitespace on wwwifetch.
  * Remove unused array call in wwwifetch.
  * Upon a shutdown request stop camera collection as well in
wwwifetch (Closes: #779539).
  * Minor adjustment for stop_all_cameras in wwwifetch.
  * Moving video export format from mpeg to mp4 in wwwifetch (Closes: #779538).
  * Renamed ifetch-tools.rubyforge.org ifetch-tools-html-page.
  * Updated url in ifetch-tools-html-pages/index.html.
  * Unify version number for VER in ifetch and wwwifetch for service release.
  * Improved video export for security of a more non deterministic structure
on wwwifetch (Closes: #779614).

 
Below is the debdiff between versions:

debdiff ifetch-tools_0.15.24d-1.dsc ifetch-tools_0.15.24d2-1.dsc 
diff -Nru ifetch-tools-0.15.24d/changelog ifetch-tools-0.15.24d2/changelog
--- ifetch-tools-0.15.24d/changelog 2014-11-03 12:50:24.0 -0600
+++ ifetch-tools-0.15.24d2/changelog2015-03-02 09:57:11.0 -0600
@@ -1,7 +1,7 @@
 

 # ifetch-tools is a set of tools that can collect images from ip based cameras,
 # monitor collection process, and provide an interface to view collected 
history.
-# Copyright (C) 2005-2012 Richard Nelson
+# Copyright (C) 2005-2015 Richard Nelson
 #
 # This program is free software; you can redistribute it and/or
 # modify it under the terms of the GNU General Public License
diff -Nru ifetch-tools-0.15.24d/debian/changelog 
ifetch-tools-0.15.24d2/debian/changelog
--- ifetch-tools-0.15.24d/debian/changelog  2014-11-03 13:14:08.0 
-0600
+++ ifetch-tools-0.15.24d2/debian/changelog 2015-03-02 22:38:48.0 
-0600
@@ -1,3 +1,25 @@
+ifetch-tools (0.15.24d2-1) unstable; urgency=medium
+
+  * Closing only stdin, stdout and stderr 0,1,2 on IO.for_fd() on
+wwwifetch (Closes: #779536).
+  * Adjust class Monitor name to CMonitor in wwwifetch (Closes: #779532).
+  * Adjusting VER for next release on wwwifetch.
+  * Update copyright from 2005-2012 to 2005-2015.
+  * Adjust Upstream-Homepage in debian/copyright (Closes: #779537).
+  * Remove trailing whitespace on wwwifetch.
+  * Remove unused array call in wwwifetch.
+  * Upon a shutdown request stop camera collection as well in
+wwwifetch (Closes: #779539).
+  * Minor adjustment for stop_all_cameras in wwwifetch.
+  * Moving video export format from mpeg to mp4 in wwwifetch (Closes: #779538).
+  * Renamed ifetch-tools.rubyforge.org ifetch-tools-html-page.
+  * Updated url in ifetch-tools-html-pages/index.html.
+  * Unify version number for VER in ifetch and wwwifetch for service release.
+  * Improved video export for security of a more non deterministic structure
+on wwwifetch (Closes: #779614).
+
+ -- Richard Nelson   Mon, 02 Mar 2015 22:18:41 -0600
+
 ifetch-tools (0.15.24d-1) unstable; urgency=low
 
   * Updating to standards version 3.9.6.
diff -Nru ifetch-tools-0.15.24d/debian/copyright 
ifetch-tools-0.15.24d2/debian/copyright
--- ifetch-tools-0.15.24d/debian/copyright  2012-04-14 16:07:53.0 
-0500
+++ ifetch-tools-0.15.24d2/debian/copyright 2015-03-02 09:57:11.0 
-0600
@@ -1,8 +1,8 @@
 Upstream-Contact: Richard Nelson 
-Upstream-Homepage: http://ifetch-tools.rubyforge.org/
+Upstream-Homepage: http://fyeox.com/ifetch-tools/
 
 Files: *
-Copyright: (C) 2005-2012 Richard Nelson 
+Copyright: (C) 2005-2015 Richard Nelson 
 License: GPL-2+
  This program is free software; you can redistribute it and/or
  modify it under the terms of the GNU

Bug#779538: ifetch-tools: Video export choppy with mpeg.

[Richard Nelson]

Greetings,

To elaborate on this issue just a bit, first there is a delegate issue, or
so I believe, with imagemagick-common see bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779586 . Second once a
symlink is created to work around the delegate issue of no ffmpeg, the
video produced with avconv which is converting jpeg files to mpeg is just
terrible. However avconv seems to have no issue converting jpeg files to
mp4 and this is a must for security purposes.


On Sun, Mar 1, 2015 at 4:53 PM, Richard Nelson  wrote:

> Package: ifetch-tools
> Version: 0.15.24d-1
> Severity: normal
>
> During testing of package video export produced choppy mpeg.
>
> -- System Information:
> Debian Release: 8.0
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set
> LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_ALL to default locale: No such file or directory
> ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> Init: unable to detect
>
> Versions of packages ifetch-tools depends on:
> ii  adduser3.113+nmu3
> ii  debconf [debconf-2.0]  1.5.55
> ii  libav-tools6:11.2-1
> ii  ruby   1:2.1.0.4
> ii  ruby-rmagick   2.13.2-4+b1
>
> ifetch-tools recommends no packages.
>
> ifetch-tools suggests no packages.
>
> -- debconf information:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = (unset),
> LC_ALL = (unset),
> LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_ALL to default locale: No such file or directory
>   ifetch-tools/purge: false
>

Bug#779614: Acknowledgement (ifetch-tools: Possible tmpfile symlink attacks because of deterministic filenames in /tmp)

[Richard Nelson]

tag 779614 pending
thanks

Bug#779614: ifetch-tools: Possible tmpfile symlink attacks because of deterministic filenames in /tmp

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: normal

wwwifetch usage of /tmp for video export needs to use a more non deterministic 
structure.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#779586: imagemagick-common: delegate failed, still refers to ffmpeg and not avconv.

[Richard Nelson]

Package: imagemagick-common
Version: 8:6.8.9.9-5
Severity: important

Dear Maintainer,

During testing of ifetch-tools I discovered the following when attemtping to 
convert jpegs to mp4 file:


delegate failed `"ffmpeg" -v -1 -i "%M%%d.jpg" "%u.%m" 2> "%Z"' @ 
error/delegate.c/InvokeDelegate/1310 

backtrace of `Magick::ImageMagickError' delegate failed `"ffmpeg" -v -1 -i 
"%M%%d.jpg" "%u.%m" 2> "%Z"' @ error/delegate.c/InvokeDelegate/1310


strace information of:

grep ffmpeg trace.txt

17146 execve("/bin/sh", ["sh", "-c", "\"ffmpeg\" -v -1 -i \"/tmp/magick-1"...], 
[/* 19 vars */] 
17146 stat("/usr/local/sbin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file 
or directory)
17146 stat("/usr/local/bin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file 
or directory)
17146 stat("/usr/sbin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file or 
directory)
17146 stat("/usr/bin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file or 
directory)
17146 stat("/sbin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file or 
directory)
17146 stat("/bin/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file or 
directory)
17146 stat("/usr/local/games/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file 
or directory)
17146 stat("/usr/games/ffmpeg", 0x7fff3579e510) = -1 ENOENT (No such file or 
directory)

grep avconv trace.txt

No results on the grep for avconv in trace file. So to me this seems that the 
package is still using ffmpeg for MPEGDecodeDelegate
and not avconv. In fact if I  ln -s /usr/bin/avconv /usr/bin/ffmpeg the 
delegate error goes away.

This may be related to bug:

#722272 Please no longer suggest ffmpeg

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages imagemagick-common depends on:
ii  dpkg  1.17.24

imagemagick-common recommends no packages.

imagemagick-common suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory


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

Bug#779537: Acknowledgement (ifetch-tools: Incorrect Upstream-Homepage)

[Richard Nelson]

tag 779537 pending
thanks

Bug#779539: Acknowledgement (ifetch-tools: Upon shutdown request camera collection does not stop.)

[Richard Nelson]

tag 779539 pending
thanks

Bug#779538: Acknowledgement (ifetch-tools: Video export choppy with mpeg.)

[Richard Nelson]

tag 779538 pending
thanks

Bug#779536: Acknowledgement (ifetch-tools: Closing to many file descriptors in wwwifetch.)

[Richard Nelson]

tag 779536 pending
thanks

Bug#779532: Acknowledgement (ifetch-tools: superclass mismatch for class Monitor (TypeError))

[Richard Nelson]

tag 779532 pending
thanks

Bug#779539: ifetch-tools: Upon shutdown request camera collection does not stop.

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: important

During package testing shutdown request does not stop camera collection.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#779538: ifetch-tools: Video export choppy with mpeg.

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: normal

During testing of package video export produced choppy mpeg.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#779537: ifetch-tools: Incorrect Upstream-Homepage

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: minor


During testing disovered incorrect Upstream-Homepage: 
http://ifetch-tools.rubyforge.org/

should be Upstream-Homepage: http://fyeox.com/ifetch-tools/

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#779536: ifetch-tools: Closing to many file descriptors in wwwifetch.

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: normal


During testing of package discovered the closing to many file descriptors and 
only need to close:

stdin, stdout and stderr (0,1,2)


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#779532: ifetch-tools: superclass mismatch for class Monitor (TypeError)

[Richard Nelson]

Package: ifetch-tools
Version: 0.15.24d-1
Severity: normal

During testing of ifetch-tools on jessie installs the following command was 
used to test part of the package:

su ifetch-tools -c /usr/bin/wwwifetch 


Generates the following error:

/usr/bin/wwwifetch:337:in `': superclass mismatch for class Monitor 
(TypeError)


This renders the package by default not usable in both a jessie and sid chroot.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifetch-tools depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  libav-tools6:11.2-1
ii  ruby   1:2.1.0.4
ii  ruby-rmagick   2.13.2-4+b1

ifetch-tools recommends no packages.

ifetch-tools suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  ifetch-tools/purge: false


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

Bug#775527: live-images: upgrade splash to Jessie theme

[Richard Nelson]

Greetings,

On Sun, Feb 8, 2015 at 1:42 PM, jnqnfe  wrote:

>
> On 08/02/2015 01:28, Richard Nelson wrote:
> > For live-medium-install I changed my dependecy from
> > syslinx-themes-debian to desktop-base which happens to include
> > /usr/share/images/desktop-base/lines-grub.png. Perhaps this could be
> > just copied to isolinux.png since I am using it and it appears nice.
>
> That is not the image we want, that's the splash used for an "installed"
> grub bootloader. Juliette created and provided this in her Lines theme
> package [1], and I accidentally used it in the first version of my
> 775527 patch.
>
>

First forgive me for not taking the time to say "Thank you" to Juliette for
the very, very nice theme!

I offered the above resource as a suggestion for three reasons:

1. I elected to use it.
2. Available for use in a package now,
3. I much preferred it over the isolinux.

To me it seems very redundent to have multiple backgrounds for boot
loaders. I am sure there is some technical reason, but the menuing can be
clearly labeled such as Live, Grub, etc all use case, or even make your own
if that is what you desire. But providing a baseline unified boot
background for all cases to leverage would make sense. Now if booting live
media _must_ require a different background (again not sure why) then have
an installed boot background and a live background for theme submission.
Furthermore it seems very logical to me to include them in some package,
say desktop-base so other packages can avoid reinventing the wheel.

Juliette also provided a syslinux version, which is simply a black
> background with grey/white logos, a tweaked update of the existing one
> used at least in live images created and provided by the debian-cd team.
> This again is not actually what we want.
>
> What we want is a Lines version of the splash used by the official
> install discs. Juliette did not provide this in the downloadable
> lines-theme archive. The debian-cd team seem to have perhaps created a
> png version of this themselves, which you can find buried in a
> debian-cd_info archive in the mirrors. However:
> 1) No svg version is supplied.
> 2) The swirl logo is slightly different if you look really closely, to
> the version I produced from the very latest Lines theme assets archive
> (I haven't looked at older ones to try and understand why).
> 3) The addition of the 'GNU/Linux' text, (for which Juliette provided no
> asset, so I assume the debian-cd team just copied and pasted from the
> Wheezy splash), looks awful (as it does in the official Wheezy install
> discs). The Wheezy svg that has been distributed via live-images may
> have been a recreation; as this bit of text at least was different (and
> better) than the official splash, though the rendering of this text was
> still somewhat poor after being converted to a png (bug in the
> conversion software perhaps?), which can be improved by converting the
> text to a path (shapes).
>
> So, not knowing whether Julliette might be too busy, undertook
> generating a suitable splash for us myself (and gave a copy to the
> debian-cd team) to use for install/live media. I used the latest archive
> of Juliette's Lines assets, and replaced the 'GNU/Linux' text with an
> entirely new copy, rendered in the same 'liberation sans' font as the
> previous live-images svg had used, and converted to a path this time.
> The final copy of which (v4) is available attached to bug #775527.
>
>
I did look at that image generated by the said patch, and the image looks
nice.

>
> I have actually since found an svg buried in the d-i source code
> (build/boot/x86/pics/lines.svg). The swirl is still slightly different
> to the one I used. The 'GNU/Linux' text doesn't look as bad as the png
> in the debian-cd_info archive, so I'm wondering if its buggy conversion
> software that's to blame, if that is responsible for the difference.
>
> I haven't heard back at all from the debian-cd theme about the tweaked
> splash I sent them.
>
> [1] https://wiki.debian.org/DebianArt/Themes/Lines
>


Perhaps the resolution to this bug has the potential to improve the
landscape of backgrounds for booting and also provide unification of theme
work for the most fantastic Debian operating system.

Bug#775527: live-images: upgrade splash to Jessie theme

[Richard Nelson]

Greetings,

On Sat, Feb 7, 2015 at 12:07 AM, Daniel Baumann <
daniel.baum...@progress-technologies.net> wrote:

> Daniel Baumann wrote:
> > in order to use the Lines theme for the debian-live images, we need an
> > svg of the "isolinux.png". Can you upload one to the themes page?
>
> Juliette, any news on this?
>
>
For live-medium-install I changed my dependecy from syslinx-themes-debian
to desktop-base which happens to include
/usr/share/images/desktop-base/lines-grub.png. Perhaps this could be just
copied to isolinux.png since I am using it and it appears nice.

Hope this information assists.


> --
> Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:  daniel.baum...@progress-technologies.net
> Internet:   http://people.progress-technologies.net/~daniel.baumann/
>
>
> --
> To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/54d5aba8.1070...@progress-technologies.net
>
>

Bug#768057: unblock: ifetch-tools/0.15.24d-1

[Richard Nelson]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ifetch-tools

Fixes serious bug #767859 and wishlist bug #767294

(include/attach the debdiff against the package in testing)

unblock ifetch-tools/0.15.24d-1


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

Bug#731946: ifetch-tools: change librmagick-ruby to ruby-rmagick in depends: field

[Richard Nelson]

tag 731946 pending

thanks


On Wed, Dec 11, 2013 at 7:50 AM, Cédric Boutillier wrote:

> Package: ifetch-tools
> Severity: normal
>
> Dear Maintainer,
>
> Your package ifetch-tools depends on librmagick-ruby, which is a
> transitional package, provided by ruby-rmagick. This transitional
> package was here for the Wheezy release, and will soon be removed.
> Please update your package to depend on ruby-rmagick instead.
>
> Thanks.
>
> Cédric
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>

Bug#728615: ifetch-tools: ffmpeg has been replaced by avconv

[Richard Nelson]

tag 728615 pending
thanks

New package ready:

http://fyeox.com/downloads/ifetch-tools/ifetch-tools_0.15.24c-1.dsc

I've asked my sponsor to upload it for me.



On Sun, Nov 3, 2013 at 8:55 AM, Andreas Beckmann  wrote:

> Package: ifetch-tools
> Version: 0.15.24b-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package is no longer
> installable in experimental:
>
> The following packages have unmet dependencies:
>  ifetch-tools : Depends: ffmpeg but it is not installable
>
> the old transitional ffmpeg package sais:
>
> Package: ffmpeg
> Source: libav
> Version: 6:0.8.6-1
> Architecture: amd64
> Depends: libav-tools, ...
> Description-en: Multimedia player, server, encoder and transcoder
> (transitional package)
>  Libav is a complete, cross-platform solution to decode, encode, record,
>  convert and stream audio and video.
>  .
>  This package contains the deprecated ffmpeg program. This package also
> serves
>  as a transitional package to libav-tools. Users are advised to use avconv
> from
>  the libav-tools package instead of ffmpeg.
>
>
> Andreas
>

Bug#724605: Duplicate of 724603

[Richard Nelson]

merge 724603 724605
thanks



On Wed, Sep 25, 2013 at 11:36 AM, Ricky Chan  wrote:

> Please close this as this is a duplicate of 724603
>
>
> --
> To UNSUBSCRIBE, email to 
> debian-live-request@lists.**debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/**524310ff@ricky-chan.co.uk
>
>

Bug#698397: LIVE_BUID : a possible typo in live-build version 3.0~b5-1

[Richard Nelson]

tag 698397 pending
thanks

applied in git, thanks.

On Thu, Jan 17, 2013 at 6:30 PM, jhcha54008  wrote:

> Package: live-build
> Version: 3.0~b5-1
> Tags: patch
>
> Dear Maintainer,
>
> I wonder whether the following patch could correct a typo in the
> unstable version of live-build. May it be of any help for you
> (sorry, I am a novice bug reporter) ?
>
> Regards,
> JH Chatenet
>
> diff -Naur a/usr/share/live/build/functions/defaults.sh
> b/usr/share/live/build/functions/defaults.sh
> --- a/usr/share/live/build/functions/defaults.sh2013-01-02
> 10:48:06.0 +
> +++ b/usr/share/live/build/functions/defaults.sh2013-01-18
> 00:01:36.850235948 +
> @@ -303,7 +303,7 @@
> esac
>
> # Setting templates
> -   if [ -n "${LIVE_BUID}" ]
> +   if [ -n "${LIVE_BUILD}" ]
> then
> LB_TEMPLATES="${LB_TEMPLATES:-${LIVE_BUILD}/templates}"
> else
>
>
> --
> To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/20130118003013.GD11407@localhost
>
>

Bug#693732: Debian Live Build Web Frontend

[Richard Nelson]

tag 693732 pending
thanks

On Mon, Nov 19, 2012 at 1:19 PM, Oliver Scholl  wrote:

> Package: debian-live
> Website: Debian Live Build Web Frontend (live-build.debian.net)
>
> Please increase the maxlenth of the entry field "cgipackages.list.chroot"
> up to e.g. 2000 characters. At the moment the limit is 256 characters.
> For details please see
> http://lists.debian.org/debian-live/2012/11/msg00118.html
>
> Thank you in advance
> Oliver Scholl
>
>
> --
> To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: http://lists.debian.org/20121119201904.652d5b51.os.n...@gmx.de
>
>

Bug#682504: Vanilla standard live image kernel panics: init killed

[Richard Nelson]

tag 682504 pending
thanks

On Tue, Jul 24, 2012 at 7:31 PM, Ben Armstrong
 wrote:
> I retested with a simpler config, just the 'standard' list this time,
> but otherwise the same as before. Also, I turned on 'set -x' in the init
> script in initramfs to see what was happening. It turns out the crash
> occurs in the middle of live-bottom scripts, and that's when I began to
> suspect live-boot. I then went back over the logs for various recent
> test images I have built, and found I hadn't had any successes yet with
> the new live-boot 3.0~a36-1, so I rebuilt again with the vanilla
> standard config, but this time reverting to live-boot 3.0~a35-1 and the
> problem disappeared.
>
> So, clearly the problem was introduced in 3.0~a36-1, though in the
> limited time I had available to test I was unable to determine exactly
> where. My main problem is that from one test run to the next I don't
> necessarily see the same last line output from init before it dies, so I
> can't be certain which line(s) of the scripts caused init to die.
>
> Ben
>

fixed in git.


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

Bug#600286: atl1c driver hangs after "NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out"

[Richard Nelson]

Greetings,

On Fri, Apr 13, 2012 at 5:45 AM, Pavel Vorob`ev  wrote:
> see end of message http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600286#32
>

I missed that. Sorry for that noise.

Also many thanks for the reply.

>
> Thu, 12 Apr 2012 19:31:18 -0500 от Richard Nelson :
>> Greetings,
>>
>> I found this thread  https://lkml.org/lkml/2012/2/24/365  with a patch
>> of  https://lkml.org/lkml/diff/2012/2/24/365/1  perhaps it assists
>> some how on this issue.
>>
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>> Archive: 
>> http://lists.debian.org/CA+p-VY-A-zVFL8-LODUdhRyLN95D=bbteqberb4qnlu6x5g...@mail.gmail.com
>>
>>



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

Bug#600286: atl1c driver hangs after "NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out"

[Richard Nelson]

Greetings,

I found this thread  https://lkml.org/lkml/2012/2/24/365  with a patch
of  https://lkml.org/lkml/diff/2012/2/24/365/1  perhaps it assists
some how on this issue.



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

Bug#635516: ITP: dvdstyler -- DVD authoring and burning tool

[Richard Nelson]

Greetings,

>On Tue, Jul 26, 2011 at 04:08:25PM +0200, Dominique Dumont wrote:
> > On Tuesday 26 July 2011 16:02:42 Moritz Muehlenhoff wrote:
> > > Package: wnpp
> > > Severity: wishlist
> > > Owner: Moritz Muehlenhoff 
> >
> > Note that dvdstyler is provided by debian-multimedia (officially outside
> > Debian)
>
> I'm aware of that.
>
> Cheers,
> Moritz

It appears that dvdstyler needs mjpegtools according to
http://sourceforge.net/apps/mediawiki/dvdstyler/index.php?title=InstallationDebian
and according to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515850 , mjpegtools
is not ready to accept.



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

Bug#634004: Please add support to use /etc/alternatives/desktop-background for background image.

[Richard Nelson]

tags 634004 patch
thanks



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

Bug#634004: Please add support to use /etc/alternatives/desktop-background for background image.

[Richard Nelson]

tag 634004 patch
thanks

Attached is a patch file to address the request.
--- lxde-common-0.5.0/debian/patches/04_pcmanfm0.9.patch	2010-05-27 13:27:15.0 -0500
+++ lxde-common-0.5.0-test/debian/patches/04_pcmanfm0.9.patch	2011-07-14 21:40:37.0 -0500
@@ -45,7 +45,7 @@
 +
 +[desktop]
 +wallpaper_mode=1
-+wallpaper=@prefix@/share/lxde/wallpapers/lxde_blue.jpg
++wallpaper=/etc/alternatives/desktop-background
 +desktop_bg=#00
 +desktop_fg=#ff
 +desktop_shadow=#00

Bug#634004: Please add support to use /etc/alternatives/desktop-background for background image.

[Richard Nelson]

Package: lxde-common
Severity: wishlist

Please add support to use /etc/alternatives/desktop-background for
background image.



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

Bug#560004: the LXDE display manager "LXDM" into the Debian

[Richard Nelson]

Greetings,

Just checking on the status of getting lxdm in Debian?

Thanks.



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

Bug#613734: Please add support for parameters to be passed from config file.

[Richard Nelson]

tag 613734 patch
thanks

Attached are the patch files to address the request from git clone made today.

Thanks.
diff --git debian/isc-dhcp-server.init.d debian/isc-dhcp-server.init.d
index 83a30da..7692209 100644
--- debian/isc-dhcp-server.init.d
+++ debian/isc-dhcp-server.init.d
@@ -66,7 +66,7 @@ case "$1" in
 		test_config
 		log_daemon_msg "Starting $DESC" "$NAME"
 		start-stop-daemon --start --quiet --pidfile $DHCPDPID \
-			--exec /usr/sbin/dhcpd -- -q $INTERFACES
+			--exec /usr/sbin/dhcpd -- -q $INTERFACES $DHCP_OPTIONS
 		sleep 2
 
 		if check_status -q; then
diff --git debian/isc-dhcp-server.postinst debian/isc-dhcp-server.postinst
index 301a174..8f84c70 100644
--- debian/isc-dhcp-server.postinst
+++ debian/isc-dhcp-server.postinst
@@ -45,6 +45,9 @@ umask 022
 # On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
 #	Separate multiple interfaces with spaces, e.g. "eth0 eth1".
 INTERFACES=""
+
+# Paramater options to pass to DHCP server.
+DHCP_OPTIONS=""
 EOFMAGICNUMBER1234
 }
 

Bug#613734: Please add support for parameters to be passed from config file.

[Richard Nelson]

Package: isc-dhcp-server
Severity: wishlist

Please add support to pass parameters from the
/etc/default/isc-dhcp-server file.


Thanks.



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

Bug#602467: ifetch-tools: [INTL:ja] Japanease translation of the debconf templates ifetch-tools

[Richard Nelson]

Greetings,


On Mon, Nov 8, 2010 at 6:01 PM, Nobuhiro Iwamatsu  wrote:
> Hi,
>
> 2010/11/9 Richard Nelson :
>> tag 602467 pending
>> thanks
>>
>> fixed in git
>
> Thanks!
> Could you put this po file in squeeze (maybe 0.15.17-2) too?
> We can still include the update of the po file in release.
>

See http://lists.debian.org/debian-release/2010/09/msg00260.html

> Best regards,
>  Nobuhiro
>
> --
> Nobuhiro Iwamatsu
>    iwamatsu at {nigauri.org / debian.org}
>    GPG ID: 40AD1FA6
>



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

Bug#602467: ifetch-tools: [INTL:ja] Japanease translation of the debconf templates ifetch-tools

[Richard Nelson]

tag 602467 pending
thanks

fixed in git


On Thu, Nov 4, 2010 at 9:49 PM, Nobuhiro Iwamatsu  wrote:
> Package: ifetch-tools
> Severity: wishlist
> Tags: l10n patch
>
> Hi,
>
> Please include the attached japanese debconf translation.
> PO file reviewed by several Japanese Debian developers and users.
>
> Best regards,
>  Nobuhiro
>
> --
> Nobuhiro Iwamatsu
>  iwamatsu at {nigauri.org / debian.org}
>  GPG ID: 40AD1FA6
>



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

Bug#602030: ifetch-tools: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Richard Nelson]

tag 602030 pending
thanks

On Sun, Oct 31, 2010 at 4:47 PM, Adriano Rafael Gomes
 wrote:
> Package: ifetch-tools
> Tags: l10n patch
> Severity: wishlist
>
> Hello,
>
> Please, Could you update the Brazilian Portuguese
> Translation?

Applied in git.

Thanks.

>
> Attached you will find the file pt_BR.po. It is UTF-8
> encoded and it is tested with msgfmt and
> podebconf-display-po.
>
> Kind regards.
>



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

Bug#599178: ifetch-tools: [INTL:it] Italian translation of the debconf templates

[Richard Nelson]

Greetings,

applied in git

thanks

On Tue, Oct 5, 2010 at 5:33 AM, Vincenzo Campanella  wrote:
> Package: ifetch-tools
> Severity: wishlist
> Tags: l10n patch
>
> Enclosed please find the Italian translation of the Debconf template.
>
> Best regards
> vince
>
>



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

Bug#598907: ifetch-tools: [INTL:vi] Vietnamese debconf templates translation

[Richard Nelson]

tag 598907 pending

applied in git

thanks



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

Bug#598775: [INTL:da] Danish translation of the debconf templates ifetch-tools

[Richard Nelson]

Greetings,

On Mon, Oct 4, 2010 at 12:23 AM, Christian PERRIER  wrote:
> Quoting Richard Nelson (unix...@gmail.com):
>> tag 598775 pending
>>
>> thanks applied in git
>
>
> Hmmm, have you noticed that I recently sent an "intent to NMU" mail to
> fix pending l10n updates?
>

Yes.

> (ifetch-tools is one of the very few missing translations for German
> to reach 100%, hence this "pressure")
>

I am waiting on the Debian developer that has assisted me with uploads
to upload the waiting package(s).  Can you upload the package(s)
waiting for upload?

>  It was sent to "ifetch-to...@packages.debian.org" and experience
> shows that maitnainers sometimes miss such mails. Still, seeing you
> committing incoming updates makes me wonder about a possible collision
> between an NMU by me and an intent to do a regular upload by you
>

Yes I am making commits but I am dependent on assistance to get the
package uploaded to Debian.

Thank you for following up on this topic and your thoroughness to make
Debian great.

>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkypZM8ACgkQ1OXtrMAUPS3KCACeIM+nJtXGzK6X/tJHy0BRcRHF
> wAwAnAnw8hfRf3QW/u3zI1Pv6vHl5U28
> =5PrQ
> -END PGP SIGNATURE-
>
>



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

Bug#598775: [INTL:da] Danish translation of the debconf templates ifetch-tools

[Richard Nelson]

tag 598775 pending

thanks applied in git



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

Bug#597497: ifetch-tools: [INTL:de] German translation

[Richard Nelson]

tag pending 597497

thanks, added in git



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

Bug#596813: [l10n:cs] Initial Czech translation of PO debconf template for package ifetch-tools 0.15.21-1

[Richard Nelson]

tag 596813 pending

thanks, applied in git.

On Tue, Sep 14, 2010 at 5:21 AM, Michal Simunek
 wrote:
> Package: ifetch-tools
> Version: 0.15.21-1
> Severity: wishlist
> Tags: l10n, patch
>
> In attachment there is initial Czech translation of PO debconf template
> (cs.po) for package ifetch-tools, please include it.
>
> --
> Michal Šimůnek
>



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

Bug#596788: [INTL:es] Spanish debconf template translation for ifetch-tools

[Richard Nelson]

tag 596788 pending

thanks, added in git

On Tue, Sep 14, 2010 at 1:23 AM, Camaleón  wrote:
> Package: ifetch-tools
> Version: 0.15.21-1
> Severity: wishlist
> Tags: l10n patch
>
> Greetings,
>
> --
> Camaleón
>



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

Bug#594848: ifetch-tools: [INTL:fr] French debconf templates translation update

[Richard Nelson]

Greetings,

applied in git.

On Mon, Aug 30, 2010 at 12:22 AM, Christian Perrier  wrote:
> Package: ifetch-tools
> Version: N/A
> Severity: wishlist
> Tags: patch l10n
>
> Please find attached the french debconf templates update, proofread by the
> debian-l10n-french mailing list contributors.
>
> If you do not already use it, you might consider using the
> "podebconf-report-po" utility, which helps warning translators about
> changes when you modify some debconf templates in your packages.
>
> The usual policy when using it is sending a warning to translators
> when you plan to upload a version of your package with debconf
> templates changes (even typo corrections). Then leave about one week
> for them to update their files (several translation teams have a QA
> process which requires time).
>
> podebconf-report-po will take care of sending the translators the
> needed material as well as getting the translators adresses from the
> PO files. All you have to do is just using the utility..:-)
>
> Example use (from your package build tree):
>
> $ podebconf-report-po
>
> This will go through debian/po/*.po files, find those needing an
> update, extract the translators data from these files and prepare a
> mail to send to these translators (you can also use the
> "--languageteam" switch to also mail the mail addresses listed in
> "Language-Team" field).
>
> You can also use this utility to request for new translations:
>
> $ podebconf-report-po --call
>
> This will send a mail to debian-i...@lists.debian.org with all the
> needed information and material for new translators to add new
> languages to your supported languages.
>
> If you apply this policy, please forget about these remarks, of
> courseThis message is generic..:-)
>
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#594080: [INTL:sv] Swedish(sv) translation of debconf messages for ifetch-tools

[Richard Nelson]

Greetings,

On Mon, Aug 23, 2010 at 9:53 AM, Martin Bagge / brother
 wrote:
> package: ifetch-tools
> severity: wishlist
> tags: patch l10n
>
> Please find the attached Swedish(sv) translation of debconf messages.

Applied in git. Thanks.

> --
> brother
> http://sis.bthstudent.se
>



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

Bug#593494: ifetch-tools: [INTL:ru] Russian debconf templates translation

[Richard Nelson]

Greetings,

2010/8/22 Richard Nelson :
> Greetings,
>
> On Sun, Aug 22, 2010 at 12:28 AM, Yuri Kozlov  wrote:
>> В Sat, 21 Aug 2010 17:46:32 -0500
>> Richard Nelson  пишет:
>>
>>> Greetings,
>>>
>>> On Wed, Aug 18, 2010 at 12:00 PM, Yuri Kozlov  wrote:
>>> > Package: ifetch-tools
>>> > Version: 0.15.17-1
>>> > Severity: wishlist
>>> > Tags: l10n patch
>>> >
>>> >
>>> > Russian debconf templates translation is attached.
>>>
>>> Thank you for the translation. I have modified the template for
>>> 0.15.20 now in unstable
>>> http://packages.qa.debian.org/i/ifetch-tools/news/20100815T213209Z.html
>>>
>>> Could you send a translation against the modified debconf template?
>>
>> msgmerge ru.po ifetch-tools-0.15.20/debian/po/templates.pot 2>/dev/null |
>> LANG=C msgfmt --statistics -o /dev/null ru.po
>>
>> 3 translated messages.
>>
>> I do not see modified strings.
>> What I need to update?
>>
>
> Perhaps nothing. I am new to adding translations, and the line of:
>
> "Project-Id-Version: ifetch-tools 0.15.17-1\n"
>
> made me think that it was an older template.
>

I have applied in git.

Thanks.

>
>
>> --
>> Best Regards,
>> Yuri Kozlov
>>
>>
>>
>>
>



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

Bug#593494: ifetch-tools: [INTL:ru] Russian debconf templates translation

[Richard Nelson]

Greetings,

On Sun, Aug 22, 2010 at 12:28 AM, Yuri Kozlov  wrote:
> В Sat, 21 Aug 2010 17:46:32 -0500
> Richard Nelson  пишет:
>
>> Greetings,
>>
>> On Wed, Aug 18, 2010 at 12:00 PM, Yuri Kozlov  wrote:
>> > Package: ifetch-tools
>> > Version: 0.15.17-1
>> > Severity: wishlist
>> > Tags: l10n patch
>> >
>> >
>> > Russian debconf templates translation is attached.
>>
>> Thank you for the translation. I have modified the template for
>> 0.15.20 now in unstable
>> http://packages.qa.debian.org/i/ifetch-tools/news/20100815T213209Z.html
>>
>> Could you send a translation against the modified debconf template?
>
> msgmerge ru.po ifetch-tools-0.15.20/debian/po/templates.pot 2>/dev/null |
> LANG=C msgfmt --statistics -o /dev/null ru.po
>
> 3 translated messages.
>
> I do not see modified strings.
> What I need to update?
>

Perhaps nothing. I am new to adding translations, and the line of:

"Project-Id-Version: ifetch-tools 0.15.17-1\n"

made me think that it was an older template.



> --
> Best Regards,
> Yuri Kozlov
>
>
>
>



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

Bug#593649: ifetch-tools: [INTL:pt] Updated Portuguese translation for debconf messages

[Richard Nelson]

Greetings,

2010/8/19 Américo Monteiro :
> Package: ifetch-tools
> Version: 0.15.20-1
> Tags: l10n, patch
> Severity: wishlist
>
> Updated Portuguese translation for ifetch-tools's debconf messages.
> Translator: Américo Monteiro 
> Feel free to use it.
>

Applied in git.

Thanks.

> For translation updates please contact 'Last Translator' or the
> Portuguese Translation Team .
>
>
> --
> Best regards,
>
> Américo Monteiro
>



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

Bug#593494: ifetch-tools: [INTL:ru] Russian debconf templates translation

[Richard Nelson]

Greetings,

On Wed, Aug 18, 2010 at 12:00 PM, Yuri Kozlov  wrote:
> Package: ifetch-tools
> Version: 0.15.17-1
> Severity: wishlist
> Tags: l10n patch
>
>
> Russian debconf templates translation is attached.

Thank you for the translation. I have modified the template for
0.15.20 now in unstable
http://packages.qa.debian.org/i/ifetch-tools/news/20100815T213209Z.html

Could you send a translation against the modified debconf template?

Thanks.
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#521129: Hack to solve this

[Richard Nelson]

Greetings,

On Sat, Dec 5, 2009 at 9:27 AM, Daniel Reichelt  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I've just had the same problem and realized that specifying the ip=
> parameters on the kernel command line only triggers
> live-bottom/23networking.sh to create an appropriate
> /etc/network/interfaces, however that configuration won't get activated
> until init itself runs the networking initscript - which is way after
> the hook script is run.
>
> Probably pretty dirty, but as far as the hook is concerned it works
> (with no bad side-effects as of yet...):
>
> In scripts-bottom/99hook.sh just prepend the line
>    chroot /root wget "${HOOK}"
> with
>    chroot /root ifup -a
>
> After re-creating the initrd all properly configured interfaces get
> activated and ip connectivity for wget is available.
>

If that does indeed correct things then after the wget it would seem
reasonable that one could do a:

chroot /root ifdown -a

Then after that all could continue as one would expect.

Thanks.

>
> Cheers
> Daniel
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQIcBAEBAgAGBQJLGnv5AAoJEIWTgWPaKFdzLwEQAIel7oVhhfbsK5hG0oaQrtql
> yr3tBJCq0U0ksBFa632gcWrDkGVCiNuBxacrgW4rUdu7KtcEzlXPypQm//2dnTqO
> xnyldPaLnUwepWZYsl1l7T7CL93ranlDuOb2zc4EThrz+JHuKusoff7yManb74iL
> jspUqKRpsldqgxc6wdhopkNuPFrXvQH4tslAyCanWVvOPDIRfQPlevcP8g1j/m6H
> AiXSSRzPdNyColRo56fDQJxc2TEgryd9aCcz3GNViTtqoVVYMNDvuvKeRE1Ch3US
> oluA9GTTLMnvNrnHn2v4kw01jJdK4Ty2duGiMhGIPtNP3Q9daMWnZsYs2OT4LM8H
> //0JYDHmReTTiAPn1VTE9I9sxFbI29gK9+4e2DpXhwl58eFp3R4aXPiOPno/w3Ug
> oTLSbE+oQt3tanznekiFUwdafIAPTideSXqfWoT3HdurPDg487XCpDAd/KNU/E+L
> W1R3KAKed+UXdY1Kl+AvED8DNl3Nb+XCcSJU5jx3ua4PswUKRrz1iviwOIPdkLsy
> 0yYYvabTUpZfgywSy5mOVE8KV7Gg7kYl8SDWWQAkSYpNNSuugwveofLgV3EalsUF
> n7VkzpE29rosd4KUmKIO/Pb7gbgBsWfqqSCBjE8dzGUik+c+rsTkO/VdvuGF/532
> MsCOUVdUa8XAe6n2HriN
> =Lrc6
> -END PGP SIGNATURE-
>



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

Bug#521129: live-initramfs: hook= broken

[Richard Nelson]

Package: live-initramfs
Version: 1.156.1-1
Severity: normal

*** Please type your report below this line ***

For reproduction I have used vmware-workstation for the booting of the
debian-live binary.iso boot with a webserver
running on my host machine with ip address 192.168.0.4 with a hook
file of test.sh at http://192.168.0.4/test.sh
. I have edited the boot params to include:

hook=http://192.168.0.4/test.sh

And the /var/log/live.log has the following information:

Begin: Grant administrative PolicyKit pivilieges to default user ...
done.
Begin: Executing custom hook script ... Connecting to 192.168.0.4
(192.168.0.4:80)
wget: cannot connect to remote host (192.168.0.4): Network is
unreachable
chmod: test.sh: No such file or directory
/scripts/live-bottom/99hook: line 40: ./test.sh: not found
done.
done.

If you want to reproduce with a named internet web server for the
hook host, edit the boot param to use a name instead of an ip address
with something like:

hook=http://www.fyeox.com/test.sh

The following is from the /var/log/live.log:

Begin: Grant administrative PolicyKit pivilieges to default user ...
done.
Begin: Executing custom hook script ... wget: bad address
'www.fyeox.com'
chmod: test.sh: No such file or directory
/scripts/live-bottom/99hook: line 40: ./test.sh: not found
done.
done.

Thanks.

-- Package-specific info:

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

Kernel: Linux 2.6.26-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages live-initramfs depends on:
ii  busybox   1:1.10.2-2 Tiny utilities for small and embed
ii  file  4.26-1 Determines file type using "magic"
ii  initramfs-tools   0.92o  tools for generating an initramfs
ii  sudo  1.6.9p17-2 Provide limited super user privile
ii  udev  0.125-7/dev/ and hotplug management daemo
ii  user-setup1.23   Set up initial user and password

Versions of packages live-initramfs recommends:
ii  eject   2.1.5+deb1-4 ejects CDs and operates CD-Changer
ii  uuid-runtime1.41.3-1 universally unique id library
ii  wget1.11.4-2 retrieves files from the web

Versions of packages live-initramfs suggests:
pn  curlftpfs  (no description available)
pn  genext2fs  (no description available)
pn  httpfs2(no description available)
pn  loop-aes-utils (no description available)
pn  mtd-tools  (no description available)
pn  squashfs-tools (no description available)

-- 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#482439: Bug#511666: cfengine2 segfaults

[Richard Nelson]

antonio wrote:

> also let me know which arch you're running cfengine2 on.

thusfar, all the failing scenarios have been on i386
though I also run amd64




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

Bug#482439: cfengine2 segfaults

[Richard Nelson]

I'd wager a significant amount that these items are in fact
one and the same - or at least related...

After a local rebuild, this is what I see (three in a row):

Core was generated by `cfagent -IqvK'.
Program terminated with signal 11, Segmentation fault.
[New process 13287]
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x08061a43 in CheckFriendReliability () at instrument.c:719
#2  0x080773e5 in HandleFriendStatus (args=0xbfadc44c "12", value=0xbfade88c "")
at functions.c:1847
#3  0x0807b0e4 in EvaluateFunction (f=0x90ca390 "FriendStatus(12)", 
value=0xbfade88c "")
at functions.c:177
#4  0x0805b468 in DoAlerts () at alerts.c:64
#5  0x0804f1a7 in main (argc=2, argv=0xbfae0954) at cfagent.c:242

I do have this in the common cf file - so it gets driven by both the server
and clients (though only the clients are crapping out on it):
cf.cfengine:FriendStatus(12) ifelapsed=719

I'm still attempting to capture the failure on some other machines to see
if they, too, fail in the same place
-- 
Rick



signature.asc
Description: OpenPGP digital signature

Bug#482439: cfengine2 segfaults

[Richard Nelson]

Odd, I wasn't copied (or missed) your reply and request for help...

Thanks, by the way, for the picking up the package - it is an important
tool for me, even with the volume of failures... by and large it does
the right thing (just leaves me nervous about what it isn't doing).

Well, the issue remains, even with the new version, but unfortunately, the 
package doesn't also build
cfengine2-dbg, so the current core file is pretty much useless.

# gdb /usr/sbin/cfagent /home/core
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/libdb-4.7.so...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libdb-4.7.so
Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...(no debugging 
symbols found).
..done.
Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8
Reading symbols from /lib/i686/cmov/libnss_nis.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libnss_nis.so.2
Reading symbols from /lib/i686/cmov/libpthread.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /lib/i686/cmov/libpthread.so.0
Reading symbols from /lib/i686/cmov/librt.so.1...
(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/librt.so.1
Reading symbols from /lib/i686/cmov/libm.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /lib/i686/cmov/libm.so.6
Reading symbols from /lib/i686/cmov/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /usr/lib/libz.so.1...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/i686/cmov/libnsl.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /lib/i686/cmov/libnsl.so.1
Reading symbols from /lib/i686/cmov/libnss_files.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libnss_files.so.2
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/i686/cmov/libnss_dns.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libnss_dns.so.2
Reading symbols from /lib/i686/cmov/libresolv.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /lib/i686/cmov/libresolv.so.2

(no debugging symbols found)
Core was generated by `cfagent -IqvK'.
Program terminated with signal 11, Segmentation fault.
[New process 7081]
#0  0x in ?? ()
(gdb) where
#0  0x in ?? ()
#1  0x08061a43 in ?? ()
#2  0x08388bf0 in ?? ()
#3  0x in ?? ()
(gdb)

I've since installed the libc6-dbg package and so have symbols for everything 
but cfengine2,
but the stack frames are still unknown...  which is why I resorted to valgrind 
before.

-- 
Rick



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

Bug#515121: live-initramfs: panics when no ethernet is found

[Richard Nelson]

Greetings,

Could you paste a sample of your boot line?

Also did you try with an ip address instead of a url name?

Thanks.

On Fri, Feb 13, 2009 at 12:16 PM, Michal Suchanek  wrote:
> Package: live-initramfs
> Version: 1.156.1-1
> Severity: normal
>
>
> Hello
>
> doing http netboot with an ethernet card that the kernel does not
> recognize results in
>
> kernel panic (not syncing): attempted to kill init
>
> Previously I have seen some nice explanation with AA debian logo but no
> more.
>
> Thanks
>
> Michal
>
> -- System Information:
> Debian Release: 5.0
>  APT prefers testing
>  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.28.3 (SMP w/1 CPU core; PREEMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
>
>
> --
> To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
>



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

Bug#453241: still broken

[Richard Nelson]

Ah, a little more information - this segv only happens when using
password authentication (ssh keys work fine)

sshd_config has
UsePAM yes
PubkeyAuthentication yes
PasswordAuthentication yes
ChallengeResponseAuthentication no

Richard Nelson wrote:
> # /usr/sbin/sshd -Dddd >~/log 2>&1
> Segmentation fault
> 
> The last lines of log:
> debug3: mm_auth_password entering
> debug3: mm_request_send entering: type 11
> debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD
> debug3: mm_request_receive_expect entering: type 12
> debug3: mm_request_receive entering
> debug3: monitor_read: checking request 11
> debug1: do_cleanup
> debug1: PAM: cleanup
> debug3: PAM: sshpam_thread_cleanup entering
> 
> gdb isn't very helpful
> Program received signal SIGSEGV, Segmentation fault.
> 0x2acda6fe7af2 in ?? ()
> (gdb) bt
> #0  0x2acda6fe7af2 in ?? ()
> #1  0x2acda692ad86 in ?? ()
> #2  0x0050 in ?? ()
> #3  0x0001 in ?? ()
> #4  0x7fff05c7cf10 in ?? ()
> #5  0x in ?? ()
> (gdb) quit
> The program is running.  Exit anyway? (y or n) y
> debug1: do_cleanup
> debug1: PAM: cleanup
> debug3: PAM: sshpam_thread_cleanup entering
> 
> I installed libpam-dbg, but still didn't get any information
> 
> removing pam_krb5 from /etc/pam.d/common-auth fixes the problem
> 




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

Bug#453241: still broken

[Richard Nelson]

# /usr/sbin/sshd -Dddd >~/log 2>&1
Segmentation fault

The last lines of log:
debug3: mm_auth_password entering
debug3: mm_request_send entering: type 11
debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD
debug3: mm_request_receive_expect entering: type 12
debug3: mm_request_receive entering
debug3: monitor_read: checking request 11
debug1: do_cleanup
debug1: PAM: cleanup
debug3: PAM: sshpam_thread_cleanup entering

gdb isn't very helpful
Program received signal SIGSEGV, Segmentation fault.
0x2acda6fe7af2 in ?? ()
(gdb) bt
#0  0x2acda6fe7af2 in ?? ()
#1  0x2acda692ad86 in ?? ()
#2  0x0050 in ?? ()
#3  0x0001 in ?? ()
#4  0x7fff05c7cf10 in ?? ()
#5  0x in ?? ()
(gdb) quit
The program is running.  Exit anyway? (y or n) y
debug1: do_cleanup
debug1: PAM: cleanup
debug3: PAM: sshpam_thread_cleanup entering

I installed libpam-dbg, but still didn't get any information

removing pam_krb5 from /etc/pam.d/common-auth fixes the problem



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

Bug#421388: Duplicate

[Richard Nelson]

close 421388
thanks,

Bug 421388 is a duplicate of 421387


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