Bug#1051353: freecad: Can't create window in arch workbench

[philippe]

Package: freecad
Version: 0.20.2+dfsg1-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I try to create an house with the arch workbench.
When I want to add a window, this is not created

   * What was the outcome of this action?
I get this error :
20:54:51  
20:54:51  Traceback (most recent call last):
20:54:51File "/usr/share/freecad/Mod/Draft/draftguitools/gui_snapper.py",
line 1417, in click
20:54:51  accept()
20:54:51File "/usr/share/freecad/Mod/Draft/draftguitools/gui_snapper.py",
line 1429, in accept
20:54:51  if len(inspect.getargspec(callback).args) > 1:
20:54:51 ^^
20:54:51  AttributeError: module 'inspect' has no attribute 'getargspec'. Did
you mean: 'getargs'?

It seems to be a conflict with phyton version (getargspec seems to be
depracted)

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 12.1
  APT prefers stable-security
  APT policy: (960, 'stable-security'), (950, 'stable-updates'), (910, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-11-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-4

Versions of packages freecad recommends:
ii  calculix-ccx  2.20-1
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
ii  povray  1:3.7.0.10-2+b2

-- no debconf information

Bug#441075: Pan's bug :(

[Philippe]

Hi !

Why don't you re'compile pan with newer header/libs ???
Your pan version is bugged and a simple recompilation is enough This 
bug is 3 mouths old ... What are you waiting for ???

If you don't want to be maintener anymore just tell it, please.

A pan and debian lover.

Cheers.
Philippe.



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

Bug#553392: 'hugin' received an X Window System error

[Philippe]

Andreas Metzler a écrit :



gdb hugin
run

Now gdb should start and halt on this message:
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
---Type  to continue, or q  to quit---

As suggested press return to continue. This will happen a couple of
times until hugin starts up. Do whatever you need to do to reproduce
the crash. Then go to gdb window and enter 


bt

Show the output.
cu andreas


  

Hi,

I finally manage to find where the problem comes from trying to build 
the package from source using this tutorial:

http://wiki.debian.org/HowToGetABacktrace

At the end of the package building process, it complains about fglrx 
stuff which was installed on my computer. Removing all the packages 
related to fglrx and restarting X have allowed me to get hugin starting 
normally on my computer.
However, removing the fglrx stuff makes my windows moving very slowly 
and scrolling as well. My video card is a asus eah4350 silent and i am 
using the radeon driver.



Cheers,

Phil





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

Bug#615159: nepomulkservices consume too many memory

[philippe]

Package: kdebase-runtime
Version: 4:4.4.5-1
Severity: grave
Tags: squeeze

I have reboot the pc, launch kde, eclipse.
I leave le pc idle 10 hours.
When I reuse it, the system was usuable, I launch the system-monitor,
I see that one of the 2 nepomukservices is consuming more than 950 Mo of the
2Go memory.
So with swapping it was usable.

I have stop the service indexing.
I did not see any other option to control these services: limit the memory may
be a good option.
May be there a memory leak ?





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

Kernel: Linux 2.6.32-5-amd64 (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 kdebase-runtime depends on:
ii  kdebase-runtime-dat 4:4.4.5-1shared data files for the KDE base
ii  kdelibs5-plugins4:4.4.5-2core plugins for KDE Applications
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libattica0  0.1.4-1  a Qt library that implements the O
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libexiv2-9  0.20-2   EXIF/IPTC metadata manipulation li
ii  libgcc1 1:4.4.5-8GCC support library
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libkde3support4 4:4.4.5-2the KDE 3 Support Library for the 
ii  libkdecore5 4:4.4.5-2the KDE Platform Core Library
ii  libkdesu5   4:4.4.5-2the Console-mode Authentication Li
ii  libkdeui5   4:4.4.5-2the KDE Platform User Interface Li
ii  libkdnssd4  4:4.4.5-2the DNS-SD Protocol Library for th
ii  libkfile4   4:4.4.5-2the File Selection Dialog Library 
ii  libkhtml5   4:4.4.5-2the KHTML Web Content Rendering En
ii  libkio5 4:4.4.5-2the Network-enabled File Managemen
ii  libkmediaplayer44:4.4.5-2the KMediaPlayer Interface for the
ii  libknewstuff2-4 4:4.4.5-2the "Get Hot New Stuff" v2 Library
ii  libknewstuff3-4 4:4.4.5-2the "Get Hot New Stuff" v3 Library
ii  libknotifyconfig4   4:4.4.5-2library for configuring KDE Notifi
ii  libkparts4  4:4.4.5-2the Framework for the KDE Platform
ii  libkpty44:4.4.5-2the Pseudo Terminal Library for th
ii  libkutils4  4:4.4.5-2various utility classes for the KD
ii  libnepomuk4 4:4.4.5-2the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.5-2the Nepomuk Query Library for the 
ii  libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag
ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii  libplasma3  4:4.4.5-2the Plasma Library for the KDE Pla
ii  libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module
ii  libqt4-network  4:4.6.3-4Qt 4 network module
ii  libqt4-qt3support   4:4.6.3-4Qt 3 compatibility library for Qt 
ii  libqt4-svg  4:4.6.3-4Qt 4 SVG module
ii  libqt4-xml  4:4.6.3-4Qt 4 XML module
ii  libqtcore4  4:4.6.3-4Qt 4 core module
ii  libqtgui4   4:4.6.3-4Qt 4 GUI module
ii  libsmbclient2:3.5.6~dfsg-3   shared library for communication w
ii  libsolid4   4:4.4.5-2Solid Library for KDE Platform
ii  libsoprano4 2.5.0+dfsg.1-1   libraries for the Soprano RDF fram
ii  libssh-40.4.5-3  A tiny C SSH library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libstreamanalyzer0  0.7.2-1+b1   streamanalyzer library for Strigi 
ii  libstreams0 0.7.2-1+b1   streams library for for Strigi Des
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxcursor1 1:1.1.10-2   X cursor management library
ii  oxygen-icon-theme   4:4.4.5-1Oxygen icon theme
ii  perl5.10.1-17Larry Wall's Practical Extraction 
ii  phonon-backend-xine 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend
ii  plasma-scriptengine 4:4.4.5-1the JavaScript script engine for P
ii  shared-desktop-onto 0.5-1shared ontologies for semantic sea

Versions of packages kdebase-runtime recommends:
ii  hal0.5.14-3  Hardware Abstraction Layer
ii  virtuoso-minimal   6.1.2+dfsg1-1 high-performance database - core d

Versions of packages kdebase-runtime suggests:
pn  djvulibre-bin  (no description available)
pn  icoutils   (no description available)

-- no debconf information



-- 
T

Bug#890307: tortoisehg: needs update for mercurial 4.6

[Philippe Pepiot]

In case someone want to take over this update, we made a package for
tortoisehg 4.6 (I also sent this to the maintainers few weeks ago).

See attached diff and dsc available at 
https://apt.logilab.fr/pool/main/t/tortoisehg/tortoisehg_4.6-1.dsc

Changes are:

  * update to upstream version 4.6
  * drop compiled pyqt ui files (which are now part of the release on bitbucket)
  * add python-pyqt5.qtsvg as explicit dependency, it's required to have icons 
properly displayed but isn't pulled with --no-install-recommends.


Cheers,
>From c61dcc419ee2a9dc76d32de37bc0610ff96ee94e Mon Sep 17 00:00:00 2001
From: Philippe Pepiot 
Date: Thu, 24 May 2018 11:00:15 +0200
Subject: [PATCH] New upstream version 4.6

---
 debian/changelog | 8 
 debian/control   | 4 ++--
 debian/copyright | 1 +
 3 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index dbce1d0..44a8f6d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+tortoisehg (4.6-1) unstable; urgency=medium
+
+  * New upstream version 4.6
+  * Add explicit dependency on python-pyqt5.qtsvg to have icons working
+  * Exclude qt ui files from orig tarball
+
+ -- Philippe Pepiot   Thu, 24 May 2018 10:59:03 +0200
+
 tortoisehg (4.5.3-1) unstable; urgency=medium
 
   [ Thomas Liebetraut ]
diff --git a/debian/control b/debian/control
index 9d61c5a..7b0290f 100644
--- a/debian/control
+++ b/debian/control
@@ -18,8 +18,8 @@ X-Python-Version: >= 2.4
 
 Package: tortoisehg
 Architecture: all
-Depends: mercurial (>= 4.4~), mercurial (<< 4.6~), python-pyqt5,
- python-pyqt5.qsci, ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
+Depends: mercurial (>= 4.6~), mercurial (<< 4.7~), python-pyqt5,
+ python-pyqt5.qsci, python-pyqt5.qtsvg, ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
 Recommends: libjs-jquery, libjs-underscore, python-iniparse, python-pygments
 Suggests: tortoisehg-nautilus
 Description: Graphical tool for working with Mercurial
diff --git a/debian/copyright b/debian/copyright
index a96d7c2..77e0433 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -2,6 +2,7 @@ Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: TortoiseHg
 Upstream-Contact: Maintainer: Steve Borho , TK Soh 
 Source: https://tortoisehg.bitbucket.io/download/source.html
+Files-Excluded: tortoisehg/hgqt/*_ui.py
 
 Files: *
 Copyright: 2007-2018, Steve Borho 
-- 
2.11.0

Bug#875423: [Pkg-openssl-devel] Bug#875423: openssl: Please re-enable TLS 1.0 and TLS 1.1 (at least in testing)

[Philippe Metzger]

On Thu, 26 Oct 2017 09:57:06 +0200 Raphael Hertzog wrote:
> Hello Kurt,
>
> On Fri, 22 Sep 2017, Kurt Roeckx wrote:
> > I have to admit that I didn't consider derivatives that take a
> > snapshot of testing, and we also seem to have a large amount of
> > people that do use testing. My intention was to target the more
> > advanced users, and having it in testing might be affecting more
> > people than I thought.
> >
> > So I am considering to only disable it in unstable and not in
> > testing.
>
> Any progress on this?
>
> Cheers,
> --
> R aphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to master Debian: https://debian-handbook.info/get/
>

>

For now it seems that OpenSSL 1.1.0f-3+deb9u2 available in 
stretch/security force TLS 1.2 only in https when using Apache (whatever 
SSLProtocol Directive specify).


Is there any way to allow TLS 1 and TLS 1.1 with apache in stable ?

Thanks a lot

--

*Philippe Metzger*
+33 6 12 90 60 97 / +33 1 82 28 56 95

Bug#881757: Details

[Philippe Duke]

:    bb
  ASan internal:   fe
  Left alloca redzone: ca
  Right alloca redzone:    cb
==16386==ABORTING

-- 
Philippe Duke
Network software engineer
System-level developer

NetAssist LLC
Ukraine
Khreshchatyk Street, 10B, office 8
AS29632

http://netassist.ua
Our GitHub Repository:
https://github.com/netassist-ua



0x97A6A441.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Bug#902812: wcc FTBFS

[Philippe Thierry]

Le 18/07/2018 à 11:46, Sylvestre Ledru a écrit :

> On 18/07/2018 10:57, Axel Beckert wrote:
>> Control: severity -1 serious
>> Control: retitle -1 wcc: FTBFS, hence failed BinNMU and now uninstallable 
>> after binutils transition
>>
>> Hi Sylvestre,
>>
>> Sylvestre Ledru wrote on 1st of July 2018:
>>> Package: wcc
>>> Severity: important
>> [...]
>>> Looks like wcc fails to build from source:
>>>
>>>
Hi Sylvestre,

I take a look at the bug you reported and I didn't managed to reproduce
it. I've rebuilt wcc in a newly updated sid pbuilder env and the package
was built correctly.
I took a look on the missing header you reported (diagnostics.h). This
header is a part of the binutils-dev package in sid, which is in the
build depends of  the package.

Does the build fail on a buildd host ? Can you confirm it is still
failing ? I attach the package buildinfo to this mail in order to
compare if needed.

Cheers,

-- 
 OPhilippe Thierry.
/Y\/  Hardened embedded systems
o#o   GPG: F889 D7F7 85CA E380 DBDA D796 99C5 4C59 C22D 06D4

Format: 1.0
Source: wcc
Binary: wcc
Architecture: amd64 source
Version: 0.0.2+dfsg-3
Checksums-Md5:
 09b0e65a612aad5e458c725f2ce6c08c 1234 wcc_0.0.2+dfsg-3.dsc
 bbd03ddeeff91812eb3bfdfb44aee5cb 460172 wcc-dbgsym_0.0.2+dfsg-3_amd64.deb
 179aacb1291d6a23ceed8de7546e12c6 156200 wcc_0.0.2+dfsg-3_amd64.deb
Checksums-Sha1:
 df2d1de2604e8ce9a446bf6672ffae8805ab6e40 1234 wcc_0.0.2+dfsg-3.dsc
 32877cf14c5f95c6702089f91696775b94c25ff6 460172 
wcc-dbgsym_0.0.2+dfsg-3_amd64.deb
 d256b96f695a95eac83e0580a51496c1f1829f86 156200 wcc_0.0.2+dfsg-3_amd64.deb
Checksums-Sha256:
 20562cad642a31f53a18ab0abc583ac5f1055c5ee759d5e243480f82a00d7733 1234 
wcc_0.0.2+dfsg-3.dsc
 14a26d981d62ff7152523f620bafa8378539e8c7c3b8935511f223c3a6cf9810 460172 
wcc-dbgsym_0.0.2+dfsg-3_amd64.deb
 e21d0ba0bdf7dd47bd8567f4980cdb78fbb92983621e7f41a0b2b41703009aa8 156200 
wcc_0.0.2+dfsg-3_amd64.deb
Build-Origin: Debian
Build-Architecture: amd64
Build-Date: Wed, 18 Jul 2018 15:53:58 +
Build-Path: /build/wcc-0.0.2+dfsg
Installed-Build-Depends:
 autoconf (= 2.69-11),
 automake (= 1:1.15.1-3.1),
 autopoint (= 0.19.8.1-6),
 autotools-dev (= 20180224.1),
 base-files (= 10.1),
 base-passwd (= 3.5.45),
 bash (= 4.4.18-3.1),
 binutils (= 2.31-1),
 binutils-common (= 2.31-1),
 binutils-dev (= 2.31-1),
 binutils-x86-64-linux-gnu (= 2.31-1),
 bsdmainutils (= 11.1.2+b1),
 bsdutils (= 1:2.32-0.1),
 build-essential (= 12.5),
 bzip2 (= 1.0.6-8.1),
 clang (= 1:6.0-41),
 clang-6.0 (= 1:6.0.1-2),
 coreutils (= 8.28-1),
 cpp (= 4:7.3.0-3),
 cpp-6 (= 6.4.0-18),
 cpp-7 (= 7.3.0-26),
 dash (= 0.5.8-2.10),
 debconf (= 1.5.67),
 debhelper (= 11.3.5),
 debianutils (= 4.8.6),
 dh-autoreconf (= 19),
 dh-strip-nondeterminism (= 0.042-1),
 diffutils (= 1:3.6-1),
 dpkg (= 1.19.0.5+b1),
 dpkg-dev (= 1.19.0.5),
 dwz (= 0.12-2),
 fdisk (= 2.32-0.1),
 file (= 1:5.33-3),
 findutils (= 4.6.0+git+20171230-2),
 g++ (= 4:7.3.0-3),
 g++-7 (= 7.3.0-26),
 gcc (= 4:7.3.0-3),
 gcc-6 (= 6.4.0-18),
 gcc-6-base (= 6.4.0-18),
 gcc-7 (= 7.3.0-26),
 gcc-7-base (= 7.3.0-26),
 gcc-8-base (= 8.1.0-11),
 gettext (= 0.19.8.1-6+b1),
 gettext-base (= 0.19.8.1-6+b1),
 grep (= 3.1-2),
 groff-base (= 1.22.3-10),
 gzip (= 1.6-5+b1),
 hostname (= 3.20),
 init-system-helpers (= 1.51),
 intltool-debian (= 0.35.0+20060710.4),
 lib32gcc1 (= 1:8.1.0-11),
 lib32stdc++6 (= 8.1.0-11),
 libacl1 (= 2.2.52-3+b1),
 libarchive-zip-perl (= 1.60-1),
 libasan3 (= 6.4.0-18),
 libasan4 (= 7.3.0-26),
 libatomic1 (= 8.1.0-11),
 libattr1 (= 1:2.4.47-2+b2),
 libaudit-common (= 1:2.8.3-1),
 libaudit1 (= 1:2.8.3-1+b1),
 libbinutils (= 2.31-1),
 libblkid1 (= 2.32-0.1),
 libbsd0 (= 0.9.1-1),
 libbz2-1.0 (= 1.0.6-8.1),
 libc-bin (= 2.27-5),
 libc-dev-bin (= 2.27-5),
 libc6 (= 2.27-5),
 libc6-dev (= 2.27-5),
 libc6-i386 (= 2.27-5),
 libcap-ng0 (= 0.7.9-1),
 libcapstone-dev (= 3.0.4-5),
 libcapstone3 (= 3.0.4-5),
 libcc1-0 (= 8.1.0-11),
 libcilkrts5 (= 7.3.0-26),
 libclang-common-6.0-dev (= 1:6.0.1-2),
 libclang1-6.0 (= 1:6.0.1-2),
 libcroco3 (= 0.6.12-2),
 libdb5.3 (= 5.3.28-13.1+b1),
 libdebconfclient0 (= 0.243),
 libdpkg-perl (= 1.19.0.5),
 libedit2 (= 3.1-20180525-1),
 libelf-dev (= 0.170-0.5),
 libelf1 (= 0.170-0.5),
 libfdisk1 (= 2.32-0.1),
 libffi6 (= 3.2.1-8),
 libfile-stripnondeterminism-perl (= 0.042-1),
 libfreetype6 (= 2.8.1-2),
 libgc1c2 (= 1:7.4.2-8.3),
 libgcc-6-dev (= 6.4.0-18),
 libgcc-7-dev (= 7.3.0-26),
 libgcc1 (= 1:8.1.0-11),
 libgcrypt20 (= 1.8.3-1),
 libgdbm-compat4 (= 1.14.1-6+b1),
 libgdbm5 (= 1.14.1-6+b1),
 libglib2.0-0 (= 2.56.1-2),
 libgmp10 (= 2:6.1.2+dfsg-3),
 libgomp1 (= 8.1.0-11),
 libgpg-error0 (= 1.32-1),
 libgraphite2-3 (= 1.3.11-2),
 libgsl-dev (= 2.5+dfsg-4),
 libgsl23 (= 2.5+dfsg-4),
 libgslcblas0 (= 2.5+dfsg-4),
 libharfbuzz0b (= 1.8.3-1),
 libiberty-dev (= 20180614-1),
 libicu-le-hb0 (= 1.0.3+git161113-5),
 libicu60 (= 60.2-6),
 libisl19 (= 0.19-1),
 libitm1 (= 8.1.0

Bug#902812: wcc FTBFS

[Philippe Thierry]

Hi Raphael,


Le 18/07/2018 à 20:38, Raphael Hertzog a écrit :
> Control: severity -1 important
> Control: tag -1 + unreproducible
>
> Philippe, if you don't put Sylvestre and Axel in copy, they won't get
> your mail sent only to 902...@bugs.debian.org.
Sorry for that ! I've seen that when I sent it... :-| I sent the nessage
again to them (but without the bug mail in copy to avoid duplication...
maybe I should have).

Cheers,

-- 
 OPhilippe Thierry.
/Y\/  Hardened embedded systems
o#o   GPG: F889 D7F7 85CA E380 DBDA D796 99C5 4C59 C22D 06D4




signature.asc
Description: OpenPGP digital signature

Bug#956472: atitvout: Consider removing this package

[Philippe Coval]

Hi,
Thank you for checking about obsolete package,
but I have a computer (i386) that is still using it,
Is debian planning to get rid of this arch soon ?

If not I can rebuild a version based on the sources at:

https://github.com/abandonware/atitvout

Since SVN repo is gone:

http://svn.debian.org/wsvn/collab-maint/deb-maint/atitvout/

Or has this remove moved elsewhere ?

Regards

-- 
http://rzr.online.fr/# gpg:0x467094BC mailto:r...@users.sf.net

   .

Bug#820794: Fixed

[Philippe Cloutier]

fixed 820794 2:4.2.14+dfsg-0+deb8u2

thanks

 

I confirm that 4.2.14+dfsg-0+deb8u2 finally actually fixes. 
4.2.14+dfsg-0+deb8u2 has reached stable-security.

 

Thank you very much Mathieu.

 

Philippe Cloutier

Développement des systèmes d'information


Groupe Voyages Québec
* 1 [418] 525-4585 #107  | 1[800] 463-1598
7  1 [418] 525-8005
*  <mailto:pclout...@gvq.ca> pclout...@gvq.ca

P Est-ce nécessaire d’imprimer ce message?

 

Bug#820794: marked as pending

[Philippe Cloutier]

Merci d'avance Mathieu.
Note that the link to git.debian.org is broken (404).

> -Message d'origine-
> De : Mathieu Parent [mailto:math.par...@gmail.com]
> Envoyé : 7 décembre 2016 15:46
> À : 820794-submit...@bugs.debian.org
> Objet : Bug#820794: marked as pending
> 
> tag 820794 pending
> thanks
> 
> Hello,
> 
> Bug #820794 reported by you has been fixed in the Git repository. You can
> see the changelog below, and you can check the diff of the fix at:
> 
> http://git.debian.org/?p=pkg-samba/samba.git;a=commitdiff;h=68168a5
> 
> ---
> commit 68168a5c57df43425bfe40a69fc28c32a08b63bf
> Author: Mathieu Parent 
> Date:   Wed Dec 7 21:45:45 2016 +0100
> 
> Changelog for previous commit
> 
> diff --git a/debian/changelog b/debian/changelog
> index 2259e6c..edf9c25 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,9 @@
> +samba (2:4.2.14+dfsg-0+deb8u2) UNRELEASED; urgency=medium
> +
> +  * Fix smbclient compatibility with Windows 10 (Closes: #820794)
> +
> + -- Mathieu Parent   Wed, 07 Dec 2016 21:44:28 +0100
> +
>  samba (2:4.2.14+dfsg-0+deb8u1) jessie; urgency=high
> 
>* New upstream release.
> 
> --
> To unsubscribe, send mail to 820794-unsubscr...@bugs.debian.org.

Bug#812280: Please upload newmat to debian

[Philippe Coval]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I've integrated "gcc6 patch" and add debian science as team maintainers:

https://anonscm.debian.org/cgit/debian-science/packages/newmat.git

Can you upload latest version at:

https://mentors.debian.net/package/newmat

Meanwhile I will try to bump standards and fix QA check.

Thank you for your patience

- -- 
http://rzr.free.fr gpg:0x467094BC mailto:r...@gna.org xmpp:r...@jabber.org
   .


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlhNWMIACgkQlNXo+kZwlLyTXACfeqYl3D7Jy+QmmPMqrBHJTtWW
/goAnjdl2rx28guz4IJNMstsewYxh5Hd
=WIoR
-END PGP SIGNATURE-

Bug#870298: 4.11.0-2-amd64 headers cannot be installed

[Philippe Grégoire]

Package: linux-headers-4.11.0-2-amd64
Version: 4.11.11-1+b1
Severity: serious

Hi,

I have been trying to install linux-headers-4.11.0-2-amd64 on
unstable/sid for a couple of days now and cannot due to an
unresolved dependency.

Specifically, the package depends on linux-headers-4.11.0-2-common
revision (= 4.11.11-1+b1), but the latter does not exist.

Can someone check that revision numbers and dependencies are
correct?


# LANG=C apt-get install linux-headers-4.11.0-2-amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 linux-headers-4.11.0-2-amd64 : Depends: linux-headers-4.11.0-2-common 
(= 4.11.11-1+b1) but 4.11.11-1 is to be installed

E: Unable to correct problems, you have held broken packages.



Thank you.


Regards,

Philippe

Bug#869511: linux: binNMU-unsafe dependency on linux-headers-*-common

[Philippe Grégoire]

Hi,

Has this been uploaded yet?

It's been more than 2 weeks that dkms is broken. I'm sure
those that had the kept the older kernels and headers installed
can work around this, but I, for one, cannot. :^)

Thanks

Bug#871353: scap-security-guide: FTBFS: unable to parse output/guide.xml

[Philippe Thierry]

Le 7 août 2017 18:00:24 GMT+02:00, Lucas Nussbaum  a écrit :
>Source: scap-security-guide
>Version: 0.1.31-4
>Severity: serious
>Tags: buster sid
>User: debian...@lists.debian.org
>Usertags: qa-ftbfs-20170807 qa-ftbfs
>Justification: FTBFS on amd64
>
>Hi,
>
>During a rebuild of all packages in sid, your package failed to build
>on
>amd64.
>
>Relevant part (hopefully):
>> make[3]: Entering directory '/<>/Fedora'
>> /bin/sh: 1: Syntax error: Bad fd number
>> mkdir -p output/
>> cp ../shared/xccdf/shared_guide.xml output/
>> xsltproc --stringparam SHARED_RP "/<>/shared" -o
>output/shorthand.xml input/guide.xslt output/guide.xml
>> warning: failed to load external entity "output/guide.xml"
>> unable to parse output/guide.xml
>> ../shared/product-make.include:65: recipe for target
>'output/shorthand.xml' failed
>> make[3]: *** [output/shorthand.xml] Error 6
>
>The full build log is available from:
>http://aws-logs.debian.net/2017/08/07/scap-security-guide_0.1.31-4_unstable.log
>
>A list of current common problems and possible solutions is available
>at
>http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to
>contribute!
>
>About the archive rebuild: The rebuild was done on EC2 VM instances
>from
>Amazon Web Services, using a clean, minimal and up-to-date chroot.
>Every
>failed build was retried once to eliminate random failures.

Hello Lucas,

Ack. I'll take a look at this. I'm currently working on a major update of this 
package.
-- 
 O   Philippe Thierry. 
/Y\/   GPG: 7010 9a3c e210 763e 6341 4581 c257 b91b cdaf c1ea
o#o   (sent from my smartphone)

Bug#871353: marked as pending

[Philippe Thierry]

tag 871353 pending
thanks

Hello,

Bug #871353 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:


https://anonscm.debian.org/cgit/pkg-security/scap-security-guide.git/commit/?id=0e5fb73

---
commit 0e5fb73b1c39b31bf9d3d7d32ba4b82831eda4b6
Author: Philippe Thierry 
Date:   Fri Aug 11 11:22:16 2017 +0200

fixing #871353

diff --git a/debian/changelog b/debian/changelog
index ffb0d82..19fed6a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+scap-security-guide (0.1.31-5) unstable; urgency=medium
+
+  * Updated shared guide management (Closes: #871353).
+
+ -- Philippe Thierry   Fri, 11 Aug 2017 11:18:08 +0200
+
 scap-security-guide (0.1.31-4) unstable; urgency=medium
 
   * Switch maintainer to pkg-security team.

Bug#926139: gitlab: Missing or incorrect version of ruby-carrierwave

[Philippe Clérié]

Package: gitlab
Version: 11.4.9+dfsg-2~bpo9+1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

gitlab could not be installed.

carrierwave 1.3.1 is installed but it's looking for 1.2.3. And there is
no 1.2.3 version in Debian.


Could not find gem 'carrierwave (= 1.2.3)' in any of the gem sources
listed in your Gemfile or available on this machine.  

dpkg: error processing package gitlab (--configure): 
 subprocess installed post-installation script returned error exit status 1
 Processing triggers for systemd (232-25+deb9u9) ...
 Errors were encountered while processing:
  gitlab
  E: Sub-process /usr/bin/dpkg returned an error code (1)


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

Kernel: Linux 4.15.0-46-generic (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gitlab depends on:
...
ii  ruby-carrierwave   1.3.1-1~bpo9+1
...
...

Versions of packages gitlab recommends:
ii  certbot  0.28.0-1~bpo9+1
ii  gitaly   0.125.1+debian-3~bpo9+1

gitlab suggests no packages.

-- debconf information excluded

Bug#1014305: ruby-net-sftp: Upgrade of ruby-net-ssh to 7.0.1 breaks the package

[Philippe SWARTVAGHER]

Package: ruby-net-sftp
Version: 1:3.0.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Control: affects -1 vagrant

Dear Maintainer,

I cannot use Vagrant anymore, and it turns out it comes from the ugprade
of ruby-net-ssh to version 7.0.1 which doesn't satisfy the dependency
requirements of ruby-net-sftp anymore
(https://sources.debian.org/src/ruby-net-sftp/1%3A3.0.0-1/net-sftp.gemspec/#L38)

% vagrant
/usr/lib/ruby/vendor_ruby/rubygems/specification.rb:2248:in
`raise_if_conflicts': Unable to activate net-sftp-3.0.0, because
net-ssh-7.0.1 conflicts with net-ssh (>= 5.0.0, < 7.0.0)
(Gem::ConflictError)
from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1379:in `activate'
from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1417:in `block
in activate_dependencies'
from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1399:in `each'
from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1399:in
`activate_dependencies'
from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1381:in `activate'
from /usr/lib/ruby/vendor_ruby/rubygems.rb:286:in `block in
activate_bin_path'
from /usr/lib/ruby/vendor_ruby/rubygems.rb:285:in `synchronize'
from /usr/lib/ruby/vendor_ruby/rubygems.rb:285:in `activate_bin_path'
from /usr/bin/vagrant:25:in `'

Philippe.



-- System Information:

Versions of packages ruby-net-sftp depends on:
ii ruby-net-ssh 1:7.0.1-1

ruby-net-sftp recommends no packages.

ruby-net-sftp suggests no packages.

-- no debconf information

Bug#1016433: FTBFS: undefined reference during linking

[Philippe SWARTVAGHER]

Source: gir-to-d
Version: 0.22.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: phil.sw...@gmx.fr

Dear Maintainer,

On an up-to-date Sid, gir-to-d fails to build from source:

% apt source gir-to-d
...
% sudo apt build-dep gir-to-d
...
% cd gir-to-d-0.22.0
% debuild -us -uc
...
[20/20] ldc2  -of=girtod girtod.p/source_girtod.d.o 
girtod.p/source_gtd_DefReader.d.o girtod.p/source_gtd_GlibTypes.d.o 
girtod.p/source_gtd_GirAlias.d.o girtod.p/source_gtd_GirConstant.d.o 
girtod.p/source_gtd_GirEnum.d.o girtod.p/source_gtd_GirField.d.o 
girtod.p/source_gtd_GirFunction.d.o girtod.p/source_gtd_GirPackage.d.o 
girtod.p/source_gtd_GirStruct.d.o girtod.p/source_gtd_GirType.d.o 
girtod.p/source_gtd_GirVersion.d.o girtod.p/source_gtd_GirWrapper.d.o 
girtod.p/source_gtd_IndentedStringBuilder.d.o girtod.p/source_gtd_Log.d.o 
girtod.p/source_gtd_LinkedHasMap.d.o girtod.p/source_gtd_WrapException.d.o 
girtod.p/source_gtd_XMLReader.d.o -L=--allow-shlib-undefined 
-link-defaultlib-shared -L=-z -L=relro -O -g -release -wi
FAILED: girtod
ldc2  -of=girtod girtod.p/source_girtod.d.o girtod.p/source_gtd_DefReader.d.o 
girtod.p/source_gtd_GlibTypes.d.o girtod.p/source_gtd_GirAlias.d.o 
girtod.p/source_gtd_GirConstant.d.o girtod.p/source_gtd_GirEnum.d.o 
girtod.p/source_gtd_GirField.d.o girtod.p/source_gtd_GirFunction.d.o 
girtod.p/source_gtd_GirPackage.d.o girtod.p/source_gtd_GirStruct.d.o 
girtod.p/source_gtd_GirType.d.o girtod.p/source_gtd_GirVersion.d.o 
girtod.p/source_gtd_GirWrapper.d.o 
girtod.p/source_gtd_IndentedStringBuilder.d.o girtod.p/source_gtd_Log.d.o 
girtod.p/source_gtd_LinkedHasMap.d.o girtod.p/source_gtd_WrapException.d.o 
girtod.p/source_gtd_XMLReader.d.o -L=--allow-shlib-undefined 
-link-defaultlib-shared -L=-z -L=relro -O -g -release -wi
/usr/bin/ld: girtod.p/source_gtd_GirPackage.d.o: in function 
`_D3gtd12LinkedHasMap__T13LinkedHashMapTAyaTCQBq11GirFunctionQnZQBo4Node11__xopEqualsMxFKxSQDkQDj__TQCyTQCmTQCmZQDkQBwZb':
/home/philippe/tmp/gir-to-d-0.22.0/obj-x86_64-linux-gnu/../source/gtd/LinkedHasMap.d:27:
 undefined reference to 
`_D6object__T8opEqualsTxC3gtd11GirFunctionQnTxQwZQBkFxQBexQBiZb'
collect2: error: ld returned 1 exit status
Error: /usr/bin/cc failed with status: 1
ninja: build stopped: subcommand failed.
dh_auto_build: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 ninja -j2 -v 
returned exit code 1
make: *** [debian/rules:8 : build] Erreur 25
dpkg-buildpackage: erreur: debian/rules build subprocess returned exit status 2
debuild: fatal error at line 1182:
dpkg-buildpackage -us -uc -ui failed

I found this bug when trying to figure out why gir-to-d didn't migrate
to testing (see gir-to-d's excuses). The blocked migration of gir-to-d
blocks also several packages like tilix, gtk-d or glib-d.

Philippe.

Bug#1016433: Duplicate

[Philippe SWARTVAGHER]

Sorry, I didn’t notice it was already reported in bugs 1011739 and 1010421 
against ldc...

Bug#873821: wcc Depends: binutils (< 2.29) but 2.29-8 is to be installed

[Philippe Thierry]

Hello!

Le 31/08/2017 à 16:01, Adrian Bunk a écrit :
> Package: wcc
> Version: 0.0.2+dfsg-1
> Severity: serious
>
> The following packages have unmet dependencies:
>  wcc : Depends: binutils (< 2.29) but 2.29-8 is to be installed
Thanks for the report.

I've check where the error comes from. This is the result of the version
of binutils dependency (<2.29) generated by dpkg-buildpackage. The
source package only has a build dependency on binutils-dev (without
explicit version).
When building again the package, the Depends list is updated:

Depends: libbinutils (>= 2.29), libbinutils (<< 2.30), libc6 (>= 2.14), 
libcapstone3 (>= 3.0.0), libelf1 (>= 0.142), liblua5.3-0, libopenlibm2 (>= 
0.4), lua5.2

This means that a simple rebuild of wcc with uptodate sid should correct
the error, but if I update the package version (to 0.0.2+dfsg-2), the
upgrade test of piupart will also fails, while the -1 version of the
package is not rebuilt in the Debian ftp-master.

-- 
 OPhilippe Thierry.
/Y\/  Hardened embedded systems
o#o   GPG: 7010 9A3C E210 763E 6341  4581 C257 B91B CDAF C1EA



signature.asc
Description: OpenPGP digital signature

Bug#873821: wcc Depends: binutils (< 2.29) but 2.29-8 is to be installed

[Philippe Thierry]

Le 31/08/2017 à 20:56, Adrian Bunk a écrit :

> Sorry my bad, then a binNMU should be sufficient.
Yes this is the case here :-)

>
> But since you anyway plan an upload for #873783 this will en passant
> also fix this problem.
>
>> but if I update the package version (to 0.0.2+dfsg-2), the
>> upgrade test of piupart will also fails, while the -1 version of the
>> package is not rebuilt in the Debian ftp-master.
> There won't be any problems with piuparts when you upload 0.0.2+dfsg-2
Ok, I thought that a binNMU was first required to make it work first.
I'll then wait a little to finish the update to close #873783 in the
same time.

Thanks,

-- 
 OPhilippe Thierry.
/Y\/  Hardened embedded systems
o#o   GPG: 7010 9A3C E210 763E 6341  4581 C257 B91B CDAF C1EA




signature.asc
Description: OpenPGP digital signature

Bug#873821: marked as pending

[Philippe Thierry]

tag 873821 pending
thanks

Hello,

Bug #873821 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

https://anonscm.debian.org/cgit/pkg-security/wcc.git/commit/?id=a709ea0

---
commit a709ea095b8fb2e99ede450d6110c0c9d9108180
Author: Philippe Thierry 
Date:   Thu Aug 31 22:32:05 2017 +0200

updated changelog

diff --git a/debian/changelog b/debian/changelog
index 094547d..b5ec7a5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,17 +1,21 @@
 wcc (0.0.2+dfsg-2) unstable; urgency=medium
 
-  * using packaged openlibm instead of embedded one
-embedded openlibm was not able to be built on various arches.
-  * reducing package target to Linux-based only releases
-depends on linux/elf-em.h
-  * reducing target to amd64
+  * Various update (Closes: #873783): see belowing comments:
+  * using packaged openlibm instead of embedded one.
+embedded openlibm was not able to be built on various arches
+  * reducing target to amd64.
 the ldscript used to map relocated section in wsh has only been made for
 this target, making impossible to build wsh for other target than amd64
 without building specific ldscripts for each of them
-  * add support to Debian/kfreebsd and Debian/Hurd
+  * add support to Debian/kfreebsd and Debian/Hurd.
 by embedding the elf-em macros list only when needed
+  * This update also correct the binutils dependency (Closes: 873821).
+The error comes from an autogenerated dependency version build
+to binutils
+the udate as the same effect as a binNMU request, the package being
+rebuilt
 
- -- Philippe Thierry   Thu, 31 Aug 2017 19:02:14 +0200
+ -- Philippe Thierry   Thu, 31 Aug 2017 22:31:12 +0200
 
 wcc (0.0.2+dfsg-1) unstable; urgency=low
 

Bug#874180: python3-tk: undefined symbol in _tkinter.cpython-35m-x86_64-linux-gnu.so

[Philippe Daouadi]

Package: python3-tk
Version: 3.5.3-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After updating my system, python3-tk stopped functionning:

>>> import _tkinter
Traceback (most recent call last):
  File "", line 1, in 
ImportError: 
/usr/lib/python3.5/lib-dynload/_tkinter.cpython-35m-x86_64-linux-gnu.so: 
undefined symbol: PyFPE_jbuf

Here is the output of ldd:

$ LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libpython3.5m.so ldd -r 
/usr/lib/python3.5/lib-dynload/_tkinter.cpython-35m-x86_64-linux-gnu.so 
linux-vdso.so.1 (0x7ffd1fdfe000)
/usr/lib/x86_64-linux-gnu/libpython3.5m.so (0x7fca1211f000)
libBLT.2.5.so.8.6 => /usr/lib/libBLT.2.5.so.8.6 (0x7fca11db)
libtk8.6.so => /usr/lib/x86_64-linux-gnu/libtk8.6.so (0x7fca11a52000)
libtcl8.6.so => /usr/lib/x86_64-linux-gnu/libtcl8.6.so (0x7fca1169b000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7fca1135b000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fca1113e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fca10da1000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x7fca10b76000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fca1095c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fca10758000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fca10555000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fca10251000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x7fca1003a000)
libXft.so.2 => /usr/lib/x86_64-linux-gnu/libXft.so.2 (0x7fca0fe24000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 
(0x7fca0fbe)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 
(0x7fca0f92b000)
libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1 (0x7fca0f728000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7fca0f516000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7fca0f2ee000)
/lib64/ld-linux-x86-64.so.2 (0x7fca129b)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 
(0x7fca0f0e4000)
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 
(0x7fca0eeb1000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7fca0ecad000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 
(0x7fca0eaa7000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x7fca0e892000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fca0e68a000)
  undefined symbol: 
PyFPE_jbuf(/usr/lib/python3.5/lib-dynload/_tkinter.cpython-35m-x86_64-linux-gnu.so)
  undefined symbol: 
PyFPE_counter(/usr/lib/python3.5/lib-dynload/_tkinter.cpython-35m-x86_64-linux-gnu.so)

Philippe

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

Kernel: Linux 4.12.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-tk depends on:
ii  blt   2.5.3+dfsg-3
ii  libc6 2.24-17
ii  libtcl8.6 8.6.7+dfsg-1
ii  libtk8.6  8.6.7-1
ii  libx11-6  2:1.6.4-3
ii  python3   3.5.3-3
ii  tk8.6-blt2.5  2.5.3+dfsg-3

python3-tk recommends no packages.

Versions of packages python3-tk suggests:
pn  python3-tk-dbg  
pn  tix 

-- no debconf information

Bug#972228: CVE-2020-13991

[Philippe Coval]

‌Hi,

I've updated to current upstream snapshot that fixes the issue,
please upload:

   https://mentors.debian.net/package/iotjs/"; 
target="https://mentors.debian.net/package/iotjs/";>https://mentors.debian.net/package/iotjs/

The respective dsc file can be found at:

   https://mentors.debian.net/debian/pool/main/i/iotjs/iotjs_1.0+715-1.dsc"; 
target="https://mentors.debian.net/debian/pool/main/i/iotjs/iotjs_1.0+715-1.dsc";>https://mentors.debian.net/debian/pool/main/i/iotjs/iotjs_1.0+715-1.dsc


--
https://purl.org/rzr/";>https://purl.org/rzr/

 



De : "Moritz 
Muehlenhoff"
A : "Debian Bug Tracking System"
Envoyé: mercredi 14 Octobre 2020 23:01
Objet : Bug#972228: CVE-2020-13991
 
Package: iotjs
Severity: grave
Tags: security
X-Debbugs-Cc: Debian Security Team

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13991 is for
JerryScript, which iotjs appears to included.

Cheers,
Moritz

Bug#957364: iotjs

[Philippe Coval]

Hi,

I think I fixed this bug with a new release,
is any one able to upload:

https://mentors.debian.net/package/iotjs/

Also for convenience I have also shared my git repo:

https://salsa.debian.org/rzr-guest/iotjs

I am considering to relocate it to js team too,

you can reach me RzR in #debian-js chatroom too.

or upstream's side at:

https://github.com/jerryscript-project/iotjs/issues/1945

Regards

Bug#1062799: glslang-dev: Missing libraries listed in glslang.pc -- fixed?

[Philippe SWARTVAGHER]

Hello,

I think this is fixed in glslang/14.0.0-2:

pkg-config --libs glslang
-lglslang -lMachineIndependent -lOSDependent -lSPVRemapper -lpthread

Also based on what is in changelog of this last version of glslang-dev.

Philippe.

Bug#1058196: marked as pending in swift-bench

[Philippe Seraphin]

Control: tag -1 pending

Hello,

Bug #1058196 in swift-bench reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/openstack-team/services/swift-bench/-/commit/422e8a2f8b3bc76e2708c219f339c1010aab98c8


* Add python 3.12 patches (Closes: #1058196):
- py3.12-fix-AssertEquals.patch
- py3.12-fix-readfp.path


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1058196

Bug#1062799: glslang-dev: Missing libraries listed in glslang.pc -- fixed.

[Philippe SWARTVAGHER]

Hello,

I realized this bug prevents shaderc from migrating to testing.

Please have a look on my MR
(https://salsa.debian.org/xorg-team/vulkan/glslang/-/merge_requests/6),
which (among other things) fixes this bug.

Thanks,

Philippe.

Bug#1072110: glslang breaks shaderc autopkgtest: undefined reference: ABI breakage?? -- not the case

[Philippe SWARTVAGHER]

Hello,

Well, this issue is "normal".

Currently, shaderc 2023.2-1 is in testing. This version suffers from an
"undefined symbol" bug
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070983). This bug is
fixed in version 2023.8-1 which is now in unstable. However, this
version never migrated to testing due to a blocking bug in glslang
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062799). This bug in
glslang is now fixed with the last upload.

I'm a beginner regarding this kind transition / blocking bug / CI, so I
don't know how this bug can be solved...

I don't know if it helps, but I have a RFS
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072181) for a new
version of shaderc (which changes nothing about this bug). You can see
on Salsa that autopkgtests pass with the version of glslang available in
unstable: https://salsa.debian.org/debian/shaderc/-/pipelines/683648.


Philippe.

Bug#1072110: glslang breaks shaderc autopkgtest: undefined reference: ABI breakage?? -- not the case

[Philippe SWARTVAGHER]

Le 30/05/2024 à 22:25, Paul Gevers a écrit :

Currently, shaderc 2023.2-1 is in testing. This version suffers from an
"undefined symbol" bug
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070983). This bug is
fixed in version 2023.8-1 which is now in unstable.


Can you please elaborate how the fix works.


libshaderc1 was in fact underlinked (see also this bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029939), triggering
this kind of undefined symbol errors.

The fix comprises to correctly link the library at build time (see
https://salsa.debian.org/debian/shaderc/-/commit/5e2d70f32363ab86d94a170087303e6fb62a86af).

I don't think a transition for glslang is required here, since the
missing symbol reported by Debian CI exists in library shipped by
glslang in both testing and unstable (I just checked that). The problem
was really a linking issue. Looking at the changelog of glslang, the
update from version 13 to 14 included some changes of how libraries are
built and I think this is the origin of the problem.

As I understand it (but I can be wrong), the current state of glslang
and shaderc in unstable is correct; mixing versions from testing and
unstable triggers bugs that are now fixed in unstable.

Philippe.

Bug#1052058: apt: refuses to downgrade itself to a version that works on the system

[Philippe Grégoire]

Hi,

I'm being hit hard by this at the moment. Context:

```
# apt --version
apt 2.7.5 (amd64)

# apt-get autoremove
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
  libavcodec59 libavdevice59 libavfilter8 libavformat59 libavutil57 libmfx1 
libplacebo208 libpostproc56 libspice-server1 libswscale6 tzdata-legacy
0 upgraded, 0 newly installed, 11 to remove and 15 not upgraded.
E: /bin resolved to a different inode than /usr/bin
E: Unmerged usr is no longer supported, install usrmerge to continue.
N: See 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#a-merged-usr-is-now-required
 for more details.

# mount | grep -E ' (/|/usr) '
/dev/mapper/vg.x-root on / type ext4 (rw,noatime)
/dev/mapper/vg.x-usr on /usr type ext4 (rw,noatime)

# dpkg -l usrmerge | grep ^ii
ii  usrmerge   37   all  Convert the system to the merged 
/usr directories scheme
```

As such, I can no longer install or remove packages since my system is 
partitioned. I'd like to point out that the above link does not specifically 
mention disk partitioning, but only how files are placed on disk.

Obviously, re-partitioning the system is something I'd like to avoid at the 
moment.

Thinking about it, in the long term, due to the merge and how packagers are 
expected to be able to address files (e.g. /bin/sh vs /usr/bin/sh), I don't see 
any other way than re-partitioning. Re-partitioning will be done by a future me.

Regards,

P.S. I'm uncertain why /lib isn't also merged with /usr/lib

Bug#1052058: apt: refuses to downgrade itself to a version that works on the system

[Philippe Grégoire]

Apologies. It seems that usrmerge had not successfully performed the merge 
(another issue). It was installed, as can be seen in my first message, but 
running /usr/lib/usrmerge/convert-usrmerge manually did the trick. It also 
merges /lib*.

Thank you and with my best regards,

On Tue, Sep 19, 2023, at 17:18, David Kalnischkies wrote:
> On Mon, Sep 18, 2023 at 07:56:09PM -0400, Philippe Grégoire wrote:
>> As such, I can no longer install or remove packages since my system is 
>> partitioned. I'd like to point out that the above link does not specifically 
>> mention disk partitioning, but only how files are placed on disk.
>> 
>> Obviously, re-partitioning the system is something I'd like to avoid at the 
>> moment.
>> 
>> Thinking about it, in the long term, due to the merge and how packagers are 
>> expected to be able to address files (e.g. /bin/sh vs /usr/bin/sh), I don't 
>> see any other way than re-partitioning. Re-partitioning will be done by a 
>> future me.
>
> It is sort-of the point of /usr-merge that /usr can be another partition
> instead of having packaged content split over multiple subdirectories
> of / which could all be individual partitions, but only really work if
> you mount them all anyhow… (yes, /etc, /var and all that jazz. People
> have opinions on that, too. Lets focus on the problem we already have
> now instead of pilling additional ones on top).
>
>
> What should be the case is that /usr is a directory and e.g. /bin is
> a symlink to /usr/bin. That is what the apt code is trying to check in
> a somewhat roundabout way with inode as both /usr and /usr/bin should
> point to the same real directory occupying the same inode.
>
>
> That should be the case even if you have /usr on a different partition.
> Are you sure your system is properly merged – as in you haven't unmerged
> it with e.g. dpkg-fsys-usrunmess or prevent the merge to be executed
> automatically by the installation of usrmerge?
>
> In either case, it is probably better to contact a user support list
> to resolve your issue.
>
>
>> P.S. I'm uncertain why /lib isn't also merged with /usr/lib
>
> It is? The code even checks for /sbin, /bin und /lib – but that isn't
> all that /usr-merge entails and APT doesn't really want to be checking
> for everything. Just for some easy to verify truths to ensure nothing
> went south… like it seems to have happened on your system.
>
>
> Best regards
>
> David Kalnischkies
>
> Attachments:
> * signature.asc

Bug#1071059: mousepad: segfaults at each launch !

[Philippe Caillaud]

Package: mousepad
Version: 0.6.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I use mousepad almost each day for small text editing ; since a few days (maybe
2 or 3), mousepad
stopped working : at each run, it crashes (segmentation fault) :

$ mousepad --version
Mousepad 0.6.2
[...]
$ mousepad
Erreur de segmentation [= Segmentation fault]
$ echo $?
139
$ gdb mousepad
GNU gdb (Debian 13.2-1+b1) 13.2
[...]
Reading symbols from mousepad...
(No debugging symbols found in mousepad)
(gdb) run
Starting program: /usr/bin/mousepad
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x734006c0 (LWP 106930)]
[New Thread 0x72a006c0 (LWP 106931)]
[New Thread 0x720006c0 (LWP 106932)]
[New Thread 0x716006c0 (LWP 106933)]
[New Thread 0x70c006c0 (LWP 106934)]
[New Thread 0x7fffebe006c0 (LWP 106935)]

Thread 1 "mousepad" received signal SIGSEGV, Segmentation fault.
0x77ea1ec9 in ?? () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
=
NB : "mousepad -h", "mousepad --version", "mousepad --list-encodings" and even
"mousepad --preferences" are working.
Only the normal launch leads to the segfault !


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

Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mousepad depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4+b2
ii  libc62.38-10
ii  libglib2.0-0t64  2.80.2-1
ii  libgspell-1-21.12.2-1+b2
ii  libgtk-3-0t643.24.41-4
ii  libmousepad0 0.6.2-1

mousepad recommends no packages.

mousepad suggests no packages.

-- no debconf information

Bug#368855: dpkg : erreur de traitement de autoconf

[Jean-Philippe]

Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: grave
Justification: renders package unusable


Since today's apt-get dist-upgrade I get this message:

"Dépaquetage de autoconf (à partir de 
.../autoconf_2.59.cvs.2006.05.13-1_all.deb) ...
Paramétrage de autoconf (2.59.cvs.2006.05.13-1) ...
install-info(/usr/info/standards.info): failed to lock dir for editing! 
Le fichier existe.
dpkg : erreur de traitement de autoconf (--configure) :
 le sous-processus post-installation script a retourné une erreur de 
sortie d'état 17
Des erreurs ont été rencontrées pendant l'exécution :
 autoconf
E: Sub-process /usr/bin/dpkg returned an error code (1)"

The folder /usr/info/ doesn't exist on my system. autoconf and automake 
remain unconfigured and unusable after this upgrade. I uninstalled 
autoconf and automake (via dpkg -r  because apt-get remove was failing 
with the same error code) until this bug is fixed.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages autoconf depends on:
ii  debianutils   2.16   Miscellaneous utilities specific t
ii  m41.4.4-1a macro processing language
ii  perl  5.8.8-4Larry Wall's Practical Extraction 

Versions of packages autoconf recommends:
pn  automaken  (no description available)

Bug#369076: lirc-modules-source: compilation not possible

[Monroux Philippe]

Package: lirc-modules-source
Version: 0.8.0-3
Severity: grave


bonjour,

I try to compile lirc module

I have :
lirc-modules-source  0.8.0-3

I get always the following message :

,
| ##
| ## CONFIGURATION ERROR: ##
| ##
| 
| You should reconfigure lirc-modules-source and make
| sure you don't leave blank any one of IRQ, IO Port or 
| Timer (parallel only)
| 
| Hint1: use "dpkg-reconfigure lirc-modules-source"
| Hint2: If you selected "automagical" configuration of
| kernel modules you should probably reconfigure lirc
| instead. 
| Hint3: you may instead edit /etc/lirc/lirc-modules-source.conf
| make[3]: *** [sanity-check] Error 1
| make[3]: Leaving directory `/usr/src/modules/lirc'
| make[2]: *** [build-stamp] Error 2
| make[2]: Leaving directory `/usr/src/modules/lirc'
| make[1]: *** [kdist_image] Error 2
| make[1]: Leaving directory `/usr/src/modules/lirc'
| Module /usr/src/modules/lirc failed. 
`

Here is my lirc-modules-source.conf :

,
| #   lirc-modules-source config file used by Debian GNU/Linux
| 
| # Space separated list of lirc kernel drivers to build
| LIRC_MODULES="serial"
| 
| # It87 module configuration
| LIRC_IT87_CFLAGS="UNCONFIGURED"
| 
| # Parallel module configuration
| LIRC_PARALLEL_PORT="UNCONFIGURED"
| LIRC_PARALLEL_IRQ="UNCONFIGURED"
| LIRC_PARALLEL_TIMER="UNCONFIGURED"
| 
| # Serial module configuration
| LIRC_SERIAL_PORT=""
| LIRC_SERIAL_IRQ=""
| LIRC_SERIAL_CFLAGS=" -DLIRC_SERIAL_SOFTCARRIER"
| 
| # Sir module configuration
| LIRC_SIR_PORT="UNCONFIGURED"
| LIRC_SIR_IRQ="UNCONFIGURED"
| LIRC_SIR_CFLAGS="UNCONFIGURED"
`

What instead d'UNCONFIGURED ? 

bye
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.15
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages lirc-modules-source depends on:
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy
ii  debhelper 4.2.32 helper programs for debian/rules
ii  debianutils   2.8.4  Miscellaneous utilities specific t
ii  ucf   1.17   Update Configuration File: preserv

-- debconf information:
* lirc-modules-source/use_lirc_hints: true
  lirc-modules-source/parallel_irq: 7
* lirc-modules-source/do-build: false
  lirc-modules-source/parallel_timer: 65536
* lirc-modules-source/serial_transmitter: false
  lirc-modules-source/not_needed:
* lirc-modules-source/serial_port:
* lirc-modules-source/drivers: serial
* lirc-modules-source/serial_irq:
* lirc-modules-source/serial_type: Other
* lirc-modules-source/kernel-source: /usr/src/linux/
  lirc-modules-source/sir_port: 0x2f8
  lirc-modules-source/parallel_port: 0x378
* lirc-modules-source/what_next:
  lirc-modules-source/sir_type: Other
* lirc-modules-source/serial_softcarrier: true
* lirc-modules-source/kernel-source-not-found:
  lirc-modules-source/it87_type: Standard
  lirc-modules-source/sir_irq: 3


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

Bug#363482: xfonts-thai-nectec.alias is still in old directory

[Philippe BOURCIER]

Package: xfonts-thai
Version: 20060405
Severity: grave
Justification: renders package unusable


$ txiterm
$ xiterm: can't load font "nectec18"

I use the following "X11R7" line in the xorg.conf file:
FontPath"/usr/share/fonts/X11/misc"

$ grep nectec18 /usr/share/fonts/X11/misc/fonts.alias
$
$ locate xfonts-thai-nectec.alias
$ /etc/X11/fonts/misc/xfonts-thai-nectec.alias

xfonts-thai-nectec.alias is still in old directory

workaround (thanks to Theppitak Karoonboonyanan):
# cat /etc/X11/fonts/misc/xfonts-thai* >> /usr/share/fonts/X11/misc/fonts.alias
# cp /usr/share/fonts/X11/misc/fonts.alias /etc/X11/fonts/X11R7/misc/
# update-fonts-alias -7 misc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages xfonts-thai depends on:
ii  ttf-freefont 20060126b-3 Freefont Serif, Sans and Mono True
ii  xfonts-thai-etl  20040416-4  Thai etl fonts for X
ii  xfonts-thai-manop20040416-4  Dr.Manop Wongsaisuwan's bitmap fon
ii  xfonts-thai-nectec   2526-5  Thai fixed fonts for X from Nectec

Versions of packages xfonts-thai recommends:
ii  xfonts-thai-vor   20040416-4 Voradesh Yenbut bitmap fonts for X

-- no debconf information


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

Bug#323318: Patch fix gcc4 issues

[Philippe Coval]

Hi,
I needed to compile a module for linux-kernel-2.4, and find out this
couple of patches wich fix thoses errors

http://user.it.uu.se/~mikpe/linux/patches/2.4/patch-gcc4-fixes-v12-2.4.32



http://user.it.uu.se/~mikpe/linux/patches/2.4/patch-more-gcc4-fixes-v1-2.4.32



for gcc (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)

hope it helps

-- 

C-x C-c
# http://RzR.online.FR/contact.htm # xmpp:rzr(a)jabber.org #
Related Obsession : http://rzr.online.fr/q/linux-kernel



signature.asc
Description: OpenPGP digital signature

Bug#319618: octaviz: vtk_init undefined

[Philippe Strauss]

Package: octaviz
Version: 0.4.0-10
Severity: grave
Justification: renders package unusable


even after doing a symlink like this (reading another maybe related
bug retport):
/usr/lib/octave-2.1.71/liboctaviz.so -> ../octave-2.1.67/liboctaviz.so


working dir is now /usr/share/doc/octaviz/examples:

octave:2> source "vtk_sombsurf.m";
[nothing appear]
octave:3> source "vtk_demo.m";
[nothing appear]
octave:4> source "vtk_demo.m"
[nothing appear]
octave:5> source "vtk_demo_xy_plot.m"
error: `vtk_init' undefined near line 17 column 1
error: near line 17 of file `vtk_demo_xy_plot.m'
error: source: error sourcing file `vtk_demo_xy_plot.m'
octave:5> source "vtk_demo_xy_plot.m";
error: `vtk_init' undefined near line 17 column 1
error: near line 17 of file `vtk_demo_xy_plot.m'
error: source: error sourcing file `vtk_demo_xy_plot.m'


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages octaviz depends on:
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libice6   6.8.2.dfsg.1-4 Inter-Client Exchange library
ii  libsm66.8.2.dfsg.1-4 X Window System Session Management
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libvtk4   4.4.2-6Visualization Toolkit - A high lev
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-4 X Window System miscellaneous exte
ii  libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics
ii  octave2.1 2.1.71-2   GNU Octave language for numerical 
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m

octaviz recommends no packages.

-- no debconf information


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

Bug#297694: SmartLink WinModem no longer works with wvdial 1.54

[Philippe Queinnec]

Package: wvdial
Version: 1.54.0-1.1
Severity: grave
Justification: renders package unusable

My internal softmodem used to work with slmodem + wvdial 1.53.
It no longer works with wvdial 1.54.
wvdial fails with:
--> Cannot open /dev/ttySL0: Cannot get information for serial port.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26


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

Bug#290826: postfix: Upgrade from Postfix 2.1.4-5 to 2.1.5-4 fails

[Jean-Philippe]

Package: postfix
Version: 2.1.4-5
Severity: grave
Justification: renders package unusable



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages postfix depends on:
ii  adduser 3.59 Add and remove users and groups
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  dpkg1.10.25  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-17Berkeley v4.2 Database Libraries [
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime
ii  netbase 4.19 Basic TCP/IP networking system

-- debconf information:
  postfix/master_upgrade_warning:
  postfix/db_upgrade_warning: true
  postfix/mailname: /etc/mailname
  postfix/dynamicmaps_upgrade_warning:
  postfix/recipient_delim: +
* postfix/main_mailer_type: No configuration
  postfix/transport_map_warning:
  postfix/append_dot_mydomain: false
  postfix/relayhost:
  postfix/procmail:
  postfix/bad_recipient_delimiter:
  postfix/chattr: Faux
  postfix/root_address: NONE
  postfix/rfc1035_violation: false
  postfix/mynetworks: 127.0.0.0/8
  postfix/destinations:
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
  postfix/mailbox_limit: 0

  Installing new package fails when running newsaliases:
  
  "Running newaliases
  postalias: fatal: open /etc/aliases.db: No such file or directory
  E: Sub-process /usr/bin/dpkg returned an error code (1)"

  /etc/aliases.db exists but is deleted during the new package install
  Doing a rollback to the old package solves the issue but the new one
  can't be installed.


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

Bug#290826: postfix: Upgrade from Postfix 2.1.4-5 to 2.1.5-4 fails

[Jean-Philippe]

At 19:39 16/01/2005 -0800, you wrote:
Can you confirm the value of "postconf alias_database" on your system?
I confirm the value of "postconf alias_database" was indeed 
"hash:/etc/aliases.db": my apologies, /etc/postfix/main.cf was broken on my 
system and all is fine now after changing it to "hash:/etc/aliases" and 
restarting the upgrade process.
Thanks for your help!

Jean-Philippe 


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

Bug#390796: Not blocking #372252

[Philippe Cloutier]

As this prevents bug #372252 from
being fixed in testing, this will most probably result in nvidia-glx-legacy
being dropped from etch if new binary packages aren't made available soon.

This bug does not prevent #372252 from being fixed in testing. britney 
is simply unhappy about introducing a dependency which isn't satisfiable 
with packages in the archive so the update needs to be forced. At the 
risk of sounding insisting, I'd like to recommend the release team one 
more and last time to force or remove as appropriate the NVIDIA graphics 
drivers, this time removing nvidia-graphics-legacy-modules-i386 and 
nvidia-graphics-modules-i386 and forcing or removing 
nvidia-graphics-drivers-legacy. I do not expect this to happen soon 
anymore, but I would be grateful if this could be done before Etch is 
released.



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

Bug#390829: Unable to reproduce in testing

[Philippe Cloutier]

Hi,
I'm unable to reproduce this in testing. If this is the result of an 
upgrade, please try to identify which package upgrade triggered the bug.



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

Bug#391651: libapache2-mod-jk: not installable: depends on apache2-common which do not seem to exist anymore

[Philippe Marzouk]

Package: libapache2-mod-jk
Version: 1.2.18-1
Severity: grave
Justification: renders package unusable


package not installable as apache2-common is not in the archive anymore.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)


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

Bug#391651: a simple change of depends to apache2.2-common solves this problem

[Philippe Marzouk]

A simple change of depends to apache2.2-common solves this problem.

I may have fired my reportbug a little too quickly as I was not aware of
the apache 2.2 transition.

Philippe


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

Bug#390347: Severity: More info

[Philippe Cloutier]

Please specify which binary package(s) is rendered unusable by this bug.


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

Bug#392245: Out of date?

[Philippe Cloutier]

Are you able to reproduce this bug in a current Debian release?


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

Bug#392451: Reproducibility

[Philippe Cloutier]

Does this bug reproduce for more than one user on that system?


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

Bug#463467: Unusable?

[Philippe Cloutier]

How does this conflict make nvidia-glx unusable?



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

Bug#463501: allows unauthorized remote arbitrary code execution (CVE-2007-5689)

[Philippe Cloutier]

Package: sun-java5
Version: 1.5.0-10-3
Severity: critical
Tags: security, fixed-upstream

1.5.0-10 is vulnerable to CVE-2007-5689 :
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5689

From http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-5689 :

Overview

 The Java Virtual Machine (JVM) in Sun Java Runtime Environment (JRE) in SDK 
and JRE 1.3.x through 1.3.1_20 and 1.4.x through 1.4.2_15, and JDK and JRE 
5.x through 5.0 Update 12 and 6.x through 6 Update 2, allows remote attackers 
to execute arbitrary programs, or read or modify arbitrary files, via applets 
that grant privileges to themselves. 
 
Impact

 CVSS Severity (version 2.0):
 CVSS v2 Base score: 10.0 (High) (AV:N/AC:L/Au:N/C:C/I:C/A:C) (legend) 
 Impact Subscore: 10.0
 Exploitability Subscore: 10.0 

Bug#463467: Unusable?

[Philippe Cloutier]

severity 463467 important
thanks

Le February 1, 2008 12:05:01 am Lee Aylward, vous avez écrit :
> On Thu, Jan 31, 2008 at 07:30:52PM -0500, Philippe Cloutier wrote:
> > How does this conflict make nvidia-glx unusable?
>
> Because I can't install it?

I don't even have an unstable system, I can't tell for you.
Anyway, "renders package unusable" means just that, not that the bug renders 
the package unusable for one person or one system, so I'm downgrading the 
report to important, although I'm not saying that this is an important bug or 
even a bug at all.

Bug#463467: Bug?

[Philippe Cloutier]

> On Thu, Jan 31, 2008 at 09:00:29PM -0800, Randall Donald wrote:
> > >  libgl1-mesa-swx11 conflicts with nvidia-glx
> >
> > That isn't my problem or bug.
> > libgl1-mesa-swx11 in fact conflicts with all other opengl
> > implementations i.e.
> > Conflicts: libgl1, libgl1-mesa-swrast, mesag3, mesag3+ggi, mesag3-glide,
> > mesag3-glide2, nvidia-glx
> >
> > If you need a libgl1 implementation installed nvidia-glx will co-exist
> > (by way of diversions) with libgl1-mesa-glx.
> > --
> > 
> > Randall Donald [EMAIL PROTECTED]
> > http://www.khensu.org[EMAIL PROTECTED]
> > Programmer/Debian Developer GnuPG: 6C27DEAB
> > 
>
> Ah, I see. I'm not sure how libgl1-mesa-swx11 got installed. Installing
> libgl1-mesa-glx instead seems to have fixed my problem.
Uh, so do you still consider this a bug?



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

Bug#463467: Bug?

[Philippe Cloutier]

Le February 1, 2008 12:42:49 am Lee Aylward, vous avez écrit :
> On Fri, Feb 01, 2008 at 12:28:15AM -0500, Philippe Cloutier wrote:
> > > On Thu, Jan 31, 2008 at 09:00:29PM -0800, Randall Donald wrote:
> > > > >  libgl1-mesa-swx11 conflicts with nvidia-glx
> > > >
> > > > That isn't my problem or bug.
> > > > libgl1-mesa-swx11 in fact conflicts with all other opengl
> > > > implementations i.e.
> > > > Conflicts: libgl1, libgl1-mesa-swrast, mesag3, mesag3+ggi,
> > > > mesag3-glide, mesag3-glide2, nvidia-glx
> > > >
> > > > If you need a libgl1 implementation installed nvidia-glx will
> > > > co-exist (by way of diversions) with libgl1-mesa-glx.
> > > > --
> > > > 
> > > > Randall Donald [EMAIL PROTECTED]
> > > > http://www.khensu.org[EMAIL PROTECTED]
> > > > Programmer/Debian Developer GnuPG: 6C27DEAB
> > > > 
> > >
> > > Ah, I see. I'm not sure how libgl1-mesa-swx11 got installed. Installing
> > > libgl1-mesa-glx instead seems to have fixed my problem.
> >
> > Uh, so do you still consider this a bug?
>
> Nope, though it would have been nice if apt would automatically switch to
> libgl1-mesa-glx. But that may not be the behavior that most expect.
>
> Thanks again,

OK, so do you have any reason for not closing this report? Do you want to turn 
this into a wishlist bug on apt?

Bug#465241: aptitude/apt

[Philippe Cloutier]

Are you able to reproduce this without using aptitude? Or at least, without 
using its TUI?



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

Bug#468487: allows unauthorized remote arbitrary code execution (CVE-2007-5689)

[Philippe Cloutier]

Package: sun-java6
Version: 6-00-2
Severity: critical
Tags: security, upstream

The sun-java6 version in testing is vulnerable to CVE-2007-5689 :
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5689

From http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-5689 :

Overview

 The Java Virtual Machine (JVM) in Sun Java Runtime Environment (JRE) in SDK 
and JRE 1.3.x through 1.3.1_20 and 1.4.x through 1.4.2_15, and JDK and JRE 
5.x through 5.0 Update 12 and 6.x through 6 Update 2, allows remote attackers 
to execute arbitrary programs, or read or modify arbitrary files, via applets 
that grant privileges to themselves. 
 
Impact

 CVSS Severity (version 2.0):
 CVSS v2 Base score: 10.0 (High) (AV:N/AC:L/Au:N/C:C/I:C/A:C) (legend) 
 Impact Subscore: 10.0
 Exploitability Subscore: 10.0 

This is fixed in the unstable version, which is waiting a missing ia64 build 
or to be forced to migrate.

Bug#468797: dynamips: dpkg-buildpackage -b fails on amd64

[Philippe Latu]

Package: dynamips
Version: 0.2.7-0.2.8RC2-1
Severity: serious
Justification: no longer builds from source



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

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

While trying to build from source I get the following error.

Any hint ?

make -C .
make[1]: entrant dans le répertoire «
/usr/local/src/dynamips-0.2.7-0.2.8RC2 »
Linking rom2c
Extracting ROM from ELF file 'mips64_microcode'...
Extracting ROM from ELF file 'ppc32_microcode'...
Compiling mempool.c
Compiling registry.c
Compiling rbtree.c
Compiling hash.c
Compiling sbox.c
Compiling utils.c
Compiling parser.c
Compiling plugin.c
Compiling ptask.c
Compiling timer.c
Compiling crc.c
Compiling base64.c
Compiling net.c
Compiling net_io.c
Compiling net_io_bridge.c
Compiling net_io_filter.c
Compiling atm.c
Compiling atm_vsar.c
Compiling atm_bridge.c
Compiling frame_relay.c
frame_relay.c: In function ‘frsw_create_vc’:
frame_relay.c:389: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Compiling eth_switch.c
Compiling dynamips.c
Compiling insn_lookup.c
insn_lookup.c:319: warning: ‘ilt_dump’ defined but not used
Compiling vm.c
vm.c:115: warning: ‘vm_object_rebuild_list’ defined but not used
Compiling cpu.c
Compiling jit_op.c
Compiling mips64.c
Compiling mips64_mem.c
mips64_mem.c: In function ‘mips64_mts32_slow_lookup’:
mips64_mem.c:377: warning: label ‘err_address’ defined but not used
Compiling mips64_cp0.c
Compiling mips64_jit.c
mips64_jit.c:258: warning: ‘insn_jump_find’ defined but not used
/tmp/ccIbvxJc.s: Assembler messages:
/tmp/ccIbvxJc.s:1424: Error: suffix or operands invalid for `mov'
make[1]: *** [mips64_jit.o] Erreur 1
make[1]: quittant le répertoire « /usr/local/src/dynamips-0.2.7-0.2.8RC2
»
make: *** [debian/stamp-makefile-build] Erreur 2
dpkg-buildpackage: échec: debian/rules build a produit une erreur de
sortie de type 2

Bug#468797: dynamips: dpkg-buildpackage -b fails on amd64

[Philippe Latu]

Hello,

Le dimanche 2 mars 2008, Erik Wenzel a écrit :
> Am 01.03.2008 um 15:54 schrieb Philippe Latu:
> > Package: dynamips
> > Version: 0.2.7-0.2.8RC2-1
> > Severity: serious
> > Justification: no longer builds from source
> >
> >
> >
> > -- System Information:
> > Debian Release: lenny/sid
> >  APT prefers unstable
> >  APT policy: (500, 'unstable'), (500, 'testing')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 2.6.24.3 (SMP w/2 CPU cores; PREEMPT)
> > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/bash
> >
> > While trying to build from source I get the following error.
> >
> > Any hint ?
> >
> > make -C .
> > make[1]: entrant dans le répertoire «
> > /usr/local/src/dynamips-0.2.7-0.2.8RC2 »
> > Linking rom2c
> > Extracting ROM from ELF file 'mips64_microcode'...
> > Extracting ROM from ELF file 'ppc32_microcode'...
> > Compiling mempool.c
> > Compiling registry.c
> > Compiling rbtree.c
> > Compiling hash.c
> > Compiling sbox.c
> > Compiling utils.c
> > Compiling parser.c
> > Compiling plugin.c
> > Compiling ptask.c
> > Compiling timer.c
> > Compiling crc.c
> > Compiling base64.c
> > Compiling net.c
> > Compiling net_io.c
> > Compiling net_io_bridge.c
> > Compiling net_io_filter.c
> > Compiling atm.c
> > Compiling atm_vsar.c
> > Compiling atm_bridge.c
> > Compiling frame_relay.c
> > frame_relay.c: In function ‘frsw_create_vc’:
> > frame_relay.c:389: warning: dereferencing type-punned pointer will
> > break
> > strict-aliasing rules
> > Compiling eth_switch.c
> > Compiling dynamips.c
> > Compiling insn_lookup.c
> > insn_lookup.c:319: warning: ‘ilt_dump’ defined but not used
> > Compiling vm.c
> > vm.c:115: warning: ‘vm_object_rebuild_list’ defined but not used
> > Compiling cpu.c
> > Compiling jit_op.c
> > Compiling mips64.c
> > Compiling mips64_mem.c
> > mips64_mem.c: In function ‘mips64_mts32_slow_lookup’:
> > mips64_mem.c:377: warning: label ‘err_address’ defined but not used
> > Compiling mips64_cp0.c
> > Compiling mips64_jit.c
> > mips64_jit.c:258: warning: ‘insn_jump_find’ defined but not used
> > /tmp/ccIbvxJc.s: Assembler messages:
> > /tmp/ccIbvxJc.s:1424: Error: suffix or operands invalid for `mov'
> > make[1]: *** [mips64_jit.o] Erreur 1
> > make[1]: quittant le répertoire « /usr/local/src/
> > dynamips-0.2.7-0.2.8RC2
> > »
> > make: *** [debian/stamp-makefile-build] Erreur 2
> > dpkg-buildpackage: échec: debian/rules build a produit une erreur de
> > sortie de type 2
>
> Edit debian/rules and uncomment
> ---snip---
> #DM_ARCH = nojit
> #ifeq ($(DEB_HOST_ARCH),i386)
> #   DM_ARCH = x86
> #endif
> #ifeq ($(DEB_HOST_ARCH), amd64)
> #   DM_ARCH = $(DEB_HOST_ARCH)
> #endif
> #DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR) \
> #   DYNAMIPS_ARCH=$(DM_ARCH)
> DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR)
> ---snip---
> and comment out the last line.

This was the point I missed.
The package is now correctly built.

Thanks for your help.
-- 
- Philippe Latu
philippe.latu(at)linux-france.org
http://www.linux-france.org/~platu
(GPG|PGP) KeyId 0x742A6424 - http://www.linux-france.org/~platu/key.asc


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

Bug#434181: FIX: wrapper script

[Philippe Coval]

tags: patch

Hi,
Sorry for the inconvenience
it happened because it was built on java5 ...

Before I fix this
You can use this wrapper script : tuxguitar.sh

Now any references on java packaging are welcome

See you Later on next release

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net



tuxguitar.sh
Description: Bourne shell script


signature.asc
Description: OpenPGP digital signature

Bug#438377: informations

[Philippe Rimbault]

For information, I have already :
root# apt-get clean
root# apt-get --reinstall install subversion libc6 libc6-dev

my /etc/apt/sources.list :
deb ftp://ftp.fr.debian.org/debian/ sid main contrib non-free

Regards



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

Bug#438663: linux-image-2.6.22-1-amd64: Ethernet not functioning on Nvidia MCP51

[Philippe Bourcier]

Package: linux-image-2.6.22-1-amd64
Version: 2.6.22-3
Severity: grave
Justification: renders package unusable


hi all,

  I encountered the same problem than
http://www.mail-archive.com/[EMAIL PROTECTED]/msg182088.html.

/var/log/dmesg.2.gz:
- = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = -
Linux version 2.6.22-1-amd64 (Debian 2.6.22-3) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20070718 (prerelease) (Debian 4.1.2-14)) #1 SMP Sun Jul 29 13:54:41 UTC 
2007
Command line: root=/dev/sdb2 ro video=nvidiafb:ywrap,mtrr vga=791
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000e - 0010 (reserved)
 BIOS-e820: 0010 - 77fc (usable)
 BIOS-e820: 77fc - 77fce000 (ACPI data)
 BIOS-e820: 77fce000 - 77ff (ACPI NVS)
 BIOS-e820: 77ff - 7800 (reserved)
 BIOS-e820: fec0 - fec01000 (reserved)
 BIOS-e820: fee0 - fef0 (reserved)
 BIOS-e820: ff78 - 0001 (reserved)
Entering add_active_range(0, 0, 159) 0 entries of 3200 used
Entering add_active_range(0, 256, 491456) 1 entries of 3200 used
end_pfn_map = 1048576
DMI 2.4 present.
ACPI: RSDP 000FB5A0, 0014 (r0 ACPIAM)
ACPI: RSDT 77FC, 0030 (r1 A M I  OEMRSDT   8000630 MSFT   97)
ACPI: FACP 77FC0200, 0084 (r2 A M I  OEMFACP   8000630 MSFT   97)
ACPI: DSDT 77FC0440, 6087 (r1  A0588 A05880000 INTL 20060113)
ACPI: FACS 77FCE000, 0040
ACPI: MCFG 77FC0400, 003C (r1 A M I  OEMMCFG   8000630 MSFT   97)
ACPI: OEMB 77FCE040, 0060 (r1 A M I  AMI_OEM   8000630 MSFT   97)
Scanning NUMA topology in Northbridge 24
No NUMA configuration found
Faking a node at -77fc
Entering add_active_range(0, 0, 159) 0 entries of 3200 used
Entering add_active_range(0, 256, 491456) 1 entries of 3200 used
Bootmem setup node 0 -77fc
Zone PFN ranges:
  DMA 0 -> 4096
  DMA324096 ->  1048576
  Normal1048576 ->  1048576
early_node_map[2] active PFN ranges
0:0 ->  159
0:  256 ->   491456
On node 0 totalpages: 491359
  DMA zone: 56 pages used for memmap
  DMA zone: 1020 pages reserved
  DMA zone: 2923 pages, LIFO batch:0
  DMA32 zone: 6663 pages used for memmap
  DMA32 zone: 480697 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
Nvidia board detected. Ignoring ACPI timer override.
If you got timer trouble try acpi_use_timer_override
ACPI: PM-Timer IO Port: 0x508
Intel MultiProcessor Specification v1.4
MPTABLE: OEM ID: ASUS MPTABLE: Product ID:  MPTABLE: APIC at: 0xFEE0
Processor #0 (Bootup-CPU)
Processor #1
I/O APIC #2 at 0xFEC0.
Setting APIC routing to flat
Processors: 2
swsusp: Registered nosave memory region: 0009f000 - 000a
swsusp: Registered nosave memory region: 000a - 000e
swsusp: Registered nosave memory region: 000e - 0010
Allocating PCI resources starting at 8000 (gap: 7800:86c0)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 37896 bytes of per cpu data
Built 1 zonelists.  Total pages: 483620
Kernel command line: root=/dev/sdb2 ro video=nvidiafb:ywrap,mtrr vga=791
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2210.106 MHz processor.
Console: colour dummy device 80x25
Checking aperture...
CPU 0: aperture @ c27000 size 32 MB
Aperture too small (32 MB)
No AGP bridge found
Memory: 1928104k/1965824k available (2009k kernel code, 37332k reserved, 946k 
data, 296k init)
Calibrating delay using timer specific routine.. 4424.04 BogoMIPS (lpj=8848081)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU 0/0 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
SMP alternatives: switching to UP code
ACPI: Core revision 20070126
ACPI: setting ELCR to 0200 (from 8ca0)
ExtINT not setup in hardware but reported by MP table
Using local APIC timer interrupts.
result 12557423
Detected 12.557 MHz APIC timer.
SMP alternatives: switching to SMP code
Booting processor 1/2 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 4420.47 BogoMIPS (lpj=8840954)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU 1/1 -> Node 0
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ stepping 01
Brought up 2 CPUs
migration_cost=216
NET: Registered protocol fam

Bug#440140: Current version broken ("can't find message"), please take new upstream

[Philippe Teuwen]

Package: fetchyahoo
Version: 2.10.9
Severity: grave

Hello,
Since a few days fetchyahoo failed with "can't find message"

>From upstream there is now:
v2.11.0 08/28/07
* fix "can't find message" error with new Yahoo internals
* replace html character entities in msg summaries

Please integrate it asap.
Thanks!

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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


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

Bug#450549: Regression?

[Philippe Cloutier]

Did 3.5.7 work?



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

Bug#440739: check.info: syntax error in metadata

[Philippe Normand]

Hi,

This bug is still present on mips platform. It triggers a build
failure
for Pigment package which depends on it. See


http://buildd.debian.org/fetch.cgi?&pkg=pigment&ver=0.3.1-2&arch=mips&stamp=1191269708&file=log
    
Philippe






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

Bug#435386: nvidia-kernel-source: bad attempt to nest fakeroot sessions

[Philippe Cloutier]

Le October 23, 2007 02:14:36 pm Bastian Kleineidam, vous avez écrit :
> Hi,
>
> I just hit bug #435386, attached is a build log. As stated in my previous
> message, removing $(ROOT_CMD) from debian/rules fixes the nested fakeroot
> error.
>
> Regards,
>   Bastian
Which command triggers this problem?

Bug#423592: nvidia-installer?

[Philippe Cloutier]

Did you already use nvidia-installer on that system?



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

Bug#443082: xmms2: xmms works for me (debian unstable / libc6 2.7-5 / x86)

[Philippe Coval]

Package: xmms2
Followup-For: Bug #443082

Hi,
I just installed xmms2 and it works on my laptop (amd k7 cpu)
can you tell us which version of glibc are you using ?

 dpkg -l | grep "ii  libc6"
 ii  libc6  2.7-5   ...

Regards


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

Kernel: Linux 2.6.23-k7-amiloa (PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xmms2 depends on:
ii  xmms2-client-cli0.2DrJekyll-4+b2 XMMS2 - cli client
ii  xmms2-core  0.2DrJekyll-4+b2 XMMS2 - core package
ii  xmms2-plugin-alsa   0.2DrJekyll-4+b2 XMMS2 - ALSA output
ii  xmms2-plugin-id3v2  0.2DrJekyll-4+b2 XMMS2 - ID3v2 plugin
ii  xmms2-plugin-mad0.2DrJekyll-4+b2 XMMS2 - libmad based mp3 decoder
ii  xmms2-plugin-vorbis 0.2DrJekyll-4+b2 XMMS2 - vorbis decoder

xmms2 recommends no packages.

-- no debconf information



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

Bug#461184: Which version?

[Philippe Cloutier]

Which version of nvidia-glx do you use?



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

Bug#461522: vlc report error "BadAlloc" on startup

[Philippe Lamare]

Package: vlc
Version: 0.8.6-svn20061012.debian-5etch1
Severity: grave
Justification: renders package unusable

Since the security upgrade of xserver-xorg-core (2:1.1.1-21etch1 to 
2:1.1.1-21etch2), vlc is unusable. See below the error.

Please note that this error appears on 2 different PC (a portable and a 
desktop)

Regards,
Philippe Lamare
--
# vlc -vvv
VLC media player 0.8.6a Janus
[0001] main private debug: checking builtin modules
[0001] main private debug: checking plugin modules
[0001] main private debug: loading plugins cache file 
/home/lamare-p/.vlc/cache/plugins-04041e.dat
[0001] main private debug: recursively browsing `modules'
[0001] main private debug: recursively browsing `/usr/lib/vlc'
[0001] main private debug: recursively browsing `plugins'
[0001] main private debug: module bank initialized, found 214 
modules
[0001] main private debug: opening config file 
/home/lamare-p/.vlc/vlcrc
[0001] main private debug: CPU has capabilities 486 586 MMX MMXEXT 
SSE SSE2 FPU
[0001] main private debug: looking for memcpy module: 1 candidate
[0001] main private debug: using memcpy module "memcpy"
[0279] main playlist debug: waiting for thread completion
[0279] main playlist debug: thread 3078388656 (playlist) created at 
priority 0 (playlist/playlist.c:184)
[0280] main private debug: waiting for thread completion
[0280] main private debug: thread 3069995952 (preparser) created at 
priority 0 (playlist/playlist.c:210)
[0281] main interface debug: looking for interface module: 1 
candidate
[0281] main interface debug: using interface module "hotkeys"
[0281] main interface debug: thread 3061578672 (interface) created 
at priority 0 (interface/interface.c:231)
[0283] main interface debug: looking for interface module: 1 
candidate
[0283] main interface debug: using interface module "screensaver"
[0283] main interface debug: thread 3053185968 (interface) created 
at priority 0 (interface/interface.c:231)
[0285] main interface debug: looking for interface module: 5 
candidates
[0285] main interface debug: using interface module "wxwidgets"
[0285] main interface debug: thread 3028532144 (manager) created at 
priority 0 (interface/interface.c:216)
[0285] wxwidgets interface debug: Using last windows config 
'(-1,0,0,1600,1200)(0,368,34,463,86)(6,0,0,-1,150)'
[0285] wxwidgets interface debug: id=0 p=(368,34) s=(463,86)
[0285] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150)
The program '.' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 494 error_code 11 request_code 146 minor_code 5)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() 
function.)


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-k7
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages vlc depends on:
di  libaa1   1.4p5-30ascii art library
di  libatk1. 1.12.4-3The ATK accessibility toolkit
ii  libc62.3.6.ds1-13etch4   GNU C Library: Shared libraries
di  libcaca0 0.99.beta11.debian-2colour ASCII art library
di  libcairo 1.2.4-4 The Cairo 2D vector graphics libra
di  libcdio6 0.76-1  library to read and control CD-ROM
di  libcucul 0.99.beta11.debian-2low-level Unicode character drawin
di  libdbus- 1.0.2-1 simple interprocess messaging syst
di  libdbus- 0.71-3  simple interprocess messaging syst
di  libfontc 2.4.2-1.2   generic font configuration library
ii  libfreet 2.2.1-5+etch2   FreeType 2 font engine, shared lib
di  libfribi 0.10.7-4Free Implementation of the Unicode
di  libgcc1  1:4.1.1-21  GCC support library
di  libgl1-m 6.5.1-0.6   A free implementation of the OpenG
di  libglib2 2.12.4-2The GLib library of C routines
di  libglu1- 6.5.1-0.6   The OpenGL utility library (GLU)
di  libgtk2. 2.8.20-7The GTK+ graphical user interface 
di  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
di  libiso96 0.76-1  library to work with ISO9660 files
di  libjpeg6 6b-13 

Bug#442280: gsoap: forwarded upstream

[Philippe Coval]

Package: gsoap
Version: 2.7.9b-1.1
Followup-For: Bug #442280


Hi,

I forwared this question on upstream tracker :
  
https://sourceforge.net/tracker/?func=detail&atid=468024&aid=1868310&group_id=52781

Quoting Robert van Engelen (engelen) :

> The wsdl2h tool is also available under GPL and I presume this is
> compatible with FSG.
> Note that wsdl2h and all other parts of gSOAP are covered under GPL.

Sounds good to me, if there isn't additional obligations, is it ?

> The
> commercialization of the software is legally possible without forking or
> repackaging due to restricting the contributions to the gSOAP public
> license (not GPL).

Now, some investigation are needed to make it clearer
If it helps

Regards

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

Kernel: Linux 2.6.23-k7-amiloa (PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gsoap depends on:
ii  libc6 2.7-5  GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-4  GCC support library
ii  libstdc++64.2.2-4The GNU Standard C++ Library v3

gsoap recommends no packages.

-- no debconf information



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

Bug#426371: sources.list

[Philippe Cloutier]

The system seems to have not only sid sources, but also experimental 
sources (in addition to stable and testing). Please provide sources.list.



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

Bug#441075: pan segfaults on opening some messages

[Philippe Marzouk]

I have the same problem on i386 but only for messages containing 
attachments. text messages only can be viewed.


Philippe



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

Bug#442445: includes non-free manpages

[Philippe Cloutier]

Package: gcc-4.2
Version: 4.2.1-4
Severity: serious

gcc-4.2 includes gcc-4.2's manpage, which is a non-free document under the 
GFDL with invariant sections. gcov's manpage has the same issue.



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

Bug#442901: Built for obsolete Linux images

[Philippe Cloutier]

Package: nvidia-graphics-legacy-71xx-modules-i386
Version: 1.0.7185+1
Severity: grave

2.6.18-4 is obsolete, replaced by 2.6.21-2 in testing and 2.6.22-2 in 
unstable. These packages are no more usable in testing and unstable, if they 
ever have been. They should be updated or removed.



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

Bug#442902: Built for obsolete Linux images

[Philippe Cloutier]

Package: nvidia-graphics-legacy-71xx-modules-amd64
Version: 1.0.7185+1
Severity: grave

2.6.18-4 is obsolete, replaced by 2.6.21-2 in testing and 2.6.22-2 in 
unstable. These packages are no more usable in testing and unstable, if they 
ever have been. They should be updated or removed.



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

Bug#479668: debian : tuxguitar : wrapper script

[Philippe Coval]

Hi,

Rc4 is out , I am about to package it,
 but first I'd like to understand what's wrong with your configuration,
 anyone is also affected by this ?  if yes on which arch ?

Do you use special environment variables ?
A full debian trace is welcome too

Can you test this also w/ tuxguitar-jsa ?
It should produces sound

Regards

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict
 # xmpp:rzr[a]jabber.fr




signature.asc
Description: OpenPGP digital signature

Bug#479668: debian : tuxguitar : wrapper script : jni issue ?

[Philippe Coval]

Geoff Reidy wrote:
> Package: tuxguitar
> Version: 0.9.99~1.0rc3-1
> Followup-For: Bug #479668
>
>
> Hi,
>
> I also have the problem of no plugins being available 
all of them or just the sound ones ?

> unless I change to
> /usr/bin first.
>
> Actually I just noticed it will pick up the plugins if I am in any
> directory other than ~/ .
>   
really strange
can you  mv ~/.java* ~/tmp/

maybe this is related to :
http://bugs.debian.org/448707

>  
> [21:43:[EMAIL PROTECTED] ~]
> $ tuxguitar -i
> System Info:
> -> OS-Name:   Linux
> -> OS-Arch:   i386
>   
ok  I see you're on i386 like me and julian

now let's investigate ...



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

Bug#479668: debian tuxguitar rc4

[Philippe Coval]

Hi,

Rc4 is ready to be uploaded, and this bug to be closed
 at :  http://mentors.debian.net/debian/pool/contrib/t/tuxguitar/

It's not clear for me why this issue happened when started in ~/
 but we workarounded it (thx goes to julian).

So, feel free to file a new bug on jvm trackers
 if you're able to reproduce the bug on a simple program

Regards

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net





signature.asc
Description: OpenPGP digital signature

Bug#481728: debian : tuxguitar needs swt3.3 (Re: Bug#481728: tuxguitar: Doesn't start)

[Philippe Coval]

Christian Marillat wrote:

Package: tuxguitar
Version: 0.9.99~1.0rc4-1
Severity: grave
Justification: renders package unusable

Hi,

This version doesn't start at all :

$ tuxguitar 
Exception in thread "main" java.lang.NoClassDefFoundError:

org/eclipse/swt/widgets/Control
at org.herac.tuxguitar.gui.TGMain.main(Unknown Source)

  


Tags: confirmed pending


Hi,
bug is confirmed,
It seems that's RC4 rely on swt3.3 now
I think I'll update it on next release

workaround is :
 sudo aptitude install tuxguitar libswt-cairo-gtk-3.3 
libswt-gtk-3.3-java  libswt-gtk-3.3-jni




--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC
# http://rzr.online.fr/contribs.htm -- Libre Software Addict
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net




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

Bug#481728: debian : tuxguitar needs swt3.3 (Re: Bug#481728: tuxguitar: Doesn't start)

[Philippe Coval]

Christian Marillat wrote:

Philippe Coval <[EMAIL PROTECTED]> writes:

  

Christian Marillat wrote:


Package: tuxguitar
Version: 0.9.99~1.0rc4-1
Severity: grave
Justification: renders package unusable
  


[...]

  

workaround is :


[...]

It should work with swt3.2 using :

 sudo  update-alternatives --install /usr/lib/java/swt.jar swt.jar 
/usr/lib/java/swt3.2-gtk.jar

 export CLASSPATH=/etc/alternatives/swt.jar
 tuxguitar


BTW interessing to look for :
 * http://bugs.debian.org/464735
 * http://bugs.debian.org/353360


Sorry for troubles, this will be fixed

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC
# http://rzr.online.fr/contribs.htm -- Libre Software Addict
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net




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

Bug#479668: debian : tuxguitar : wrapper script

[Philippe Coval]

Gary Kramlich wrote:

Philippe Coval wrote:
  

Hi,

Rc4 is out , I am about to package it,



I pulled the packages out of incoming but had issues.  So I waited for
them to hit the mirrors, then purged, cleaned, and reinstalled.  And I
keep meeting:
$ tuxguitar
Exception in thread "main" java.lang.NoClassDefFoundError:
org/eclipse/swt/widgets/Control
  

yes this has been reported :

 * http://bugs.debian.org/481728
   * http://bugs.debian.org/464735

thanks for testing

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC
# http://rzr.online.fr/contribs.htm -- Libre Software Addict
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net




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

Bug#481911: elisa: incompatible with twisted 8

[Philippe Normand]

Hi Zack,

For now you can replace gstreamer:gst_metadata_client with
gstreamer:gst_metadata in elisa.conf.

I will work on a fix for that issue very soon, I hope...

Sorry, I didn't mean to be rude on the forum :/

Philippe

Le lundi 19 mai 2008 à 10:12 -0400, Zack Weinberg a écrit :
> Package: elisa
> Version: 0.3.5-3
> Severity: grave
> Justification: renders package unusable
> 
> When I start up Elisa, I get a mangled display and a bunch of Python
> stacktraces (quoted below).  I reported these to the upstream support
> forums at http://elisa.fluendo.com/forums/viewtopic.php?pid=1831 and
> was told, in so many words, that Elisa does not yet support Twisted 8
> and they would be grateful for patches.
> 
> As the only version of Twisted available in testing or unstable is
> 8.0.1, this effectively renders the package unusable.  I may try to
> come up with patches but I don't know anything about Twisted or
> elisa's internals.
> 
> ---
> Traceback (most recent call last):
>   File "/usr/lib/python2.5/site-packages/twisted/internet/gtk2reactor.py",
> line 226, in simulate
> self.runUntilCurrent()
>   File "/usr/lib/python2.5/site-packages/twisted/internet/base.py",
> line 698, in runUntilCurrent
> call.func(*call.args, **call.kw)
>   File "/usr/lib/python2.5/site-packages/twisted/internet/task.py",
> line 251, in _tick
> result = iterator.next()
>   File "/usr/lib/python2.5/site-packages/elisa/core/manager.py", line
> 109, in load_providers_iter
> provider_name)
> ---  ---
>   File "/usr/lib/python2.5/site-packages/twisted/internet/defer.py",
> line 105, in maybeDeferred
> result = f(*args, **kw)
>   File "/usr/lib/python2.5/site-packages/elisa/core/plugin_registry.py",
> line 546, in create_component
> res = component.initialize()
>   File 
> "/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py",
> line 1391, in initialize
> dfr = self.launcher.startProcess()
>   File 
> "/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py",
> line 1289, in startProcess
> protocol = self.buildProtocol(None)
>   File 
> "/usr/lib/python2.5/site-packages/elisa/plugins/gstreamer_plugin/gst_metadata.py",
> line 1252, in buildProtocol
> protocol = pb.PBClientFactory.buildProtocol(self, addr)
>   File "/usr/lib/python2.5/site-packages/twisted/spread/pb.py", line
> 1056, in buildProtocol
> p = self.protocol(isClient=True, security=self.security)
> exceptions.TypeError: __init__() got an unexpected keyword argument 'security'
> 
> 
> 
> Python 2.5.2: /usr/bin/python
> Fri May 16 13:55:07 2008
> 
> A problem occurred in a Python script.  Here is the sequence of
> function calls leading up to the error, in the order they occurred.
> : _proxy_child_signal() takes exactly 8
> arguments (5 given)
> __class__ = 
> __delattr__ =  exceptions.TypeError object at 0x9cb2e0c>
> __dict__ = {}
> __doc__ = 'Inappropriate argument type.'
> __getattribute__ =  exceptions.TypeError object at 0x9cb2e0c>
> __getitem__ =  exceptions.TypeError object at 0x9cb2e0c>
> __getslice__ =  exceptions.TypeError object at 0x9cb2e0c>
> __hash__ =  object at 0x9cb2e0c>
> __init__ =  object at 0x9cb2e0c>
> __new__ = 
> __reduce__ =  object at 0x9cb2e0c>
> __reduce_ex__ =  exceptions.TypeError object at 0x9cb2e0c>
> __repr__ =  object at 0x9cb2e0c>
> __setattr__ =  exceptions.TypeError object at 0x9cb2e0c>
> __setstate__ =  exceptions.TypeError object at 0x9cb2e0c>
> __str__ =  at 0x9cb2e0c>
> args = ('_proxy_child_signal() takes exactly 8 arguments (5 given)',)
> message = '_proxy_child_signal() takes exactly 8 arguments (5 given)'
> 
> The above is a description of an error in a Python program.  Here is
> the original traceback:
> 
> TypeError: _proxy_child_signal() takes exactly 8 arguments (5 given)




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

Bug#483279: debian swt ia64 : ./usr/lib/java/swt3.2-gtk.jar: broken symbolic link to `../eclipse/plugins/org.eclipse.swt.gtk.linux.ia64_3.2.2.v3236.jar'

[Philippe Coval]

reassign 483279 libswt-gtk-3.2-java
thanks


[EMAIL PROTECTED] wrote:


Package: tuxguitar
Version: 0.9.99~1.0rc4-1
Severity: serious
  

>-Dpath.swt="" -Dlib.swt.jar=""

Hi,

This bug happend because swt isnt found on ia64,
It seems that the jar file is badly linked :
http://ftp.fr.debian.org/debian/pool/main/e/eclipse/libswt3.2-gtk-java_3.2.2-5_ia64.deb
./usr/lib/java/swt3.2-gtk.jar: broken symbolic link to 
`../eclipse/plugins/org.eclipse.swt.gtk.linux.ia64_3.2.2.v3236.jar'

./usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.ia64_3.2.2.R3_2_maintenance.jar

So I guess it's trivial to fix

BTW, According to policy /usr/share/java/swt.jar MUST be present too
http://www.debian.org/doc/packaging-manuals/java-policy/x105.html

(reported also in http://bugs.debian.org/464735 )

Regards

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
# http://rzr.online.fr/contribs.htm -- Libre Software Addict #
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#





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

Bug#483279: debian swt ia64 : ./usr/lib/java/swt3.2-gtk.jar: broken symbolic link to `../eclipse/plugins/org.eclipse.swt.gtk.linux.ia64_3.2.2.v3236.jar'

[Philippe Coval]

Tags: patch

It seems that the jar file is badly linked :

I think this can be easly fixed using wildcards in debian/rules
check this patch attached or online at :

http://rzr.online.fr/docs/contribs/patches/eclipse_3.2.2-6.0.debdiff

Note that I am not able to build it on Itanium, can you double check

About the "/usr/share/java/swt.jar wish"
I agrea this is not appropriate since it's arch dependant

Regards

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
# http://rzr.online.fr/contribs.htm -- Libre Software Addict #
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#


diff -u eclipse-3.2.2/debian/changelog eclipse-3.2.2/debian/changelog
--- eclipse-3.2.2/debian/changelog
+++ eclipse-3.2.2/debian/changelog
@@ -1,3 +1,10 @@
+eclipse (3.2.2-6.0) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Install swt jar for any arch any version. Closes #483279
+
+ -- Philippe Coval <[EMAIL PROTECTED]>  Sat, 31 May 2008 20:19:45 +0200
+
 eclipse (3.2.2-6) unstable; urgency=low
 
   * Suppress warnings from javac.
diff -u eclipse-3.2.2/debian/rules eclipse-3.2.2/debian/rules
--- eclipse-3.2.2/debian/rules
+++ eclipse-3.2.2/debian/rules
@@ -68,7 +68,6 @@
 
 SOURCE_VERSION=$(shell head -1 debian/changelog | sed -e 
's/^.*(\(.*\)).*$$/\1/')
 UPSTREAM_VERSION=$(shell echo $(SOURCE_VERSION) | sed -e 's/-.*$$//')
-REL=v3236
 
 export JAVA_HOME=/usr/lib/jvm/default-java
 
@@ -535,7 +534,7 @@
# Version-less SWT Jar links.
mkdir -p $(DEBIAN_TMP)/usr/lib/java && \
cd $(DEBIAN_TMP)/usr/lib/java && \
-   ln -sf 
../eclipse/plugins/org.eclipse.swt.gtk.linux.$(ECLIPSE_PLATFORM)_$(UPSTREAM_VERSION).$(REL).jar
 swt3.2-gtk.jar && \
+   ln -sf 
../eclipse/plugins/org.eclipse.swt.gtk.linux.$(ECLIPSE_PLATFORM)_$(UPSTREAM_VERSION).*.jar
 swt3.2-gtk.jar && \
ln -sf swt3.2-gtk.jar swt-gtk.jar && \
ln -sf swt3.2-gtk.jar swt.jar
 

Bug#481911: elisa: incompatible with twisted 8

[Philippe Normand]

Please run elisa with debugging category set to everything related to
the player:

ELISA_DEBUG=*player*:4 elisa

Philippe

Le samedi 31 mai 2008 à 00:53 -0400, Zack Weinberg a écrit :
> On Tue, May 20, 2008 at 4:06 AM, Philippe Normand <[EMAIL PROTECTED]> wrote:
> > Hi Zack,
> >
> > For now you can replace gstreamer:gst_metadata_client with
> > gstreamer:gst_metadata in elisa.conf.
> >
> > I will work on a fix for that issue very soon, I hope...
> >
> > Sorry, I didn't mean to be rude on the forum :/
> 
> No offense taken, and I didn't realize you were the same person who
> responded to my question on the forums - I just figured the lack of
> support for Twisted 8 was more of a problem for Debian than in
> general, since Debian only has v8.
> 
> Your patch (in elisa-plugins-good 0.3.5-2) makes the program start
> correctly, but it still doesn't work.  My current problem is, if I try
> to play any sound file (tried mp3, flac, and Shoutcast streaming
> radio), the screen goes black, for an instant there's a large rotating
> circular arrow, and then elisa crashes.  There's not much in the logs
> - just
> 
> WARN  MainThread  twisted May 31 00:53:11  A
> twisted traceback occurred. (twisted/internet/defer.py:410)
> 
> Twisted traceback:
> Traceback (most recent call last):
> Failure: twisted.web.error.Error: 404 Not Found
> 
> If instead I try to play an audio CD, the rotating circular arrow
> appears inside the "Audio CD" button and it just sits there rotating;
> no sound comes out and the display doesn't change.
> 
> Any help you could give would be appreciated.
> 
> zw




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

Bug#481728: debian tuxguitar + swt env

[Philippe Coval]

Hi,

I did not fix this bug since there is a simple workaround :

 export CLASSPATH=/usr/lib/java/swt3.2-gtk.jar
 tuxguitar

But don't worry It'll disappear on next version 1.0 (final)
is on the way, I just uploaded it to :
 http://mentors.debian.net/debian/pool/contrib/t/tuxguitar/

Regards


ps: this bug is more or less related to :
 http://bugs.debian.org/481728

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
# http://rzr.online.fr/contribs.htm -- Libre Software Addict #
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#





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

Bug#470336: debian : bristol-0.20.6

[Philippe Coval]

Hi,

Note that there is a newer version : 0.20.6

But the current patches need to be adapted  because it fails on uupdate

Anyway please update the watch file (see attached one) to new project 
location :

http://bristol.sourceforge.net

Would a NMU help ? If yes just tell me I'll try to do this job

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
# http://rzr.online.fr/contribs.htm -- Libre Software Addict #
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#


version=3
#ftp://www.slabexchange.org/pub/audio/bristol-(.*)-linux-glibc.tar.bz2
http://sf.net/bristol/bristol-(.*)\.tar\.gz

Bug#484754: debian : hugin 0.7beta4

[Philippe Coval]

Hi,

If it helps I just built latest version , with a few patches on sources 
see :

http://rzr.online.fr/docs/contribs/patches/hugin_0.6.99~0.7beta4-0.diff.gz

Fell free to use it, or ask me to NMU new release

Also check this bug : http://bugs.debian.org/469449 about ubuntu work done

Regards

--
# mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
# http://rzr.online.fr/contribs.htm -- Libre Software Addict #
# xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#





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

Bug#492938: /usr/lib/python2.5/site-packages/_pgmmodule.so: linked with libpigment-0.3.so.4, but libpigment-0.3.so.5 installed

[Philippe Normand]

Hi Jānis,

I think this has already been fixed by lool in the pkg-gstreamer svn.

Philippe

Le mercredi 30 juillet 2008 à 05:30 +0300, Jānis Rūcis a écrit :
> Package: python-pgm
> Version: 0.3.3-2+b1
> Severity: grave
> File: /usr/lib/python2.5/site-packages/_pgmmodule.so
> Justification: renders package unusable
> 
> I discovered this problem while trying to debug weird launch behaviour
> in Elisa, an "open source media center" packaged in Debian.  python-pgm
> was pulled in as one of the dependencies of that package.
> 
> Here's a bunch of output from various commands to demonstrate the
> problem.
> 
> $ python
> Python 2.5.2 (r252:60911, May 28 2008, 08:35:32) 
> [GCC 4.2.4 (Debian 4.2.4-1)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pgm
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.5/site-packages/pgm/__init__.py", line 28, in 
> 
> from _pgm import *
> ImportError: libpigment-0.3.so.4: cannot open shared object file: No such 
> file or directory
> >>>
> 
> $ ldd /usr/lib/python2.5/site-packages/_pgmmodule.so
>   [..]
>   libpigment-0.3.so.4 => not found
>   [..]
> 
> $ dpkg -S libpigment-0.3.so
> libpigment0.3-4: /usr/lib/libpigment-0.3.so.5.0.0
> libpigment0.3-4: /usr/lib/libpigment-0.3.so.5
> 
> All the weird Elisa errors went away after I opened _pgmmodule.so in a
> text editor and simply replaced the string that says
> "libpigment-0.3.so.4" with "libpigment-0.3.so.5".
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
> Locale: LANG=lv_LV.UTF-8, LC_CTYPE=lv_LV.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages python-pgm depends on:
> ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
> ii  libc6  2.7-10GNU C Library: Shared libraries
> ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics 
> libra
> ii  libglib2.0-0   2.16.4-2  The GLib library of C routines
> ii  libgstreamer-plugins-base0 0.10.19-2 GStreamer libraries from the 
> "base
> ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and 
> eleme
> ii  libgtk2.0-02.12.10-2 The GTK+ graphical user 
> interface 
> ii  libpango1.0-0  1.20.5-1  Layout and rendering of 
> internatio
> ii  libpigment0.3-40.3.6-1   User interfaces with embedded 
> mult
> ii  libxml22.6.32.dfsg-2 GNOME XML library
> ii  python 2.5.2-1   An interactive high-level 
> object-o
> ii  python-cairo   1.4.12-1.1Python bindings for the Cairo 
> vect
> ii  python-central 0.6.8 register and build utility for 
> Pyt
> ii  python-gobject 2.14.2-1  Python bindings for the GObject 
> li
> ii  python-gst0.10 0.10.12-1 generic media-playing framework 
> (P
> ii  python-gtk22.12.1-6  Python bindings for the GTK+ 
> widge
> ii  python-imaging 1.1.6-3   Python Imaging Library
> ii  python-twisted-core8.1.0-3   Event-based framework for 
> internet
> 
> python-pgm recommends no packages.
> 
> python-pgm suggests no packages.
> 
> -- no debconf information
> 
> 
> 
> ___
> Pkg-gstreamer-maintainers mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-gstreamer-maintainers




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

Bug#491797: fatresize bug unreproductible ?

[Philippe Coval]

Hi,

Can you give more details on your hardware,

BTW I think ipod storage is on USB chips Like "Sony Micro Vault Tiny" ...

Unless someone send me an ipod, I fear this bug is going to be hard to
reproduce ...

Anyway I wanted to tell that I'll be offline for a few weeks...

Later

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict #
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#





signature.asc
Description: OpenPGP digital signature

Bug#483279: debian swt ia64

[Philippe Coval]

Hi,

Before going offline for some weeks I wanted to publish my second try :

http://rzr.online.fr/docs/contribs/patches/eclipse_3.2.2-6.0~rzr1.debdiff

Regards

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict #
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#


diff -u eclipse-3.2.2/debian/rules eclipse-3.2.2/debian/rules
--- eclipse-3.2.2/debian/rules
+++ eclipse-3.2.2/debian/rules
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 # Uncomment this to turn on verbose mode. 
-#export DH_VERBOSE=1
+export DH_VERBOSE=1
 
 DISTRIBUTION := $(shell lsb_release -is)
 
@@ -339,6 +339,9 @@
dh_testdir
 
 ifneq (,$(findstring _$(ECLIPSE_PLATFORM)_,$(ECLIPSE_UNOFFICIAL_PLATFORMS)))
+#  Set release version also for unsupported arch
+   -find "source-tree" -type f -iname "build.xml" -exec \
+sed -v --in-place "s|\(.*\)|\1${REL}\2|g"  "{}" \;
## Nasty hack to get support for ppc64, s390{,x}, sparc{,64} and hppa
# there is only partial support for ppc64 in 3.2 so we have to remove 
this 
# partial support to get the replacemnt hack to work
diff -u eclipse-3.2.2/debian/control eclipse-3.2.2/debian/control
--- eclipse-3.2.2/debian/control
+++ eclipse-3.2.2/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]>
 Uploaders: Jerry Haltom <[EMAIL PROTECTED]>, Michael Koch <[EMAIL PROTECTED]>, 
Matthias Klose <[EMAIL PROTECTED]>, Stephan Michels <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.2), dpatch (>= 2.0), lsb-release, bzip2, zip, 
sharutils, default-jdk-builddep, liblucene-java (>= 1.4.2), liblucene-java-doc 
(>= 1.4.2), junit (>= 3.8), junit4, libjsch-java (>= 0.1.36), libgtk2.0-dev (>= 
2.4), libgnome2-dev (>= 2.6), libgnomeui-dev (>= 2.6), libxtst-dev, 
libgl1-mesa-dev, libglu1-mesa-dev, classpath-doc, pkg-config, libcairo2-dev, 
ant-optional (>= 1.6.5-3), libtomcat5.5-java, libxul-dev
+Build-Depends: debhelper (>> 4.2), dpatch (>= 2.0), lsb-release, bzip2, zip, 
sharutils, default-jdk-builddep, liblucene-java (>= 1.4.2), liblucene-java-doc 
(>= 1.4.2), junit (>= 3.8), junit4, libjsch-java (>= 0.1.36), libgtk2.0-dev (>= 
2.4), libgnome2-dev (>= 2.6), libgnomeui-dev (>= 2.6), libxtst-dev, 
libgl1-mesa-dev, libglu1-mesa-dev, pkg-config, libcairo2-dev, ant-optional (>= 
1.6.5-3), libtomcat5.5-java, libxul-dev, libgl1-mesa-dev
 Standards-Version: 3.7.3
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/eclipse
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/eclipse
diff -u eclipse-3.2.2/debian/changelog eclipse-3.2.2/debian/changelog
--- eclipse-3.2.2/debian/changelog
+++ eclipse-3.2.2/debian/changelog
@@ -1,3 +1,10 @@
+eclipse (3.2.2-6.0~rzr1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * WIP: Rename swt jar for ia64 arch. Closes #483279
+
+ -- Philippe Coval <[EMAIL PROTECTED]>  Tue, 24 Jun 2008 18:10:30 +0200
+
 eclipse (3.2.2-6) unstable; urgency=low
 
   * Suppress warnings from javac.
only in patch2:
unchanged:


signature.asc
Description: OpenPGP digital signature

Bug#486434: fetchyahoo Fixed upsteam

[Philippe Coval]

Package: fetchyahoo
Followup-For: Bug #486434


Hi,

FYI, I was affected by this issue until I recompiled the "unstable" version
provided upstream, I built a package if needed :

  * http://rzr.online.fr/q/apt

ps: btw, the watch file does not scan unstable versions, ( [0-9.]* vs .* )

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

Kernel: Linux 2.6.23-k7-amiloa (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages fetchyahoo depends on:
ii  libcrypt-ssleay-perl   0.57-1+b1 Support for https protocol in LWP
ii  libhtml-parser-perl3.56-1+b1 A collection of modules that parse
ii  libio-socket-ssl-perl  1.13-1Perl module implementing object or
ii  libmime-tools-perl 5.426-1   Perl5 modules for MIME-compliant m
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  libwww-perl5.812-1   WWW client/server library for Perl
ii  perl   5.10.0-11 Larry Wall's Practical Extraction 

Versions of packages fetchyahoo recommends:
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 
ii  procmail  3.22-16Versatile e-mail processor

-- no debconf information



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

Bug#492084: atitvout: should this package be removed?

[Philippe Coval]

Hi,
I'll try to fix this bug, see comments bellow
>
> * Fairly low popcon.
242
> * Upstream has been dead since 2004.
yes but It worked as expected since
> * RC Buggy.
I'll see If I can find a workaround,
actually the problem is not in ativout itself but in lrmi
which is also noticed in
http://bugs.debian.org/490746

BTW, would it be a good idea to package lrmi appart ?

> * Functionality exists in GATOS and probably now Xorg directly.
I am not sure it works on all gfx adapters see :
http://bugs.debian.org/481748


> If you think that it should be orphaned instead of being removed from
> Debian, please reply to this bug and tell so.
Orphaned? I just adopted it
> If you disagree and want to continue to maintain this package, please
> just close this bug and do an upload also fixing the other issues.
I'll try to have a look at it before summer vacations , so I let the bug
open
untill a next release

Regards

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict #
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#





signature.asc
Description: OpenPGP digital signature

Bug#474155: ndoutils-nagios2-mysql.postinst: install stops on "dbconfig-common: flushing administrative password"

[Lucas Philippe]

Package: ndoutils-nagios2-mysql.postinst
Version: 1.4b7-5
Severity: grave
Justification: renders package unusable


I was unable to install the package ndoutil-nagios2-mysql. The install
stop after the line "dbcommon: flushing administrative password".
I found on the Internet the same problem for another debian packages
related to the use of ucf. Maybe the problem is not in the
ndoutil-nagios2-mysql package but in the ucf package.

I tried to comment the line "ucf 
/usr/share/ndoutils-nagios2-mysql/tmpl/ndomod.cfg /etc/nagios2/ndomod.cfg" in 
the
/var/lib/dpkg/info/ndoutils-nagios2-mysql.postinst and run the command
"dpkg --configure -a". It works fine, this is the result of the command
:

Paramétrage de ndoutils-nagios2-mysql (1.4b7-5) ...
dbconfig-common: writing config to
/etc/dbconfig-common/ndoutils-mysql.conf
Replacing config file /etc/dbconfig-common/ndoutils-mysql.conf with new
version
Replacing config file /etc/nagios2/ndo2db.cfg with new version
granting access to database ndoutilsmysql for [EMAIL PROTECTED]:
success.
verifying access for [EMAIL PROTECTED]: success.
creating database ndoutilsmysql: success.
verifying database ndoutilsmysql exists: success.
dbconfig-common: flushing administrative password
Starting ndoutils: Not enabled in /etc/defaults/ndoutils.
Paramétrage de nagvis (1:1.2.2-4) ...
dbconfig-common: writing config to /etc/dbconfig-common/nagvis.conf

Creating config file /etc/dbconfig-common/nagvis.conf with new version

Creating config file /etc/nagvis/nagvis.ini.php with new version
dbconfig-common: flushing administrative password

Creating config file /etc/nagvis/apache.conf with new version


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

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

Bug#474410: debian : > /build/buildd/tuxguitar-0.9.99~1.0rc2/TuxGuitar/build.xml:42: Unable to find a javac compiler;

[Philippe Coval]

Hi,

This sounds weird to me

Normally it should use sun-java6-jdk compiler

can you email me the full log of this,
same for your environment ($ export )

make sure to unset JAVA_HOME before building it

Regards

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net




signature.asc
Description: OpenPGP digital signature

Bug#473050: Patch which seems to work with all font config

[Philippe Poilbarbe]

It seems that the problem come when there is 'bold' or anything else 
after the font without the font size.

Here is a patch which corrects this:

--- tkdiff.orig2008-04-18 10:20:54.55659 +0200
+++ tkdiff2008-04-18 10:25:33.45919 +0200
@@ -155,7 +155,11 @@
#debug-info "entryfont $entryfont"

set font [list $textfont]
-set bold [list [concat $textfont bold]]
+if {$tk_version < 8.5} {
+  set bold [list [concat $textfont bold]]
+} else {
+  set bold [list [concat $textfont -12 bold]]
+}
#debug-info "font: $font"
#debug-info "bold: $bold\n"
option add *Label.font $labelfont userDefault


--
Philippe Poilbarbe - CLS Space Oceanography Division





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

Bug#518725: atitvout: FTBFS: lrmi.c:305: error: 'IF_MASK' undeclared (first use in this function)

[Philippe Coval]

Elías A. M. wrote:
> tag 518725 + patch
> thanks.
>
> The patch, I Think is similar to:
> http://mirrors.evolva.ro/gentoo-x86-portage/app-i18n/zhcon/files/zhcon-0.2.6%2Blinux-headers-2.6.26.patch
>
>
>
> Elías
>
>
>
>   

hi

thanx to remind me this issue

Ubuntu used the same patch, I merged in upcoming version at :
http://mentors.debian.net/debian/pool/main/a/atitvout/

I think it is ready to be uploaded like francois did for previous version

btw, maybe packaging lrmi  alone would be a good thing for later

Regards

-- 
  #  Philippe Coval mailto:rzr[a]users.sf.netpgp:0x467094BC  #
  #  http://rzr.online.fr/contribs.htm xmpp:rzr[a]jabber.fr irc:RzR  #



signature.asc
Description: OpenPGP digital signature

Bug#394465: debian: unicorn / patch to support lenny kernel

[Philippe Coval]

Tags: patch


Hi,

I started to write a patch to support lenny kernel , but I gave up,
It builds by hand, but not yet using module-assistant :

If someone if interested to help or anything else then check this :
http://rzr.online.fr/docs/contribs/patches/unicorn_0.9.3-2~rzr2.debdiff

it contains :
http://rzr.online.fr/docs/contribs/patches/bewan-adsl-0.9.3-linux-2.6.26.patch

Also available on :
http://mentors.debian.net/debian/pool/non-free/u/unicorn/

Feel free to contact me for helping or  mentoring

-- 
 # mailto:rzr[a]users.sf.net -- gpg:0x467094BC#
 # http://rzr.online.fr/contribs.htm -- Libre Software Addict #
 # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.net#




signature.asc
Description: OpenPGP digital signature

Bug#506883: [debian] tuxguitar: hard-coded dependencies on libraries

[Philippe Coval]

Hi,

Thank you for reporting this, I've fixed this among other things :

http://mentors.debian.net/debian/pool/main/t/tuxguitar/

Tests need be done before uploading it, (maybe next week)

Anyone of the java team can mentor me, for cooperative maintenance ?

Regards

-- 
  #  Philippe Coval mailto:rzr[a]users.sf.netpgp:0x467094BC  #
  #  http://rzr.online.fr/contribs.htm xmpp:rzr[a]jabber.fr irc:RzR  #




signature.asc
Description: OpenPGP digital signature