Bug#608987: nginx: fastcgi_params is missing SCRIPT_FILENAME

[Daniel Kahn Gillmor]

Package: nginx
Version: 0.7.67-3
Severity: normal

I'm using nginx to talk to a php-cgi process running with -b (as a fastcgi 
server).

php-cgi was repeatably returning "No input file specified", and wasn't
even looking for the file, despite what looked to me like reasonable
clues in the fcgi communications coming from nginx.

It turns out php-cgi's fastcgi handler wants to see SCRIPT_FILENAME
instead of (or maybe in addition to?) SCRIPT_NAME.

In particular, adding the following line to /etc/nginx/fastcgi_params
made everything work for me, after much gnashing of teeth:

  fastcgi_param  SCRIPT_FILENAME$document_root$fastcgi_script_name; 

(i don't know the fastcgi spec well, but stracing other fcgi
setups suggests they use SCRIPT_FILENAME too).

maybe this needs to be included in fastcgi_param to work with php-cgi -b?

  --dkg

-- 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/1 CPU core)
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 nginx depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l
ii  libpcre3  8.02-1.1   Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8o-4   SSL shared libraries
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

nginx recommends no packages.

nginx suggests no packages.

-- Configuration Files:
/etc/nginx/fastcgi_params changed:
fastcgi_param  QUERY_STRING   $query_string;
fastcgi_param  REQUEST_METHOD $request_method;
fastcgi_param  CONTENT_TYPE   $content_type;
fastcgi_param  CONTENT_LENGTH $content_length;
fastcgi_param  SCRIPT_NAME$fastcgi_script_name;
fastcgi_param  SCRIPT_FILENAME$document_root$fastcgi_script_name;
fastcgi_param  REQUEST_URI$request_uri;
fastcgi_param  DOCUMENT_URI   $document_uri;
fastcgi_param  DOCUMENT_ROOT  $document_root;
fastcgi_param  SERVER_PROTOCOL$server_protocol;
fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWAREnginx/$nginx_version;
fastcgi_param  REMOTE_ADDR$remote_addr;
fastcgi_param  REMOTE_PORT$remote_port;
fastcgi_param  SERVER_ADDR$server_addr;
fastcgi_param  SERVER_PORT$server_port;
fastcgi_param  SERVER_NAME$server_name;
fastcgi_param  REDIRECT_STATUS200;

/etc/nginx/nginx.conf changed:
user www-data;
worker_processes  1;
error_log  /var/log/nginx/error.log;
pid/var/run/nginx.pid;
events {
worker_connections  1024;
# multi_accept on;
}
http {
include   /etc/nginx/mime.types;
access_log  /var/log/nginx/access.log;
sendfileon;
#tcp_nopush on;
#keepalive_timeout  0;
keepalive_timeout  65;
tcp_nodelayon;
gzip  on;
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
# added this due to complaints from nginx reload script 2010-06-07
server_names_hash_bucket_size 64;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}

/etc/nginx/sites-available/default changed:
server {
listen   80 default;
server_name  che.mayfirst.org;
access_log  /var/log/nginx/localhost.access.log;
location / {
root   /srv/www/che.mayfirst.org;
index  index.html index.htm;
}
# location /doc {
#   root   /usr/share;
#   autoindex on;
#   allow 127.0.0.1;
#   deny all;
# }
# location /images {
#   root   /usr/share;
#   autoindex on;
# }
#error_page  404  /404.html;
# redirect server error pages to the static page /50x.html
#
#error_page   500 502 503 504  /50x.html;
#location = /50x.html {
#   root   /var/www/nginx-default;
#}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
#proxy_pass   http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
#fastcgi_pass   127.0.0.1:9000;
#fastcgi_index  index.php;
#fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
#includefastcgi_params;
#}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
#deny  all;
#}
}


-- no debconf information



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

Bug#608986: -rotate only affects the first image, no matter what

[jidanni]

Package: xli
Version: 1.17.0+20061110-3+b1
Severity: minor

-zoom affects all images,
-fillscreen and -fullscreen need -forall to do the same, and
-rotate only affects the first image, with no way to make it affect the rest.




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

Bug#608985: remove/cscope-el does not purge the xcscope.elc file

[Liu Binsheng]

Package: cscope-el
Version: 15.7a-3.2
Severity: minor

remove/cscope-el writes:
rm -f /usr/share/$FLAVOUR/site-lisp/$ELCFILE

while install/cscope-el writes:
ELCDIR=/usr/share/$FLAVOUR/site-lisp/$PACKAGE

which results that when purging cscope-el, the xcscope.elc file is not purged 
because it's in /usr/share/$FLAVOR/site-lisp/cscope instead of 
/usr/share/$FLAVOR/site-lisp/.
The file still exists in /usr/share/emacs23/site-lisp/cscope after purging, and 
my emacs still binds those cscope keys.

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

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

Versions of packages cscope-el depends on:
ii  cscope15.7a-3.2  Interactively examine a C program 
ii  emacs [emacsen]   23.2+1-7   The GNU Emacs editor (metapackage)
ii  emacs23 [emacsen] 23.2+1-7   The GNU Emacs editor (with GTK+ us

cscope-el recommends no packages.

cscope-el 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#583384: web2py status

[Charlie Smotherman]

How is this ITP going?

I am looking at packaging Sahana which requires web2py.

If you needed help or would like to team up and co-maintain web2py I
would be interested.

Best regards
Charlie Smotherman



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

Bug#608790: zoneminder failed to query crop /dev/video0:, Invalid argument

[didier]

I am also using debian testing 64b (Squeeze), up to date.
The problem appears after the upgrade. before that, zoneminder was 
working very well.


regards,
piratebab





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

Bug#21941: dpkg usage of /var

[Guillem Jover]

tag 21941 wontfix
thanks

[ Goswin, removing the wontfix tag is not something for you to decide. ]

On Sun, 2010-12-26 at 16:56:49 +0100, Andreas Barth wrote:
> re usage of /var:
> 
> dpkg puts the package data into /var/lib/dpkg/info. This includes the
> list of files, the list of conffiles, templates, md5sums and also the
> maintainer scripts of each package.
> 
> According to FHS:
> | /var contains variable data files. This includes spool directories and
> | files, administrative and logging data, and transient and temporary
> | files.
> re /var/lib:
> | This hierarchy holds state information pertaining to an application or
> | the system.
> 
> The usage of /var/lib/dpkg matches that description IMHO.

... as those files are clearly state for dpkg. Those scripts are variable
in the sense that they might appear, disappear, or change during a dpkg
run. So the location seems perfectly fine to me.

It's more relevant though the snippet Goswin pasted:

| /var/lib/ is the location that must be used for all distribution
| packaging support. Different distributions may use different names, of
| course.

The same equivalent path rpm is using for example. And thus I don't see
the point in changing the current location.

Even if the /usr/lib location could be interpreted and argued as valid
too, I'd not see the point in changing it, given the coding and
transition work involved, susceptible to system breakage, and
unfortunately also because there are programs out there which rely on
those paths (which could be solved with symlinks, but then we'd be
getting into really ugly territory, for no really good reason). But
mostly given the solution below.

> possible ways for /var to be no-exec
> 

[...]

> per local admin

> 4. remount /var with exec
> ~
> AFAICS there is no option within dpkg (or not documented) to always
> execute commands prior to an dpkg "writing" invocation (while there is
> within apt). It might make sense to remount /var with exec in case
> it's noexec before running any scripts.

> I think adding hooks for dpkg to run scripts pre-/post-changing
> requests (e.g. configure, remove, install, ...) might make sense.

There's already the invoke hooks (see man dpkg), present since 1.15.4,
which allow just that.

thanks,
guillem



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

Bug#608793: Upgrade deletes symlinks /usr/share/zoneminder/events and ../images, replacing with hard dirs.

[Simon Avery]

Thank you for the advice on alternatively mounting it. I've updated the wiki
and will change my four zoneminder servers over so I don't get bitten again!

On Tue, Jan 4, 2011 at 10:44 PM, Vagrant Cascadian wrote:

> On Tue, Jan 04, 2011 at 06:55:50AM +, Simon Avery wrote:
> > Thanks for the reply!
>
> of course!
>
> > > Like many zoneminder users wanting to use a dedicated mount for
> cctv
> > > storage, I replace /usr/share/zoneminder/events and images with
> > > symlinks to the right place (ie, a bigger drive not in /usr)
>
> > /usr/share/zoneminder/events is a symlink to
> /var/cache/zoneminder/events
> > in
> > the package, though the same issue could come up for /var.
> >
> > what about mounting /var/cache/zoneminder/events directly (either on
> it's
> > own
> > filesystem, or using bind mounts), rather than mucking around with
> > symlinks?
> >
> >
> > Perhaps a better way would indeed be to set the path in config, but
> > zoneminder's path config is relative to its home dir, so ../../ to ascend
> to
> > root and then to your mount of choice might get complicated (unless I've
> > misunderstood it)
>
> it doesn't look easily supportable that way, at least to me.
>
> these lines in fstab could allow you to bind-mount an alternate location:
>
>  /dev/sdX1 /otherdrive ext3 defaults 0 2
>  /otherdrive/zoneminder/images /var/cache/zoneminder/images bind defaults 0
> 2
>  /otherdrive/zoneminder/events /var/cache/zoneminder/events bind defaults 0
> 2
>
> or if you have a separate partition for each:
>
>  /dev/sdX1 /var/cache/zoneminder/images ext3 defaults 0 2
>  /dev/sdX2 /var/cache/zoneminder/events ext3 defaults 0 2
>
>
> > If it is more of a case of changing mounts in a different way, and if
> it's
> > going to be hard to fix in the upgrade, then I'm happy to change my ways
> and
> > update zoneminder's wiki on the subject over at
> http://www.zoneminder.com/wiki/
> > index.php/Using_a_dedicated_Hard_Drive
>
> i can confirm that the symlinks got replaced on upgrading from 1.24.2-6 to
> 1.24.2-7, as well as on re-install of 1.24.2-7 the package.  given your bug
> report, that wiki page does seem like a dangerous recommendation; please
> update
> it!  i think directly mounting or bind-mounting would be a much safer
> approach.
>
> i don't think zoneminder is doing anything unusual with those symlinks,
> they're
> just part of the package. zoneminder could detect non-default/unknown
> symlink
> locations in the preinst script, and fail to upgrade in those cases; not
> pretty, but maybe better than loosing the database data.
>
>
> someone else noted on this bug report that /var/cache/zoneminder isn't
> really
> the right place either... which i also remember thinking when i started
> helping
> with zoneminder maintenance, but that will probably have to wait till
> squeeze+1
> (unless that too is deemed RC).
>
>
> live well,
>   vagrant
>

Bug#605065: Bug#607662: Bug#605065: Bug#605777: ncurses-base: backspace key deletes forwards on the kFreeBSD console

[Sven Joachim]

On 2011-01-04 23:41 +0100, Adam D. Barratt wrote:

> On Wed, 2011-01-05 at 00:17 +0200, Modestas Vainius wrote:
>> Hello,
>> 
>> On trečiadienis 05 Sausis 2011 00:09:21 Adam D. Barratt wrote:
>> > On Wed, 2010-12-29 at 20:07 +0100, Sven Joachim wrote:
>> > > On 2010-12-29 00:36 +0100, Adam D. Barratt wrote:
>> > > > On Mon, 2010-12-27 at 20:44 +0100, Sven Joachim wrote:
>> > > >> On 2010-12-27 19:51 +0100, Petr Salinger wrote:
>> > > >> > So best option for now seems be to prevent
>> > > >> > freebsd-utils 8.1-3 from entering testing and a new upload of
>> > > >> > kfreebsd-8.
>> > > >> 
>> > > >> For the record, freebsd-utils 8.1-3 will migrate in three days if not
>> > > >> hindered.
>
> Hmmm, in fact it looks like someone else unblocked it, so it's migrated
> anyway.
>
>> > > I have added the proposed patch for the cons25-debian terminfo entry to
>> > > ncurses git¹.  Once this is in unstable, the kFreeBSD people may choose
>> > > to implement any of the suggested solutions.
>> > 
>> > That's now happened; thanks.  Is the ncurses change suitable for
>> > migration in its own right, or does it need an associated change on the
>> > kFreeBSD side still?
>> 
>> Huh, looks like kfreebsd kernel change was reverted [1].
>> 
>> [1] http://lists.debian.org/e1pa9a9-00028v...@franck.debian.org
>
> Indeed.  I'm now thoroughly confused. :-)

Argh, with the current combination of the kFreeBSD kernel, freebsd-utils
and ncurses in sid you are between the devil and the deep blue sea:
either set TERM=cons25 and have the backspace key delete forwards, or
set TERM=cons25-debian and have the delete key delete backwards. :-/

> As the freebsd-utils change has hit testing after all, is unblocking
> ncurses to go with it sufficient, or do we need further changes?

I'd rather ask the kFreeBSD people what they really want for Squeeze.
If they are going to revert the changes in freebsd-utils as well (which
is one of the proposed solutions), there is little point in unblocking
ncurses at all.

Cheers,
   Sven



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

Bug#605713:

[Ivan Nakov]

Package: amarok
Version: 2.3.1-1
Severity: normal

When use random track, Amarok repeat track, before has played all
other tracks, from playlist.
>From 4 songs in playlist, it repeats 2 of them and 2 doesn't play for few 
>cycle.

Bug#608984: espeak: please provide debug symbols

[Trevor Saunders]

Package: espeak
Version: 1.43.03-2
Severity: wishlist

there does not appear to be a package containing debug symbols for
libespeak.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 espeak depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libespeak11.43.03-2  A multi-lingual software speech sy
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

espeak recommends no packages.

espeak 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#607857: tex-common: Hard-coded path in proposed patch

[Norbert Preining]

On Mo, 03 Jan 2011, Hilmar Preusse wrote:
> would be possible.  We have a config file where things can be changed
> and it may happen that people expect this can be done.
> 
> And yes: I don't see either a good reason to do so.

Then we should simply add a BIG FAT WARNING to the various texmf.d/ files
that changing anything in the trees section is not supported.

Actually this is a remaining thing from tetex times I happily
would get rid off.

There should be *ONE* texmf.cnf in /usr/sharee/texmf/web2c which defines
everything for Debian, and people can add overriding entries in
/etc/texmf/web2c/texmf.cnf, single lines for TEXMFLOCAL or so.

This is what we do in proper TeX Live, ther eis the one in
texlive/2010/texmf/web2c/texmf.cnf
which is managed by the package manger and updated now and then, and
people can use 
texlive/2010/texmf.cnf
to make adjustments, like changing TEXMFLOCAL.

That is something I would like to see for Debian, too 

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

FRADDAM (n.)
The small awkward-shaped piece of cheese which remains after grating a
large regular-shaped piece of cheese and enables you to cut your
fingers.
--- Douglas Adams, The Meaning of Liff



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

Bug#582030:

[Ivan Nakov]

Package: amarok
Version: 2.3.1-1

I tested again on Debian. And nothing, when lirycs is empty,Amarok
shows message.
It doesn't show lyrics from other songs.

Debian
Kernel: Linux 2.6.32-5-686

Bug#608641: debian-installer: Debian installer loses its mind when doing again the process after an error in novice mode

[Stephane Ascoet]

Christian PERRIER a écrit :



Please give *detailed* examples where this happens. This might as well
be a logic error in some specific package configuration script and not
an overall bad behaviour of the installer.
When we are asked for Grub boot sector, I've put "fd0" the first time. I got an error, tried another device for boot sector(I don't 
remember which one), error again. Then I think I've tried Lilo, it failed again. Trying again Grub, it didn't ask any question anymore.



