Bug#680737: [wheezy] Intel i915: black display after boot

[Gedalya]

On Mon, 2012-07-16 at 01:32 -0500, Jonathan Nieder wrote:
> Thanks for writing.  Your hardware is sufficiently different from
> Roland's that I really want this as a separate bug.  We can merge them
> later if they turn out to have the same cause.

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

> [...]
> > ** Tainted: W (512)
> >  * Taint on warning.
> 
> To save a round trip: when filing that new bug, please include the
> portion of your kernel log describing this warning (or full "dmesg"
> output from a normal boot, which would be even better) as an
> attachment.
> 
Not sure what that warning was. That bug report was done after my
machine was up for several days, maybe that had something to do with a
USB wifi adapter which used a non-free firmware or something. The new
bug report with a newly-booted dmesg didn't say that.

> Hope that helps,
> Jonathan


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

Bug#268658: Coбepeм для Bac пo cети интеpнет бaзy данныx потенциальныx kлиeнтов gля Bашeго Бизнeса Всe kоР=?UTF-8? Q?=C2=BD=C3=91=C2=82a=C3=90=

[268658]

Coбepeм для Bac пo cети интеpнет бaзy данныx 
потенциальныx kлиeнтов gля Bашeго Бизнeса
Всe kонтaкты
Пogрoбнее 
Email:proda...@mixmail.com
Teл:+79IЗЗ9IЗ8З7
Skype:s8
ICQ:6288862

Чтoбы oтписaться от рaccылки пришлитe delete


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

Bug#662830: Apparently fixed

[Ulrich Klauer]

fixed 662830 2.91.3+git20120514.b9fec3e1-1
thanks

The problem has disappeared in current testing (hamster-applet  
2.91.3+git20120514.b9fec3e1-1).


Ulrich


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

Bug#681744: python-apt: FTBFS with Python 3.3: error: '_PyUnicode_AsDefaultEncodedString' was not declared in this scope

[Jakub Wilk]

Source: python-apt
Version: 0.8.6
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python3.3

python-apt FTBFS when built against Python 3.3:
| running build_ext
| building 'apt_pkg' extension
| creating build/temp.linux-i686-3.3-pydebug
| creating build/temp.linux-i686-3.3-pydebug/python
| gcc -pthread -g -O0 -Wall -Wstrict-prototypes -Wno-write-strings 
-D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.3dm -c python/acquire.cc -o 
build/temp.linux-i686-3.3-pydebug/python/acquire.o
| cc1plus: warning: command line option '-Wstrict-prototypes' is valid for 
C/ObjC but not for C++ [enabled by default]
| In file included from python/acquire.cc:25:0:
| python/generic.h: In function 'const char* PyUnicode_AsString(PyObject*)':
| python/generic.h:85:62: error: '_PyUnicode_AsDefaultEncodedString' was not 
declared in this scope
| error: command 'gcc' failed with exit status 1
| [102069 refs]
| dh_auto_build: python3.3-dbg setup.py build --force returned exit code 1
| make[1]: *** [override_dh_auto_build] Error 1

--
Jakub Wilk


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

Bug#681056: mdadm-3.2.5: segfault in "--grow --continue"

[NeilBrown]

On Wed, 11 Jul 2012 13:15:38 +0200 Sebastian Hegler
 wrote:

> Hi!
> 
> Am 11.07.2012 um 04:26 schrieb NeilBrown:
> > I should have asked which kernel you were running.  
> > I'm guessing that it is earlier than 2.6.25, and so is missing upstream 
> > commit
> >   25156198235325805cd7295ed694509fd6e3a29e
> > 
> > that fixes a bug which causes reshape not to restart if array was assembled 
> > auto-read-only.
> The system is running vanilla 3.4.4, actually. So maybe there's another code 
> path where this is missing...

Odd..  I cannot reproduce this (as RAID5 reshaping to more devices always
starts reshaping once it becomes writable).

> 
> Thank you four your help. My RAID6 arrays are up again, and all data is still 
> there.
>
Thanks this important thing!

Thanks,
NeilBrown


signature.asc
Description: PGP signature

Bug#680737: [wheezy] Intel i915: black display after boot

[Jonathan Nieder]

Hi,

Gedalya wrote:

> I think this is the same problem here.. using an HP dm4t-1200 laptop.
> The backlight is set to zero brightness as soon as the kernel begins to load.
> In my case I can set the brightness higher by simply using the appropriate fn
> key combination, but until then everything looks black.

Thanks for writing.  Your hardware is sufficiently different from
Roland's that I really want this as a separate bug.  We can merge them
later if they turn out to have the same cause.

[...]
> ** Tainted: W (512)
>  * Taint on warning.

To save a round trip: when filing that new bug, please include the
portion of your kernel log describing this warning (or full "dmesg"
output from a normal boot, which would be even better) as an
attachment.

Hope that helps,
Jonathan


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

Bug#680737: linux-image-3.2.0-2-amd64: Intel i915: black display after boot

[Gedalya]

Package: src
Version: 3.2.21-3
Followup-For: Bug #680737

I think this is the same problem here.. using an HP dm4t-1200 laptop.
The backlight is set to zero brightness as soon as the kernel begins to load.
In my case I can set the brightness higher by simply using the appropriate fn
key combination, but until then everything looks black.

It looks to me like the following is the fix:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=7bd90909bbf9ce7c40e1da3d72b97b93839c188a
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=4dca20efb1a9c2efefc28ad2867e5d6c3f5e1955

found some discussion here
https://bbs.archlinux.org/viewtopic.php?id=131747




