date:20120303

Jonathan McCrohan wrote:

> I seem to have solved this issue by upgrading the BIOS on the system 
> from v0.98 to v0.99h.

Thanks.  Does v0.98d, v0.99g, or v0.99 work, too?  (The changelog
entry "Setup: change HDD slave to V (avoid accidental change)" sounds
vaguely promising.)

Jonathan
who hopes the BIOS changelog might have a hint

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

Bug#661995: Inspiron 1090: kernel panic after ACPI power event (Doubled AC adapter)

forwarded 661995 
http://thread.gmane.org/gmane.linux.acpi.devel/51614/focus=51617
# support for common hardware
severity 661995 important
quit

Giovanni Biscuolo wrote:

> Our records indicate that you own a system We currently do not provide
> E-mail support for. We apologize for the inconvenience. Please call our
> phone support for assistance.
> ..
>
> do you know any workaround to this kind of problems?

Maybe .

[...]
>> Once there is a BIOS update fixing this, we can talk about
>> workarounds.  I think that should at least be in motion before we work
>> on it, so we can make sure the workaround doesn't break the fixed
>> BIOS.
>
> mumble... I fear I'm going to stay whith my buggy BIOS for a very long
> time

Sure.  Maybe I am too idealistic, but I would like to at least see
Dell receive a report about the problem.

> anyway, back to the ACPI problem: this ACPI page
> http://acpi.sourceforge.net/dsdt/index.php states:
> ..
> Further, the maintainer and the development team generally consider it a
> Linux bug if Windows handles an un-modified DSDT and Linux does not.

Yes, that's still generally true.  Heck, even when Windows doesn't
handle a given DSDT well, if it's common hardware then getting
machines to work "out of the box" with Linux would tend to be
considered valuable.

Does this still happen if you use a kernel without pae support, by the
way?  Context: https://bugzilla.redhat.com/show_bug.cgi?id=772730

Thanks again,
Jonathan



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

Bug#662031: RFS: trophy/2.0.2-1 (updated package)

2012-03-03 Thread Paul Wise

On Sun, Mar 4, 2012 at 2:29 AM, Andreas Moog wrote:

> I am looking for a sponsor for my package "trophy"

Uploaded.

I note that clanlib FTBFS on Hurd due to PATH_MAX missing there. It
shouldn't be too hard to fix that.

BTW: the games team usually uses the wiki page instead:

https://wiki.debian.org/Games/Sponsors/Queue

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#660195: Passing variables down to recursive Makefile.PL invocations

2012-03-03 Thread Niko Tyni

Hi makemaker people,

as discussed five years ago in [rt.cpan.org #28632], when building a
distribution with separate Makefile.PL files in subdirectories,
command line arguments to Makefile.PL are not passed through
to recursive invocations. This seems to be the case for the
current versions too, up to and including v6.63_02-9-g5072697 in
.

I'm bringing this up here on the makemaker list as Michael Schwern
suggested so in the ticket.

To summarize, the top level invocation
 perl Makefile.PL LD=foo
will only affect the LD setting in the generated top-level Makefile but
not in the subdirectory Makefile, which is generated from the subdirectory
Makefile.PL.

We're facing this in Debian because we need a way to set security related
linker flags (-Wl,-z,relro to be precise) for the build, and the flags are
not propagated to subdirectories in distributions like Imager (on CPAN.)
That's http://bugs.debian.org/660195 (cc'd) FWIW.

I've looked into this (for the MM_Unix part), and I see two whitelists
of variables that do affect the recursively generated Makefiles or
the respective 'make' invocations. Any others seem to get ignored
in subdirectories.

- ExtUtils::MakeMaker::new() lists POLLUTE PERL_CORE LINKTYPE. POLLUTE
  has special handling, but the others get set in the 'MakeMaker
  constants' section of the generated subdirectory Makefile.
- ExtUtils::MM_Unix::passthru() lists LIB LIBPERL_A LINKTYPE OPTIMIZE
  PREFIX INSTALL_BASE. Those get added to the recursive make
  invocation command line in the top level Makefile (via the 'Makemaker
  subdirs' section and the PASTHRU variable.)

For the time being, I've patched the latter list for Debian to include
LD, but I was wondering how much of this is working as designed.
Why aren't all command line settings propagated?

There's a test case in the CPAN ticket so I'll spare the details,
but let me know if you need any.

Many thanks for your work on MakeMaker,
-- 
Niko Tyni   nt...@debian.org



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

Bug#644138: Bug 644138: kcc and heimdal-client both install /usr/bin/kcc

2012-03-03 Thread Osamu Aoki

Hi,

Wait a moment ...  what about removing kcc package. (See below)

On Sat, Mar 03, 2012 at 01:07:28PM -0800, Russ Allbery wrote:
> Jelmer Vernooij  writes:
> > I think it would be reasonable for Heimdal to rename kcc to kcc.heimdal
> > or something like that.

This is, as I understand, our standard procedure but ... what about
removing kcc package after seeing how it is now.

> > Heimdal upstream has been shipping kcc since 2010, but we haven't
> > included it in Debian before, so that probably causes the least upgrade
> > issues.
> 
> I would contact Heimdal upstream and ask if they'd be willing to change
> the name of the binary, given that it's a relatively new program and is
> much more recent than the other package.

There are so many encoding convertes.  This one seems to be outdated and
not so popular and not maintained.  (It used to be popular as I remember
but that may be as old as in 1998 when nkf was in non-free ...)

Reality checks:

I locally have 2 of them:
 libc-bin: /usr/bin/iconv (The most basic one without huristics)
 nkf: /usr/bin/nkf(The best huristic Japanese optimized one)

As I quickly checked for japanese optimized ones, I found 3:
nkf popcon = about 2000  last upload [2011-05-31] active
kcc popcon < 200 last upload [2004-11-29] no change from oldstable
ack popcon < 100 last upload [2008-07-24] no change from oldstable
http://qa.debian.org/popcon-graph.php?packages=kcc+ack+nkf&show_installed=on&want_legend=on&want_ticks=on&beenhere=1

nkf: UTF-8 supported (in Description)
kcc ack: UTF-8 not supported (in Description)

Both kcc and ack maintainers are not active these dya as I vaguely
recall.  (CCed) 

Regards,

Osamu




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

Bug#662112: keytouch-editor segfaults on receiving KEY_NUMERIC_1

2012-03-03 Thread sacrificial-spam-address

Package: keytouch-editor
Version: 1:3.2.0~beta-3
Architecture: i386

When I click "new" and press a remote control key mapped to
513  # KEY_NUMERIC_1
keytouch-editor segfaults.  Other keys I've tried, not in the
KEY_NUMERIC_x range, work as expected.

An strace log beginning at the read of the input device follows.

select(1024, [5], NULL, NULL, {0, 1000}) = 1 (in [5], left {0, 998})
read(5, 
"-\2SO#H\1\0\4\0\4\0\r\0\0\0-\2SO%H\1\0\1\0\1\2\1\0\0\0-\2SO%H\1\0\0\0\0\0\0\0\0\0-\2SO(H\1\0\1\0\1\2\0\0\0\0-\2SO(H\1\0\0\0\0\0\0\0\0\0",
 1024) = 80
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"+\6\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recv(3, "\1\2c\17\0\0\0\0\21\2\200\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 
4096, 0) = 32
recv(3, 0x8aa4fa0, 4096, 0) = -1 EAGAIN (Resource temporarily 
unavailable)
recv(3, 0x8aa4fa0, 4096, 0) = -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{"+\6\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4
poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}])
recv(3, "\1\2d\17\0\0\0\0\21\2\200\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 
4096, 0) = 32
recv(3, 0x8aa4fa0, 4096, 0) = -1 EAGAIN (Resource temporarily 
unavailable)
recv(3, 0x8aa4fa0, 4096, 0) = -1 EAGAIN (Resource temporarily 
unavailable)
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
close(5)= 0
access("/usr/share/keytouch-editor/pixmaps/icon.png", F_OK) = 0
open("/usr/share/keytouch-editor/pixmaps/icon.png", O_RDONLY|O_LARGEFILE) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=4254, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf1e1a000
read(5, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0 \0\0\0 
\10\6\0\0\0szz\364\0\0\0\6bKGD\0\377\0\377\0\377\240\275\247\223\0\0\0\tpHYs\0\0\v\21\0\0\v\21\1\177d_\221\0\0\0\7tIME\7\324\f\31\22\24:Z\232xt\0\0\20+IDATx\1\1
 \20\337\357\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
gettimeofday({1330840109, 104462}, NULL) = 0
gettimeofday({1330840109, 104548}, NULL) = 0
gettimeofday({1330840109, 104575}, NULL) = 0
gettimeofday({1330840109, 104598}, NULL) = 0
gettimeofday({1330840109, 104617}, NULL) = 0
gettimeofday({1330840109, 104635}, NULL) = 0
gettimeofday({1330840109, 104654}, NULL) = 0
gettimeofday({1330840109, 104671}, NULL) = 0
gettimeofday({1330840109, 104687}, NULL) = 0
gettimeofday({1330840109, 104712}, NULL) = 0
gettimeofday({1330840109, 104730}, NULL) = 0
gettimeofday({1330840109, 104748}, NULL) = 0
gettimeofday({1330840109, 104769}, NULL) = 0
gettimeofday({1330840109, 104786}, NULL) = 0
gettimeofday({1330840109, 104802}, NULL) = 0
gettimeofday({1330840109, 104819}, NULL) = 0
gettimeofday({1330840109, 104835}, NULL) = 0
gettimeofday({1330840109, 104851}, NULL) = 0
gettimeofday({1330840109, 104867}, NULL) = 0
gettimeofday({1330840109, 104884}, NULL) = 0
gettimeofday({1330840109, 104900}, NULL) = 0
gettimeofday({1330840109, 104916}, NULL) = 0
gettimeofday({1330840109, 104932}, NULL) = 0
gettimeofday({1330840109, 104948}, NULL) = 0
gettimeofday({1330840109, 104964}, NULL) = 0
gettimeofday({1330840109, 104980}, NULL) = 0
gettimeofday({1330840109, 104996}, NULL) = 0
gettimeofday({1330840109, 105012}, NULL) = 0
gettimeofday({1330840109, 105028}, NULL) = 0
gettimeofday({1330840109, 105044}, NULL) = 0
gettimeofday({1330840109, 105060}, NULL) = 0
gettimeofday({1330840109, 105076}, NULL) = 0
gettimeofday({1330840109, 105092}, NULL) = 0
gettimeofday({1330840109, 105108}, NULL) = 0
gettimeofday({1330840109, 105124}, NULL) = 0
gettimeofday({1330840109, 105140}, NULL) = 0
gettimeofday({1330840109, 105156}, NULL) = 0
gettimeofday({1330840109, 105172}, NULL) = 0
gettimeofday({1330840109, 105188}, NULL) = 0
gettimeofday({1330840109, 105204}, NULL) = 0
gettimeofday({1330840109, 105219}, NULL) = 0
gettimeofday({1330840109, 105235}, NULL) = 0
gettimeofday({1330840109, 105251}, NULL) = 0
gettimeofday({1330840109, 105267}, NULL) = 0
gettimeofday({1330840109, 105284}, NULL) = 0
gettimeofday({1330840109, 105300}, NULL) = 0
gettimeofday({1330840109, 105316}, NULL) = 0
gettimeofday({1330840109, 105332}, NULL) = 0
gettimeofday({1330840109, 105348}, NULL) = 0
gettimeofday({1330840109, 105364}, NULL) = 0
gettimeofday({1330840109, 105380}, NULL) = 0
gettimeofday({1330840109, 105396}, NULL) = 0
gettimeofday({1330840109, 105412}, NULL) = 0
gettimeofday({1330840109, 105428}, NULL) = 0
gettimeofday({1330840109, 105444}, NULL) = 0
gettimeofday({1330840109, 105460}, NULL) = 0
gettimeofday({1330840109, 105476}, NULL) = 0
gettimeofday({1330840109, 105492}, NULL) = 0
gettimeofday({1330840109, 105508}, NULL) = 0
gettimeofday({1330840109, 105523}, NULL) = 0
gettimeofday({1330840109, 105539}, NULL) = 0
gettimeofday({1330840109, 105556}, NULL) = 0
gettimeo

Bug#662111: ITP: fonts-lato -- sans-serif typeface family font

2012-03-03 Thread Vasudev Kamath

Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath 

* Package name: fonts-lato
   Version: 1.104
  Upstream Author : ï¿½ï¿½ukasz Dziedzic
* URL  :  http://www.latofonts.com
* License: OFL 1.1
  Programming Lang: font
  Description : sans-serif typeface family font

Lato is a sanserif typeï¿½ï¿½face famï¿½ï¿½ily designed by 
Warsaw-ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½based designer
ï¿½ï¿½ukasz Dziedzic (ï¿½ï¿½ï¿½Latoï¿½ï¿½ï¿½ means 
ï¿½ï¿½ï¿½Sumï¿½ï¿½merï¿½ï¿½ï¿½ in Polï¿½ï¿½ish).
Lato famï¿½ï¿½ily was pubï¿½ï¿½lished under the open-ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½source 
Open Font License by
his foundry tyPoland, with supï¿½ï¿½port from Google.



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

Bug#594923: Noflushd causes flush- processes to eat all CPU

tags 594923 - moreinfo
quit

Xavier Roche wrote:
> Le 03/03/2012 14:55, Jonathan Nieder a écrit :

>> Thanks.  Does the attached patch help?
>
> Yes, mostly.

I've passed this information upstream.  Hopefully it can be fixed in a
2.6.32.y release soon so everyone benefits.

[...]
> (the test machine was randomly freezing because of
> unrelated ACPI issue)
[...]
> [ Note: if a disk is going idle because of a previous "/sbin/hdparm
> -SXXX /dev/sdXXX", the 100% CPU issue comes back (but can be solved by
> awakening the disk), which is not the case in 3.2.9, strangely. ]

If you are interested in pursuing a fix for either of these, please
feel free to file it as a separate bug.  Results from testing a few
versions halfway between from  could be
helpful in narrowing the search for the fix.

Many thanks,
Jonathan

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

Bug#652934: [Piuparts-devel] Bug#652934: please rebase your patches

2012-03-03 Thread Dave Steele

feature/package-master-slave has been rebased to piuparts develop, and
merged with piatti develop.

g...@github.com:davesteele/piuparts.git



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

Bug#661830: [3.1 -> 3.2.7 regression] ALC269: plugging in headphones does not mute main speaker

Hi Pavel,

Pavel Yakunin wrote:
>> Pavel Yakunin wrote:

>>>There is a problem with a headphones jack detection in the 3.2
>>>kernel for the ALC269 codec: sound comes from both speaker and
>>>headphones simultaneously and never switches between them.
[...]
> I've tried the kernel from git built according to your instructions,
> but with no success.
>
> Here are three alsa-info.sh outputs attached.
[...]
> +Simple mixer control 'Auto-Mute Mode',0
> +  Capabilities: enum
> +  Items: 'Disabled' 'Enabled'
> +  Item0: 'Disabled'

Thanks.  Does the output switching work correctly if you enable the
"auto-mute mode" control from alsamixer?  (Be sure to hit F6 first to
make sure you are controlling ALSA and not pulseaudio.  The keybinding
to toggle a control seems to be 'M'.)

Curious,
Jonathan



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

Bug#662080: ITP: hadori -- Hardlinks identical files

2012-03-03 Thread Goswin von Brederlow

Timo WeingÃ¤rtner  writes:

> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
>
>Package name: hadori
> Version: 0.2
> Upstream Author: Timo WeingÃ¤rtner 
> URL: https://github.com/tiwe-de/hadori
> License: GPL3+
> Description: Hardlinks identical files
>  This might look like yet another hardlinking tool, but it is the only one
>  which only memorizes one filename per inode. That results in less merory
>  consumption and faster execution compared to its alternatives. Therefore
>  (and because all the other names are already taken) it's called
>  "HArdlinking DOne RIght".
>  .
>  Advantages over other hardlinking tools:
>   * predictability: arguments are scanned in order, each first version is kept
>   * much lower CPU and memory consumption
>   * hashing option: speedup on many equal-sized, mostly identical files
>
> The initial comparison was with hardlink, which got OOM killed with a hundred 
> backups of my home directory. Last night I compared it to duff and rdfind 
> which would have happily linked files with different st_mtime and st_mode.
>
> I need a sponsor. I'll upload it to mentors.d.n as soon as I get the bug 
> number.
>
>
> Greetings
> Timo

I've been thinking about the problem of memory consumption too. But I've
come to a different solution. One that doesn't need memory at all.

Instead of remembering inodes, filenames and checksums create a global
cache (e.g. directory hierachy like .cache//)
and hardlink every file to there. If you want/need to include uid, gid,
mtime, mode in there then make that part of the .cache path.

Garbage collection in the cache would be removing all files with a link
count of 1.

Going one step further link files with unique size [uid, gid, mtime,
...] to .cache/ and change that into .cache/// when you find a second file with the same size that isn't
identical. That would save on the expensive hashing of clearly unique
files.

You could also use a hash that computes the first byte from the first
4k, second byte from 64k, thrid from 1mb and so on. That way you can
check if the beginning of 2 files match without having to checksum the
whole file or literally comprare the two.

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#662106: systemd should override /etc/init.d/kmod

tags 662106 + pending
thanks

On Sun, Mar 04, 2012 at 06:30:52AM +0100, Michael Biebl wrote:
> On 04.03.2012 06:25, Josh Triplett wrote:
> > Package: systemd
> > Version: 37-1.1
> > Severity: normal
> > 
> > systemd loads kernel modules from /etc/modules itself, and thus it
> > overrides /etc/init.d/module-init-tools by having a symlink
> > /lib/systemd/system/module-init-tools.service -> 
> > systemd-modules-load.service
> > ..  kmod provides the same functionality in /etc/init.d/kmod, so systemd
> > should have a similar overriding symlink
> > /etc/lib/systemd/system/kmod.service -> systemd-modules-load.service
> > ..
> 
> http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=commitdiff;h=024780c1ab1851247d1211ea3741a29f3a72ff84

Thanks!  Tagged as pending then.

- Josh Triplett



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

Bug#662110: jhead -cmd 'jpegtran -progressive &i > &o' P1080931.JPG remove Date/Time Original exif tag and others

2012-03-03 Thread xavier

Package: jhead
Version: 1:2.93-1
Severity: normal


Hi,

jhead is removing a lot of valuable data with 

jhead -cmd 'jpegtran -progressive &i > &o' P1080931.JPG,
like the most important Date/Time Original exif tag. 

jhead -cmd is supposed to keep that exif tags.

I now use :

phototemp=$(mktemp $photo.)
jpegtran -copy all -progressive $photo > $phototemp && mv -f  $phototemp 
$photo


thanks


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

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

Versions of packages jhead depends on:
ii  libc6  2.13-24
ii  libjpeg-progs  8c-2

jhead recommends no packages.

Versions of packages jhead suggests:
ii  imagemagick  8:6.6.9.7-5+b2

-- 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#662109: mpd: Fails to rebuild database

2012-03-03 Thread Matthias Urlichs

Package: mpd
Version: 0.16.7-1
Severity: important

mpd should skip corrupted files instead of aborting the database rebuild.

The log says:

[...]
Mar 04 06:27 : update: added classic rock/UFO/Ain't Misbehavin'/01 Between A 
Rock And A Hard Place.mp3
Mar 04 06:27 : ffmpeg/mp3: Header missing

[nothing more]

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (550, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages mpd depends on:
ii  adduser   3.113+nmu1
ii  libao41.1.0-1+b1
ii  libasound21.0.25-2
ii  libaudiofile1 0.3.3-2
ii  libavahi-client3  0.6.30-6
ii  libavahi-common3  0.6.30-6
ii  libavahi-glib10.6.30-6
ii  libavcodec53  4:0.8-1+b1
ii  libavformat53 4:0.8-1+b1
ii  libavutil51   4:0.8-1+b1
ii  libc6 2.13-26
ii  libcurl3-gnutls   7.24.0-1
ii  libfaad2  2.7-7
ii  libflac8  1.2.1-6
ii  libgcc1   1:4.6.2-12
ii  libglib2.0-0  2.30.2-6
ii  libid3tag00.15.1b-10
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.1-1
ii  libmad0   0.15.1b-7
ii  libmikmod23.1.12-3
ii  libmms0   0.6.2-3
ii  libmpcdec62:0.1~r459-2
ii  libogg0   1.2.2~dfsg-1
ii  libpulse0 1.0-4
ii  libsamplerate00.1.8-3
ii  libshout3 2.2.2-8
ii  libsqlite3-0  3.7.10-1
ii  libstdc++64.6.2-12
ii  libvorbis0a   1.3.2-1.1
ii  libvorbisenc2 1.3.2-1.1
ii  libvorbisfile31.3.2-1.1
ii  libwavpack1   4.60.1-2
ii  lsb-base  3.2-28.1
ii  zlib1g1:1.2.6.dfsg-1

mpd recommends no packages.

Versions of packages mpd suggests:
ii  avahi-daemon  0.6.30-6
ii  icecast2  
ii  mpd-client
ii  pulseaudio1.0-4

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

-- 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#662108: Installation on Acer Aspire One 532h

2012-03-03 Thread Bernhard

Package: installation-reports

Boot method: CD
Image version: Self-made boot CD with actual Installer from sid
Date: 2012-03-03

Machine: Acer Aspire One 532h
Processor: Intel Atom 1,6GHz
Memory: 1,0GB
Partitions:

> DateisystemTyp  1K-Blöcke 
> Benutzt Verfügbar Verw% Eingehängt auf
> rootfs rootfs 9733688 
> 5015692   4229756   55% /
> udev   devtmpfs501536 
>   05015360% /dev
> tmpfs  tmpfs   101604 
> 3401012641% /run
> /dev/disk/by-uuid/1c8b52a6-8254-4640-82b9-07a00e8e6d4a ext4   9733688 
> 5015692   4229756   55% /
> tmpfs  tmpfs 5120 
>   0  51200% /run/lock
> tmpfs  tmpfs   203208 
>  122031961% /tmp
> tmpfs  tmpfs   203208 
>   02032080% /run/shm
> /dev/sda6  ext4 233177480 
> 3580480 2179242722% /home

Output of lspci -knn:

> 00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge 
> [8086:a010]
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: agpgart-intel
> 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family 
> Integrated Graphics Controller [8086:a011]
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: i915
> 00:02.1 Display controller [0380]: Intel Corporation N10 Family Integrated 
> Graphics Controller [8086:a012]
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
> 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High 
> Definition Audio Controller [8086:27d8] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: snd_hda_intel
> 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express 
> Port 1 [8086:27d0] (rev 02)
>   Kernel driver in use: pcieport
> 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express 
> Port 2 [8086:27d2] (rev 02)
>   Kernel driver in use: pcieport
> 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #1 [8086:27c8] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: uhci_hcd
> 00:1d.1 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #2 [8086:27c9] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: uhci_hcd
> 00:1d.2 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #3 [8086:27ca] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: uhci_hcd
> 00:1d.3 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #4 [8086:27cb] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: uhci_hcd
> 00:1d.7 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI 
> Controller [8086:27cc] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: ehci_hcd
> 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
> [8086:2448] (rev e2)
> 00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller 
> [8086:27bc] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
> 00:1f.2 SATA controller [0106]: Intel Corporation N10/ICH7 Family SATA 
> Controller [AHCI mode] [8086:27c1] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: ahci
> 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller 
> [8086:27da] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: i801_smbus
> 01:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8132 Fast 
> Ethernet [1969:1062] (rev c0)
>   Subsystem: Acer Incorporated [ALI] Device [1025:0349]
>   Kernel driver in use: atl1c
> 02:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 
> Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
>   Subsystem: Foxconn International, Inc. Device [105b:e016]
>   Kernel driver in use: ath9k

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

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

Co

Bug#662106: systemd should override /etc/init.d/kmod

On 04.03.2012 06:25, Josh Triplett wrote:
> Package: systemd
> Version: 37-1.1
> Severity: normal
> 
> systemd loads kernel modules from /etc/modules itself, and thus it
> overrides /etc/init.d/module-init-tools by having a symlink
> /lib/systemd/system/module-init-tools.service -> systemd-modules-load.service
> ..  kmod provides the same functionality in /etc/init.d/kmod, so systemd
> should have a similar overriding symlink
> /etc/lib/systemd/system/kmod.service -> systemd-modules-load.service
> ..

http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=commitdiff;h=024780c1ab1851247d1211ea3741a29f3a72ff84



-- 
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#662107: O: kismet -- 802.11 wireless network sniffer/IDS - core

2012-03-03 Thread Nick Andrik

Package: wnpp
Severity: normal

kismet's current maintainer Francois Gurin  seems
to be MIA sincce 2008.
May I propose to orphan the package?

I would also be willing to adopt the package and I have already
prepared an update:
http://mentors.debian.net/package/kismet

What is the official procedure to follow?

Best regards,
Nick

The package description is:
 Kismet is an 802.11 layer2 wireless network detector, sniffer, and
 intrusion detection system.  It will work with any wireless card
 that supports raw monitoring (rfmon) mode and can sniff 802.11b,
 802.11a, and 802.11g traffic.
 .
 It can use festival to play audio alarms for network events,
 can speak out network summary on discovery, and optionally works with
 gpsd to map scanning.



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

Bug#662106: systemd should override /etc/init.d/kmod

Package: systemd
Version: 37-1.1
Severity: normal

systemd loads kernel modules from /etc/modules itself, and thus it
overrides /etc/init.d/module-init-tools by having a symlink
/lib/systemd/system/module-init-tools.service -> systemd-modules-load.service
..  kmod provides the same functionality in /etc/init.d/kmod, so systemd
should have a similar overriding symlink
/etc/lib/systemd/system/kmod.service -> systemd-modules-load.service
..

- Josh Triplett

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

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

Versions of packages systemd depends on:
ii  initscripts 2.88dsf-22
ii  libacl1 2.2.51-5
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-27
ii  libcap2 1:2.22-1
ii  libcryptsetup4  2:1.4.1-2
ii  libdbus-1-3 1.4.18-1
ii  libpam0g1.1.3-7
ii  libselinux1 2.1.9-2
ii  libsystemd-daemon0  37-1.1
ii  libsystemd-login0   37-1.1
ii  libudev0175-3.1
ii  libwrap07.6.q-23
ii  udev175-3.1
ii  util-linux  2.20.1-4

Versions of packages systemd recommends:
pn  libpam-systemd  

Versions of packages systemd suggests:
pn  python   2.7.2-10
pn  systemd-gui  

-- 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#662105: O: kismet -- 802.11 wireless network sniffer/IDS - core

2012-03-03 Thread Nick Andrik

Package: wnpp
Severity: normal


kismet's current maintainer Francois Gurin  seems to be MIA
sincce 2008. May I propose to orphan the package?

I would be also willing to adopt it, I have already prepared an update:
http://mentors.debian.net/package/kismet

What is the official procedure to follow?

Best regards,
Nick

The package description is:
 Kismet is an 802.11 layer2 wireless network detector, sniffer, and
 intrusion detection system.  It will work with any wireless card
 that supports raw monitoring (rfmon) mode and can sniff 802.11b,
 802.11a, and 802.11g traffic.
 .
 It can use festival to play audio alarms for network events,
 can speak out network summary on discovery, and optionally works with
 gpsd to map scanning.



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

Bug#662104: RFP: lxr -- A general purpose source code indexer and cross-referencer that provides web-based browsing of source code with links to the definition and usage of any identifier. Supports mu

2012-03-03 Thread Austin English

Package: wnpp
Severity: wishlist

Dear Maintainer,

  Package name: lxr
  Version : 10.2
  Upstream Author : LXR Community 
  URL : http://lxr.linux.no
  License : GPL
  Programming Lang: Perl
  Description : A general purpose source code indexer and cross-referencer 
that provides web-based browsing of source code with links to the definition 
and usage of any identifier. Supports multiple languages, including C, C++, 
Java, Python, Ruby, Perl, COBOL and many more.

Was previously removed, see 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591059 et al. It is still in 
use, however, and bugs in the current version are showing up on Wine's source 
code browser. See http://bugs.winehq.org/show_bug.cgi?id=25453.



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

Bug#662103: phonon-backend-vlc: Pausing and resuming in Amarok changes volume to 100%

2012-03-03 Thread Robert Keevil

Package: phonon-backend-vlc
Version: 0.5.0-1
Severity: normal

When pausing and then resuming playback in Amarok (2.5.0-1) the volume of the
Amarok stream is always changed upon resume to 100%. Playback is via
PulseAudio.

I do not experience this problem with phonon-backend-gstreamer



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

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

Versions of packages phonon-backend-vlc depends on:
ii  libc6   2.13-27
ii  libphonon4  4:4.6.0.0-1
ii  libqtcore4  4:4.7.4-2
ii  libqtgui4   4:4.7.4-2
ii  libstdc++6  4.6.3-1
ii  libvlc5 2.0.0-6
ii  vlc-nox 2.0.0-6

Versions of packages phonon-backend-vlc recommends:
ii  vlc  2.0.0-6

phonon-backend-vlc 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#662102: [INTL:gu] Gujarati translation of espeakup

2012-03-03 Thread Kartik Mistry

Package: espeakup
Tags: l10n, patch
Severity: wishlist

Please find Gujarati translation of espeakup used in Debian Installer Level 2.

Thanks.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
# Gujarati po file for espeak.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Kartik Mistry , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: espeak-gu\n"
"Report-Msgid-Bugs-To: espea...@packages.debian.org\n"
"POT-Creation-Date: 2011-06-11 23:55+0200\n"
"PO-Revision-Date: 2012-03-04 09:56+0530\n"
"Last-Translator: Kartik Mistry \n"
"Language-Team: Gujarati \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: text
#. Description
#. Main menu item. Please keep below 55 columns
#: ../espeakup-udeb.templates:1001
msgid "Configure the speech synthesizer voice"
msgstr "સ્પિચ સિન્થેનાઈઝર ધ્વનિ રુપરેખાંકિત કરો"

Bug#662098: Removing line with Ctrl+D sometimes is not undoable

2012-03-03 Thread Patrik Olsson

On 03/04/2012 04:43 AM, Michael Biebl wrote:
> On 04.03.2012 04:26, Patrik Olsson wrote:
>> Package: gedit
>> Version: 3.2.6-1
>> Severity: grave
> 
> seriously?
> 

Sorry, I thought it was an appropriate severity level. The bug causes
data loss, and I think a package with a bug like this is unsuitable for
stable release (so it should be important that it is noticed and fixed
before wheezy goes stable). I used this guide:

http://www.debian.org/Bugs/Developer#severities

~ Patrik

signature.asc
Description: OpenPGP digital signature

Bug#662049: phonon: There is no sound at all - audio device is greyed out in configuration

2012-03-03 Thread dE .


On 03/04/12 02:31, Grzegorz Andruszkiewicz wrote:

Package: phonon
Version: 4:4.6.0.0-1
Severity: important

Dear Maintainer,

After recent upgrade of packages sound stopped working. Sound control in KDE
and Phonon configuration in the settings dialog only show Dummy as the active
output device. My real device "Internal Audio Analog Stereo" (internal
soundcard in my Intel chipset) is greyed out.

This occurs on both my laptop and desktop (both Intel, but different chipsets
otherwise). I tried booting into an old kernel, but it hasn't changed anything.
I haven't seen anything suspicious in the log files (but I don't know what I am
looking for).

Regards,
Grzegorz



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

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

Versions of packages phonon depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  libphonon4 4:4.6.0.0-1
ii  phonon-backend-gstreamer [phonon-backend]  4:4.6.0.0-1

phonon recommends no packages.

Versions of packages phonon suggests:
pn  phonon-backend-gstreamer  4:4.6.0.0-1
pn  phonon-backend-mplayer
pn  phonon-backend-vlc

-- debconf information:
   phonon-backend-null/isnt_functional:
   phonon-backend-null/isnt_functional_title:





Do you have pulseaudio installed?

If so, is there any 'pulse*' process running?

How about making a new user and logging in it to see if sound works? Was 
there a kernel upgrade?




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

Bug#662101: CQRLOG 1.3.0 released

2012-03-03 Thread A. Maitland Bottoms

Package: cqrlog
Version: 1.2.2-2
Severity: wishlist

New upstream version:
http://www.ok2cqr.com/?q=node/3769

-Maitland



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

Bug#662100: p11-kit: CPPFLAGS hardening flags missing

2012-03-03 Thread Simon Ruderich

Package: p11-kit
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The CPPFLAGS hardening flags are not used in the build.

The problem is "export CPPFLAGS" in debian/rules. I'm not
entirely sure why it causes the problem, but I guess the export
happens while parsing the Makefile - which overwrites the
hardening flags which get added later. The following patch fixes
that:

diff -Nru p11-kit-0.11/debian/rules p11-kit-0.11/debian/rules
- --- p11-kit-0.11/debian/rules 2012-03-03 18:53:22.0 +0100
+++ p11-kit-0.11/debian/rules   2012-03-04 04:44:20.0 +0100
@@ -1,7 +1,6 @@
 #!/usr/bin/make -f
 
 CPPFLAGS += -D_XOPEN_SOURCE=600 -D_BSD_SOURCE
- -export CPPFLAGS
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package:

$ hardening-check /usr/bin/p11-kit 
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0
/usr/bin/p11-kit:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: no not found!
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!

For more information please have a look at [1], [2] and [3].

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening

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

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

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

iQIcBAEBCAAGBQJPUubpAAoJEJL+/bfkTDL5Je0P/3SH1qCNJAPTYAyOove2YeCr
iUJWAzSH43+9UkEMEMWlayfWuoIq2RrYVH6yaUSvEU4g7cZiOiSheNi3Ee9jimda
jA2Sz8u9uJKLO+wKSR4GoiF4nf2ctgZFBa/ssIUwjDZfSJpJWjTEhgNCeb+ar+xM
cTS8F/8MZUNQbOXWJMFL2U9MBdjYX9jBKTUF6Sz5QVLikT6wxyf7LCp0xt5SM1RT
3u8lNwacbqZ8KOJ+m1EASIvp/+6kCZszDtoMpkvqAnfJL9/ODgEyS+Q/x8XAyqcF
CzRvCBR/2oSpFhFYldRjyl4NSAMCiZcMwxIL72alk3vssTdiyyTKk+xY+pL2msba
rCA3dN8o31TvUdAZXk7VkUtihlfyHCozDqtJEILpjIIo7PfgUrnXNHSag7vL1bo4
iQsa6cqqibWM3/fejogtPsVSp6B9lh2p5Lw/ph4A/C5g4L+TJxYxyGPdTn8t5mFD
HRUrA4ahw5bYo2OxXwHjdTSj5MTvOAXSZndyGerGD6+qj11/FlF/uckd0iGsX286
mTi7IK50DV87+wjSrlLnGXdIpfHY/W3y0D2v587o9Hco6+gq30TIQYatQY+pSKJW
3vn4X1wcKJWhVPjaYOy2TLpFiVft/E5KaKL99voXswEorqVa3AXbh/fGXG6OneqN
H/mCbHuiRyArAfP/Yl6j
=Qx0C
-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#662091: sp: nsgmls can't find sgml.dcl

2012-03-03 Thread Neil Roeth


Is the package sgml-data installed?

On 03/03/2012 07:49 PM, Samuel Bronson wrote:

Package: sp
Version: 1.3.4-1.2.1-47.1
Severity: serious

Dear Maintainer,

It looks like nsgmls can't find sgml.dcl anymore:

,
| % nsgmls -s /usr/share/doc/sp/index.htm 2>&1 | head
| nsgmls:E: cannot find "sgml.dcl"; tried "/usr/share/sgml/xhtml/sgml.dcl", 
"/usr/local/share/sgml/sgml.dcl", "/usr/share/sgml/sgml.dcl"
| nsgmls:(invalid location):E: invalid default SGML declaration
| nsgmls:/usr/share/doc/sp/index.htm:1:52:E: cannot find "IETF/HTML-2_0-Strict.dtd"; tried 
"/usr/share/sgml/xhtml/IETF/HTML-2_0-Strict.dtd", "/usr/local/share/sgml/IETF/HTML-2_0-Strict.dtd", 
"/usr/share/sgml/IETF/HTML-2_0-Strict.dtd"
| nsgmls:/usr/share/doc/sp/index.htm:1:52:E: DTD did not contain element 
declaration for document type name
| nsgmls:/usr/share/doc/sp/index.htm:2:5:E: element "HTML" undefined
| nsgmls:/usr/share/doc/sp/index.htm:3:5:E: element "HEAD" undefined
| nsgmls:/usr/share/doc/sp/index.htm:4:6:E: element "TITLE" undefined
| nsgmls:/usr/share/doc/sp/index.htm:6:5:E: element "BODY" undefined
| nsgmls:/usr/share/doc/sp/index.htm:7:3:E: element "H1" undefined
| nsgmls:/usr/share/doc/sp/index.htm:8:3:E: element "H3" undefined
`

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

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

Versions of packages sp depends on:
ii  libc6   2.13-26
ii  libgcc1 1:4.6.2-12
ii  libsp1c21.3.4-1.2.1-47.1
ii  libstdc++6  4.6.2-12

sp recommends no packages.

Versions of packages sp suggests:
ii  doc-base   0.10.3
ii  sgml-data  2.0.6

-- no debconf information

-- debsums errors found:
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 11247 
package 'jhcore':
  missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 39968 
package 'lambdamoo':
  missing architecture




--
Neil Roeth




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

Bug#301239: mii-diag: should not be released in Wheezy without gigabit ethernet support (#301239)

2012-03-03 Thread Ben Hutchings

On Fri, 2011-02-25 at 17:53 +0100, Carsten Hey wrote:
> severity 301239 serious
> tags 301239 + help
> tags 301239 + wheezy
> thanks
> 
> Due the growing number of computers with build-in gigabit ethernet
> adapters, I discussed with Alexander (the maintainer of mii-diag)
> whether mii-diag should be part of Wheezy if #301239 is not fixed.  We
> both agreed that mii-diag should not be released with Wheezy unless
> gigabit ethernet support is added to it.
[...]

There are also a lot of network interfaces that don't have MDIO-managed
PHYs, and then there are 10G PHYs with a different register set (see
IEEE 802.3 clause 45).  This is why Linux provides the ethtool API to
get PHY state with a little more abstraction.

I suggest that you refer to ethtool as the preferred tool for modern
network drivers, but leave mii-diag around for old drivers that don't
support the ethtool API.  I don't see any need to remove it as it should
still work for that old hardware.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#662098: Removing line with Ctrl+D sometimes is not undoable

severity 662098 normal
thanks

On 04.03.2012 04:26, Patrik Olsson wrote:
> Package: gedit
> Version: 3.2.6-1
> Severity: grave

seriously?


-- 
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#584108: libopenusb: should this package be removed?

Hi Simon,

as mentioned in #613182, hal is dead upstream and I checked the latest
libopenusb upstream version (1.1.7) which still uses libhal.
Also, seeing that nobody stepped up taking over maintenance of this
package and it has no reverse dependencies, so I'm wondering if the best
action forward is to just remove it from the archive.

What do you think?

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#662099: Blinking text cursor sometimes disappear

2012-03-03 Thread Patrik Olsson

Package: gedit
Version: 3.2.6-1
Severity: important

Sometimes the blinking text cursor disappears visually, although it's
still technically there (text is still entered at the invisible cursor).
I have found a way to bring it back: go to an empty workspace and then
go back to the workspace with the document. The cursor never disappears
while I'm looking at the document. It's usually that I have been at
another workspace, and when I go back to the workspace with the
document, the cursor has disappeared.

I use Xmonad. Not sure if it could have something to do with it (it's
the window manager that handles workspaces, after all). I have not used
Metacity/Mutter/Shell much, so I cannot tell if it happens with those
too. But I'll experiment as soon as I get time. Sadly it doesn't happen
often enough so that I can just start a Shell-session and try for a few
minutes. I would probably have to force myself to work in a
Shell-session for a day or two, but that would be so inconvenient.

~ Patrik




signature.asc
Description: OpenPGP digital signature

Bug#657575: [dopewars] Bug#657575: Uploaders field must contain at least one human

2012-03-03 Thread Dean Evans

On Sat, 3 Mar 2012 14:00:27 +
Simon McVittie  wrote:

> On Fri, 27 Jan 2012 at 04:04:43 +0100, Alessio Treglia wrote:
> > dopewars's Maintainer field has
> > 
> > Debian Games Team 
> > 
> > set as Maintainer but no Uploaders field is present.
> > This is a clear violation of the Policy.
> 
> In the latest upload nearly a year ago, the uploader, Francois Marier,
> removed himself from the Uploaders.
> 
> Does anyone else in the Games Team care about dopewars? If I don't
> get any response for a while, I'll file the bug to remove it (I think
> team membership is enough to qualify for RoM).
> 

I have been attempting to update dopewars to a simplified debhelper v9
rules file and dh-autoreconf instead of the previous maintainer updated
autotools build files.

Using autoreconf I've run into a few issues and the latest has had me
take a break from looking at dopewars for the weekend. I will push my
current local dopewars branch this week and see if I can get some
advice for a fix from debian-mentors.

Thanks,
Dean

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

Bug#635563: NMU diff for kernel-package 12.036+nmu2

2012-03-03 Thread Ben Hutchings



-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug
diff -Nru kernel-package-12.036+nmu1/debian/changelog kernel-package-12.036+nmu2/debian/changelog
--- kernel-package-12.036+nmu1/debian/changelog	2010-11-09 23:26:20.0 +
+++ kernel-package-12.036+nmu2/debian/changelog	2012-03-04 01:36:39.0 +
@@ -1,3 +1,23 @@
+kernel-package (12.036+nmu2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove minimum-version checks that were incorrect for Linux 3.x and
+were already satisfied by Linux 2.6.26 (lenny) (Closes: #635563)
+  * Look for lguest tools in both Documentation/virtual/lguest and
+Documentation/lguest (Closes: #638012)
+  * Do not suggest obsolete ksymoops package (Closes: #637421)
+  * Fix incompatibility with make 3.82 due to indentation with spaces
+(Closes: #635019), thanks to Jens Lody
+  * Fix native builds on armel and armhf (Closes: #633743):
+- Test for cross-compilation by comparing build CPU name with host
+  CPU name, not host Debian architecture name
+- Merge armel.mk into arm.mk
+- Add default configuration for armhf
+  * Change all example revisions in README to begin with a digit, as
+now expected by dpkg (Closes: #620515)
+
+ -- Ben Hutchings   Sun, 04 Mar 2012 01:36:38 +
+
 kernel-package (12.036+nmu1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru kernel-package-12.036+nmu1/kernel/Config/config.armhf kernel-package-12.036+nmu2/kernel/Config/config.armhf
--- kernel-package-12.036+nmu1/kernel/Config/config.armhf	1970-01-01 01:00:00.0 +0100
+++ kernel-package-12.036+nmu2/kernel/Config/config.armhf	2012-03-04 01:30:09.0 +
@@ -0,0 +1,20 @@
+CONFIG_PACKET=y
+# CONFIG_CIFS_EXPERIMENTAL is not set
+CONFIG_SLIP_SMART=y
+CONFIG_SUNRPC_GSS=m
+# CONFIG_NFSD_V4 is not set
+# CONFIG_SMB_NLS_DEFAULT is not set
+# CONFIG_CODA_FS_OLD_API is not set
+CONFIG_CIFS_STATS=y
+CONFIG_CIFS_XATTR=y
+# CONFIG_SLIP_MODE_SLIP6 is not set
+CONFIG_SLIP_COMPRESSED=y
+CONFIG_ECONET_AUNUDP=y
+CONFIG_RXRPC=m
+# CONFIG_CIFS_POSIX is not set
+CONFIG_ECONET_NATIVE=y
+CONFIG_EQUALIZER=m
+CONFIG_NET_CLS_ROUTE=y
+CONFIG_PACKET_MMAP=y
+CONFIG_AEABI=y
+CONFIG_VFP=y
diff -Nru kernel-package-12.036+nmu1/kernel/Control kernel-package-12.036+nmu2/kernel/Control
--- kernel-package-12.036+nmu1/kernel/Control	2010-07-18 19:08:34.0 +0100
+++ kernel-package-12.036+nmu2/kernel/Control	2012-03-03 22:05:44.0 +
@@ -30,7 +30,7 @@
 Provides: =ST-source, =ST-source-=CV
 Depends: binutils, bzip2, file
 Recommends: libc6-dev | libc-dev, gcc | c-compiler, make (>= 3.80-10), po-debconf, gettext, binutils (>= 2.12), util-linux (>= 2.10o), module-init-tools (>= 0.9.10), debianutils (>= 2.30)
-Suggests: libncurses-dev | ncurses-dev, kernel-package, xmlto, libdb3-dev, libncurses-dev, docbook-utils, e2fsprogs (>= 1.29), linux-initramfs-tool, ksymoops
+Suggests: libncurses-dev | ncurses-dev, kernel-package, xmlto, libdb3-dev, libncurses-dev, docbook-utils, e2fsprogs (>= 1.29), linux-initramfs-tool
 Description: Linux kernel source for version =V
  This package provides the source code for the Linux kernel, specifically,
  version =V.
diff -Nru kernel-package-12.036+nmu1/kernel/ruleset/arches/armel.mk kernel-package-12.036+nmu2/kernel/ruleset/arches/armel.mk
--- kernel-package-12.036+nmu1/kernel/ruleset/arches/armel.mk	2009-11-18 15:30:16.0 +
+++ kernel-package-12.036+nmu2/kernel/ruleset/arches/armel.mk	1970-01-01 01:00:00.0 +0100
@@ -1,35 +0,0 @@
-# -*- Mode: Makefile-Gmake -*- 
-## armel.mk --- 
-##
-## This program is free software; you can redistribute it and/or modify
-## it under the terms of the GNU General Public License as published by
-## the Free Software Foundation; either version 2 of the License, or
-## (at your option) any later version.
-##
-## This program is distributed in the hope that it will be useful,
-## but WITHOUT ANY WARRANTY; without even the implied warranty of
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-## GNU General Public License for more details.
-##
-## You should have received a copy of the GNU General Public License
-## along with this program; if not, write to the Free Software
-## Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
-##
-## arch-tag: 
-##
-###
-
-### ARM (new abi)
-ifeq ($(strip $(architecture)),armel)
-
-  kimage := vmlinuz
-  target = zImage
-  NEED_DIRECT_GZIP_IMAGE=NO
-  kimagesrc = arch/$(KERNEL_ARCH)/boot/zImage
-  kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE)
-  DEBCONFIG = $(CONFDIR)/config.armel
-  kelfimagesrc = vmlinux
-  kelfimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(KERNELRELEASE)
-  KERNEL_ARCH = arm
-
-endif
diff -Nru kernel-package-12.036+nmu1/kernel/ruleset/arches/arm.mk kernel-package-12.036+nmu2/kernel/ruleset/arches/arm.mk
--

Bug#662098: Removing line with Ctrl+D sometimes is not undoable

2012-03-03 Thread Patrik Olsson

Package: gedit
Version: 3.2.6-1
Severity: grave

Sometimes I accidentally press Ctrl+D (which removes the current line)
when I meant Ctrl+S (save document). This used to be fine before (in the
amazing 2.x versions), because I could simply hit Ctrl+Z (to undo) and
then Ctrl+S to save the document as I intended it. In this version
however, sometimes the line is not restored with the undo command. If
I'm lucky, I pressed Ctrl+S just before I accidentally pressed Ctrl+D
and I can undo by re-loading (File -> Revert) the document.

Usually more text is removed after undoing a Ctrl+D command, and some
text end up selected.

It doesn't happen always though. I suspect that it has to do with the
undo history filling up and once that happens undoing Ctrl+D doesn't
work correctly anymore. Undoing it will then present the document as it
was much further back in the undo history (at least that's what I think
it is). I'm also pretty sure that redoing doesn't bring back what I had
before an incorrect undo happens. So I cannot undo a faulty undo. On the
other hand, to be fair, I lose faith in the undo system when this
happens so since I save so often I'll rather just reload the whole
document to be sure nothing has been accidentally removed or readded.

I'll try to be more observant next time it happens so that I can give
more information. Please tell me if you want me to test or look into
something.

Thanks

~ Patrik



signature.asc
Description: OpenPGP digital signature

Bug#658665: [Pkg-clamav-devel] Bug#658665: clamav-daemon: assumes clamav uid and gid are the same

2012-03-03 Thread Michael Tautschnig

> This one time, at band camp, Matt Taggart said:
> > Package: clamav-daemon
> > Version: 0.97.3+dfsg-1~lenny1
> > 
> > Somewhere in clamav-daemon it's assuming that the clamav uid and gid are
> > the same. If I remove /var/run/clamav/clamav.ctl and then restart clamav,
> > I get this
> > 
> > /var/run/clamav# ls -la clamd.ctl
> > s-  1 clamav postdrop0 Feb  4 15:07 clamd.ctl
> > 
> > On my system the clamav user has uid 108 and the postdrop group has gid 108.
> > 
> > When I set them to both use the same number then it works
> > 
> > srw-rw-rw-  1 clamav clamav 0 Feb  4 15:58 clamd.ctl
> 
> Can you send the output of `getent passwd clamav` ?
> 
[...]

And maybe also the relevant config snippets, which should be all LocalSocket.*
in clamd.conf?

Thanks a lot,
Michael




pgppQ39bDRgc7.pgp
Description: PGP signature

Bug#649582: clamav: "Opcode 20 of type 0 is not implemented yet" still there on 0.0.97.2+dfsg-1~squeeze1

2012-03-03 Thread Michael Tautschnig

Hi,

> Though this should be fixed on 0.97.2+dfsg-1~squeeze1, I still get the 
> following error during my routine virusscan:
> 
> LibClamAV Error: Opcode 20 of type 0 is not implemented yet!
> LibClamAV Warning: Bytecode 34 failed to run: Invalid argument passed to 
> function
> LibClamAV Warning: Bytecode run timed out in interpreter after 2564 
> opcodes
> LibClamAV Warning: Bytcode 37 failed to run: Unknown error code
> 
[...]

As 0.97.3 has been in the archives since late October 2011, would you please let
us know whether you are still seeing these issues with 0.97.3?

Thanks a lot,
Michael



pgpd5yRNkpZYr.pgp
Description: PGP signature

Bug#650750: Patch for the l10n upload of ntop

2012-03-03 Thread Ludovico Cavedon

On Thu, Mar 1, 2012 at 10:13 PM, Christian PERRIER  wrote:
> We finally agreed that you would do the update yourself at the end of
> the l10n update round.
>
> That time has come.
>
> To help you out, here's the patch which I would have used for an NMU.
> Please feel free to use all of it...or only the l10n part of it.

Perfect, thank you.
I have already merged the translations for the new upstream release 4.1.99+rc0.
However I am experiencing a crash on startup that I am investigating
and is delaying the upload.

Thanks,
Ludovico



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

Bug#651506: gnome-shell: screen becomes glitched when attempting to unlock

2012-03-03 Thread Stefan Monnier

Package: gnome-shell
Followup-For: Bug #651506

Dear Maintainer,

I believe I'm seeing the same bug.  In my case, here is what happens:
- I see this when coming back to the machine after a while.
- I'm not sure if it's always the case, but at least in most cases,
  the machine has gone to sleep, so before displaying the lock screen,
  it had to resume.
- there are always several people logged in at the same time via
  gdmflexiserver (at least one other, using XFCE).
- when waking up, the lock screen is basically not drawn at all: the screen
  stays black, with some console/kernel messages about the
  suspend&resume process displayed in the upper left corner.  E.g.:

[84202.529410] xhci_hcd :06:00.0: ERROR no room on ep ring
[84202.529421] hub 5-1:1.0: activate --> -12
[84203.782129] xhci_hcd :06:00.0: PCI post-resume error -110!
[84203.782132] xhci_hcd :06:00.0: HC died, cleaning up
[84203.782139] xhci_hcd :06:00.0: HC died, cleaning up
[84203.782150] pm_op(): pci_pc_resume+0x0/0x94 returns -110
[84203.782155] PM: Device :06:00.0 failed to resume async: error -110

  [This was carefully copied by hand, but it may contain typos.  ]
  If I move the mouse, the arrow cursor moves around just fine, tho
  slowly/choppily, and sometimes some 32x32 square of the image is "drawn"
  but not properly (i.e. it's not black, but it isn't a proper part of the
  normal display either).  When the mouse is over what would be the gdm3
  login box, the arrow cursor changes from an all-white arrow to a black
  arrow with white outline.

- If I type the password blindly, something happens (not quite sure what:
  the screen doesn't change, but the arrow-cursor-changes are gone/different.
  I.e. maybe I was properly logged in, but it's not like I could tell).

- Sometimes, if I wait a while and come back to the computer, the lock screen
  is back to normal.


Stefan


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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-2
ii  gir1.2-clutter-1.0   1.8.4-1
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.6-1
ii  gir1.2-freedesktop   1.31.10-1
ii  gir1.2-gconf-2.0 2.32.4-1
ii  gir1.2-gdkpixbuf-2.0 2.24.1-1
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.10-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.2.3-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-1
ii  gir1.2-networkmanager-1.00.9.2.0-2
ii  gir1.2-pango-1.0 1.29.4-2
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.34.3-1
ii  gir1.2-telepathyglib-0.120.16.2-1
ii  gir1.2-telepathylogger-0.2   0.2.12-1
ii  gir1.2-upowerglib-1.00.9.15-2
ii  gjs  1.30.1-1
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.2.2-1
ii  gnome-settings-daemon3.2.2-2
ii  gnome-shell-common   3.2.2.1-1
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-26
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libcanberra0 0.28-3
ii  libclutter-1.0-0 1.8.4-1
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.4-2
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libdrm2  2.4.30-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

2012-03-03 Thread David Henningsson

On 03/04/2012 12:36 AM, Andres Cimmarusti wrote:

There is active work going on in this area. In fact, I just posted a patch
to the PA mailinglist [1]. And yes, we already have it in Ubuntu 11.10 (to
probe multiple hdmi devices for Intel and NVidia), and the main reason it
took until now to upstream that patch, was the decision to switch jack
detection method from input devices to kcontrols.

Thank you for all the references you provided and your work in fixing
this issue for all users. I just looked at the git repository for the
source code of pulseaudio, but I see your patches have not been
included yet. Do you have any estimate of when they will be merged? if
so, do you think they'll be included in the next release (do you know
when this will be?) ?

I hope they'll be in PulseAudio 2.0, as they are currently waiting for
review. For next release, see [2], but judging from the PulseAudio 1.0
release process - no, I don't know when this will be ;-)

I'm considering reassigning this bug to pulseaudio in debian and
asking them to include the appropriate patches. Which ones would
actually be needed (say, to apply them to pulseaudio 1.1)? would your
6 patches announced on the mailing list in February be enough?

If you want them to apply to PulseAudio 1.1, you can have a look at [1].
The patches currently posted apply to git head. You'll need all of the
06* patches (as well as Linux 3.3 for the kcontrols).

A more light-weight version could be what I did in Ubuntu 11.04, where
there was no jack detection, but I just exposed all four devices in
PulseAudio and let the user choose manually, like this [4]. (I later
renamed that file from "nvidia.conf" to "extra-hdmi.conf", and added the
same file to be used for Intel chips.)

Let me also push for the hda-jack-retask [2] application, which is an
easy-to-use GUI for creating these types of firmware files. I advertised it
here a while ago [3] but it seems to have gone unnoticed.

This sounds like a good tool for making this happen. I will submit a
Request For Package in Debian... but this can take time. Would you
consider packaging it there? then it would easily flow into Ubuntu.

Certainly, if there is interest from the Debian side to have it.

I would also not mind if it became a part of upstream ALSA, I think it
would make a nice addition to the hda-analyzer, hda-verb etc tool set.

I've encountered other hardware with the same issue recently. It's an
NVIDIA card HDA MCP89 on a Macbook Pro 7,1. Is there a method I can
follow for crafting my own "patches"? I'm afraid I don't understand
how to find the appropriate HEX values that need to go in the [codec]
and [pincfg] section.

I think the easiest way is just to download the hda-jack-retask
application and build it yourself. Otherwise, [3].

Thanks all for your help.

You're welcome.

--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic

[1]
http://bazaar.launchpad.net/~ubuntu-audio-dev/pulseaudio/ubuntu.precise/files/head:/debian/patches/

[2] http://pulseaudio.org/wiki/ReleasePlanning

[3] http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio.txt

[4]
http://bazaar.launchpad.net/~ubuntu-audio-dev/pulseaudio/ubuntu.natty/view/head:/debian/patches/0001-alsa-mixer-Add-separate-profile-for-Nvidia.patch

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

Bug#662097: libgstreamer0.10-dev: comma at end of enumerator list in gstmessage.h

2012-03-03 Thread Jonas Smedegaard

Package: libgstreamer0.10-dev
Version: 0.10.36-1
Severity: normal
Tags: patch

Compiling scenic reveals this:

In file included from /usr/include/gstreamer-0.10/gst/gstbus.h:29:0,
 from /usr/include/gstreamer-0.10/gst/gstelement.h:58,
 from /usr/include/gstreamer-0.10/gst/gstbin.h:27,
 from /usr/include/gstreamer-0.10/gst/gst.h:35,
 from 
/srv/data/jonas-src/GITauth/alioth/pkg-multimedia/scenic/./src/gst/mediaBase.cpp:27:
/usr/include/gstreamer-0.10/gst/gstmessage.h:264:30: error: comma at end of 
enumerator list [-Werror=edantic]
compilation terminated due to -Wfatal-errors.


This should fix it:

--- gstmessage.h.orig2012-02-21 10:40:54.0 +0100
+++ gstmessage.h2012-03-04 03:32:24.175435494 +0100
@@ -261,7 +261,7 @@
   GST_PROGRESS_TYPE_CONTINUE = 1,
   GST_PROGRESS_TYPE_COMPLETE = 2,
   GST_PROGRESS_TYPE_CANCELED = 3,
-  GST_PROGRESS_TYPE_ERROR= 4,
+  GST_PROGRESS_TYPE_ERROR= 4
 } GstProgressType;
 
 /**



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

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

Versions of packages libgstreamer0.10-dev depends on:
ii  gir1.2-gstreamer-0.10  0.10.36-1
ii  libc6  2.13-27
ii  libc6-dev [libc-dev]   2.13-27
ii  libglib2.0-0   2.30.2-6
ii  libglib2.0-dev 2.30.2-6
ii  libgstreamer0.10-0 0.10.36-1
ii  libxml2-dev2.7.8.dfsg-7
ii  pkg-config 0.26-1

Versions of packages libgstreamer0.10-dev recommends:
ii  debhelper  9.20120115

Versions of packages libgstreamer0.10-dev suggests:
pn  gstreamer0.10-doc  

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/include/gstreamer-0.10/gst/gstmessage.h (from 
libgstreamer0.10-dev package)



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

Bug#662096: pysendfile: FTBFS: fatal error: Python.h: No such file or directory

2012-03-03 Thread Aaron M. Ucko

Source: pysendfile
Version: 2.0.0-1
Severity: serious
Justification: fails to build from source

Builds of pysendfile in minimal environments (such as typical
autobuilders) have been failing:

  gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c sendfilemodule.c -o 
build/temp.linux-i686-2.6/sendfilemodule.o
  sendfilemodule.c:43:20: fatal error: Python.h: No such file or directory
  compilation terminated.
  error: command 'gcc' failed with exit status 1
  dh_auto_build: python2.6 setup.py build --force returned exit code 1
  make: *** [build] Error 1

To remedy that, please adjust the build dependency on python-all to
python-all-dev; I'd also recommend checking with pbuilder or the like
that no others are missing.

Thanks!



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

Bug#635317: make 3.82 breaks kernel module build: 'mixed implicit and normal rules' in linux-headers-*

2012-03-03 Thread Ben Hutchings

The Linux kernel build rules were fixed in Linux 2.6.36 and 2.6.32.21.
So this would only affect rebuilding the kernel in oldstable, and mixing
oldstable with unstable is not supported anyway.

However, I would guess there are many other makefiles which can be
broken by the stricter behaviour of make.  So I think that make 3.82
will have to wait until after wheezy.  But if someone can do an
archive-wide rebuild with the new version now, that would allow
maintainers to start preparing.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug


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

Bug#662095: Please use architecture wild-card linux-any

2012-03-03 Thread Vladimir 'φ-coder/phcoder' Serbinenko

Package: src:bluez
Version: 4.98-3
Severity: normal
Tags: patch

Hi,

apparently, the bluez package is a Linux-only package.

Please consider using the linux-any architecture wild-card instead of
listing each port separately.

Patch is attached.

Thanks,
Michael



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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/control b/debian/control
index 8c8a261..9d785ac 100644
--- a/debian/control
+++ b/debian/control
@@ -32,7 +32,7 @@ Replaces: libsdp2 (<= 1.5-2)
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Multi-Arch: same
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Description: Library to use the BlueZ Linux Bluetooth stack
  BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source
  project distributed under GNU General Public License (GPL).
@@ -40,7 +40,7 @@ Description: Library to use the BlueZ Linux Bluetooth stack
 Package: libbluetooth3-dbg
 Section: debug
 Priority: extra
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Depends: ${misc:Depends}, libbluetooth3 (= ${binary:Version})
 Description: Library to use the BlueZ Linux Bluetooth stack with debugging symbols
  BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source
@@ -56,7 +56,7 @@ Replaces: libsdp2-dev (<= 1.5.2)
 Depends: libbluetooth3 (= ${binary:Version}), libc6-dev | libc-dev, ${misc:Depends}
 Suggests: pkg-config
 Priority: extra
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Description: Development files for using the BlueZ Linux Bluetooth library
  BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source
  project distributed under GNU General Public License (GPL).
@@ -70,7 +70,7 @@ Description: Bluetooth support
  by the Bluez bluetooth stack.
 
 Package: bluez
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, module-init-tools, udev (>= 170-1), lsb-base, dbus, python-gobject, python-dbus
 Replaces: bluez-input, bluez-network, bluez-serial, bluez-utils (<= 3.36-3), bluez-audio (<= 3.36-3), udev (<< 170-1)
 Conflicts: bluez-utils (<= 3.36-3), bluez-audio (<= 3.36-3)
@@ -85,7 +85,7 @@ Description: Bluetooth tools and daemons
 Package: bluez-dbg
 Section: debug
 Priority: extra
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Depends: ${misc:Depends}, bluez (= ${binary:Version}), libbluetooth3-dbg (= ${binary:Version})
 Description: Bluetooth tools and daemons (with debugging symbols)
  This package contains tools and system daemons for using Bluetooth devices.
@@ -97,7 +97,7 @@ Description: Bluetooth tools and daemons (with debugging symbols)
 
 Package: bluez-alsa
 Replaces: bluez-audio
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}, bluez
 Description: Bluetooth ALSA support
@@ -107,7 +107,7 @@ Description: Bluetooth ALSA support
  project distributed under GNU General Public License (GPL).
 
 Package: bluez-gstreamer
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Depends: ${shlibs:Depends}, ${misc:Depends}, bluez
 Replaces: bluez-audio
 Description: Bluetooth GStreamer support
@@ -117,7 +117,7 @@ Description: Bluetooth GStreamer support
  project distributed under GNU General Public License (GPL).
 
 Package: bluez-cups
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Depends: ${shlibs:Depends}, cups, ${misc:Depends}
 Description: Bluetooth printer driver for CUPS
  This package contains a driver to let CUPS print to Bluetooth-connected
@@ -127,7 +127,7 @@ Description: Bluetooth printer driver for CUPS
  project distributed under GNU General Public License (GPL).
 
 Package: bluez-pcmcia-support
-Architecture: amd64 armel i386 ia64 mips mipsel powerpc s390 s390x sparc alpha armhf avr32 hppa m68k powerpcspe sh4 sparc64 ppc64
+Architecture: linux-any
 Priority: extra
 Depends: pcmciautils, ${misc:Depends}

Bug#662080: ITP: hadori -- Hardlinks identical files

2012-03-03 Thread Timo Weingärtner

Hallo Julian Andres,

2012-03-04 um 01:07:42 schriebst Du:
> On Sun, Mar 04, 2012 at 12:31:16AM +0100, Timo Weingärtner wrote:

> > The initial comparison was with hardlink, which got OOM killed with a
> > hundred backups of my home directory. Last night I compared it to duff
> > and rdfind which would have happily linked files with different st_mtime
> > and st_mode.
> 
> You might want to try hardlink 0.2~rc1. In any case, I don't think we need
> yet another such tool in the archive. If you want that algorithm, we can
> implement it in hardlink 0.2 using probably about 10 lines. I had that
> locally and it works, so if you want it, we can add it and avoid the
> need for one more hack in that space.

And why is lighttpd in the archive? Apache can do the same ...

> hardlink 0.2 is written in C, and uses a binary tree to map
> (dev_t, off_t) to a struct file which contains the stat information
> plus name for linking. It requires two allocations per file, one for
> the struct file with the filename, and one for the node in the tree
> (well, actually we only need the node for the first file with a
>  specific (dev_t, off_t) tuple). A node has 3 pointers.

The "hardlink" I used at that time was written in python and definitely didn't 
do it the way I want.

hadori is written in C++11 which IMHO makes it look a little more readable. It 
started with tree based map and multimap, now it uses the unordered_ (hash 
based) versions which made it twice as fast in a typical workload.

The main logic is in hadori.C, handle_file and uses:

std::unordered_map kept;
std::unordered_map to_link;
std::unordered_multimap sizes;

class inode contains a struct stat, a file name and an adler checksum, but I 
plan to drop the last one because I think the hashing option is no great gain.

Grüße
Timo

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

Bug#649882: Split arch:all contents to Contents-all.gz

2012-03-03 Thread Paul Wise

Sounds like a win to me.

The tools that might need changing:

debmirror
apt-file
UDD
collab-qa/filecontents/*-contents.py

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#612659: upstream packages

2012-03-03 Thread Mark

din's upstream developer builds some Ubuntu packages that might be a 
useful starting point for Debian packages:

https://launchpad.net/~dinisnoise/+archive/din/+packages

-Mark




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

Bug#598745: cmor: FTBFS on kfreebsd-i386: make[1]: *** [test_C] Error 134

2012-03-03 Thread Steven Chamberlain

Hi,

| Aborted
| make[1]: *** [test_C] Error 134

That error is from ./ipcc_test_code trying to run (having been
successfully compiled).


After reading about this at:
>
http://www.alcf.anl.gov/faq-page/what-signal-6-sigabrt-error-during-job-startup
> http://www.ualberta.ca/CNS/RESEARCH/LinuxClusters/mem.html

It seems that test program (ipcc_test_code) needs some 671MiB RAM for
the process image:

$ ./ipcc_test_code
Aborted

$ size ipcc_test_code
   textdata bss dec hex filename
 264737 832 704260100   704525669   29fe3565

This is larger than the kern.maxdsiz boot-time tunable allows, which
seems to be 512MiB by default on kfreebsd-i386 kernel 8.2-1-686.  Even
if I skip this test, many other tests have this issue (maybe all of them).


On kfreebsd-amd64, I guess the default kern.maxdsiz is something higher.
 That is why it will *sometimes* build, but it still fails about 50% of
the time (bug #661283).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



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

Bug#661299: [Pkg-bazaar-maint] Bug#661299: bzr-git: git-remote-bzr fails with SQL logic error or missing database

2012-03-03 Thread Paul Wise

On Sat, 2012-03-03 at 23:57 +0100, Jelmer Vernooij wrote:
> 
> Thanks for the bug report, and sorry for not getting back to you
> earlier. I've tried to reproduce this locally for the last couple of
> days, but have failed. I'm using a slightly newer version of bzr-git,
> but there have been no changes to the SQL side of things in a long
> time. 
> 
> Cloning debbugs works fine here. Unity still fails, but later in the
> process and with different errors than you're getting.
> 
> I wonder if the glibc realloc error is related - I'm not seeing that.

You seem to be correct. Looks like my issue is that I set MALLOC_CHECK_
and MALLOC_PERTURB_ in my shell environment. If I unset them then I get
different failures with the versions from testing. It appears that some
part of the stack is causing heap consistency issues:

http://www.gnu.org/s/libc/manual/html_node/Heap-Consistency-Checking.html
http://udrepper.livejournal.com/11429.html
https://lists.fedoraproject.org/pipermail/devel/2010-May/135667.html

> If you have a sid install around, it would be great if you could try
> git-remote-bzr on that with the current Python package there.

I have unstable in my sources.list, but held back with pinning. After
upgrading python2.7, bzr, python-bzrlib, bzr-git, bzr-gtk I get no
failure cloning bzr-stats with MALLOC_CHECK_ and MALLOC_PERTURB_ unset,
lp:unity fails with a different error and debbugs is taking ages.

That said, the resulting git repositories have some issues with gitk and
the bash shell prompt git functions, bzr-stats for example: git tag
complains about duplicate tags and gitk also complains about an error
parsing revisions.

With upgraded python2.7, bzr, python-bzrlib, bzr-git, bzr-gtk and both
MALLOC_CHECK_ and MALLOC_PERTURB_ *set*, `git clone bzr::lp:bzr-stats`
fails silently and dumps a core file (I have that turned on),
unfortunately the stack trace that results is quite useless.

How do you want to proceed here?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Bug#662094: [INTL:pl] Polish debconf translation

2012-03-03 Thread Michał Kułach


Package: tex-common
Severity: wishlist
Tags: l10n patch

Hi!

Please add the attached Polish debconf translation.

Thanks in advance,
--
Michał Kułach

pl.po
Description: Binary data

Bug#662093: [INTL:pl] Polish debconf translation

2012-03-03 Thread Michał Kułach


Package: tpb
Severity: wishlist
Tags: l10n patch

Hi!

Please add the attached Polish debconf translation.

Thanks in advance,
--
Michał Kułach

pl.po
Description: Binary data

Bug#652301: Please make /var/run a relative symlink

2012-03-03 Thread Christoph Anton Mitterer

So if I understand you right:
- the canonical place where all these dirs are created is base-files
- the migration (of old systems) is however done by initscripts.


We've had previously many issues, where files/permissions/etc. from
base-files changed, but were not updated (like now with nsswitch.conf).

You're arguments were always that you don't wanna make such changes
automatically, as they might not be what the user wants and the things
like ufw or so, would be overkill for a basic package like base-files,
right?

What about adding a small script, that just checks for differences
between the current and "fresh" state all these
files/dirs/permissions/etc. and reports them to the user and also what
he must do to bring it up to date?


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#662092: opensp: onsgmls can't find sgml.dcl

2012-03-03 Thread Samuel Bronson


It turns out that onsgmls can't find sgml.dcl, either. The symptoms are
the same (except this time with a lot more "o"s).

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!



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

Bug#630926: grub-pc: Grub-pc boots extremely slow depending on 'AGP Apperture Size' value


tag 630926 fixed-upstream
thanks
On 18.06.2011 22:39, Pvt. Pyle wrote:

Package: grub-pc
Version: 1.99-6
Severity: normal


I recently upgraded my computer, from 1GB of RAM to 4GB (1GB x 4 Corsair Memory 
all alike). Suddently, Grub was really,
really slow when booting. The grub's loading message remains on the screen 
during 20-30secs before boot. I removed the
memory and when the computer had 2GB of RAM grub booted normally. I set the 
memory back and the last feature I didn't
check was the 'AGP Apperture Size' in the BIOS. It was set to 256Mb and I 
reduced it step by step. When AGP Apperture Size
was set to 4Mb Grub booted normally.

After that I downgraded to grub-legacy, set AGP Apperture Size back to 256Mb 
and grub booted normally as well. Then
I upgraded to grub-pc and grub booted slow again. I can't leave AGP Apperture 
Size to 4Mb because openGL performance is
bad as hell (glxgears runs at less than 1fps).

So I think there is a problem with grub-pc. Meanwhile, I'm installing 
grub-legacy.  

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/root / reiserfs rw,relatime,notail 0 0
/dev/sda2 /home/ACME/Desktop/Documentos reiserfs 
rw,nosuid,nodev,noexec,relatime,notail 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST3120022A_3LJ0PGLC
(hd1)   /dev/disk/by-id/usb-ST960821_A_††䰳ㅇ䵂奃-0:0
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
   load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
   set saved_entry="${prev_saved_entry}"
   save_env saved_entry
   set prev_saved_entry=
   save_env prev_saved_entry
   set boot_once=true
fi

function savedefault {
   if [ -z "${boot_once}" ]; then
 saved_entry="${chosen}"
 save_env saved_entry
   fi
}

function load_video {
   insmod vbe
   insmod vga
   insmod video_bochs
   insmod video_cirrus
}

insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root fa1bb880-36b4-42f6-b929-42804492d47a
if loadfont /usr/share/grub/unicode.pf2 ; then
   set gfxmode=800x600
   load_video
   insmod gfxterm
   insmod part_msdos
   insmod reiserfs
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set=root fa1bb880-36b4-42f6-b929-42804492d47a
   set locale_dir=($root)/boot/grub/locale
   set lang=es_ES
   insmod gettext
fi
terminal_output gfxterm
set timeout=1
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.38.6' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
fa1bb880-36b4-42f6-b929-42804492d47a
echo'Loading Linux 2.6.38.6 ...'
linux   /boot/vmlinuz-2.6.38.6 root=/dev/sda1 ro  quiet vga=795 
acpi_enforce_resources=lax
}
menuentry 'Debian GNU/Linux, with Linux 2.6.38.6 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod reiserfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 
fa1bb880-36b4-42f6-b929-42804492d47a
echo'Loading Linux 2.6.38.6 ...'
linux   /boot/vmlinuz-2.6.38.6 root=/dev/sda1 ro single
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
   source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
*** END /boot/grub/grub.cfg

*** BEGIN /proc/mdstat
cat: /proc/mdstat: No such file or directory
*** END /proc/mdstat

*** BEGIN /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 Jun 18 21:42 ata-HL-DT-STDVD-RAM_GH22NP20 ->  
../../sr0
lrwxrwxrwx 1 root root  9 Jun 18 21:42 ata-ST3120022A_3LJ0PGLC ->  ../../sda
lrwxrwxrwx 1 root root 10 Jun 18 21:42 ata-ST3120022A_3LJ0PGLC-part1 ->  
../../sda1
lrwxrwxrwx 1 root root 10 Jun 18 21:42 ata-ST3120022A_3LJ0PGLC-part2 ->  
../../sda2
lrwxrwxrwx 1 root root 10 Jun 18 21:42 ata-ST3120022A_3LJ0PGLC-part3 ->  
.

Bug#660618: FTBFS

2012-03-03 Thread Cyril Brulebois

Vincent Cheng  (03/03/2012):
> Thanks for the patch! I'm happy with it as it is, so please feel free
> to upload it to DELAYED/0.

Great, rescheduled. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#660618: FTBFS

2012-03-03 Thread Vincent Cheng

On Sat, Mar 3, 2012 at 6:43 AM, Cyril Brulebois  wrote:
> tag 660618 patch pending
> thanks
>
> Vincent Cheng  (21/02/2012):
>> # Passing --disable-examples to dh_auto_configure "fixes" this FTBFS...
>> # but that's really just me being lazy. Don't know how else to fix this.
>> tag 660618 + help
>> thanks
>
> Hi,
>
> here's a patch to fix the FTBFS. I'm about to upload it to DELAYED/2 to
> let you time to adjust it if you feel so inclined. Feel free to tell me
> to reschedule it to DELAYED/0 if you're happy with it, or DELAYED/$more
> if you want more time to examine it.
>
> Mraw,
> KiBi.

Thanks for the patch! I'm happy with it as it is, so please feel free
to upload it to DELAYED/0.

Vincent



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

Bug#662091: sp: nsgmls can't find sgml.dcl

2012-03-03 Thread Samuel Bronson

Package: sp
Version: 1.3.4-1.2.1-47.1
Severity: serious

Dear Maintainer,

It looks like nsgmls can't find sgml.dcl anymore:

,
| % nsgmls -s /usr/share/doc/sp/index.htm 2>&1 | head
| nsgmls:E: cannot find "sgml.dcl"; tried "/usr/share/sgml/xhtml/sgml.dcl", 
"/usr/local/share/sgml/sgml.dcl", "/usr/share/sgml/sgml.dcl"
| nsgmls:(invalid location):E: invalid default SGML declaration
| nsgmls:/usr/share/doc/sp/index.htm:1:52:E: cannot find 
"IETF/HTML-2_0-Strict.dtd"; tried 
"/usr/share/sgml/xhtml/IETF/HTML-2_0-Strict.dtd", 
"/usr/local/share/sgml/IETF/HTML-2_0-Strict.dtd", 
"/usr/share/sgml/IETF/HTML-2_0-Strict.dtd"
| nsgmls:/usr/share/doc/sp/index.htm:1:52:E: DTD did not contain element 
declaration for document type name
| nsgmls:/usr/share/doc/sp/index.htm:2:5:E: element "HTML" undefined
| nsgmls:/usr/share/doc/sp/index.htm:3:5:E: element "HEAD" undefined
| nsgmls:/usr/share/doc/sp/index.htm:4:6:E: element "TITLE" undefined
| nsgmls:/usr/share/doc/sp/index.htm:6:5:E: element "BODY" undefined
| nsgmls:/usr/share/doc/sp/index.htm:7:3:E: element "H1" undefined
| nsgmls:/usr/share/doc/sp/index.htm:8:3:E: element "H3" undefined
`

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

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

Versions of packages sp depends on:
ii  libc6   2.13-26
ii  libgcc1 1:4.6.2-12
ii  libsp1c21.3.4-1.2.1-47.1
ii  libstdc++6  4.6.2-12

sp recommends no packages.

Versions of packages sp suggests:
ii  doc-base   0.10.3
ii  sgml-data  2.0.6

-- no debconf information

-- debsums errors found:
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 11247 
package 'jhcore':
 missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 39968 
package 'lambdamoo':
 missing architecture

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!



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

Bug#662090: php5: Update problem with package php5

2012-03-03 Thread daniel

Package: php5
Version: 5.3.10-2
Severity: normal

Dear Maintainer,
php5 complained about missing libraries; I am not sure if php5 was still 
working. The messages below were printed to console and mailed by cron to user 
root:

PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/20090626/gd.so' - /usr/lib/php5/20090626/gd.so: cannot open 
shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/20090626/mcrypt.so' - /usr/lib/php5/20090626/mcrypt.so: cannot 
open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/20090626/suhosin.so' - /usr/lib/php5/20090626/suhosin.so: cannot 
open shared object file: No such file or directory in Unknown on line 0

I got rid of these messages by installing php5-gd, php5-mcrypt and 
php5-suhosin. As they didn't reappear when I removed the packages again, I 
suppose the installation script should perform some cleanups to configuration 
files.

Yours faithfully,
Daniel



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

Bug#652301: Please make /var/run a relative symlink

2012-03-03 Thread Santiago Vila

On Sun, 4 Mar 2012, Christoph Anton Mitterer wrote:

> Hi Santiago.
> 
> Couldn't you solve this in a way, so that old absolute symlinks are also
> migrated to relative ones?

That would be very tricky. The current code is in

/var/lib/dpkg/info/base-files.postinst

and it's executed only once in the initial install (i.e. when you
install a wheezy system from scratch).

AFAIK, the real migration is done by initscripts. Even in that case,
converting old symlinks would be tricky. What if the user wants them
absolute or pointing to another location? (maybe to see how many
packages are still using the old directories) Converting old symnlinks
would be like modifying files in /etc without asking the user, so
IMHO, it should not be done.

> Otherwise they will never benefit from this change.

Hmm, but users can always change the symlinks by hand, and more
important: Because we do not fiddle with already converted symlinks
(which is what you suggested) the symlinks created by the user will be
respected and not changed.

In either case, you should probably ask for this change to be done on
initscripts.

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

Bug#662089: Log viewer window does not support maximize, but supports arbitrary resize

Package: pidgin
Version: 2.10.0-1+b2
Severity: normal

The log viewer window ("Conversations", accessible via "View Log" on a
contact) permits arbitrary resizing, but doesn't support maximize.
Please consider enabling maximize.

(Noticed because I hit my usual "maximize" keyboard shortcut and got no
response, so I had to manually resize the window larger.)

- Josh Triplett

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

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

Versions of packages pidgin depends on:
ii  gconf2  3.2.3-3
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-6.2
ii  libdbus-1-3 1.4.18-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.28.6-1
ii  libgstreamer0.10-0  0.10.36-1
ii  libgtk2.0-0 2.24.7-1
ii  libgtkspell02.0.16-1
ii  libice6 2:1.0.7-2
ii  libpango1.0-0   1.29.4-2
ii  libpurple0  2.10.0-1+b2
ii  libsm6  2:1.2.0-2
ii  libx11-62:1.4.4-4
ii  libxml2 2.7.8.dfsg-7
ii  libxss1 1:1.2.1-2
ii  perl-base [perlapi-5.14.2]  5.14.2-7
ii  pidgin-data 2.10.0-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base  0.10.36-1
ii  gstreamer0.10-plugins-good  0.10.31-1

Versions of packages pidgin suggests:
ii  evolution-data-server  3.0.3-2
ii  gnome-panel2.30.2-4+b1
ii  libsqlite3-0   3.7.10-1

-- no debconf information



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

Bug#645807: severity of 645807 is serious

2012-03-03 Thread Karl Goetz

On Sat, 3 Mar 2012 14:50:52 +0100
Cyril Brulebois  wrote:

Hi kibi,

> Karl Goetz  (25/01/2012):
> > #This really deserves a higher severity as a potential dfsg
> > violation. severity 645807 serious
> > thanks
> 
> Basic research like checking debian/copyright really was too hard?

You are right, and I apologise. I had been informed of this by someone
else, but I hadn't got around to lowering/closing this bug (again, my
fault).
I did look at all the files shipped upstream, didn't think to check
d/copyright *sigh*.
please close with impunity!
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group

signature.asc
Description: PGP signature

Bug#662088: mpd: Removed start-create-db from Usage string

2012-03-03 Thread Ronny Cardona

Package: mpd
Version: 0.16.5-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/mpd.init.d:
- Removed start-create-db option from Usage string. (LP: #902485)

Thanks for considering the patch.

Launchpad bug report: https://launchpad.net/bugs/902485

-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/mpd.init.d'
--- debian/mpd.init.d   2011-06-12 23:02:39 +
+++ debian/mpd.init.d   2012-03-03 23:14:08 +
@@ -120,7 +120,7 @@
mpd_start
;;
 *)
-echo "Usage: $0 {start|start-create-db|stop|restart|force-reload}"
+echo "Usage: $0 {start|stop|restart|force-reload}"
 exit 2
 ;;
 esac

Bug#662087: Always deletes old ~/.htoprc, even if a symlink to new location ~/.config/htop/htoprc

Package: htop
Version: 1.0.1-1
Severity: normal

I keep my home directory in git, and share it between many machines.
This includes ~/.htoprc.  Recent versions of htop moved this to
~/.config/htop/htoprc, and starting a newer version of htop always
deletes ~/.htoprc.  However, I also use my home directory on machines
with older versions of htop (such as the version in Debian stable).
Thus, I'd like to include the newer config file as well as a
compatibility symlink from the old location.  Please don't delete
~/.htoprc if not a regular file.

- Josh Triplett

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

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

Versions of packages htop depends on:
ii  libc6 2.13-27
ii  libncursesw5  5.9-4
ii  libtinfo5 5.9-4

htop recommends no packages.

Versions of packages htop suggests:
ii  ltrace  0.5.3-2.1
ii  strace  4.5.20-2.3

-- 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#662086: grub-install failed with raid+lvm

2012-03-03 Thread Miguel Figueiredo


Package: grub-installer
Version: 1.69
Severity: important


While installing today's daily netinst image, debian-installer failed
The storage selected during installation it's RAID1 with LVM with one 
ext4 partition.

Failed as follows:

Mar  3 23:51:43 grub-installer: info: Installing grub on '/dev/sda'
Mar  3 23:51:43 grub-installer: info: grub-install supports --no-floppy
Mar  3 23:51:43 grub-installer: info: Running chroot /target 
grub-install  --no-floppy --force "/dev/sda"
Mar  3 23:51:44 grub-installer: /proc/devices: fopen failed: No such 
file or directory

Mar  3 23:51:44 grub-installer:
Mar  3 23:51:44 grub-installer: /proc/devices: fopen failed: No such 
file or directory

Mar  3 23:51:44 grub-installer:
Mar  3 23:51:44 grub-installer: /proc/devices: fopen failed: No such 
file or directory

Mar  3 23:51:44 grub-installer:
Mar  3 23:51:44 grub-installer: /usr/sbin/grub-probe: error:
Mar  3 23:51:44 grub-installer:
Mar  3 23:51:44 grub-installer: cannot find a GRUB drive for 
/dev/mapper/vg-root.  Check your device.map



--
Melhores cumprimentos/Best regards,

Miguel Figueiredo


syslog.gz
Description: application/gzip

Bug#662085: RM: freej -- RoQA; multiple old un-acknowledged RC bugs

2012-03-03 Thread Jonathan Wiltshire

Package: ftp.debian.org
Severity: normal

freej FTBFS for multiple reasons and has RC bugs with no maintainer
acknowledgement for at most 1 year, plus bugs blocking release goals.
It blocks opencv transition. It hasn't been in testing for 777 days and was
last uploaded in January 2010.



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

Bug#659957: [Pkg-shadow-devel] Bug#659957: Bug#659957: login: login at console no longer updates utmp

2012-03-03 Thread Jason White

Christian PERRIER  wrote:

> See last comment by Nicolas. If I understand correctly, he deactivated
> utmp logging in last upstream release because he was thinking that
> using pam_lastlog would be enough nowadays.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605329
is the original bug.

It seems that /var/log/wtmp is being updated by pam_lastlog, but /var/run/utmp
is not, and there's nothing in the pam_lastlog manual page to suggest that it
updates utmp.

The result is that now nothing is updating /var/run/utmp when the user logs
in.

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

Bug#662084: libparted0debian1: False busy/mounted detection of some sdaX, X > 16, partitions

2012-03-03 Thread Linus Lüssing

Package: libparted0debian1
Version: 2.3-8
Severity: normal


Hi,

Today I tried to create quite a few logical partitions and ended up
having 23 partitions in (g)parted in total.

Some of these, i.e. /dev/sda17 and /dev/sda19, were detected as mounted
and had the lock symbol next to it in gparted. I however could not
unmount and therefore could not delete this partition both within parted
or gparted.

Also a `ls /dev/sda*` or a `cat /proc/partitions` only showed a
/dev/sda1 to /dev/sda16:

---
$ cat /proc/partitions
major minor  #blocks  name

   80  625131864 sda
   81   81892356 sda1
   824914251 sda2
   83  1 sda3
   84  430013440 sda4
   85  16384 sda5
   86  16384 sda6
   87  16384 sda7
   88  16384 sda8
   89  16384 sda9
   8   10  16384 sda10
   8   11  16384 sda11
   8   12  16384 sda12
   8   13  16384 sda13
   8   14  16384 sda14
   8   15  16384 sda15
 2590  16384 sda16
---



parted 3.1 seems to work fine though. I could delete sda19 to sda23 with
it. And after having deleted those partitions funnilly sda17 to sda18
reappear within /dev and /proc/partitions:

---
$ cat /proc/partitions | grep sda
   80  625131864 sda
   81   81892356 sda1
   824914251 sda2
   83  1 sda3
   84  430013440 sda4
   85  16384 sda5
   86  16384 sda6
   87  16384 sda7
   88  16384 sda8
   89  16384 sda9
   8   10  16384 sda10
   8   11  16384 sda11
   8   12  16384 sda12
   8   13  16384 sda13
   8   14  16384 sda14
   8   15  16384 sda15
 2590  16384 sda16
 2591  16384 sda17
 2592  16384 sda18
---

After having used parted 3.1 and having those partitions reappear in the
kernel's partition table (Linux 3.2.4), parted 2.3.8 still does not work
though:

---
(parted) print
Model: ATA SAMSUNG HM640JJ (scsi)
Disk /dev/sda: 640GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End SizeType  File system  Flags
 1  32.3kB  83.9GB  83.9GB  primary
 2  83.9GB  88.9GB  5032MB  primary
 3  88.9GB  200GB   111GB   extended
 5  88.9GB  88.9GB  16.8MB  logical
 6  88.9GB  88.9GB  16.8MB  logical
 7  88.9GB  88.9GB  16.8MB  logical
 8  88.9GB  89.0GB  16.8MB  logical
 9  89.0GB  89.0GB  16.8MB  logical
10  89.0GB  89.0GB  16.8MB  logical
11  89.0GB  89.0GB  16.8MB  logical
12  89.0GB  89.0GB  16.8MB  logical
13  89.0GB  89.1GB  16.8MB  logical
14  89.1GB  89.1GB  16.8MB  logical
15  89.1GB  89.1GB  16.8MB  logical
16  89.1GB  89.1GB  16.8MB  logical
17  89.1GB  89.1GB  16.8MB  logical
 4  200GB   640GB   440GB   primary

(parted) rm 17
Error: Partition /dev/sda17 is being used. You must unmount it before you 
modify it with Parted.
---

Although it is definitely not mounted:
---
$ sudo mount
udev on /dev type devtmpfs (rw,relatime,size=892316k,nr_inodes=223079,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=179796k,mode=755)
/dev/mapper/sda1_crypt on / type ext4 
(rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=359592k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
/dev/sdb1 on /boot type ext3 
(ro,noexec,noatime,nodiratime,errors=continue,barrier=1,data=ordered)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,relatime,size=359592k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc 
(rw,nosuid,nodev,noexec,relatime)
$ df -h
Filesystem  Size  Used Avail Use% Mounted on
rootfs   77G   59G   18G  78% /
udev872M 0  872M   0% /dev
tmpfs   176M  612K  175M   1% /run
/dev/mapper/sda1_crypt   77G   59G   18G  78% /
tmpfs   5.0M 0  5.0M   0% /run/lock
tmpfs   352M  132K  352M   1% /tmp
/dev/sdb1   358M  304M   35M  90% /boot
tmpfs   352M  132K  352M   1% /run/shm
---

And the only swap partition is from /dev/sda2:
---
$ sudo dmsetup ls
sda1_crypt  (254, 1)
sda2_crypt  (254, 2)
$ cat /proc/swaps
FilenameTypeSizeUsedPriority
/dev/dm-2
---

So the busy detection seems to be wrong if I am not missing anything.


I am going to use the 3.1 parted build from now on and try to get my
initially planned setup working, I therefore might not be able to
reproduce this issue with other builds soonish if ask

Bug#594827: installation-reports: kFreeBSD install using, daily-build 20100828-3

2012-03-03 Thread Samuel Thibault

reopen 594827
thanks

Michael Dorrington, le Sun 04 Mar 2012 00:00:26 +, a écrit :
> On 03/03/12 23:18, Samuel Thibault wrote:
> 
> > But the installer had the keyboard properly configured, right?
> 
> No, just retested and the keyboard is wrong/unconfigured after the
> keyboard selection, when in hostname and domain entry.

Damn, it was working when I tried.

Samuel



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

Bug#662080: ITP: hadori -- Hardlinks identical files

2012-03-03 Thread Julian Andres Klode

On Sun, Mar 04, 2012 at 12:31:16AM +0100, Timo Weingärtner wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
>Package name: hadori
> Version: 0.2
> Upstream Author: Timo Weingärtner 
> URL: https://github.com/tiwe-de/hadori
> License: GPL3+
> Description: Hardlinks identical files
>  This might look like yet another hardlinking tool, but it is the only one
>  which only memorizes one filename per inode. That results in less merory
>  consumption and faster execution compared to its alternatives. Therefore
>  (and because all the other names are already taken) it's called
>  "HArdlinking DOne RIght".
>  .
>  Advantages over other hardlinking tools:
>   * predictability: arguments are scanned in order, each first version is kept
>   * much lower CPU and memory consumption
>   * hashing option: speedup on many equal-sized, mostly identical files
> 
> The initial comparison was with hardlink, which got OOM killed with a hundred 
> backups of my home directory. Last night I compared it to duff and rdfind 
> which would have happily linked files with different st_mtime and st_mode.

You might want to try hardlink 0.2~rc1. In any case, I don't think we need
yet another such tool in the archive. If you want that algorithm, we can
implement it in hardlink 0.2 using probably about 10 lines. I had that
locally and it works, so if you want it, we can add it and avoid the
need for one more hack in that space.

hardlink 0.2 is written in C, and uses a binary tree to map
(dev_t, off_t) to a struct file which contains the stat information
plus name for linking. It requires two allocations per file, one for
the struct file with the filename, and one for the node in the tree
(well, actually we only need the node for the first file with a
 specific (dev_t, off_t) tuple). A node has 3 pointers.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

pgp21VxMKf643.pgp
Description: PGP signature

Bug#594827: installation-reports: kFreeBSD install using, daily-build 20100828-3

2012-03-03 Thread Samuel Thibault

unmerge 661825
reassign 661825 kbdcontrol
thanks

Robert Millan, le Sun 04 Mar 2012 00:56:52 +0100, a écrit :
> > For the installed system part, it's most probably to be discussed along
> > 661825.
> 
> 661825 is merged with 594827,

Ah, I hadn't noticed that.

> and you reassigned both bugs to console-setup-udeb.  Did you mean to
> unmerge them?

Yes.

Samuel



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

Bug#594827: installation-reports: kFreeBSD install using, daily-build 20100828-3

2012-03-03 Thread Michael Dorrington

On 03/03/12 23:18, Samuel Thibault wrote:

> But the installer had the keyboard properly configured, right?

No, just retested and the keyboard is wrong/unconfigured after the
keyboard selection, when in hostname and domain entry.

> For the installed system part, it's most probably to be discussed along
> 661825.

Regards,
Mike.

signature.asc
Description: OpenPGP digital signature

Bug#662071: hyperestraier: Typo in control file

2012-03-03 Thread Satoru KURASHIKI

hi,

On Sun, Mar 4, 2012 at 7:52 AM, Ronny Cardona  wrote:
> Package: hyperestraier
> Version: 1.4.13-3
> Severity: minor
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu precise ubuntu-patch
>
> In Ubuntu, the attached patch was applied to achieve the following:
>
>  * Fixed typo in Homepage field. (LP: #914280)
>
> Thanks for considering the patch.
>
> Launchpad bug report: https://launchpad.net/bugs/914280

Thank you for your report.

This issue have fixed in git[1], so will be fixed with next upload.

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#662083: libzip: Testsuite hardcodes ENOENT value

2012-03-03 Thread Samuel Thibault

Source: libzip
Version: 0.10-1
Severity: important

Hello,

The testsuite fails on hurd-i386 just because it hardcodes the ENOENT
value:

FAIL: open_nosuchfile.test

Indeed:

$ ./tryopen  nosuchfile
opening `nosuchfile' returned error 11/1073741826

and not

opening `nosuchfile' returned error 11/2

which assumes that ENOENT is 2, but on GNU/Hurd it is 0x4002.

Samuel

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

Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Samuel Thibault 
 j'en ai parlé à xavier, il n'est pas interdit qu'il le change un jour
 -+- #sos - a le bras long vers le chameau -+-



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

Bug#594827: installation-reports: kFreeBSD install using, daily-build 20100828-3

2012-03-03 Thread Robert Millan

El 4 de març de 2012 0:18, Samuel Thibault  ha escrit:
>> I installed with the latest mini.iso:
>> http://d-i.debian.org/daily-images/kfreebsd-i386/20120303-00:10/netboot/mini.iso
>> and the system still had the same problem, that the keyboard was not
>> configured as specified in the installer.
>
> But the installer had the keyboard properly configured, right?
>
> For the installed system part, it's most probably to be discussed along
> 661825.

661825 is merged with 594827, and you reassigned both bugs to
console-setup-udeb.  Did you mean to unmerge them?

-- 
Robert Millan



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

Bug#662082: RFP: hda-jack-retask -- small application that makes the kernel interface for jack retasking easy to use

2012-03-03 Thread Andres Cimmarusti

Package: wnpp
Severity: wishlist

* Package name: hda-jack-retask
  Version : 0.20120220
  Upstream Author : David Henningson 
* URL : 
http://bazaar.launchpad.net/~diwic/+junk/hda-jack-retask/changes
* License : (GPLv2)
  Programming Lang: (C)
  Description : small application that makes the kernel interface for jack 
retasking easy to use

Although primarily meant for power users, it focuses on simplicity: Just 
select your codec, then select which pins you want to override and what 
you want them to override to: Headphones, Line Out, Mic, Line In, and so 
on. There are buttons for trying it out right away, and for making your 
override the boot-time default. And of course, a button for removing all 
overrides in case things did not go as planned.



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

Bug#614462: Variable results, depending on running kernel version

2012-03-03 Thread Neil Williams

On Sun, 04 Mar 2012 10:32:36 +1100
Peter Miller  wrote:

> On Sat, 2012-03-03 at 13:17 +, Neil Williams wrote:
> 
> > Having a test suite which is dependent on the architecture-dependent
> > configuration of the running kernel is going to be permanently
> > problematic in a Debian buildd infrastructure...
> 
> As I learn of these issues I fix them, to the extent that the kernel
> state is discernible from userspace. 

I can tell that from the RC bug history of the package

> > I'm beginning to think that libexplain is only particularly useful when
> > compiled on the machine which is to use it
> 
> Given that you can chnage LSM at boot time, it needs to cope with LSM
> regimens not present when built.  The only things stopping apparmor,
> selinux, etc, form be supported is my time.
> 
> One of the fascinating things about distributing software with a test
> suite is that, if it had no test suite, it would be packaged without
> quibble. 

... but would then have a much larger range of bugs. Test suites are
useful for limiting the number of bugs which users experience. Test
suites become less useful when the tests are susceptible to esoteric
changes and the vagaries of individual build environments because that
causes random and variable build failures. It doesn't help users when
the latest version of the package doesn't complete the tests.

> But if a package has a test suite, and fails a handful out of
> 600 tests, folks get all alarmed and don't install it.  If the
> debian/rules didn't run the test suite, you wouldn't be considering
> pulling libexplain.  There is something broken in this logic.

This is not about whether a test suite should or should not be used or
even about how many tests are allowed to fail. (I have a test suite
which is allowed to fail a certain %.) This is about ensuring that the
test suite results are reliable and are not going to randomly fail on
different architectures, buildd machines or developer boxes for reasons
which *should* be unrelated to the build itself - namely the
configuration of the running kernel.

This is particularly true for builds inside chroots because this is
exactly how most buildd's are setup. Stable base, sometimes a customised
kernel, development chroot.

The version and configuration of the kernel on the buildd box should
have *nothing* to do with the package build, including the test suite.

The package is needs to isolate the test suite from anything outside
the buildd chroot, which includes features which are dependent on the
version and/or configuration of the running kernel. Anything else is
just asking for more and more RC bugs and someday, that will cause the
package to be removed.

The test suite should be testing the package, not the buildd
environment.

-- 

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

pgpYMFyfTVu8j.pgp
Description: PGP signature

Bug#662081: Webkit icon cache stored in $XDG_DATA_HOME (~/.local/share); should use $XDG_CACHE_DIR (~/.cache)

Package: libwebkitgtk-3.0-0
Version: 1.6.3-1
Severity: normal

Webkit stores its icon cache in $XDG_DATA_HOME/webkit/icondatabase/
(~/.local/share/webkit/icondatabase/ by default).  This specifically has
the semantics of a cache: webkit will load the icons from the web if not
found, and automatically delete old icons after a while (4 days).  Thus,
it should go in $XDG_CACHE_DIR/webkit/icondatabase/ (default
~/.cache/webkit/icondatabase/) instead.  This move would make it easier
to exclude from backups, remove when cleaning up, and ignore via
..gitignore or similar.

Thanks,
Josh Triplett

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

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

Versions of packages libwebkitgtk-3.0-0 depends on:
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libenchant1c2a   1.6.0-7
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgail-3-0  3.0.12-2
ii  libgcc1  1:4.6.2-16
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libgeoclue0  0.12.0-4
ii  libglib2.0-0 2.28.6-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.0.12-2
ii  libicu48 4.8.1.1-3
ii  libjavascriptcoregtk-3.0-0   1.6.3-1
ii  libjpeg8 8d-1
ii  libpango1.0-01.29.4-2
ii  libpng12-0   1.2.47-1
ii  libsoup2.4-1 2.36.0-1
ii  libsqlite3-0 3.7.10-1
ii  libstdc++6   4.6.2-16
ii  libwebkitgtk-3.0-common  1.6.3-1
ii  libx11-6 2:1.4.4-4
ii  libxml2  2.7.8.dfsg-7
ii  libxrender1  1:0.9.6-2
ii  libxslt1.1   1.1.26-8
ii  libxt6   1:1.1.1-2
ii  zlib1g   1:1.2.6.dfsg-2

libwebkitgtk-3.0-0 recommends no packages.

libwebkitgtk-3.0-0 suggests no packages.

-- no debconf information



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

Bug#659687: Debian RT - Fix for mysql CVE's needs sponsorship

2012-03-03 Thread Clint Byrum

Hello! I have prepared fixed packages for stable-security and unstable for 
mysql-5.1.

They are available in SVN here (these are tagged and ready to upload):

http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.1/branches/

Or I can upload the raw source packages somewhere if that is
preferred. This is a new upstream version so the orig tarball will need
to be uploaded (it does not need to be repacked so it can be downloaded
using the url in the watch file.)

This is my first time updating a package for security issues, so please
advise me what I should do next.

Thanks!



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

Bug#626073: tag 626073 wheezy sid

2012-03-03 Thread Jonathan Wiltshire

retitle 626073 FTBFS: $INFORMIXDIR is not set
thanks

dh_testdir
perl Makefile.PL INSTALLDIRS=vendor
*** ExtUtils::AutoInstall version 0.63
*** Checking for dependencies...
[Core Features]
- DBI ...loaded. (1.618 >= 1.38)
[High Resolution Timing]
- Time::HiRes ...loaded. (1.972101)
[POD Format Testing]
- Test::Pod   ...missing.
*** ExtUtils::AutoInstall configuration finished.

Configuring IBM Informix Database Driver for Perl DBI Version 2008.0513
(2008-05-13) (aka DBD::Informix)
You are using DBI version 1.618 and Perl version 5.014002
Remember to actually read the README file!

Perl: /usr/bin/perl v5.014002 x86_64-linux-gnu-thread-multi
dl_dlopen.xs
System:   linux barber 2.6.32-5-amd64 #1 smp mon jan 9 20:49:59 utc 2012
x86_64 gnulinux 

*** You didn't read the README file!
$INFORMIXDIR is not set

make: *** [debian/stamp.build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits



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

Bug#636621: Re. debconf (purging /var/cache/debconf)

2012-03-03 Thread Edward Allcutt


limit package debconf
severity 636621 minor
thanks

Quoting fhs-2.3

/var/cache is intended for cached data from applications. Such data is
locally generated as a result of time-consuming I/O or calculation. The
application must be able to regenerate or restore the data. Unlike
/var/spool, the cached files can be deleted without data loss. The data
must remain valid between invocations of the application and rebooting
the system.

Files located under /var/cache may be expired in an application specific
manner, by the system administrator, or both. The application must 
always
be able to recover from manual deletion of these files (generally 
because
of a disk space shortage). No other requirements are made on the data
format of the cache directories.

The accepted interpretation of the FHS distinguishes normal files from
directories. In particular it is not unusual for directories under /var/cache
to be shipped by a package and owned by a user or group other than root. Such
directories cannot by design be recreated on demand.

This is not a policy violation. Downgrading accordingly but leaving open as
Joey may want to work around this anyway since debconf is one of the packages
that is in a position to handle this.

--
Edward Allcutt



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

Bug#662079: RM: libopensync-plugin-gnokii -- RoQA; 2 RC bugs, la release goal, missing deps

2012-03-03 Thread Neil Williams

On Sat, 03 Mar 2012 23:31:20 +
Neil Williams  wrote:

> Package: ftp.debian.org
> Severity: normal
> 
> 1462 days old, depends on libopensync0
> RC buggy x 2
> 
> http://lists.debian.org/debian-devel/2012/03/msg00088.html
> 
> Please remove from unstable and experimental.

Rather than filing another 20+ bugs, the other packages to be removed in
the same process are (as per the list sent to devel):

libopensync-plugin-gpe
libopensync-plugin-irmc
libopensync-plugin-kdepim
libopensync-plugin-moto
libopensync-plugin-opie
libopensync-plugin-palm
libopensync-plugin-python
libopensync-plugin-sunbird
osynctool
opensync
libopensync-plugin-xmlformat
libopensync-plugin-vformat
libopensync-plugin-syncml
libopensync-plugin-file
libopensync-plugin-evolution2
multisync0.90 
synce-sync-engine
libopensync-plugin-google-calendar 
synce-kpm

There should be no other packages involved - this entire chain can be
removed as a set.

Of those, libopensync-plugin-gnokii, libopensync-plugin-gpe,
libopensync-plugin-irmc, libopensync-plugin-kdepim,
libopensync-plugin-moto, libopensync-plugin-opie,
libopensync-plugin-palm and libopensync-plugin-python have versions in
experimental which should also be removed.

-- 

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

pgpAVd0W9O24A.pgp
Description: PGP signature

Bug#657157: any resolution 657157 important for pytables coming?

2012-03-03 Thread Yaroslav Halchenko

Hi Steve et al,

let me share a piece of news and please let me know if that is
possible that the issue was actually actually an alignment issue while
presenting itself as illop?  Does alignment also concerns code blocks
and somehow incorrect opcode was read or what was it?  sorry for such a
naive question

Julian Talylor  was fixing alignment issue for pytables on arm in
Ubuntu, and I confused his patch considering he was fixing the illop...
I have logged in into harris where I still had that code built -- and
now it was crashing with "bus error", not "ill op"... 

> On Sun, 19 Feb 2012, Matthias Klose wrote:
> > >I wonder if someone could look into this issue since it forbids
> > >build/use of pytables on armhf disallowing migration to testing.
> > >References: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657157

> > the upstream report is about an ice-on-invalid-code, the pytables
> > issue is about a test failure (wrong code?)

> if I get it right:  no -- the issue is the same. the code excerpt Steve
> has provided is from (or based on code from) pytables.  This issue
> got revealed indeed through running pytables test suite at build time,
> which allowed for it to be detected.  So, unless it gets fixed, pytables
> would keep FTBFS due to the failing unittests.
-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic

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

Bug#614462: Variable results, depending on running kernel version

2012-03-03 Thread Peter Miller

On Sat, 2012-03-03 at 13:17 +, Neil Williams wrote:

> Having a test suite which is dependent on the architecture-dependent
> configuration of the running kernel is going to be permanently
> problematic in a Debian buildd infrastructure...

As I learn of these issues I fix them, to the extent that the kernel
state is discernible from userspace.  The idea of libexplain is to
explain errors, particularly obscure ones caused by kernel config, or
other details the user would have difficulty discovering.  (To the
extent that discovery is possible.)

There is support in libexplain for Linux capabilities.

There is not yet any support for the various Linus Sectuty Modules,
although I am bumping into them personally, so that itch may be
scratched soon.

The idea is to produce error messages that actually explain what went
wrong, rather then producing cryptice error messages like "No medium
found".  Users aren't, and should not have to be, psychic.

> I'm beginning to think that libexplain is only particularly useful when
> compiled on the machine which is to use it

Given that you can chnage LSM at boot time, it needs to cope with LSM
regimens not present when built.  The only things stopping apparmor,
selinux, etc, form be supported is my time.

One of the fascinating things about distributing software with a test
suite is that, if it had no test suite, it would be packaged without
quibble.  But if a package has a test suite, and fails a handful out of
600 tests, folks get all alarmed and don't install it.  If the
debian/rules didn't run the test suite, you wouldn't be considering
pulling libexplain.  There is something broken in this logic.

-- 
Sent from Ubuntu

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

Bug#660717: FTBFS

2012-03-03 Thread Serafeim Zanikolas

Hi,

On Tue, Feb 21, 2012 at 08:22:49AM +0100, Moritz Muehlenhoff wrote:
> Package: bogofilter-sqlite
> Version: 1.2.2+dfsg1-1
> Severity: serious
> 
> Your package fails to build from source:
[..]
> ==
> 21 of 52 tests failed
> (2 tests were not run)
> ==

what arch was this on?

-- 
Every great idea is worthless without someone to do the work. --Neil Williams



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

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

2012-03-03 Thread Andres Cimmarusti

> There is active work going on in this area. In fact, I just posted a patch
> to the PA mailinglist [1]. And yes, we already have it in Ubuntu 11.10 (to
> probe multiple hdmi devices for Intel and NVidia), and the main reason it
> took until now to upstream that patch, was the decision to switch jack
> detection method from input devices to kcontrols.

Thank you for all the references you provided and your work in fixing
this issue for all users. I just looked at the git repository for the
source code of pulseaudio, but I see your patches have not been
included yet. Do you have any estimate of when they will be merged? if
so, do you think they'll be included in the next release (do you know
when this will be?) ?

I'm considering reassigning this bug to pulseaudio in debian and
asking them to include the appropriate patches. Which ones would
actually be needed (say, to apply them to pulseaudio 1.1)? would your
6 patches announced on the mailing list in February be enough?

>> If the new two pins can be never used, i.e. physically unreachable,
>> we may disable these pins by giving the proper default pin-config
>> values.  Usually it's a job of BIOS.  But if BIOS doesn't do it, user
>> need to do it manually.
>>
>> Build your kernel with CONFIG_SND_HDA_HWDEP=y,
>> CONFIG_SND_HDA_RECONFIG=y, CONFIG_SND_HDA_PATCH_LOADER=y.
>> I guess most of distro kernels are built with them.
>> Then create a file containing below in /lib/firmware, such as,
>> /lib/firmware/ibx-hdmi:
>>
>> 
>> [codec]
>> 0x80862804 0x80860101 3
>> [pincfg]
>> 0x04 0x41f0
>> 0x06 0x41f0
>> 
>>
>> Now pass this file to "patch" module option for snd-hda-intel.
>> For example, create a file in /etc/modprobe.d/,
>> e.g. /etc/modprobe.d/50-hdmi.conf, containing the line
>>
>> options snd-hda-intel patch="ibx-hdmi"
>>
>> Then reload the driver or reboot.  This will disable pins 0x04 and
>> 0x06 so that only the pin 0x05 will be used.
>
> Let me also push for the hda-jack-retask [2] application, which is an
> easy-to-use GUI for creating these types of firmware files. I advertised it
> here a while ago [3] but it seems to have gone unnoticed.

This sounds like a good tool for making this happen. I will submit a
Request For Package in Debian... but this can take time. Would you
consider packaging it there? then it would easily flow into Ubuntu.

I've encountered other hardware with the same issue recently. It's an
NVIDIA card HDA MCP89 on a Macbook Pro 7,1. Is there a method I can
follow for crafting my own "patches"? I'm afraid I don't understand
how to find the appropriate HEX values that need to go in the [codec]
and [pincfg] section.

Thanks all for your help.

Cheers,

Andres



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

Bug#619723: brasero: diff for NMU version 3.2.0-3.1