about tasksel is imho pointless (I don't really know what would change
if one has to choose the tasks again in the tasks selection)and

If there isn't enough disk space for example! Or a too much slow link for 
packages downloading...

the mention of the bootloader step is too vague.

Sorry but I haven't got a test machine.







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

Bug#608983: nginx: Duplicate log entry for logrotate

[Kan-Ru Chen]

Package: nginx-light
Version: 0.8.54-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After removed nginx and installed nginx-light, cron reports error
every day.

  /etc/cron.daily/logrotate:
  error: nginx-light:1 duplicate log entry for /var/log/nginx/access.log
  error: found error in /var/log/nginx/*.log , skipping

I have to purge nginx to remove the duplicate logrotate config.

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

Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores)
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 nginx-light depends on:
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libpcre38.02-1.1 Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8o-4 SSL shared libraries
ii  lsb-base3.2-26   Linux Standard Base 3.2 init scrip
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

nginx-light recommends no packages.

Versions of packages nginx-light suggests:
pn  nginx-doc  (no description available)
pn  ufw(no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk0kEYsACgkQsbdbXzZcx6KhMgCfelDQAgCkXMpOGmm2wmLOoJJX
gHUAn2Xe1ocdUhy5/6jZgqma8Yda5bb3
=Y5RS
-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#608829: dpkg-dev - dpkg-source rejects valid patch files

[Guillem Jover]

Hi!

On Mon, 2011-01-03 at 21:41:57 +0100, Raphael Hertzog wrote:
> On Mon, 03 Jan 2011, Bastian Blank wrote:
> > > I don't know whether I'm going to accept this request. I'm rather enclined
> > > to tag it wontfix. But I welcome supplementary feedback.
> > 
> > Okay, another nail in the cofin of the quilt source format. It looks
> > like a mistake to even thought about using it.
> 
> I haven't taken any decision yet, but you're the first to complain about
> this particular (mis-)feature so it can't be so annoying as you make it
> sound like.
> 
> Or maybe I should turn it into a warning and not die.

I personally don't see any harm in allowing it, even w/o a warning.

ISTR using this at some point in the past with v1 sources and quilt
patches when manually editing something (for whatever reason) and
appending a new hunk for an existing patches file which belonged in
the same logical patch.

I don't think I've had the need for this at all lataly, given that I
tend to refresh the patches to avoid fuzzies. But I can see how not
divering from an upstream provided patch makes sense, although then
that argument does not apply if one ends up concatenating them anyway.
There's though still the possible argument that the patch is like
that upstream already.

regards,
guillem



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

Bug#608862: [Pkg-utopia-maintainers] Bug#608862: network-manager: automounted nfs volumes no longer mount when connecting with wireless

[Michael Biebl]

reassign 608862 initscripts
thanks

On 05.01.2011 05:58, Aaron Barany wrote:
> The following was printed in the syslog: "if-up.d/mountnfs[wlan1]:
> if-up.d/mountnfs[wlan1]: lock /var/run/network/mountnfs exist, not mounting"
> When looking through /etc/network/if-up.d/mountnfs, tries to mkdir
> /var/run/network/mountnfs and prints this error if that fails.
> 
> On a somewhat related note, I noticed that /etc/network/if-up.d/mountnfs has
> mixed spaces and tabs, as well as general inconsistency with indent levels.

Not a network-manager problem as it seems.
Re-assigning to the package, shipping /etc/network/if-up.d/mountnfs



> On Tue, Jan 4, 2011 at 11:23 AM, Michael Biebl  wrote:
> 
>> tags 608862 moreinfo
>> thanks
>>
>> On 04.01.2011 06:37, Aaron Barany wrote:
>>> Package: network-manager
>>> Version: 0.8.1-6
>>> Severity: normal
>>>
>>> I have a couple nfs volumes set to automount via fstab, and previously
>> they
>>> would automatically mount when network-manager connected to my wireless
>>> network. However, since updating to the latest version of network-manager
>> it
>>> will no longer mount the volumes when the wireless network connects,
>> forcing me
>>> to mount those volumes manually.
>>
>> network-manager is not responsible for mounting nfs volumes.
>>
>> All it does is run /etc/NetworkManager/dispatcher.d/01ifupdown on
>> connection
>> changes.
>> 01ifupdown then runs the hooks in /etc/network/if-*.d/
>>
>> Please add debugging calls to 01ifupdown so you can check if the script is
>> executed correctly.
>>
>> This should help you find out what is going wrong.
>>
>> If you have this information, please attach it to the bug report.
>>



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#608285: RFS: libconcurrentlinkedhashmap-java (new package needed for Grails)

[tony mancill]

Hello Miguel,

One thing that's interesting is none of the files under ./unittest/
carries a license, although it seems reasonable to assume that they are
under the same license as the library source itself, given they are by
the same author.  I'm wonder if it's common not to license unit tests...

In any event, the packaging looks clean, and good job of documenting in
debian/copyright.  I have uploaded it.

Cheers,
tony

On 01/03/2011 10:57 AM, Miguel Landaeta wrote:
> Hi team,
> 
> I am looking for a sponsor for my package "libconcurrentlinkedhashmap-java".
> 
> * Package name: libconcurrentlinkedhashmap-java
>   Version : 1.1~jdk5-1
>   Upstream Author : Ben Manes 
> * URL : http://code.google.com/p/concurrentlinkedhashmap/
> * License : Apache-2.0
>   Section : java
> 
> It builds these binary packages:
> libconcurrentlinkedhashmap-java - Implementation of java.util.LinkedHashMap 
> with concurrency support
> libconcurrentlinkedhashmap-java-doc - Documentation for 
> libconcurrentlinkedhashmap-java
> 
> The package is lintian clean.
> The upload would fix these bugs: 608285.
> 
> My motivation for maintaining this package is:
> I need this library in order to build a package
> for the Grails framework. Also this library is
> needed to package Cassandra.
> 
> The package can be found on mentors.debian.net:
> - URL: 
> http://mentors.debian.net/debian/pool/main/l/libconcurrentlinkedhashmap-java
> - Source repository: deb-src http://mentors.debian.net/debian unstable main 
> contrib non-free
> - dget 
> http://mentors.debian.net/debian/pool/main/l/libconcurrentlinkedhashmap-java/libconcurrentlinkedhashmap-java_1.1~jdk5-1.dsc
> - Vcs-Git: git://git.debian.org/pkg-java/libconcurrentlinkedhashmap-java.git
> 
> I would be glad if someone uploaded this package for me.
> 
> Cheers, 




signature.asc
Description: OpenPGP digital signature

Bug#608982: trac-sqlite2pg should not assume user has write access to conf/ directory

[Daniel Kahn Gillmor]

Package: trac
Version: 0.11.7-3~bpo50+1
Severity: wishlist

a tightly-configured trac instance might not always have write access to 
its own conf/directory.

the trac-sqlite2pg contributed script in debian's trac package seems to 
assume that it has write access in order to make a temporary copy of the 
config.

i get the following error:

Traceback (most recent call last):
  File "/usr/local/bin/trac-sqlite2pg", line 335, in 
sys.exit(main(sys.argv[1:]))
  File "/usr/local/bin/trac-sqlite2pg", line 331, in main
Main(opts)
  File "/usr/local/bin/trac-sqlite2pg", line 244, in Main
pgenv = getPostgreSQLEnvironment(opts)
  File "/usr/local/bin/trac-sqlite2pg", line 220, in getPostgreSQLEnvironment
x.environment_created()
  File "/usr/lib/python2.5/site-packages/trac/env.py", line 504, in 
environment_created
self._update_sample_config()
  File "/usr/lib/python2.5/site-packages/trac/env.py", line 545, in 
_update_sample_config
config.save()
  File "/usr/lib/python2.5/site-packages/trac/config.py", line 211, in save
fileobj = AtomicFile(self.filename, 'w')
  File "/usr/lib/python2.5/site-packages/trac/util/__init__.py", line 163, in 
__init__
(fd, self._temp) = tempfile.mkstemp(prefix=name + '-', dir=dir)
  File "/usr/lib/python2.5/tempfile.py", line 302, in mkstemp
return _mkstemp_inner(dir, prefix, suffix, flags)
  File "/usr/lib/python2.5/tempfile.py", line 236, in _mkstemp_inner
fd = _os.open(file, flags, 0600)
OSError: [Errno 13] Permission denied: 
'/srv/trac/support/conf/trac.ini.sample-b3-m7y'

It would be better if this script created the sample config in /tmp, or 
following $TMPDIR instead of trying to write a new file into conf/ (or 
at least check for that error, and fall back to making the sample config 
in /tmp if conf/ is unwritable by the user writing the query.

Regards,

--dkg

-- System Information:
Debian Release: 5.0.7
  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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages trac depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python-genshi 0.5.1-1Python XML-based template engine
ii  python-psycopg2   2.0.7-4Python module for PostgreSQL
ii  python-pysqlite2  2.4.1-1Python interface to SQLite 3
ii  python-setuptools 0.6c8-4Python Distutils Enhancements

Versions of packages trac recommends:
ii  apache2  2.2.9-10+lenny8 Apache HTTP Server metapackage
ii  apache2-mpm-prefork [htt 2.2.9-10+lenny8 Apache HTTP Server - traditional n
ii  libjs-jquery 1.2.6-2 JavaScript library for dynamic web
ii  python-pygments  0.10-1  syntax highlighting package writte
ii  python-subversion1.5.1dfsg1-5Python bindings for Subversion
ii  python-tz2008c-2 Python version of the Olson timezo

Versions of packages trac suggests:
ii  libapache2-mod-python   3.3.1-7  Python-embedding module for Apache
ii  python-docutils 0.5-2+lenny1 Utilities for the documentation of
pn  python-textile (no description available)
pn  trac-accountmanager(no description available)
pn  trac-authopenid(no description available)
pn  trac-bitten(no description available)
pn  trac-bzr   (no description available)
pn  trac-customfieldadmin  (no description available)
pn  trac-email2trac(no description available)
pn  trac-git   (no description available)
pn  trac-graphviz  (no description available)
pn  trac-ja-resource   (no description available)
pn  trac-mastertickets (no description available)
pn  trac-mercurial (no description available)
pn  trac-spamfilter(no description available)
pn  trac-wikiprint (no description available)
pn  trac-wikirename(no description available)
pn  trac-wysiwyg   (no description available)
pn  trac-xmlrpc(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#608981: Crash with long GGI_DISPLAY environment variable

[Silvio Cesare]

Package: zhcon
Version: 1:0.2.6-5.2
Severity: important
Tags: security

zhcon crashes when a long GGI_DISPLAY environment variable is used with ggi.
Probably indicative of a buffer overflow. zhcon is SUID root, so this crash
might potentially lead to privilege escalation. I haven't investigated
further, so it is possible that this is a non exploitable crash.

Bug#551706: lirc: patch for init.d conffile and configuration advice

[CJ Fearnley]

Package: lirc
Version: 0.8.3-5
Severity: normal
Tags: patch


I intended this patch and comments to be added to bug #551706, but I'm
not sure reportbug is doing the right thing.  Crossing my fingers.

I was able to "fix" lirc on my system with the following patch:

--- pkg/etc/init.d/lirc 2009-08-12 17:09:13.0 -0400
+++ /etc/init.d/lirc2011-01-04 16:33:51.0 -0500
@@ -111,7 +111,8 @@
start-stop-daemon --start --quiet --exec 
/usr/sbin/lircd -- $LIRCD_ARGS < /dev/null
log_end_msg $?
else
-   log_end_msg 1
+   start-stop-daemon --start --quiet --exec 
/usr/sbin/lircd < /dev/null
+   log_end_msg $?
fi
fi

The patch allows one to run the daemon even if LIRCD_ARGS is empty.
I think that is an important use case.
 
But for me, I also had to set DEVICE="/dev/lirc0" in
/etc/lirc/hardware.conf This contradicts the comment there.  I am still
puzzled about that one.  Was the daemon compiled for /dev/lirc but the
lirc_mceusb module sets up /dev/lirc0?  If so, that should probably be
fixed too.

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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages lirc depends on:
ii  debconf [debconf-2.0]1.5.36  Debian configuration management sy
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  liblircclient0   0.8.3-5 infra-red remote control support -
ii  libusb-0.1-4 2:0.1.12-16 userspace USB programming library
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip

lirc recommends no packages.

Versions of packages lirc suggests:
ii  lirc-modules-source  0.8.6-1~c0.sidux.13 infra-red remote control support -
pn  lirc-svga  (no description available)
ii  lirc-x   0.8.3-5 infra-red remote control support -

-- 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#608980: Crash with long HOME environment variable

[Silvio Cesare]

Package: lbreakout2
Version: 2.5.2-2.1
Severity: important
Tags: security

lbreakout2 crashes when a long HOME environment variable is used. Probably
indicative of a buffer overflow. lbreakout2 is SGID games, so this crash
might potentially lead to privilege escalation.

Bug#608979: Crash with long HOME environment variable

[Silvio Cesare]

Package: toppler
Version: 1.1.3-1
Severity: important
Tags: security

Toppler crashes when a long HOME environment variable is used. Probably
indicative of a buffer overflow. Toppler is SGID games, so this crash might
potentially lead to privilege escalation.

Bug#608978: url shortening fails for common wikipedia urls

[Joey Hess]

Package: twidge
Version: 1.0.6
Severity: normal

Wikipedia urls often have "(foo)" in them, and twidge stops the url at
the first paren.

So http://en.wikipedia.org/wiki/Monsters_(2010_film) => 
http://is.gd/k89YQ(2010_film) -- which does not work

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

Kernel: Linux 2.6.32-5-686 (SMP w/2 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 twidge depends on:
ii  curl  7.21.2-4   Get a file from an HTTP, HTTPS or 
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls   7.21.2-4   Multi-protocol file transfer libra
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library

twidge recommends no packages.

twidge suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#403619: LanguageTool status?

[Rene Engelhard]

On Tue, Jan 04, 2011 at 11:57:42PM +0100, Kurt Roeckx wrote:
> So the version currently in experimental doesn't contain
> LanguageTool?

Yes.

Grüße/Regards,

René



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

Bug#608977: /etc/dbconfig-common/roundcube.conf comments should suggest "dpkg-reconfigure roundcube-core"

[Daniel Kahn Gillmor]

Package: roundcube
Version: 0.3.1-6
Severity: normal

/etc/dbconfig-common/roundcube.conf says:

# automatically generated by the maintainer scripts of roundcube
# any changes you make will be preserved, though your comments
# will be lost!  to change your settings you should edit this
# file and then run "dpkg-reconfigure roundcube"

But this last command doesn't do anything.  I suspect that the desired
command is "dpkg-reconfigure roundcube-core"

a comment in /etc/roundcube/db.inc.php probably needs to be fixed up
too.

Thanks for roundcube in debian!

   --dkg

-- 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/1 CPU core)
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 roundcube-core depends on:
ii  dbconfig-common  1.8.46  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.36  Debian configuration management sy
ii  libjs-jquery 1.4.2-2 JavaScript library for dynamic web
ii  libmagic15.04-5  File type determination library us
ii  nginx [httpd]0.7.67-3small, but very powerful and effic
ii  php-auth 1.6.2-1 PHP PEAR modules for creating an a
ii  php-mail-mime1.8.0-2 PHP PEAR module for creating MIME 
ii  php-mdb2 2.5.0b2-1   PHP PEAR module to provide a commo
ii  php-net-smtp 1.4.2-3 PHP PEAR module implementing SMTP 
ii  php-net-socket   1.0.9-2 PHP PEAR Network Socket Interface 
ii  php5 5.3.3-6 server-side, HTML-embedded scripti
ii  php5-gd  5.3.3-6 GD module for php5
ii  php5-mcrypt  5.3.3-6 MCrypt module for php5
ii  php5-pspell  5.3.3-6 pspell module for php5
ii  roundcube-pgsql  0.3.1-6 metapackage providing PostgreSQL d
ii  tinymce  3.3.8+dfsg0-0.1 platform independent web based Jav
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

roundcube-core recommends no packages.

Versions of packages roundcube-core suggests:
ii  php-auth-sasl 1.0.4-1Abstraction of various SASL mechan

roundcube depends on no packages.

-- 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#598463:

[Jerry Chen]

Hi all,

We have recently implemented SSL verification capability in libcloud 0.4.1-dev 
(slated for release this week).

For more information: http://wiki.apache.org/incubator/LibcloudSSL

The default setting of VERIFY_SSL_CERT=False emits a UserWarning when an SSL 
connection is first attempted, and provides a CA_CERTS_PATH which includes 
usage of Debian's ca-certificates package.

Cheers,
Jerry


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

Bug#608976: roundcube-core: /etc/roundcube/debian-db.php is owned by (and writable by) www-data

[Daniel Kahn Gillmor]

Package: roundcube
Version: 0.3.1-6
Severity: normal

I installed roundcube-pgsql and roundcube-core, then ran

  dpkg-reconfigure roundcube-core

and answered a lot of questions.  this resulted in the following files:

d...@foo:/tmp$ ls -l /etc/roundcube/
total 29
-rw-r--r-- 1 root root  1116 Sep 27  2009 apache.conf
-rw-r--r-- 1 root root  2260 Oct 18 17:18 db.inc.php
-rw-rw 1 www-data www-data   546 Jan  4 22:37 debian-db.php
-rw-r--r-- 1 root root   567 Sep 27  2009 lighttpd.conf
-rw-r- 1 root www-data 18313 Jan  4 22:37 main.inc.php
-rw-r--r-- 1 root root  2392 Aug  7  2009 mimetypes.php
d...@foo:/tmp$ 

Presumably, the package thinks that the www-data user is going to be
running roundcube, which i think is reasonable.

What's not reasonable is www-data owning and having write access to
debian-db.php.  Why should the web server to be able to
overwrite/trash its own config?

Thanks for packaging roundcube for debian!

   --dkg

-- 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/1 CPU core)
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 roundcube-core depends on:
ii  dbconfig-common  1.8.46  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.36  Debian configuration management sy
ii  libjs-jquery 1.4.2-2 JavaScript library for dynamic web
ii  libmagic15.04-5  File type determination library us
ii  nginx [httpd]0.7.67-3small, but very powerful and effic
ii  php-auth 1.6.2-1 PHP PEAR modules for creating an a
ii  php-mail-mime1.8.0-2 PHP PEAR module for creating MIME 
ii  php-mdb2 2.5.0b2-1   PHP PEAR module to provide a commo
ii  php-net-smtp 1.4.2-3 PHP PEAR module implementing SMTP 
ii  php-net-socket   1.0.9-2 PHP PEAR Network Socket Interface 
ii  php5 5.3.3-6 server-side, HTML-embedded scripti
ii  php5-gd  5.3.3-6 GD module for php5
ii  php5-mcrypt  5.3.3-6 MCrypt module for php5
ii  php5-pspell  5.3.3-6 pspell module for php5
ii  roundcube-pgsql  0.3.1-6 metapackage providing PostgreSQL d
ii  tinymce  3.3.8+dfsg0-0.1 platform independent web based Jav
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

roundcube-core recommends no packages.

Versions of packages roundcube-core suggests:
ii  php-auth-sasl 1.0.4-1Abstraction of various SASL mechan

-- debconf information:
  roundcube/upgrade-error: abort
* roundcube/pgsql/authmethod-user: ident
  roundcube/purge: false
* roundcube/dbconfig-install: true
* roundcube/db/dbname: roundcube
* roundcube/language: en_US
  roundcube/remote/newhost:
  roundcube/pgsql/changeconf: false
  roundcube/upgrade-backup: true
  roundcube/install-error: abort
  roundcube/mysql/admin-user: root
* roundcube/hosts: localhost
* roundcube/pgsql/authmethod-admin: ident
  roundcube/dbconfig-remove:
* roundcube/pgsql/admin-user: postgres
  roundcube/internal/skip-preseed: false
* roundcube/db/app-user: roundcube
  roundcube/dbconfig-reinstall: false
  roundcube/mysql/method: unix socket
  roundcube/remove-error: abort
* roundcube/restart-webserver: false
  roundcube/dbconfig-upgrade: true
  roundcube/remote/port:
* roundcube/pgsql/method: unix socket
  roundcube/pgsql/manualconf:
  roundcube/db/basepath:
  roundcube/pgsql/no-empty-passwords:
  roundcube/passwords-do-not-match:
  roundcube/internal/reconfiguring: false
* roundcube/reconfigure-webserver:
* roundcube/database-type: pgsql
  roundcube/remote/host:
  roundcube/missing-db-package-error: abort



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

Bug#608003: Patch: gnome-keyring: FTBFS: configure: error: No such directory '/etc/ssl/certs'

[Julián Moreno Patiño]

tags 608003 + patch
thanks

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513
--- a/debian/control	2010-12-25 15:33:45.0 -0500
+++ b/debian/control	2011-01-04 17:33:15.0 -0500
@@ -12,6 +12,7 @@
dh-autoreconf,
cdbs,
quilt,
+   openssl,
gnome-pkg-tools (>= 0.10),
intltool (>= 0.35.0),
libgtk3.0-dev (>= 2.20.0),

Bug#608975: RFP: get-flash-videos -- program to download flash videos

[Paul Wise]

Package: wnpp
Severity: wishlist

* Package name: get-flash-videos
* URL : http://code.google.com/p/get-flash-videos/
* License : Apache
  Programming Lang: Perl
  Description : program to download flash videos

Download videos from various Flash-based video hosting sites, without
having to use the Flash player. Handy for saving videos for watching
offline, and means you don't have to keep upgrading Flash for sites that
insist on a newer version of the player.

Includes support for the following sites/players (and more!):

YouTube, eHow, Brightcove (used by many sites like Channel 4, Daily
Telegraph ...), BBC (news, etc), Metacafe, 5min, Google, fliqz,
nicovideo, vimeo, Blip, Break, Collegehumor, Muzu, Sevenload, Megavideo,
Wat.tv.

Also includes a 'generic' method which works on many other sites. 

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#608974: Issue 1099 in earth-issues: must answer "would you like to switch to direct X mode?" over and over each startup

[jidanni]

Package: libgl1-mesa-glx
Version: 7.8.2-1
Severity: wishlist

I'm not sure whose problem the below is.
Anyway, for me Google Earth doesn't even work anymore anyway.

> "c" == codesite-noreply   writes:

c> Comment #1 on issue 1099 by robertl...@google.com: must answer "would
c> you like to switch to direct X mode?" over and over each startup
c> http://code.google.com/p/earth-issues/issues/detail?id=1099

c> The message is admittedly dumb, but what it's telling you is that
c> working, hardware OpenGL was not found.   Upgrade your video drivers
c> so that glxinfo  reports you're not using Mesa software emulation.




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

Bug#591222: grub-pc: grub seems not to detect disks

[Mattia Dongili]

"Vladimir 'φ-coder/phcoder' Serbinenko"  wrote:

>On 01/04/2011 11:43 PM, Colin Watson wrote:
>> On Wed, Jan 05, 2011 at 07:16:06AM +0900, Mattia Dongili wrote:
>>   
>>> On Tue, Jan 04, 2011 at 05:23:48PM +, Colin Watson wrote:
>>> 
 Vladimir suggested that this might be a PCI probing issue.  Could
>you
 try 1.98+20100804-12 or newer from unstable and see if that fixes
>it for
 you?
   
>>> I'll try to get ahold of my wife's laptop again, but looking at
>other
>>> bug reports I'm under the impression that it was a VGA problem
>rather
>>> than a disk problem in the end.
>>> 
>> Right; it wasn't at all obvious to me that you are in fact having a
>> disk-related problem.
>>
>>   
>I see no indication whatsoever that it's a disk problem. Can you show
>me?

I got side-tracked by the ata module being able to spit more info.
Anyway I then left the bug-report open as another user seemed to have a related 
problem.

-- 
mattia
:wq



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

Bug#608973: mysql-client-5.1: tab completion attempting to complete wrong object type

[Tyler MacDonald]

Package: mysql-client-5.1
Version: 5.1.49-3
Severity: normal


Current behaviour:

When attempting to call a stored procedure, the MySQL client's tab
completion provides table and column completions, but does not provide tab
completion for the stored procedure.

Expected:

When issuing "CALL", completions should be stored procedure names, and
table/column names should /not/ be available as completions because they are
invalid in this context.

I haven't tested stored functions or other objects, but they may suffer from
the same ailment.

To reproduce:

mysql> CREATE TABLE tab_complete (a int);
Query OK, 0 rows affected (0.09 sec)

mysql> CREATE PROCEDURE tab_complete_procedure () LANGUAGE SQL SELECT 1;
Query OK, 0 rows affected (0.03 sec)

mysql> CALL tab_complete
tab_completetab_complete.a  

On the statement line, I have pressed "tab" twice to show all available
completions.


  Thanks,
 Tyler




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

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

Versions of packages mysql-client-5.1 depends on:
ii  debianutils 3.4.2Miscellaneous utilities specific t
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libdbd-mysql-perl   4.016-1  Perl5 database interface to the My
ii  libdbi-perl 1.612-1  Perl Database Interface (DBI)
ii  libgcc1 1:4.4.5-10   GCC support library
ii  libmysqlclient165.1.49-3 MySQL database client library
ii  libncurses5 5.7+20100313-4   shared libraries for terminal hand
ii  libreadline66.1-3GNU readline and history libraries
ii  libstdc++6  4.4.5-10 The GNU Standard C++ Library v3
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  mysql-common5.1.49-3 MySQL database common files, e.g. 
ii  perl5.10.1-16Larry Wall's Practical Extraction 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

mysql-client-5.1 recommends no packages.

Versions of packages mysql-client-5.1 suggests:
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 

-- 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#604442: Claim 800,000.00 GBP in the Gnld 2011 Promo Send.

[flyleaf_lover-rock]

Name:

Address:

Occupation:

Bug#608972: sbuild: How does that “local apt archive” work?

[Cyril Brulebois]

Package: sbuild
Version: 0.60.8-1
Severity: normal

It looks like besides some comments in NEWS or in changelogs, we know
very little about what this local apt archive is about. How does it work
exactly? What if several repositories, suites, etc. are used? What if
somebody tries to add some local (as in “personal”) repositories?

KiBi.



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

Bug#607968: [Pkg-xfce-devel] Bug#607968: Bug#607968: xfce4-panel: xfce-panel appears as normal window

[Fred Smith]

Yves-Alexis,

Thank you for the help. I haven't been using debian that long and I am still 
learning the finer points of package management.

I'm sure that you noticed the most recent version of xfce4-panel isn't as new 
as expected. The policy command on my machine shows 4.6.1-3, I pasted the 
output below.

command:

 apt-cache policy xfce4-panel

returns:
 
xfce4-panel:
  Installed: 4.6.1-3~bpo50+1
  Candidate: 4.6.1-3~bpo50+1
  Version table:
 *** 4.6.1-3~bpo50+1 0
200 http://www.backports.org lenny-backports/main Packages
100 /var/lib/dpkg/status
 4.4.2-6 0
500 file: lenny/main Packages
500 http://http.us.debian.org stable/main Packages

Fred


--- On Tue, 1/4/11, Yves-Alexis Perez  wrote:

> From: Yves-Alexis Perez 
> Subject: Re: [Pkg-xfce-devel] Bug#607968: Bug#607968: xfce4-panel: xfce-panel 
> appears as normal window
> To: 607...@bugs.debian.org
> Cc: "Fred Smith" 
> Date: Tuesday, January 4, 2011, 1:16 AM
> On mar., 2011-01-04 at 07:51 +0100,
> Yves-Alexis Perez wrote:
> > On lun., 2011-01-03 at 18:44 -0800, Fred Smith wrote:
> > > How do I check what version of glib was installed
> before to use backports on it?
> > 
> > http://packages.debian.org/lenny/libglib2.0-0
> > 
> > > 
> > > Note, using backports to upgrade xfce4-panel
> fails to install anything. I tried 
> > > both install and build-de, build-dep errors,
> install just doesn't install 
> > > anything.
> > > 
> > > aptitude -t lenny-backports install xfce4-panel
> > > aptitude -t lenny-backports build-dep xfce4-panel
> 
> > 
> > http://packages.debian.org/lenny-backports/xfce4-panel
> so 4.6.1 should
> > be available. What does
> > 
> > apt-cache policy xfce4-panel
> > 
> > returns?
> 
> Mhmh, seems that, for some reason, I never uploaded 4.6.4
> to backports,
> and as the bug is fixed in 4.6.3, well...
> 
> Stay tuned, I'm currently processing my backlog to upload
> the whole
> stuff to backports, but it might not reach you right now.
> 
> Regards,
> -- 
> Yves-Alexis
> 


  



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

Bug#608971: sbuild: Please mention 'secure' in sbuild.conf's comments.

[Cyril Brulebois]

Package: sbuild
Version: 0.60.8-1
Severity: wishlist

Searching for “secure” in /etc/sbuild/sbuild.conf leads to no results.
Please add it to the comments above #$apt_allow_unauthenticated = 0;

Maybe saying that enabling it is “insecure”? Anyway, secure is AFAICT
the term used in apt, see apt-secure(8), and it would be nice for it to
be more easily found.

KiBi.



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

Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

[Gregg Kniss]

After forcefully rebooting I have removed VMware from running at boot and will 
test again. I wanted to make sure nothing was left loaded after just removing 
the modules. I'm quite experienced in Windows, but don't know the in's and 
out's of Linux to the extent that I do of Windows.

-Original Message-
From: Ben Hutchings [mailto:b...@decadent.org.uk] 
Sent: Tuesday, January 04, 2011 12:03 AM
To: Gregg; 608...@bugs.debian.org
Subject: Re: Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug 
copying large file

Can you reproduce this without VMware modules loaded?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.




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

Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

[Gregg Kniss]

I have not experienced a single bit of trouble until upgrading to this
kernel. I will try writing a large file to other file systems as well, but I
do know that I can write smaller, 1-300mb, files to other file systems
without an issue.

Yes I'm using aacraid. I'm using an Adaptec 2820 card with 4 500gb drives in
raid 10.

This is actually the second time it has happened performing the same action.
Copying a large file from a Windows box via the Samba share.

I will have to find a spare drive to connect and test.

-Original Message-
From: Timo Juhani Lindfors [mailto:timo.lindf...@iki.fi] 
Sent: Tuesday, January 04, 2011 2:22 AM
To: Gregg
Cc: 608...@bugs.debian.org; cont...@bugs.debian.org
Subject: Re: Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug
copying large file

package linux-2.6
retitle 608858 copying large file with smbd on raid causes BUG at
fs/jbd/transaction.c:1156
thanks

[resending via smtp.academica.fi since smtp.netsonic.fi does not seem
to be delivering my emails any time soon...]

Gregg  writes:
> [1393760.788377] EXT3-fs error (device dm-5): ext3_valid_block_bitmap:
Invalid block bitmap - block_group = 1229, block = 40271874
> [1393760.788779] [ cut here ]
> [1393760.788835] kernel BUG at
/build/buildd-linux-2.6_2.6.32-28~bpo50+1-i386-VgAojN/linux-2.6-2.6.32/debia
n/build/source_i386_none/fs/jbd/transaction.c:1156!

Sounds like an ext3 bug. Either ext3 corrupted its data structures or
something else (HDD, RAM) did and ext3 didn't cope with it.

Googling for "BUG jbd/transaction.c:1156" finds other cases:

"I installed Debian Squeeze from a net install to a raid 1 array. I
have been having a lot of troubles related to being able to write to
one or more of the mounted drives - even touch gives me errors.  The
most interesting line from dmesg is: [15174.549931] kernel BUG at
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/jbd/transactio
n.c:1156!
Here is the full output from dmesg:"

-- http://forums.debian.net/viewtopic.php?f=5&t=56527

1) Are you using aacraid on this dm-5 device too?

2) Can you make the bug occur again?

3) If yes, can you temporarily try it without raid at all? (Just make
backups before test)




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

Bug#608924: mtr --curses doesn't show received pkts(--gtk does)

[Robert Woodcock]

On Tue, 2011-01-04 at 10:47 -0600, Adam Heath wrote:
> package: mtr
> version: 0.80-1,0.75-2
> severity: minor
> 
> mtr in --curses mode does not show the number of packets received; 
> --gtk does.

It does allow this; it's just not the default. You can press o and then
type in "R" somewhere in the field list to add it, and you can also
specify this through the -o or --order command line switch (which you
could always add via a shell alias).

It does make the display a bit more cramped on an 80-column terminal,
which is why I suspect it's not the default.
-- 
Robert Woodcock - r...@debian.org 
"Everything has been thought of before. The trick is to think of it
again."
-- Johann Wolfgang von Goethe





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

Bug#607368: Please decide how kernel ABI should be managed

[Russ Allbery]

Ben Hutchings  writes:

> DKMS does build real Debian packages.  And that means that OOT module
> sources do not need to be packaged differently depending on where the
> modules will be built.

Oh, huh, I hadn't noticed that.  Thanks for the pointer!  I'll have to
play with that; I'd only previously seen the tarball distribution and
installation mechanism.

The work of providing both the -dkms and the traditional -source package
is fairly trivial and not much of a drain on the packager's time once the
original -source rules have been written.  I'm doing it right now for
multiple packages.  But writing the original -source package rules file is
arcane and very under-documented, so this is potentially a long-term
improvement.

-- 
Russ Allbery (r...@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#607368: Please decide how kernel ABI should be managed

[Ben Hutchings]

On Tue, 2011-01-04 at 17:55 -0800, Russ Allbery wrote:
> Ben Hutchings  writes:
> > On Tue, 2011-01-04 at 17:23 -0800, Russ Allbery wrote:
> 
> >> With hundreds of servers, we'd rather not install compilers and DKMS on
> >> every one of them, and with lots of machines, the loss of
> >> reproducibility from separately compiling the modules on every system
> >> is an increasingly large drawback.
> 
> > This is why DKMS has the facility to build packages for installation
> > elsewhere.
> 
> But there would be no purpose served in using DKMS for this.  The only
> place where DKMS has an advantage over building real Debian packages for
> the modules is if you're going to let every machine build its own modules.
[...]

DKMS does build real Debian packages.  And that means that OOT module
sources do not need to be packaged differently depending on where the
modules will be built.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#608970: docbookwiki: copyright file is incomplete

[Mike O'Connor]

Package: docbookwiki
Version: 0.9.1cvs-15
Severity: serious
Justification: Policy 12.5

There are many files in the tarball which are GFDL licensed some with and some 
without invariant sections, this license is not, however, mentioned in the 
copyright file


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
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 docbookwiki depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  apache2-mpm-prefork [http 2.2.16-4   Apache HTTP Server - traditional n
pn  dblatex(no description available)
ii  debconf [debconf-2.0] 1.5.37 Debian configuration management sy
pn  docbook-dsssl  (no description available)
pn  docbook-utils  (no description available)
ii  docbook-xml   4.5-7  standard XML documentation system 
ii  docbook-xsl   1.75.2+dfsg-5  stylesheets for processing DocBook
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
pn  jadetex(no description available)
ii  libapache2-mod-php5   5.3.3-6server-side, HTML-embedded scripti
ii  libxml2-utils 2.7.8.dfsg-2   XML utilities
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-s 5.1.49-3   MySQL database server binaries and
ii  openssl   0.9.8o-4   Secure Socket Layer (SSL) binary a
ii  php5-cli  5.3.3-6command-line interpreter for the p
ii  php5-mysql5.3.3-6MySQL module for php5
ii  subversion1.6.12dfsg-2   Advanced version control system
ii  sudo  1.7.4p4-5  Provide limited super user privile
pn  swish-e(no description available)
pn  xmltex (no description available)
ii  xmlto 0.0.23-2   XML-to-any converter
ii  xsltproc  1.1.26-6   XSLT 1.0 command line processor

docbookwiki recommends no packages.

docbookwiki suggests no packages.



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

Bug#608969: docbookwiki: modified /etc/sudoers in the maintainer scripts

[Mike O'Connor]

Package: docbookwiki
Version: 0.9.1cvs-11
Severity: serious
Justification: Policy 10.7.4

the maintainer scripts directly modify /etc/sudoers which is a conffile of the 
sudo package.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
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 docbookwiki depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  apache2-mpm-prefork [http 2.2.16-4   Apache HTTP Server - traditional n
pn  dblatex(no description available)
ii  debconf [debconf-2.0] 1.5.37 Debian configuration management sy
pn  docbook-dsssl  (no description available)
pn  docbook-utils  (no description available)
ii  docbook-xml   4.5-7  standard XML documentation system 
ii  docbook-xsl   1.75.2+dfsg-5  stylesheets for processing DocBook
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
pn  jadetex(no description available)
ii  libapache2-mod-php5   5.3.3-6server-side, HTML-embedded scripti
ii  libxml2-utils 2.7.8.dfsg-2   XML utilities
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-s 5.1.49-3   MySQL database server binaries and
ii  openssl   0.9.8o-4   Secure Socket Layer (SSL) binary a
ii  php5-cli  5.3.3-6command-line interpreter for the p
ii  php5-mysql5.3.3-6MySQL module for php5
ii  subversion1.6.12dfsg-2   Advanced version control system
ii  sudo  1.7.4p4-5  Provide limited super user privile
pn  swish-e(no description available)
pn  xmltex (no description available)
ii  xmlto 0.0.23-2   XML-to-any converter
ii  xsltproc  1.1.26-6   XSLT 1.0 command line processor

docbookwiki recommends no packages.

docbookwiki suggests no packages.



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

Bug#607368: Please decide how kernel ABI should be managed

[Russ Allbery]

Ben Hutchings  writes:
> On Tue, 2011-01-04 at 17:23 -0800, Russ Allbery wrote:

>> With hundreds of servers, we'd rather not install compilers and DKMS on
>> every one of them, and with lots of machines, the loss of
>> reproducibility from separately compiling the modules on every system
>> is an increasingly large drawback.

> This is why DKMS has the facility to build packages for installation
> elsewhere.

But there would be no purpose served in using DKMS for this.  The only
place where DKMS has an advantage over building real Debian packages for
the modules is if you're going to let every machine build its own modules.
As soon as you are distributing modules built once to multiple machines,
using DKMS to do that is vaguely absurd: you have to reinvent all the
mechanisms of a repository and package upgrade system, when we already
have a perfectly useful and reasonable one in apt repositories with
package versioning and proper dependencies.

-- 
Russ Allbery (r...@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#448638: any progress on i2p?

[micah]

Hi,

,
| I would love for it to be non-native, but the only way I have been able
| to do that is by following the workaround at the bottom of bug 580804:
| 
| http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580804
`

Did you see the follow-up posts on debian-mentors to your sponsorship
request? Specifically, this one, which details how to do it:

http://lists.debian.org/debian-mentors/2010/11/msg00478.html

micah

-- 



pgpxS8RsyJ8b3.pgp
Description: PGP signature

Bug#556735: Bug #556735

[Vincent Cheng]

Package: cheese
Version: 2.30.1-2
Severity: normal

Cheese's default save location can be altered by digging a bit inside gconf-
editor, or by issuing the following commands:

$ gconftool-2 --set /apps/cheese/video_path --type string /path/to/videos
$ gconftool-2 --set /apps/cheese/photo_path --type string /path/to/photos

Where you can define the paths you want for "/path/to/videos" and
"/path/to/photos", e.g. ~/Videos and ~/Pictures respectively.

(Aside from the fact that this option could be made more visible, this isn't
really a bug, and should perhaps be closed.)



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

Kernel: Linux 2.6.36-2.dmz.7-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cheese depends on:
ii  cheese-common2.30.1-2Common files for the Cheese tool t
ii  gstreamer0.10-plugins-ba 0.10.30-1   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-go 0.10.24-1   GStreamer plugins from the "good" 
ii  gstreamer0.10-x  0.10.30-1   GStreamer plugins for X11 and Pang
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcairo21.10.0-1ubuntu2 The Cairo 2D vector graphics libra
ii  libcanberra-gtk0 0.24-1  Gtk+ helper for playing widget eve
ii  libcheese-gtk18  2.30.1-2A tool to take pictures and videos
ii  libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgnome-desktop-2-172.30.2-2Utility library for loading .deskt
ii  libgstreamer-plugins-bas 0.10.30-1   GStreamer libraries from the "base
ii  libgstreamer0.10-0   0.10.30-1   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libgudev-1.0-0   164-3   GObject-based wrapper library for 
ii  libpango1.0-01.28.3-1Layout and rendering of internatio
ii  librsvg2-2   2.26.3-1SAX-based renderer library for SVG

Versions of packages cheese recommends:
ii  gnome-icon-theme  2.30.3-2   GNOME Desktop icon theme
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

cheese 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#575605: Bug #575605

[Vincent Cheng]

Package: cheese
Version: 2.30.1-2
Severity: normal

Cheese's default save location can be altered by digging a bit inside gconf-
editor, or by issuing the following commands:

$ gconftool-2 --set /apps/cheese/video_path --type string /path/to/videos
$ gconftool-2 --set /apps/cheese/photo_path --type string /path/to/photos

Where you can define the paths you want for "/path/to/videos" and
"/path/to/photos", e.g. ~/Videos and ~/Pictures respectively.

(Aside from the fact that this option could be made more visible, this isn't
really a bug, and should perhaps be closed.)



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

Kernel: Linux 2.6.36-2.dmz.7-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cheese depends on:
ii  cheese-common2.30.1-2Common files for the Cheese tool t
ii  gstreamer0.10-plugins-ba 0.10.30-1   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-go 0.10.24-1   GStreamer plugins from the "good" 
ii  gstreamer0.10-x  0.10.30-1   GStreamer plugins for X11 and Pang
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcairo21.10.0-1ubuntu2 The Cairo 2D vector graphics libra
ii  libcanberra-gtk0 0.24-1  Gtk+ helper for playing widget eve
ii  libcheese-gtk18  2.30.1-2A tool to take pictures and videos
ii  libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgnome-desktop-2-172.30.2-2Utility library for loading .deskt
ii  libgstreamer-plugins-bas 0.10.30-1   GStreamer libraries from the "base
ii  libgstreamer0.10-0   0.10.30-1   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libgudev-1.0-0   164-3   GObject-based wrapper library for 
ii  libpango1.0-01.28.3-1Layout and rendering of internatio
ii  librsvg2-2   2.26.3-1SAX-based renderer library for SVG

Versions of packages cheese recommends:
ii  gnome-icon-theme  2.30.3-2   GNOME Desktop icon theme
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

cheese 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#608968: zutils: fails to upgrade from 0.3-1: trying to overwrite '/bin/zfgrep', which is also in package gzip 1.3.12-9

[Daniel Baumann]

On 01/05/2011 02:27 AM, Jakub Wilk wrote:
> * Daniel Baumann , 2011-01-05, 02:21:
>> Supported partial upgrades are version_n -> version_n+1 etc., not
>> version_n -> version_n+x where x>1.
> 
> Good joke.

that's not a joke.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#607368: Please decide how kernel ABI should be managed

[Ben Hutchings]

On Tue, 2011-01-04 at 17:23 -0800, Russ Allbery wrote:
> Ben Hutchings  writes:
> 
> > Do pay attention.  We were discussing the implications of changing our
> > current practice of trying to avoid ABI bumps during freeze and stable
> > updates.  We would then probably change the uname release (the ABI
> > identifier) in each version of the package.
> 
> This is certainly becoming more appealing with DKMS, but with my Stanford
> sysadmin hat on, I have to admit that we'd find it rather annoying if the
> ABI changed in stable.  I think that may be a good way to go in unstable
> and testing up to the release, but it would be very nice to not do that
> after the release.

However, the upstream policy for stable updates does not support this.

> With hundreds of servers, we'd rather not install compilers and DKMS on
> every one of them, and with lots of machines, the loss of reproducibility
> from separately compiling the modules on every system is an increasingly
> large drawback.

This is why DKMS has the facility to build packages for installation
elsewhere.

> We currently build internal packages (from the *-source
> packages provided by Debian) for those external modules that we use so
> that we can deploy the same thing everywhere, and having to rebuild
> modules for every kernel update and deploy those new builds with the
> kernel update would be fairly annoying. With that system, we know for
> sure that if the module mysteriously fails on one system but not on
> others, it's not because it's a weird build or has some other compilation
> issue.
> 
> In fact, we know almost exactly how annoying it would be, since Red Hat
> has this policy, and it's been a major pain.  The handling of the kernel
> versioning in stable is currently one of the major selling points for
> Debian over Red Hat for us.
[...]

Note that Red Hat does maintain the ABI for most functions, even though
it change the uname release.  If you package OOT modules using the 'KMP'
macros for RPM, binary modules will be sym-linked into a 'weak-updates'
subdirectory for a newer kernel if their symbol dependencies are still
met.

We could try to implement something like that in Debian.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#539737: reportbug: RFC-1522-encoded headers for mutt

[Sandro Tosi]

On Mon, Aug 3, 2009 at 12:50, Jakub Wilk  wrote:
> reportbug encodes non-ASCII headers as per RFC 1522. However, `mutt -H` does
> not expect headers to be encoded in such a way.

Oh, look at this old bug :) what do you suggest: should reportbug
"decode" those headers before calling 'mutt -H' or should mutt be
smarter? (I'd say the second choice).

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#600783: [php-maint] Bug#600783: Confirm

[Raphael Geissert]

tag 600783 moreinfo unreproducible
thanks

Hi,

On 6 December 2010 15:56, Emil Sedgh  wrote:
> I can confirm this issue. I have Debian Sid and apache segfaults when
> i call ffmpeg_frame->toGDImage().
>
> Here is a part of backtrace:

I'm unable to reproduce the error, could you please provide a complete
backtrace and more details about the test conditions? You can find
instructions to generate the backtrace at:
http://bugs.php.net/bugs-generating-backtrace.php

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#608926: [php-maint] Bug#608926: php5-ffmpeg: Loop while using the extension with FLV files

[Raphael Geissert]

tag 608926 moreinfo
thanks

On 4 January 2011 23:18, Saulo Soares de Toledo  wrote:
> I'm just using "$movie = new ffmpeg_movie('someFLVFile.flv') and my script
> enter in a loop. Apache logs shows me a lot of messages like this:

I would need more information, like what does the script do after
creating the ffmpeg_movie object? what version of ffmpeg are you
using?

> *** glibc detected *** /usr/sbin/apache2: corrupted double-linked list:
> *** 0x026574a0 ***

Please generate a backtrace and paste it here. You can find
instructions to do so at
http://bugs.php.net/bugs-generating-backtrace.php

> = { laEntry 2 }
> Cannot adopt OID in UCD-SNMP-MIB: laIndex ::= { laEntry 1 }
>

That comes from snmp (via php5-snmp maybe) and is irrelevant.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#608968: zutils: fails to upgrade from 0.3-1: trying to overwrite '/bin/zfgrep', which is also in package gzip 1.3.12-9

[Jakub Wilk]

* Daniel Baumann , 2011-01-05, 02:21:
Supported partial upgrades are version_n -> version_n+1 etc., not 
version_n -> version_n+x where x>1.


Good joke.

--
Jakub Wilk



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

Bug#608807: Possible solution

[Philipp Schafft]

reflum,

On Tue, 2011-01-04 at 23:37 +0100, Jonas Smedegaard wrote:
> On Tue, Jan 04, 2011 at 11:21:24PM +0100, Philipp Schafft wrote:
> >I added a debconf question asking if the package should be
> configured.
> 
> Choice is good, but not what this bug is about.
> 
> This bug is about default behaviour.  So only if default config (with or 
> without interacting with debconf!) is to _not_ enable DECnet, this bug 
> is not solved by that approach.

see bellow.

> 
> >I'm not going to change the recommends to suggests as suggests is
> much 
> >to weak and will affect other users ('why is my network net set up 
> >correctly?').
> 
> Users of DECnet obviously need DECnet configured by default.  My 
> proposal is not to change that.

This is what the package does currently. How I understand this is that
you want to relex this a bit.


> But users of DECnet should install the _tool_ to handle DECnet, not just 
> install the _library_ and expect that to pull in the tool.  That is 
> simply the wrong way around, and cause this bugreport: Currently users 
> of _any_ tool which _can_ support DECnet, gets DECnet enabled by 
> default.

there is no 'the tool'. Can't follow you here. I just assume you talk
about dnet-common. If that is wrong please correct me.

dnet-common is just the package taking care about config. it does not
(really) include any tools at all!

dnet-progs in contrast includes some tools. Those are common to be used
with DECnet but not required for anything than there own functionalty (a
'leaf' package). (btw.: only about 10% (according to popcon) of DECnet
users have it installed!)

If you for example set up RoarAudio with DECnet support you just need
libdnet and a configured system (which is normally done by dnet-common).
There is no need for dnet-progs or any other package.

So what do you consider 'tool' here? any decnet enabled package could be
such a tool. Even ices2 could be.

I think we agree about libdnet's role in this game. It should just do
it's job and do not force configured network. This is done by both
Recommends and Suggests.

libdnet is the central and the only central package for DECnet support.

Above you said:
> Users of DECnet obviously need DECnet configured by default.

so how do differ?

Pollicy tells the following in '7.2 Binary Dependencies - Depends,
Recommends, Suggests, Enhances, Pre-Depends':

> Recommends
> 
> This declares a strong, but not absolute, dependency.
> 
> The Recommends field should list packages that would be found
> together with this one in all but unusual installations.
> 
> Suggests
> 
> This is used to declare that one package may be more useful
> with one or more others. Using this field tells the packaging
> system and the user that the listed packages are related to
> this one and can perhaps enhance its usefulness, but that
> installing this one without them is perfectly reasonable.

As libdnet is central package it is normally useless if system is not
configured. A configured network will not 'perhaps enhance its
usefulness' but without it it is normally useless.

So I understands this the way policy suggests us to use Recommends which
we currently do.


> No user of the _library_ should be surprised that it did not magically
> setup their network!

Nor should any user installing a DECnet using application be surprised
by not setting up network correctly.

If we drop from Recommends to Suggests it makes installing this
complicated and requires some document telling you how to setup, not
just apt-get install what you want like it is currently.

> Users of the tool should be unaffected by the change of the _libary_
> no 
> longer pulling in the tool.  After all, users of the tool should 
> explicitly install the tool!

> I strongly believe that the simplest and most elegant approach to 
> solving this bug is to lower the relationship of the _library_ with
> the 
> _tool_ to only be a suggestion.

See above.


If you have any idea how to solve this in a way not affecting existing
or new users and helps with non-users but dependecy installing people
please tell me!

As I do not know how to find out automatically or do some good guess (or
any guess at all!) I think it is best to ask user if he/she/hir/it want
to do the full setup or skip it.

I would be happy to hear from you :)


-- 
Philipp.
 (Rah of PH2)


signature.asc
Description: This is a digitally signed message part

Bug#607368: Please decide how kernel ABI should be managed

[Russ Allbery]

Ben Hutchings  writes:

> Do pay attention.  We were discussing the implications of changing our
> current practice of trying to avoid ABI bumps during freeze and stable
> updates.  We would then probably change the uname release (the ABI
> identifier) in each version of the package.

This is certainly becoming more appealing with DKMS, but with my Stanford
sysadmin hat on, I have to admit that we'd find it rather annoying if the
ABI changed in stable.  I think that may be a good way to go in unstable
and testing up to the release, but it would be very nice to not do that
after the release.

With hundreds of servers, we'd rather not install compilers and DKMS on
every one of them, and with lots of machines, the loss of reproducibility
from separately compiling the modules on every system is an increasingly
large drawback.  We currently build internal packages (from the *-source
packages provided by Debian) for those external modules that we use so
that we can deploy the same thing everywhere, and having to rebuild
modules for every kernel update and deploy those new builds with the
kernel update would be fairly annoying.  With that system, we know for
sure that if the module mysteriously fails on one system but not on
others, it's not because it's a weird build or has some other compilation
issue.

In fact, we know almost exactly how annoying it would be, since Red Hat
has this policy, and it's been a major pain.  The handling of the kernel
versioning in stable is currently one of the major selling points for
Debian over Red Hat for us.  The very few times an ABI change was forced
in Debian stable due to some security issue, we had to put a fair bit of
work into making sure that everything was upgraded properly everywhere to
the new ABI.

(So thank you very much for all the work that you put into maintaining the
ABI!)

-- 
Russ Allbery (r...@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#600270: Mail delivery failed: returning message to sender

[Sandro Tosi]

tag 600270 pending
tag 600270 pending
thanks

Date:   Wed Jan 5 02:14:34 2011 +0100
Author: Sandro Tosi 
Commit ID: c3545fb9b67178f3c4da1e02d27605a637851a0e
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=c3545fb9b67178f3c4da1e02d27605a637851a0e
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=c3545fb9b67178f3c4da1e02d27605a637851a0e

   after filtering thru bugs, don't ask to choose one when there is
only one bug left; thanks to Braun Gábor for the report; Closes:
#600270

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#608871: yate: new upstream release

[Anand Kumria]

Hi Tzafir,

On Wed, Jan 5, 2011 at 5:35 AM, Tzafrir Cohen wrote:

> On Tue, Jan 04, 2011 at 07:58:53PM +1100, Anand Kumria wrote:
> > Package: yate
> >
> > thanks
> >
> > Hi,
> >
> > A few weeks ago, Yate 3.0.0 was released. It would be appreciated if this
> > new version could be packaged up too. It includes a sample logrotate file
> > which could be adapted to fix bug #503624.
>
> A while ago Diana (you read the pkg-voip list, right?) sent me some
> fixes for yate3.
>


No, I don't read the pkg-voip list; abut I just checked and I can't see
anything from Diana since November.

Thanks for pointing that out. I though, I've added additional dependancies
on zlib1g and libssl-dev to the package I am uploading to Ubuntu.


> I applied them now to the SVN copy. At this point it builds. Naturally
> the lib API was bounced to 3.0.0 . There's also a -openssl subpackage,
> among the new ones. I didn't even try to install it.
>
> Anybody wants to take a look?
>

I only have two Debian-based servers left and I am not in a position to
partially upgrade them to a testing release. Will these packages work on
Debian 5.0?

Regards,
Anand


>
> --
>   Tzafrir Cohen
> icq#16849755  
> jabber:tzafrir.co...@xorcom.com
> +972-50-7952406   mailto:tzafrir.co...@xorcom.com
> http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir
>
>

Bug#579159: [reportbug/master] check only if the package is in 'install' selection state, not if it's completely installed ('half-installed' state is ok), to retrive its information; thanks to Lionel

[Sandro Tosi]

tag 579159 pending
tag 579159 pending
thanks

Date:   Wed Jan 5 00:56:21 2011 +0100
Author: Sandro Tosi 
Commit ID: 5d44c339e36af828e2b35693b2cda9671abfa5a5
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=5d44c339e36af828e2b35693b2cda9671abfa5a5
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=5d44c339e36af828e2b35693b2cda9671abfa5a5

check only if the package is in 'install' selection state, not if it's 
completely installed ('half-installed' state is ok), to retrive its 
information; thanks to Lionel Elie Mamane for the report; Closes: #579159

  



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

Bug#570939: [reportbug/master] now also 'recommends' and 'suggests' packages are reported when using 'report-with' control file field; thanks to Mike Hommey fro the report; Closes: #570939

[Sandro Tosi]

tag 570939 pending
tag 570939 pending
thanks

Date:   Wed Jan 5 01:40:34 2011 +0100
Author: Sandro Tosi 
Commit ID: 5af9f460a4d664ed552bc84eca586cc86988927e
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=5af9f460a4d664ed552bc84eca586cc86988927e
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=5af9f460a4d664ed552bc84eca586cc86988927e

now also 'recommends' and 'suggests' packages are reported when using 
'report-with' control file field; thanks to Mike Hommey fro the report; Closes: 
#570939

  



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

Bug#600395: sugar-pippy-activity: Cannot import pippy

[James Cameron]

The library/ directory from the upstream source is not included in the
Debian package.  I don't know why, but I guess it may have had something
to do with licensing of code in that directory.  The Debian maintainer
may be able to answer.

My upstream commit f3a7b17f71990da401917c7647afaad8c33363d6 makes
several fixes to copyright headers and licensing of that directory, but
this has not yet reached the .tar.bz2 distribution.

-- 
James Cameron
http://quozl.linux.org.au/



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

Bug#608968: zutils: fails to upgrade from 0.3-1: trying to overwrite '/bin/zfgrep', which is also in package gzip 1.3.12-9

[Jakub Wilk]

Package: zutils
Version: 0.9~rc2-3
Severity: serious

# dpkg -i zutils_0.3-1_all.deb 
Selecting previously deselected package zutils.

(Reading database ... 10224 files and directories currently installed.)
Unpacking zutils (from zutils_0.3-1_all.deb) ...
Adding 'diversion of /bin/zgrep to /bin/zgrep.gzip by zutils'
Adding 'diversion of /usr/share/man/man1/zgrep.1.gz to 
/usr/share/man/man1/zgrep.gzip.1.gz by zutils'
Adding 'diversion of /bin/zcmp to /bin/zcmp.gzip by zutils'
Adding 'diversion of /usr/share/man/man1/zcmp.1.gz to 
/usr/share/man/man1/zcmp.gzip.1.gz by zutils'
Adding 'diversion of /bin/zdiff to /bin/zdiff.gzip by zutils'
Adding 'diversion of /usr/share/man/man1/zdiff.1.gz to 
/usr/share/man/man1/zdiff.gzip.1.gz by zutils'
Adding 'diversion of /bin/zcat to /bin/zcat.gzip by zutils'
Adding 'diversion of /usr/share/man/man1/zcat.1.gz to 
/usr/share/man/man1/zcat.gzip.1.gz by zutils'
Setting up zutils (0.3-1) ...

# apt-get upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done

The following packages will be upgraded:
  zutils
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 892 kB of archives.
After this operation, 1880 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://ftp.pl.debian.org/debian/ unstable/main zutils i386 0.9~rc2-3 [892 kB]

Fetched 892 kB in 0s (41.2 MB/s)
debconf: delaying package configuration, since apt-utils is not installed
(Reading database ... 10239 files and directories currently installed.)
Preparing to replace zutils 0.3-1 (using .../zutils_0.9~rc2-3_i386.deb) ...
Unpacking replacement zutils ...
dpkg: error processing /var/cache/apt/archives/zutils_0.9~rc2-3_i386.deb 
(--unpack):
 trying to overwrite '/bin/zfgrep', which is also in package gzip 1.3.12-9
configured to not write apport reports
  dpkg-deb: subprocess paste killed by 
signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/zutils_0.9~rc2-3_i386.deb


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing')
Architecture: i386 (x86_64)

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

--
Jakub Wilk



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

Bug#608967: surfraw: uses mawk; should use and depend on awk

[Chung-chieh Shan]

Package: surfraw
Version: 2.2.7-1
Severity: normal

/usr/bin/surfraw invokes mawk in two places, so surfraw should at least
depend on mawk.  Actually it doesn't seem to need anything specific to
mawk, so surfraw should probably simply use and depend on awk.

Thanks,
Ken

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

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

Versions of packages surfraw depends on:
ii  chromium-browser [ww 6.0.472.63~r59945-4 Chromium browser
ii  iceweasel [www-brows 3.5.16-3Web browser based on Firefox
ii  lynx-cur [www-browse 2.8.8dev.7-1Text-mode WWW Browser with NLS sup
ii  w3m [www-browser]0.5.2-10WWW browsable pager with excellent

Versions of packages surfraw recommends:
ii  curl  7.21.2-4   Get a file from an HTTP, HTTPS or 
ii  libwww-perl   5.837-1simple and consistent interface to
ii  surfraw-extra 2.2.7-1extra surfraw search tools with he
ii  w3m   0.5.2-10   WWW browsable pager with excellent
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages surfraw suggests:
ii  screen4.0.3-14   terminal multiplexor with VT100/AN

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/surfraw (from surfraw package)

-- 
Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig



signature.asc
Description: Digital signature

Bug#608966: austrian provider bob reports as roaming in its "own" network

[chrysn]

Package: mobile-broadband-provider-info
Version: 20101106-1
Severity: normal

when connecting to the austrian mobile broadband provider bob's network
using network-manager, it always reports as roaming, and won't connect
at all if "roaming only" is enabled.

i assume this is due to bob being just a brand of the "A1/Telekom
Austria" provider, and bob thus using the A1 network. (the connection is
displayed to be roaming in the A1 network, although it's the
connection's home network.)

i guess that a bit of metadata could fix that; please let me know how to
determine the details.


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

Kernel: Linux 2.6.34-1-amd64 (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

-- no debconf information


signature.asc
Description: Digital signature

Bug#608965: installation-reports: Squeeze Beta2 Net Install RAID6 not created but no error displayed

[Brian C]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-cd/debian-squeeze-di-beta2-i386-netinst.iso
Date: January 4, 2011

Machine: Asus P4C800-E Deluxe motherboard
Partitions: 
/dev/sda1 RAID 250GB
/dev/sdb1 RAID 250GB
/dev/sdc1 RAID 250GB
/dev/sdd1 RAID 250GB

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [E]
Install boot loader:[ ]
Overall install:[E]

Comments/Problems:

>From the manual partition screen I created four partitions across four 
drives all 250GB and all "use as physical volume for RAID" with bootable 
flag on.

I chose Configure software RAID and then selected RAID6.

I selected /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1 (the four 250GB RAID
partitions) as the active devices and selected nothing for the 
single spare device (which I intend to add later.)

Result: While it appears to create a RAID device and takes you back to
the software RAID configuration menu. When you say finish and go back to 
the main manual partitioning screen, there is no /dev/md0 device listed 
(or any RAID device at all). It just fails to create it, but does so 
silently without giving any error.

Expected Result: There should have been a /dev/md0 device created or an
error should have been reported.

Note: I was able to go to the shell and manually create a RAID6 from
there and then return to the manual partition screen and it finally 
showed up. The command I used was, iirc:
mdadm --create --verbose /dev/md0 --level=6 --raid-devices=4 /dev/sda1
/dev/sdb1 /dev/sdc1 /dev/sdd1 --spare-devices=1 missing

Then I was able to create LVM on top of the RAID and proceed, although 
it did ultimately fail at software install. I'm wondering if this might 
be because the RAID array is not done building yet (as reported by cat 
/proc/mdstat from a shell, so I'm going to let it finish and try the 
software install again. 

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.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#608964: RFP: ax_emergency_listen -- monitors APRS emergency packets

[Guido Trentalancia]

Subject: RFP: ax_emergency_listen -- monitors APRS emergency packets
Package: wnpp
Version: N/A; reported 2011-01-05
Severity: wishlist

* Package name : ax_emergency_listen
Version : 1.3.2
Upstream Author : Guido Trentalancia 
* URL : http://iz6rdb.trentalancia.com/en/aprs_igate.html
* License : (GPLv3+)
Description : A small utility to monitor APRS emergency packets

The small ax_emergency_listen utility can be used to monitor for
APRS emergency packets and reacting upon reception of
such packets. APRS stands for Automatic Packet Reporting
System and is an amateur-radio based system for real time
tactical digital communications of information. In addition,
APRS data can be ingested into the APRS Internet System
(APRS-IS) and distributed globally for ubiquitous and
immediate access. The ax_emergency_listen utility is
inspired by the "listen" program which is part of the
ax25-apps package and can be run automatically similarly to a
service at system start-up.

-- System Information
Debian Release: 5.0
Architecture: i686
Kernel: Linux iz6rdb.ampr.org 2.6.36.2 #1 SMP Mon Dec 27 18:41:12 CET
2010 i686 i686 i386 GNU/Linux
Locale: LANG=C, LC_CTYPE=C






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

Bug#608812: muroard user left in passwd after purge

[Bob Proulx]

Philipp Schafft wrote:
> Thanks for info. So my guess about it seemed to be true.
> Will test that fix and if it works (I guess so) will include it in next
> upload (in a few days).

Excellent!

> thanks for reporting.

Thanks for working on the package!

Bob


signature.asc
Description: Digital signature

Bug#608812: muroard user left in passwd after purge

[Philipp Schafft]

tags 608812 + pending
thanks

reflum,

On Tue, 2011-01-04 at 16:27 -0700, Bob Proulx wrote:
> tags 608812 - moreinfo + patch
> thanks
> 
> Bob Proulx wrote:
> > I believe the best corrective action is to ensure in the init script
> > file /etc/init.d/muroard that start-stop-daemon ensures that the
> > process has actually exited before the script exits.  Currently it
> > does:
> > 
> >   start-stop-daemon --stop --pidfile /var/run/muroard.pid --user muroard 
> > --exec /usr/bin/muroard || true
> 
> I propose the following change to /etc/init.d/muroard to correct this
> problem.  Add the following options to start-stop-daemon.
> 
>   --retry 30 --oknodo --quiet
> 
> I propose that the script change this way:
> 
>   stop|terminate|shutdown)
> echo -n "Stopping $DESC: "
> -start-stop-daemon --stop $SSD_OPTS || true
> +start-stop-daemon --stop --retry 30 --oknodo --quiet $SSD_OPTS
> echo "$NAME."
> ;;
> 
> I tested that through several iterations and I believe it is the best
> solution to the problem.

Thanks for info. So my guess about it seemed to be true.
Will test that fix and if it works (I guess so) will include it in next
upload (in a few days).

thanks for reporting.

-- 
Philipp.
 (Rah of PH2)


signature.asc
Description: This is a digitally signed message part

Bug#608963: vnstat: Enable functionality for GNU/kFreeBSD.

[Mats Erik Andersson]

Package: vnstat
Version: 1.10-1
Severity: important
Tags: patch
Usertags: kfreebsd
X-Debbugs-CC: debian-...@lists.debian.org

The package vnstat is completely broken on GNU/kFreeBSD.
The executables do not have the intended functionality
due to missing preprocessor conditionals.

The present patch restores full functionality to GNU/kFreeBSD.

Best regards,

Mats Erik Andersson, DM
Description: Adapt source to GNU/kFreeBSD
 Modify some preprocessor conditionals to detect
 __FreeBSD_kernel__. This suffices.
Author: Mats Erik Andersson 
Forwarded: no
Last-Update: 2011-01-05

--- vnstat-1.10.debian/src/common.h
+++ vnstat-1.10/src/common.h
@@ -20,7 +20,7 @@
 #include 
 #include 
 
-#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 #include 
 #include 
 #include 
--- vnstat-1.10.debian/src/ifinfo.c
+++ vnstat-1.10/src/ifinfo.c
@@ -29,7 +29,7 @@
 			return 0;
 		}
 	}
-#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)  || defined(__FreeBSD_kernel__)
 	if (readifaddrs(inface)!=1) {
 		snprintf(errorstring, 512, "Unable to get interface \"%s\" statistics.", inface);
 		printe(PT_Error);
@@ -48,7 +48,7 @@
 	DIR *dp;
 	struct dirent *di;
 	char procline[512], temp[64];
-#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 	struct ifaddrs *ifap, *ifa;
 #endif
 
@@ -92,7 +92,7 @@
 		}	
 	}
 
-#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 	if (getifaddrs(&ifap) >= 0) {
 
 		/* make list of interfaces */