-- Package-specific info:
** Version:
Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) (debian-ker...@lists.debian.org) 
(gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Thu Jun 28 09:07:26 UTC 2012

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/dml_vg0-rootfs ro quiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[126929.403902] Disabling non-boot CPUs ...
[126929.507481] CPU 1 is now offline
[126929.611451] CPU 2 is now offline
[126929.715414] CPU 3 is now offline
[126929.716044] Extended CMOS year: 2000
[126929.716255] ACPI: Low-level resume complete
[126929.716317] PM: Restoring platform NVS memory
[126929.716907] Extended CMOS year: 2000
[126929.716953] Enabling non-boot CPUs ...
[126929.717127] Booting Node 0 Processor 1 APIC 0x1
[126929.717128] smpboot cpu 1: start_ip = 98000
[126929.728155] Calibrating delay loop (skipped) already calibrated this CPU
[126929.748519] NMI watchdog enabled, takes one hw-pmu counter.
[126929.748862] CPU1 is up
[126929.749006] Booting Node 0 Processor 2 APIC 0x4
[126929.749007] smpboot cpu 2: start_ip = 98000
[126929.760034] Calibrating delay loop (skipped) already calibrated this CPU
[126929.780482] NMI watchdog enabled, takes one hw-pmu counter.
[126929.780840] CPU2 is up
[126929.781030] Booting Node 0 Processor 3 APIC 0x5
[126929.781031] smpboot cpu 3: start_ip = 98000
[126929.792056] Calibrating delay loop (skipped) already calibrated this CPU
[126929.812621] NMI watchdog enabled, takes one hw-pmu counter.
[126929.813138] CPU3 is up
[126929.815702] ACPI: Waking up from system sleep state S3
[126930.140757] i915 :00:02.0: restoring config space at offset 0x1 (was 
0x97, writing 0x900407)
[126930.140819] ehci_hcd :00:1a.0: restoring config space at offset 0x1 
(was 0x296, writing 0x292)
[126930.140853] ehci_hcd :00:1a.0: wake-up capability disabled by ACPI
[126930.140857] ehci_hcd :00:1a.0: PME# disabled
[126930.140881] snd_hda_intel :00:1b.0: restoring config space at offset 
0x1 (was 0x16, writing 0x12)
[126930.140983] ehci_hcd :00:1d.0: restoring config space at offset 0x1 
(was 0x296, writing 0x292)
[126930.141008] ehci_hcd :00:1d.0: wake-up capability disabled by ACPI
[126930.141013] ehci_hcd :00:1d.0: PME# disabled
[126930.141025] pci :00:1e.0: restoring config space at offset 0xa (was 
0x, writing 0x0)
[126930.141099] ahci :00:1f.2: restoring config space at offset 0x1 (was 
0x2b7, writing 0x2b00407)
[126930.141213] r8169 :01:00.0: restoring config space at offset 0x1 (was 
0x17, writing 0x100407)
[126930.141301] brcmsmac :02:00.0: restoring config space at offset 0xf 
(was 0x100, writing 0x10a)
[126930.141320] brcmsmac :02:00.0: restoring config space at offset 0x4 
(was 0x4, writing 0xb244)
[126930.141326] brcmsmac :02:00.0: restoring config space at offset 0x3 
(was 0x0, writing 0x10)
[126930.141332] brcmsmac :02:00.0: restoring config space at offset 0x1 
(was 0x10, writing 0x16)
[126930.141454] PM: early resume of devices complete after 0.746 msecs
[126930.141561] i915 :00:02.0: setting latency timer to 64
[126930.141567] ehci_hcd :00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 
16
[126930.141574] ehci_hcd :00:1a.0: setting latency timer to 64
[126930.141606] snd_hda_intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> 
IRQ 22
[126930.141611] snd_hda_intel :00:1b.0: setting latency timer to 64
[126930.141617] ehci_hcd :00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 
20
[126930.141624] ehci_hcd :00:1d.0: setting latency timer to 64
[126930.141644] pci :00:1e.0: setting latency timer to 64
[126930.141657] snd_hda_intel :00:1b.0: irq 43 for MSI/MSI-X
[126930.141659] ahci :00:1f.2: setting latency timer to 64
[126930.141710] pci :00:1f.3: PCI INT C -> GSI 19 (level, low) -> IRQ 19
[126930.141757] brcmsmac :02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 
17
[126930.141763] brcmsmac :02:00.0: setting latency timer to 64
[126930.141833] sd 0:0:0:0: [sda] Starting disk
[126930.180638] r8169 :01:00.0: wake-up capability disabled by ACPI
[126930.180644] r8169 :01:00.0: PME# disabled
[126930.286766] Extended CMOS year: 2000
[126930.391986] usb 2-1.6: reset high-speed USB device num

Bug#654958: debian-policy: Document VCS fields.

[Jonathan Nieder]

Hi Bernhard,

Bernhard R. Link wrote:

>> +  In the case of Git, the value consists of a URL, optionally
>> +  followed by the word -b and the name of a branch in
>> +  the indicated repository, following the syntax of the
>> +  git clone command.  If no branch is specified, the
>> +  packaging should be on the default branch.
>> +
>
> Why only document git and not the syntax of the other fields?

Thanks.

My excuse is that a syntax allowing Vcs-Git to refer to a particular
branch was considered a blocker for documenting the Vcs-* fields at
all.

Would you be broken-hearted if I asked you to file a new bug for the
other VCSs that also have weird syntaxes worth documenting?

[...]
> I think it might also make sense to explicitly request that the fields should
> describe an anonymous checkout.

Yeah, good catch --- the current text that tries to do that is
only the rationale, and it's better to say it somewhere normative.

How about this?

diff --git i/policy.sgml w/policy.sgml
index 7d514921..58bde0bb 100644
--- i/policy.sgml
+++ w/policy.sgml
@@ -3766,8 +3766,9 @@ Checksums-Sha256:

  The field name identifies the VCS. The field's value uses the
  version control system's conventional syntax for describing
- repository locations and should be sufficient to locate the
- repository used for packaging. Ideally, it also locates the
+ repository locations and should be sufficient to locate a
+ publicly accessible repository used for packaging.
+ Ideally, it also locates the
  branch used for development of new versions of the Debian
  package.



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

Bug#681741: libreoffice: LibreOffice user installation could not be processed etc.

[Gedalya]

Package: libreoffice
Version: 1:3.5.4-5
Severity: normal

When starting LibreOffice, either on a newly installed system or, at least in
one case, on a previously working but upgraded system, I get the following
message:

The application cannot be started.
LibreOffice user installation could not be processed due to missing access
rights. Please make sure that you have sufficient access rights for the
following location and restart LibreOffice:

/home//.config/libreoffice/3

It turns out ~/.config/libreoffice is for some reason owned by root:root. chown
-R to the user fixes the problem.



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

Kernel: Linux 3.2.0-3-amd64 (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 libreoffice depends on:
ii  fonts-sil-gentium-basic [ttf-sil-gentium-basic]  1.1-5
ii  liblucene2-java  2.9.4+ds1-4
ii  libreoffice-base 1:3.5.4-5
ii  libreoffice-calc 1:3.5.4-5
ii  libreoffice-core 1:3.5.4-5
ii  libreoffice-draw 1:3.5.4-5
ii  libreoffice-filter-mobiledev 1:3.5.4-5
ii  libreoffice-impress  1:3.5.4-5
ii  libreoffice-java-common  1:3.5.4-5
ii  libreoffice-math 1:3.5.4-5
ii  libreoffice-report-builder-bin   1:3.5.4-5
ii  libreoffice-writer   1:3.5.4-5
ii  ttf-dejavu   2.33-2
ii  ttf-sil-gentium-basic1.1-5

Versions of packages libreoffice recommends:
ii  fonts-liberation [ttf-liberation]  1.07.2-5
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-liberation 1.07.2-5
ii  ttf-mscorefonts-installer  3.4+nmu1

Versions of packages libreoffice suggests:
ii  cups-bsd   1.5.3-1
ii  default-jre [java5-runtime]1:1.6-47
ii  gstreamer0.10-ffmpeg   0.10.13-5
ii  gstreamer0.10-plugins-bad  0.10.23-6
ii  gstreamer0.10-plugins-base 0.10.36-1
ii  gstreamer0.10-plugins-good 0.10.31-3
ii  gstreamer0.10-plugins-ugly 0.10.19-2+b2
pn  hunspell-dictionary
pn  hyphen-hyphenation-patterns
ii  icedove10.0.5-1
ii  iceweasel  10.0.5esr-2
ii  imagemagick8:6.7.7.10-2
ii  libgl1-mesa-glx [libgl1]   8.0.3-1
ii  libldap-2.4-2  2.4.31-1
ii  libreoffice-filter-binfilter   1:3.5.4-5
ii  libreoffice-gnome  1:3.5.4-5
pn  libreoffice-grammarcheck   
ii  libreoffice-help-en-us [libreoffice-help-3.5]  1:3.5.4-5
pn  libreoffice-l10n-3.5   
pn  libreoffice-officebean 
ii  libsane1.0.22-7.1
ii  libxrender11:0.9.7-1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-3
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-3
pn  openclipart-libreoffice
ii  openjdk-6-jre [java5-runtime]  6b24-1.11.3-2
ii  pstoedit   3.60-2+b1
pn  unixodbc   

Versions of packages libreoffice-core depends on:
ii  fontconfig 2.9.0-6
ii  fonts-opensymbol [ttf-opensymbol]  2:102.2+LibO3.5.4-5
ii  libc6  2.13-33
ii  libcairo2  1.12.2-2
ii  libcmis-0.2-0  0.1.0-1+b1
ii  libcurl3-gnutls7.26.0-1
ii  libdb5.1   5.1.29-5
ii  libexpat1  2.1.0-1
ii  libexttextcat0 3.2.0-2
ii  libfontconfig1 2.9.0-6
ii  libfreetype6   2.4.9-1
ii  libgcc11:4.7.1-2
ii  libglib2.0-0   2.32.3-1
ii  libgraphite2-2.0.0 1.1.3-1
ii  libgstreamer-plugins-base0.10-00.10.36-1
ii  libgstreamer0.10-0 0.10.36-1
ii  libhunspell-1.3-0  1.3.2-4
ii  libhyphen0 2.8.3-2
ii  libice62:1.0.8-2
ii  libicu48   4.8.1.1-8
ii  libjpeg8   8d-1
ii  libmythes-1.2-02:1.2.2-1
ii  libneon27-gnutls   0.29.6-3
ii  libnspr4   2:4.9.1-1
ii  libnspr4-0d2:4.9.1-1
ii  libnss3

Bug#681724: lazygal: exits immediately with error, missing defaults.conf file

[Alexandre Rossi]

Hi,

> Lazygal exits immediately with an error, because the "defaults.conf"
> file is missing from the package.

Sorry, I was bitten by a distutils bug as I made the mistake of
building the source tarball in squeeze.

Upstream version 0.7.4 fixes this and only this.

Thanks,

Alex


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

Bug#681740: 9wm: Please add missing ${misc:Depends}

[Martin Pitt]

Package: 9wm
Version: 1.2-9
Severity: minor
Usertags: origin-ubuntu quantal

Hello,

Sebastian Carneiro reported that this package uses debhelper, so it
should add ${misc:Depends} to its Depends: line.

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#654958: debian-policy: Document VCS fields.

[Bernhard R. Link]

> +   
> + Vcs-Arch, Vcs-Bzr (Bazaar), Vcs-Cvs,
> + Vcs-Darcs, Vcs-Git, Vcs-Hg
> + (Mercurial), Vcs-Mtn (Monotone), Vcs-Svn
> + (Subversion)
> +   
> +   
> + 
> +   The field name identifies the VCS. The field's value uses the
> +   version control system's conventional syntax for describing
> +   repository locations and should be sufficient to locate the
> +   repository used for packaging. Ideally, it also locates the
> +   branch used for development of new versions of the Debian
> +   package.
> + 
> + 
> +   In the case of Git, the value consists of a URL, optionally
> +   followed by the word -b and the name of a branch in
> +   the indicated repository, following the syntax of the
> +   git clone command.  If no branch is specified, the
> +   packaging should be on the default branch.
> + 

Why only document git and not the syntax of the other fields?

cvs: a identifier suiteable for cvs -d (i.e. usually starting with :pserver:),
followed by an optional module name (seperated by a space).

I think it might also make sense to explicitly request that the fields should
describe an anonymous checkout.

Bernhard R. Link


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

Bug#681738: po4a: Uses lang='jp' for Japanese.

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

On 15/07/2012 22:36, Charles Plessy wrote:

> strangely, po4a inserts a lang="jp" attribute for Japanese translations,

Could you please provide an example to reproduce the issue? It looks
like “jp” comes from your PO file, but I can't see it for sure from here.

> enven though I indicated "[po4a_langs] ja" in the configuration file.

That shouldn't be related. Please note that it is recommended to use
[po_directory] rather than [po4a_langs] and [po4a_paths]. See section
“Autodetection of the paths and languages” in po4a(1).

Regards

David

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

iQIcBAEBCAAGBQJQA6O7AAoJELgqIXr9/gnyETIQAKblBcRS06KBLF5orp+NAYDB
++DaWP2cPAP0vDs6ZVg0PwV6UppxWNKmQxYHVVYLLqBkjg0W7wDRg8TOr45uCYDV
8HewcmUHJAL5EUcygj6ZTZBvNrs8rMr2NuHpWaaddZyaCxZU73b1x/kWsEyjUkld
qRaLrm9kUypOJmeHTArUn5srY0WBjOVViiBbxYI1jkd0f+RrUVMePm3qdIbz+dvH
P2WuVjPHlsLH5gT2zbdOR4LeWb4Vr5poZykb4zRqQFjJqO3GgjiqzDOi9nS+fey7
OdAufpQZbenAZbAarC7yBYbmmdPV3umQFz+x2EfGxY+QlqZ22vFkX5/kmCRDqEF6
K17SqnepGHbhjGTHu/n1cRz4XVLJI9C68TbeSqCTS5//AAAzRPd+p8bnzSKEFE8o
4BD4liy/fExUt6h6QxtIWkcRGU/w4p45bh9HJ6Lz2eIoREbVs/JgURD19LfkruDv
vAMdykjYHjwbjXSROTz9FqRjZJLVvv/9JXbt13KwZgV5rLDAsXK6NNvZ3Wszlh2c
bSSJ2QrYQ2baaliRhMgHTfBDZNARgq2C5TXyIfH2sF7gODXEyIMGlX03IL29zwE/
ditHwsiiO1rsUi6Dl3BJtdTAcRRG3kIUvovJ6vMwE6egGZVPDXHAohpGbsDRJFgT
ZUbiyXF424lg6/JHvRGv
=rVUq
-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#557609: icedove crashes when secon send attempt fails

[Carsten Schoenert]

Hello Dmitry,

I know it's a while ago you opened this bug.
In the between times several new icedove packages are builded. Did you
have this crashes too in this versions? Have you tried to use a fresh
clean userprofile for icedove? Or is this problem gone with the wind.

@Hramrach
You only wrote that you have some other error, wich kind of error? Did
this also happen with current versions? If so, can you please explain
what kind of errors.

Regards
Carsten

On Mon, Nov 23, 2009 at 12:16:00PM +0300, Dmitry Koroban wrote:
> Package: icedove
> Version: 2.0.0.22-0lenny1
> Severity: normal
> 
> 
> I have buggy mail server which sometimes reports:
> 476 connections from your host are denied
> 
> When I try to send new email, icedove reports an error and returns to new 
> message window.
> If I press "Send" button once again, icedove tries to connect again, fails, 
> shows message box
> with error description and then crashes. New message will be lost, if not 
> saved prior to send.


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

Bug#681739: rblsmtpd(1) still refers to dead Vix maps

[Farmbuyer]

Package: ucspi-tcp
Version: 1:0.88-3
Severity: minor
File: /usr/share/man/man1/rblsmtpd.1.gz

The rblsmtpd(1) man page still claims that it will default to querying
rbl.maps.vix.com even though the associated code has long since been
patched out.


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

Kernel: Linux 3.1.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/dash

Versions of packages ucspi-tcp depends on:
ii  libc6  2.13-34

ucspi-tcp recommends no packages.

ucspi-tcp 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#681738: po4a: Uses lang='jp' for Japanese.

[Charles Plessy]

Package: po4a
Version: 0.42-1
Severity: normal

Dear po4a maintainers,

strangely, po4a inserts a lang="jp" attribute for Japanese translations,
enven though I indicated "[po4a_langs] ja" in the configuration file.  Is
there another place where I can look for a misconfiguration, or is it a bug
in po4a ?

Have a nice day,

-- Charles Plessy, Tsusumi, Kanagawa, Japan

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

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

Versions of packages po4a depends on:
ii  gettext0.18.1.1-9
ii  libsgmls-perl  1.03ii-32
ii  perl   5.14.2-12
ii  perl-modules   5.14.2-12
ii  sp 1.3.4-1.2.1-47.1+b1

Versions of packages po4a recommends:
ii  liblocale-gettext-perl  1.05-7+b1
ii  libterm-readkey-perl2.30-4+b2
ii  libtext-wrapi18n-perl   0.06-7

po4a 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#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Michael Biebl]

Hi,

On 16.07.2012 05:41, Norbert Preining wrote:
> Hi Michael,
> 
> On So, 15 Jul 2012, Michael Biebl wrote:
>> Please tar those files and attach them to the bug report (including
>> their full path)
> 
> Attached to this email, and thus the bug report.

Thanks, those files look all reasonable from a cursory glance.

>> Your problem is not reproducible and looks like a local
>> (mis)configuration problem.
> 
> Yes, but the question is *where*! As I told you I have
> configured as far as I see in all places evince.desktop ...
> 
>> Have you tried with a fresh user account?
> 
> That works fine.

Ok, I expected that.

> So what else is reading gvfs-open?

TBH I'm a bit at a loss here.

What happens if you add a line

application/pdf=evince.desktop

to the [Default Applications] section in
.local/share/applications/mimeapps.list

Could you also dump the environment when executing xdg-open.
I.e. add a call to "env" somewhere in /usr/bin/xdg-open and redirect
that to a file.

An strace of gvfs-open might be helpful, too.

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#680963: [Pkg-utopia-maintainers] Bug#680963: network-manager-gnome: Cannot connect to VPN with nm-applet

[Michael Biebl]

severity 680963 serious
clone 680963 -1
reassign -1 gnome-shell
retitle -1 run vpn authentication dialogs from correct path
thanks

On 16.07.2012 05:33, Mike Miller wrote:
> On Wed, Jul 11, 2012 at 03:57:13PM +0200, Michael Biebl wrote:
>>> I never get the VPN dialog anymore, not even with the method described
>>> in the first post.
>>
>> Ok, so it is even worse with this patch applied :-/
>>
>> Thanks for testing the patched packages anyway.
> 
> I just started testing the 0.9.6-rc1 packages in experimental and I am
> seeing this same behavior there as well.  And only with gnome3, with the
> fallback session the auth dialog comes up as usual.
> 
> The following workaround works for me:
> 
> cd /usr/lib/gnome-shell
> ln -s ../NetworkManager/nm-openconnect-auth-dialog
> 
> and then restart gnome-shell or log out and log in.  This seems to be
> the only path where gnome-shell is looking for the auth-dialog
> executable [1].
> 
> [1] http://git.gnome.org/browse/gnome-shell/tree/js/ui/networkAgent.js#n681
> 

So it seems we need two fixes here:
1/ nm-applet needs to reliably disable itself if gnome-shell is used
2/ gnome-shell needs to look at the right place for the authentication
dialogs.

Problem 2/ is most likely caused by Redhat distros using $libexecdir:
/usr/lib/gnome-shell → /usr/libexec and
/usr/lib/NetworkManager → /usr/libexec


For 2/ I've cloned and reassigned this bug and I'm marking them as
release critical, since we need to fix this for wheezy.

Thanks everyone for helping tracking this down.

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#586383: [lenny-backports] Atheros AR242x wireless card relatively minor issues with Linux kernel 2.6.32 in Lenny (ath5k driver)

[Jonathan Nieder]

Deniz Akcal wrote:

> It's alright and yes, I still am using this machine. It uses the 3.2
> Linux kernel that is included in the Wheezy/Testing distribution and
> the problem still exists.

Ok, nice to hear.  (Nice to hear because it means we have a better
chance of fixing it.)

Could you try the 3.4.y kernel from experimental and see if that
produces the same symptoms (it probably will)?  If it does, please
contact linux-wirel...@vger.kernel.org to get an explanation of the
symptoms, cc-ing ath5k-de...@lists.ath5k.org and either me or this bug
log so we can track the conversation.  Be sure to mention:

 - exact steps to reproduce (how do you connect, etc), expected
   result, actual result, and how the difference is unexpected
   (something similar to the explanation you gave before should
   work fine for this)

 - which kernel versions you have tested and what happened with
   each

 - a link to http://bugs.debian.org/586383 for context

They should be able to say if this is a bug or an expected
behavior and what it means, and if it is a bug, they should be
able to say what a good next step for investigating in pursuit
of a fix would be.

Thanks for the quick feedback.

Regards,
Jonathan


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

Bug#680963: network-manager-gnome: Cannot connect to VPN with nm-applet

[Mike Miller]

On Wed, Jul 11, 2012 at 03:57:13PM +0200, Michael Biebl wrote:
> > I never get the VPN dialog anymore, not even with the method described
> > in the first post.
> 
> Ok, so it is even worse with this patch applied :-/
> 
> Thanks for testing the patched packages anyway.

I just started testing the 0.9.6-rc1 packages in experimental and I am
seeing this same behavior there as well.  And only with gnome3, with the
fallback session the auth dialog comes up as usual.

The following workaround works for me:

cd /usr/lib/gnome-shell
ln -s ../NetworkManager/nm-openconnect-auth-dialog

and then restart gnome-shell or log out and log in.  This seems to be
the only path where gnome-shell is looking for the auth-dialog
executable [1].

[1] http://git.gnome.org/browse/gnome-shell/tree/js/ui/networkAgent.js#n681

-- 
mike


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

Bug#681232: linux-image-3.2.0-3-amd64: Atheros WiFi Adapter couldn't find networks "gain calibration timeout"

[Russ Lind]

I have this same issue with linux-image-3.2.0.3-amd64 (3.2.21).  All 
previous wheezy kernels up to linux-image-3.2.0.2-amd64 (3.2.20) have 
been working fine for me.


lspci -v
07:00.0 Ethernet controller: Atheros Communications Inc. AR242x / AR542x 
Wireless Network Adapter (PCI-Express) (rev 01)

Subsystem: AMBIT Microsystem Corp. Device 0422
Flags: bus master, fast devsel, latency 0, IRQ 19
Memory at b020 (64-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 2
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [60] Express Legacy Endpoint, MSI 00
Capabilities: [90] MSI-X: Enable- Count=1 Masked-
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Kernel driver in use: ath5k

cat /proc/version
Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) 
#1 SMP Thu Jun 28 09:07:26 UTC 2012



I found this same issue reported for linux-image-3.2.0-2-amd64
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665881

The fix of adding pcie_aspm=force to the kernel command line (see 
message #124) seems to be working for me.



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

Bug#681684: mythtv-status: cron job crashes if /var/run/motd.mythtv-status already present

[Andrew Ruthven]

Ah, that's some stale debug code that shouldn't have been there.  I've
also added some logic so that a stale TEMPFILE should be ignored on the
basis that mythtv-status either died, or was killed.

I'll push out an new version shortly.

On Sun, 2012-07-15 at 16:09 +0100, Julian Gilbey wrote:
> Package: mythtv-status
> Version: 0.10.1-1
> Tags: patch
> 
> I'm getting loads of messages to root saying things along the lines of:
> 
> Hey, /var/run/motd.mythtv-status already exists
> -rw-r--r-- 1 root root 355 Jul 15 12:04 /var/run/motd
> -rw-r--r-- 1 root root 355 Jul 15 12:05 /var/run/motd.mythtv-status
> -rw-r--r-- 1 root root 355 Jul 15 12:05 /var/run/motd.orig
> root 14201 14045  0 16:02 pts/300:00:00 /bin/sh 
> /etc/init.d/mythtv-status reload
> root 14209 14201  0 16:02 pts/300:00:00 grep mythtv-status
> cat: /var/run/motd.new: No such file or directory
> 
> Is the intention for /etc/init.d/mythtv-status to bomb out when the
> temp file already exists or to keep on going, but just to warn?
> 
> If the first, then the /etc/init.d/mythtv-status file should say in
> the block on lines 66-71:
> 
>   if [ -f $TEMPFILE ]; then
> [...]
> exit 1
>   fi
> 
> If it is not, then the cat /var/run/motd.new command should be
> protected (line 70) by writing:
> 
>   cat /var/run/motd.new 1>&2 || true
> 
> This way, the script will continue even if the file does not exist
> (which will probably be the case).
> 
> (A separate bug: if it is giving a warning, it should probably use the
> log_warning_msg function instead of echo.)
> 
>Julian
> 

-- 
Andrew Ruthven
Wellington, New Zealand
At home: and...@etc.gen.nz |   linux.conf.au 2013
   | Come join the party...
   |  http://linux.conf.au


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

Bug#655841: data point

[Joey Hess]

As another data point, I am in an airport (CLT) and had to remove gnash
since it failed to display the thing needed to get on free wifi. Of
course without flash the site lets you right through.

-- 
see shy jo


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

Bug#609004: cgroup-bin: the kernel configuration file haven't changed yet

[Jon Bernard]

* Alexander V. Kudrevatykh  wrote:
> Any news? Bug is still present in testing/sid.

I've not heard anything. I think the right thing to do is file a bug against the
kernel, or perhaps reassign this bug to the linux-image package. I'll look into
that this week, if you don't get to it first.

-- 
Jon


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

Bug#681736: [www.debian.org] "c'est possibles" in French constitution section 5.3

[Filipus Klutiero]

Package: www.debian.org
Severity: minor

http://www.debian.org/devel/constitution.fr.html#item-5 contains in 
section 5.3:


Lorsque c'est possibles le responsable du projet devrait solliciter de 
manière informelle les opinions des développeurs. 


"possibles" should have no final "s" since "ce" is singular ("possible").


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

Bug#675971: reopening 675971, tagging 675971

[Josh Triplett]

On Mon, Jul 16, 2012 at 07:36:59AM +0930, Ron wrote:
> Since you took the time to at least explain yourself this time,

FWIW, I had written an explanation the previous time too (at least in
the form of a control comment), but bts doesn't seem to have sent it;
perhaps I failed to escape the shell comment character.  Sorry for the
unintentionally explanation-free reopen the first time.

> and seem
> to have an actual rational inkling that this is a horrible no-win corner
> that we've been painted into, I did actually just finish writing you a
> similarly measured response, figuring we weren't that far from common
> ground, and there were a few things you seem to have missed from the long
> previous bug log.
> 
> But since Chris has now been encouraged (presumably by the small mob
> he tried to incite at a debconf talk) to go from "I won't open this again"
> to "I'm going to play the cry to mom card" -- I don't see much point in
> wasting even more people's time, by giving them even more to read now.
> 
> I have other work to do, and there's an insane kid in the room now waving
> torpedos around, who isn't going to listen to anything we say anyway.

I'd still appreciate hearing your response, and I think you might find
that Chris similarly would like to find a reasonable solution to this
problem.  Both of us (and others in this bug) just want to have a usable
Mumble without having to install an older version and put it on hold.  I
think we're *all* not too far from common ground here.  Also note that
we don't need to actually call on the TC if we can sort this out
ourselves; thus, I'd suggest that actually talking to each other seems
like the best way to resolve this.

A quick enumeration of possible solutions:

- Leave mumble out of testing and wheezy, keep it in either unstable or
  experimental (as we would for any client-server software with an
  unstable protocol that we can't support for the lifetime of a stable
  release) with compatibility warnings in the description and
  NEWS.Debian.

- Let mumble migrate to testing and release with wheezy, with similar
  compatibility warnings.  Help upstream get a stable Opus-based version
  released ASAP for others to use, and ask the stable release managers
  very nicely about including that version in stable.

In both cases, someone interested in having a CELT-based version
available for compatibility could consider uploading one to a
repository for others to use.  If a DD is interested, they could
potentially upload a mumble-celt to experimental.  Either way, such a
package should have giant warnings about security issues.

The first approach has the advantage of not shipping an incompatible
version of Mumble to stable/testing users, but the disadvantage of
delaying the point at which stable users have a version with Opus
support.  The second approach lets stable users have an Opus-based
version as soon as possible, but meanwhile users of stable and testing
will have a version that won't actually communicate with anyone other
than Debian users.

Assuming that CELT 0.7.1 really does have unfixable security issues, it
doesn't seem like a reasonable alternative to upload a version that
re-enables it.  On the other hand, not knowing the details of those
issues, I don't see an obvious reason why the issues can't just be
fixed as they arise.

Any other alternatives, or are those the choices we're stuck with?

- 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#680930: closed by Matthias Klose (Bug#680930: fixed in python2.7 2.7.3-2)

[paul . szabo]

Dear Matthias,

When do you expect version 2.7.3-2 will make it into wheezy?
Until then, upgrades from squeeze may be doomed.

Thanks, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#313194: Seconded

[Filipus Klutiero]

retitle 313194 Please collect statistics on whether packages were 
installed automatically by APT

thanks

I agree this would be useful. Tracking of automatic installations was 
now standardized.



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

Bug#681506: xserver-xorg-input-mouse: crash on kfreebsd-*

[Steven Chamberlain]

found 668949 gcc-4.6/4.6.3-8
found 668949 gcc-4.7/4.7.1-2
thanks

On 15/07/12 23:29, Cyril Brulebois wrote:
> It'd be great if somebody could check the status of the gcc bug
> (reported against gcc-4.6: http://bugs.debian.org/668949).

The upstream bug report has testcases that are fixed by GCC 4.7.1, yet
this problem is still triggered by bsd_mouse.c (and only with -O2)
unless the workaround is used.

Both testcases still fail on GCC 4.6.3;  one of them only fails if
compiled with -O2, and the other only with -O3.  So it seems to depend
what the source gets optimised into.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978

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#678714: [kde-gtk-config] src: Fix freezing problem on load

[Aleix Pol]

On Sun, Jul 15, 2012 at 9:52 AM, Boris Pek  wrote:
>> Git commit 81b7e1e43e5fce39ace676ef40637059b9bb9317 by Aleix Pol.
>> Committed on 11/07/2012 at 13:29.
>> Pushed by apol into branch 'master'.
>>
>> Fix freezing problem on load
>>
>> Don't iterate over the home directory, this happened in cases
>> where the fallback icon theme was set to "" and Qt translated it
>> to QDir("") which was CWD.
>>
>> CCMAIL: 678...@bugs.debian.org
>>
>> M  +6-2src/gtkconfigkcmodule.cpp
>> M  +1-0src/iconthemesmodel.cpp
>>
>> http://commits.kde.org/kde-gtk-config/81b7e1e43e5fce39ace676ef40637059b9bb9317
>
> Hi,
>
> Sorry for delay, I am on vacation now.
>
> I prepared own patches some time ago [1][2]. And updated package [3] is
> currently waiting [4] for a freeze exception [5]. If freeze exception is
> granted package will be uploaded.
>
> Regards,
> Boris
>
> [1] 
> https://github.com/tehnick/kde-gtk-config-debian/blob/master/debian/patches/ignore-symlinks
> [2] 
> https://github.com/tehnick/kde-gtk-config-debian/blob/master/debian/patches/fix-loading-icons
> [3] http://mentors.debian.net/package/kde-gtk-config
> [4] https://lists.debian.org/debian-release/2012/07/msg00262.html
> [5] http://release.debian.org/wheezy/freeze_policy.html

Hi Boris,
the [1] patch is not really useful. It's removing symlinks but it's
not harmful to follow them in this case. It's not a
recursive/iterative function so it's harmless. It shouldn't be
applied.
the [2] patch, on one part is fixing the bug like i did, on the other
it's setting the first entry in the combo box for no apparent
reason...

I'd suggest you to go through KDE to improve the application instead
of applying patches to your package. It might improve the package
sooner, but review is important and I prefer to be responsible myself
of the software I maintain.

Aleix


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

Bug#681632: GPU driver changes from 2.6.32.58+drm24

[Ben Hutchings]

On Sat, 2012-07-14 at 16:40 -0500, Jonathan Nieder wrote:
[...]
> - drm/i915: Remove BUG_ON from i915_gem_evict_something
> - drm/i915: Hold a reference to the object whilst unbinding the eviction list
> - drm/i915: Fix refleak during eviction
> 
> Followups for the fair eviction series.  We presumably won't take
> these yet.
[...]

I have this dim recollection of deferring fair eviction, but can't find
any record of that.

I think it starts with this:

commit be54bbcaee8559cc412b5e4abc8eb33388b083e0
Author: Daniel Vetter 
Date:   Fri Jun 17 10:04:20 2011 -0500

drm: implement helper functions for scanning lru list

which changes a DRM structure that is driver-allocated.

I'll see if I can find a way to apply this without breaking any OOT DRM
drivers.  But are there any?  The most popular OOT GPU drivers, fglrx
and nvidia, don't use DRM.  VMware or VirtualBox guest GPU drivers
might.

Ben.

-- 
Ben Hutchings
Gates has joked that everything goes on and off unexepectedly in the house,
which is run by a high-end PC network built on Windows NT. - Seattle Times


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

Bug#681594: [buildd-tools-devel] Bug#681594: on kfreebsd-* doesn't support getting executable pathname from kernel and from /proc/self/exe

[Gabriele Giacone]

On 07/15/2012 11:33 PM, Roger Leigh wrote:
> So what's missing here, linprocfs inside the chroot?  Or is there
> something additional that needs setting up?

/proc is mounted but it doesn't behave like outside, at least about
/proc/self/exe. Same about querying that kernel param.
My configuration is a fresh sbuild install as you can see below, with
one sid chroot. Easy to reproduce.

> What's the output of "schroot -i -c $chroot" for the build chroot?
> and/or "schroot --config"?

# schroot -i -c sid
  ─── Chroot ───
  Name   unstable-kfreebsd-i386-sbuild
  DescriptionDebian unstable/kfreebsd-i386 autobuilder
  Type   directory
  Message Verbosity  normal
  Users
  Groups root sbuild
  Root Users
  Root Groupsroot sbuild
  Aliasessid
  Preserve Environment   false
  Default Shell
  Environment Filter
^(BASH_ENV|CDPATH|ENV|HOSTALIASES|IFS|KRB5_CONFIG|KRBCONFDIR|KRBTKFILE|KRB_CONF|LD_.*|LOCALDOMAIN|NLSPATH|PATH_LOCALE|RES_OPTIONS|TERMINFO|TERMINFO_DIRS|TERMPATH)$
  Run Setup Scripts  true
  Configuration Profile  default
  Script Configuration
  Session Managedtrue
  Session Cloned false
  Session Purged false
  Directory  /srv/chroot/unstable-kfreebsd-i386-sbuild
  Personalityundefined
  User Modifiable Keys
  Root Modifiable Keys
  User Data
setup.config default/config
setup.copyfiles  default/copyfiles
setup.fstab  default/fstab
setup.nssdatabases   default/nssdatabases
  Filesystem Union Type  none

# schroot --config
# schroot configuration generated by schroot 1.6.0 on 16 Jul 2012

[unstable-kfreebsd-i386-sbuild]
aliases=sid
command-prefix=
description=Debian unstable/kfreebsd-i386 autobuilder
directory=/srv/chroot/unstable-kfreebsd-i386-sbuild
environment-filter=^(BASH_ENV|CDPATH|ENV|HOSTALIASES|IFS|KRB5_CONFIG|KRBCONFDIR|KRBTKFILE|KRB_CONF|LD_.*|LOCALDOMAIN|NLSPATH|PATH_LOCALE|RES_OPTIONS|TERMINFO|TERMINFO_DIRS|TERMPATH)$
groups=root,sbuild
message-verbosity=normal
preserve-environment=false
profile=default
root-groups=root,sbuild
root-modifiable-keys=
root-users=
setup.config=default/config
setup.copyfiles=default/copyfiles
setup.fstab=default/fstab
setup.nssdatabases=default/nssdatabases
shell=
type=directory
union-type=none
user-modifiable-keys=
users=


Thanks,
-- 
Gabriele


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

Bug#593845: Fixed by dropping microcode.ctl

[Henrique de Moraes Holschuh]

On Sat, 21 Aug 2010, Henrique de Moraes Holschuh wrote:
> 1. Provide facilities to upload microcode from the initrd.  Since a big
> initrd is annoying, it should retain in the initrd only the microcode
> for the CPU update-initramfs was run in.   The root filesystem boot
> process can try to reapply microcode updates to cover the CPU upgrade
> scenario.

This has been addressed by the amd64-microcode (>= 1) and intel-microcode
(>= 1) uploads, currently in unstable.

microcode.ctl is going to be deprecated (unless upstream decides to change
it to do something like what iucode-tool does).

cpu-upgrade scenarios are not handled automatically by default.

> 2. Change the initscript to run *early* (as soon as the required device
> is available), even if that means moving microcode to /lib.

Addressed by the new intel-microcode/amd64-microcode and /etc/modules
(really!), doesn't require an initscript anymore.

> 3. Verify whether it is needed to supply a udev hook or not.  Depends on

The answer is "no".

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#681735: override: intel-microcode:non-free/admin/standard

[Henrique de Moraes Holschuh]

Package: ftp.debian.org
Severity: normal
Tags: override

intel-microcode provides updated microcode to Intel processors, and
should ideally be installed by default on every system with an Intel
processor.  Unfortunately, it is non-free, but its priority should still
reflect the fact that it should be installed by default in a system.

The package doesn't cause any issues on systems without an Intel
processor, and can be co-installed with the amd64-microcode package.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#658139: Using FreeDesktop MIME entries directly in mime-support (Re: Fixing the mime horror ini Debian).

[Charles Plessy]

Hello everybody,

http://bugs.debian.org/497779 contains a patch for the mime-support package to
solve this problem for every package that provides a .desktop file but no
mailcap entry.  The mime-support package has been orphaned last week.

Wouldn't one of the following solutions be acceptable for you ?

 - Add the function to mime-support in Wheezy to update /etc/mailcap using
   the FreeDesktop menu entry files in /usr/share/applications via dpkg
   triggers.

 - Do this in Sid, and add back the MIME entries in evince in Wheezy as a
   temporary compromise.

If nobody else volunteers, I propose to start a maintenance group for the
mime-support package, that I would store in a Git repository on Alioth's
collab-maint group.

My background in MIME support is that I maintain packages that declare MIME
types, I keep track of MIME support in the Policy 
(http://bugs.debian.org/661816),
and I wrote much of the MimeTypesSupport page on the Debian wiki
(http://wiki.debian.org/MimeTypesSupport).

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#679712: auctex: Please add support for Emacs 24

[Jason White]

Package: auctex
Version: 11.86-10
Followup-For: Bug #679712

After upgrading to Emacs 24 in Sid, it was necessary to make the following
change in /etc/emacs/site-start.d/50auctex.el to load AUCTeX mode:

commit d6e2d76d1498a134a275b36d53ae5e5d866614c9
Author: Jason White 
Date:   Mon Jul 16 10:27:36 2012 +1000

Load AUCTeX mode in Emacs 24.

diff --git a/emacs/site-start.d/50auctex.el b/emacs/site-start.d/50auctex.el
index 34b2bba..63c48ab 100644
--- a/emacs/site-start.d/50auctex.el
+++ b/emacs/site-start.d/50auctex.el
@@ -4,7 +4,7 @@
 ;;; form "(unload-feature 'tex-site)" (i.e., put that string into your
 ;;; "~/.emacs" to disable AUCTeX completely).

-(if (member debian-emacs-flavor '(emacs23 emacs-snapshot))
+(if (member debian-emacs-flavor '(emacs23 emacs24 emacs-snapshot))
 (if (file-exists-p "/usr/share/emacs/site-lisp/auctex/tex.el")
(progn
  (let ((list '((lisp . "auctex") (source . "auctex"


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

Bug#681632: GPU driver changes from 2.6.32.58+drm24

[Jonathan Nieder]

Ben Hutchings wrote:

> I have this dim recollection of deferring fair eviction, but can't find
> any record of that.
>
> I think it starts with this:
>
> commit be54bbcaee8559cc412b5e4abc8eb33388b083e0
> Author: Daniel Vetter 
> Date:   Fri Jun 17 10:04:20 2011 -0500
>
> drm: implement helper functions for scanning lru list

Yes, exactly (r18037, "Do not apply ABI-breaking drm patches now",
2011-08-29).


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

Bug#677788: multi-arch for lesstif2

[Peter Samuelson]

[Michael Gilbert]
> This package has not been updated in 3 years, so it is a prime
> candidate for nmu'ing.  In fact, it's perfectly appropriate to nmu
> without advance permission of the maintainer in general.

I noticed later that the new empty/dummy ia32-libs is not in wheezy, so
that makes this bug much less urgent than I had thought.

Anyway, I'll see if I can find time to do an NMU; if not, go ahead of
course.

Peter


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

Bug#681734: Failed installation at Detect network hardware

[Don Wright]

Package: installation-reports

Boot method: USB stick, using Default and Expert install.
Image version:
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/debian-wheezy-DI-b1-amd64-DVD-1.iso
Date: 15-Jul-2012

Machine:Self-built with Biostar TZ68A+ mobo
Processor:  Intel i5-2500K
Memory: 8192MB DDR3 1600
Partitions: (fdisk -l from installed wheezy DI alpha 1)
Disk /dev/sda: 400.1 GB, 400088457216 bytes
255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003e751

   Device Boot  Start End  Blocks   Id  System
/dev/sda120483125043115624192   83  Linux
/dev/sda2   *3125043231455231  1024007  HPFS/NTFS/exFAT
/dev/sda331457280   12499967946771200   83  Linux
/dev/sda4   125001726   781416447   3282073615  Extended
/dev/sda5   125001728   140623871 7811072   82  Linux swap / Solaris
/dev/sda6   140625920   224511999419430407  HPFS/NTFS/exFAT
/dev/sda7   224514048   781416447   2784512007  HPFS/NTFS/exFAT


Output of lspci -knn (from installed wheezy DI alpha 1):
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller [8086:0100] (rev 09)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller [8086:0112] (rev 09)
Subsystem: Biostar Microtech Int'l Corp Device [1565:110d]
Kernel driver in use: i915
00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series
Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
Kernel driver in use: ehci_hcd
00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset
Family High Definition Audio Controller [8086:1c20] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:8225]
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 1 [8086:1c10] (rev b5)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 2 [8086:1c12] (rev b5)
Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev
b5)
00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
Kernel driver in use: ehci_hcd
00:1f.0 ISA bridge [0601]: Intel Corporation Z68 Express Chipset Family LPC
Controller [8086:1c44] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset
Family SATA AHCI Controller [8086:1c02] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:5207]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family
SMBus Controller [8086:1c22] (rev 05)
Subsystem: Biostar Microtech Int'l Corp Device [1565:3108]
Kernel driver in use: i801_smbus
01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
Subsystem: Biostar Microtech Int'l Corp Device [1565:230a]
Kernel driver in use: r8169
02:00.0 USB controller [0c03]: ASMedia Technology Inc. ASM1042 SuperSpeed USB
Host Controller [1b21:1042]
Subsystem: Device [174c:2104]
Kernel driver in use: xhci_hcd
03:00.0 PCI bridge [0604]: Integrated Technology Express, Inc. Device
[1283:8893] (rev 10)

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

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

Comments/Problems:
The installer hung during the "Detect network hardware" step, as similarly
reported in #681610 and #681656. The "Detecting hardware" progress bar displays
briefly, then clears to an empty blue screen with a single white line at the
bottom. There is no further

Bug#679539: lxsession: suggest upower for easy suspend and hibernate support in lxsession-logout

[Mélodie]

On Sun, 08 Jul 2012 01:11:25 +0300
Bob Bib  wrote:

> Package: lxsession
> Version: 0.4.6.1-3
> Followup-For: Bug #679539
> 
> Mélodie,
> > Hi, HAL has been deprecated and as such as been unmaintained for several
> years now.

> Thanks for the info.
> I've removed the HAL reference from bug title.
> The deprecation notice should be put in bold in the wiki:
> http://wiki.debian.org/hal :)

> > What does Lxsession use for now ?

> It seems to use whatever is installed (upower or hal) and seems to support
> upower decently: http://wiki.debian.org/HALRemoval#hal-less_LXDE
> But neither upower nor deprecated hal is installed as a dependency of 'task-
> lxde-desktop' or whatever, so (out of the box) LXDE users can suspend /
> hibernate only from console, 'cause there're no such buttons in lxsession-
> logout / lxde-logout.
> 
> BTW, 'xfce4-session' package recommends 'upower'.

Hi,

The items which replaced HAL are Udev, Upower, Udisks... 
(ie: you can have a look here : https://wiki.archlinux.org/index.php/HAL) It is 
most
important to have them all installed in all distributions. (Unless some use 
other
mechanisms I may not be aware of, but in this case which ones ?)

I also think Upower really has to be added in a strategic package so not to 
miss it, and
if possible not as a recommend but as compulsory.

Regards,
Mélodie


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

Bug#681733: unblock: sane-backends/1.0.22-7.3

[Michael Gilbert]

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

Please unblock package sane-backends

It sets sane-utils as multi-arch: foreign, which is currently blocking
multiarch ia32-libs.  It also fixes a kfreebsd build failure.

unblock sane-backends/1.0.22-7.3


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

Bug#681599: vim/python2.7: symbol lookup error: vim: undefined symbol: init_hashlib

[James McCoy]

Adding debian-release to get their take.

On Sun, Jul 15, 2012 at 11:51:20PM +0200, Jakub Wilk wrote:
> * Jakub Wilk , 2012-07-15, 15:07:
> >>this is most likely caused by building _hashlib as an extension,
> >>not a builtin anymore, to address #680930. rebuilding vim should
> >>fix it.
> >Indeed, rebuild fixed the problem for me.
> 
> However, in comparison to version in testing (2.7.3~rc2-2.1),
> libpython2.7 not only removed two symbols (init_hashlib, init_ssl)
> but also added one (init_heapq). This new symbol doesn't have
> correct dependency declared in the symbols file. As a consequence,
> if you rebuild vim in unstable, and then run it against libpython2.7
> from testing, you get this:
> 
> $ LD_BIND_NOW=1 vim
> vim: symbol lookup error: vim: undefined symbol: init_heapq

So a simple binNMU won't help because it wouldn't have a tight enough
dependency and therefore could transition before python2.7, leaving a
broken Vim in Wheezy.

Shall I make a sourceful upload of Vim with a libpython2.7 (>= 2.7.3-2)
Depends and request it be unblocked or is there another way we should
solve this?

> >I'll check if other source packages are affected later.
> 
> I checked all i386 binaries depending on libpython2.7:
> 
> - There are no other users of init_hashlib.
> 
> - ntop uses init_ssl. However, the intention was to use this one:
> 
> $ readelf -s /usr/lib/ntop/libntopreport.so | grep -w init_ssl
>446: 00046480  1804 FUNCGLOBAL DEFAULT   12 init_ssl
> 
> So if libpython2.7 dropping init_ssl makes any difference for ntop,
> then it should rather fix things than break them.

-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#681732: dunst package does not have "Provides: notification-daemon" set.

[Andrew Hout]

Package: dunst
Version: 0.2.0-1
Severity: important

The dunst package does not have
"Provides: notification-daemon"
set.

Other notification daemons like notify-osd have this set so they meet the
dependency requriements of packages that check for a notification-daemon.

Beacause this is not set in the dunst package dunst cannot be used to replace
another notification-daemon if the user has a package that depends on
notification-daemon installed.

In my case the packages with that caused this were

mail-notification
mail-notification-evolution

I encountered no problems after making my own dunst package with "Provides:
notification-daemon" set.



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

Kernel: Linux 3.4.0-4.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
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 dunst depends on:
ii  libc62.13-34
ii  libdbus-1-3  1.6.2-2
ii  libx11-6 2:1.5.0-1
ii  libxdg-basedir1  1.1.1-2
ii  libxft2  2.3.1-1
ii  libxinerama1 2:1.1.2-1
ii  libxss1  1:1.2.2-1

dunst recommends no packages.

dunst 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#681731: libomxil-bellagio: FTBFS on Debian GNU/Hurd and kfreeBSD

[Barry deFreese]

Package: libomxil-bellagio
Version: 0.9.3-1
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Tags: patch

Hi,

Currently libomxil-bellagio fails to build on Debian GNU/Hurd and kfreeBSD.

Attached is a patch for building that works on both.  Right now it just 
disables a couple of
debugging outputs that use Linux specific syscalls.  It would be better to find 
a more portable
solution.  On thought would be to use pthread_self() but that isn't guaranteed 
to return an integer.

Thank you,

Barry deFreese


Index: libomxil-bellagio-0.9.3/src/base/omx_base_component.h
===
--- libomxil-bellagio-0.9.3.orig/src/base/omx_base_component.h  2012-07-15 
23:19:41.0 +
+++ libomxil-bellagio-0.9.3/src/base/omx_base_component.h   2012-07-15 
23:20:04.0 +
@@ -32,7 +32,9 @@
 #include 
 #include 
 #include 
+#if defined(__linux__)
 #include 
+#endif
 
 #ifdef ANDROID_COMPILATION
 #include 
Index: libomxil-bellagio-0.9.3/src/base/omx_base_component.c
===
--- libomxil-bellagio-0.9.3.orig/src/base/omx_base_component.c  2012-07-15 
23:20:04.0 +
+++ libomxil-bellagio-0.9.3/src/base/omx_base_component.c   2012-07-15 
23:20:04.0 +
@@ -1440,9 +1440,11 @@
   omx_base_component_PrivateType* omx_base_component_Private = 
(omx_base_component_PrivateType*)openmaxStandComp->pComponentPrivate;
   internalRequestMessageType *message;
 
+#if defined(__linux__)
   DEBUG(DEB_LEV_FUNCTION_NAME, "In %s for component %p\n", __func__, 
openmaxStandComp);
   omx_base_component_Private->bellagioThreads->nThreadMessageID = (long 
int)syscall(__NR_gettid);
   DEBUG(DEB_LEV_SIMPLE_SEQ, "In %s the thread ID is %i\n", __func__, 
(int)omx_base_component_Private->bellagioThreads->nThreadMessageID);
+#endif
 
   while(1){
 /* Wait for an incoming message */
Index: libomxil-bellagio-0.9.3/src/base/omx_base_filter.c
===
--- libomxil-bellagio-0.9.3.orig/src/base/omx_base_filter.c 2011-01-12 
07:53:26.0 +
+++ libomxil-bellagio-0.9.3/src/base/omx_base_filter.c  2012-07-15 
23:27:00.0 +
@@ -26,7 +26,9 @@
 */
 
 #include 
+#if defined(__linux__)
 #include 
+#endif
 #include 
 
 #include "omx_base_filter.h"
@@ -94,9 +96,11 @@
   OMX_BOOL isInputBufferNeeded=OMX_TRUE,isOutputBufferNeeded=OMX_TRUE;
   int inBufExchanged=0,outBufExchanged=0;
 
+#if defined(__linux__)
   omx_base_filter_Private->bellagioThreads->nThreadBufferMngtID = (long 
int)syscall(__NR_gettid);
   DEBUG(DEB_LEV_FUNCTION_NAME, "In %s of component %p\n", __func__, 
openmaxStandComp);
   DEBUG(DEB_LEV_SIMPLE_SEQ, "In %s the thread ID is %i\n", __func__, 
(int)omx_base_filter_Private->bellagioThreads->nThreadBufferMngtID);
+#endif
 
   DEBUG(DEB_LEV_FUNCTION_NAME, "In %s\n", __func__);
   /* checks if the component is in a state able to receive buffers */
Index: libomxil-bellagio-0.9.3/src/base/omx_base_source.c
===
--- libomxil-bellagio-0.9.3.orig/src/base/omx_base_source.c 2011-01-12 
07:53:26.0 +
+++ libomxil-bellagio-0.9.3/src/base/omx_base_source.c  2012-07-15 
23:28:57.0 +
@@ -78,8 +78,10 @@
   OMX_BOOL isOutputBufferNeeded = OMX_TRUE;
   int outBufExchanged = 0;
 
+#if defined(__linux__)
   omx_base_source_Private->bellagioThreads->nThreadBufferMngtID = (long 
int)syscall(__NR_gettid);
   DEBUG(DEB_LEV_SIMPLE_SEQ, "In %s the thread ID is %i\n", __func__, 
(int)omx_base_source_Private->bellagioThreads->nThreadBufferMngtID);
+#endif
 
   DEBUG(DEB_LEV_FUNCTION_NAME, "In %s \n", __func__);
   while(omx_base_component_Private->state == OMX_StateIdle || 
omx_base_component_Private->state == OMX_StateExecuting ||
Index: libomxil-bellagio-0.9.3/src/base/omx_base_sink.c
===
--- libomxil-bellagio-0.9.3.orig/src/base/omx_base_sink.c   2011-01-12 
07:53:26.0 +
+++ libomxil-bellagio-0.9.3/src/base/omx_base_sink.c2012-07-15 
23:29:46.0 +
@@ -76,8 +76,10 @@
   OMX_BOOLisInputBufferNeeded = OMX_TRUE;
   int inBufExchanged  = 0;
 
+#if defined(__linux__)
   omx_base_sink_Private->bellagioThreads->nThreadBufferMngtID = (long 
int)syscall(__NR_gettid);
   DEBUG(DEB_LEV_SIMPLE_SEQ, "In %s the thread ID is %i\n", __func__, 
(int)omx_base_sink_Private->bellagioThreads->nThreadBufferMngtID);
+#endif
 
   DEBUG(DEB_LEV_FUNCTION_NAME, "In %s \n", __func__);
   while(omx_base_component_Private->state == OMX_StateIdle || 
omx_base_component_Private->state == OMX_StateExecuting ||  
omx_base_component_Private->state == OMX_StatePause ||

Bug#681636: Looks like this bug is invalid

[Diederik de Haas]

Hi,

I just got an updated pkg (binutils, version 2.22-7.1) on my sid box, but it 
didn't show up on my server, which has Default-Release "testing". 
The only way to get that version installed on my server was by 
"apt-get/aptitude 
install binutils -t sid".
Don't know why "apt-get dist-upgrade" or "aptitude full-upgrade" didn't upgrade 
the package though.

So it looks like this bug report is invalid.
If I can't reproduce this bug in the coming week, I'll close it myself.
If someone else (f.e. maintainers) already know it is invalid they can close 
this bug too of course ;-)

Cheers,
  Diederik


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

Bug#681506: xserver-xorg-input-mouse: crash on kfreebsd-*

[Christoph Egger]

Cyril Brulebois  writes:
> Steven Chamberlain  (13/07/2012):
>> Yep!  Fixes the crash I was seeing, and the pointer is functional again
>> now on kfreebsd-amd64.  Thanks a lot.
>
> It'd be great if somebody could check the status of the gcc bug
> (reported against gcc-4.6: http://bugs.debian.org/668949).

At least still FTBFSing with unstable's gcc on k-a (not on k-i)

Regards

 Christoph

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


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

Bug#681730: RFP: aften -- ATSC A/52 (AC3 audio) encoder

[Bob Bib]

Package: wnpp
Severity: wishlist

* Package name: aften
  Version : 0.0.8
  Upstream Author : Justin Ruggles ,
Prakash Punnoor 
* URL : http://aften.sourceforge.net/
* License : LGPL
  Programming Lang: C, C++, C#
  Description : Aften: A/52 audio encoder.
A simple AC3-compatible audio encoder based on FFmpeg.

Aften is an audio encoder which generates compressed audio streams based on
ATSC A/52 specification. This type of audio is also known as AC-3 or Dolby®
Digital and is one of the audio codecs used in DVD-Video content.


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

Bug#673496: [lenny -> squeeze regression] ath5k: wifi broken (?)

[Jonathan Nieder]

Paul Zimmerman wrote:

>   Yes, it did boot in 
> "recovery"
> mode on my system. But it apparently did not boot correctly, because the
> wifi card was not visible to the command line interface utilities.

Which utilities?  Do you mean that "lspci" did not list your card?  Is
that result reproducible?  If so, please attach full "dmesg" output
from booting that kernel and running lspci.

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#681729: unblock: transmission/2.52-2

[Leo 'costela' Antunes]

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

Please unblock package transmission

The new version includes a fix backported from the version in
experimental. The bug[0] still hasn't been reported in Debian, but
I'm confident it would affect many users during the life-time of
wheezy. And since the backported patch[1] is pretty straightforward,
I believe it's worth unblocking at this early freeze-stage.

unblock transmission/2.52-2

Cheers
[0] https://trac.transmissionbt.com/ticket/4888
[1] https://trac.transmissionbt.com/changeset/13310


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

Bug#681728: ITP: boogiewoogie -- Reads and stores graphics from iMPROV's Boogie Board

[Joerg Richter]

Package: wnpp
Severity: wishlist
Owner: Joerg Richter 


* Package name: boogiewoogie
  Version : 0.9
  Upstream Author : Joerg Richter 
* URL : http://www.fuyosoft.com
* License : GPL
  Programming Lang: C
  Description : Reads and stores graphics from iMPROV's Boogie Board


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

Bug#681727: Qps: can't determine version, read 3.4-trunk-amd64

[Bill]

Package: qps
Version: 1.9.18.6-2.3
Severity: normal

Dear Maintainer,

"Qps: can't determine version, read 3.4-trunk-amd64
please report this bug."



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

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

Versions of packages qps depends on:
ii  libc6   2.13-34
ii  libgcc1 1:4.7.1-5
ii  libqt3-mt   3:3.3.8b-11+b1
ii  libstdc++6  4.7.1-5
ii  libx11-62:1.5.0-1
ii  libxext62:1.3.1-2

qps recommends no packages.

qps 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#674076: Deadlock in hid_reset when Dell iDRAC is reset

[Jonathan Nieder]

retitle 670398 Deadlock in hid_reset when Dell iDRAC is reset
tags 670398 + upstream patch

# happened during normal operation, not when resetting the iDRAC
retitle 674076 [squeeze] SSH logins hang while hpet interrupts multiply on 
Intel Nehalem CPUs
# didn't test an upstream kernel
tags 674076 =
quit

Looks like the original bug changed purposes, so swapping their
descriptions.  Sorry for the confusion.


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

Bug#681726: eclipse: Upgrade Eclipse to Juno 4.2

[Matt Wittmann]

Package: eclipse
Version: 3.8.0~rc4-1
Severity: wishlist

Dear Maintainer,

With the Juno simultaneous release of Eclipse, the 3.x series has been
deprecated in favor of 4.x. According to the press release entitled "Eclipse
Juno Release Train Has Arrived":

"Eclipse 4.2 in now the mainstream platform for the Eclipse community. The
existing Eclipse 3.x code stream is being put into maintenance mode. Eclipse
4.2 includes a compatibility layer that allows existing Eclipse plugins and RCP
applications to work on the new platform."

http://www.eclipse.org/org/press-release/20120627_junorelease.php

Eclipse 3.8 is not considered the main release of Eclipse Juno but is only
intended for backwards compatibility. Please move the wheezy release from 3.8
to 4.2.



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

Kernel: Linux 3.2.0-2-amd64 (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 eclipse depends on:
ii  eclipse-jdt  3.8.0~rc4-1
ii  eclipse-pde  3.8.0~rc4-1

eclipse recommends no packages.

eclipse suggests no packages.

Versions of packages eclipse-platform depends on:
ii  ant1.8.2-4
ii  ant-optional   1.8.2-4
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-platform-data  3.8.0~rc4-1
ii  eclipse-rcp3.8.0~rc4-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  gconf-service  3.2.5-1
ii  java-common0.47
ii  libc6  2.13-33
ii  libcommons-codec-java  1.6-1
ii  libcommons-httpclient-java 3.1-10
ii  libcommons-logging-java1.1.1-9
ii  libgconf-2-4   3.2.5-1
ii  libglib2.0-0   2.32.3-1
ii  libjetty8-java 8.1.3-4
ii  libjsch-java   0.1.42-2
ii  liblucene2-java2.9.4+ds1-4
ii  libservlet3.0-java 7.0.28-1
ii  multiarch-support  2.13-33
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2
ii  openjdk-7-jre [java6-runtime]  7~u3-2.1.1-1
ii  sat4j  2.3.1-1

Versions of packages eclipse-platform recommends:
ii  eclipse-pde  3.8.0~rc4-1

Versions of packages eclipse-platform suggests:
ii  eclipse-jdt  3.8.0~rc4-1

Versions of packages eclipse-pde depends on:
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-jdt3.8.0~rc4-1
ii  eclipse-platform   3.8.0~rc4-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  libasm3-java   3.3.2-1
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2
ii  openjdk-7-jre [java6-runtime]  7~u3-2.1.1-1

eclipse-pde suggests no packages.

Versions of packages eclipse-jdt depends on:
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-platform   3.8.0~rc4-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  junit  3.8.2-8
ii  junit4 4.10-3
ii  libhamcrest-java   1.2-2
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.3-2
ii  openjdk-7-jre [java6-runtime]  7~u3-2.1.1-1

Versions of packages eclipse-jdt recommends:
ii  default-jdk  1:1.6-47

eclipse-jdt 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#681725: ITP: gccintro -- An Introduction to GCC by Brian J. Gough

[Osamu Aoki]

Package: wnpp
Severity: wishlist
Owner: Osamu Aoki 

* Package name: gccintro
  Version : 1.0 with 1.1 patch applied
  Upstream Author : Brian Gough 
* URL : http://www.network-theory.co.uk/gcc/intro/
http://www.network-theory.co.uk/gcc/intro/src
* License : GFDL-1.2+
  Programming Lang: texinfo
  Description : An Introduction to GCC by Brian J. Gough

 This manual provides a tutorial introduction to the GNU C and C++
 compilers, gcc and g++.
 .
 Many books teach the C and C++ languages, this book explains how to use
 the compiler itself. Based on years of observation of questions posted
 on mailing lists, it guides the reader straight to the important options
 of GCC!
 .
 Concisely written, with numerous easy-to-follow "Hello World" examples.
 .
 Now with extensive new sections on error messages, portability and
 floating point arithmetic!
 .
 Features a special foreword by Richard M. Stallman, principal developer
 of GCC and founder of the GNU Project.
 .
 The content of this Debian packaged version has some minor adjustments to
 match learning experiences under the Debian environment.

This is currently under GFDL-1.2+ with with no Invariant Sections, but with 
the explicit Front-Cover Texts, and with the explicit Back-Cover Texts.

Thus I am planning upload to non-free/doc unnless I hear differently.

Format will be:
 * info
 * html
 * PDF (for single sided printing.  No blank pages inserted.)

Osamu


signature.asc
Description: Digital signature

Bug#681724: lazygal: exits immediately with error, missing defaults.conf file

[Marc Bobillier]

Package: lazygal
Version: 0.7.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Lazygal exits immediately with an error, because the "defaults.conf"
file is missing from the package.

$ lazygal ../picsdir
Traceback (most recent call last):
  File "/usr/bin/lazygal", line 38, in 
from lazygal.generators import Album
  File "/usr/lib/python2.7/dist-packages/lazygal/generators.py", line 25, in 

from config import LazygalConfig, LazygalWebgalConfig,\
  File "/usr/lib/python2.7/dist-packages/lazygal/config.py", line 77, in 

'defaults.conf')))
IOError: [Errno 2] No such file or directory: 
'/usr/lib/python2.7/dist-packages/lazygal/defaults.conf'
$

Version 0.7.2-1 works correctly, as it includes the defaults.conf file.

Kind regards
-- 
marc

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

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

Versions of packages lazygal depends on:
ii  python  2.7.3-1
ii  python-genshi   0.6-2
ii  python-imaging  1.1.7-4
ii  python-pyexiv2  0.3.2-5
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3-2

lazygal recommends no packages.

Versions of packages lazygal suggests:
ii  gstreamer0.10-plugins-base  0.10.36-1
ii  python-gst0.10  0.10.22-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#681722: closed by Michael Gilbert (Bug#681722: fixed in openjpeg 1.3+dfsg-4.5)

[Michael Gilbert]

Hi, attached is a patch for the nmu I've just uploaded fixing this issue.

Best wishes,
Mike


openjpeg.patch
Description: Binary data

Bug#681598: /usr/share/pyshared/lsb_release.py: release detection fails with http.debian.net redirector in sources.list

[Nikolaus Rath]

On 07/15/2012 03:47 PM, Jeff Licquia wrote:
> On 07/14/2012 11:45 AM, Nikolaus Rath wrote:
>> When using the http.debian.net redirector, though
>>
>> | deb-src http://http.debian.net/debian/ testing main contrib non-free
>> | deb http://http.debian.net/debian/ testing main contrib non-free
>>
>> the detection fails:
> 
> Cannot duplicate on my system:
> 
> 
> jeff@virtpc-wheezy:~$ python
> Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17)
> [GCC 4.6.3] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
 import lsb_release
 lsb_release.get_distro_information()
> {'DESCRIPTION': u'Debian GNU/Linux testing (wheezy)', 'RELEASE':
> u'testing', 'CODENAME': 'wheezy', 'OS': 'GNU/Linux', 'ID': 'Debian'}

> jeff@virtpc-wheezy:~$ cat /etc/apt/sources.list
> 
> deb http://http.debian.net/debian/ testing main contrib non-free
> deb-src http://http.debian.net/debian/ testing main contrib non-free
> 
> #deb http://security.debian.org/ testing/updates main contrib non-free
> #deb-src http://security.debian.org/ testing/updates main contrib non-free
> 
> #deb http://ftp.uwsg.indiana.edu/linux/debian/ wheezy-updates main
> contrib non-free
> #deb-src http://ftp.uwsg.indiana.edu/linux/debian/ wheezy-updates main
> contrib non-free
> jeff@virtpc-wheezy:~$
> 
> 
> One potential issue I did find: lsb_release did get quite confused when
> I changed sources.list but did not "apt-get update" afterwards.  Can you
> check that and see if "apt-get update" makes a difference?

Indeed, when trying on the command line it works after I do an explicit
apt-get update.

I'm confused why I'm getting the error mail from unattended-upgrades
though. I would think that apt-get update is ran before that.


I'll send an update if the error shows up again.

Thanks!

   -Nikolaus

-- 
 »Time flies like an arrow, fruit flies like a Banana.«

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C


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

Bug#674076: Deadlock in hid_reset when Dell iDRAC is reset

[Jonathan Nieder]

Ben Hutchings wrote:
> On Tue, 2012-05-29 at 09:42 +0200, Sven Hoexter wrote:

>> We've now applied that patch to the latest Debian Squeeze Kernel release and 
>> indeed
>> fixes the 'racreset' issue.
[...]
> It won't be accepted into a 2.6.32.y release unless someone can explain
> how it was fixed upstream (ideally, which commit(s) fixed it).

Well, before that: is it fixed upstream?


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

Bug#681717: unblock: openjpeg/1.3+dfsg-4.4

[Michael Gilbert]

retitle 681717 unblock: openjpeg/1.3+dfsg-4.5
thanks

On Sun, Jul 15, 2012 at 5:59 PM, Cyril Brulebois wrote:
> Hello.
>
> Michael Gilbert  (15/07/2012):
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: unblock
>> Severity: normal
>>
>> Please unblock package openjpeg
>>
>> The unstable version enables multiarch and fixes a security issue.
>>
>> unblock openjpeg/1.3+dfsg-4.4
>
> Waiting after the freeze has happened to introduce such changes really
> isn't appreciated, especially when you get them wrong,

I agree.  The situation with openjpeg is far from ideal.  I was
working on a lot of multiarch changes supporting wine, and this one
got blocked for a while by people expecting the 1.5 transition to
happen.  Then the release team made the call on that a couple days
before the freeze, at that point those opposing stopped opposing, and
so I finally uploaded the multiarch nmu again to 1.3 but that was
unfortunately late (two days after the freeze).

You've probably already seen all the details of those discussions in
#675773 and #669348.

> That doesn't match:
>  2. changes for release goals, if they are not invasive;

Fortunately the multiarch conversion for this package was very
straightforward and not very invasive, but I can understand your
alternative perspective.  We are still in the early freeze where
riskier changes are allowable, aren't we?

> Also, debhelper (>= 5) certainly isn't sufficient for those changes, is
> it?

I apologize for missing that.  You are quite correct, that should have
been bumped to 9 as well.  I've just uploaded 1.3+dfsg-4.5 with that
change.

Best wishes,
Mike


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

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

[Ben Hutchings]

On Tue, 2012-05-29 at 09:42 +0200, Sven Hoexter wrote:
> On Mon, May 21, 2012 at 10:25:09PM +0530, shyam_i...@dell.com wrote:
> 
> Hi,
> 
> > We have observed that doing a reset on idrac on low-end server like R|T210 
> > R|T310 triggers
> > the panic whereas the high end servers do not deadlock on an iDRAC reset so 
> > we know that
> > this timing dependent.
> 
> Ah thanks that matches our observations.
> 
> 
> > Ben - I had attached the patch to the earlier thread. Let me know if you 
> > need any
> > additional work from me on this.
> 
> We've now applied that patch to the latest Debian Squeeze Kernel release and 
> indeed
> fixes the 'racreset' issue.
>
> Ben, is there a chance to get that one included in the Debian Kernel or even 
> better
> in a 2.6.32.x release upstream? Since we see the same issue with Ubuntu 10.04 
> I've
> to open a bugreport with them aswell.

I assume you mean this patch:

so I'll apply that.

It won't be accepted into a 2.6.32.y release unless someone can explain
how it was fixed upstream (ideally, which commit(s) fixed it).

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


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

Bug#681723: python-docutils: FTBFS with Python 3.3: ImportError: No module named 'en'

[Jakub Wilk]

Source: python-docutils
Version: 0.8.1-8
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python3.3

When rebuilt against Python 3.3, python-docutils FTBFS:
| # Run test suite for Python 3.X:
| cd build/py3/ && py3versions -r 
/build/python-docutils-_ozjh8/python-docutils-0.8.1/debian/control | tr ' ' '\n' | 
xargs -t -I {} env {} test/alltests.py --verbose
| py3versions: no X-Python3-Version in control file, using supported versions
| env python3.3 test/alltests.py --verbose
| :: (WARNING/2) language "en" not supported: Docutils-generated text will be 
in English.
| Traceback (most recent call last):
|   File "test/alltests.py", line 71, in 
| suite = suite()
|   File "test/alltests.py", line 63, in suite
| 'test_', packages=1)
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/test/package_unittest.py",
 line 118, in loadTestModules
| testSuite.addTest(suite())
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/test/test_language.py",
 line 197, in suite
| s.generateTests()
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/test/test_language.py",
 line 61, in generateTests
| id=language+'.py', language=language)
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/test/DocutilsTestSupport.py",
 line 299, in addTestCase
| run_in_debugger=run_in_debugger, **kwargs)
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/test/test_language.py",
 line 72, in __init__
| _reporter)
|   File 
"/build/python-docutils-_ozjh8/python-docutils-0.8.1/build/py3/docutils/languages/__init__.py",
 line 38, in get_language
| module = __import__('en', globals(), locals())
|   File "", line 1294, in _find_and_load
|   File "", line 1258, in _find_and_load_unlocked
| ImportError: No module named 'en'
| make: *** [build-stamp] Error 123
| dpkg-buildpackage: error: debian/rules build gave error exit status 2

--
Jakub Wilk


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

Bug#679180: FTBFS on arm*: SHLIB_LIBADD: No such file or directory

[Dirk Eddelbuettel]

On 16 July 2012 at 00:46, Luca Falavigna wrote:
| reopen 679180
| notfixed 679180 2.15.1-3
| thanks
| 
| 
| Fix provided in 2.15.1-3 is still half-way, as "perl = TRUE" parameter
| is passed to grep() function in the second hunk :(

Yeebus. My bad.

-4 will be comming shortly.

Dirk
 
| Answering your previous question, I isolated a list of packages to be
| given-back, and submitted it to w-b team for processing:
| https://lists.debian.org/debian-wb-team/2012/07/msg00061.html
| untyped binary data, 679180-3.patch [Press RETURN to save to a file]

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  


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

Bug#673496: [lenny -> squeeze regression] wifi broken (?)

[Paul Zimmerman]

>From: Jonathan Nieder 
>To: Paul Zimmerman 
>Cc: 673...@bugs.debian.org
>Sent: Saturday, July 14, 2012 11:44 AM
>Subject: Re: [lenny -> squeeze regression] wifi broken (?)

>Jonathan Nieder wrote:
>> Paul Zimmerman wrote:

>>>                                                                  Trying
>>> to use the backported kernel from Wheezy runs into the freeze-up
>>> problem I described.
>>
>> Were you able to boot a 3.x.y kernel in recovery mode?

>Ping.  Are you still interested in pursuing this bug?  (If you're just
>busy and will get to it in a few weeks or so, that's fine.  And if
>you're not interested in it, that's fine, too, but please do let us
>know so we can plan accordingly.)

Well, as I said, it's working now. When I was first trying to figure out the
problem, I started by replying to bug 604613 because it seemed to be 
the same symptoms I was having with my system: it had worked with 
Lenny, then was unable to get an IP address with the Squeeze kernel.
But sometime between my install of Squeeze and the attempt to use the
backported kernel, it was resolved. Since you say the ath5k drivers have 
not been updated I can only presume that something else was wrong, 
and it was fixed in one of the updates related to or accompanying the 
wicd security fix. Since that bug is no longer occurring for me, I don't 
know how I can contribute anything more to this particular bug discussion.

The backported kernel is a completely different problem, which I don't
have to deal with if I don't need that kernel. :D Yes, it did boot in "recovery"
mode on my system. But it apparently did not boot correctly, because the
wifi card was not visible to the command line interface utilities. Even worse, 
simply restarting and booting to the current Squeeze kernel was not enough
to fix whatever it did wrong with the hardware on boot. The graphical desktop
could not load until I did a hard shutdown and then restart. Whether this is 
specific to GDM or perhaps would also happen with KDM I don't know. But
some registers were altered or some bit set somewhere that caused major 
problems even when the backported kernel itself was no longer in memory. 

Admittedly, when Wheezy becomes the stable release it will BE a problem
if this has not been fixed. But I don't know what I can do to test this weird
malfunction. It seems to be a a very low hardware level. Would there be 
some sort of debugging utility that could read all the hardware registers and 
log the results? Is anyone else reporting a problem like this with the Wheezy 
kernel? Either in its backported form or in its "native" setting as part of the 
Wheezy system?


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

Bug#681722: openjpeg: needs to build-depend debhelper >= 9 for multiarch

[Michael Gilbert]

package: openjpeg
version: 1.3+dfsg-4.5
severity: important

The debhelper build dependency needs to be greater than 9 to support
debian/compat 9 as required for multiarch.

Best wishes,
Mike


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

Bug#679180: FTBFS on arm*: SHLIB_LIBADD: No such file or directory

[Luca Falavigna]

reopen 679180
notfixed 679180 2.15.1-3
thanks


Fix provided in 2.15.1-3 is still half-way, as "perl = TRUE" parameter
is passed to grep() function in the second hunk :(

Answering your previous question, I isolated a list of packages to be
given-back, and submitted it to w-b team for processing:
https://lists.debian.org/debian-wb-team/2012/07/msg00061.html


679180-3.patch
Description: Binary data

Bug#681721: popularity-contest: option to limit the list of packages sended to popcon

[Christian PERRIER]

Quoting Stéphane Blondon (stephane.blon...@gmail.com):
> Package: popularity-contest
> Version: 1.55
> Severity: wishlist
> 
> Currently, the popcon script on user computer sends the list of all
> installed packages.
> However, it would the nice to have a configurable option to limit it
> to the official package because today, there is only two choices if
> the user have sensitive packages:
> 
>  - refuse popcon to not publish them
>  - accept popcon and be unpleased because it's published.
> 
> If they can choose what they publish: {all | only official packages | none}
> it could fit more needs.
> (And perhaps to have more contributors because it could fit the users
> using currently the first choice?)


Is there a point in reporting non official packages?

/me would be OK with the "yes" choice to only report official packages



signature.asc
Description: Digital signature

Bug#643602: update-alternatives --set should be disallowed from maintainer scripts

[Guillem Jover]

tag 643602 - wontfix
reassign 643602 lintian
thanks

On Wed, 2011-09-28 at 06:16:47 +0200, Guillem Jover wrote:
> On Tue, 2011-09-27 at 16:26:10 -0700, Steve Langasek wrote:
> > I've recently spent time having to clean up after a package which earlier in
> > its history called update-alternatives --set from a maintainer script to try
> > to override a "wrong" alternative... instead of simply removing the wrong
> > alternative from the system.
> > 
> > This is problematic, of course, because now it's impossible to distinguish
> > between an alternative that's manually set because the user set it, vs. one
> > that's manually set because the package set it.
> > 
> > I don't think there's any justification for a package ever calling u-a --set
> > from a maintainer script.  Therefore I propose that this command abort if
> > $DPKG_MAINTSCRIPT_PACKAGE is set.
> 
> Hmmm, so while I agree maintainer scripts for packages in Debian (or
> I guess Ubuntu) should not be using u-a --set (or --set-selections or
> --config for that matter), I don't think outright banning it from any
> maintainer script is the right answer, because that seems to be a
> packaging policy issue. I can see how setting a specific alternative
> could be desirable in a local configuration package or another kind of
> distribution.
> 
> So I think a lintian error would be more appropriate here. It could
> even be made so that DAK refuses such uploads, perhaps. I'm tagging
> this wontfix for now, and will be closing in the near future if no
> other convincing arguments are put forward.

I'm thus reassigning to lintian.

thanks,
guillem


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

Bug#681506: xserver-xorg-input-mouse: crash on kfreebsd-*

[Cyril Brulebois]

Steven Chamberlain  (13/07/2012):
> Yep!  Fixes the crash I was seeing, and the pointer is functional again
> now on kfreebsd-amd64.  Thanks a lot.

It'd be great if somebody could check the status of the gcc bug
(reported against gcc-4.6: http://bugs.debian.org/668949).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#681721: popularity-contest: option to limit the list of packages sended to popcon

[Stéphane Blondon]

Package: popularity-contest
Version: 1.55
Severity: wishlist

Currently, the popcon script on user computer sends the list of all
installed packages.
However, it would the nice to have a configurable option to limit it
to the official package because today, there is only two choices if
the user have sensitive packages:

 - refuse popcon to not publish them
 - accept popcon and be unpleased because it's published.

If they can choose what they publish: {all | only official packages | none}
it could fit more needs.
(And perhaps to have more contributors because it could fit the users
using currently the first choice?)


-- 
Stéphane


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

Bug#681506: xserver-xorg-input-mouse: crash on kfreebsd-*

[Cyril Brulebois]

Control: tag -1 pending

Hi,

Petr Salinger  (13/07/2012):
> Package: xserver-xorg-input-mouse
> Version: 1:1.7.2-2
> Severity: serious
> Tags: patch
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> X-Debbugs-Cc: debian-...@lists.debian.org
> 
> Hi.
> 
> The current version of xserver segfaults under kfreebsd-amd64.
> 
> [   237.968] (II) Using input driver 'mouse' for 'Configured Mouse'
> [   237.968] (**) Option "CorePointer" "on"
> [   237.968] (**) Configured Mouse: always reports core events
> [   237.968]
> [   237.968] Backtrace:
> [   237.968] 0: Xorg (xorg_backtrace+0x36) [0x5641a6]
> [   237.968] 1: Xorg (0x40+0x167cc9) [0x567cc9]
> [   237.968] 2: /lib/x86_64-kfreebsd-gnu/libpthread.so.0 (0x8014cc000+0xbf04) 
> [0x8014d7f04]
> 
> 
> It is due to buggy workaround of gcc bug #665390.
> Please just replace bsd-array-bounds.diff with attached one.
> 
> I believe it will solve also #678124 and
> http://lists.debian.org/debian-bsd/2012/07/msg00068.html

thanks, I'll probably just apply it as-is. In the meanwhile, I would
appreciate if you could forward it upstream, following those guidelines:
  http://www.x.org/wiki/Development/Documentation/SubmittingPatches

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#681717: unblock: openjpeg/1.3+dfsg-4.4

[Cyril Brulebois]

Hello.

Michael Gilbert  (15/07/2012):
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: unblock
> Severity: normal
> 
> Please unblock package openjpeg
> 
> The unstable version enables multiarch and fixes a security issue.
> 
> unblock openjpeg/1.3+dfsg-4.4

Waiting after the freeze has happened to introduce such changes really
isn't appreciated, especially when you get them wrong, and when
changelog entries absolutely don't describe the actual changes
(1.3+dfsg-4.2 and 1.3+dfsg-4.3 notably).

That doesn't match:
 2. changes for release goals, if they are not invasive;

in: http://release.debian.org/wheezy/freeze_policy.html

Also, debhelper (>= 5) certainly isn't sufficient for those changes, is
it?

Other release team members may have a different opinion, but that's a no
for me. One way to go from here is reverting the multiarch changes so
that you get the security fix in. Another way would be t-p-u, but that
means close to no testing, which isn't helpful.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#681720: debian-handbook: Add xref to "Managing Package Priorities" section

[Daniele Forsi]

Package: debian-handbook
Severity: wishlist
Tags: patch

Replace the words "chapter on APT configuration" with a link to section
6.2.5. Managing Package Priorities
>From bfd421338d48b0846e80a5c4a0642a8870f6ccf0 Mon Sep 17 00:00:00 2001
From: Daniele Forsi 
Date: Sun, 15 Jul 2012 23:29:20 +0200
Subject: [PATCH] Add xref to "Managing Package Priorities" section

---
 en-US/06_apt.xml  |2 +-
 en-US/15_debian-packaging.xml |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/en-US/06_apt.xml b/en-US/06_apt.xml
index 284b2c4..9269d81 100644
--- a/en-US/06_apt.xml
+++ b/en-US/06_apt.xml
@@ -752,7 +752,7 @@ deb-src http://ftp.debian.org/debian stable main contrib non-free
 	the update-exim4.conf command.
   
 
-
+
   Managing Package Priorities
 
   One of the most important aspects in the configuration of APT
diff --git a/en-US/15_debian-packaging.xml b/en-US/15_debian-packaging.xml
index 9e3ccb0..eb8efb4 100644
--- a/en-US/15_debian-packaging.xml
+++ b/en-US/15_debian-packaging.xml
@@ -716,7 +716,7 @@ release_label = Internal Packages
 Release files for each archive. This can help
 manage package installation priorities using the
 /etc/apt/preferences configuration file (see
-chapter on APT configuration for details).
+ for details).
 
 
   SECURITY mini-dinstall and permissions
-- 
1.7.10.4

Bug#681599: vim/python2.7: symbol lookup error: vim: undefined symbol: init_hashlib

[Jakub Wilk]

* Jakub Wilk , 2012-07-15, 15:07:
this is most likely caused by building _hashlib as an extension, 
not a builtin anymore, to address #680930. rebuilding vim should 
fix it.

Indeed, rebuild fixed the problem for me.


However, in comparison to version in testing (2.7.3~rc2-2.1), 
libpython2.7 not only removed two symbols (init_hashlib, init_ssl) but 
also added one (init_heapq). This new symbol doesn't have correct 
dependency declared in the symbols file. As a consequence, if you 
rebuild vim in unstable, and then run it against libpython2.7 from 
testing, you get this:


$ LD_BIND_NOW=1 vim
vim: symbol lookup error: vim: undefined symbol: init_heapq


I'll check if other source packages are affected later.


I checked all i386 binaries depending on libpython2.7:

- There are no other users of init_hashlib.

- ntop uses init_ssl. However, the intention was to use this one:

$ readelf -s /usr/lib/ntop/libntopreport.so | grep -w init_ssl
   446: 00046480  1804 FUNCGLOBAL DEFAULT   12 init_ssl

So if libpython2.7 dropping init_ssl makes any difference for ntop, then 
it should rather fix things than break them.


--
Jakub Wilk


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

Bug#681719: unblock: chromium-browser/20.0.1132.57~r145807-1

[Michael Gilbert]

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

Please unblock package chromium-browser

This is a new upstream stable release that fixes multiple security
issues, and an rc build failure on arm was fixed.

unblock chromium-browser/20.0.1132.57~r145807-1


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

Bug#681718: unblock: wine/1.4.1-2

[Michael Gilbert]

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

Please unblock package wine

It fixes an rc issue and fixes some other important issues.

unblock wine/1.4.1-2


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

Bug#681594: [buildd-tools-devel] Bug#681594: on kfreebsd-* doesn't support getting executable pathname from kernel and from /proc/self/exe

[Roger Leigh]

On Sat, Jul 14, 2012 at 05:18:36PM +0200, Gabriele Giacone wrote:
>  nekocCALL  __sysctl(0xbfbfe8f4,0x4,0x804c060,0xbfbfe8f0,0,0)
>  nekocSCTL  "kern.proc.pathname.-1"
> -- schroot --
>  nekocRET   __sysctl 0
> -- outside --
>  nekocRET   __sysctl -1 errno 2 No such file or directory
> -- schroot --
>  # ls -l /proc/self/exe
>  ls: cannot read symbolic link /proc/self/exe: No such file or directory
>  lr--r--r-- 1 root root 0 Jul 14 14:39 /proc/self/exe
> 
> -- outside --
>  # ls -l /proc/self/exe
>  lr--r--r-- 1 root root 0 Jul 14 16:39 /proc/self/exe -> /bin/ls

So what's missing here, linprocfs inside the chroot?  Or is there
something additional that needs setting up?

What's the output of "schroot -i -c $chroot" for the build chroot?
and/or "schroot --config"?


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#681698: [pkg-dhcp-devel] Bug#681698: /sbin/dhclient: make updating /etc/resolv.conf configurable, make setting default gw configurable

[Andrew Pollock]

On Sun, Jul 15, 2012 at 08:26:45PM +0200, folkert wrote:
> Package: isc-dhcp-client
> Version: 4.2.2.dfsg.1-5
> Severity: wishlist
> File: /sbin/dhclient
> 
> Hi,

Hi,
 
> If you ever feel the need to do some coding, I have a couple of suggestions 
> for dhcp:
> - make updating resolv.conf switchable, so that you can prevent it from doing 
> so
> - make setting the default gateway switchable
> 
> This can be accomplished by manually editting /sbin/dhclient-script but that 
> gives problems if you e.g. want to get def gw on eth0 via dhcp (but not on 
> eth1).

So you can accomplish the /etc/resolv.conf part today, by redefining the
make_resolv_conf() function in a custom hook in
/etc/dhcp/dhclient-enter-hooks.d/ You could make the function be a total
no-op, and then you have what you want there.

As for default gateway behaviour, that's a bit more difficult today. It is
my longer term vision for /sbin/dhclient-script to be a large collection of
shell functions that can be user-overridden by way of hooks.
 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.4.0 (SMP w/6 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
> LC_ALL to default locale: No such file or directory
> UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages isc-dhcp-client depends on:
> ii  debianutils  4.3
> ii  iproute  20120319-1
> ii  isc-dhcp-common  4.2.2.dfsg.1-5
> ii  libc62.13-33
> 
> isc-dhcp-client recommends no packages.
> 
> Versions of packages isc-dhcp-client suggests:
> pn  avahi-autoipd  
> pn  resolvconf 
> 
> -- debconf information excluded
> 
> ___
> pkg-dhcp-devel mailing list
> pkg-dhcp-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-dhcp-devel
> 


signature.asc
Description: Digital signature

Bug#681338: [INTL:es] Spanish updated translation for packaging-tutorial

[Omar Campagne]

On 07/15/2012 12:43 PM, Lucas Nussbaum wrote:

On 12/07/12 at 14:03 +0200, Omar Campagne wrote:

Package: packaging-tutorial
Version: 0.6
Severity: wishlist
Tags: l10n, patch

Please find attached the updated Spanish's translation file.

Hi Omar,

Thanks a lot! Would it be possible for you to make your changes directly
in the git repository, or do you really prefer me to commit them for
you?

Lucas


I like to commit myself if possible. I didn't find the project 
packaging-tutorial at alioth

to make a request.

My name at alioth.debian is elric-guest. I'll start commiting once I get 
permissions or

instructions to get access.

Thanks for the offering :)

Regards,

Omar


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

Bug#677788: multi-arch for lesstif2

[Michael Gilbert]

> IMO, this bug is important enough to fix in wheezy, as it affects the
> ability to upgrade ia32-libs.  I'd be happy to NMU, if the maintainers
> don't mind.

This package has not been updated in 3 years, so it is a prime
candidate for nmu'ing.  In fact, it's perfectly appropriate to nmu
without advance permission of the maintainer in general.

If you don't get around to the nmu in the next couple days, I'll go
ahead and do it.

Best wishes,
Mike


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

Bug#681717: unblock: openjpeg/1.3+dfsg-4.4

[Michael Gilbert]

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

Please unblock package openjpeg

The unstable version enables multiarch and fixes a security issue.

unblock openjpeg/1.3+dfsg-4.4


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

Bug#680234: sane-backends: FTBFS[kfreebsd]

[Michael Gilbert]

Hi, I've uploaded an nmu fixing this issue, based on the above patch.
See attached for nmu debdiff.

Best wishes,
Mike


sane-backends.patch
Description: Binary data

Bug#681410: false postives for arch-dependent-file-not-in-arch-specific-directory diagnose

[Jakub Wilk]

* Russ Allbery , 2012-07-15, 11:56:

I noticed a lot of false positives:


E: libpython3.3-dev: 
arch-dependent-file-not-in-arch-specific-directory 
usr/lib/python3.3/config-3.3m-x86_64-linux-gnu/libpython3.3m-pic.a


Move it to /usr/lib//python3.3/config-/ and 
add a symlink if really needed. This will make lintian happy.


So maybe better check if the path either contains the multiarch name 
or the debian architecture name.
I think we should rather remove existing exceptions (for ruby and 
openjdk, after they are fixed) than to add more.


What (besides minor improvements in ease of maintenance of Lintian) 
would be gained from doing so? It looks to me like this is an 
arch-qualified path, so it satisfies the requirements of multiarch, and 
the only issue is that Lintian has to be slightly more complex to 
detect that.


I'm not very active at the moment, so weigh my opinion accordingly, but 
I always tried to apply the general principle that if Lintian *could* 
figure out the right thing to do, fixing Lintian rather than changing 
packages just to make life easier for Lintian is the right approach 
unless the package behavior introduces an actual bug or Policy 
violation. If people have do things just to make Lintian happy, it 
discourages people from using Lintian and paying attention to it.


Fair enough.

The attached is a patch to whitelist all uses of multiarch triplet 
within paths.


I didn't whitelist Debian architecture names, because they are too 
generic (e.g. "i386" is CPU name for various other architectures that 
are != i386). If someone thinks whitelisting them is a good idea, 
they'll have to write the code themselves. :P


(I still think that maintainers should use /usr/lib///, 
which is blessed by the Policy, wherever possible instead of inventing 
their own schemas.)


--
Jakub Wilk
diff --git a/checks/binaries b/checks/binaries
--- a/checks/binaries
+++ b/checks/binaries
@@ -229,7 +229,7 @@
 }
 
 if ($multiarch eq 'same') {
-unless ($file =~ m,/(?:$gnu_triplet_re|$ruby_triplet_re|java-\d+-openjdk-\Q$arch\E|\.build-id)/,) {
+unless ($file =~ m,\b$gnu_triplet_re\b|/(?:$ruby_triplet_re|java-\d+-openjdk-\Q$arch\E|\.build-id)/,) {
 tag 'arch-dependent-file-not-in-arch-specific-directory', $file;
 }
 }

Bug#681716: automatic setup using dbconfig-common / debconf

[Michael Biebl]

Package: sogo
Version: 1.3.16-1
Severity: wishlist

Hi,

it would be great if the sogo package provided a better out-of-the box
experience. This could include
- setting up the mysql / postgresql database (using dbconfig-common)
- query/determine the ldap configuration. populating the ldap directory
  with the necessary structure if not existent.
- query/determine the imap / smtp configuration and setup up sogo.conf
  accordingly.
- include a README.Debian with further information regarding the steps
  needed to get sogo running. This could include links to external
  documentation.


Michael



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

Kernel: Linux 3.2.0-3-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


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

Bug#680833: glunarclock: FTBFS: build-dependency not installable: libpanel-applet2-dev

[Lucas Nussbaum]

On 12/07/12 at 16:38 -0400, Christine Spang wrote:
> Hi Lucas,
> 
> I suspect this package should be removed from wheezy. It needs
> non-trivial upstream dev work to port to new gnome apis, the original
> upstream is pretty dead, and it's not a priority for me to do the work
> myself.
> 
> There's no real reason for a program like this to be a C applet in the
> modern world---if the functionality's not available already in another
> way in GNOME 3, a rewrite in a language that is speedier to develop in
> is almost certainly a better idea than maintaining it in C.

Hi Christine,

Maybe you could ask the release team to remove that package from
testing, so that it's off the release radar?

Lucas


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

Bug#680300: Let's focus on WebIDDelegatedAuth library for a start

[Olivier Berger]

retitle 680300 RFP: libwebiddelegatedauth-php -- WebID delegated authentication 
support library for PHP
thanks

Hi.

On Wed, Jul 04, 2012 at 10:51:20PM +0200, Olivier Berger wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: php-libauthentication
>   Upstream Author : Melvin Carvalho
> * URL : https://github.com/melvincarvalho/libAuthentication
> * License : GNU Affero General Public License
>   Programming Lang: PHP
>   Description : a PHP implementation of the FOAF+SSL protocol
> 
> libAuthentication is a PHP implementation of the FOAF+SSL protocol. Further 
> details of FOAF+SSL can be obtained at http://esw.w3.org/topic/foaf+ssl
> 
> FOAF+SSL is known as WebID these days, btw.
> 

Actually, what I think would be useful first, is to have WebIDDelegatedAuth [0] 
packaged first.

It is a scaled down version of libAuthentication, that just deals with the 
delegated authentication needs, which is already enough for quite a few use 
cases of WebID use.

Note that some unofficial packaging sources are available in upstream git tree.

Hope this helps.

[0] https://github.com/WebIDauth/WebIDDelegatedAuth
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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

Bug#679180: FTBFS on arm*: SHLIB_LIBADD: No such file or directory

[Luca Falavigna]

reopen 679180
notfixed 679180 2.15.1-2
thanks

Unfortunately, the patch didn't work as expected for two reasons:
* PCRE engine is used when arm* architecture is not found, we wanted
the other way round.
* perl = TRUE option has to be passed to sub() function, not grep() one.

I'm attaching a patch which should work now.
Dirk, could you please check it and upload a new revision?


679180-2nd.patch
Description: Binary data

Bug#681639: initscripts: no longer updates /var/log/dmesg

[Roger Leigh]

On Sat, Jul 14, 2012 at 11:41:05PM +0100, Nyk Tarr wrote:
> Since the deletion of /etc/init.d/bootlogs, as far as I can see there is
> nothing updating /var/log/dmesg.
> 
> please re-instate bootlogs.

This should be handled by rsyslogd.  Is the content of /var/log/dmesg
not present in the standard system logs such as /var/log/kern.log?
This was removed because it was redundant, duplicating existing
functionality.  Is this not the case for your system?


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#681589: givaro: uses system include syntax for local header

[Adam D. Barratt]

On Sun, 2012-07-15 at 13:17 +0800, Lifeng Sun wrote:
> Could you please remove givaro, fflas-ffpack and linbox from testing
> if you don't want to make a new transition from libgivaro0 to
> libgivaro1? Thanks.

Avoiding a new transition at this point would be preferable I'm afraid.
linbox looks unmaintained, fflas-ffpack has only been in the archive
since the day before freeze and givaro was unmaintained until a few
weeks ago.

I've added the relevant removal hints; thanks for your work on the
packages, it's unfortunate that these issues occurred so close to the
freeze.

Regards,

Adam


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

Bug#681715: [mumble-server] debcheckout does not find the source in the subversion repository

[Georg Gast]

Package: mumble-server
Version: 1.2.3-348-g317f5a0-1
Severity: normal

--- Please enter the report below this line. ---
Dear maintainers,

i just wanted to get the source from the debian vcs from mumble-server. 

debcheckout mumble-server
declared svn repository at svn://svn.debian.org/pkg-voip/mumble/trunk/
svn co svn://svn.debian.org/pkg-voip/mumble/trunk/ mumble-server ...
svn: URL 'svn://svn.debian.org/pkg-voip/mumble/trunk' doesn't exist
checkout failed (the command above returned a non-zero exit code)

apt-get source mumble-server gets the source, but it warns that the "real 
source" is maintained in subversion.

 apt-get source mumble-server
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Picking 'mumble' as source package instead of 'mumble-server'
NOTICE: 'mumble' packaging is maintained in the 'Svn' version control system 
at:
svn://svn.debian.org/pkg-voip/mumble/trunk/
Need to get 3155 kB of source archives.
Get:1 http://ftp.de.debian.org/debian/ wheezy/main mumble 1.2.3-348-g317f5a0-1 
(dsc) [2836 B]
Get:2 http://ftp.de.debian.org/debian/ wheezy/main mumble 1.2.3-348-g317f5a0-1 
(tar) [3121 kB]
Get:3 http://ftp.de.debian.org/debian/ wheezy/main mumble 1.2.3-348-g317f5a0-1 
(diff) [30.5 kB]
Fetched 3155 kB in 0s (3892 kB/s)
dpkg-source: info: extracting mumble in mumble-1.2.3-348-g317f5a0
dpkg-source: info: unpacking mumble_1.2.3-348-g317f5a0.orig.tar.gz
dpkg-source: info: unpacking mumble_1.2.3-348-g317f5a0-1.debian.tar.gz
dpkg-source: info: applying 02-reject-with-ip-in-log.diff
dpkg-source: info: applying 05-lsb-description.diff

svn list svn://svn.debian.org/pkg-voip/

shows that there is no mumble folder there.

...
misdn-kernel/
misdn-user/
misdnv2user/
monast/
mumble-django/
ohphone/
op-panel/
opal/
openam/
openh323/
...


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

Debian Release: wheezy/sid
  500 testing security.debian.org 
  500 testing ftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libavahi-client3   (>= 0.6.16) | 0.6.31-1
libavahi-common3   (>= 0.6.16) | 0.6.31-1
libavahi-compat-libdnssd1  (>= 0.6.16) | 0.6.31-1
libc6 (>= 2.4) | 2.13-33
libcap2  (>= 2.10) | 1:2.22-1
libgcc1   (>= 1:4.1.1) | 1:4.7.1-2
libiceutil34   | 3.4.2-8
libprotobuf7   | 2.4.1-3
libqt4-dbus   (>= 4:4.5.3) | 4:4.8.2-1
libqt4-network(>= 4:4.5.3) | 4:4.8.2-1
libqt4-sql(>= 4:4.5.3) | 4:4.8.2-1
libqt4-xml(>= 4:4.5.3) | 4:4.8.2-1
libqtcore4(>= 4:4.8.0) | 4:4.8.2-1
libssl1.0.0 (>= 1.0.0) | 1.0.1c-3
libstdc++6  (>= 4.1.1) | 4.7.1-2
libzeroc-ice34 | 3.4.2-8
debconf  (>= 0.5)  | 1.5.44
 OR debconf-2.0| 
adduser| 3.113+nmu3
dbus   | 1.6.0-1
libqt4-sql-sqlite  | 4:4.8.2-1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
mumble-server-web| 
mumble-django| 


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

Bug#681595: [pkg-wine-party] Bug#681595: wine: "DB Fahrplaninformation" does not display date and time fields correctly

[Michael Gilbert]

control: severity -1 important

On Sat, Jul 14, 2012 at 11:31 AM, Hilko Bengen wrote:
> "DB Fahrplaninformation"[1], the offline timetable information tool for
> Deutsche Bahn, does not correctly display times and dates in the main
> search dialog, which makes using the program almost impossible. This
> problem can be fixed by manually installing fonts/*.fon to
> /usr/share/wine/fonts/. The files are still created at build time but no
> longer installed in response to #676443. (See attached images).

My opinion is that font rendering issues in a very small minority of
potential applications does not qualify as release-critical for wine.

Best wishes,
Mike


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

Bug#574947: global: newer release (6.2.4) is available

[Thomas Viehweger]

retitle 574947 global: newer release (6.2.4) is available
severity 574947 important
found 574947 global/5.7.1-2
thanks

Because of the age of the version 5.7.1 the packet becomes more and more 
unusable to browse newer source code.
In my opinion this is the exact description of the severity important.

Regards,
Thomas


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

Bug#357093: dpkg --merge-avail from pipes

[Guillem Jover]

tag 357093 - wontfix
retitle 357093 dpkg: Add support for --merge-avail from pipes
thanks

On Sun, 2008-06-22 at 21:21:02 +0200, Raphael Hertzog wrote:
> On Tue, 14 Mar 2006, Dan Jacobson wrote:
> > I found
> > ...|dpkg --merge-avail -
> > ...|dpkg --merge-avail /dev/stdin
> > dpkg --merge-avail < file
> > don't work. One can only do
> > dpkg --merge-avail file.
> > (I was using --root=., if it matters.)
> > 
> > Behaves as documented, but inflexible.
> 
> Given that the available file is mostly useful for dselect and that
> fixing this bug is of almost zero interest, I'm tagging it wontfix
> so that it doesn't clutter our view in the BTS.
> 
> It's a "soft" wontfix in the sense that if anyone comes up with a patch,
> we're willing to look at it... but otherwise our time is better spent on
> fixing other bugs.

This does not make sense either. If the request is valid then it
should not be wontfix. Removing the wontfix.

guillem


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

Bug#681714: smokeping - off-by-one error on graph time axis

[james]

Package: smokeping
Version: 2.6.8-1

Severity: normal

Release: Unstable

The chart data seem to be displayed "off-by-one", with the most recent 5min
measurement shown covering the earlier 10min to earlier 5min time period, and
with the most recent time period shown blank, when using 5min updates.  The
data is shown 5min earlier than the actual time.

This is especially a problem when setting-up smokeping "targets" for the first
time and wondering if new configuration is correct and working, where it may
appear that no measurement was made or recorded for the current time period.


James


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

Bug#655872: Fwd: Re: [Gc] Powerpc/m68k/freebsd issue running test_stack

[Ivan Maidanski]

Could somebody point me to the commit of libatomic_ops which makes the test to 
fail?

PS. I fixed build problem with kfreebsd/i386: 
https://github.com/ivmai/libatomic_ops/commit/613f39d369045e8fc385a439f67a575cddcc6fa1
 (pushed to master (v7.3alpha3) and to 
https://github.com/ivmai/libatomic_ops/tree/libatomic_ops-7_2-hotfix-1 - will 
go to v7.2d release including that of bdwgc)

Regards,
Ivan

Bug#577843: dpkg-dev: dpkg-genchanges -- Add --long optons

[Guillem Jover]

tag 577843 - wontfix
retitle 577843 dpkg-dev: Add --long option counterparts to perl scripts
thanks

On Thu, 2010-04-15 at 09:26:00 +0200, Raphael Hertzog wrote:
> On Thu, 15 Apr 2010, Jari Aalto wrote:
> > Please add support for --long style options.
> > 
> > These options can help in writing readable shell scripts and
> > debian/rules files by not having to consult the manpages in many
> > occasions.

> If we ever do something, it's something like using Getopt::Long for _all_
> the existing scripts but I'm not sure we can support all the current
> oddities with such an option parsing library.

I don't see how this is a prerequisite.

> In the mean time, this is not something that I'm going to do and I prefer
> to not have this bug clutter my view of other stuff that I'm more likely
> to implement.
> 
> Don't take this as a personal offense, it's not. It's just that I could
> file hundreds of similar "wishlists" by myself and it wouldn't help at
> all. We need people to tackle such projects and not people to remind us of
> what we can improve. :-)

These do not make sense, either the request is valid, or it's not.
Because it is, I'm removing the wontfix.

guillem


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

Bug#541313: dpkg: automatically skip all but highest version when asked to unpack multiple packages with the same name

[Guillem Jover]

tag 541313 - wontfix
thanks

On Wed, 2011-01-26 at 02:36:46 +0100, Guillem Jover wrote:
> On Thu, 2009-08-13 at 10:24:36 +0100, Colin Watson wrote:
> > (Yes, I know that either -G or -GE, depending on the circumstances, will
> > have a sort of similar effect. I still think this is a useful request
> > even given that; if I don't have the package installed right now and do
> > 'dpkg -i *.deb', I don't see any reason why it shouldn't just use the
> > newest version rather than having some random effects based on directory
> > entry ordering.)
> 
> With #31141 now fixed in git, -G should behave more sanely, so if you
> have in directory versions 1.0, 1.1 installed and 1.2 under development,
> using -G should have the same effect as what you request, by not
> downgrading on unpack to any of the previous versions.
> 
> Implementing what you request would require parsing all packages control
> files first, which we are not currently doing. And while I'm not opposed
> to doing that in principle, I just don't see the need to implement it
> for this particular case alone, given the new behaviour of -G and -E.
> 
> So I'm tagging as wontfix for now (instead of closing, because I think
> the request is valid), but if the fix in #31141 is not enough to subdue
> any possible current grievance then I'm open to reconsider!

Given that doing exactly this is required to fix other misbehaviours,
and that the request is valid, the wontfix does not really make any
sense, reverting that.

thanks,
guillem


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

Bug#679892: pdftoipe: Port to libpoppler25 API

[Pino Toscano]

forwarded 679892 https://sourceforge.net/apps/mantisbt/ipe7/view.php?id=112
thanks

Hi,

Alle lunedì 2 luglio 2012, Andy Whitcroft ha scritto:
> We are using this patch in Ubuntu to handle the changes in
> libpoppler's API version 19 to version 25/26.  Please consider for
> Debian.

This patch has two issues:
- it is not compatible with the poppler version (0.18.x) currently in
  Debian
- the format for the parameters in the error string is wrong
  (in >= 0.20, it is not printf-like but follows the GooString::format()
  syntax)

I just reported upstream the issue (it was not reported), proposing a
patch which would switch the call to error() to a simplier fprintf().
This avoids issues if error() changes again in the future, and it is
compatible with any poppler version.

Thanks,
-- 
Pino Toscano


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

Bug#681598: /usr/share/pyshared/lsb_release.py: release detection fails with http.debian.net redirector in sources.list

[Jeff Licquia]

On 07/14/2012 11:45 AM, Nikolaus Rath wrote:
> When using the http.debian.net redirector, though
> 
> | deb-src http://http.debian.net/debian/ testing main contrib non-free
> | deb http://http.debian.net/debian/ testing main contrib non-free
> 
> the detection fails:

Cannot duplicate on my system:


jeff@virtpc-wheezy:~$ python
Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import lsb_release
>>> lsb_release.get_distro_information()
{'DESCRIPTION': u'Debian GNU/Linux testing (wheezy)', 'RELEASE':
u'testing', 'CODENAME': 'wheezy', 'OS': 'GNU/Linux', 'ID': 'Debian'}
>>>
jeff@virtpc-wheezy:~$ cat /etc/apt/sources.list

deb http://http.debian.net/debian/ testing main contrib non-free
deb-src http://http.debian.net/debian/ testing main contrib non-free

#deb http://security.debian.org/ testing/updates main contrib non-free
#deb-src http://security.debian.org/ testing/updates main contrib non-free

#deb http://ftp.uwsg.indiana.edu/linux/debian/ wheezy-updates main
contrib non-free
#deb-src http://ftp.uwsg.indiana.edu/linux/debian/ wheezy-updates main
contrib non-free
jeff@virtpc-wheezy:~$


One potential issue I did find: lsb_release did get quite confused when
I changed sources.list but did not "apt-get update" afterwards.  Can you
check that and see if "apt-get update" makes a difference?


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

Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Michael Biebl]

On 15.07.2012 20:21, Norbert Preining wrote:

> On Fr, 13 Jul 2012, Per Olofsson wrote:
>> OK. xdg-open merely calls gvfs-open on the file. Reassigning.
> 
> I tried now to find out *why* gvfs-open opens everything in the
> desktop browser ...
> 
> I straced a gvfs-call and the following files (that exist) containing
> "mime" or "default" are opened:
>   /usr/share//mime/mime.cache
>   /home/norbert/.local/share/applications/mimeapps.list
>   /usr/share/gnome/applications/mimeinfo.cache
>   /usr/share/gnome/applications/defaults.list
>   /usr/local/share/applications/mimeinfo.cache
>   /usr/local/share/applications/defaults.list
>   /usr/share/applications/mimeinfo.cache
> all of these when searched for application/pdf give evince.desktop
> or a more complete list of pdf viewers. Onl the mime.cache I couldn't
> check since it is a binary file.

Please tar those files and attach them to the bug report (including
their full path)

> I don't see why gvfs decides to open that in a file manager. No warning
> message, no error message, nothing points to a file manager.
> As already mentioned in the bug report, all the xdgg-mime point to
> evince.
> 
> Inspired by another bug report I was reading I trid that:
> $ python -c 'import gio; f = gio.File("file:/home/norbert/foo.pdf");print 
> f.query_default_handler();'
> 
> and : 

Works fine here.
python -c 'import gio; f = gio.File("/home/michael/docs/APG.pdf");print
f.query_default_handler();'


Your problem is not reproducible and looks like a local
(mis)configuration problem.

Have you tried with a fresh user account?


-- 
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#681605: unblock: geoip/1.4.8+dfsg-4

[Patrick Matthäi]

Am 15.07.2012 21:38, schrieb Cyril Brulebois:
>> Hum, multiarch is a release goal […]
> 
> I think my reply pretty much made it clear I understood that part; that
> doesn't make your changes less invasive.

ACK

> 
>> and I need an multiarched geoip for myself in Wheezy
> 
> I'm not sure the personal needs of a single individual are going to
> convince us to forget about the freeze policy we have decided on. If you
> badly needed it, you should have done that before the freeze, not 10
> days after.

If someone others opens a bug because he needs it for xyz, that is also
an need for an individual.
Yeah I should had done it weeks ago, just get familar on building
multiarch packages last week.. ;)

> 
>>> Ccosmetic changes really are *not* appreciated during freeze.
>>
>> Yeah sorry, but it shouldn't break anything :)
> 
> That we don't know until we have reviewed them all, which is why they
> are not appreciated.
> 
> 
> Unless somebody else feels like reviewing this package, I'll personally
> go for “sorry, but no”.

Since there are no important bugfixes I accept your decission, but maybe
it could be accepted if it has been aged for e.g. 80 days :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature