Bug#681089: Some progress

[Berni Elbourn]

The combination of Squeeze, and the current "driver" from Broadcom seems to be 
stable. Note: The hardware is a HP ML115.

$ sudo ifconfig eth0
[sudo] password for elbournb:
eth0  Link encap:Ethernet  HWaddr 00:21:5a:d3:d0:0c
  inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
  inet6 addr: fe80::221:5aff:fed3:d00c/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:175382 errors:0 dropped:0 overruns:0 frame:0
  TX packets:234297 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:23169470 (22.0 MiB)  TX bytes:199392368 (190.1 MiB)
  Interrupt:19

Although this is only after an hour of runtime, I ran this system for two days 
without a single error or dropout.

elbournb@red:~$ sudo ethtool -i eth0
driver: tg3
version: 3.122n
firmware-version: 5722-v3.07, ASFIPMI v6.02
bus-info: :11:00.0

$ cat /proc/version
Linux version 2.6.32-5-amd64 (Debian 2.6.32-45) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun May 
6 04:00:17 UTC 2012


So on this machine at least the Broadcom software is not stable on the Kernel backported from Wheezy. Also the current 
"firmware" for squeeze, or backported from wheezy is not stable.


--
"Confidence is what you have before you understand a problem" - Woody Allen


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

Bug#682203: [moodle-packaging] Bug#682203: moodle: diff for NMU version 2.2.3.dfsg-2.1

[Didier 'OdyX' Raboud]

Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit :
> Those are fixes from upstream Moodle  2.2.4, correct?
> If so, then I think that some more patches are required, those are not
> covered:
> MDL-31692 (CVE-2012-3389)
> MDL-32126 (CVE-2012-3398)
> MDL-33916 (CVE-2012-3388)
> MDL-32199 (CVE-2012-3391)
> MDL-31460 (CVE-2012-3392)
> MDL-32155 (CVE-2012-3390)

Hi Thomas,

The patches were directly cherry-picked from upstream's MOODLE_22_STABLE 
branch, so yes.

> We should update your current package & submit it once. Would you like
> to update it? (I would be grateful)

I most probably won't have time before Wednesday evening but would be willing 
to get those CVE fixed too.

For now, I propose to just let my NMU enter the archive and upload these other 
CVE fixes later, no?

(By the way, this bug should also be fixed in the moodle version in stable.)

Cheers,

OdyX


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

Bug#603904: [Pkg-mailman-hackers] Bug#603904: Bug#603904: Bug#603904: Fresh installation of mailman has wrong permissions, causes archiving to fail

[Thorsten Glaser]

On Sun, 22 Jul 2012, Thijs Kinkhorst wrote:

> Indeed this entire bug stems from the conflict that there is between the
> need of Mailman to write to that directory (as list), and for Mailman (as
> www-data) to be able to read it.

How about we add a second group and patch upstream sources
to use that group in check_perms for the archive related
things, and add the list user and possibly the www-data
user to that automatically? (Ouch. More work. And upstream
isn’t going to like us poking around in mailman2 either.)

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke


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

Bug#636410: ITA: flip -- convert text file line endings between Unix and DOS formats

[Bart Martens]

retitle 636410 O: flip -- convert text file line endings between Unix and DOS 
formats
noowner 636410
stop

No news since 18 September 2011 (10 months ago), so I guess that Armin F. Gnosa
is no longer interested.

Regards,

Bart Martens


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

Bug#682315: josm: New upstream r5353 fix major errors with redacted objects

[David Paleino]

Hello,

On Sat, 21 Jul 2012 15:26:46 +0200, Damien Raude-Morvan wrote:

> A new upstream release of josm is available since 2012-07-20 (r5353).
> This release fixes some major errors [1] with new ODbL migration process [2]
> 
> * major changes/enhancements:
>   - Handle redacted objects resulting from OSM License change process
>   - Handle deleted nodes without coordinates after recent OSM API change
> 
> I think it might be wise to try to include this new upstream release in 
> wheezy.

Honestly, I don't think the release team would find this ok, since we've been
frozen for a while.

What I can do is try to backport those major fixes to the version currently in
wheezy.

(btw: probably I haven't noticed these problems since the area I usually map
was all mapped by me, so it was almost 100% ODbL-compliant :))

Will (try to) prepare a new revision, and submit it to the attention of the
release team.

Thanks for your report,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#682473: lightdm: autologin-user-timeout appears ineffective

[Neale Banks]

Package: lightdm
Version: 1.2.2-3

Autologon works first time, but autologin-user-timeout appears
ineffective.

Setting autologin-user-timeout should specify the number of seconds
to wait till the guest user is automatically logged in again.  With
this set (e.g. autologin-user-timeout=10) after a user logs out the
lightdm login window remains displayed (same behaviour is if setting
was autologin-user-timeout=0).

This appears to be upstream bug:
https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/902852

Thanks,
Neale.


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

Bug#682203: [moodle-packaging] Bug#682203: moodle: diff for NMU version 2.2.3.dfsg-2.1

[Tomasz Muras]

On 07/23/2012 09:02 AM, Didier 'OdyX' Raboud wrote:

Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit :

...those are not covered:
MDL-31692 (CVE-2012-3389)
MDL-32126 (CVE-2012-3398)
MDL-33916 (CVE-2012-3388)
MDL-32199 (CVE-2012-3391)
MDL-31460 (CVE-2012-3392)
MDL-32155 (CVE-2012-3390)
We should update your current package & submit it once. Would you like
to update it? (I would be grateful)


I most probably won't have time before Wednesday evening but would be willing
to get those CVE fixed too.


Cool, thanks.


For now, I propose to just let my NMU enter the archive and upload these other
CVE fixes later, no?


Yes.


(By the way, this bug should also be fixed in the moodle version in stable.)


Yes - but there should be only one patch required for 1.9 series: 
http://docs.moodle.org/dev/Moodle_1.9.19_release_notes


Tomek


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

Bug#680988: scim: Scim stops working properly in Sid with latest version

[Rolf Leggewie]

tags 680988 pending
thanks



http://anonscm.debian.org/gitweb/?p=collab-maint/scim.git;a=commitdiff;h=5f7e3674901d7d3f4f053893afec1c6ed8130ab6
http://anonscm.debian.org/gitweb/?p=collab-maint/scim.git;a=commitdiff;h=d55de2e22f66e2628cdcc7d4ee2bd1ec4beea42b

is what I intend to upload to deal with this issue.  Unfortunately, scim
in unstable is stalling for almost three weeks now, waiting for third
parties.


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

Bug#679386: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

[ian_bruce]

On Mon, 23 Jul 2012 07:59:32 +0200
Yves-Alexis Perez  wrote:

> It seems that this was done on purpose because, apparently, the data
> should come from PAM. See upstream bug for more details.

Presumably you mean here:

https://bugs.launchpad.net/lightdm/+bug/1019314

I agree with your description of the situation, except for this:

In 1.2, when the user selects the locale in LightDM greeter, it's
set for the session and saved in .dmrc. Then for the following
sessions, nothing loads .dmrc and the locale is not correctly set.

That's not what I'm seeing.

In 1.2, when the user selects the locale in the LightDM greeter, it's
saved in ~/.dmrc, but it IS NOT set in the environment for that session,
or any other.

See my comment on the Debian bug report, and the explanation by the
original submitter, which are in agreement on this point:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386

In other words, LightDM locale selection is currently completely
useless, because it has no effect at all on the session being started,
or any subsequent one.

One might ask why a Pluggable Authentication Module ought to be
responsible for things which clearly have nothing to do with
authentication, such as locale selection, especially when they are
liable to change at every login.


-- Ian Bruce


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

Bug#681807: okular: sometimes fails to start, but no error message

[Felix Zweig]

After further investigation using strace, I came to the conclusion that
this is in fact the same as bug #542361 (libgamin too buggy to Provide
libfam):

$ strace okular
[...]
socket(PF_FILE, SOCK_STREAM, 0) = 11
connect(11, {sa_family=AF_FILE, path=@"/tmp/fam-sqrt-"}, 110
^C 

Therefore, I think this issue can be merged into #542361.


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

Bug#670536:

[Mathieu Malaterre]

This also means one cannot 'unenhance' an Enhanced US Volume Storage:

$ dcuncat -unenhance -of bla US3D.dcm
(0x6301,0x1001)  ?  - Warning - Unrecognized tag - assuming explicit
value representation OK
(0x6301,0x1002)  ?  - Warning - Unrecognized tag - assuming explicit
value representation OK
Can't read encapsulated transfer syntax from file <>


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

Bug#682474: viking: viking crash in libgps

[karme]

Package: viking
Version: 1.3-1
Severity: normal

Dear Maintainer,

if I start gps realtime tracking viking crashes in libgps
stack trace:

(gdb) info threads
  Id   Target Id Frame 
  2Thread 0x7f711a6bc700 (LWP 11711) 0x7f712d8e6a93 in *__GI___poll 
(fds=, nfds=, 
timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:87
* 1Thread 0x7f7131545960 (LWP 11707) 0x7f712e4ad49e in gps_sock_read () 
from /usr/lib/x86_64-linux-gnu/libgps.so.20
(gdb) i s
#0  0x7f712e4ad49e in gps_sock_read () from 
/usr/lib/x86_64-linux-gnu/libgps.so.20
#1  0x7f712e4a9eba in gps_read () from 
/usr/lib/x86_64-linux-gnu/libgps.so.20
#2  0x0043a230 in ?? ()
#3  0x7f712eb8f205 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f712eb8f538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f712eb8f932 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x7f7130a66a77 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#7  0x0041287a in ?? ()
#8  0x7f712d837ead in __libc_start_main (main=, 
argc=, ubp_av=, 
init=, fini=, rtld_fini=, 
stack_end=0x7fff46461908) at libc-start.c:228
#9  0x00412941 in ?? ()
#10 0x7fff46461908 in ?? ()
#11 0x001c in ?? ()
#12 0x0002 in ?? ()
#13 0x7fff46462609 in ?? ()
#14 0x7fff46462610 in ?? ()
#15 0x in ?? ()


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages viking depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-33
ii  libcairo2   1.12.2-2
ii  libcurl3-gnutls 7.26.0-1
ii  libexif12   0.6.20-2
ii  libexpat1   2.1.0-1
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgps203.6-4
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.30.0-1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages viking recommends:
ii  gpsbabel  1.4.3-1

Versions of packages viking suggests:
ii  gpsd  3.6-4

-- 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#682475: distutils doesn't find Makefile

[Peter Eisentraut]

Package: python3.3
Version: 3.3.0~b1-3
Severity: normal

Something apparently went wrong with the package split and/or
multiarch conversion going from 3.2 to 3.3.

$ python3.3 -c "import distutils.sysconfig; 
print(distutils.sysconfig.get_config_vars('LIBPL'))"
Traceback (most recent call last):
  File "/usr/lib/python3.3/distutils/sysconfig.py", line 433, in _init_posix
parse_makefile(filename, g)
  File "/usr/lib/python3.3/distutils/sysconfig.py", line 302, in parse_makefile
fp = TextFile(fn, strip_comments=1, skip_blanks=1, join_lines=1, 
errors="surrogateescape")
  File "/usr/lib/python3.3/distutils/text_file.py", line 100, in __init__
self.open(filename)
  File "/usr/lib/python3.3/distutils/text_file.py", line 115, in open
self.file = io.open(self.filename, 'r', errors=self.errors)
FileNotFoundError: [Errno 2] No such file or directory: 
'/usr/lib/python3.3/config-3.3m/Makefile'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.3/distutils/sysconfig.py", line 547, in get_config_vars
func()
  File "/usr/lib/python3.3/distutils/sysconfig.py", line 439, in _init_posix
raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable to 
open /usr/lib/python3.3/config-3.3m/Makefile (No such file or directory)


Expected:

$ python3.2 -c "import distutils.sysconfig; 
print(distutils.sysconfig.get_config_vars('LIBPL'))"
['/usr/lib/python3.2/config-3.2mu']


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 
'experimental')
Architecture: i386 (x86_64)

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

Versions of packages python3.3 depends on:
ii  libpython3.3-stdlib  3.3.0~b1-3
ii  mime-support 3.52-1
ii  python3.3-minimal3.3.0~b1-3

python3.3 recommends no packages.

Versions of packages python3.3 suggests:
ii  binutils   2.22-6.1
pn  python3.3-doc  

-- 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#629105: hydrogen: Purports to handle SVG files

[Torquil Macdonald Sørensen]

Package: hydrogen
Version: 0.9.6~beta2-1
Followup-For: Bug #629105

While I agree that it might be a bug in Thunar to not use the Mime type
image/svg+xml for *.svg files, it is still a problem that Hydrogen will be
registered as a handler for *.xml files, right?

For a general *.xml file, I'd expect that the mest sensible would be that the
file manager only proposes to open it in text editors, specialized XML viewers
and editors. And there is nothing a file manager can do to avoid proposing to
open such files in Hydrogen as long as the line MimeType=text/xml is in
hydrogen.desktop?

Best regards
Torquil Sørensen

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

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

Versions of packages hydrogen depends on:
ii  libarchive12  3.0.4-2
ii  libasound21.0.25-3
ii  libc6 2.13-35
ii  libgcc1   1:4.7.1-5
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.4+20120529git007cdc37-1
ii  libportaudio2 19+svn2021-1
ii  libportmidi0  1:184-2
ii  libqt4-network4:4.8.2-1
ii  libqt4-xml4:4.8.2-1
ii  libqt4-xmlpatterns4:4.8.2-1
ii  libqtcore44:4.8.2-1
ii  libqtgui4 4:4.8.2-1
ii  libsndfile1   1.0.25-5
ii  libstdc++64.7.1-5

Versions of packages hydrogen recommends:
pn  hydrogen-drumkits  
pn  rubberband-cli 

hydrogen 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#681435: src:gitalist: not compatible with Catalyst >= 5.90013

[Jonas Genannt]

Hello,

> and is not installable concurrently with libcatalyst-perl on sid,
> and soon on Wheezy:
> https://lists.debian.org/debian-perl/2012/07/msg00098.html
> 
> This *might* be fixed by upstream 0.003009.

thanks for your report.

I have tested the newest Gitalist Version against 5.90014-1 and
5.90015-1.

Both are failing with Gitalist because of use of
Catalyst::Controller::ActionRole.

After that test, I have patched the Gitalist source with the patch from
https://github.com/bobtfish/Gitalist/commit/3620aa21666f20c634edcf3a6ec6f16580bbda1f
but make test is also failing (with 5.90014 and 5.90015). See error
output below.

So that to do with Gitalist in Debian?

Thanks,
Jonas



PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/00git_version.t
t/01app.t t/02git_CollectionOfRepositories_FromDirectory.t
t/02git_CollectionOfRepositories_FromDirectory_WhiteList.t
t/02git_CollectionOfRepositories_FromDirectoryRecursive.t
t/02git_head.t t/02git_object.t t/02git_Repository.t t/02git_tag.t
t/02git_util.t t/03legacy_uri.t t/app-mech-rootpage.t t/atom.t
t/json_view.t t/model_collectionofrepos.t t/opml.t t/rss.t
t/view_Default.t
t/00git_version.t ... 1/? Git
version: git version 1.7.10.4
t/00git_version.t ... ok
t/01app.t ... 1/?
[error] Caught exception in
Gitalist::Controller::Fragment::Repository->log "Validation failed for
'Tuple[Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr],Dict[]]'
with value "[ [ Gitalist::Git::Repository=HASH(0x6db35b8), undef ],
{  } ], Internal Validation Error is: \n [+] Validation failed for
'Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr]' with
value "[ Gitalist::Git::Repository{ _util:
Gitalist::Git::Util=HASH(0x6e2b2b8), description: "Unnamed repository,
edit the .git/description file to set a description", last_change:
undef, name: "bare.git", owner: "Jonas Genannt", path:
Path::Class::Dir=HASH(0x6b39af0) }, undef ]"\n  [+] Must be a non-empty
single line of no more than 255 chars"
at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 435
MooseX::Method::Signatures::Meta::Method::validate('MooseX::Method::Signatures::Meta::Method=HASH(0x635cf50)',
'ARRAY(0x634e2b8)') called
at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 151
Gitalist::Git::Repository::get_object('Gitalist::Git::Repository=HASH(0x6db35b8)',
undef) called
at 
/home/jonas/debian-work/gitalist/Gitalist-0.003009/blib/lib/Gitalist/URIStructure/Repository.pm
line 31
Class::MOP::Class:::before('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 33
Class::MOP::Method::Wrapped::__ANON__('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 91
Gitalist::Controller::Fragment::Repository::log('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/share/perl5/Catalyst/Action.pm line 65
Catalyst::Action::execute('Catalyst::Action=HASH(0x653b348)',
'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line
1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668
Catalyst::execute('Gitalist=HASH(0x6dc2870)',
'Gitalist::Controller::Fragment::Repository',
'Catalyst::Action=HASH(0x653b348)') called
at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22
Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)',
'Gitalist::Controller::Fragment::Repository',
'Catalyst::Action=HASH(0x653b348)') called
at /usr/share/perl5/Catalyst/Action.pm line 60
Catalyst::Action::dispatch('Catalyst::Action=HASH(0x653b348)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/share/perl5/Catalyst/ActionChain.pm line 36
Catalyst::ActionChain::dispatch('Catalyst::ActionChain=HASH(0x6dccdf0)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/share/perl5/Catalyst/Controller.pm line 158
Catalyst::Controller::_ACTION('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called
at /usr/share/perl5/Catalyst/Action.pm line 65
Catalyst::Action::execute('Catalyst::Action=HASH(0x651ff50)',
'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)',
'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line
1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668
Catalyst::execute('Gitalist=HASH(0x6dc2870)',
'Gitalist::Controller::Fragment::Repository',
'Catalyst::Action=HASH(0x651ff50)') called
at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22
Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)',
'Gitalist::Controller::Fragment::Repository',
'Catalyst::Action=HASH(0x651ff50)') called
at /usr/share/perl5/Catalyst/Action.p

Bug#682476: ufw: Log message is broken

[Satoru Sakashita]

Package: ufw
Version: 0.31.1-1
Severity: normal

Dear Maintainer,

I found ufw generate the log file message which is broken like below:

  Jul 23 15:41:08 marburg kernel: --log-prefixIN=eth0 OUT= MAC=f2:3c:91:96:
  e9:7a:c8:4c:75:f5:d6:3f:08:00 SRC=aa.bb.cc.dd DST=ee.ff.gg.hh LEN=60 
  TOS=0x00 PREC=0x00 TTL=55 ID=11072 DF PROTO=TCP SPT=21995 DPT=21000 WINDO
  W=5840 RES=0x00 SYN URGP=0 

It should be as follows:

  Jul 23 15:41:08 marburg kernel: [UFW BLOCK] IN=eth0 OUT= MAC=f2:3c:91:96:
  e9:7a:c8:4c:75:f5:d6:3f:08:00 SRC=aa.bb.cc.dd DST=ee.ff.gg.hh LEN=60 
  TOS=0x00 PREC=0x00 TTL=55 ID=11072 DF PROTO=TCP SPT=21995 DPT=21000 WINDO
  W=5840 RES=0x00 SYN URGP=0 

Since the output of ufw has broken, a log message is not outputted to
/var/log/ufw.log using /etc/rsyslog.d/20-ufw.conf. 

In passing, aren't the following places mistaken, either? 

  $ diff /usr/share/pyshared/ufw/backend_iptables.py 
/usr/share/pyshared/ufw/backend_iptables.py.tmp
  1160c1160
  < '--log-prefix', prefix] +
  ---
  > '--log-prefix', prefix] + \

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

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

Versions of packages ufw depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  iptables   1.4.14-2
ii  python 2.7.3~rc2-1
ii  python2.6  2.6.8-0.2
ii  python2.7  2.7.3~rc2-2.1
ii  ucf3.0025+nmu3

ufw recommends no packages.

Versions of packages ufw suggests:
ii  rsyslog  5.8.11-1+b1

-- Configuration Files:
/etc/default/ufw changed [not included]
/etc/rsyslog.d/20-ufw.conf changed [not included]
/etc/ufw/applications.d/ufw-loginserver changed [not included]

-- debconf information excluded


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

Bug#682199: Packaging biom-format for Debian (Was: Bug#682199: qiime: Needs function from biom-format.org, which is not packaged.)

[Andreas Tille]

Hi Greg,

thanks for your quick reply.

On Sun, Jul 22, 2012 at 07:13:39PM -0700, Greg Caporaso wrote:
> Thanks for getting in touch about this. The biom-format project is
> under GPL. I'll also make sure that we drop the OS X files next time
> we do a release build.

Thanks, droping those files makes life a bit easier.  I'd also recommend
to include some COPYING file into the archive.

When trying to build the package for Debian one question occured to me:
There is a dir python-code/support-code containing C++ code which does
not seem to be really used because when executing `python setup.py` this
is not touched.  I wonder what role this code might play.  The
background of my question is that if I have a pure Python package it
would be Debian architecture 'all' - otherwise the package would need
to be (auto)builded for all Debian release architectures which would be
not be needed if you would confirm that the sparsemat lib is not used.

One final remark: There will be four files installed to /usr/bin which
are all featuring the *.py extension.  Please consider droping this
extension -  reading [1] and [2] might give you good reasons to do so.

Kind regards

   Andreas.

PS for Debian Med team:  The packaging is close to finalised at
  Vcs-Svn: 
svn://svn.debian.org/debian-med/trunk/packages/python-biom-format/trunk/
  We should probably also build the docs as described in INSTALL and
  some manpages would be great.

[1] http://en.wikipedia.org/wiki/Filename_extension#Command_name_issues
[2] 
http://www.talisman.org/~erlkonig/documents/commandname-extensions-considered-harmful

-- 
http://fam-tille.de


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

Bug#682477: minidjvu: strange behaviour - a bug or feature?

[jsbien]

Package: minidjvu
Version: 0.8.svn.2010.05.06-2+b1
Severity: wishlist

The file 

http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde.djvu

was created without minidjvu and the files

http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde_p10.djvu
http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde_p10_OCRpol.djvu

with minidjvu set to 10 pages per dictionary. However the latter files do
not contain  common dictionary and are larger than the former one.

The utility

https://bitbucket.org/piotr_sikora/djvulibre-shape-tools/src/ae0c99ebbbd5/tools/inhdict.cpp

reports respectively

Without minidjvu:

user@wheezy:~$ /home/user/djvulibre-shape-tools/tools/inhdict
Downloads/Linde.djvu 
Page 0 shape count: total = 9333 ; inherited = inherited dictionary not
found ; page only = 9333

Page 1 shape count: total = 10696 ; inherited = inherited dictionary not
found ; page only = 10696

Page 2 shape count: total = 10906 ; inherited = inherited dictionary not
found ; page only = 10906

Page 3 shape count: total = 10338 ; inherited = inherited dictionary not
found ; page only = 10338

Page 4 shape count: total = 9034 ; inherited = inherited dictionary not
found ; page only = 9034

Page 5 shape count: total = 13771 ; inherited = inherited dictionary not
found ; page only = 13771

Page 6 shape count: total = 12753 ; inherited = inherited dictionary not
found ; page only = 12753

Page 7 shape count: total = 9000 ; inherited = inherited dictionary not
found ; page only = 9000

Page 8 shape count: total = 9954 ; inherited = inherited dictionary not
found ; page only = 9954

Page 9 shape count: total = 10060 ; inherited = inherited dictionary not
found ; page only = 10060


Summary: document contains
105845 total shapes
0 shapes in inherited dictionaries
105845 shapes in page-only dictionaries 

minidjvu 10 pages per dictionary:

user@wheezy:~$ /home/user/djvulibre-shape-tools/tools/inhdict
Downloads/test_Linde/Linde.djvu 
Page 0 shape count: total = 31657 ; inherited = inherited dictionary not
found ; page only = 31657

Page 1 shape count: total = 37266 ; inherited = inherited dictionary not
found ; page only = 37266

Page 2 shape count: total = 35030 ; inherited = inherited dictionary not
found ; page only = 35030

Page 3 shape count: total = 43194 ; inherited = inherited dictionary not
found ; page only = 43194

Page 4 shape count: total = 27873 ; inherited = inherited dictionary not
found ; page only = 27873

Page 5 shape count: total = 58902 ; inherited = inherited dictionary not
found ; page only = 58902

Page 6 shape count: total = 44395 ; inherited = inherited dictionary not
found ; page only = 44395

Page 7 shape count: total = 35320 ; inherited = inherited dictionary not
found ; page only = 35320

Page 8 shape count: total = 32466 ; inherited = inherited dictionary not
found ; page only = 32466

Page 9 shape count: total = 35369 ; inherited = inherited dictionary not
found ; page only = 35369

All the files has been created with didjvu:

user@sid4OCR:~/Documents/Linde$ didjvu bundle -v -o Linde.djvu *.png
p0133.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.078 bits/pixel; 56.809:1, 98.24% saved, 18666279 bytes in, 328580
bytes out
p0134.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.086 bits/pixel; 53.686:1, 98.14% saved, 19319069 bytes in, 359851
bytes out
p0135.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.085 bits/pixel; 52.962:1, 98.11% saved, 18920975 bytes in, 357253
bytes out
p0136.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.084 bits/pixel; 53.944:1, 98.15% saved, 19140880 bytes in, 354828
bytes out
p0137.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.076 bits/pixel; 58.678:1, 98.30% saved, 18740708 bytes in, 319381
bytes out
p0138.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.100 bits/pixel; 45.893:1, 97.82% saved, 19307885 bytes in, 420714
bytes out
p0139.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.097 bits/pixel; 46.504:1, 97.85% saved, 19032606 bytes in, 409270
bytes out
p0140.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.082 bits/pixel; 55.625:1, 98.20% saved, 19113932 bytes in, 343619
bytes out
p0141.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.081 bits/pixel; 54.928:1, 98.18% saved, 18696001 bytes in, 340372
bytes out
p0142.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
- 0.082 bits/pixel; 55.973:1, 98.21% saved, 19362919 bytes in, 345936
bytes out
bundling
nan bits/pixel; 53.158:1, 98.12% saved, 190301254 bytes in, 3579912
bytes out
user@sid4OCR:~/Documents/Linde$ didjvu bundle -vv -p 10 -o
Linde_p10.djvu *.png
p0133.png:
- reading image
- image size: 5100 x 6600
- converting to DjVu
+ cjb2 -losslevel 0 /tmp/didjvu.Aspw4W.pbm /tmp/didjvu.NroZW8.djvu
+ djvumake /tmp/didjvu.L2VOyg/result.djvu INFO=5100,6600,300
Sjbz=/tmp/didjv

Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

[Yves-Alexis Perez]

On lun., 2012-07-23 at 00:33 -0700, ian_br...@fastmail.net wrote:
> On Mon, 23 Jul 2012 07:59:32 +0200
> Yves-Alexis Perez  wrote:
> 
> > It seems that this was done on purpose because, apparently, the data
> > should come from PAM. See upstream bug for more details.
> 
> Presumably you mean here:
> 
> https://bugs.launchpad.net/lightdm/+bug/1019314

Yes, that's the target of the forwarded tag.
> 
> I agree with your description of the situation, except for this:
> 
> In 1.2, when the user selects the locale in LightDM greeter, it's
> set for the session and saved in .dmrc. Then for the following
> sessions, nothing loads .dmrc and the locale is not correctly set.
> 
> That's not what I'm seeing.
> 
> In 1.2, when the user selects the locale in the LightDM greeter, it's
> saved in ~/.dmrc, but it IS NOT set in the environment for that session,
> or any other.

Ok, will correct upstream bug (or feel free to do it in case you have a
launchpad account, but don't bother creating one if you don't).
> 
> See my comment on the Debian bug report, and the explanation by the
> original submitter, which are in agreement on this point:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386
> 
> In other words, LightDM locale selection is currently completely
> useless, because it has no effect at all on the session being started,
> or any subsequent one.
> 
> One might ask why a Pluggable Authentication Module ought to be
> responsible for things which clearly have nothing to do with
> authentication, such as locale selection, especially when they are
> liable to change at every login.

PAM is more than authentication, it handles quite some login-related
stuff. And maybe it makes sense to store login-specific settings like
locales into PAM. But my feeling is that it's not the case. It seems
that PAM (through pam_env module) only handles /default/ environment,
taken from /etc/environment. So while it might be useful to have a
default setting for the box, it's plain useless for user-specific
settings. So if my analysis is right, I'm a bit puzzled about the
change.

Note that you might try with accountsservice installed, it might help.

Regards,
-- 
Yves-Alexis


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

Bug#682248: monodoc-browser: postinst errors

[Andreas Beckmann]

On 2012-07-22 23:03, Iain Lane wrote:
> I made this RC because this code needs to be right for the original
> workaround to function.

That's fine. I didn't use a RC priority since the error was actually 
ignored and I don't know anything about mono packages to decide the 
severity of this problem.

> I pushed an update to
> 
>   git://git.debian.org/git/pkg-mono/packages/mono-tools.git
> 
> Could you test this for me, please? I don't have piuparts set up and you
> seem to be good at finding the bugs. :-)

I tried, but piuparts can't easily test the locally built mono-tools 
.debs due the circular dependencies (#561240) - it always pulls in the 
buggy one from the repository.

...

finally managed to get it tested:

  Setting up monodoc-browser (2.10-6) ...
  Processing triggers for monodoc-browser ...
  generating monodoc search index...
  grep: /etc/gre.d/*.conf: No such file or directory
  generating monodoc search index... (this can take a while)
  grep: /etc/gre.d/*.conf: No such file or directory
  Problem: O:Mono.Math.BigInteger.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:Mono.Simd.Vector2d.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:Mono.Simd.Vector2l.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:Mono.Simd.Vector2ul.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:Mono.Simd.Vector4f.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:Mono.Simd.Vector4i.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
[...]
  Problem: O:System.Runtime.InteropServices.GCHandle.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:System.Runtime.InteropServices.HandleRef.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:System.Web.UI.WebControls.FontUnit.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs
  Problem: O:System.Web.UI.WebControls.Unit.Conversion, with xpath: 
/Type/Members/Member[@MemberName='op_Conversion']/Docs

Looks better :-) Although there is still a lot of noise, but that
probably needs to be fixed elsewhere and for wheezy+1


Andreas


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

Bug#637232: Multiarch breaks support for non-multiarch toolchain

[Goswin von Brederlow]

On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
> affects 637232 + release-notes
> quit
> 
> Hi,
> 
> Matthias Klose wrote:
> > On 08/09/2011 07:31 PM, Aurelien Jarno wrote:
> 
> >> I got fed up by people reporting bug on libc6, while this problem results
> >> from a decision Debian to implement multiarch. People should work on
> >> implementing a compatibility wrapper and to make upstream toolchain
> >> multiarch aware. Until this is done, this bug should be kept opened.
> >
> > just do it.
> 
> To be realistic, is anyone actually going to do this?
> 
> Avenues forward:
> 
>  a) Help upstream authors of toolchain components with hardcoded
> header and library search paths to implement multiarch.
> 
>   gcc: in progress - http://gcc.gnu.org/PR53468 (thanks, Matthias!)
>   clang: fixed? - http://llvm.org/bugs/show_bug.cgi?id=6541
>   icc (Intel C++): status?
>   pathcc (PathScale ekopath): status?
>   tcc (Tiny C compiler): fixed - b56edc7b, 2012-05-22
>   pcc (Portable C compiler): unfixed - http://bugs.debian.org/638309
>   cmake: fixed - http://public.kitware.com/Bug/view.php?id=12037

What I don't understand is why compilers (which probably means ld from
binutils in all cases) won't use ld.so.conf to find the libs. It only
does so to find libs linked into libs you link against. So it is used
execpt for the verry first level of recursion. Maybe this could be fixed
better in a single common point.

>  b) There is a workaround described in libc6/NEWS.Debian.gz which
> works fine:
> 
>   LIBRARY_PATH=/usr/lib/
>   CPATH=/usr/include/
>   export CPATH LIBRARY_PATH
> 
> It's probably worth advertising that more widely, for example in
> the release notes.

I find it a bit hard to believe CPATH is needed. That directory has
been in use for years and years way before multiarch. Anyone know
which compiler needs it?

>  c) Compatibility wrapper.  If someone needs this, feel free to email
> me and I'll help out however I can.

If you write one of those then please make sure it works with gcc, gcc
-m32, gcc -m64 and uclibc (which brings some wrappers already I
believe). It would also be nice to include i486-linux-gnu-* on amd64
and amd64-linux-gnu-* on i386 and similar for other archs.

MfG
Goswin


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

Bug#681203: xul-ext-gnome-keyring: extension seems to be incompatible with gnome 3.4

[Christian Engwer]

On Sun, Jul 22, 2012 at 11:16:39PM +0100, Ximin Luo wrote:
> It was clearly a typo to *you*, in your context with the bug being present. In
> my context, where everything is fine, *I* have no idea what "keyword" means.
> 
> I am running gnome-keyring 3.4 and it works OK for me.
> 
> Note that if your keyring is unlocked, gnome-keyring will prompt you to unlock
> your keyring. While this dialog box is open, firefox will indeed not respond 
> to
> user input. If you think this is a bug, file it to the gnome-keyring
> developers, but I guess they would call it a "security feature".

there is no reason treating users like idiots. If you would have read
my last mail properly you'd have seen that I corrected my typo and
explained that it is about storing the password. The keyring is
unlocked and works for all other applications. But never mind, I don't
care using this package anymore. And with this tone of correspondence
I also don't care about helping any further.

I close the bug so that it doesn't distract you in your mailbox anymore.

Christian

> On 22/07/12 21:21, Christian Engwer wrote:
> > On Sat, Jul 21, 2012 at 01:37:20PM +0100, Ximin Luo wrote:
> >> ping?
> > 
> > pong!
> > 
>  adding an iceweasel keyword to the gnome-keyring will freeze
> > 
> > This was clearly a typo... I wanted to say that adding a password in
> > iceweasel (current from testing) results in a frozen iceweasel. I'd
> > don't know what the exact reason is. Storing passwords in the
> > traditional iceweasel vault works, just es the plugin did work some
> > time ago. I suspect that the problem origins from the
> > gnome-keyring. I used to have the 3.2 keyring and recently 3.4 entered
> > from unstable.
> > 
> > If you have a particular question I can try to give more details.
> > 
> > Christian
> > 
> >>> Please elaborate - I don't understand this at all.
> >>>
>  iceweasel. This extension used to work, but in newser versions it
>  doesn't anymore. I assume it is an incompatiblity with the gnome 3.4
>  keyring.
> 
>  Christian
> 
>  -- System Information:
>  Debian Release: wheezy/sid
>    APT prefers proposed-updates
>    APT policy: (500, 'proposed-updates'), (500, 'testing'), (400, 
>  'stable'), (300, 'unstable'), (1, 'experimental')
>  Architecture: amd64 (x86_64)
> 
>  Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
>  Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
>  Shell: /bin/sh linked to /bin/dash
> 
>  Versions of packages xul-ext-gnome-keyring depends on:
>  ii  iceweasel  10.0.5esr-2
>  ii  libc6  2.13-33
>  ii  libgcc11:4.7.1-2
>  ii  libglib2.0-0   2.32.3-1
>  ii  libgnome-keyring0  3.4.1-1
>  ii  libnspr4   2:4.9.1-1
>  ii  libnspr4-0d2:4.9.1-1
>  ii  libstdc++6 4.7.1-2
> 
>  xul-ext-gnome-keyring recommends no packages.
> 
>  xul-ext-gnome-keyring suggests no packages.
> 
>  -- no debconf information
> 
> 
> >>>
> >>>
> >>
> >>
> >> -- 
> >> GPG: 4096R/5FBBDBCE
> >> https://github.com/infinity0
> >> https://bitbucket.org/infinity0
> >> https://launchpad.net/~infinity0
> >>
> 
> 
> -- 
> GPG: 4096R/5FBBDBCE
> https://github.com/infinity0
> https://bitbucket.org/infinity0
> https://launchpad.net/~infinity0
> 



-- 
Prof. Dr. Christian Engwer 
Institut für Numerische und Angewandte Mathematik
Fachbereich Mathematik und Informatik der Universität Münster
Einsteinstrasse 62
48149 Münster

E-Mail  christian.eng...@uni-muenster.de
Telefon +49 251 83-35067
FAX +49 251 83-32729


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

Bug#682473: [Pkg-xfce-devel] Bug#682473: lightdm: autologin-user-timeout appears ineffective

[Yves-Alexis Perez]

On lun., 2012-07-23 at 17:12 +1000, Neale Banks wrote:
> Package: lightdm
> Version: 1.2.2-3
> 
> Autologon works first time, but autologin-user-timeout appears
> ineffective.
> 
> Setting autologin-user-timeout should specify the number of seconds
> to wait till the guest user is automatically logged in again.  With
> this set (e.g. autologin-user-timeout=10) after a user logs out the
> lightdm login window remains displayed (same behaviour is if setting
> was autologin-user-timeout=0).
> 
> This appears to be upstream bug:
> https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/902852
> 
I'm marking it as forwarded, but I'm unsure if it's the same thing.

Does autologin-user-timeout works for the first login?

I have the impression that maybe autologin works only for the first
login anyway, and not for the following times (which may be intended,
too). In case this might be different bugs.

Regards,
-- 
Yves-Alexis


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

Bug#682478: unblock: josm/0.0.svn5267+dfsg1-2

[David Paleino]

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

Please unblock package josm 0.0.svn5267+dfsg1-2.

It fixes #682315 which, even if not RC, would make the package almost unusable
in wheezy.

OpenStreetMap has undergone a license change in its data, so some data was
removed/hidden, and the current JOSM in wheezy is unable to deal with that. The
reporter proposed to package a newer upstream version, but I managed to
backport the needed fixes to the version in wheezy.

Please find the diff attached (there are also some patch renames there, sorry
for the noise).

unblock josm/0.0.svn5267+dfsg1-2

Thanks for your work,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
diff --git a/debian/changelog b/debian/changelog
index e879535..f548210 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+josm (0.0.svn5267+dfsg1-2) unstable; urgency=low
+
+  * Backported patches from upstream repository, to handle recent
+OSM license change (Closes: #682315)
+  - 06-handle_redacted_objects.patch
+  - 07-handle_deleted_nodes_without_coordinates.patch
+
+ -- David Paleino   Mon, 23 Jul 2012 10:16:59 +0200
+
 josm (0.0.svn5267+dfsg1-1) unstable; urgency=low
 
   * New tested snapshot
diff --git a/debian/patches/10-build.patch b/debian/patches/00-build.patch
similarity index 100%
rename from debian/patches/10-build.patch
rename to debian/patches/00-build.patch
diff --git a/debian/patches/20-bts.patch b/debian/patches/01-bts.patch
similarity index 100%
rename from debian/patches/20-bts.patch
rename to debian/patches/01-bts.patch
diff --git a/debian/patches/40-elemstyles.patch b/debian/patches/02-elemstyles.patch
similarity index 100%
rename from debian/patches/40-elemstyles.patch
rename to debian/patches/02-elemstyles.patch
diff --git a/debian/patches/70-default_look_and_feel.patch b/debian/patches/03-default_look_and_feel.patch
similarity index 100%
rename from debian/patches/70-default_look_and_feel.patch
rename to debian/patches/03-default_look_and_feel.patch
diff --git a/debian/patches/80-fix_images.patch b/debian/patches/04-fix_images.patch
similarity index 100%
rename from debian/patches/80-fix_images.patch
rename to debian/patches/04-fix_images.patch
diff --git a/debian/patches/90-fix_version.patch b/debian/patches/05-fix_version.patch
similarity index 100%
rename from debian/patches/90-fix_version.patch
rename to debian/patches/05-fix_version.patch
diff --git a/debian/patches/06-handle_redacted_objects.patch b/debian/patches/06-handle_redacted_objects.patch
new file mode 100644
index 000..3ce0066
--- /dev/null
+++ b/debian/patches/06-handle_redacted_objects.patch
@@ -0,0 +1,46 @@
+From: Don-vip
+Subject: handle redacted objects resulting from OSM License change process
+Origin: upstream, http://josm.openstreetmap.de/changeset/5339/josm
+ upstream, http://josm.openstreetmap.de/changeset/5340/josm
+Bug-Debian: http://bugs.debian.org/682315
+
+---
+ src/org/openstreetmap/josm/data/osm/history/History.java|   14 ++
+ src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java |5 +++
+ 2 files changed, 19 insertions(+)
+
+--- josm.orig/src/org/openstreetmap/josm/data/osm/history/History.java
 josm/src/org/openstreetmap/josm/data/osm/history/History.java
+@@ -230,4 +230,18 @@ public class History{
+ public OsmPrimitiveType getType() {
+ return type;
+ }
++
++@Override
++public String toString() {
++String result = "History ["
+++ (type != null ? "type=" + type + ", " : "") + "id=" + id;
++if (versions != null) {
++result += ", versions=\n";
++for (HistoryOsmPrimitive v : versions) {
++result += "\t" + v + ",\n";
++}
++}
++result += "]";
++return result;
++}
+ }
+--- josm.orig/src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java
 josm/src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java
+@@ -161,6 +161,11 @@ public class HistoryBrowserModel extends
+ if (history.getByVersion(primitive.getVersion()) != null)
+ return primitive.isModified();
+ 
++// if latest version from history is higher than a non existing primitive version,
++// that means this version has been redacted and the primitive cannot be used.
++if (history.getLatest().getVersion() > primitive.getVersion())
++return false;
++
+ // latest has a higher version than one of the primitives
+ // in the history (probably because the history got out of sync
+ // with uploaded data) -> show the primitive as latest
diff --git a/debian/patches/07-handle_deleted_nodes_without_coordinates.patch b/debian/patches/07-handle_deleted_node

Bug#682479: [mysql-workbench] Autocompletition buggy when editing a Column Name of a Table

[Csanyi Pal]

Package: mysql-workbench
Version: 5.2.40+dfsg-1+b1
Severity: normal

--- Please enter the report below this line. ---
Hi,

when editing a Column Name of a Table in the MySQL Table Editor
and want to enter a new column name, the autocompletition mechanism
delete my new entry modifying it, so I can't enter a new name.

The workaround is that that I must to click once with my mouse into
Datatype field and then return into Column Name field to enter the new
column name.

Regards from Pál


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: wheezy/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.debian.org 
  500 testing www.debian-multimedia.org 
  500 testing ftp.debian.org 
  500 stable  dl.google.com 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libatk1.0-0   (>= 1.12.4) | 2.4.0-2
libatkmm-1.6-1(>= 2.22.1) | 2.22.6-1
libc6(>= 2.4) | 2.13-35
libcairo2  (>= 1.7.2) | 1.12.2-2
libcairomm-1.0-1   (>= 1.6.4) | 1.10.0-1
libctemplate2 | 2.2-3
libfontconfig1 (>= 2.9.0) | 2.9.0-6
libfreetype6   (>= 2.2.1) | 2.4.9-1
libgcc1  (>= 1:4.1.1) | 1:4.7.1-5
libgdk-pixbuf2.0-0(>= 2.22.0) | 2.26.1-1
libgl1-mesa-glx   | 8.0.3-1
 OR libgl1| 
libglib2.0-0  (>= 2.31.8) | 2.32.3-1
libglibmm-2.4-1c2a   (>= 2.31.22) | 2.32.0-1
libgnome-keyring0 (>= 2.22.2) | 3.4.1-1
libgtk2.0-0   (>= 2.24.0) | 2.24.10-1
libgtkmm-2.4-1c2a   (>= 1:2.24.0) | 1:2.24.2-1
liblua5.1-0   | 5.1.5-3
libmysqlclient18   (>= 5.5.24+dfsg-1) | 5.5.24+dfsg-5
libpango1.0-0 (>= 1.18.0) | 1.30.0-1
libpangomm-1.4-1  (>= 2.27.1) | 2.28.4-1
libpcre3(>= 8.10) | 1:8.30-5
libpython2.7 (>= 2.7) | 2.7.3-2
libsigc++-2.0-0c2a (>= 2.0.2) | 2.2.10-0.2
libsqlite3-0   (>= 3.5.9) | 3.7.13-1
libstdc++6   (>= 4.6) | 4.7.1-5
libtinyxml2.6.2   | 2.6.2-1
libuuid1(>= 2.16) | 2.20.1-5.1
libx11-6  | 2:1.5.0-1
libxml2(>= 2.7.4) | 2.8.0+dfsg1-5
libzip2 (>= 0.10) | 0.10.1-1.1
zlib1g   (>= 1:1.1.4) | 1:1.2.7.dfsg-13
python  (>= 2.6.6-7~) | 2.7.3-1
python2.7 | 2.7.3-2
mysql-workbench-data(= 5.2.40+dfsg-1) | 5.2.40+dfsg-1
mysql-client  | 5.5.24+dfsg-5
python-mysql.connector| 0.3.2-1
python-paramiko   | 1.7.7.1-3
python-pysqlite2  | 2.6.3-3
python-pexpect| 2.4-1


Recommends  (Version) | Installed
=-+-===
ttf-bitstream-vera| 1.10-8
mysql-utilities   | 1.0.5-1


Suggests   (Version) | Installed
-+-===
gnome-keyring| 3.4.1-4


-- 
Regards from Pal


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

Bug#682481: gnome-shell: epiphany shouldn't be the default browser

[Julien Cristau]

Package: gnome-shell
Version: 3.4.1-8
Severity: serious

The default browser should be one that has at least vaguely credible
security support, IMO.  epiphany doesn't qualify, chromium or iceweasel
probably would.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#608035: freevo: doesnt cleanup on purge

[Andreas Beckmann]

found 608035 1.9.2b2-4
unmerge 608035
user debian...@lists.debian.org
usertag 608035 piuparts .
thanks

I'm unmerging the two bugs.

#489328: Current movement seems to be not to remove users when the
package gets purged to avoid reusing the UID that still may own some
files (#621833) and just lock the user (currently only wagely defined).

#608035: Leaving stuff in /var/lib/$package on purge is still a bad
idea. A preseedable debconf question would be welcome.


Andreas


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

Bug#682010: [mumble] Communication failures due to CELT codec library removal

[Nicos Gollan]

Hi,

On Monday 23 July 2012 00:31:27 Chris Knadle wrote:
> This means that the Opus-only client ruins the audio connection for
> everybody else that's connected, at least in this case.

That happens because the maintainer patch "20-add-opus-threshold-option" sets 
the threshold variable default to 1, which is a pretty nonsensical value in 
most situations. It only really makes sense to set it to 0 or 100, unless you 
want to fabricate some really weird behaviour in codec negotiation…

In that case, any client with Opus support should trigger the issue, no matter 
if it supports CELT.

Just for completeness' sake, this is _not_ an upstream issue, the value is 
initialised to 100 there.

I guess manually setting "opusthreshold=100" in your murmur.ini would restore 
sane behaviour on the server side, but I'm not inclined to dig through the 
other maintainer patches to see what else is interfering at this point.

Regards,
Nicos


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

Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart

[Goswin von Brederlow]

On Sun, Jul 22, 2012 at 05:13:00AM +0200, Guillem Jover wrote:
> reassign 682365 apt
> thanks
> 
> On Sun, 2012-07-22 at 04:37:02 +0200, Arno Schuring wrote:
> > Package: dpkg
> > Version: 1.16.4.3
> > Severity: normal
> 
> > It appears that dpkg's logic to prevent installing different versions
> > of a multi-arch:foreign package considers removed but-not-purged
> > packages as still installed:
> > 
> > dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb
> > (--unpack): libwine:i386 1.4.1-2 (Multi-Arch: foreign) is not
> > co-installable with libwine which has multiple installed instances
> > 
> > rc  libwine:amd64   1.4.1-1.2Windows API implementation - library
> > ii  libwine:i3861.4.1-1.2Windows API implementation - library
> > 
> > 
> > This leads to the odd situation that migrating from one architecture to
> > another in effect requires you to purge the package (and lose config,
> > although I'm not sure m-a:foreign packages can even support config
> > files).
> 
> Yes, that's on purpose, otherwise the database could end up with
> multiple instances of non-coinstallable packages, which would break
> lots of internal and external assumptions. And yes, any package could
> contain conffiles, in the libwine case I'd assume it's just the postrm
> maintainer scripts that remains.

That doesn't track. That would require all conffiles to be split off
into architecture:all packages for no good reason. The packages is
M-A: foreign. That imho means it will have to work with its conffiles
from any architecture, i.e. the conffiles need to be architecture
independent. As M-A:foreign package libwine:i386 is a full replacement
for libwine:amd64 in every way and that should include conffiles in
dpkg.

Otherwise cross-grading will be a total nightmare.

> > The full log of what I was trying to do (shortened for brevity though):
> > 
> > # apt-get -t sid install libwine:i386 [..]
> > [..]
> > The following packages will be REMOVED:
> >   libwine [..]
> > The following packages will be upgraded:
> >   libwine:i386 [..]
> > [..]
> > Removing libwine:amd64 ...
> > [..]
> > Preparing to replace libwine-bin:i386 1.4.1-1.2
> > (using .../libwine-bin_1.4.1-2_i386.deb) ... Unpacking replacement
> > libwine-bin:i386 ... dpkg: error
> > processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb (--unpack):
> > libwine:i386 1.4.1-2 (Multi-Arch: foreign) is not co-installable with
> > libwine which has multiple installed instances [..] # dpkg -la|grep
> > libwine rc  libwine:amd64
> > 1.4.1-1.2  Windows API implementation - library
> > ii  libwine:i386
> > 1.4.1-1.2  Windows API implementation - library
> > [..] # dpkg -P libwine:amd64 (Reading database ... 125749 files and
> > directories currently installed.) Removing libwine:amd64 ...
> > Purging configuration files for libwine:amd64 ...
> > # apt-get -t sid install -f
> > [..]
> > The following extra packages will be installed:
> >   libwine:i386
> > [..]
> > The following packages will be upgraded:
> >   libwine:i386
> > [..]
> > Unpacking replacement libwine ...
> > [..]
> > Setting up libwine (1.4.1-2) ...
> > # dpkg -la|grep libwine
> > ii  libwine
> > 1.4.1-2Windows API implementation - library
> > ii  libwine-bin:i386
> > 1.4.1-2Windows API implementation - system
> > services [..]
> 
> > I also notice that libwine no longer is listed as libwine:i386. Not
> > sure where that comes from though. Maybe because there is a
> > non-multiarch libwine in stable?
> 
> libwine 1.4.1-2 is not arch-qualified because it's not Multi-Arch:same
> anymore and as such does not really need to be disambiguated.
> 
> > Filing against dpkg because I think configuration-only packages should
> > not prevent installation like this, but if this is expected behaviour
> > then this bug might need to be reassigned to apt so that apt knows to
> > purge packages in this situation. I also looked through the 1.16.8
> > changelog but saw no mention of something like this already being
> > fixed, and I also don't know if 1.16.8 might or might not make it into
> > wheezy.
> 
> Yes, this appears to be a problem with apt, reassigning as such.
> 
> thanks,
> guillem

Are you sayind that configuration files must be purged when
cross-grading packages? That looks like a serious implementation flaw
in dpkg.

MfG
Goswin


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

Bug#682464: libtasn1-3: Unused build dependencies

[Simon Josefsson]

"P. J. McDermott"  writes:

> Source: libtasn1-3
> Version: 2.13-2
> Severity: minor
> Tags: patch
>
> libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base,
> neither of which is used in the build process.  Both can be safely
> removed from debian/control as in the attached patch (tested in a sid
> chroot).

The dependencies should be used during the build process to generate the
GTK-DOC API manual.  I've heard before that it is recommended that
everything that is shipped in Debian packages are built from sources to
make sure that it is possible to rebuild generated files if necessary.
I recall this is common for other packages with GTK-DOC manuals too.

/Simon


> -- 
> P. J. McDermott(_/@\_),--.
> http://www.pehjota.net/   o< o o >   / oo \
> http://www.pehjota.net/contact.html o   \ `-/| <> |.
> o o o"~v/_\--/_/
> diff -Nru libtasn1-3-2.13/debian/changelog libtasn1-3-2.13/debian/changelog
> --- libtasn1-3-2.13/debian/changelog  2012-06-07 11:46:10.0 -0400
> +++ libtasn1-3-2.13/debian/changelog  2012-07-22 20:26:38.0 -0400
> @@ -1,3 +1,10 @@
> +libtasn1-3 (2.13-2.1) unstable; urgency=low
> +
> +  * Non-maintainer upload.
> +  * Remove unused build dependencies on gtk-doc-tools and texlive-latex-base.
> +
> + -- P. J. McDermott   Sun, 22 Jul 2012 20:11:00 -0400
> +
>  libtasn1-3 (2.13-2) unstable; urgency=low
>  
>* Upload to unstable.
> diff -Nru libtasn1-3-2.13/debian/control libtasn1-3-2.13/debian/control
> --- libtasn1-3-2.13/debian/control2012-03-25 03:01:46.0 -0400
> +++ libtasn1-3-2.13/debian/control2012-07-22 20:19:45.0 -0400
> @@ -2,8 +2,8 @@
>  Section: libs
>  Maintainer: Debian GnuTLS Maintainers 
> 
>  Uploaders: Andreas Metzler , Eric Dorland 
> , James Westby , Simon Josefsson 
> 
> -Build-Depends: debhelper (>> 8.1.3), cdbs (>= 0.4.93), bison, gtk-doc-tools,
> - texinfo, autotools-dev, texlive-latex-base
> +Build-Depends: debhelper (>> 8.1.3), cdbs (>= 0.4.93), bison,
> + texinfo, autotools-dev
>  Standards-Version: 3.9.3
>  Priority: standard
>  Vcs-Svn: svn://svn.debian.org/svn/pkg-gnutls/packages/libtasn1-3/trunk


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

Bug#661008: dovecot-imapd: Corrupted index cache file

[Thomas Herrmann]

On 03/06/2012 09:26 PM, Jaldhar H. Vyas wrote:
> On Fri, 24 Feb 2012, Thomas Herrmann wrote:
>> On 02/24/2012 12:42 AM, Timo Sirainen wrote:
>>> Anyway, I don't have time to try to debug bugs that may have been
>>> fixed already. If this keeps happening with v2.0.18 or v2.1.1 I'm
>>> happy to help.

Sorry for the long delay; but I have finally found some time to upgrade
to 2.1.7 (current debian testing packages). The problem still occurrs
exactly as described in the first posts. After the upgrade, I did this
in the mail folder:

find . -name dovecot.index.cache -exec rm {} \;

and today, this came up in the mail.err log file:

Jul 23 10:20:08 mailsrv2 dovecot: imap(xx...@adwin.de): Error:
Corrupted index cache file
/home/vmail/adwin.de/XX/Maildir/.SomeFolder/dovecot.index.cache:
record continues outside its allocated size

The folder in question is a regular mail folder that is symlinked into
the public folder structure. Mails are placed in that folder by the
users sieve script. The folder is then accessed as a public folder by
multiple clients.

My mail client still shows new mails in some folders, and when you click
on the folder, there are no new folders. I assume that the problems
are connecte
d, but I don't know how.

I hope that we can track this down now, let me know what you need.

Regards
Thomas


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

Bug#682482: unblock: glpi/0.83.31-1

[Pierre Chifflier]

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

Hi,

GLPI 0.83.31 (micro-fix based on 0.83.3) is an important security
release, fixing two CVEs:

CVE-2012-4002:
  Bug #3704: CSRF prevention step 1
  Bug #3707: CSRF prevention step 2

CVE-2012-4003:
  Bug #3705: Security XSS for few items

https://forge.indepnet.net/projects/glpi/versions/771

Note: the diff from 0.83.2-1 (current testing) is pretty big, but almost
all the patch is made of fixes in many files. Trying to backport would
make no sense imho since it would bring almost everything, and make future
maintenance even harder.

Please allow GLPI 0.83.31 in testing.

Regards,
Pierre

unblock glpi/0.83.31-1


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

Bug#682460: unblock: boost1.50/1.50.0-1

[Cyril Brulebois]

Hi,

Steve M. Robbins  (22/07/2012):
> Given the long lifetime of stable Debian, I expect users would
> appreciate having the latest Boost available.  This is a leaf package
> so should have no impact on stability of the archive.
> 
> [Testing currently has Boost 1.49 as default and I propose to keep it
> that way even if Boost 1.50 is also available.]
> 
> unblock boost1.50/1.50.0-1

I think it's way too late to add new packages to testing, and I'm not
sure boost's being boost is a strong enough reason to make an exception
for it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

[ian_bruce]

On Mon, 23 Jul 2012 10:33:32 +0200
Yves-Alexis Perez  wrote:

>> One might ask why a Pluggable Authentication Module ought to be
>> responsible for things which clearly have nothing to do with
>> authentication, such as locale selection, especially when they are
>> liable to change at every login.
> 
> PAM is more than authentication, it handles quite some login-related
> stuff. And maybe it makes sense to store login-specific settings like
> locales into PAM. But my feeling is that it's not the case. It seems
> that PAM (through pam_env module) only handles /default/ environment,
> taken from /etc/environment. So while it might be useful to have a
> default setting for the box, it's plain useless for user-specific
> settings. So if my analysis is right, I'm a bit puzzled about the
> change.

This.

Not just user-specific settings, but session-specific settings.

> Note that you might try with accountsservice installed, it might help.

Doesn't seem to, and I don't see why it would. According to the README:

The AccountsService project provides

 - A set of D-Bus interfaces for querying and manipulating user
 account information.

 - An implementation of these interfaces based on the usermod(8),
 useradd(8) and userdel(8) commands.

There's nothing session-specific about that.


-- Ian Bruce


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

Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)

[Petr Salinger]

tags 570015 -help
found 570015 0.4.5-3
--

On Sun, 22 Jul 2012, Steven Chamberlain wrote:

As a quick and random test, I installed all tasksel options of
kfreebsd-amd64, and executed each binary from {,/usr}/[s]bin as a
non-privileged user inside a jail.



These next two are odd, as they appear to be daemons running as uid 0.
...
But this one was definitely triggered by something in /bin or /sbin
being run as uid 1000:


pid 25310 (ck-collect-session-), uid 0: exited on signal 11


It is long known problem - see #570015.
The fix is really simple and waits for very long :-(
Petr


--- consolekit/src/ck-sysdeps-freebsd.c
+++ consolekit/src/ck-sysdeps-freebsd.c
@@ -261,6 +261,8 @@
 for (i = 0; penv[i] != NULL; i++) {
 char **vals;

+if (!penv[i][0]) continue;
+
 vals = g_strsplit (penv[i], "=", 2);
 if (vals != NULL) {
 g_hash_table_insert (hash,


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

Bug#682277: RC bugs to closed : Bug 682277 in libweb-id-perl

[Jonas Smedegaard]

On 12-07-23 at 10:50am, Salvatore Bonaccorso wrote:
> On Sun, Jul 22, 2012 at 08:10:00PM +0200, Xavier wrote:
> > it seems that bug #682277 has been resolved by version 1.921-3 but 
> > has not been closed.
> 
> This was more or less intentional, I added only the fixed version. But 
> indeed it should appear on the radar for the RC bugs for wheezy if we 
> close the bug. So doing now.

Ohh, it was _fixed_ but not _closed_.  Now I understand. :-)


 - 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

Bug#682466: virtaal: Adding Debian compendia as terminology file is very slow

[Omar Campagne]

Hello Fernando:

Thanks for your bug report. I've noticed this issue a few times with 
long files,
please take into consideration that the compendia-po file is unnaturraly 
long,
you'll hardly find a file that  big anywhere else, and I think it's a 
bit normal

that it takes its time (I know it's a lot of time, I did the same than you).

I think this is more or less normal. For example, I translate professionally
with SDL Trados, a 300€ l10n beast... yet it's very slow on long files, and
I mean files much shorter than compendia-po.

I acknowledge that sometimes it can be too slow (it can get slow with a 500
strings, 30.000 words file, though I hardly find sthg that big in the
professional world).

Nevertheless, I will pass this bug to upstream, to see if they can look into
it.

You can try playing with the command tmserver, which can help you
import a file directly to the tm.

Regards,

Omar


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

Bug#682481: gnome-shell: epiphany shouldn't be the default browser

[Josselin Mouette]

Le lundi 23 juillet 2012 à 10:46 +0200, Julien Cristau a écrit : 
> Package: gnome-shell
> Version: 3.4.1-8
> Severity: serious
> 
> The default browser should be one that has at least vaguely credible
> security support, IMO.  epiphany doesn't qualify, chromium or iceweasel
> probably would.

As explained on IRC, they would if at the *very least* they supported
GTK3.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart

[Goswin von Brederlow]

On Sun, Jul 22, 2012 at 05:51:08AM +0200, Guillem Jover wrote:
> On Sat, 2012-07-21 at 22:30:30 -0500, Jonathan Nieder wrote:
> > Guillem Jover wrote:
> > > On Sun, 2012-07-22 at 04:37:02 +0200, Arno Schuring wrote:
> > 
> > >> dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb
> > [...]
> > >> rc  libwine:amd64   1.4.1-1.2Windows API implementation - library
> > >> ii  libwine:i3861.4.1-1.2Windows API implementation - library
> > [...]
> > > Yes, that's on purpose, otherwise the database could end up with
> > > multiple instances of non-coinstallable packages, which would break
> > > lots of internal and external assumptions.
> > 
> > How does crossgrading normally work?
> 
> Cross-grading happens whenever a new package instance is installed
> with a different architecture from the current single instance, as
> long as both old and new are not M-A:same, or they switch from
> non-M-A:same to M-A:same or the reverse.
> 
> > If Arno had not had libwine:i386 installed, would the upgrade have worked?
> 
> Yeah (assuming not-installed == not-present), that would have been a
> cross-grade. Because the old one is M-A:same and the new one is
> M-A:foreign.

Corect me if I'm wrong but your saying the following work:

foo:i386  same 1.2-3 -> foo:i386  foreign 1.2-4
foo:amd64 same 1.2-3 -> foo:i386  foreign 1.2-4
foo:i386  same 1.2-3 -> foo:amd64 foreign 1.2-4
foo:amd64 same 1.2-3 -> foo:amd64 foreign 1.2-4

But not:

foo:amd64 same 1.2-3 -\
   -> foo:i386 foreign 1.2-4
foo:i386  same 1.2-3 -/

MfG
Goswin


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

Bug#681985: qemu-system: "-usbdevice tablet" causes bus error

[ygrek]

Package: qemu-system
Version: 1.1.0+dfsg-1
Followup-For: Bug #681985

Ok, got the real reproducer. This happened on development machine
where I have glibc malloc checking[1] turned on.

  $ grep MALLOC ~/.bashrc 
  export MALLOC_CHECK_=3
  export MALLOC_PERTURB_=$(($RANDOM % 255 + 1))

Unsetting MALLOC_PERTURB_ makes the bus error go away.
Running 

  MALLOC_PERTURB_=120 qemu-system-x86_64 -usbdevice tablet

exhibits the problem. AFAIU this indicates the use of uninitialized
malloc memory in qemu, but without symbols I cannot dig any further.

[1]: http://udrepper.livejournal.com/11429.html


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

Bug#682484: tomoyo-tools: [INTL:de] Initial German debconf translation

[Chris Leick]

Package: tomoyo-tools
Version: 20120630+2
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the initial German debconf translation of tomoyo-tools.

Kind regards,
Chris
# Translation of the tomoyo-tools debconf template to German
# Copyright (C) 2009 Hideki Yamane.
# This file is distributed under the same license as the tomoyo-tools package.
# Chris Leick , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: tomoyo-tools 2.5.0-20120414-4\n"
"Report-Msgid-Bugs-To: tomoyo-to...@packages.debian.org\n"
"POT-Creation-Date: 2012-07-17 19:17-0600\n"
"PO-Revision-Date: 2012-07-18 21:23+0100\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid "Enable TOMOYO Linux at boot time?"
msgstr "TOMOYO Linux beim Hochfahren aktivieren?"

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid ""
"Enabling TOMOYO Linux functionality in the running kernel requires an "
"appropriate kernel command line at boot time. This can be configured by "
"setting GRUB_CMDLINE_LINUX=\"security=tomoyo\" in /etc/default/grub and "
"running grub-update."
msgstr ""
"Aktivieren der TOMOYO-Linux-Funktionalität im laufenden Kernel erfordert "
"eine geeignete Kernel-Befehlszeile beim Hochfahren. Dies kann durch Setzen "
"von GRUB_CMDLINE_LINUX=\"security=tomoyo\" in /etc/default/grub und Ausführen "
"von grub-update konfiguriert werden."

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid ""
"If you accept here, these actions will be performed automatically and TOMOYO "
"Linux will be enabled at next boot."
msgstr ""
"Falls Sie hier zustimmen, werden diese Aktionen automatisch durchgeführt und "
"TOMOYO Linux wird beim nächsten Hochfahren aktiviert."

Bug#682481: gnome-shell: epiphany shouldn't be the default browser

[Julien Cristau]

On Mon, Jul 23, 2012 at 10:55:49 +0200, Josselin Mouette wrote:

> Le lundi 23 juillet 2012 à 10:46 +0200, Julien Cristau a écrit : 
> > Package: gnome-shell
> > Version: 3.4.1-8
> > Severity: serious
> > 
> > The default browser should be one that has at least vaguely credible
> > security support, IMO.  epiphany doesn't qualify, chromium or iceweasel
> > probably would.
> 
> As explained on IRC, they would if at the *very least* they supported
> GTK3.
> 
I don't think "doesn't support gtk3" can be more of a blocker than "has
0 security support".  I agree it's not ideal, but it doesn't seem
there's much of a choice.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#152203: Sinun postilaatikko on ylittänyt varastointi rajan

[sähköpostitili jalostustoimintoja]

Sinun postilaatikko on ylittänyt varastointi rajan määrittelee ylläpito
etkä voi vastaanottaa uusia viestejä ennen kuin olet uudelleen vahvistaa.
Jotta voit vahvista -> Klikkaa
tästä

Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML

[Francesco Cecconi]

Hi Bart,


On Saturday 21 July 2012 16:41:15 Bart Martens wrote:
> Hi Francesco,
> 
> I had a look at your package at mentors uploaded there on 2012-07-14 11:00.
> The information in debian/copyright is yet not complete.  One example is that
> the copyright and license of the file
> test/manuals/res_all/mini_ker/Linking-rule.html are not yet included in
> debian/copyright.

I have updated debian/copyright.

> 
> Regards,
> 
> Bart Martens

Regards,
-- 
Francesco Cecconi
nmapsi4 developer | www.nmapsi4.org
Key ID: 11F6E468


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

Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

[Yves-Alexis Perez]

On lun., 2012-07-23 at 02:08 -0700, ian_br...@fastmail.net wrote:
> On Mon, 23 Jul 2012 10:33:32 +0200
> Yves-Alexis Perez  wrote:
> 
> >> One might ask why a Pluggable Authentication Module ought to be
> >> responsible for things which clearly have nothing to do with
> >> authentication, such as locale selection, especially when they are
> >> liable to change at every login.
> > 
> > PAM is more than authentication, it handles quite some login-related
> > stuff. And maybe it makes sense to store login-specific settings like
> > locales into PAM. But my feeling is that it's not the case. It seems
> > that PAM (through pam_env module) only handles /default/ environment,
> > taken from /etc/environment. So while it might be useful to have a
> > default setting for the box, it's plain useless for user-specific
> > settings. So if my analysis is right, I'm a bit puzzled about the
> > change.
> 
> This.
> 
> Not just user-specific settings, but session-specific settings.

Eh?
> 
> > Note that you might try with accountsservice installed, it might help.
> 
> Doesn't seem to, and I don't see why it would. According to the README:
> 
> The AccountsService project provides
> 
>  - A set of D-Bus interfaces for querying and manipulating user
>  account information.
> 
>  - An implementation of these interfaces based on the usermod(8),
>  useradd(8) and userdel(8) commands.
> 
> There's nothing session-specific about that.

Well, it could have queried your locale information. Thanks for testing
anyway.
-- 
Yves-Alexis


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

Bug#680349: binfmt-support: exit codes for --import and --install differ on "unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument" error

[Andreas Beckmann]

interestingly this error is handled differently for --import and --install:

# umount /proc/sys/fs/binfmt_misc
# update-binfmts --import llvm-3.1.binfmt
update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
update-binfmts: warning: unable to enable binary format llvm-3.1.binfmt
# echo $?
0

# umount /proc/sys/fs/binfmt_misc
# update-binfmts --install jarwrapper /usr/bin/jarwrapper --magic 'PK\x03\x04' 
--detector /usr/bin/jardetector
update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: 
Invalid argument
update-binfmts: warning: unable to enable binary format jarwrapper
update-binfmts: exiting due to previous errors
# echo $?
2


Andreas


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

Bug#570015: [Pkg-utopia-maintainers] Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)

[Michael Biebl]

Hi Petr,

On 23.07.2012 10:53, Petr Salinger wrote:

> It is long known problem - see #570015.
> The fix is really simple and waits for very long :-(

Sorry for that and thanks for the patch. I will try to get this fix into
wheezy.

Michael



-- 
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#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)

[Christoph Egger]

Hi!

Petr Salinger  writes:
> tags 570015 -help
> found 570015 0.4.5-3
> --
>
> On Sun, 22 Jul 2012, Steven Chamberlain wrote:
>> As a quick and random test, I installed all tasksel options of
>> kfreebsd-amd64, and executed each binary from {,/usr}/[s]bin as a
>> non-privileged user inside a jail.
>
>> These next two are odd, as they appear to be daemons running as uid 0.
>> ...
>> But this one was definitely triggered by something in /bin or /sbin
>> being run as uid 1000:
>>
>>> pid 25310 (ck-collect-session-), uid 0: exited on signal 11
>
> It is long known problem - see #570015.
> The fix is really simple and waits for very long :-(
> Petr
>
>
> --- consolekit/src/ck-sysdeps-freebsd.c
> +++ consolekit/src/ck-sysdeps-freebsd.c
> @@ -261,6 +261,8 @@
>  for (i = 0; penv[i] != NULL; i++) {
>  char **vals;
>
> +if (!penv[i][0]) continue;
> +
>  vals = g_strsplit (penv[i], "=", 2);
>  if (vals != NULL) {
>  g_hash_table_insert (hash,

  I'll test on my kfreebsd system and offer to NMU (unless maintainers
are faster / nack this) -- a segfault fix really should fit freeze
policy at the current state.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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

Bug#682183: the list of FTBFSes

[Enrico Tassi]

On Mon, Jul 23, 2012 at 12:44:53PM +0800, Aron Xu wrote:
> Hi,
> 
> I'm for Adam's patch, it looks to be the correct approach to resolve
> the problem as well as fulfill the requirement of being multiarch. In
> case of doubt I have tried to rebuild all rdepends of liblua5.1-0 in
> Sid and there is no regression found in the builds. So please apply
> the patch and make an upload, so we are able to continue to upload
> other packages depending on lua5.1. For me it's src:fcitx, which an
> unblock has been granted but I'm unable to upload due to lua5.1...

I'm on it right now. I'll change a bit the patch since installing in
patch shared by all packages a file called lua-deb-multiarch.h will
prevent lua5.1 and 5.2 to cohexist. I rename the file to
lua5.1-deb-multirch.h and I dput.

Cheers
-- 
Enrico Tassi


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

Bug#670661: imagemagick fail on s390 look like a rsvg issue

[Bastien ROUCARIES]

On Mon, Jul 23, 2012 at 11:23 AM, Rino Del Campo
 wrote:
> I have tried with rsvg-convert and the conversion output seems to be good.
> Look at the attachment.
>
> Rino
>
> On 23/07/2012 00:19, Bastien ROUCARIES wrote:
>> user 670661 debian-s...@lists.debian.org
>> usertags 670661 s390
>> thanks
>>
>> Dear s390 user,
>>
>> It seems that imagemagick fail on s390.
>>
>> We believe it is a bug on rsvg lib. Could you try on porter box
>> rsvg-convert or rsvg-view with the svg file on the bug report  #670661
>> ?

Thanks,

It is really strange, because internally we use librsvg...

Will report upstream, but without a porter box it will be difficult
for upstream to solve...

Could you try to convert to jpeg instead of png ?

If it solve the problem lie in libpng.

Could you try with more recent version of imagemagick ?

Bastien


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

Bug#570015: [Pkg-utopia-maintainers] Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)

[Michael Biebl]

Hi Christoph,

On 23.07.2012 11:09, Christoph Egger wrote:
>   I'll test on my kfreebsd system and offer to NMU (unless maintainers
> are faster / nack this) -- a segfault fix really should fit freeze
> policy at the current state.

Since those changes are in the kfreebsd backend, I don't really have any
opinion on the patch itself. If the kfreebsd porters think this is the
correct fix and it does indeed fix the problem, I personally don't have
any objections.

Feel free to NMU.

Michael

-- 
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#682238: opencv: Please Depend on unversioned libtiff-dev instead of libtiff4-dev

[Julien Cristau]

On Fri, Jul 20, 2012 at 11:20:24 -0400, Michael Terry wrote:

> diff -Nru opencv-2.3.1/debian/changelog opencv-2.3.1/debian/changelog
> diff -Nru opencv-2.3.1/debian/control opencv-2.3.1/debian/control
> --- opencv-2.3.1/debian/control   2012-06-27 22:36:53.0 -0400
> +++ opencv-2.3.1/debian/control   2012-07-20 11:17:10.0 -0400
> @@ -9,7 +9,7 @@
>   libjasper-dev (>= 1.900.1),
>   libjpeg-dev,
>   libpng-dev,
> - libtiff4-dev (>= 3.9.4),
> + libtiff-dev (>= 3.9.4),
>   libopenexr-dev (>= 1.4.0),
>   libraw1394-dev [linux-any],
>   libdc1394-22-dev [linux-any],
> @@ -478,7 +478,7 @@
>   libjasper-dev (>= 1.900.1),
>   libjpeg-dev,
>   libpng12-dev,
> - libtiff4-dev (>= 3.9.4),
> + libtiff-dev (>= 3.9.4),
>   libopenexr-dev (>= 1.4.0),
>   libraw1394-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386],
>   libdc1394-22-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386],

This patch is broken.  Versioned dependencies on virtual packages can't
work.

Cheers,
Julien
-- 
Julien Cristau  
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de connaissances


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

Bug#682485: Log viewer not opening in GNOME-Classic

[Prema]

Package:  gnome-system-log
Version: 3.4.1-1

The Gnome system log file viewer when opening in Gnome classic mode, throws
"Refusing to render service to dead parents."
 error and is not opening.
The patch attached overrides the issue and opens up the log file viewer
properly in classic mode.

-- 
Regards.,
Prema S


pkexec-auth-bypass.patch
Description: Binary data

Bug#682099: xserver-xorg-video-ati: EXAPixmaps=On screen tearing at high resolution under certain configurations

[James Robertson]

On 22 July 2012 13:20, James Robertson  wrote:
> On 21 July 2012 03:45, Michel Dänzer  wrote:
>>
>> Can you elaborate on what exactly 'tearing and corruption' means?
>
> I have created a brief video to show the tearing.  It occurs when
> basically any input occurs such as typing, moving the mouse and as per
> the video moving windows.
>
> https://docs.google.com/open?id=0B2vLcjUrgXL-aUdWekU0dE9qbHM
>
>> Does booting with radeon.disp_priority=2 on the kernel command line
>> help?
>
> No
>
>> Please provide the output of xrandr --verbose for each case
>
> Please see attached txt file.
>
> On 21 July 2012 04:33, Alex Deucher  wrote:
>> Also note that rendering can only be synchronized to one head at a
>> time to avoid tearing.  If you have windows that span multiple heads,
>> you may get tearing on the non-synced heads.
>
> I don't fully understand the technical side of what you have described
> but wouldn't this mean tearing should only occur when using multiple
> monitors?  I get tearing on DVI-0 or VGA-0 standalone.
>
> I would also note that the tearing is worse when using both DVI-0 and
> VGA-0 together.  I also physically removed DVI-0 and visa versa for
> VGA-0 and still had the problem.
>
> Thanks

Whilst watching a flash video in Chromium this evening, I scrolled
down the web page and noticed the tearing even when I had "EXAPixmaps"
"off".  The tearing was not as severe, but nonetheless occurred.

As a quick test I tried setting the VGA-0 Display to 1680x1050 (DVI-0
still at 1920x1080) and it was fine.  Using just DVI-0 standalone
@1920x1080 also had tearing.

Thanks


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

Bug#682407: Fwd

[Bastien ROUCARIES]

forwarded 682407 http://bugs.ghostscript.com/show_bug.cgi?id=693208
thanks


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

Bug#440478: [ghostscript]

[bastien ROUCARIES]

found 440478  9.05~dfsg-5
forwarded 440478 http://bugs.ghostscript.com/show_bug.cgi?id=693209
thanks

fwd


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

Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML

[Bart Martens]

Hi Francesco,

http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

  |  Every package must be accompanied by a verbatim copy of its copyright
  |  information and distribution license in the file
  |  /usr/share/doc/package/copyright.

The copyright information and distribution license I find in
test/manuals/res_all/mini_ker/Linking-rule.html is :

  |  Copyright (C) 2004, 2005, 2006, 2007 Alain Lahellec
  |  
  |  Copyright (C) 2004, 2005, 2006, 2007 Patrice Dumas
  |  
  |  Copyright (C) 2004, Ste'phane Hallegatte
  |  
  |  Permission is granted to copy, distribute and/or modify this document
  |  under the terms of the GNU Free Documentation License, Version 1.1 or
  |  any later version published by the Free Software Foundation; with no
  |  Invariant Sections, with no Front-Cover text and with no Back-Cover Text.  
  |  A copy of the license is included in the section entitled "GNU Free 
  |  Documentation License."

The related information I find in your debian/copyright file is :

  |  Upstream Authors:
  |test/manuals/res_all/mini_ker/*.html, 
test/manuals/res_info/mini_ker/*.html
  |test/manuals/res/mini_ker/*.html:
  |Alain Lahellec, Patrice Dumas, Ste'phane Hallegatte
  |  Copyright:
  |test/manuals/res_all/mini_ker/*.html, 
test/manuals/res_info/mini_ker/*.html
  |test/manuals/res/mini_ker/*.html are licensed under the GPL-1+, wich in 
debian
  |system can be found in /usr/share/common-licenses/GPL-1.

Regards,

Bart Martens


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

Bug#682445: libuuid-perl: please rebuild against perl 5.16 in experimental

[Dominic Hargreaves]

On Sun, Jul 22, 2012 at 02:42:17PM -0500, Jonathan Nieder wrote:
> I would like to test perl 5.16, but linux-base depends on libuuid-perl
> which depends on perlapi-5.14.2.
> 
> Now I can build libuuid-perl privately (and I have done exactly that),
> but others in this situation might benefit from a pre-built binary in
> experimental.  How about this patch?

I advise against doing this - the perl packages in experimental are
liable to change without notice and coordinating binary rebuilds of
packages against perlapi-5.16 into experimental is not where we want
to be. In general you'd end up filing hundreds of these wishlist bugs.

To test perl 5.16, please either rebuild dependencies locally or
use my unofficial rebuild repository (I'll take a look at updating that
before long - there are probably uninstallable packages there at the
moment - the freeze will hopefully help with this).

http://lists.debian.org/debian-perl/2012/06/msg00013.html

Thanks for helping with perl 5.16 testing!

-- 
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#606082: ITA: libixp -- simple 9P client-/server-library

[Bart Martens]

Hi Andrew,

How is progress on this ITA ?  I see that you have not answered my comments of
27 May 2012 at mentors.

Regards,

Bart Martens


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

Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick

[Simone Rossetto]

Hi Bart.

The package has been automatically removed from mentors because it hasn't
found a sponsor in 20 weeks.

During that period I received only a comment from a DD telling me that the
upstream sources were not suitable for Debian because there were some
security issues. I forwarded that comment to the author and I'm waiting for
the updated version of kpdftool.

Should I do something here on this bug report while waiting?


Thanks, bye
Simone

Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 12:22:22PM +0200, Simone Rossetto wrote:
> Should I do something here on this bug report while waiting?

If there is no package waiting to be uploaded, it's probably better to close
the bug and open a new one once there's something available for potential
sponsors.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#644726: ITP: kpdftool -- GUI interface for managing PDFs with GhostView and ImageMagick

[Bart Martens]

For the record, Simone has just informed me that Simone has sent a question
about security issues to the upstream author and that Simone has not yet
received a reply.

Regards,

Bart Martens


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

Bug#680954: pynag - looking good, couple of questions

[Páll Sigurðsson]

Hey all,

New upstream releases fixes issues mentioned by Jakub.

I have built new packages and uploaded new packages to
http://pall.sigurdsson.is/filez/pynag

Clint, has the python modules team had any time to include the package yet ?

Kind regards,
Pall Sigurdsson

On Tue, Jul 10, 2012 at 7:33 PM, Clint Byrum  wrote:

> Hi Pall. I just found pynag the other day and I am using it to do some
> automation of nagios deployment using juju.
>
> I have been using the package of the last couple hours, and it works
> great.
>
> Since pynag is a public python module, the package should be called
> python-pynag. If you want to have a meta-package called 'pynag' that
> depends on that, that would be a good idea too, or you could even move
> /usr/bin/pynag into its own 'pynag' package and the library would remain
> in python-pynag.
>
> Would you consider passing maintainership over ot the Debian Python
> Modules Team?  You can remain as an Uploader so your changes will not
> be NMU's. By letting the team handle it they can assist with large scale
> policy changs and stuff like that.
>
> Something to consider. If you're ok with maintaining it yourself, thats
> fine too.
>
> So, just the python-pynag issue needs to be resolved, and then I think
> this is good to go for sponsoring into Debian. 'testing' is frozen right
> now, so it may sit in the NEW queue for a while, but its still worth
> uploading to get it into unstable whenever it thaws.
>
>
>

Bug#682486: python-jpylyzer: jpylyzer is not installed

[Mathieu Malaterre]

Package: python-jpylyzer
Version: 1.5.0-1
Severity: important


jpylyzer is not installed in usr/bin as it should

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

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

-- 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#681435: src:gitalist: not compatible with Catalyst >= 5.90013

[intrigeri]

Hi,

Jonas Genannt wrote (23 Jul 2012 07:54:38 GMT) :
> I have tested the newest Gitalist Version against 5.90014-1 and
> 5.90015-1.

> Both are failing with Gitalist because of use of
> Catalyst::Controller::ActionRole.

> After that test, I have patched the Gitalist source with the patch
> from
> https://github.com/bobtfish/Gitalist/commit/3620aa21666f20c634edcf3a6ec6f16580bbda1f
> but make test is also failing (with 5.90014 and 5.90015). See error
> output below.

> So that to do with Gitalist in Debian?

Hopefully things will change in the future,
but IMHO a package that:

  1. has been FTBFS'ing (tests failed) since late march (was any
 action taken, that the #665223 bug log does not show, apart of
 replying "I will contact upstream"?)
  2. has not been updated upstream since March to be compatible with
 the latest version of its most important dependency, despite many 

... does not look like it's suitable for a Debian stable release.

I suggest requesting this package to be removed from testing for the
time being, and heading towards upstream to have things fixed there,
so hopefully we have Gitalist back into testing soon after Wheezy,
so that we can have it in wheezy-backports soon :)


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

Bug#682486:

[Mathieu Malaterre]

severity 682486 grave
tags 682486 pending
thanks

Right now the man page described a non-existing usr/bin/jpylyzer. The
package usability is in question marking as grave.


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

Bug#681435: src:gitalist: not compatible with Catalyst >= 5.90013

[Jonas Genannt]

Hello,


> Hopefully things will change in the future,
> but IMHO a package that:
> 
>   1. has been FTBFS'ing (tests failed) since late march (was any
>  action taken, that the #665223 bug log does not show, apart of
>  replying "I will contact upstream"?)

I have sent upstream Daniel Brooks a Mail on: 10 Jun 2012 but no
response. :(

I will try to contact the other upstream dev, if there is no response I
will request of removing Gitalist from Wheezy.

Thanks,
Jonas


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

Bug#682487: ITP: python-javascriptcore -- Python API for WebKit

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-javascriptcore
  Version : 0.1
  Upstream Author : Martin Soto 
* URL : https://launchpad.net/pyjavascriptcore
* License : LGPL-2.1+
  Programming Lang: Python
  Description : Python API for WebKit

Use Python to tap into the whole power of WebKit.

The packaging will take place in context of packaging the Cream Desktop 
Environment.


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

Bug#682489: ITP: python-gpyconf -- Python configuration framework with support for multiple backends

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-gpyconf
  Version : 0.2~beta
  Upstream Author : Jonas Haag 
* URL : https://github.com/jonashaag/gpyconf
* License : LGPL-2.1 and/or BSD-2-clause (modified)
  Programming Lang: Python
  Description : Python configuration framework with support for multiple 
backends

A modular Python configuration framework with support for multiple backends
(ConfigParser, XML, JSON, ...) and multiple frontends (GTK+, Web, ...).

The packaging takes place in context of packaging the Cream Desktop Environment.


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

Bug#682488: ITP: python-xmlserialize -- Python-(to|from)-xml-(un)serializer

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-xmlserialize
  Version : 1.0
  Upstream Author : Jonas Haag 
* URL : https://github.com/jonashaag/xmlserialize.py
* License : BSD-2-clause
  Programming Lang: Python, etc.
  Description : Python-(to|from)-xml-(un)serializer

An extensible Python-(to|from)-xml-(un)serializer in beautiful pure-Python
code.

The packaging takes place in context of packaging the Cream Desktop Environment.


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

Bug#682490: biomaj-watcher: modifies ownership/permissions of files from the biomaj package

[Andreas Beckmann]

Package: biomaj-watcher
Version: 1.2.0-8
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package modifies files from
another package.

>From the attached log (scroll to the bottom...):

2m3.0s ERROR: FAIL: After purging files have been modified:
  /etc/biomaj/db_properties/ owned by: biomaj
  /etc/biomaj/db_properties/admin/   owned by: biomaj
  /etc/biomaj/db_properties/admin/alu.properties owned by: biomaj
  /etc/biomaj/db_properties/admin/sts.properties owned by: biomaj
  /etc/biomaj/db_properties/global.propertiesowned by: biomaj
  /var/lib/biomaj/   owned by: biomaj
  /var/lib/biomaj/migration/ owned by: biomaj
  /var/lib/biomaj/migration/update.plowned by: biomaj
  /var/log/biomaj/   owned by: biomaj


The modifications done here are (in the postinst):

  chown -R tomcat6 /etc/biomaj/db_properties
  chown -R tomcat6 /usr/share/java/webapps/biomaj-watcher
  chmod -R 775 /etc/biomaj/db_properties
  chown -R tomcat6 /var/log/biomaj
  chmod -R 775 /var/log/biomaj
  chown -R tomcat6 /var/lib/biomaj
  chmod -R 775 /var/lib/biomaj
  chown -R tomcat6 /etc/biomaj-watcher
  chown -R tomcat6 /etc/biomaj-watcher

The permission changes (at least on the files) will be reverted whenever
the biomaj package is reinstalled or upgraded - if you really need
tomcat ownership and write permissions: use dpkg-statoverride.
If you don't need them, don't set them.

Setting the severity to serious because this has the potential to break
biomaj-watcher after an biomaj upgrade.


cheers,

Andreas


biomaj-watcher_1.2.0-8.log.gz
Description: GNU Zip compressed data

Bug#681435: src:gitalist: not compatible with Catalyst >= 5.90013

[intrigeri]

Jonas Genannt wrote (23 Jul 2012 10:49:14 GMT) :
>>   1. has been FTBFS'ing (tests failed) since late march (was any
>>  action taken, that the #665223 bug log does not show, apart of
>>  replying "I will contact upstream"?)

> I have sent upstream Daniel Brooks a Mail on: 10 Jun 2012 but no
> response. :(

> I will try to contact the other upstream dev, if there is no
> response I will request of removing Gitalist from Wheezy.

How about submitting the bug to the CPAN RT, so that information about
it is shared with the general public?

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#681435: src:gitalist: not compatible with Catalyst >= 5.90013

[Jonas Genannt]

> > I will try to contact the other upstream dev, if there is no
> > response I will request of removing Gitalist from Wheezy.
> 
> How about submitting the bug to the CPAN RT, so that information about
> it is shared with the general public?


I will submit one.

Thanks,
Jonas


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

Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML

[Francesco Cecconi]

Hi Bart,

Sorry for the Mistake.

On Monday 23 July 2012 09:58:58 Bart Martens wrote:
> Hi Francesco,
> 
> http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
> 
>   |  Every package must be accompanied by a verbatim copy of its copyright
>   |  information and distribution license in the file
>   |  /usr/share/doc/package/copyright.
> 
> The copyright information and distribution license I find in
> test/manuals/res_all/mini_ker/Linking-rule.html is :
> 
>   |  Copyright (C) 2004, 2005, 2006, 2007 Alain Lahellec
>   |  
>   |  Copyright (C) 2004, 2005, 2006, 2007 Patrice Dumas
>   |  
>   |  Copyright (C) 2004, Ste'phane Hallegatte
>   |  
>   |  Permission is granted to copy, distribute and/or modify this document
>   |  under the terms of the GNU Free Documentation License, Version 1.1 or
>   |  any later version published by the Free Software Foundation; with no
>   |  Invariant Sections, with no Front-Cover text and with no Back-Cover 
> Text.  
>   |  A copy of the license is included in the section entitled "GNU Free 
>   |  Documentation License."
> 
> The related information I find in your debian/copyright file is :
> 
>   |  Upstream Authors:
>   |test/manuals/res_all/mini_ker/*.html, 
> test/manuals/res_info/mini_ker/*.html
>   |test/manuals/res/mini_ker/*.html:
>   |Alain Lahellec, Patrice Dumas, Ste'phane Hallegatte
>   |  Copyright:
>   |test/manuals/res_all/mini_ker/*.html, 
> test/manuals/res_info/mini_ker/*.html
>   |test/manuals/res/mini_ker/*.html are licensed under the GPL-1+, wich 
> in debian
>   |system can be found in /usr/share/common-licenses/GPL-1.

I have updated the license to GFDL, but since the version 1.1 is not in debian 
common-licenses directory I'm using for copyright information:

test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html
  test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do
  not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3
  in /usr/share/common-licenses/GFDL


> 
> Regards,
> 
> Bart Martens

Regards,
-- 
Francesco Cecconi
nmapsi4 developer | www.nmapsi4.org
Key ID: 11F6E468


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

Bug#682491: ITP: python-ooxcb -- X Python Binding based on xpyb

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-ooxcb
  Version : 1.2
  Upstream Author : Friedrich Weber 
* URL : http://git.samurai-x.org/ooxcb/, 
git://git.samurai-x.org/ooxcb.git
* License : BSD-3-clause
  Programming Lang: Python
  Description : X Python Binding based on xpyb

An object-oriented X Python Binding, based on xpyb.

More information on the project can be obtained from this ML post:
http://lists.freedesktop.org/archives/xcb/2011-May/007030.html

The packaging takes place in context of packaging the Cream Desktop Environment.


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

Bug#670661: [Pkg-gmagick-im-team] Bug#670661: imagemagick fail on s390 look like a rsvg issue

[Bastien ROUCARIES]

On Mon, Jul 23, 2012 at 12:36 PM, Rino Del Campo
 wrote:
> The jpeg test returns same problem with image quality. (look at the 
> attachment...)
>
> What do you mean by "more recent version of imagemagick"? Do you refer to
> version from testing or unstable branch?

Yes the version from unstable

Bastien


> Rino
>
> On 23/07/2012 11:39, Bastien ROUCARIES wrote:
>> Thanks,
>>
>> It is really strange, because internally we use librsvg...
>>
>> Will report upstream, but without a porter box it will be difficult
>> for upstream to solve...
>>
>> Could you try to convert to jpeg instead of png ?
>>
>> If it solve the problem lie in libpng.
>>
>> Could you try with more recent version of imagemagick ?
>>
>> Bastien
>>
>
>
> ___
> Pkg-gmagick-im-team mailing list
> pkg-gmagick-im-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team


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

Bug#682210: Mysql-5.5

[Nicholas Bamber]

Moritz,
Do you still see any reason to keep this bug report open?


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

Bug#470294: About PHP Code Sniffer

[Ruben Rubio Rey]

Hi Thomas,

hereby Cc:-ing), I don't know if it is still relevant
> for the latest version that I have NMUed. What is to
> find out is if it is still relevant with version
> 1.3.4-0.1
>

The patch that you did is working for me.

If you registered to the pkg-php alioth project, you
> will have to give me your Alioth login, so that I can
> give you the correct rights. I normally would do that
> after a first patch sent to the list.
>

My login is *tk421-guest*.

I realize that there is a new upstream version available, the 1.3.5. I will
update the source code of the package and upload to debian mentors.

Bug#682445: libuuid-perl: please rebuild against perl 5.16 in experimental

[Jonathan Nieder]

Hi,

Dominic Hargreaves wrote:
> On Sun, Jul 22, 2012 at 02:42:17PM -0500, Jonathan Nieder wrote:

>> I would like to test perl 5.16, but linux-base depends on libuuid-perl
>> which depends on perlapi-5.14.2.
>>
>> Now I can build libuuid-perl privately (and I have done exactly that),
>> but others in this situation might benefit from a pre-built binary in
>> experimental.  How about this patch?
>
> I advise against doing this - the perl packages in experimental are
> liable to change without notice and coordinating binary rebuilds of
> packages against perlapi-5.16 into experimental is not where we want
> to be. In general you'd end up filing hundreds of these wishlist bugs.

True, there's a slippery slope there, but I really was proposing
maintaining exactly one (libuuid-perl) this way.

Anything else can be easily rebuilt after upgrading perl by
temporarily removing packages, even on a system without a build
chroot.  Removing the kernel, on the other hand, even temporarily, is
not a good idea.

Thanks, and hoping that clarifies,
Jonathan


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

Bug#682492: ITP: python-bjoern -- Fast And Ultra-Lightweight Asynchronous HTTP/1.1 WSGI Server

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-bjoern
  Version : 1.2
  Upstream Author : Jonas Haag 
* URL : https://github.com/jonashaag/bjoern
* License : BSD-2-clause
  Programming Lang: Python
  Description : Fast And Ultra-Lightweight Asynchronous HTTP/1.1 WSGI Server

A screamingly fast, ultra-lightweight asynchronous WSGI server for CPython,
written in C using Marc Lehmann's high performance libev event loop and
Ryan Dahl's http-parser.

The packaging takes place in context of packaging the Cream Desktop Environment.


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

Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 12:59:26PM +0200, Francesco Cecconi wrote:
> I have updated the license to GFDL, but since the version 1.1 is not in 
> debian 
> common-licenses directory I'm using for copyright information:
> 
> test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html
>   test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do
>   not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3
>   in /usr/share/common-licenses/GFDL

Strictly speaking if a license is not in common-licenses, you must include the
full text of the license in your copyright file.  I'm inclined to say that this
applies even in your case even though there's a later version you can refer to.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



signature.asc
Description: Digital signature

Bug#682493: libvirt-bin: virsh takes a long time to connect to xend

[Teodor]

Package: libvirt-bin
Version: 0.8.3-5+squeeze2
Severity: normal

Hi,

On any host running Xen 4.0 I'm getting a high delay in virsh operations:
| root@wildebeest:~# time virsh list
|  Id Name State
| --
|   0 Domain-0 running
|
| real  0m6.333s
| user  0m0.004s
| sys   0m0.008s

On any system with QEMU/KVM the response is much much faster:
| real  0m0.009s
| user  0m0.000s
| sys   0m0.008s

Thanks


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

Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvirt-bin depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  libavahi-client3   0.6.27-2+squeeze1 Avahi client library
ii  libavahi-common3   0.6.27-2+squeeze1 Avahi common library
ii  libblkid1  2.17.2-9  block device id library
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libcap-ng0 0.6.4-1   An alternate posix capabilities li
ii  libdevmapper1.02.1 2:1.02.48-5   The Linux Kernel Device Mapper use
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libgnutls262.8.6-1+squeeze2  the GNU TLS library - runtime libr
ii  libnl1 1.1-6 library for dealing with netlink s
ii  libparted0debian1  2.3-5 The GNU Parted disk partitioning s
ii  libpciaccess0  0.12.0-1  Generic PCI access library for X
ii  libreadline6   6.1-3 GNU readline and history libraries
ii  libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra
ii  libudev0   164-3 libudev shared library
ii  libuuid1   2.17.2-9  Universally Unique ID library
ii  libvirt0   0.8.3-5+squeeze2  library for interfacing with diffe
ii  libxenstore3.0 4.0.1-5.2 Xenstore communications library fo
ii  libxml22.7.8.dfsg-2+squeeze4 GNOME XML library
ii  logrotate  3.7.8-6   Log rotation utility

Versions of packages libvirt-bin recommends:
ii  bridge-utils   1.4-5 Utilities for configuring the Linu
ii  dnsmasq-base   2.55-2A small caching DNS proxy and DHCP
ii  ebtables   2.0.9.2-2 Ethernet bridge frame table admini
ii  gawk   1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr
ii  iptables   1.4.8-3   administration tools for packet fi
ii  libxml2-utils  2.7.8.dfsg-2+squeeze4 XML utilities
ii  netcat-openbsd 1.89-4TCP/IP swiss army knife
ii  qemu   0.12.5+dfsg-3squeeze1 fast processor emulator

Versions of packages libvirt-bin suggests:
pn  policykit-1(no description available)

-- Configuration Files:
/etc/default/libvirt-bin changed:
start_libvirtd="yes"
libvirtd_opts="-d -l"

/etc/libvirt/libvirtd.conf changed:
listen_tls = 0
listen_tcp = 1
unix_sock_group = "libvirt"
unix_sock_rw_perms = "0770"
auth_unix_ro = "none"
auth_unix_rw = "none"

/etc/libvirt/qemu.conf changed:
vnc_listen = "0.0.0.0"


-- 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#682494: init.d: LSB headers: please Provides: $network

[Martin-Éric Racine]

Package: ifupdown
Version: 0.7
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Now that /etc/init.d/networking has migrated from netbase, it would be
desirable for ifupdown and network-manager to feature the following in
their respective init.d script's LSB header:

Provides: $network

This shall ensure that 'insserv' always sort any network services AFTER
the network has been brought up.

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

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

Versions of packages ifupdown depends on:
ii  dpkg 1.16.4.3
ii  initscripts  2.88dsf-22.1
ii  iproute  20120521-3
ii  libc62.13-33
ii  lsb-base 4.1+Debian7

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.2.dfsg.1-5
ii  net-tools  1.60-24.1
ii  ppp2.4.5-5.1+b1
pn  rdnssd 

- -- debconf information excluded

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

iQIcBAEBCAAGBQJQDTSTAAoJEK4fgnfEtNe2xZgQALZzo8wPy23F8r3iD+yLb3lB
ZzH7jrm0CBfETOrdBjOXp0N7ANjS4PbiLe51amoFIqTFTuSVBoC4Gto4q4iO3oW0
HTgHEtrjlbDXsv3Eu+UpYigz9iC30LiezAky+cpRs5eE0z4MsBJBsl1+EKiLyA4y
CKwnWWUy3cLcvi1nAMBcfVwpAEB+EnDingJl78ea7H00jqOPBhLZa1pe1mRhRlJc
PAFkylp66TUkb47wEeHg+iBtdVNVu3JC09fV1Ufti3vSvG3+WCMJuwolSTdf4Okm
FEwIf/hAMfWZn010tfKbHk8lfo3oUTYqFzAbjfZ6oWDzLYbbdsFIFy6zblirMSzd
JE1MJMo+Qn3UogTEKnihzEHf/ZbmrxNr3PcpufSrDd+9yY6rQk73AgW511/S3dPZ
69bCTCED2zpdn7sSmMSoYc0BV9L9LEELd1kbLpzNzh9lFUhgIozjNa5JbOiN+T5G
3Ewm2Gr9w4m4eWf2Bo2i7sNCmHGvIVC7SN79ciRKcpjcsH0lmWw9QbjyiEfN7iK5
nCMxPZwztSn27+vyTDUx6RGO+KaCADazOysxujCRo60fwYnvdy7Vr/KgUx2ecHnL
LP5UOSDYioaRZMRIRgAm2ODuLtzcHt2Vgk57umEWRYfTdjtnrEWdX1j1PNcfL53a
zgouIriqRC5pLHzKKlbR
=hMGk
-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#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]

[Satoru KURASHIKI]

hi,

Thank you for reviewing this package!

On Sun, Jul 22, 2012 at 3:48 AM, Bart Martens  wrote:
> I found this in debian/copyright :
>
> Source: branch from http://launchpad.net/bzr-email and hand-packed
>  by "tar cf - | gzip -9".
>
> That's not really "detailed information".  I figured out that it means this :

Yes, I had (too) shorten them

> But then I saw that launchpad supports downloading a tarball for a given
> revision :
> http://bazaar.launchpad.net/~bzr/bzr-email/trunk/revision/58
>
> So, I suggest to simply use that in debian/copyright.

I missed this launchpad feature, and sure, I want use it if available.

But anyway that tarball include deep directory hierarchy (prepended
"~bzr/bzr-email/trunk"), and I don't know how to deal with this.
So, I try to add get-orig-source target to repack that tarball.

> The years of the copyright notices in debian/copyright need an update.  See 
> for
> example the years in emailer.py.

I update this to noted years.

> I see that some parts of debian/copyright were removed.  Intentional ?  It's
> not mentioned in debian/changelog.

Yes, intentional. I deleted one paragraph which is duplicate and old.
I write changelog about it.

> For completeness you could also mention in debian/changelog the changes to the
> Vcs-fields in debian/control.

I also add this.

Its changelog is to be (adding also DMUA):

bzr-email (0.0.1~bzr58-1) unstable; urgency=low

  * New upstream snapshot.
- add get-orig-source target.
  * New Maintainer. (Closes: #668266)
- DM-Upload-Allowed.
  * debian/control:
- change VCS to git.
- suggests mailx. (Closes: #626490)
  * debian/copyright:
- omit duplicate old description for getting GPL copy.
- document about repackaged upstream source.

regards,
-- 
KURASHIKI Satoru


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

Bug#682495: ITP: python-cream -- Python modules for the Cream Desktop

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: python-cream
  Version : 0.4.2
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : LGPL-2.1+
  Programming Lang: Python
  Description : Python modules for the Cream Desktop Environment

The Cream Desktop Environment is a project working on a GTK+-based Desktop
Environment providing users a working environment following the KISS principle.
.
Your desktop shell should stay out of your way and support you in accomplishing
your everyday tasks. But unlike several other great projects, the Cream Desktop
Environment also focusses on a modern graphics design and a rich user
experience based on latest technologies.
.
This package contains basic Python modules for the Cream Desktop Environment.


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

Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: melange
  Version : 0.4.9
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : LGPL-2.1+
  Programming Lang: Python
  Description : Melange Widget System for the Cream Desktop Environment

The Melange widget system provides an easy to use API for creating widgets
for the Cream Desktop Environment. Creating Melange widgets is very simple.
.
Basically Melange widgets are simple HTML pages and you do not have to know
GTK+ in order to write nice widgets. You can use everything HTML offers you,
including new HTML5 features such as the canvas element. Furthermore CSS and
Javascript can be used to extend the HTML.
.
As if that isn’t enough you can use Python to collect and process data, which
then can be used in your widget.


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

Bug#682498: tomoyo-tools: French debconf templates translation

[Julien Patriarca]

Package: tomoyo-tools
Version: N/A
Severity: wishlist
Tags: patch l10n

 

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of tomoyo-tools debconf templates to French.
# Copyright (C) 2012, French l10n Team 
# This file is distributed under the same license as the tomoyo-tools package.
# Julien Patriarca , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: tomoyo-tools\n"
"Report-Msgid-Bugs-To: tomoyo-to...@packages.debian.org\n"
"POT-Creation-Date: 2012-07-17 19:17-0600\n"
"PO-Revision-Date: 2012-07-21 12:07+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid "Enable TOMOYO Linux at boot time?"
msgstr "Activer TOMOYO Linux au démarrage de la machine ?"

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid ""
"Enabling TOMOYO Linux functionality in the running kernel requires an "
"appropriate kernel command line at boot time. This can be configured by "
"setting GRUB_CMDLINE_LINUX=\"security=tomoyo\" in /etc/default/grub and "
"running grub-update."
msgstr ""
"La mise en oeuvre de TOMOYO Linux dans le noyau utilisé actuellement "
"nécessite une commande adéquate à exécuter au démarrage. Cela peut être "
"configuré en positionnant la valeur GRUB_CMDLINE_LINUX= « security=tomoyo » "
"dans /etc/default/grub/ puis en exécutant « grub-update »."

#. Type: boolean
#. Description
#: ../tomoyo-tools.templates:2001
msgid ""
"If you accept here, these actions will be performed automatically and TOMOYO "
"Linux will be enabled at next boot."
msgstr ""
"Si vous choisissez cette option, ces actions seront automatiquement "
"exécutées et TOMOYO Linux sera activé au prochain démarrage."

Bug#682499: nvidia-graphics-drivers-legacy-96xx: French debconf templates translation

[Julien Patriarca]

Package: nvidia-graphics-drivers-legacy-96xx
Version: N/A
Severity: wishlist
Tags: patch l10n

 

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of nvidia-graphics-drivers-legacy-96xx debconf templates to 
French.
# Copyright (C) 2012, French l10n team 
# This file is distributed under the same license as the 
nvidia-graphics-drivers-legacy-96xx package.
# Julien Patriarca , 2012.
# 
msgid ""
msgstr ""
"Project-Id-Version: nvidia-graphics-drivers-legacy-96xx\n"
"Report-Msgid-Bugs-To: nvidia-graphics-drivers-legacy-96xx@packages.debian."
"org\n"
"POT-Creation-Date: 2012-07-18 18:06+0200\n"
"PO-Revision-Date: 2012-07-19 11:53+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: error
#. Description
#: ../xserver-xorg-video-nvidia.templates:1001
msgid "Nvidia legacy 96xx driver is no longer supported."
msgstr "Pilote Nvidia legacy 96xx non géré"

#. Type: error
#. Description
#: ../xserver-xorg-video-nvidia.templates:1001
msgid ""
"Nvidia Corporation has not updated the legacy 96xx driver to support current "
"X servers, so this driver is no longer usable. For graphics adapters that "
"are not supported by a newer Nvidia driver generation, the best option is to "
"use the free Nouveau driver."
msgstr ""
"Nvidia Corporation n'a pas mis à jour l'ancien pilote 96xx pour qu'il "
"soit compatible avec les serveurs X actuels. En conséquence, il est désormais "
"inutilisable. Pour ces cartes graphiques non gérées par les versions "
"actuelles des pilotes Nvidia, la meilleure alternative est "
"d'utiliser le pilote libre Nouveau."

#. Type: error
#. Description
#: ../xserver-xorg-video-nvidia.templates:1001
msgid ""
"To switch to the Nouveau driver, please uninstall all Nvidia driver "
"packages, remove all Nvidia-specific configuration from /etc/X11/xorg.conf "
"(and xorg.conf.d/), and *purge* the nvidia-kernel-common package - just "
"removing it is insufficient."
msgstr ""
"Pour utiliser ce pilote, veuillez désinstaller tous les paquets de "
"pilotes Nvidia, supprimer toutes les configurations de /etc/X11/xorg.conf "
"(et xorg.conf.d/) ayant trait à Nvidia, et *purger* le paquet nvidia-kernel-"
"common, car le supprimer simplement ne suffit pas."

Bug#682500: ITP: melange-widgets -- Melange widget collection for the Cream Desktop Environment

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: melange-widgets
  Version : 0.4.8
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : LGPL-2.1+
  Programming Lang: Python
  Description : Melange widget collection for the Cream Desktop Environment

The Melange widget system provides an easy to use API for creating widgets
for the Cream Desktop Environment. Creating Melange widgets is very simple.
.
This package contains collection of basic/exemplary widgets for Melange.


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

Bug#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]

[Bart Martens]

On Mon, Jul 23, 2012 at 08:25:56PM +0900, Satoru KURASHIKI wrote:
> (adding also DMUA):
> - DM-Upload-Allowed.

Did you agree that with someone who is going to sponsor this ?

Regards,

Bart Martens


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

Bug#682501: libxfce4ui: FTBFS on ppc64

[Aurelien Jarno]

Source: libxfce4ui
Version: 4.8.1-1
Severity: normal
Tags: patch

Hi,

libxfce4util FTBFS on ppc64, due to the ABI check test failing [1]. This
test uses the nm binary to get the list of functions. However it looks
for the functions in the text section, while ppc64 uses function
descriptors, which appear in the data section.

The small patch below fixes the problem. Would it be possible to apply
it in the next upload? Thanks in advance.

Regards,
Aurelien

[1] 
http://buildd.debian-ports.org/status/fetch.php?pkg=libxfce4ui&arch=ppc64&ver=4.8.1-1&stamp=1342998354
 


--- libxfce4ui-4.8.1.orig/libxfce4ui/abicheck.sh
+++ libxfce4ui-4.8.1/libxfce4ui/abicheck.sh
@@ -20,5 +20,5 @@
 #
 
 cpp -P -DINCLUDE_INTERNAL_SYMBOLS -DINCLUDE_VARIABLES -DALL_FILES 
${srcdir:-.}/libxfce4ui.symbols | sed -e '/^$/d' -e 's/ LIBXFCE4UI_GNUC.*$//' 
-e 's/ G_GNUC.*$//' -e 's/ PRIVATE//' | sort > expected-abi
-nm -D .libs/libxfce4ui-1.so | grep " T\|R\|G " | cut -d ' ' -f 3 | grep -v 
'^_.*' | grep -v '^ *$' | sort > actual-abi
+nm -D .libs/libxfce4ui-1.so | grep " T\|R\|G\|D " | cut -d ' ' -f 3 | grep -v 
'^_.*' | grep -v '^ *$' | sort > actual-abi
 diff -u expected-abi actual-abi && rm expected-abi actual-abi

-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: ppc64

Kernel: Linux 3.2.0-3-powerpc64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#682502: ITP: console -- Terminal application for the Cream Desktop Environment

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: console
  Version : 0.0.9
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : GPL-2+
  Programming Lang: Python
  Description : Terminal application for the Cream Desktop Environment

The Cream Desktop Environment is a project working on a GTK+-based Desktop
Environment providing users a working environment following the KISS principle.
.
Your desktop shell should stay out of your way and support you in accomplishing
your everyday tasks. But unlike several other great projects, the Cream Desktop
Environment also focusses on a modern graphics design and a rich user
experience based on latest technologies.
.
This package contains a terminal application for the Cream Desktop Environment.


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

Bug#682503: ITP: cream-hotkey-manager -- Managing global hotkeys with the Cream Desktop Environment

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: cream-hotkey-manager
  Version : 0.1.1
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : GPL-2+
  Programming Lang: Python
  Description : Managing global hotkeys with the Cream Desktop Environment

The Cream Desktop Environment is a project working on a GTK+-based Desktop
Environment providing users a working environment following the KISS principle.
.
Your desktop shell should stay out of your way and support you in accomplishing
your everyday tasks. But unlike several other great projects, the Cream Desktop
Environment also focusses on a modern graphics design and a rich user
experience based on latest technologies.
.
This package contains the Cream Desktop's global hotkey manager.


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

Bug#637232: Multiarch breaks support for non-multiarch toolchain

[Jonathan Nieder]

Hi,

Goswin von Brederlow wrote:
> On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:

>>  a) Help upstream authors of toolchain components with hardcoded
>> header and library search paths to implement multiarch.
[...]
> What I don't understand is why compilers (which probably means ld from
> binutils in all cases) won't use ld.so.conf to find the libs. It only
> does so to find libs linked into libs you link against. So it is used
> execpt for the verry first level of recursion.

The ld library path and compiler library path represent different
things[*].

[..]
>Maybe this could be fixed
> better in a single common point.

Something like "getconf CPATH" and "getconf LIBRARY_PATH" producing
approprite lists for passing to -I and -L to find the system libs and
headers without having to parse "gcc -print-search-dirs" output could
be interesting.  Is that what you mean?

[...]
> I find it a bit hard to believe CPATH is needed. That directory has
> been in use for years and years way before multiarch.

>From the bug log:

| Bug#637218 is a similar problem about headers moving.

Have you tried it and run into different results?

>>  c) Compatibility wrapper.  If someone needs this, feel free to email
>> me and I'll help out however I can.
>
> If you write one of those then please make sure it works with gcc, gcc
> -m32, gcc -m64 and uclibc
[...]

Let's not get ahead of ourselves.  I'm not aware of a wrapper having
been written, and I certainly wouldn't want to impose additional
requirements on someone trying unless someone interested is providing
the patches to support those.

Hope that helps,
Jonathan

[*]
- One is looking for libfoo.so.5, the other for libfoo.so and
  libfoo.a.
- One points to libs on the arch with running binaries, while the
  other has libs for the cross-compilation target.
- One contains /lib, the other doesn't.
- One should not contain compiler-specific directories like
  /usr/lib/gcc/i486-linux-gnu/4.6, while the other does.
- One can be manipulated for special-case tricks with LD_LIBRARY_PATH,
  the other with LIBRARY_PATH.

Declaring that the compiler library path always include the ld library
path would not take care of cross-compilation anyway, so my first
reaction is to suspect it wouldn't be worth the side-effects.


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

Bug#682504: Kernel panic booting live iso hybrid image as USB: quirk_usb_early_handoff

[Ben Armstrong]

Package: linux-image-3.2.0-3-686-pae
Version: 3.2.21-3
Severity: normal

I built a fresh sid live i386 image using no special customization (just
includes kde-full builtin package list) and 686-pae kernel. I cannot
boot this image on an Atom N450 system due to the following kernel
panic (painstakingly hand-copied from the what I could see of the
display, minus timestamps which start at 3.025619 and end at 3.864838):

sd 4:0:0:0: [sdb] No Caching mode page present
sd 4:0:0:0: [sdb] Assuming drive cache: write through
sd 4:0:0:0: [sdb] Attached SCSI removable disk
usb 1-6: New USB device found, idVendor=13d3, idProduct=5702
usb 1-6: New USB device strings: Mfr=3, Product=1, SerialNumber=2
usb 1-6: Product: USB2.0 UVC VGA WebCam
usb 1-6: Manufacturer: Azurewave
usb 1-6: SerialNumber: 200901010001
busybox: sending ioctl 5310 to a partition!
busybox: sending ioctl 5310 to a partition!
aufs: module is from the staging directory, the quality is unknown, you have 
been warned.
aufs 3.2-20120312
loop: module loaded
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Kernel panic - not syncing: Attempted to kill init!
Pid: 1, comm: init Tainted: G C   3.2.0-3-686-pae #1
Call Trace:
 [] ? panic+0x4d/0x144
 [] ? do_exit+0x76/0x5f7
 [] ? do_group_exit+0x5c/0x7f
 [] ? sys_exit_group+0x11/0x11
 [] ? syscall_call+0x7/0xb
 [] ? quirk_usb_early_handoff+0x4a9/0x522

Prior to this test, I had my USB mouse plugged in. It was the last device 
detected. I unplugged this device to see if it would change the behaviour, so 
in the text captured above, the webcam is now last. As you can see the 
behaviour did not change; it still panics. Unfortunately I can't disable the 
camera in the BIOS so I was unable to see what would happen if that, too, were 
unplugged (short of disassembling the unit and physically unplugging it inside, 
which I would be willing to do if it would help debug, but somehow I doubt it).

Please let me know if there is further info I could gather for you.

Thanks,
Ben


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

Bug#666647: Still cannot use LaTeX with cyrillic symbols

[Anton Zinoviev]

On Mon, Jul 23, 2012 at 01:43:17AM +0900, Norbert Preining wrote:
> 
> * these fonts have unclear license status. It is not clear whether
>   taking the various glyphs from various sides and adding some things
>   and sticking it together is fine.

Technical issues aside, I'd like to ask everybody not to make any calims 
like this one.  The fonts are absolutely legal in their current form.  I 
mean both copyright and trademark.  With respect to the copyright the 
situation is clear because the original fonts were GPL-licensed.  With 
respect to the trademarks years ago I was given legal advise.

Anton Zinoviev


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

Bug#682502: ITP: console -- Terminal application for the Cream Desktop Environment

[Antti-Juhani Kaijanaho]

On Mon, Jul 23, 2012 at 01:40:48PM +0200, Mike Gabriel wrote:
> * Package name: console
[...]
>   Description : Terminal application for the Cream Desktop Environment

Isn't that bit too generic a name?

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


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

Bug#682505: ITP: cream-pim -- Personal Information Manager for the Cream Desktop Environment

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: cream-pim
  Version : 0.4
  Upstream Author : Sebastian Billaudelle 
* URL : http://cream-project.org
* License : LGPL-2.1+
  Programming Lang: Python
  Description : Personal Information Manager for the Cream Desktop 
Environment

The Cream Desktop Environment is a project working on a GTK+-based Desktop
Environment providing users a working environment following the KISS principle.
.
Your desktop shell should stay out of your way and support you in accomplishing
your everyday tasks. But unlike several other great projects, the Cream Desktop
Environment also focusses on a modern graphics design and a rich user
experience based on latest technologies.
.
This package contains the Cream Desktop's personal information manager.


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

Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment

[Paul Tagliamonte]

On Mon, Jul 23, 2012 at 01:31:09PM +0200, Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
> 
> * Package name: melange
>   Version : 0.4.9
>   Upstream Author : Sebastian Billaudelle 
> * URL : http://cream-project.org
> * License : LGPL-2.1+
>   Programming Lang: Python
>   Description : Melange Widget System for the Cream Desktop Environment
> 
> The Melange widget system provides an easy to use API for creating widgets
> for the Cream Desktop Environment. Creating Melange widgets is very simple.
> .
> Basically Melange widgets are simple HTML pages and you do not have to know
> GTK+ in order to write nice widgets. You can use everything HTML offers you,
> including new HTML5 features such as the canvas element. Furthermore CSS and
> Javascript can be used to extend the HTML.
> .
> As if that isn’t enough you can use Python to collect and process data, which
> then can be used in your widget.
> 
> 
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/20120723113109.23448.43981.report...@minobo.das-netzwerkteam.de
> 

Ah, cream! Very cool!

I was involved a while back with some of this work, but I'm excited to
see it get packaged in Debian.

How is everyone, is development still running at a quick pace? Have some
of the larger bugs gotten resolved yet?

I look forward to using Cream again!

Paul

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#682506: unblock: linux/3.2.23-1

[Ben Hutchings]

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

Please unblock package linux

This version fixes many bugs, and has already been approved in principle.

Ben.

unblock linux/3.2.23-1

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

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


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