@@ -399,7 +399,7 @@
 	}
 }
 
-#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 int readifaddrs(const char *iface)
 {
 	struct ifaddrs *ifap, *ifa;
--- vnstat-1.10.debian/src/ifinfo.h
+++ vnstat-1.10/src/ifinfo.h
@@ -7,7 +7,7 @@
 int readsysclassnet(const char *iface);
 void parseifinfo(int newdb);
 uint64_t countercalc(uint64_t a, uint64_t b);
-#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 int readifaddrs(const char *iface);
 #endif
 
--- vnstat-1.10.debian/src/misc.c
+++ vnstat-1.10/src/misc.c
@@ -170,7 +170,7 @@
 	result = strtoul(statline+6, (char **)NULL, 0);
 	fclose(fp);
 
-#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__APPLE__) || defined(__FreeBSD_kernel__)
 	struct timeval btm;
 	size_t len = sizeof(btm);
 	int mib[2] = {CTL_KERN, KERN_BOOTTIME};


signature.asc
Description: Digital signature

Bug#594967: Bug #594967: [poulsbo] grub-pc Hangs After "Welcome to GRUB!"

[Steve McIntyre]

On Tue, Jan 04, 2011 at 12:46:54PM +, Colin Watson wrote:
>On Tue, Jan 04, 2011 at 12:06:54AM +, Colin Watson wrote:
>> On Mon, Jan 03, 2011 at 12:13:01AM +, Colin Watson wrote:
>> > 2011-01-02  Colin Watson  
>> > 
>> >* grub-core/bus/pci.c (grub_pci_iterate): Skip remaining functions
>> >on devices that do not implement function 0.
>> 
>> I've applied this patch to trunk following an ack from Vladimir on IRC.
>> I'll prepare an updated package for unstable shortly.
>
>Uploading now.  I'd appreciate confirmation from affected folks that
>this is enough to make things boot.  If it is, we can perhaps avoid
>worrying about the rest; otherwise, we'll have to get more creative.

Just tested on Jo's laptop now, and the new version works exactly as
hoped. Thanks for the quick fix! Jo says "many thankyous" too. :-)

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Since phone messaging became popular, the young generation has lost the
 ability to read or write anything that is longer than one hundred and sixty
 characters."  -- Ignatios Souvatzis




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

Bug#544812: Specific to querying the source package

[Sandro Tosi]

On Thu, Sep 3, 2009 at 21:45, James Vega  wrote:
> The long-term goal of
> switching to SOAP would likely make this trivial.

Indeed, I think we can postpone this until SOAP in reportbug will be
reality, that means some day...

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#608033: libnet-openid-consumer-perl: Should depend on libcrypt-ssleay-perl

[Dominic Hargreaves]

On Sun, Dec 26, 2010 at 11:51:29AM +0200, Kari Pahula wrote:
> Here's the output of this script with no libcrypt-ssleay-perl installed:
> [DEBUG Net::OpenID::Consumer] Cache MISS for 
> https://www.google.com/accounts/o8/id
> [DEBUG Net::OpenID::Consumer] Cache MISS for 
> https://www.google.com/accounts/o8/id
> [DEBUG Net::OpenID::Consumer] fail(no_head_tag) Couldn't find OpenID servers 
> due to no head tag
> [DEBUG Net::OpenID::Consumer] fail(no_identity_server) The provided URL 
> doesn't declare its OpenID identity server.
> no_identity_server: The provided URL doesn't declare its OpenID identity 
> server.
> 
> Here's what I get with that package installed:
> [DEBUG Net::OpenID::Consumer] Cache MISS for 
> https://www.google.com/accounts/o8/id
> [DEBUG Net::OpenID::Consumer] Discovered version 2 endpoint at 
> https://www.google.com/accounts/o8/ud via Yadis
> [DEBUG Net::OpenID::Consumer] Delegate is 
> http://specs.openid.net/auth/2.0/identifier_select
> it works
> 
> 
> The above error was the same error I got with an invalid OpenID
> provider URL, making this situation a bit difficult to debug.
> Net::OpenID::Consumer should at least give a different error when the
> underlying user agent complains about a missing package, or you could
> just add a dependency on libcrypt-ssleay-perl.

Thanks for the bug report. I'll probably fix this post-squeeze now but
it sounds straightforward.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#608607: possible conflict of zutils' ztest with zfs-fuse' ?

[Daniel Baumann]

retitle 608607 please rename ztest to zfstest
severity 608607 wishlist
reassign 608607 zfs-fuse
thanks

On 01/02/2011 12:49 AM, Christoph Anton Mitterer wrote:
> I just wondered whether it could lead to problems that zutils installs
> /bin/ztest
> while zfs-fuse installs
> /sbin/ztest.
> 
> Especially as there is no standardised way of ordering bin/sbin dirs in the
> PATH...

since z$foo seems some to be a prerogative of gzip-alike things, i
suggest that zfs-utils renames its ztest to something like zfstest or
zfs-test.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#608962: man page for freedroidrpg

[Braulio Valdivielso Martínez]

package: freedroidrpg
tag: patch

-- 
Firma :




freedroidrpg.6
Description: Binary data

Bug#608440: man page for criticalmass

[Braulio Valdivielso Martínez]

package: criticalmass
tag: patch

-- 
Firma :




criticalmass.6
Description: Binary data

Bug#608439: man page for gweled

[Braulio Valdivielso Martínez]

package: gweled
tag: patch

-- 
Firma :




gweled.6
Description: Binary data

Bug#578033: [reportbug/master] reworded the request to insert bug report subject; thanks to A. Costa for the report and proposed text; Closes: #578033

[Sandro Tosi]

tag 578033 pending
tag 578033 pending
thanks

Date:   Wed Jan 5 00:18:59 2011 +0100
Author: Sandro Tosi 
Commit ID: 082120b5abdef3a07242b7ee12250cbbb9d8eb33
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=082120b5abdef3a07242b7ee12250cbbb9d8eb33
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=082120b5abdef3a07242b7ee12250cbbb9d8eb33

reworded the request to insert bug report subject; thanks to A. Costa for 
the report and proposed text; Closes: #578033

  



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

Bug#608889: [reportbug/master] updated with Russian translations; thanks to Alexander Sashanov for the report and patch; Closes: #608889

[Sandro Tosi]

tag 608889 pending
tag 608889 pending
thanks

Date:   Tue Jan 4 13:53:43 2011 +0100
Author: Sandro Tosi 
Commit ID: e86451e6947db32f57231a8809b6893550d332c4
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=e86451e6947db32f57231a8809b6893550d332c4
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=e86451e6947db32f57231a8809b6893550d332c4

updated with Russian translations; thanks to Alexander Sashanov for the 
report and patch; Closes: #608889

  



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

Bug#562565: man page for egoboo

[Braulio Valdivielso Martínez]

package: egoboo
tag: patch

-- 
Firma :




egoboo.6
Description: Binary data

Bug#560907: man page for pytrainer

[Braulio Valdivielso Martínez]

package: pytrainer
tag: patch

-- 
Firma :




pytrainer.7
Description: Binary data

Bug#533914: [reportbug/master] pass follow-up information on the correct bugreport() argument, so that the message is correctly formatter (+unittests to check about that); thanks to Jakub Wilk for the

[Sandro Tosi]

tag 533914 pending
tag 533914 pending
thanks

Date:   Tue Jan 4 17:41:05 2011 +0100
Author: Sandro Tosi 
Commit ID: 96275aa3ab616c515b73bfda63c6576b383e752c
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=96275aa3ab616c515b73bfda63c6576b383e752c
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=96275aa3ab616c515b73bfda63c6576b383e752c

pass follow-up information on the correct bugreport() argument, so that the 
message is correctly formatter (+unittests to check about that); thanks to 
Jakub Wilk for the report; Closes: #533914

  



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

Bug#608812: muroard user left in passwd after purge

[Bob Proulx]

tags 608812 - moreinfo + patch
thanks

Bob Proulx wrote:
> I believe the best corrective action is to ensure in the init script
> file /etc/init.d/muroard that start-stop-daemon ensures that the
> process has actually exited before the script exits.  Currently it
> does:
> 
>   start-stop-daemon --stop --pidfile /var/run/muroard.pid --user muroard 
> --exec /usr/bin/muroard || true

I propose the following change to /etc/init.d/muroard to correct this
problem.  Add the following options to start-stop-daemon.

  --retry 30 --oknodo --quiet

I propose that the script change this way:

  stop|terminate|shutdown)
echo -n "Stopping $DESC: "
-start-stop-daemon --stop $SSD_OPTS || true
+start-stop-daemon --stop --retry 30 --oknodo --quiet $SSD_OPTS
echo "$NAME."
;;

I tested that through several iterations and I believe it is the best
solution to the problem.

Thanks!
Bob


signature.asc
Description: Digital signature

Bug#608961: ..emacs-install typo?

[Arnt Karlsen]

Package: emacs
Version: 23.2+1-7
Severity: normal


...aptitude output:
Setting up emacs23 (23.2+1-7) ...
emacs-install emacs23
install/anything: Handling install for emacsen flavor emacs23

In toplevel form:
anything-auto-install.el:134:1:Error: Cannot open load file: auto-install
Wrote /usr/share/emacs23/site-lisp/anything/anything-complete.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-config.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-grep.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-ipa.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-match-plugin.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-menu.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-migemo.elc
Wrote /usr/share/emacs23/site-lisp/anything/anything-show-completion.elc

In toplevel form:
anything-startup.el:40:1:Error: Cannot open load file: auto-install
Wrote /usr/share/emacs23/site-lisp/anything/descbinds-anything.elc
Wrote /usr/share/emacs23/site-lisp/anything/ipa.elc
emacs-install: /usr/lib/emacsen-common/packages/install/anything-el emacs23 
failed at /usr/lib/emacsen-common/emacs-install line 28,  line 14.
dpkg: error processing emacs23 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of emacs:
 emacs depends on emacs23 | emacs23-lucid | emacs23-nox; however:
  Package emacs23 is not configured yet.
  Package emacs23-lucid is not installed.
  Package emacs23-nox is not installed.
dpkg: error processing emacs (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 emacs23
 emacs
Press return to continue.


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

Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores)
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 emacs depends on:
pn  emacs23 | emacs23-lucid | ema  (no description available)

emacs recommends no packages.

emacs 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#608959: zutils: ..tries to hijack gzip's /bin/zegrep

[Arnt Karlsen]

Package: zutils
Version: 0.9~rc2-2
Severity: normal


...aptitude autput:
(Reading database ... 524738 files and directories currently installed.)
Preparing to replace zutils 0.9~rc2-2 (using .../zutils_0.9~rc2-3_amd64.deb) ...
Unpacking replacement zutils ...
dpkg: error processing /var/cache/apt/archives/zutils_0.9~rc2-3_amd64.deb 
(--unpack):
 trying to overwrite '/bin/zegrep', which is also in package gzip 1.3.12-9
configured to not write apport reports
  Processing triggers for install-info ...
Processing triggers for man-db ...


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

Kernel: Linux 2.6.37-rc7-amd64 (SMP w/2 CPU cores)
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 zutils depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.5.2-1  GCC support library
ii  libstdc++64.5.2-1The GNU Standard C++ Library v3

Versions of packages zutils recommends:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  lzip  1.11-3 data compressor based on the LZMA 
ii  xz-utils  5.0.0-2XZ-format compression utilities

zutils 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#608960: libstrongswan: strongswan.conf manpage missing

[Christoph Anton Mitterer]

Package: libstrongswan
Version: 4.5.0-1
Severity: normal


Hi.

Version 4.5.0 has added a manpage for strongswan.conf but that seems to be
missing from the package.

Could you pleas add it?


Cheers,
Chris.



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

Bug#608144: linux-image-2.6.32-5-xen-amd64: Kernel oops: net/core/dev.c:1582 skb_gso_segment+0x109/0x263() (Bug #596802 reappeared)

[Ben Hutchings]

On Tue, Jan 04, 2011 at 10:08:32PM +, Ian Campbell wrote:
> On Tue, 2011-01-04 at 21:44 +0100, Stephan Austermühle wrote: 
> > So the problem was already present in -23 and it just seems to have the
> > same symptoms like #596802.
> 
> OK, thanks for testing that.
> 
> I wonder if you could play with ethtool to enable/disable various
> features on the physical NIC. In particular I think it might be worth
> fiddling with the LRO and GRO settings, via the -k/-K options.

I don't think this has anything to do with the physical NIC.  LRO is
automatically turned off for interfaces that are connected to a bridge,
and GRO is safe with bridging.

> The reason for this is that the warning you are seeing is because the
> skb in question has skb->gso_size != 0 (i.e. it is apparently a GSO skb)
> but it is not skb->ip_summed == CHECKSUM_PARTIAL, which is necessary in
> order to do GSO, (i.e. to send the SKB).

It's not so much necessary as the only valid possibility for an skb that
requires GSO.  On output an skb must have ip_summed = CHECKSUM_NONE (not
to be checksummed) or ip_summed = CHECKSUM_PARTIAL (checksum to be
calculated by hardware or software).  But here we see ip_summed =
CHECKSUM_UNNECESSSARY which is only meaningful on input.

So, I think what's happening here is:
1. The Windows PVHVM driver claims to support checksum offload and TSO.
   Windows passes it oversized packets with no checksum information.
2. netback receives these oversized packets and sets gso_size on the skb
   just as if they were received with LRO or GRO.  Since the packet does
   not have valid checksums either in-band or out-of-band, it labels the
   skb with ip_summed = CHECKSUM_UNNECESSARY.

On Linux the stack always calculates the IPv4 checksum and the TCP/UDP
pseudo-header checksum (ip_summed = CHECKSUMMED_PARTIAL refers to this
partial checksum information).  For packets received from a Linux guest,
netback will label the skb accordingly and GSO is happy.

netback needs to fix up the checksum information for packets that the
guest sent with TSO and no checksum:
1. Calculate the IPv4 header checksum and write it to the packet buffer
   (not for IPv6, obviously).
2. Calculate the TCP/UDP pseudo-header checksum and store it in skb->csum.
3. Set skb->csum_start and skb->csum_offset per kernel-doc.
4. Set skb->ip_summed = CHECKSUM_PARTIAL.

> I think one way that such skbs can be injected into the system is via
> LRO on the physical NIC (LRO is a bit like, but not exactly identical
> to, the opposite of GSO, AIUI). When an NIC which supports LRO is
> bridged then these SKBs are passed across the bridge and end up getting
> treated as GSO on the outgoing path (i.e. the VIF) even though they
> aren't quite GSO frames, and this triggers the warning in
> skb_gso_segment.
> 
> GRO is a generalisation of LRO, I'm not sure if it is supposed to fix
> this forwarding issue or not.
 
GRO is a specific software implementation of LRO that preserves enough
information that it is safe to bridge/forward the resulting skb.  The
original packets can be reconstructed on transmit (usually through TSO,
otherwise through GSO).

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#607368: Please decide how kernel ABI should be managed

[Don Armstrong]

On Tue, 04 Jan 2011, Julien BLACHE wrote:
> Don Armstrong  wrote:
> > Julien: Are you currently shipping a kernel in production which
> > would be affected by this change if we don't change the ABI
> > number? Or does this only affect cases where you are testing
> > squeeze? Could it be
> 
> I have 30 beta-testers that are affected by this issue on the
> workstations they have started using for their everyday work.
> Although it's still a beta phase, at this point, these workstations
> are to be considered "in production" given the users have basically
> made the switch now.

Ok. My main concern here is what exactly would happen if we were to
ignore the ABI change for this particular issue, and then put in place
some kind of a process where the kernel team could be informed of
downstream users of the ABI.

From my current understanding, the ABI number is only meant to cover
some of the symbols which can be used externally, not all of them.
[Specifically, those that the kernel team are aware of being used
externally.]

> Full deployment involves over a thousand workstations.

But presumably they're not running a testing version affected by this.

> > worked around by using DKMS or similar with prebuilt binaries and
> > requiring exact kernel version dependencies?
> 
> DKMS is useless if the ABI number doesn't change, in its current
> form. If DKMS was changed to rebuild all modules when the kernel
> package is upgraded, we'd still have issues with on-disk modules not
> matching the running kernel ABI until the machine is rebooted. This
> can sometimes take two or three weeks if a long-running computation
> is running on the machine.

Presumably this wouldn't be much of an issue, unless users are going
to be newly loading these modules. [Which I would hope wouldn't be the
case if you were running a long-running computation.]

> As to using strict dependencies... it makes all of the above even
> worse.

Certainly; there's a cost to be born on both sides. The most important
thing to avoid from my perspective is a kernel which when booted has
modules that cannot be loaded.
 
> And I'll ask again: what's the point of the kernel ABI number if we
> have to use strict dependencies?

Some modules may need strict dependencies if they are using symbols
not covered by the ABI; this is one possible way that we can resolve
this issue.

> Seriously?

Lets restrict ourselves to discussing the technical issues and
possible solutions instead of rhetorical flourishes.


Don Armstrong

-- 
The computer allows you to make mistakes faster than any other
invention, with the possible exception of handguns and tequila
 -- Mitch Ratcliffe

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#608958: Cannot download audio-described or signed programs

[fs ck]

Package: get-iplayer
Version: 2.78-2

The BBC have changed their program metadata xml such that
audiodescribed and signed versions of programs can no longer be
downloaded. See this bug report thread:
http://lists.infradead.org/pipermail/get_iplayer/2010-December/000380.html

There is now a fix in upstream git. Here is the patch:
http://git.infradead.org/get_iplayer.git/commitdiff/f17e8cc9070edf7d7c19fa12cdf09cd743cf8fbf

This bug affects this get_iplayer version on all
debian supported architectures.



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

Bug#608957: mpc: support "mv" as synonym for "move"

[Tom Fogal]

Package: mpc
Version: 0.12.1-1
Severity: wishlist


Every once in a while I find myself thinking "I want to hear song 
next".  The quickest way to accomplish this is:

  mpc add /path/to/the/song/I/want/to/hear
  mpc # figure out which track# i'm on now + last number
  mpc move  

It seems every time I do this I type:

  mpc mv  

and get a minor irk when "mv" spews a full terminal of usage
information, and then remember that I have to spell out "move" in full.

Could "mv" please be made a synonym for "move"?

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

Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
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 mpc depends on:
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries

mpc recommends no packages.

Versions of packages mpc suggests:
ii  mpd0.13.2-3lenny1+b1 Music Player Daemon

-- 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#608812: muroard user left in passwd after purge

[Bob Proulx]

Philipp Schafft wrote:
> Can you please try installing and purging again? if you only install
> muroard there should be no problem with *dnet* as it is a depends of
> libroar0 not muroard.

I have done that with the following results:

  $ sudo apt-get remove --purge muroard
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following packages will be REMOVED:
muroard*
  0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
  After this operation, 81.9 kB disk space will be freed.
  Do you want to continue [Y/n]? 
  (Reading database ... 282131 files and directories currently installed.)
  Removing muroard ...
  Stopping muRoarD: muroard.
  Purging configuration files for muroard ...
  userdel: user muroard is currently logged in
  Processing triggers for man-db ...

The message "userdel: user muroard is currently logged in" is telling.
That is the root of the problem.  Processes are still running and
therefore the userdel is failing to remove the user.

The manual says:

   userdel will not allow you to remove an account if there are running
   processes which belong to this account. In that case, you may have to
   kill those processes or lock the user's password or account and remove
   the account later. The -f option can force the deletion of this
   account.

I instrumented the postrm with a 'ps|grep' and found:

  The following packages will be REMOVED:
muroard*
  0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
  After this operation, 81.9 kB disk space will be freed.
  Do you want to continue [Y/n]? 
  (Reading database ... 282131 files and directories currently installed.)
  Removing muroard ...
  Stopping muRoarD: muroard.
  Purging configuration files for muroard ...
  root 28472 26580  0 15:39 pts/25   00:00:00   sudo apt-get remove 
--purge muroard
  root 28473 28472 22 15:39 pts/25   00:00:00 apt-get remove 
--purge muroard
  root 28477 28473 32 15:39 pts/28   00:00:00   /usr/bin/dpkg 
--status-fd 15 --force-depends --force-remove-essential --purge muroard
  root 28501 28477  0 15:39 pts/28   00:00:00 /bin/sh 
/var/lib/dpkg/info/muroard.postrm purge
  root 28503 28501  0 15:39 pts/28   00:00:00   grep muroard
  muroard  28463 1  1 15:39 ?00:00:00   /usr/bin/muroard --bind 
/tmp/roar --unix
  userdel: user muroard is currently logged in
  Processing triggers for man-db ...

The problem appears to be that the muroard process takes a non-zero
time to exit after having been told to stop in the init.d script.  I
wondered how long this process continued to run.  I modified the
postrm script in this way:

  case "$1" in
  purge)
while [ $(ps -ef | awk '$1 == "muroard"' | wc -l) -gt 0 ]; do
  echo "Waiting for muroard process to exit..."
  sleep 1
done
if getent passwd|grep -q ^muroard: ; then

That is not intended for any deployment but made an interesting test
case to get some debug information.  It produced the following output:

  The following packages will be REMOVED:
muroard*
  0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
  After this operation, 81.9 kB disk space will be freed.
  Do you want to continue [Y/n]? 
  (Reading database ... 282131 files and directories currently installed.)
  Removing muroard ...
  Stopping muRoarD: muroard.
  Purging configuration files for muroard ...
  Waiting for muroard process to exit...
  Processing triggers for man-db ...

That tells me that for perhaps one second the process is still
running.  But I am NOT proposing making any changes in the postrm.
That was just part of the investigation.

I believe the best corrective action is to ensure in the init script
file /etc/init.d/muroard that start-stop-daemon ensures that the
process has actually exited before the script exits.  Currently it
does:

  start-stop-daemon --stop --pidfile /var/run/muroard.pid --user muroard --exec 
/usr/bin/muroard || true

I believe that start-stop-daemon can do all of the required action
here.  I recall --stop and --retry=schedule but will need to look into
it a bit further.  I will investigate that a little more and reply
with more in a bit.  The best case is so that when the script asks for
the daemon to stop that it does the right thing there.

Bob


signature.asc
Description: Digital signature

Bug#608010: libimobiledevice1: Please package newer version 1.1, needed for --appid support in ifuse

[Julien Lavergne]

Le mardi 04 janvier 2011 à 00:12 +, Emilio Pozuelo Monfort a écrit :
> I also need libimobiledevice 1.1 for the new gvfs. Would be nice if it
> could be
> packaged in experimental. 
I'm preparing libimobiledevice 1.1 for experimental. Just be aware that
the API for this new version is not consider stable by upstream.

Regards,
Julien Lavergne




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

Bug#608956: HD programs don't always show up in the BBC HD channel

[fs ck]

Package: get-iplayer
Version: 2.78-2

get_iplayer seems to sometimes put a programme in 'BBC HD' channel and
other times in another channel such as 'BBC One'. This breaks
get_iplayer's channel filtering capabilities and sometimes as a result
you can miss programs. This is because it entirely depends on which
channel it was first specified from the BBC program feeds and
get_iplayer fundamentally cannot put a program into >1 channel at a
time. There is a fix for this bug by means of a work-around that
places all HD programmes into the HD category. See:
http://lists.infradead.org/pipermail/get_iplayer/2010-December/000313.html

Upstream patches for this problem here:

http://git.infradead.org/get_iplayer.git/commitdiff/35cba792bf7b274ea145cadf36b2497c6c52e57a
http://git.infradead.org/get_iplayer.git/commitdiff/f398e780a221c75e18a28e308fbc0c0d6bcd930d

This bug affects this get_iplayer version on all
debian supported architectures.



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

Bug#591222: grub-pc: grub seems not to detect disks

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 01/04/2011 11:43 PM, Colin Watson wrote:
> On Wed, Jan 05, 2011 at 07:16:06AM +0900, Mattia Dongili wrote:
>   
>> On Tue, Jan 04, 2011 at 05:23:48PM +, Colin Watson wrote:
>> 
>>> Vladimir suggested that this might be a PCI probing issue.  Could you
>>> try 1.98+20100804-12 or newer from unstable and see if that fixes it for
>>> you?
>>>   
>> I'll try to get ahold of my wife's laptop again, but looking at other
>> bug reports I'm under the impression that it was a VGA problem rather
>> than a disk problem in the end.
>> 
> Right; it wasn't at all obvious to me that you are in fact having a
> disk-related problem.
>
>   
I see no indication whatsoever that it's a disk problem. Can you show me?


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#403619: LanguageTool status?

[Kurt Roeckx]

On Mon, Dec 06, 2010 at 03:23:11PM +0100, Rene Engelhard wrote:
> Hi,
> 
> is there any status on the LanguageTool ITP? My last information
> was  that it was possible to build the dicts which are binary-only
> in the tree but with much work.
> 
> I ask because LibreOffice includes LT per default[1] (yes, not caring
> about those issues and/or the binary-only jars - I removed it from the
> Debian source) and us not shipping it would be a "regression" from the
> upstream LibreOffice version...

So the version currently in experimental doesn't contain
LanguageTool?


Kurt




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

Bug#606774: More info

[fs ck]

This is not going to get fixed in the short term because the BBC have
replaced this mechanism for downloading with one using client SSL
certificate auth.
See this thread:
http://lists.infradead.org/pipermail/get_iplayer/2010-December/000315.html

As a result the iphone mode is now removed from the default mode lists
as in this upstream patch:
http://git.infradead.org/get_iplayer.git/commitdiff/12812f9fc974921f0d00864605ecae36eab6afba



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

Bug#608793: Upgrade deletes symlinks /usr/share/zoneminder/events and ../images, replacing with hard dirs.

[Vagrant Cascadian]

On Tue, Jan 04, 2011 at 06:55:50AM +, Simon Avery wrote:
> Thanks for the reply!

of course!
 
> > Like many zoneminder users wanting to use a dedicated mount for cctv
> > storage, I replace /usr/share/zoneminder/events and images with
> > symlinks to the right place (ie, a bigger drive not in /usr)

> /usr/share/zoneminder/events is a symlink to /var/cache/zoneminder/events
> in
> the package, though the same issue could come up for /var.
> 
> what about mounting /var/cache/zoneminder/events directly (either on it's
> own
> filesystem, or using bind mounts), rather than mucking around with
> symlinks?
> 
> 
> Perhaps a better way would indeed be to set the path in config, but
> zoneminder's path config is relative to its home dir, so ../../ to ascend to
> root and then to your mount of choice might get complicated (unless I've
> misunderstood it)

it doesn't look easily supportable that way, at least to me.

these lines in fstab could allow you to bind-mount an alternate location:

  /dev/sdX1 /otherdrive ext3 defaults 0 2
  /otherdrive/zoneminder/images /var/cache/zoneminder/images bind defaults 0 2
  /otherdrive/zoneminder/events /var/cache/zoneminder/events bind defaults 0 2

or if you have a separate partition for each:

  /dev/sdX1 /var/cache/zoneminder/images ext3 defaults 0 2
  /dev/sdX2 /var/cache/zoneminder/events ext3 defaults 0 2

 
> If it is more of a case of changing mounts in a different way, and if it's
> going to be hard to fix in the upgrade, then I'm happy to change my ways and
> update zoneminder's wiki on the subject over at 
> http://www.zoneminder.com/wiki/
> index.php/Using_a_dedicated_Hard_Drive

i can confirm that the symlinks got replaced on upgrading from 1.24.2-6 to
1.24.2-7, as well as on re-install of 1.24.2-7 the package.  given your bug
report, that wiki page does seem like a dangerous recommendation; please update
it!  i think directly mounting or bind-mounting would be a much safer approach.

i don't think zoneminder is doing anything unusual with those symlinks, they're
just part of the package. zoneminder could detect non-default/unknown symlink
locations in the preinst script, and fail to upgrade in those cases; not
pretty, but maybe better than loosing the database data.


someone else noted on this bug report that /var/cache/zoneminder isn't really
the right place either... which i also remember thinking when i started helping
with zoneminder maintenance, but that will probably have to wait till squeeze+1
(unless that too is deemed RC).


live well,
  vagrant



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

Bug#605065: Bug#605777: Bug#607662: Bug#605777: Bug#607662: ncurses-base: backspace key deletes forwards on the kFreeBSD console

[Adam D. Barratt]

On Wed, 2011-01-05 at 00:17 +0200, Modestas Vainius wrote:
> Hello,
> 
> On trečiadienis 05 Sausis 2011 00:09:21 Adam D. Barratt wrote:
> > On Wed, 2010-12-29 at 20:07 +0100, Sven Joachim wrote:
> > > On 2010-12-29 00:36 +0100, Adam D. Barratt wrote:
> > > > On Mon, 2010-12-27 at 20:44 +0100, Sven Joachim wrote:
> > > >> On 2010-12-27 19:51 +0100, Petr Salinger wrote:
> > > >> > So best option for now seems be to prevent
> > > >> > freebsd-utils 8.1-3 from entering testing and a new upload of
> > > >> > kfreebsd-8.
> > > >> 
> > > >> For the record, freebsd-utils 8.1-3 will migrate in three days if not
> > > >> hindered.

Hmmm, in fact it looks like someone else unblocked it, so it's migrated
anyway.

> > > I have added the proposed patch for the cons25-debian terminfo entry to
> > > ncurses git¹.  Once this is in unstable, the kFreeBSD people may choose
> > > to implement any of the suggested solutions.
> > 
> > That's now happened; thanks.  Is the ncurses change suitable for
> > migration in its own right, or does it need an associated change on the
> > kFreeBSD side still?
> 
> Huh, looks like kfreebsd kernel change was reverted [1].
> 
> [1] http://lists.debian.org/e1pa9a9-00028v...@franck.debian.org

Indeed.  I'm now thoroughly confused. :-)

As the freebsd-utils change has hit testing after all, is unblocking
ncurses to go with it sufficient, or do we need further changes?

Regards,

Adam




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

Bug#591222: grub-pc: grub seems not to detect disks

[Colin Watson]

On Wed, Jan 05, 2011 at 07:16:06AM +0900, Mattia Dongili wrote:
> On Tue, Jan 04, 2011 at 05:23:48PM +, Colin Watson wrote:
> > Vladimir suggested that this might be a PCI probing issue.  Could you
> > try 1.98+20100804-12 or newer from unstable and see if that fixes it for
> > you?
> 
> I'll try to get ahold of my wife's laptop again, but looking at other
> bug reports I'm under the impression that it was a VGA problem rather
> than a disk problem in the end.

Right; it wasn't at all obvious to me that you are in fact having a
disk-related problem.

-- 
Colin Watson   [cjwat...@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#608701: Patch for 608701

[Robert Luberda]

tags 608701 pending
thanks


On 04.01.2011 18:03, brian m. carlson writes:

> It looks like dictfmt will run just fine with mawk or other new awks, so
> I've used Aleksey Cheusov's suggestion and created a patch which
> specifies AWK=/usr/bin/awk.  Running "dictunformat --help" now works.
> The patch is attached.
> 

Guys,

Many thanks for the suggestion and the patch. I've modified it slightly
to specify just AWK=awk, without the path. The updated packages should
be uploaded soon.

Regards,
robert





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

Bug#608955: Unable to play or download flash streams

[fs ck]

Package: get-iplayer
Version: 2.78-2

A few interrelated problems that cause get_iplayer to fail badly when
streaming flash audio and video using rtmp:

1) Users are unable to play some of the BBC iPlayer live streams, getting
NetStream.Play.StreamNotFound.  Recorded programs can be downloaded just
fine. Detailed log for 'get_iplayer --type=livetv --stream 80001' linked below:
http://lists.infradead.org/pipermail/get_iplayer/2010-December/000306.html
This was due to the BBC using a different CDN service which failed to
be determined as a live stream in get_iplayer.
A fix was committed upstream and here is the link to the patch:
http://git.infradead.org/get_iplayer.git/commitdiff/1692c62149c16bfbf8151e3b1a4db55ed8097c22
Also depends on this small related typo patch in some cases:
http://git.infradead.org/get_iplayer.git/commitdiff/432298fedca8d8df6fc2f1b6466beded6059e8e1

2) The BBC changed the swf version that was used which causes all rtmp
flash streams to fail to stream including live and non-live when using
rtmpdump. Problem reported here:
http://lists.infradead.org/pipermail/get_iplayer/2010-October/000206.html
The get_iplayer maintainers have fixed it with this patch:
http://git.infradead.org/get_iplayer.git/commitdiff/cf7e8efbb58360285338ae0eae3b9e8f97ed94be

These interrelated problems affect this get_iplayer versions on all
debian supported architectures.



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

Bug#608807: Possible solution

[Jonas Smedegaard]

On Tue, Jan 04, 2011 at 11:21:24PM +0100, Philipp Schafft wrote:

I added a debconf question asking if the package should be configured.


Choice is good, but not what this bug is about.

This bug is about default behaviour.  So only if default config (with or 
without interacting with debconf!) is to _not_ enable DECnet, this bug 
is not solved by that approach.



I'm not going to change the recommends to suggests as suggests is much 
to weak and will affect other users ('why is my network net set up 
correctly?').


Users of DECnet obviously need DECnet configured by default.  My 
proposal is not to change that.


But users of DECnet should install the _tool_ to handle DECnet, not just 
install the _library_ and expect that to pull in the tool.  That is 
simply the wrong way around, and cause this bugreport: Currently users 
of _any_ tool which _can_ support DECnet, gets DECnet enabled by 
default.



No user of the _library_ should be surprised that it did not magically 
setup their network!


Users of the tool should be unaffected by the change of the _libary_ no 
longer pulling in the tool.  After all, users of the tool should 
explicitly install the tool!



I strongly believe that the simplest and most elegant approach to 
solving this bug is to lower the relationship of the _library_ with the 
_tool_ to only be a suggestion.



Hope that helps,

 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature