Bug#457092: proftpd-dfsg: Minor error in Debconf template

[Christian Perrier]

Quoting Helge Kreutzmann ([EMAIL PROTECTED]):
> Package: proftpd-dfsg
> Version: 1.3.1-3
> Severity: minor
> Tags: patch
> X-Debbugs-CC: Christian Perrier <[EMAIL PROTECTED]>
> 
> 
> While translating your debconf template into German I noticed the
> following minor error:
> -msgid "Run proftpd:"
> +msgid "Run ProFTPd:"


Using lowercase was intentional. IN that case, we're speaking about
the daemon program itself, not the whole Software in general. Hence,
reviewers did choose to use the exact spelling of the daemon program name.

As a consequence, I do not agree this is a bug.



signature.asc
Description: Digital signature

Bug#457154: gclcvs: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: gclcvs
Version: N/A
Severity: wishlist
Tags: patch l10n

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

If you do not already use it, you might consider using the
"podebconf-report-po" utility, which helps warning translators about
changes when you modify some debconf templates in your packages.

The usual policy when using it is sending a warning to translators
when you plan to upload a version of your package with debconf
templates changes (even typo corrections). Then leave about one week
for them to update their files (several translation teams have a QA
process which requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

Example use (from your package build tree):

$ podebconf-report-po

This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
"--languageteam" switch to also mail the mail addresses listed in
"Language-Team" field).

You can also use this utility to request for new translations:

$ podebconf-report-po --call

This will send a mail to [EMAIL PROTECTED] with all the
needed information and material for new translators to add new
languages to your supported languages.

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


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

Kernel: Linux 2.6.22-3-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/dash
# Translation of gclcvs debconf templates to French
# Copyright (C) 2005 Sylvain Archenault <[EMAIL PROTECTED]>
# This file is distributed under the same license as the gclcvs package.
#
# Sylvain Archenault <[EMAIL PROTECTED]>, 2005.
#
msgid ""
msgstr ""
"Project-Id-Version: gcl 2.6.7-1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-01-21 08:47+0100\n"
"PO-Revision-Date: 2005-12-17 21:21+0100\n"
"Last-Translator: Sylvain Archenault <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../in.gcl.templates:1001
msgid "Use the work-in-progress ANSI build by default?"
msgstr "Faut-il utiliser la compilation ANSI (en développement) par défaut ?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:1001
msgid ""
"GCL is in the process of providing an ANSI compliant image in addition to "
"its traditional CLtL1 image still in production use.  Please see the README."
"Debian file for a brief description of these terms.  Setting this variable "
"will determine which image you will use by default on executing '[EMAIL 
PROTECTED]@'.  "
"You can locally override this choice by setting the GCL_ANSI environment "
"variable to any non-empty string for the ANSI build, and to the empty string "
"for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@.  The flavor of the 
build in "
"force will be reported in the initial startup banner."
msgstr ""
"GCL a pour but de fournir une image conforme à la définition de l'ANSI en "
"plus de son image traditionnelle CLtL1 qui est toujours utilisée en "
"production. Veuillez consulter le fichier README.Debian pour plus "
"d'informations sur ces normes. Ce choix déterminera quelle norme vous allez "
"utiliser par défaut lors de l'exécution de [EMAIL PROTECTED]@ ». Vous pouvez "
"localement modifier ce choix en affectant une chaîne non vide à la variable "
"d'environnement GCL_ANSI pour une compilation respectant la norme définie "
"par l'ANSI, et une chaîne vide pour une compilation en accord avec la norme "
"CLtL1, par exemple GCL_ANSI=t [EMAIL PROTECTED]@. Le type de compilation sera 
affiché "
"dans le bandeau de démarrage."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid "Use the profiling build by default?"
msgstr "Faut-il utiliser le profilage par défaut ?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"GCL now has optional support for profiling via gprof.  Please see the "
"documentation for si::gprof-start and si::gprof-quit for details. As this "
"build is slower than builds without gprof support, it is not recommended for "
"final production use. You can locally override the default choice made here "
"by setting the GCL_PROF environment variable to any non-empty string for "
"profiling support, and to the empty string for the more optimized builds, e."
"g. GCL_PROF=t [EMAIL PROTECTED]@.  If profiling is enabled, this will be 
reported in "
"the initial startup banner."
msgstr ""
"GCL gère désormais le profilage via gprof. Veuille

Bug#452595: Asterisk SNMP OID's not available.

[Faidon Liambotis]

reassign 452595 snmpd 5.4.1~dfsg-4
retitle 452595 agentXPerms configuration directive is ignored
thanks

Jon Webster wrote:
> pbx# snmpget localhost -v2c -c asterisk 1.3.6.1.4.1.22736.1.5.1.0
> ASTERISK-MIB::astNumChannels.0 = No Such Object available on this agent at 
> this OID
I tried to follow the documentation and verified that indeed it does not
work.
It appears that asterisk is unable to connect to the AgentX socket of snmpd.

This appears to be a permission problem, since asterisk drops its
privileges.

The agentXPerms configuration directive of snmpd.conf (as suggested by
Asterisk's documentation and snmpd's man page) is supposed to call
chmod/chown to alter the permissions of /var/agentx and /var/agentx/master.

This is not however the case, presumably due to a bug of snmpd.

To workaround this bug, try to change the permissions of /var/agentx and
/var/agentx/master. For example
chown -R asterisk.asterisk /var/agentx
This is far from ideal, since you'll have to execute this every time
snmpd is (re)started.

I'm reassigning the bug so that the Net-SNMP maintainers can have a look.

Thanks,
Faidon



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

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: Bug#457088: mpi.h is missing

[Ondrej Certik]

On Dec 20, 2007 8:12 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>
> On Dec 20, 2007 8:00 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> >
> > On Dec 20, 2007 12:29 AM, Manuel Prinz <[EMAIL PROTECTED]> wrote:
> > > Dear Sune!
> > >
> > > Am Mittwoch, den 19.12.2007, 23:43 +0100 schrieb Sune Vuorela:
> > > > I have read the discussion in the bug report. If it is anywhere else, 
> > > > please
> > > > point to it instead of playing smart-ass.
> > >
> > > That applies to everyone: I don't like the tone of the recent emails and
> > > would be glad if we could all calm down and keep the discussion at a
> > > technical level, so we can spend our time on working on Debian and not
> > > flaming each other.
> > >
> > > > From the fhs:
> > > > /usr/include : Directory for standard include files.
> > > > /usr/lib : Libraries for programming and packages
> > > >
> > > > mpi.h surely only fits in first category.
> > >
> > > mpi.h is provided in /usr/include/mpi via update-alternatives, as every
> > > other include file needed by an MPI implementation is, so I do not see
> > > the problem here. I don't find a reference in the policy that states
> > > that one is not allowed to symlink to where the files reside in the
> > > filesystem. Actually, all packages using update-alternatives I looked at
> > > so far put their stuff in /usr/lib/package. If that's wrong, we can
> > > correct that. But from what I saw this is common practice. mpich even
> > > has files in /usr/lib/mpich/bin. IANADD, so I may be wrong and looked at
> > > broken packages. Could you please give me some insight how a solution
> > > would look like in your eyes? Thanks in advance!
> >
> > Hi Manuel,
> >
> > thanks very much for your reply. As you explained in your previous email,
> > I think the misunderstanding is, that you and Dirk think, that
> > /usr/include/mpi.h
> > is symlinked to /usr/lib/openmpi/whatever, right?
> >
> > If it was true, everything would be fine and imho that would be
> > according to the policy. Unfortunately, I think it is not true:
> >
> > $ ll /usr/include/mpi.h
> > ls: /usr/include/mpi.h: No such file or directory
> >
> > That's just my computer, it can be misconfigured. But it's the same
> > problem on buildbots:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456869
> >
> > As you can see there:
> >
> > > /usr/lib/petsc/include/petsc.h:138:17: error: mpi.h: No such file or 
> > > directory
> >
> > if the mpi.h was in /usr/include, as you say, it would be found.
> >
> > I am sad, that you think it is not a bug.
> >
> > Imho, the right thing to do is to open this bug, leave it open, and
> > then try to fix it. Maybe it's a problem with update-alternatives
> > again,
> > as it used to be in the past. Could be. But, the end result is, that
> > libopenmpi-dev is not following FHS (for one reason or another) and
> > that is a bug (in my opinion). So let's open this bug and maybe
> > another one in update-alternatives, blocking this one?
> >
> >
> > I think there is some misunderstanding, I am sure you have thought
> > about libopenmpi-dev being compliant to FHS and that's why
> > you think it's not a bug, but I have my computer misconfigured (and
> > buildbots too). So where is your intended place for mpi.h?
> > /usr/inlude/mpi.h? Or /usr/include/openmpi/mpi.h?  (Neither exist on my 
> > system).
>
> Ah, maybe you mean /usr/include/mpi/mpi.h?
>
> [EMAIL PROTECTED]:~$ ll /usr/include/mpi/
> total 132
> -rw-r--r-- 1 root root  20045 2007-12-19 04:48 mpif-common.h
> -rw-r--r-- 1 root root   3659 2007-12-19 04:49 mpif-config.h
> -rw-r--r-- 1 root root   3321 2007-12-19 04:49 mpif.h
> -rw-r--r-- 1 root root 102842 2007-12-19 04:49 mpi.h
> drwxr-xr-x 5 root root146 2007-12-19 09:58 openmpi
> [EMAIL PROTECTED]:~$ ll /usr/lib/openmpi/include/mpi.h
> -rw-r--r-- 1 root root 102842 2007-12-19 04:49 /usr/lib/openmpi/include/mpi.h
> [EMAIL PROTECTED]:~$ md5sum /usr/lib/openmpi/include/mpi.h
> 8be263242a74ca9dd10521a5dc9b80c0  /usr/lib/openmpi/include/mpi.h
> [EMAIL PROTECTED]:~$ md5sum /usr/include/mpi/mpi.h
> 8be263242a74ca9dd10521a5dc9b80c0  /usr/include/mpi/mpi.h
>
> The md5sums are the same, but clearly this is not a symlink on my
> system. I tried to include /usr/include/mpi in petsc4py and this seems
> to work.
>
> So, is a solution to your bug to include /usr/include/mpi and that's
> it? I am worried it's not a symlink.

Yes, you Manual actually wrote that:

> including /usr/include/mpi in your include file search path is the right
>thing to do. Given that, it does not matter if your package compiles for

So now I seem to begin to understand. Before, openmpi used to use
/usr/include/mpi.h (because I was just including /usr/include and the
packages compiled), right? Then you decided to do it the same way as
the other packages and thus you moved to /usr/include/mpi/mpi.h (I
completely agree!)?
This of course broke some packages, but the solution is just to import
/usr/include/mpi, the same way as with lam, or mpich

Bug#457153: clamav: Need patch in unstable and volatile for DSA-1435-1 CVE-2007-6335 CVE-2007-6336

[Chris Sibbitt]

Package: clamav
Version: 0.91.2-1~volatile1 , 0.91.2-4
Severity: grave
Tags: security
Justification: user security hole


 Running 0.91.2-1~volatile from etch/volatile because I was having update 
problems with clamav from the vanilla etch tree. 
Saw this vuln yesterday and noticed there was no open bug for it vs. these 
versions



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

Bug#455226: Please add libexpat1-dev to Build Depends

[Daniel Baumann]

Hi,

libexpat is already pulled in through direct depends of libgtk2. There 
is no way you can install libgtk2 (to fulfil the build-depends) without 
having also libexpat.


Where/How did you manage to build it anyways?

Regards,
Daniel

--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#456774: lm-sensors3 does not work

[Svante Signell]

Severity: serious
Tags: Patch

After looking at the calculations made in sensors3.conf causing the
problems I found that the difference between versions 2.10 and 3.0:
In version 2.10 the calculated values can be used in a subsequent
calculation, while it does not work for version 3.0 :-(, see code below:

compute in0 (24/14.7 + 1) * @ , @ / (24/14.7 + 1)
compute in5 (160/35.7)*(@ - in0) + @, (@ + in0*160/35.7)/(1+160/35.7)

As a workaround, I've changed the calculated 5V value with a fixed value
of 5V, see patch below for calculation of -12V and -5V values:

--- /etc/sensors3.conf  2007-12-20 08:07:03.0 +0100
+++ /etc/sensors3.conf~ 2007-12-04 09:35:44.0 +0100
@@ -985,16 +985,14 @@
 label in4 "+12V"
 label in5 "-12V"
 label in6 "-5V"
-# Vs = (1+R1/R2)*Vin
+
 compute in0 (24/14.7 + 1) * @ ,   @ / (24/14.7 + 1)
 compute in2 (22.1/30 + 1) * @ ,   @ / (22.1/30 + 1)
 compute in3 (2.8/1.9) * @,@ * 1.9/2.8
 compute in4 (160/30.1 + 1) * @,   @ / (160/30.1 + 1)
-# Vs = Vin + (R4/R3)*(Vin - V5) 
-compute in5 (160/35.7)*(@ - 5) + @, (@ + 5 * 160/35.7)/ (1 +
160/35.7)
-#compute in5 (160/35.7)*(@ - in0) + @, (@ + in0 * 160/35.7)/ (1 +
160/35.7)
-compute in6 (36/16.2)*(@ - 5) + @,  (@ + 5 * 36/16.2) / (1 +
36/16.2)
-#compute in6 (36/16.2)*(@ - in0) + @,  (@ + in0 * 36/16.2) / (1 +
36/16.2)
+compute in5 (160/35.7)*(@ - in0) + @, (@ + in0 * 160/35.7)/ (1 +
160/35.7)
+compute in6 (36/16.2)*(@ - in0) + @,  (@ + in0 * 36/16.2) / (1 +
36/16.2)
+
 set in0_min 5 * 0.95
 set in0_max 5 * 1.05
 # What is your VTT? It is probably not this value...

On Mon, 2007-12-17 at 22:41 +0100, Svante Signell wrote:
> On Mon, 2007-12-17 at 22:22 +0100, Aurelien Jarno wrote:
> > severity 456774 normal
> > thanks
> >
> > Svante Signell a écrit :
> > > Package: lm-sensors
> > > Version: 1:3.0.0-4
> > > Severity: grave
> > > Justification: renders package unusable
> > > 
> > > Some voltage readings are not reported by versions 3 of lm-sensors.
> > > Configuration files tried with versions 3 are both the
> > > old /etc/sensors.conf and the new /etc/sensors3.conf, same result, see
> > > below.
> > 
> > Could you please tell me which values are not reported? From what I see
> > there are a few error messages that are not present in lm-sensors 2, but
> > all values are actually reported.
> > 
> > Also this is the only chip known to have this problem, and the lm80 is a
> > relatively rare chip. I am therefore downgrading the severity.
> 
> Is it so rare? I have an lm80 on more than one of my old computers, 
> Pentium 2, Celeron 1-2, Pentium 3 based from around 1998-2001.
> 
> See below for version 3: the negative voltages -12V and -5V are not
> reported.
> 
> > > With lm-sensors 1:2.10.1-3 (latest from stable):
> > > (No problems with any of the 2.x versions)
> > > lm80-i2c-0-28
> > > Adapter: SMBus PIIX4 adapter at 5000
> 
> > > -12V: -12.06 V  (min = -12.61 V, max = -11.40 V)   
> > > -5V:   -5.15 V  (min =  -5.25 V, max =  -4.74 V)   
> 
> > > 
> > > With lm-sensors3 (currently 1:3.0.0-4):
> > > lm80-i2c-0-28
> > > Adapter: SMBus PIIX4 adapter at 5000
> 
> > > ERROR: Can't get value of subfeature in5_input: No such subfeature known
> > > ERROR: Can't get value of subfeature in5_max: No such subfeature known
> > > ERROR: Can't get value of subfeature in5_min: No such subfeature known
> > > -12V:+0.00 V  (min =  +0.00 V, max =  +0.00 V)
> > > ERROR: Can't get value of subfeature in6_input: No such subfeature known
> > > ERROR: Can't get value of subfeature in6_max: No such subfeature known
> > > ERROR: Can't get value of subfeature in6_min: No such subfeature known
> > > -5V: +0.00 V  (min =  +0.00 V, max =  +0.00 V)
> 
> > > Installed:
> > > ii  libsensors3  1:2.10.5-3
> > > library to read temperature/voltage/fan sensors
> > > ii  libsensors4  1:3.0.0-4
> > > library to read temperature/voltage/fan sensors
> > > ii  lm-sensors   1:3.0.0-4
> > > utilities to read temperature/voltage/fan sensors
> > > 
> > > 
> > > 
> > > 
> > 
> > 

Bug#433121: example of error

[Norbert Preining]

Hi,

On Sa, 15 Dez 2007, Plareplane wrote:
> /usr/bin/pdfxmltex docbook-cheat-sheet.fo
...
> ! LaTeX Error: File `fotex.xmt' not found.

I tried with current ghc6 in Debian/sid and a local packages of xmltex
which also ships passivetex.

I could generate a docbook-cheat-sheet.fo but the compilation to pdf
using pdfxmltex didn't work as it gave a lot of errors.l.1 ...

l.1 ..."2" hyphenation-remain-character-count="2">
  Using DocBook to write GHC...

? 

[...]

! TeX capacity exceeded, sorry [save size=5000].
[EMAIL PROTECTED]@chars ...\string ##2\string ##3}
  \def \utfeightd ##1##2##3#...
l.25 ...fo:inline>
   Fatal error occurred, no output PDF file produced!

Is this supposed to work?

Could you *ever* generate a pdf of that with pdfxmltex?

If you want please use
deb(-src) http://people.debian.org/~preining/TeX/ xmltex/
in your sources.list, and install
xmltex 1.9.debian.1-1~1
which also ships passivetex files.


Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
LLANELLI (adj.)
Descriptive of the waggling movement of a person's hands when shaking
water from them or warming up for a piece of workshop theatre.
--- Douglas Adams, The Meaning of Liff



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

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: Bug#457088: mpi.h is missing

[Ondrej Certik]

On Dec 20, 2007 8:00 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>
> On Dec 20, 2007 12:29 AM, Manuel Prinz <[EMAIL PROTECTED]> wrote:
> > Dear Sune!
> >
> > Am Mittwoch, den 19.12.2007, 23:43 +0100 schrieb Sune Vuorela:
> > > I have read the discussion in the bug report. If it is anywhere else, 
> > > please
> > > point to it instead of playing smart-ass.
> >
> > That applies to everyone: I don't like the tone of the recent emails and
> > would be glad if we could all calm down and keep the discussion at a
> > technical level, so we can spend our time on working on Debian and not
> > flaming each other.
> >
> > > From the fhs:
> > > /usr/include : Directory for standard include files.
> > > /usr/lib : Libraries for programming and packages
> > >
> > > mpi.h surely only fits in first category.
> >
> > mpi.h is provided in /usr/include/mpi via update-alternatives, as every
> > other include file needed by an MPI implementation is, so I do not see
> > the problem here. I don't find a reference in the policy that states
> > that one is not allowed to symlink to where the files reside in the
> > filesystem. Actually, all packages using update-alternatives I looked at
> > so far put their stuff in /usr/lib/package. If that's wrong, we can
> > correct that. But from what I saw this is common practice. mpich even
> > has files in /usr/lib/mpich/bin. IANADD, so I may be wrong and looked at
> > broken packages. Could you please give me some insight how a solution
> > would look like in your eyes? Thanks in advance!
>
> Hi Manuel,
>
> thanks very much for your reply. As you explained in your previous email,
> I think the misunderstanding is, that you and Dirk think, that
> /usr/include/mpi.h
> is symlinked to /usr/lib/openmpi/whatever, right?
>
> If it was true, everything would be fine and imho that would be
> according to the policy. Unfortunately, I think it is not true:
>
> $ ll /usr/include/mpi.h
> ls: /usr/include/mpi.h: No such file or directory
>
> That's just my computer, it can be misconfigured. But it's the same
> problem on buildbots:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456869
>
> As you can see there:
>
> > /usr/lib/petsc/include/petsc.h:138:17: error: mpi.h: No such file or 
> > directory
>
> if the mpi.h was in /usr/include, as you say, it would be found.
>
> I am sad, that you think it is not a bug.
>
> Imho, the right thing to do is to open this bug, leave it open, and
> then try to fix it. Maybe it's a problem with update-alternatives
> again,
> as it used to be in the past. Could be. But, the end result is, that
> libopenmpi-dev is not following FHS (for one reason or another) and
> that is a bug (in my opinion). So let's open this bug and maybe
> another one in update-alternatives, blocking this one?
>
>
> I think there is some misunderstanding, I am sure you have thought
> about libopenmpi-dev being compliant to FHS and that's why
> you think it's not a bug, but I have my computer misconfigured (and
> buildbots too). So where is your intended place for mpi.h?
> /usr/inlude/mpi.h? Or /usr/include/openmpi/mpi.h?  (Neither exist on my 
> system).

Ah, maybe you mean /usr/include/mpi/mpi.h?

[EMAIL PROTECTED]:~$ ll /usr/include/mpi/
total 132
-rw-r--r-- 1 root root  20045 2007-12-19 04:48 mpif-common.h
-rw-r--r-- 1 root root   3659 2007-12-19 04:49 mpif-config.h
-rw-r--r-- 1 root root   3321 2007-12-19 04:49 mpif.h
-rw-r--r-- 1 root root 102842 2007-12-19 04:49 mpi.h
drwxr-xr-x 5 root root146 2007-12-19 09:58 openmpi
[EMAIL PROTECTED]:~$ ll /usr/lib/openmpi/include/mpi.h
-rw-r--r-- 1 root root 102842 2007-12-19 04:49 /usr/lib/openmpi/include/mpi.h
[EMAIL PROTECTED]:~$ md5sum /usr/lib/openmpi/include/mpi.h
8be263242a74ca9dd10521a5dc9b80c0  /usr/lib/openmpi/include/mpi.h
[EMAIL PROTECTED]:~$ md5sum /usr/include/mpi/mpi.h
8be263242a74ca9dd10521a5dc9b80c0  /usr/include/mpi/mpi.h

The md5sums are the same, but clearly this is not a symlink on my
system. I tried to include /usr/include/mpi in petsc4py and this seems
to work.

So, is a solution to your bug to include /usr/include/mpi and that's
it? I am worried it's not a symlink.

Ondrej



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

Bug#457151: dpkg-dev -- should not reorder Build-Depends

[Kumar Appaiah]

On Thu, Dec 20, 2007 at 12:20:40PM +0530, Kumar Appaiah wrote:
> As this has caused enough damage already (e.g. octave2.9, numpy etc.)
> not unnecessarily depend on atlas. Therefore, I chose to file this as
> serious. Please feel free to downgrade severity if you feel so.

I meant octave2.9, numpy _now_ unnecessarily depend on atlas. Sorry
for the typo. :-)

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: Bug#457088: mpi.h is missing

[Ondrej Certik]

On Dec 20, 2007 12:29 AM, Manuel Prinz <[EMAIL PROTECTED]> wrote:
> Dear Sune!
>
> Am Mittwoch, den 19.12.2007, 23:43 +0100 schrieb Sune Vuorela:
> > I have read the discussion in the bug report. If it is anywhere else, please
> > point to it instead of playing smart-ass.
>
> That applies to everyone: I don't like the tone of the recent emails and
> would be glad if we could all calm down and keep the discussion at a
> technical level, so we can spend our time on working on Debian and not
> flaming each other.
>
> > From the fhs:
> > /usr/include : Directory for standard include files.
> > /usr/lib : Libraries for programming and packages
> >
> > mpi.h surely only fits in first category.
>
> mpi.h is provided in /usr/include/mpi via update-alternatives, as every
> other include file needed by an MPI implementation is, so I do not see
> the problem here. I don't find a reference in the policy that states
> that one is not allowed to symlink to where the files reside in the
> filesystem. Actually, all packages using update-alternatives I looked at
> so far put their stuff in /usr/lib/package. If that's wrong, we can
> correct that. But from what I saw this is common practice. mpich even
> has files in /usr/lib/mpich/bin. IANADD, so I may be wrong and looked at
> broken packages. Could you please give me some insight how a solution
> would look like in your eyes? Thanks in advance!

Hi Manuel,

thanks very much for your reply. As you explained in your previous email,
I think the misunderstanding is, that you and Dirk think, that
/usr/include/mpi.h
is symlinked to /usr/lib/openmpi/whatever, right?

If it was true, everything would be fine and imho that would be
according to the policy. Unfortunately, I think it is not true:

$ ll /usr/include/mpi.h
ls: /usr/include/mpi.h: No such file or directory

That's just my computer, it can be misconfigured. But it's the same
problem on buildbots:

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

As you can see there:

> /usr/lib/petsc/include/petsc.h:138:17: error: mpi.h: No such file or directory

if the mpi.h was in /usr/include, as you say, it would be found.

I am sad, that you think it is not a bug.

Imho, the right thing to do is to open this bug, leave it open, and
then try to fix it. Maybe it's a problem with update-alternatives
again,
as it used to be in the past. Could be. But, the end result is, that
libopenmpi-dev is not following FHS (for one reason or another) and
that is a bug (in my opinion). So let's open this bug and maybe
another one in update-alternatives, blocking this one?


I think there is some misunderstanding, I am sure you have thought
about libopenmpi-dev being compliant to FHS and that's why
you think it's not a bug, but I have my computer misconfigured (and
buildbots too). So where is your intended place for mpi.h?
/usr/inlude/mpi.h? Or /usr/include/openmpi/mpi.h?  (Neither exist on my system).

Let's make this clear, and then try to fix this bug.

I would be glad, if you could Dirk reopen it.

Thanks a lot,
Ondrej



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

Bug#457152: qa.debian.org: Accurately represent Bugs/Patches available in the Todo section of PTS page

[Y Giridhar Appaji Nag]

Package: qa.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

The Todo section of the PTS page lists the number of patches, but this
number is misleading (see the reportbug PTS page) because it counts the
patches on merged bugs multiple times.  One of the following two things
may be a good idea:

1. Don't count the patches on merged bugs multiple times

2. Reword "The Bug Tracking System contains NN patches, you should
include them" to "The Bug Tracking System contains patches to fix NN
bugs, you should include them." (or something on those lines).

Giridhar

- --
Y Giridhar Appaji Nag | http://www.appaji.net/

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

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

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

iD8DBQFHahSd4eu+pR04mIcRAkreAKDZJCwXjtf61mgswJITqB0XjhEFfgCaAhS6
jCaWqYdaq8Dn/K9Dps1BiLs=
=Yf9O
-END PGP SIGNATURE-



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

Bug#429883: Please display if the maintainer is in LowThresholdNmu

[Y Giridhar Appaji Nag]

# Bcc: control
tags 429883 +fixed
thanks

On 07/06/21 01:21 +0200, Lucas Nussbaum said ...
> It would be interesting to display on the PTS if the maintainer of a
> package is listed in http://wiki.debian.org/LowThresholdNmu .

... now that this information is available from the PTS page, it can be
marked done.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature

Bug#457150: nvidia-kernel-source: Segfaults xorg

[Phil Dibowitz]

Package: nvidia-kernel-source
Version: 100.14.19-1
Severity: grave
Justification: renders package unusable


I restarted X today (many apt-get upgrade's later), and found that X
segfaults, and then crashes. Xorg.0.log doesn't show any errors except
for the backtrace at the end:

  Backtrace:
  0: X(xf86SigHandler+0x7e) [0x80c660e]
  1: [0xe420]
  2: X(Xrealloc+0x32) [0x81b4412]
  3: X [0x81024c9]
  4: /usr/lib/xorg/modules/drivers//nvidia_drv.so [0xb6fbdac9]

  Fatal server error:
  Caught signal 11.  Server aborting

I've posted an strace of the server here:

   http://www.phildev.net/phil/x-nvidia.strace.txt.gz

I noticed that reportbug isn't including my version of xorg, so:

ii  xserver-xorg1:7.3+8 the X.Org X server

I can reproduce the problem with "xinit", "startx", or launching xdm or
gdm - as a normal user or as root.

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

Kernel: Linux 2.6.23.1rider-smp (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 5.0.62 helper programs for debian/rules
ii  dpatch2.0.28 patch maintenance system for Debia
ii  make  3.81-3 The GNU version of the "make" util
ii  sed   4.1.5-5The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts   2.10.11 Scripts to make the life of a Debi
ii  kernel-package   11.001  A utility for building Linux kerne
ii  nvidia-glx   100.14.19-1 NVIDIA binary Xorg driver

-- no debconf information



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

Bug#448874: please cc the ML in any case

[Y Giridhar Appaji Nag]

# Bcc: control
tags 448874 +patch
thanks

On 07/12/04 09:58 +0100, Steffen Joeris said ...
> For the time being, it would be best to cc the 
> [EMAIL PROTECTED] ML everytime, the security tag is 
> used in the mail. This is, because the testing-security team mainly maintains 
> the tracker and even if it is just a stable issue, we can add information. 
> (That includes issues for unstable-only stuff as well).

Patch attached to implement this.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/
diff -Nur original/reportbug-3.39/reportbug modified/reportbug-3.39/reportbug
--- original/reportbug-3.39/reportbug	2007-08-17 04:10:37.0 +0530
+++ modified/reportbug-3.39/reportbug	2007-12-20 11:52:48.148543000 +0530
@@ -1638,8 +1638,9 @@
 incfiles = addinfo
 
 if bts == 'debian' and 'security' in taglist:
-ewrite('Will send a CC of this report to the Debian Security Team.\n')
+ewrite('Will send a CC of this report to the Debian Security and Testing Security Team.\n')
 listcc += ['Debian Security Team <[EMAIL PROTECTED]>']
+listcc += ['Debian Testing Security Team <[EMAIL PROTECTED]>']
 
 if listcc:
 headers.append('X-Debbugs-CC: '+', '.join(listcc))


signature.asc
Description: Digital signature

Bug#457151: dpkg-dev -- should not reorder Build-Depends

[Kumar Appaiah]

Package: dpkg-dev
Version: 1.14.12
Severity: serious
Tags: patch

Dear dpkg developers,

Please see this thread for context, though I've pasted relevant stuff:
http://lists.debian.org/debian-mentors/2007/12/msg00361.html


Well, here's a further diagnosis. For some reason, the order of
installed packages in the buildds (and my pbuilder) are being
reordered in alphabetical order.

See this old log. The apt-get command follows the same order as
specified in the package's Build-Depends:
http://buildd.debian.org/fetch.cgi?&pkg=octave2.9&ver=1%3A2.9.17-1&arch=sparc&stamp=1195174810&file=log

But here, it is in alphabetical order:
http://buildd.debian.org/fetch.cgi?&pkg=octave2.9&ver=1%3A2.9.19-1&arch=sparc&stamp=1197772112&file=log

And I saw the source package for octave2.9, here's the control:

Build-Depends: g++-4.1 (>= 4.1.1-4), debhelper (>= 5.0.0), autoconf, texinfo,
 texlive-latex-base, texlive-generic-recommended, g77,
 libreadline5-dev,
[snip]

Notice that refblas3-dev is _before_ lapack3-dev. Now, if apt-get is
called faithfully in this order, atlas does not come in. But if it is
reordered, the lapack3-dev dependencies are honoured first, and that
pulls in atlas3-base, which is the first alternate dependency, and is
satisfiable.


As this has caused enough damage already (e.g. octave2.9, numpy etc.)
not unnecessarily depend on atlas. Therefore, I chose to file this as
serious. Please feel free to downgrade severity if you feel so.

I've attached a trivial patch to prevent the ordering.

Thanks.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
--- a/scripts/dpkg-source.pl	2007-11-23 08:12:51.0 +0530
+++ b/scripts/dpkg-source.pl	2007-12-20 12:13:58.0 +0530
@@ -324,7 +324,6 @@
 		error(_g("error occurred while parsing %s"), $_) unless defined $dep;
 		my $facts = Dpkg::Deps::KnownFacts->new();
 		$dep->simplify_deps($facts);
-		$dep->sort();
 		$f{$_}= $dep->dump();
 	}
 elsif (s/^X[BC]*S[BC]*-//i) { $f{$_}= $v; }


signature.asc
Description: Digital signature

Bug#457149: python-gnome2: does not map bonobo.ui properly

[Michael Johnson]

Package: python-gnome2
Version: 2.20.1-1
Severity: important


When I upgraded from 2.20.0-1 yesterday, quodlibet stopped working for me.
It would generate the following error when starting from the command line:

ImportError: could not import bonobo.ui
Traceback (most recent call last):
  File "/usr/bin/quodlibet", line 304, in ?
main()
  File "/usr/bin/quodlibet", line 45, in main
window = widgets.init(player, library)
  File "/usr/share/quodlibet/widgets.py", line 53, in init
qltk.session.init()
  File "/usr/share/quodlibet/qltk/session.py", line 22, in init
client.set_restart_style(gnome.ui.RESTART_IF_RUNNING)
AttributeError: '__main__.GnomeClient' object has no attribute  
'set_restart_style'


After digging around, I discovered that the bonobo.ui error was the  
problem.

It seems that the line

  import gnome, gnome.ui

is supposed to automatically load bonobo.ui. Unfortunately, it cannot, for
some reason. This, in turn, kill quodlibet.

Downgrading to python-gnome2 2.20.0-1 fixes the problem.

Thanks,
Michael

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

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

Versions of packages python-gnome2 depends on:
ii  libart-2.0-22.3.19-3 Library of functions for 2D  
graphi

ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.20.2-1 Bonobo CORBA interfaces  
library

ii  libbonoboui2-0  2.20.0-1 The Bonobo UI library
ii  libc6   2.7-4GNU C Library: Shared  
libraries
ii  libcairo2   1.4.12-1 The Cairo 2D vector graphics  
libra
ii  libgconf2-4 2.20.1-2 GNOME configuration database  
syste

ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime  
file
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented  
display
ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User  
Interf
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System  
(runtime
ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user  
interface
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange  
library
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a  
CORBA ORB
ii  libpango1.0-0   1.18.3-1 Layout and rendering of  
internatio
ii  libpopt01.10-3   lib for parsing cmdline  
parameters

ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  python  2.4.4-6  An interactive high-level  
object-o
ii  python-gtk2 [python2.5-gtk2 2.12.0-2 Python bindings for the  
GTK+ widge
ii  python-support  0.7.5automated rebuilding support  
for p

pn  python2.4-gtk2 (no description available)

python-gnome2 recommends no packages.

-- no debconf information

Bug#457147: Context menu is empty

[Juhapekka Tolvanen]

Package: amarok
Version: 1.4.7-1+b2
Severity: normal


If I hold right mouse button down, context menu pops up and shows only
glimpse of its texts. Then those texts disappear:

http://iki.fi/juhtolv/tmp/bugreports/amarok/01/amarokbug.01.png


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (1100, 'testing'), (990, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 
'unstable')
Architecture: i386 (i686)

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

Versions of packages amarok depends on:
ii  amarok-engines  1.4.7-1+b2   output engines for the Amarok audi
ii  amarok-xine [amarok-eng 1.4.7-1+b2   xine engine for the Amarok audio p
ii  kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for al
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libaudio2   1.9.1-1  Network Audio System - shared libr
ii  libc6   2.7-4GNU C Library: Shared libraries
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.2-4GCC support library
ii  libgl1-mesa-swx11 [libg 7.0.2-2  A free implementation of the OpenG
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgpod30.6.0-2  a library to read and write songs 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libidn111.1-1GNU libidn library, implementation
ii  libifp4 1.0.0.2-3communicate with iRiver iFP audio 
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libkarma0   0.0.6-3  Rio Karma access library [runtime 
ii  libmtp6 0.2.2-2  Media Transfer Protocol (MTP) libr
ii  libmysqlclient15off 5.0.45-3 MySQL database client library
ii  libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libpq5  8.2.5-4  PostgreSQL C client library
ii  libqt3-mt   3:3.3.7-9Qt GUI Library (Threaded runtime v
ii  libruby1.8  1.8.6.111-2  Libraries necessary to run Ruby 1.
ii  libsdl1.2debian 1.2.12-1 Simple DirectMedia Layer
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsqlite3-03.4.2-2  SQLite 3 shared library
ii  libstdc++6  4.2.2-4  The GNU Standard C++ Library v3
ii  libtag1c2a  1.4-8+b1 TagLib Audio Meta-Data Library
ii  libtagc01.4-8+b1 TagLib Audio Meta-Data Library (C 
ii  libtunepimp50.5.3-6  MusicBrainz tagging library
ii  libusb-0.1-42:0.1.12-8   userspace USB programming library
ii  libvisual-0.4-0 0.4.0-2  Audio visualization framework
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  ruby1.8.2-1  An interpreter of object-oriented 
ii  unzip   5.52-10  De-archiver for .zip files
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.5.7-3  enables the browsing of audio CDs 

-- no debconf information

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"eiga wo miyou kimi no yakusoku dohri te wo tsunai de. yoru ni wa owakare
desu ringo to ichigo ga kusaru mae ni. yume wa hirogaru kimi no yakusoku
dohri kisu wo shi nagara."   Dir en grey



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

Bug#457146: manpages: capabilities(7) is missing text

[Rafael C. de Almeida]

Package: manpages
Version: 2.39-1
Severity: normal
Tags: patch

The capabilities(7) manpage states:

A full implementation of capabilities requires:

2.  that the kernel provide system calls allowing a thread’s
capability sets to be changed and retrieved.

3.  file  system support for attaching capabilities to an
executable file, so that a process gains those capabilities when the
file is execed.

Clearly an item is missing. The missing item is:
1.  that for all privileged operations, the kernel check whether the
process has the required capability in its effective set.


-- 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-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- no debconf information
--- man-pages-2.39/man7/capabilities.7  2006-08-03 10:58:08.0 -0300
+++ man-pages-2.39-new/man7/capabilities.7  2007-12-20 03:01:07.0 
-0200
@@ -379,7 +379,10 @@
 kernel version 2.2.11.
 .SS Current and Future Implementation
 A full implementation of capabilities requires:
-
+.IP 1. 4
+that for all privileged operations,
+the kernel check whether the thread has the required
+capability in its effective set.
 .IP 2. 4
 that the kernel provide 
 system calls allowing a thread's capability sets to

Bug#449425: Do you still get this in 0.4.10?

[Heikki Hokkanen]

On Dec 17, 2007 3:01 AM, Daniel Burrows <[EMAIL PROTECTED]> wrote:
>   I think these bugs were probably fixed in 0.4.10.  I would appreciate it
> if you could check whether you still encounter it and let me know if it
> appears to be gone (in which case I'll close the bug).

I haven't seen any crashes with 0.4.10-1+b1 so far (for example,
update+forget which often crashed seems to complete with no problems
now), so it should be relatively safe to assume it has been fixed.
Thanks!

Regards,

-- 
Heikki Hokkanen



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

Bug#457148: Display the date of 404s, and/or display only the most recent 404s.

[Daniel Burrows]

Package: visitors
Version: 0.7-3
Severity: wishlist

  I'm not 100% sure since I've only been using visitors for a short time,
but it looks to me like visitors displays the top 404s for any page on
your site for all time.  It would be more useful if old 404s expired and
if the most recent request date was displayed, so that I could be sure
that a URL I thought was fixed hadn't somehow developed new errors.
  Another nice feature would be to suppress displaying 404s if there's a
later successful request to the same URL.

  Daniel

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

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

Versions of packages visitors depends on:
ii  libc6 2.7-4  GNU C Library: Shared libraries

Versions of packages visitors recommends:
ii  graphviz  2.12-5 rich set of graph drawing tools

-- no debconf information



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

Bug#457144: Unreadably tiny fonts

[Juhapekka Tolvanen]

Package: xmcd
Version: 2.6-19.2
Severity: normal


Using this software is like raping my eyes bacause its fonts are too
tiny. Please, do something! I tried tuning X-resources but it caused
some fonts disappear. It was really annoying to click empty controls of
GUI.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (1100, 'testing'), (990, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 
'unstable')
Architecture: i386 (i686)

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

Versions of packages xmcd depends on:
ii  cddb2.6-19.2 CD DataBase support tools
ii  debconf [debconf-2.0]   1.5.17   Debian configuration management sy
ii  lesstif21:0.95.0-2.1 OSF/Motif 2.1 implementation relea
ii  libc6   2.7-4GNU C Library: Shared libraries
ii  libncurses5 5.6+20071124-1   Shared libraries for terminal hand
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

xmcd recommends no packages.

-- debconf information:
* xmcd/cdrom-device-name: /dev/cdrom

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"eiga wo miyou kimi no yakusoku dohri te wo tsunai de. yoru ni wa owakare
desu ringo to ichigo ga kusaru mae ni. yume wa hirogaru kimi no yakusoku
dohri kisu wo shi nagara."   Dir en grey



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

Bug#457114: Iceape browser will not install due to configuration script error

[David Lawyer]

Since I wanted to finish installing my iceape-browser, I patched the
code myself and it seems to work OK.  I just edited
/usr/sbin/update-iceape-chrome and replaced the two "ls"s with
"command ls".

David Lawyer



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

Bug#457145: RM: dbus-sharp -- RoM; obsolete, all rdepends use ndesk-dbus

[Sebastian Dröge]

Package: ftp.debian.org

Hi,

would be nice if dbus-sharp could be removed from the archive. All
rdepends use ndesk-dbus now and dbus-sharp is completely dead upstream
since 2 years or something.

Thanks and bye



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#456192: ping -w -c and error responses weird output

[Noah Meyerhans]

On Thu, Dec 13, 2007 at 02:45:39PM +, Ian Jackson wrote:
> thule:~# ping -w 120 -c 1 thule-3
> PING thule-3 (***.37.54) 56(84) bytes of data.
> >From thule.uk.xensource.com (***.33.107) icmp_seq=1 Destination Host 
> >Unreachable
> >From thule.uk.xensource.com (***.33.107) icmp_seq=2 Destination Host 
> >Unreachable
> >From thule.uk.xensource.com (***.33.107) icmp_seq=3 Destination Host 
> >Unreachable
> 
> --- thule-3 ping statistics ---
> 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2009ms
> , pipe 3
> thule:~# ping -w 120 -c 1 thule-3 2>&1 | cat -vet
> PING thule-3 (172.31.37.54) 56(84) bytes of data.$
> >From thule.uk.xensource.com (172.31.33.107) icmp_seq=1 Destination Host 
> >Unreachable$
> >From thule.uk.xensource.com (172.31.33.107) icmp_seq=2 Destination Host 
> >Unreachable$
> >From thule.uk.xensource.com (172.31.33.107) icmp_seq=3 Destination Host 
> >Unreachable$
> $
> --- thule-3 ping statistics ---$
> 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2008ms$
> , pipe 3$
> thule:~#
> 
> Observe the mysterious `, pipe 3' which looks like a bit of debugging
> output.

The ", pipe 3" has actually been there all along, and I believe it's
intentional.  It is basically supposed to represent the number of
outstanding echo requests that ping expects to be in transit at any
given point.  It's usually no greater than 1, in which case it's not
included in the summary.  It's normally set when the RTT is greater than
the frequency with which requests are sent.  In your case here, the
kernel isn't generating the Host Unreachables until 3 requests have been
sent, so it's set to 3.  ping never shrinks the pipe value, so no matter
how fast echo replies or errors come in once it's been set, it never can
go back to 0.

I don't believe it should be printing the pipe value in cases similar to
the example you've provided...

noah



signature.asc
Description: Digital signature

Bug#444967: katapult: crashes on settings and doesn't work (popup/launch)

[Martin Meredith]

We have patches in the development branch for this... However, a release
is not due any time soon.

On Thu, 2007-12-20 at 02:04 +0100, Emil Nowak wrote:
> I had the same problem, and as You siad: Removing 
> ~/.kde/share/config/katapultrc "fixes" that.
> 
> But of course old configuration files should crash katapult - it should be
> handled nicely.
> 
> 


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

Bug#456191: ping -w -c counts error responses towards exiting

[Noah Meyerhans]

On Thu, Dec 13, 2007 at 02:43:31PM +, Ian Jackson wrote:
> thule:~# ping -w 120 -c 1 thule-3
> PING thule-3 (***.37.54) 56(84) bytes of data.
> >From thule.uk.xensource.com (***.33.107) icmp_seq=1 Destination Host 
> >Unreachable
> >From thule.uk.xensource.com (***.33.107) icmp_seq=2 Destination Host 
> >Unreachable
> >From thule.uk.xensource.com (***.33.107) icmp_seq=3 Destination Host 
> >Unreachable
> 
> --- thule-3 ping statistics ---
> 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2009ms
> , pipe 3
> thule:~# echo $? 
> 1
> thule:~#
> 
> This is a less than helpful behaviour, particularly with modern
> kernels which send host unreachable when the host is not replying to
> arp.  It makes -w useless in most of the situations where you might
> want it.

Hi Ian.  I'm having a tough time responding to this bug because I keep
changing my mind about what the response should be.  On one hand, ping
is behaving as documented.  From the description of -w from the man
page, ping "waits either for deadline expire or until count probes are
answered or for some error notification from network."  But then again,
as you suggest, maybe Host Unreachables generated by the local host
should not be counted.  I'm going to experiment with some changes to the
code and see how I like different behaviors.

noah



signature.asc
Description: Digital signature

Bug#454959: libxtemplate-ruby1.8: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)

[Barry deFreese]

tags 454959 + patch

thank you

Hi,

Here is a patch to build libxtemplate-ruby1.8 with CDBS and the ruby 
setup class.  It also includes some other small fixes, a watch file, and 
a standards version bump.


There is some funky stuff in the debdiff that I'm not sure where it came 
from like changes to ext/Makefile.


Hope you can use it.

Thanks,

Barry deFreese


diff -u libxtemplate-ruby1.8-0.8.0/debian/changelog 
libxtemplate-ruby1.8-0.8.0/debian/changelog
--- libxtemplate-ruby1.8-0.8.0/debian/changelog
+++ libxtemplate-ruby1.8-0.8.0/debian/changelog
@@ -1,3 +1,13 @@
+libxtemplate-ruby1.8 (0.8.0-3) unstable; urgency=low
+
+  * Move to CDBS build system
+  * Bump debhelper build-dep and compat to 5
+  * Add Homepage field in control
+  * Add watch file
+  * Bump standards to 3.7.3
+
+ -- Barry deFreese <[EMAIL PROTECTED]>  Tue, 18 Dec 2007 17:58:50 -0500
+
 libxtemplate-ruby1.8 (0.8.0-2) unstable; urgency=low
 
   * New maintainer. 
diff -u libxtemplate-ruby1.8-0.8.0/debian/control 
libxtemplate-ruby1.8-0.8.0/debian/control
--- libxtemplate-ruby1.8-0.8.0/debian/control
+++ libxtemplate-ruby1.8-0.8.0/debian/control
@@ -2,10 +2,11 @@
 Section: interpreters
 Priority: optional
 Maintainer: Debian Ruby Extras Maintainers <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.0.0), ruby1.8, ruby1.8-dev
-Standards-Version: 3.6.1
+Build-Depends: debhelper (>> 5.0.0), cdbs, ruby-pkg-tools (>= 0.9), ruby1.8, 
ruby1.8-dev
+Standards-Version: 3.7.3
 Vcs-Browser: 
http://svn.debian.org/wsvn/pkg-ruby-extras/packages/libxtemplate-ruby1.8/
 Vcs-Svn: svn://svn.debian.org/pkg-ruby-extras/packages/libxtemplate-ruby1.8/
+Homepage: http://xtemplate.sourceforge.net/
 
 Package: libxtemplate-ruby1.8
 Architecture: any
diff -u libxtemplate-ruby1.8-0.8.0/debian/compat 
libxtemplate-ruby1.8-0.8.0/debian/compat
--- libxtemplate-ruby1.8-0.8.0/debian/compat
+++ libxtemplate-ruby1.8-0.8.0/debian/compat
@@ -1 +1 @@
-4
+5
diff -u libxtemplate-ruby1.8-0.8.0/debian/rules 
libxtemplate-ruby1.8-0.8.0/debian/rules
--- libxtemplate-ruby1.8-0.8.0/debian/rules
+++ libxtemplate-ruby1.8-0.8.0/debian/rules
@@ -2,92 +2,21 @@
-# Sample debian/rules that uses debhelper.
-# GNU copyright 1997 to 1999 by Joey Hess.
 
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
+include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/ruby-pkg-tools/1/class/ruby-setup-rb.mk
 
-RUBY := ruby1.8
+RUBY := ruby1.8
 
-rblibdir = $(shell $(RUBY) -rrbconfig -e'print Config::CONFIG["rubylibdir"]')
-rbarchdir = $(shell $(RUBY) -rrbconfig -e'print Config::CONFIG["archdir"]')
-
-configure: configure-stamp
-configure-stamp:
-   dh_testdir
-   # Add here commands to configure the package.
-   $(RUBY) install.rb config \
- --with-ext \
- --rb-dir=$(rblibdir) \
- --so-dir=$(rbarchdir)
-
-   touch configure-stamp
-
-
-build: build-stamp
-
-build-stamp: configure-stamp 
-   dh_testdir
-
-   # Add here commands to compile the package.
-   $(RUBY) install.rb setup
-   #/usr/bin/docbook-to-man debian/libxtemplate-ruby.sgml > 
libxtemplate-ruby.1
-
-   touch build-stamp
-
-clean:
-   dh_testdir
-   dh_testroot
-   rm -f build-stamp configure-stamp
-
-   # Add here commands to clean up after the build process.
-   -$(RUBY) install.rb clean
-   -cd ext && make distclean
-
-   dh_clean
-
-install: build
-   dh_testdir
-   dh_testroot
-   dh_clean -k
-   dh_installdirs
-
-   # Add here commands to install the package into 
debian/libxtemplate-ruby.
-   $(RUBY) install.rb install 
--prefix=$(CURDIR)/debian/libxtemplate-ruby1.8
-
-
-# Build architecture-independent files here.
-binary-indep: build install
-# We have nothing to do by default.
-
-# Build architecture-dependent files here.
-binary-arch: build install
-   dh_testdir
-   dh_testroot
-   dh_installchangelogs CHANGES
-   dh_installdocs
-   dh_installexamples samples/*
-#  dh_install
-#  dh_installmenu
-#  dh_installdebconf   
-#  dh_installlogrotate
-#  dh_installemacsen
-#  dh_installpam
-#  dh_installmime
-#  dh_installinit
-#  dh_installcron
-#  dh_installinfo
-   dh_installman debian/xtemplate.1
-   dh_link
-   dh_strip
-   dh_compress
-   dh_fixperms
-#  dh_perl
-#  dh_python
-#  dh_makeshlibs
-   dh_installdeb
-   dh_shlibdeps
-   dh_gencontrol
-   dh_md5sums
-   dh_builddeb
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+destdir  := $(shell pwd)/debian/tmp
+bindir   := $(shell $(RUBY) -r rbconfig -e 'print Config::CONFIG["bindir"]')
+libdir   := $(shell $(RUBY) -r rbconfig -e 'print 
Config::CONFIG["rubylibdir"]')
+archdir  := $(shell $(RUBY) -r rbconfig -e 'print Config::CONFIG["archdir"]')
+
+DEB_RUBY_SETUP_CMD = install.rb
+#DEB_RUBY_CONFIG_ARGS = --prefix=/usr \
+#  --site-ruby=/usr/lib/ruby/1.8 \
+#  -

Bug#457142: tdiary: tDiary 2.2.0 has been released

[Daigo Moriwaki]

Package: tdiary
Version: 2.1.4+20070801-1
Severity: wishlist

A new upstream version, tDiary 2.2.0, has been released.

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

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/bash

Versions of packages tdiary depends on:
ii  libdpkg-ruby1.8   0.3.2  modules/classes for dpkg on ruby 1
ii  libuconv-ruby1.8  0.4.12-2   Unicode/EUC-JP translation module 
ii  rdtool0.6.20-1   RD document formatter
ii  ruby  1.8.2-1An interpreter of object-oriented 

Versions of packages tdiary recommends:
ii  tdiary-mode   2.0.4-2tDiary editing mode for Emacsen

-- no debconf information



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

Bug#457143: ITP: mono-zeroconf -- CLI library for multicast DNS service discovery

[Sebastian Dröge]

Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : mono-zeroconf
  Upstream Author   : Aaron Bockover <[EMAIL PROTECTED]>
* URL   : http://mono-project.com/Mono_Zeroconf
* License   : MIT-X11
  Description   : CLI library for multicast DNS service discovery

Hi,
I plan to package mono-zeroconf and will upload the package soonish.

> Mono.Zeroconf is a cross platform Zero Configuration Networking library for
> Mono and .NET. It provides a unified API for performing the most common
> zeroconf operations on a variety of platforms and subsystems: all the
> operating systems supported by Mono and both the Avahi and
> Bonjour/mDNSResponder transports.
> 
> By using Mono.ZeroConf developers can use a single API that will work
> regardless of the underlying implementation that a particular operating
> system uses.
> 
> Developers can publish services that will be exposed to other computers on
> the network and also query the local machines on the network for services
> that could have been exposed.
> 
> More information about Mono.Zeroconf can be found on its project page
> on the Mono Wiki:
> 
>http://mono-project.com/Mono_Zeroconf
> 
> General information about Zero Configuration Networking:
> 
>http://www.zeroconf.org/

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#457141: mysql-navigator: export database leaves quotes off of TIMESTAMP field value

[Bill Forsythe]

Package: mysql-navigator
Version: 1.4.2-10
Severity: normal


Unable to import previously exported database/

### table created with the following ##
#CREATE TABLE tbl_junk (tbl_junk_id BIGINT not null primary key auto_increment);
#ALTER TABLE tbl_junk ADD mytxt VARCHAR(255) AFTER tbl_junk_id;
#ALTER TABLE tbl_junk ADD editdate TIMESTAMP AFTER mytxt;
#INSERT INTO tbl_junk (mytxt) VALUES ('abc123');
#
## Below is the output from mysql_navigator export database 
##
# MySQL Navigator Xport
# Database: bk_dev
# [EMAIL PROTECTED]

# CREATE DATABASE bk_dev;
# USE bk_dev;

#
# Table structure for table 'tbl_junk'
#

# DROP TABLE IF EXISTS tbl_junk;
CREATE TABLE `tbl_junk` (
  `tbl_junk_id` bigint(20) NOT NULL auto_increment,
  `mytxt` varchar(255) default NULL,
  `editdate` timestamp NOT NULL default CURRENT_TIMESTAMP on update 
CURRENT_TIMESTAMP,
  PRIMARY KEY  (`tbl_junk_id`)
) ENGINE=MyISAM AUTO_INCREMENT=2 DEFAULT CHARSET=latin1;

#
# Dumping data for table 'tbl_junk'
#

INSERT INTO tbl_junk VALUES (1,'abc123',2007-12-19 10:45:42);

## End of the output from mysql_navigator export database 
##

## attempting database import with above opens a window  ###
### with the following error message.  #
You have an error in your SQL syntax; check the manual that corresponds to your 
MySQL 
server version for the right synatx to use near '10:45:42)'at line 1
# End of error message #

The exported file only can be used with import database if I manually adding 
single quotes around the 
editdate field.



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

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

Versions of packages mysql-navigator depends on:
ii  libc62.7-3   GNU C Library: Shared libraries
ii  libgcc1  1:4.2.2-3   GCC support library
ii  libmysqlclient15off  5.0.45-1+lenny1 MySQL database client library
ii  libqt3-mt3:3.3.7-9   Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.2.2-3 The GNU Standard C++ Library v3

mysql-navigator recommends no packages.

-- no debconf information



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

Bug#457140: no support for unicode encoding

[Marek Straka]

Package: gmysqlcc
Version: 0.2.6-1
Severity: normal

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

It seems like there is no support for Unicode encoding. All special Characters are distorted. And 
shown as 2 chars.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-3-686

Debian Release: lenny/sid
  600 testing www.debian-multimedia.org
  600 testing gd.tuwien.ac.at
  500 unstablegd.tuwien.ac.at
  400 stable  security.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
libatk1.0-0   (>= 1.20.0) | 1.20.0-1
libc6(>= 2.6.1-1) | 2.7-3
libcairo2  (>= 1.4.0) | 1.4.10-1
libfontconfig1 (>= 2.4.0) | 2.4.2-1.2
libglib2.0-0  (>= 2.14.0) | 2.14.3-1
libgtk2.0-0   (>= 2.12.0) | 2.12.1-1
libmysqlclient15off (>= 5.0.27-1) | 5.0.45-1
libpango1.0-0 (>= 1.18.2) | 1.18.3-1
libx11-6  | 2:1.0.3-7
libxcomposite1   (>= 1:0.3-1) | 1:0.4.0-1
libxcursor1(>> 1.1.2) | 1:1.1.9-1
libxdamage1(>= 1:1.1) | 1:1.1.1-3
libxext6  | 1:1.0.3-2
libxfixes3   (>= 1:4.0.1) | 1:4.0.3-2
libxi6| 2:1.1.3-1
libxinerama1  | 1:1.0.2-1
libxrandr2   (>= 2:1.2.0) | 2:1.2.2-1
libxrender1   | 1:0.9.4-1




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

Bug#457138: Default encoding always latin1 ?

[Marek Straka]

Package: emma
Version: 0.6-1
Severity: minor

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

I have added to /etc/mysql/my.cnf following:

[mysqld]

default-character-set=utf8
collation_server=utf8_unicode_ci
character_set_server=utf8
skip-character-set-client-handshake


But Emma starts on every Table with latin1 encoding. It must be always manually changed to utf8 for 
editing of values.


Why is this so?


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-3-686

Debian Release: lenny/sid
  600 testing www.debian-multimedia.org
  600 testing gd.tuwien.ac.at
  500 unstablegd.tuwien.ac.at
  400 stable  security.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-
python-central  (>= 0.5.8) | 0.5.15
python(>= 2.4) | 2.4.4-6
python-gtk2   (>= 2.8.6-1) | 2.12.0-2
python-glade2 (>= 2.8.6-1) | 2.12.0-2
python-mysqldb (>= 1.2.1-p2-2) | 1.2.2-5




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

Bug#457139: Escape quotes in arguments passed to MUA (if MUA_SYNTAX uses quotes)

[dAniel hAhler]

Package: reportbug
Version: 3.39
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
reportbug-ng needs to escape quotes in arguments passed to MUAs which use 
quotes (e.g. KMail).

The attached patch fixes this.

Thank you.


-- 
http://daniel.hahler.de/
diff -ru reportbug-ng-0.2007.10.30.orig/src/lib/ReportbugNG.py reportbug-ng-0.2007.10.30/src/lib/ReportbugNG.py
--- reportbug-ng-0.2007.10.30.orig/src/lib/ReportbugNG.py	2007-10-30 20:15:16.0 +0100
+++ reportbug-ng-0.2007.10.30/src/lib/ReportbugNG.py	2007-12-20 03:56:22.061059054 +0100
@@ -66,7 +66,12 @@
 to = to.encode("ascii", "replace")
 subject = subject.encode("ascii", "replace")
 body = body.encode("ascii", "replace")
-
+
+# If quotes are used for this MUA, escape the quotes in the arguments:
+if '"' in MUA_SYNTAX[mua] and MUA_SYNTAX[mua].count('"')%2 == 0:
+to = to.replace('"', '\\"')
+subject = subject.replace('"', '\\"')
+body = body.replace('"', '\\"')
 
 command = MUA_SYNTAX[mua] % {"to":to, "subject":subject, "body":body}
 


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

Bug#457137: installation-guide: Korean PDF build with the new ko.tex fonts

[Changwoo Ryu]

Package: installation-guide
Severity: wishlist


The Korean TeX upstream authors decided to drop the old fonts
(latex-hangul-ucs-hlatex package) and released new macros/fonts.

So, this patch uses that new "ko.tex" fonts (ko.tex-base package)
instead of the old ones. Currently ko.tex-base package is in sid and
lenny.

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

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


-- 
Changwoo Ryu <[EMAIL PROTECTED]>
Index: debian/control
===
--- debian/control	(revision 50517)
+++ debian/control	(working copy)
@@ -5,7 +5,7 @@
 Uploaders: Joey Hess <[EMAIL PROTECTED]>, Frans Pop <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
 Vcs-Svn: svn://svn.debian.org/d-i/trunk/manual
-Build-Depends: debhelper (>= 4), docbook, docbook-xml, docbook-xsl, xsltproc, gawk, libhtml-parser-perl, w3m, poxml, jadetex, openjade | openjade1.3, docbook-dsssl, gs-common, texlive-lang-cyrillic, texlive-lang-czechslovak, texlive-lang-finnish, texlive-lang-french, texlive-lang-german, texlive-lang-italian, texlive-lang-other, texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-swedish, texlive-lang-vietnamese, latex-hangul-ucs-hlatex, cm-super
+Build-Depends: debhelper (>= 4), docbook, docbook-xml, docbook-xsl, xsltproc, gawk, libhtml-parser-perl, w3m, poxml, jadetex, openjade | openjade1.3, docbook-dsssl, gs-common, texlive-lang-cyrillic, texlive-lang-czechslovak, texlive-lang-finnish, texlive-lang-french, texlive-lang-german, texlive-lang-italian, texlive-lang-other, texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-swedish, texlive-lang-vietnamese, ko.tex-base, cm-super
 # This comment can also be used to generate a Build-Depends line, by
 # running the debian/genbuilddeps program. So put each build dep on its
 # own line, prefixed by " - " and to comment out a build dep, start the
@@ -48,7 +48,7 @@
 #	- texlive-lang-vietnamese
 #		All texlive-lang-* packages provide hyphenation and other
 #		language-specific support.
-#	- latex-hangul-ucs-hlatex
+#	- ko.tex-base
 #		Font for Korean pdf.
 #	- cm-super
 #		Font for Russian pdf.
Index: build/templates/header.ko.tex
===
--- build/templates/header.ko.tex	(revision 50517)
+++ build/templates/header.ko.tex	(working copy)
@@ -17,10 +17,10 @@
 %%% Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301
 %%% USA 
 
-\def\hangulfontnormal{unwmj}
-\def\hangulfontbold{unwmjb}
-\def\hangulfonttitlenormal{unwgt}
-\def\hangulfonttitlebold{unwgtb}
+\def\hangulfontnormal{outbtm}
+\def\hangulfontbold{outbtb}
+\def\hangulfonttitlenormal{outgtm}
+\def\hangulfonttitlebold{outgtb}
 \def\chaptername{Chapter}
 [EMAIL PROTECTED]@orig\Character
 \def\Character#1{%


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

Bug#411319: ONLINE WINNING NOTIFICATION

[UK NATIONAL LOTTERY]

Uk National Lottery
Ref: L/200-26937
Batch: 2007MJL-01

Email:[EMAIL PROTECTED]

ONLINE WINNING NOTIFICATION

Dear Winner

We are pleased to inform you of the December, 2007 result of the winners of the 
UK NATIONAL LOTTERY ONLINE PROMO PROGRAMME, held on the 16th  of December, 2007.

Your e-mail address attached to ticket number: 56475600545188 with  Serial 
number 5368/02 drew the lucky numbers: 4-12-14-20-46-49(bonus No. 24), which 
subsequently won you the lottery in the 2nd category
 i.ematch 5 plus bonus.

You have therefore been approved for a lump sum pay out of £500.000.00  (Five 
Hundred Thousand Pounds Sterling) in cash credited to file XYL/26510460037/06.

To file for your claim, please contact our claims agent;

NAME: SUSAN OXFORD

Email:[EMAIL PROTECTED]

Provide her with the following informations:

Full Name:

Telephone Number:

Address:

Congratulations once more from all members and staff of this UK  NATIONAL 
LOTTERY.

Sincerely, 

Brant Hunt
UK NATIONAL LOTTERY.









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

Bug#457135: Confusing error "unable to create" for diverted files

[dAniel hAhler]

Package: dpkg
Version: 1.14.12
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
With diverted files the "unable to create" error is confusing. In the example 
above, I've manually removed 
the /usr/lib/nvidia directory while fiddling around with nvidia drivers.
The error refers to /usr/lib/xorg/modules/.. though, which is really confusing.

The debug output with -D110:
D10: tarobject ti->Name=`./usr/lib/xorg/modules/libwfb.so' Mode=644 
owner=0.0 Type=48(-) ti->LinkName=`' 
namenode=`/usr/lib/xorg/modules/libwfb.so' flags=2 
instead=`/usr/lib/nvidia/libwfb.so.xserver-xorg-core'
D10: namenodetouse namenode=`/usr/lib/xorg/modules/libwfb.so' 
pkg=xserver-xorg-core
D10: namenodetouse ... 
useinstead=/usr/lib/nvidia/libwfb.so.xserver-xorg-core camefrom= 
pkg=nvidia-glx-new 
return /usr/lib/nvidia/libwfb.so.xserver-xorg-core
D000100: setupvnamevbs main=`/usr/lib/nvidia/libwfb.so.xserver-xorg-core' 
tmp=`/usr/lib/nvidia/libwfb.so.xserver-xorg-core.dpkg-tmp' 
new=`/usr/lib/nvidia/libwfb.so.xserver-xorg-core.dpkg-new'
D000100: tarobject nonexistent
D10: ensure_pathname_nonexisting 
`/usr/lib/nvidia/libwfb.so.xserver-xorg-core.dpkg-new'
D10: ensure_pathname_nonexisting 
`/usr/lib/nvidia/libwfb.so.xserver-xorg-core.dpkg-tmp'
dpkg: error processing 
/var/cache/apt/archives/xserver-xorg-core_2%3a1.4.1~git20071212-1ubuntu2_i386.deb
 (--install):
 unable to create `./usr/lib/xorg/modules/libwfb.so': No such file or directory

With the attached patch the error will look like the following instead:
dpkg: error processing 
/var/cache/apt/archives/xserver-xorg-core_2%3a1.4.1~git20071212-1ubuntu2_i386.deb
 (--install):
 unable to create `/usr/lib/nvidia/libwfb.so.xserver-xorg-core.dpkg-new' (while 
processing 
`./usr/lib/xorg/modules/libwfb.so'): No such file or directory

I think using this format makes sense also for normal (non-diverted files), 
because it points out the exact file where 
the error occurred.


-- 
http://daniel.hahler.de/
diff -ru dpkg-1.14.12ubuntu3.orig/src/archives.c dpkg-1.14.12ubuntu3/src/archives.c
--- dpkg-1.14.12ubuntu3.orig/src/archives.c	2007-12-05 10:42:16.0 +0100
+++ dpkg-1.14.12ubuntu3/src/archives.c	2007-12-20 03:16:29.169061806 +0100
@@ -648,7 +648,7 @@
  * it until we apply the proper mode, which might be a statoverride.
  */
 fd= open(fnamenewvb.buf, (O_CREAT|O_EXCL|O_WRONLY), 0);
-if (fd < 0) ohshite(_("unable to create `%.255s'"),ti->Name);
+if (fd < 0) ohshite(_("unable to create `%.255s' (while processing `%.255s')"),fnamenewvb.buf,ti->Name);
 push_cleanup(cu_closefd,ehflag_bombout, 0,0, 1,(void*)&fd);
 debug(dbg_eachfiledetail,"tarobject NormalFile[01] open size=%lu",
   (unsigned long)ti->Size);


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

Bug#457136: netbase: Different service name/port to IANA

[Akira TAGOH]

Package: netbase
Version: 4.30
Severity: normal

/etc/services currently has:
ndtp2010/tcp# Network dictionary transfer 
protocol

but 2010 has been assigned for "search" by IANA and ndtp is
actually assigned to 2882.

http://www.iana.org/assignments/port-numbers

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

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

Versions of packages netbase depends on:
ii  ifupdown  0.6.8  high level tools to configure netw
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip

netbase recommends no packages.

-- debconf information:
  netbase/upgrade-note/etc-network-interfaces-pre-3.17-1:
  netbase/upgrade-note/init.d-split-pre-3.16-1:
  netbase/upgrade-note/radius-ports-pre-3.05:
  netbase/upgrade-note/portmap-restart-pre-3.11-2:


pgpurR2sqPQkC.pgp
Description: PGP signature

Bug#454954: libprogressbar-ruby: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)

[Barry deFreese]

Hi,

After looking at this package, I don't think it is possible to use the 
cdbs ruby classes on this package.  It has no setup.rb, install.rb, or 
extconf.


It is basically two Ruby files and that's it.

Even 0.9 from upstream is pretty much the same.

BTW, here is a watch file for the package if you are interested.

version=3

http://0xcc.net/ruby-progressbar/ruby-progressbar-([\d.]+)\.tar\.gz


Thanks,

Barry deFreese



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

Bug#457134: Can't unpack files with whitespace in the filename

[Erich Schubert]

Package: unp
Version: 1.0.13
Severity: grave

now it seems unp can't handle filenames with whitespace anymore:

> file test\ archive.zip
test archive.zip: Zip archive data, at least v1.0 to extract
> unp -u test\ archive.zip
'test archive.zip': not found
'test archive.zip' - unknown extension, checking with file
'/tmp/'\''test archive.zip'\': not found
'/tmp/'\''test archive.zip'\' - unknown extension, checking with file
unzip:  cannot find or open /tmp/'test archive.zip', /tmp/'test
archive.zip'.zip or /tmp/'test archive.zip'.ZIP.
'/tmp/'\''test archive.zip'\' - unknown extension, checking with file

So filename escaping isn't working right yet.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.23.9

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libstring-shellquote-perl| 1.03-1

best regards,
Erich Schubert
-- 
   erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
  There are only 10 types of people in the world:   //\
  Those who understand binary and those who don't   V_/_
 Glück ist, wenn man dafür geliebt wird, wie man eben ist.

Bug#457084: findutils: Missing updatedb.conf

[Terry Milnes]

Thank you!  However, what about slocate?  Is it in that package as well?


On Wed, 2007-12-19 at 19:58 +, James Youngman wrote:
> In lenny, the file is in the locate package, so this is not a bug in
> the findutils package.




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

Bug#455383: koffice 1:1.6.3-4 is not installable

[Terry Milnes]

This bug is over 30 days old and causes many problems with aptitude
upgrades.




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

Bug#456734: More details ?

[Romain Beauxis]

Hi !

Could you provide more details why the init script failed ?

Romain



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

Bug#457120: openssh-server: subprocess post-installation script returned error exit status 1

[Colin Watson]

# I actually don't think this is a Debian bug at all; see the comments
# below.
severity 457120 normal
thanks

On Wed, Dec 19, 2007 at 06:49:38PM -0500, Mark Whitis wrote:
> Package: openssh-server
> Version: 1:4.6p1-7
> Severity: critical
> Justification: breaks the whole system
> 
> This bug is rated critical because it breaks "apt-get upgrade" and
> leaves the system in a dangerously unstable state.

The state of your system is perfectly well-defined, stable, and not in
the least dangerous, even if it does require manual recovery by the
system administrator (who should be in attendance during upgrades). It
also does not appear to be a problem introduced by the Debian openssh
packages.

>apt-get install openssh-server
>Reading package lists... Done
>Building dependency tree... Done
>openssh-server is already the newest version.
>0 upgraded, 0 newly installed, 0 to remove and 373 not upgraded.
>2 not fully installed or removed.
>Need to get 0B of archives.
>After unpacking 0B of additional disk space will be used.
>Setting up openssh-server (1:4.6p1-7) ...
>/etc/ssh/sshd_config: line 74: Bad configuration option: NoneEnabled
>/etc/ssh/sshd_config: terminating, 1 bad configuration options
>invoke-rc.d: initscript ssh, action "restart" failed.
>dpkg: error processing openssh-server (--configure):
> subprocess post-installation script returned error exit status 1
> dpkg: dependency problems prevent configuration of ssh:
>  ssh depends on openssh-server; however:
>Package openssh-server is not configured yet.
>dpkg: error processing ssh (--configure):
> dependency problems - leaving unconfigured
>   Errors were encountered while processing:
>openssh-server
> ssh
> 
> 72  
> 73  UsePAM yes
>   74  NoneEnabled yes

Where did this "NoneEnabled yes" come from? The openssh packages didn't
put it there; I've double-checked by searching everything back to
version 1:3.6.1p2-9 from September 2003, which is the oldest I have
handy. Perhaps you were using a locally-patched version of openssh which
adds this option, in which case it's the responsibility of whoever's
providing this patch to maintain it. sshd will not start with
unrecognised configuration options; those options might represent an
important part of somebody's security policy and it's better to force
the system administrator to do something about it than to start up in
what might be an insecure state.

> Sorry for the ugly formatting, in the unstable state I am not able to
> use a real editor and vi mangles cut and paste and makes editing
> difficult.

:set paste

> The package will install when you remove the offending line from
> /etc/ssh/sshd_config.However, apt-get upgrade does not invoke the
> configure scripts when run again.

dpkg --configure -a

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]



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

Bug#352811: Similar problem here

[Mark Whitis]

frame-parameters is a function, but not interactive, so you cannot
invoke it with M-x.  You could paste the following line

(last (frame-parameters))

(last (frame-parameters))

((font . "-*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard"))

But that is after, I switched fonts.   Lets try again, flying blind:
((font . "-urw-nimbus mono 
l-regular-r-normal--17-120-100-100-p-100-iso8859-1"))
Now, there is a catch.   That font is not available according to 
xfontsel - the last "100" (after 
the -p-) must be replaced with * or 0 to get a valid font.   I.E. the only 
valid avgWidth is 0.   That seems like a font bug but emacs should be

doing a better job of selecting a font.

BTW, it takes multiple seconds for emacs to load the new font.


And no .Xdefaults either?  Also, what does "xrdb -query" print?

nope, just .Xauthority and .Xscrc (X-Lite Voip phone)
 xrdb -query
*Box.background:#edeceb
*Box.foreground:#00
*Button.activeBackground:   #ff
*Button.activeForeground:   #00
*Button.background: #edeceb
*Button.foreground: #00
*Button.highlightBackground:#edeceb
*Button.highlightColor: #00
*Canvas.activeBackground:   #ff
*Canvas.activeForeground:   #1a1a1a
*Canvas.background: #ff
*Canvas.foreground: #1a1a1a
*Canvas.highlightBackground:#ff
*Canvas.highlightColor: #1a1a1a
*Canvas.selectbackground:   #86abd9
*Canvas.selectforeground:   #ff
*Checkbutton.activeBackground:  #ff
*Checkbutton.activeForeground:  #00
*Checkbutton.background:#edeceb
*Checkbutton.foreground:#00
*Checkbutton.highlightBackground:   #edeceb
*Checkbutton.highlightColor:#00
*Command.background:#edeceb
*Command.foreground:#00
*Dialog.background: #edeceb
*Dialog.foreground: #00
*Entry.activeBackground:#ff
*Entry.activeForeground:#1a1a1a
*Entry.background:  #ff
*Entry.foreground:  #1a1a1a
*Entry.highlightBackground: #ff
*Entry.highlightColor:  #1a1a1a
*Entry.selectBackground:#86abd9
*Entry.selectForeground:#ff
*Form.background:   #edeceb
*Form.foreground:   #00
*Frame.background:  #edeceb
*Frame.foreground:  #00
*Label.background:  #edeceb
*Label.foreground:  #00
*Label.highlightBackground: #edeceb
*Label.highlightColor:  #00
*Labelframe.background: #edeceb
*Labelframe.foreground: #00
*Labelframe.highlightColor: #00
*List.background:   #ff
*List.foreground:   #1a1a1a
*Listbox.activeBackground:  #ff
*Listbox.activeForeground:  #1a1a1a
*Listbox.background:#ff
*Listbox.foreground:#1a1a1a
*Listbox.highlightBackground:   #ff
*Listbox.highlightColor:#1a1a1a
*Listbox.selectBackground:  #86abd9
*Listbox.selectForeground:  #ff
*Menu.activeBackground: #86abd9
*Menu.activeForeground: #ff
*Menu.background:   #edeceb
*Menu.foreground:   #00
*MenuButton.background: #edeceb
*MenuButton.foreground: #00
*Menubutton.activeBackground:   #86abd9
*Menubutton.activeForeground:   #ff
*Menubutton.background: #edeceb
*Menubutton.foreground: #00
*Menubutton.highlightBackground:#edeceb
*Menubutton.highlightColor: #00
*Radiobutton.activeBackground:  #ff
*Radiobutton.activeForeground:  #00
*Radiobutton.background:#edeceb
*Radiobutton.foreground:#00
*Radiobutton.highlightBackground:   #edeceb
*Radiobutton.highlightColor:#00
*Scale.activeBackground:#edeceb
*Scale.activeForeground:#00
*Scale.background:  #edeceb
*Scale.foreground:  #00
*Scale.highlightBackground: #edeceb
*Scale.highlightColor:  #00
*Scrollbar*background:  #edeceb
*Scrollbar.activeBackground:#ff
*Scrollbar.background:  #edeceb
*Scrollbar.foreground:  #00
*Scrollbar.highlightBackground: #edeceb
*Scrollbar.highlightColor:  #00
*ScrollbarBackground:   #edeceb
*SimpleMenu*background: #edeceb
*SimpleMenu*foreground: #00
*Text.activeBackground: #ff
*Text.activeForeground: #1a1a1a
*Text.background:   #ff
*Text.foreground:   #1a1a1a
*Text.highlightBackground:  #ff
*Text.highlightColor:   #1a1a1a
*Text.selectBackground: #86abd9
*Text.selectForeground: #ff
*Toggle.background: #edeceb
*Toggle.foreground: #00
*Toplevel.activeBackground: #edeceb
*Toplevel.activeForeground: #00
*Toplevel.background:   #edeceb
*Toplevel.foreground:   #00
*Toplevel.highlightBackground:  #edeceb
*Toplevel.highlightColor:   #00
*XmCascadeButton.background:#edeceb
*XmCascadeButton.foreground:#00
*XmCascadeButtonGadget.background:  #edeceb
*XmCascadeButtonGadget.foreground:  #00
*XmDialogShell.background:  #edeceb
*XmDialogShell.foreground:  #00
*XmFileSelectionBox.background: #edeceb
*XmFileSelectionBox.foreground: #00
*XmForm.background: #edeceb
*XmForm

Bug#456915: second boost NMU

[Steve Langasek]

tags 456844 patch
tags 456915 patch
thanks

Here is a patch for a second NMU, fixing the issues I overlooked in the
first.  Sorry for the inconvenience.

NMU on its way to incoming.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]
diff -u boost-1.34.1/debian/control boost-1.34.1/debian/control
--- boost-1.34.1/debian/control
+++ boost-1.34.1/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Boost Team <[EMAIL PROTECTED]>
 Uploaders: Steve M. Robbins <[EMAIL PROTECTED]>, Domenico Andreoli <[EMAIL PROTECTED]>, Christophe Prud'homme <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.2
+Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.2, gcc-4.1
 Standards-Version: 3.7.2
 
 Package: bcp
@@ -277,7 +277,7 @@
 Package: libboost-regex-dev
 Architecture: any
 Section: libdevel
-Depends: libboost-dev (= ${binary:Version}), libboost-regex1.34.1 (= ${binary:Version}), libicu36-dev
+Depends: libboost-dev (= ${binary:Version}), libboost-regex1.34.1 (= ${binary:Version}), libicu-dev
 Description: regular expression library for C++
  Part of the Boost C++ Libraries collection.
  .
diff -u boost-1.34.1/debian/changelog boost-1.34.1/debian/changelog
--- boost-1.34.1/debian/changelog
+++ boost-1.34.1/debian/changelog
@@ -1,3 +1,14 @@
+boost (1.34.1-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Change libicu-dev dependency in addition to the build-dependency.
+Closes: #456844.
+  * Add back build dependency on gcc-4.1, since bjam currently segfaults
+with gcc-4.2; this is superseded already in 1.34.1-3 in experimental.
+Closes: #456915.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Wed, 19 Dec 2007 00:58:39 -0800
+
 boost (1.34.1-2.1) unstable; urgency=low
 
   * Non-maintainer upload.

Bug#457131: O: mp3wrap -- Utility for MP3 wrapping (rolling multiple MP3s into one)

[Paul Melnikow]

Package: wnpp
Severity: normal

Command-line utility that wraps multiple MP3 files into a a single, 
playable MP3, without losing filenames or ID3 information, and without 
reencoding. Also supports archiving non-audio data such as playlists, 
info files, and cover images inside the MP3. These files can be unpacked 
later (using mp3splt, e.g.); ordinary MP3 decoders can play the entire 
audio stream as one long track.




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

Bug#457133: please remove modemp3d

[Bdale Garbee]

Package: ftp.debian.org

Please remove the package modemp3d.  It provides a tool that is no longer
useful since the AMSAT AO-40 satellite is no longer operational.  

Bdale



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

Bug#457132: O: mp3splt -- Splits MP3 and Ogg Vorbis files without reencoding

[Paul Melnikow]

Package: wnpp
Severity: normal

Mp3Splt is a command line utility to split MP3 (VBR supported) and Ogg 
Vorbis files into smaller files without decoding. Useful for splitting 
albums, either manually, using freedb.org data, or .cue files and for 
splitting based on length or on periods of silence in the file.




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

Bug#457130: please remove ao40tlmview

[Bdale Garbee]

Package: ftp.debian.org

Please remove the package ao40tlmview.  It provides a tool that is no longer
useful since the AMSAT AO-40 satellite is no longer operational.  It might
theoretically be useful for viewing old telemetry logs, but I do not believe
that potential use warrants keeping this package in Debian.

Bdale



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

Bug#457122: marked as done (hal: subprocess post-installation script returned error exit status 2)

[Michael Biebl]

Debian Bug Tracking System schrieb:
> Your message dated Thu, 20 Dec 2007 01:39:55 +0100
> with message-id <[EMAIL PROTECTED]>
> and subject line Bug#457122: hal: subprocess post-installation script 
> returned error exit status 2
> has caused the attached Bug report to be marked as done.
> 
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
> 

Accidently closed the bug report with my last email.
But then again, I think hal's behaviour in this case is correct so
closing the bug report was ok after all.
The package shouldn't just silently install leaving you with a
non-functioning hal installation.
That the installation aborted gave you a clear hint that something with
your system was not in order (borked system dbus) and allowed you to fix
it. Much better than hal silently upgrading without notice.


Cheers,
Michael



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



signature.asc
Description: OpenPGP digital signature

Bug#456398: dash 0.5.4-3 (alpha/unstable): FTBFS: undefined reference to `imaxdiv'

[Steve Langasek]

On Wed, Dec 19, 2007 at 10:41:17AM +, Gerrit Pape wrote:
> Hi Steve, but it should, me thinks, imaxdiv() is in posix
> ieee1003.1-2004 and LSB 1.3

>  http://www.opengroup.org/onlinepubs/009695399/functions/imaxdiv.html
>  http://refspecs.freestandards.org/LSB_1.3.0/gLSB/gLSB.html#AEN3263

Well I agree that it /should/, but it never has, and alpha as an
architecture isn't covered by the LSB.  It should implement POSIX, but OTOH
I have no idea why it was necessary to specify such a function in POSIX, nor
why dash needs to use this instead of the % and / operators.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#444967: katapult: crashes on settings and doesn't work (popup/launch)

[Emil Nowak]

I had the same problem, and as You siad: Removing 
~/.kde/share/config/katapultrc "fixes" that.

But of course old configuration files should crash katapult - it should be
handled nicely.



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

Bug#442143: Application crashing

[Emil Nowak]

Steps to reproduce:
1. Right click on katapult tray icon
2. Select Configure Katapult from menu
* crash



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

Bug#457128: NameError: global name 'apt' is not defined

[Nelson A. de Oliveira]

Package: ept-cache
Version: 0.5.12
Severity: important

Hi!

"ept-cache reindex" is giving this error here:

Traceback (most recent call last):
  File "/usr/sbin/update-apt-xapian-index", line 328, in ?
addons = readPlugins(PLUGINDIR, progress)
  File "/usr/sbin/update-apt-xapian-index", line 113, in readPlugins
addon = Addon(file)
  File "/usr/sbin/update-apt-xapian-index", line 97, in __init__
self.info = self.obj.info()
  File "/usr/share/apt-xapian-index/plugins/apttags.py", line 28, in info
file = apt.apt_pkg.Config.FindFile("Dir::Cache::pkgcache")
NameError: global name 'apt' is not defined
got an exit code of 256. Context: running update-apt-xapian-index

Any ideas of what could be causing this?

Thank you very much!

Best regards,
Nelson

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

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

Versions of packages ept-cache depends on:
ii  apt [libapt-pkg-libc6.6 0.7.9Advanced front-end for dpkg
ii  apt-xapian-index0.4  Maintenance tools for a Xapian ind
ii  libc6   2.7-4GNU C Library: Shared libraries
ii  libept0 0.5.12   High-level library for managing De
ii  libgcc1 1:4.3-20071130-1 GCC support library
ii  libstdc++6  4.3-20071130-1   The GNU Standard C++ Library v3
ii  libxapian15 1.0.4-1  Search engine library
ii  zlib1g  1:1.2.3.3.dfsg-8 compression library - runtime

Versions of packages ept-cache recommends:
pn  debtags(no description available)

-- no debconf information



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

Bug#456858: libchipcard3: FTBFS: Package libgwenhywfar38-dev has no installation candidate

[Micha Lenk]

# let's make this a removal request
clone 456858 -1
retitle -1 RM: libchipcard3 -- RoM; obsolete; FTBFS
severity -1 normal
submitter -1 !
reassign -1 ftp.debian.org
stop

Lucas Nussbaum submitted this bug:
> Package: libchipcard3
> version: 3.0.4-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20071217 qa-ftbfs
> Justification: FTBFS on i386
> 
> During a rebuild of all packages in sid, your package failed to build on i386.

libchipcard3 build depends on libgwenhywfar38-dev which is obsoleted by
libgwenhywfar47-dev. libgwenhywfar38-dev is not going to be reintroduced
again. Now, libchipcard (>= 4) is in the archive and makes libchipcard3
obsolete. So, ftp-masters, please remove libchipcard3 from the archive.

The only package still build-depending on libchipcard3 is libaqbanking,
which is already updated (to use libchipcard instead) in experimental.
So, as soon as libaqbanking >= 3 hits unstable, libchipcard3 can safely
be removed from the archive.

Sorry for this somewhat jolty transition of libgwenhywfar. I should have
prepared it a little more. On the other hand I learned a lot, and
promise to do it better the next time.

Regards
  Micha



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

Bug#455414: RFH with labplot

[Helen Faulkner]

Hi Frank,

Thanks very much for doing this work!

Haven't had the chance yet to look at any of your patches (life still crazy
here), but I'm really glad you are sorting this thing out.  Please go ahead with
your NMU - it is greatly appreciated.

Helen


Frank S. Thomas wrote:
> Hi Helen, hi all,
> 
> On Friday 14 December 2007 03:14, Helen Faulkner wrote:
>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=labplot
> 
>> So if anyone would like to take a look at it and see if you can help me out
>> with any of the bugs, make an NMU, etc, that would be wonderful.
> 
> I would like to make an NMU to primary address the FTBFS with GCC 4.3 (which 
> actually happens because the patches do not get applied as I already pointed 
> out in #455414). The fix for #455414 will probably also fix the current FTBFS 
> of 1.5.1.6-2 on amd64 so that labplot can migrate to testing again. Besides 
> this and since you are encouraging NMUs, I would also like to change some 
> things that are normally not done in an NMU (such as updating the 
> Standards-Version, adding the Homepage field, etc.). My proposed NMU-diff is 
> attached. I am currently testing the NMU and when I am finished with it, I 
> will send the final diff to #455414.
> 
> HTH,
> Frank
> 




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

Bug#457101: xserver-xorg crashes with signal 11

[Ivan Sergio Borgonovo]

On Wed, 19 Dec 2007 22:01:43 +0100
Julien Cristau <[EMAIL PROTECTED]> wrote:

> Using a proprietary driver, you're pretty much on your own.

I rolled back to nv and crashed differently. But I've the feeling nv
and nvidia drivers works differently with dual head and changing the
driver was not enough.

Just resurrected the box picking up X packages from pool one by one.

> In any case, you need to provide your complete X log and xorg.conf.

xorg.conf was working before update.
Xorg log didn't contain any error other than the one shown.
If you still think it may be helpful I can seppuku X and save a full
log.

What surprised me was there were a lot of xorg packages waiting on
hold and they became all upgradable after upgrading aptitude.

I'd take it as a warning to avoid update, or update with care, rather
than a real "bug report".

> In testing, or snapshot.debian.net.

thanks, it gave me the hope to succeed and I insisted to look into
pool




-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it




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

Bug#457124: gitk: view definition dialog uses white background regardless of theme

[Paul Wise]

Package: gitk
Version: 1:1.5.3.7-1
Severity: normal

The gitk view definition dialog ignores the theme colours and just uses
white as the background for the text box. I use a dark coloured theme
called Mist Khaos. The attached screenshot shows what the view
definition looks like for me. As you can see, it is unusable unless I
type then select the text to see what I typed. The boxes that need to be
fixed are the "Commits to include" and the "Files & directories to
include". 

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

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

Versions of packages gitk depends on:
ii  git-core 1:1.5.3.7-1 fast, scalable, distributed revisi
ii  tk8.48.4.16-2Tk toolkit for Tcl and X11, v8.4 -

Versions of packages gitk recommends:
ii  git-doc  1:1.5.3.7-1 fast, scalable, distributed revisi

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
<>

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

Bug#457127: ttf-khmeros: decorative font (Metal Chrieng) chosen by default

[Paul Wise]

Package: ttf-khmeros
Version: 5.0-1
Severity: important

By default the decorative Khmer OS Metal Chrieng font is preferred over
the normal Khmer OS font. This is undesirable as it is not designed for
readability. 

Here is some output from fontconfig:

$ for f in "" sans-serif serif monospace sans ; do echo Searching for $f ; 
fc-match -s $f | grep -i khmer ; done
Searching for
KhmerOSmetalchrieng.ttf: "Khmer OS Metal Chrieng" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for sans-serif
KhmerOSmetalchrieng.ttf: "Khmer OS Metal Chrieng" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for serif
KhmerOSmetalchrieng.ttf: "Khmer OS Metal Chrieng" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for monospace
KhmerOSmetalchrieng.ttf: "Khmer OS Metal Chrieng" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for sans
KhmerOSmetalchrieng.ttf: "Khmer OS Metal Chrieng" "Regular"
KhmerOS.ttf: "Khmer OS" "Regular"

The attached config file, if placed as /etc/fonts/conf.d/65-khmer.conf
causes Khmer OS to be preferred for sans-serif and serif and Khmer OS
System to be preferred for monospace.

Here is some output from fontconfig after adding this file:

$ for f in "" sans-serif serif monospace sans ; do echo Searching for $f ; 
fc-match -s $f | grep -i khmer ; done
Searching for
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for sans-serif
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for serif
KhmerOS.ttf: "Khmer OS" "Regular"
Searching for monospace
KhmerOSsys.ttf: "Khmer OS System" "Regular"
Searching for sans
KhmerOS.ttf: "Khmer OS" "Regular"

Please create an update for ttf-khmeros that installs the attached
fontconfig snippet properly. It would be good to get this long-standing
problem fixed in Debian. 

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

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

Versions of packages ttf-khmeros depends on:
ii  defoma   0.11.10-0.1 Debian Font Manager -- automatic f

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


65-khmer.conf
Description: XML document


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

Bug#457125: gitk: show/hide as well as highlight based on touching paths/adding string/views/etc

[Paul Wise]

Package: gitk
Version: 1:1.5.3.7-1
Severity: wishlist

It would be nice if the "Highlight" on the left was a dropdown that also
had "Show" and "Hide". This would be useful for searching for commits
that change a specific thing in a specific file or range of files. 

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

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

Versions of packages gitk depends on:
ii  git-core 1:1.5.3.7-1 fast, scalable, distributed revisi
ii  tk8.48.4.16-2Tk toolkit for Tcl and X11, v8.4 -

Versions of packages gitk recommends:
ii  git-doc  1:1.5.3.7-1 fast, scalable, distributed revisi

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#457126: gnome-panel: "Switch User" is present on the logout dialog even when gdm is not running

[Paul Wise]

Package: gnome-panel
Version: 2.20.2-2
Severity: normal

When I don't have GDM running and just use startx to run GNOME, the
"Switch User" button is present and enabled in the logout dialog even
though it does not work because it cannot contact GDM. Instead of
launching a new login screen, it just starts the screensaver (and locks
the session). 

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

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

Versions of packages gnome-panel depends on:
ii  gnome-about 2.20.2-1 The GNOME about box
ii  gnome-control-center1:2.20.1-2   utilities to configure the GNOME d
ii  gnome-desktop-data  2.20.2-1 Common files for GNOME 2 desktop a
ii  gnome-menus 2.20.2-1 an implementation of the freedeskt
ii  gnome-panel-data2.20.2-2 common files for the GNOME Panel
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.20.2-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.20.0-1 The Bonobo UI library
ii  libc6   2.7-4GNU C Library: Shared libraries
ii  libcairo2   1.4.12-1 The Cairo 2D vector graphics libra
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libecal1.2-71.12.2-1 Client library for evolution calen
ii  libedataserver1.2-9 1.12.2-1 Utility library for evolution data
ii  libedataserverui1.2-8   1.12.2-1 GUI utility library for evolution 
ii  libgconf2-4 2.20.1-2 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgnome-desktop-2  2.20.2-1 Utility library for loading .deskt
ii  libgnome-menu2  2.20.2-1 an implementation of the freedeskt
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0  2.20.2-2 library for GNOME Panel applets
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libwnck22   2.20.2-1 Window Navigator Construction Kit 
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxau6 1:1.0.3-2X11 authorisation library
ii  menu-xdg0.3  freedesktop.org menu compliant win

Versions of packages gnome-panel recommends:
ii  alacarte 0.11.3-1easy GNOME menu editing tool
ii  evolution-data-server1.12.2-1evolution database backend server
ii  gnome-applets2.20.0-1+b1 Various applets for GNOME 2 panel 
ii  gnome-icon-theme 2.20.0-1GNOME Desktop icon theme
ii  gnome-session2.20.2-1The GNOME 2 Session Manager

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#457115: show-trailing-whitespace

[Katsumi Yamaoka]

> [EMAIL PROTECTED] wrote:

> Package: w3m-el-snapshot
> Version: 1.4.250+0.20071206-1
> Severity: minor

> Please do e.g.,
> $ emacs -q --eval '(setq-default show-trailing-whitespace t)' -f w3m \
>   http://www.mediawiki.org/wiki/Manual:Wiki_family
> to see all the wasted whitespace in w3m-el-snapshot.
> (The solution of course is _not_ to just ask users to turn off
> show-trailing-whitespace.)

Fixed in emacs-w3m CVS.  Thanks for pointing it out.



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

Bug#457123: dovecot-common: "dovecot" user should not belong to "mail" group

[francois]

Package: dovecot-common
Version: 1.0.rc15-2etch1
Severity: minor
Tags: patch

>From  :
| dovecot user isn't used for any kind of mail processing - don't store users'
| mails as dovecot, and don't put dovecot user to mail or any other groups.

The postinst script does not follow this recommendation, and I fail to see why.

-- 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 dovecot-common depends on:
ii  add 3.102Add and remove users and groups
ii  lib 2.3.6.ds1-13etch2GNU C Library: Shared libraries
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library
ii  lib 1.4.4-7etch4 MIT Kerberos runtime libraries
ii  lib 2.1.30-13.3  OpenLDAP libraries
ii  lib 5.0.32-7etch3mysql database client library
ii  lib 0.79-4   Runtime support for the PAM librar
ii  lib 0.79-4   Pluggable Authentication Modules l
ii  lib 8.1.9-0etch1 PostgreSQL C client library
ii  lib 3.3.8-1.1SQLite 3 shared library
ii  lib 0.9.8c-4etch1SSL shared libraries
ii  ope 0.9.8c-4etch1Secure Socket Layer (SSL) binary a
ii  zli 1:1.2.3-13   compression library - runtime

dovecot-common recommends no packages.

-- no debconf information
--- a/debian/dovecot-common.postinst
+++ b/debian/dovecot-common.postinst
@@ -24,10 +24,6 @@ if [ "$1" = "configure" ]; then
   --disabled-password --quiet dovecot || true
   fi
 
-  if [ -z "`id dovecot | grep '(mail)' 2> /dev/null`" ]; then
-/usr/sbin/adduser dovecot mail || true
-  fi
-
   # Fix permissions
   chmod 755 /var/run/dovecot
   chmod 750 /var/run/dovecot/login

Bug#457122: hal: subprocess post-installation script returned error exit status 2

[Mark Whitis]

Package: hal
Version: 0.5.10-4
Severity: grave
Justification: renders package unusable

hal went splat on dist-upgrade making other packages (gnome, etc) uninstallable.

apt-get dist-upgade
[...]
Errors were encountered while processing:
 hal
 gnome-power-manager
 gnome-desktop-environment
 gnome
E: Sub-process /usr/bin/dpkg returned an error code (1)
cervantes:/home/whitis# apt-get install hal gnome-power-manager 
gnome-desktop-environment gnome
Reading package lists... Done
Building dependency tree   
Reading state information... Done
hal is already the newest version.
gnome-power-manager is already the newest version.
gnome-desktop-environment is already the newest version.
gnome is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
4 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up hal (0.5.10-4) ...
Reloading system message bus config...Failed to open connection to system 
message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: 
Connection refused
invoke-rc.d: initscript dbus, action "force-reload" failed.
Starting Hardware abstraction layer: hald 
invoke-rc.d: initscript hal, action "start" failed.
dpkg: error processing hal (--configure):
 subprocess post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of gnome-power-manager:
 gnome-power-manager depends on hal (>= 0.5.10-1); however:
  Package hal is not configured yet.
dpkg: error processing gnome-power-manager (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gnome-desktop-environment:
 gnome-desktop-environment depends on gnome-power-manager (>= 2.20.1); however:
  Package gnome-power-manager is not configured yet.
dpkg: error processing gnome-desktop-environment (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gnome:
 gnome depends on gnome-desktop-environment (= 1:2.20.2); however:
  Package gnome-desktop-environment is not configured yet.
dpkg: error processing gnome (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 hal
 gnome-power-manager
 gnome-desktop-environment
 gnome
E: Sub-process /usr/bin/dpkg returned an error code (1)
cervantes:/home/whitis# dpkg-reconfigure hal
/usr/sbin/dpkg-reconfigure: hal is broken or not fully installed
cervantes:/home/whitis# apt-get install hal 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
hal is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
4 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up hal (0.5.10-4) ...
Reloading system message bus config...Failed to open connection to system 
message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: 
Connection refused
invoke-rc.d: initscript dbus, action "force-reload" failed.
Starting Hardware abstraction layer: hald invoke-rc.d: initscript hal, action 
"start" failed.
dpkg: error processing hal (--configure):
 subprocess post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of gnome-power-manager:
 gnome-power-manager depends on hal (>= 0.5.10-1); however:
  Package hal is not configured yet.
dpkg: error processing gnome-power-manager (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gnome-desktop-environment:
 gnome-desktop-environment depends on gnome-power-manager (>= 2.20.1); however:
  Package gnome-power-manager is not configured yet.
dpkg: error processing gnome-desktop-environment (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of gnome:
 gnome depends on gnome-desktop-environment (= 1:2.20.2); however:
  Package gnome-desktop-environment is not configured yet.
dpkg: error processing gnome (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 hal
 gnome-power-manager
 gnome-desktop-environment
 gnome
E: Sub-process /usr/bin/dpkg returned an error code (1)
cervantes:/home/whitis# ls /var/run/dbus/system_bus_socket 
/var/run/dbus/system_bus_socket
cervantes:/home/whitis# ls -lgF /var/run/dbus/system_bus_socket 
srwxrwxrwx 1 root 0 2007-12-17 10:48 /var/run/dbus/system_bus_socket=
cervantes:/home/whitis# lsof /var/run/dbus/system_bus_socket 
cervantes:/home/whitis# ps axlww | fgrep -i dbus
0 0 11355 11354  22   0   2416   292 -  S?  0:00 
dbus-daemon --session --print-address --nofork
1  1000 15074 1  15   0   2412   652 -  Ss   ?  0:00 
dbus-daemon --fork --print-address 26 --print-pid 28 --session
0 0 15122 15557  18   0   2080   564 -  R+   pts/1  0:00

Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Toni Mueller]

Hi,

On Thu, 20.12.2007 at 00:06:55 +0100, sean finney <[EMAIL PROTECTED]> wrote:
> the FHS (and debian by extension) doesn't provide support for /usr/libexec.  
> in every case i know of, contents of what would otherwise have gone 
> in /usr/libexec go in /usr/lib/package/ instead.

but this is a misconception because the program *can* be used
individually, and it was also developed much earlier than whatever
/usr/lib/package you might think is appropriate. And last but not
least, you find eg. sendmail in /usr/libexec on BSDs, but not in
/usr/lib/sendmail/sendmail on Linux, don't you?

Anyway, I'll put the program where I think it fits, and it will be in
accordance to packaging rules.


Best,
--Toni++



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

Bug#457121: lua5.1: Lua stack is too small for a script that takes over 2048 arguments

[Norman Ramsey]

Package: lua5.1
Version: 5.1.2-4
Severity: normal

I just got this rather unhappy result:

: [EMAIL PROTECTED] 10445 ; label-by-hand -udir /home/nr/tmp/tt2 *
lua5.1: stack overflow (too many arguments to script)


It seems to me that the Lua interpreter should accept as many
arguments as the local operating system is willing to provide.  This
number is fairly fuzzy (see http://tinyurl.com/nn8yd for a good
discussion of the issues), but the current default of 2048 is
unreasonably small for a stock Debian system.  ARG_MAX is 131072 on
this system, so supposing we assume each argument is an 8.3 pathname
with a trailing null, even leaving room for some environment this is
space for about ten thousand arguments.  I suggest that when Lua is
built for Debian that line 445 of luaconf.h be changed so that 
LUAI_MAXCSTACK is more in that range.


Norman


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

Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages lua5.1 depends on:
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libreadline5  5.2-3  GNU readline and history libraries

lua5.1 recommends no packages.

-- no debconf information



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

Bug#457120: openssh-server: subprocess post-installation script returned error exit status 1

[Mark Whitis]

Package: openssh-server
Version: 1:4.6p1-7
Severity: critical
Justification: breaks the whole system

This bug is rated critical because it breaks "apt-get upgrade" and
leaves the system in a dangerously unstable state.

apt-get upgrade aborts:
Setting up libsnmp-session-perl (1.11-1) ...
Setting up netatalk (2.0.3-7) ...
Installing new version of config file /etc/default/netatalk ...
Installing new version of config file
/etc/logcheck/ignore.d.server/netatalk ...
Installing new version of config file /etc/netatalk/afpd.conf ...
Installing new version of config file /etc/init.d/netatalk ...
Starting Netatalk services (this will take a while):  atalkd afpd papd.
Errors were encountered while processing:
 openssh-server
  ssh
  E: Sub-process /usr/bin/dpkg returned an error code (1)

   apt-get install openssh-server
   Reading package lists... Done
   Building dependency tree... Done
   openssh-server is already the newest version.
   0 upgraded, 0 newly installed, 0 to remove and 373 not upgraded.
   2 not fully installed or removed.
   Need to get 0B of archives.
   After unpacking 0B of additional disk space will be used.
   Setting up openssh-server (1:4.6p1-7) ...
   /etc/ssh/sshd_config: line 74: Bad configuration option: NoneEnabled
   /etc/ssh/sshd_config: terminating, 1 bad configuration options
   invoke-rc.d: initscript ssh, action "restart" failed.
   dpkg: error processing openssh-server (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of ssh:
 ssh depends on openssh-server; however:
   Package openssh-server is not configured yet.
   dpkg: error processing ssh (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
 openssh-server
  ssh

72  
73  UsePAM yes
74  NoneEnabled yes
Sorry for the ugly formatting, in the unstable state I am not able to
use a real editor and vi mangles cut and paste and makes editing
difficult.
The package will install when you remove the offending line from
/etc/ssh/sshd_config.However, apt-get upgrade does not invoke the
configure scripts when run again.

It is possible that out of around 1000 packages upgraded,
openssh-server was the last to be configured and apt-get didn't really
abort.:wq

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

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssh-server depends on:
ii  adduser   3.105  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.17 Debian configuration management sy
ii  dpkg  1.14.12package maintenance system for Deb
ii  libc6 2.7-4  GNU C Library: Shared libraries
ii  libcomerr21.40.3-1   common error description library
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libpam-modules0.99.7.1-5 Pluggable Authentication Modules f
ii  libpam-runtime0.99.7.1-5 Runtime support for the PAM librar
ii  libpam0g  0.99.7.1-5 Pluggable Authentication Modules l
ii  libselinux1   2.0.15-2+b1SELinux shared libraries
ii  libssl0.9.8   0.9.8g-3   SSL shared libraries
ii  libwrap0  7.6.dbs-14 Wietse Venema's TCP wrappers libra
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  openssh-client1:4.6p1-7  secure shell client, an rlogin/rsh
ii  zlib1g1:1.2.3.3.dfsg-7   compression library - runtime

openssh-server recommends no packages.

-- debconf information:
  ssh/new_config: true
* ssh/use_old_init_script: true
* ssh/disable_cr_auth: false
  ssh/encrypted_host_key_but_no_keygen:



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

Bug#457119: set owner

[Marcelo Jorge Vieira (metal)]

owner 457119 !


-- 
Marcelo Jorge Vieira (metal)
metaldot - http://metaldot.alucinados.com
jabber - [EMAIL PROTECTED]


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

Bug#451268: wrong direntries from makeinfo 4.11

[Karl Berry]

With 4.11 PLUS your patch from the above it is still happening, 

Ah, the case before had a @dircategory.  I didn't try without.
(I surmise that's the difference, anyway.)

-  insert_string ("START-INFO-DIR-ENTRY\n");
+  add_word ("START-INFO-DIR-ENTRY\n");

I installed it.  Thanks very much.

karl



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

Bug#454440: X11 1.4.1 packages

[Joachim Breitner]

Hi,

I greated some quick-and-dirty 1.4.1 packages against ghc6.6, you can
find them here:

http://people.debian.org/~nomeata/xmonad/

No notable changes were necessary, if I remember correctly.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#455872: splashy: Fails to initialize, messes up loading other modules

[Georg Wittenburg]

On Tuesday 18 December 2007 16:31:09 Luis Mondesi wrote:
> If you have libdirectfb-0.9.25-x installed, can you please remove it?
>
> It seems that even though Splashy links against libdirectfb-1.0.x (from
> Sid), the binary tries to access the older version of the lib causing the
> -3 errors.
>
> Please report back ASAP as we are getting ready to do a bug fix release.

Removing libdirectfb-0.9.25 definately helped. Splashy now generally works, 
although not perfectly:

1) After about 5% progress while booting, the boot process stalls (with 
Splashy visible) until F2 is pressed, at which point booting continues 
(Splashy still being displayed).

2) After logging into X, there are some small black spots near the top of the 
screen. This is X.org 1:7.3+8 with NVidia drivers 100.14.19-1 compiled from 
source.

Regards,

Georg

-- 
Georg Wittenburg
http://page.mi.fu-berlin.de/~wittenbu/


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

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

[Sylvestre Ledru]

Le jeudi 20 décembre 2007 à 00:42 +0100, Manuel Prinz a écrit :
> 
> Am Mittwoch, den 19.12.2007, 08:40 -0500 schrieb Adam C Powell IV:
> > I think the confusion is: the .la files are not the static libs,
> they
> > are libtool metadata files.  The -dev package needs to include
> the .a
> > static libs.  The .la files are completely optional, and there's
> some
> > difference of opinion on whether or not they are beneficial.  If
> > upstream installs them, I'd put them in the -dev package.
> 
> The reasoning for dropping the .la files was that we don't build .a
> files. My understanding is that .la is useless without .a, so
> installing
> them did not make much sence to me. Or am I wrong here? 
You are wrong, sorry :p
Just open one .la file and you will understand.

They are supposed to hide the complexity of dynamic libraries.

For example, if you are linking thanks to libtool with a dyn library,
you can use the .la file to link it.
And if this library has dependencies, the .la will tell you that. It
will also provide you the name of the library, linker flags, version

Example:
# grep dependency myGreatLibraryWhichNeedsPcre.la 
dependency_libs=' -L/usr/lib -lpcreposix -lpcre'

I hope I am clear on this ;)
Sylvestre



signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#456929: python-gps: Missing dependency on gpsd

[Bernd Zeimetz]

Andreas Putzo wrote:
> On Dec 18  21:09, Bernd Zeimetz wrote:
>> hmm, the patch is missing in the mail.
>> But thanks in advance!
> 
> Oops. here it is :)


Thanks for the patch. I modified it a bit, already
commited upstream.

https://ssl.recluse.de/svn/debian/packages/gpsd/trunk/debian/patches/gpsfake-gpsd-path.dpatch


Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 



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

Bug#457119: ITP: MUCkl -- A Web Based Groupchat Application

[Marcelo Jorge Vieira (metal)]

Package: wnpp
Severity: wishlist

* Package name   : MUCkl
  Version: 0.4.3
  Upstream Author: Stefan Strigler <[EMAIL PROTECTED]>
   Florian Jensen <[EMAIL PROTECTED]>
* URL: http://zeank.in-berlin.de/muckl/
* License: GPL2
  Description: A Web Based Groupchat Application

  MUCkl is a web based groupchat application with focus on ease of
  installation and usage. As a user you just need to enter your
  desired nickname and start chatting.
  MUCkl doesn't need Perl, PHP or MySQL at the server side nor Java at
  the client side. It's just plain HTML/JavaScript.

  MUCkl uses [1]Jabber technology to handle all communication. It
  let's you connect to any predefined [2]MUC-based chat room.

  [1] http://www.jabber.org
  [2] http://www.jabber.org/jeps/jep-0045.html

-- 
Marcelo Jorge Vieira (metal)
metaldot - http://metaldot.alucinados.com
jabber - [EMAIL PROTECTED]


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

Bug#446762: missing shut down menu item

[Takis Diakoumis]

...and upgrading gnome-panel did!

i installed/upgraded to the following and all worked well:

gnome-panel_2.20.2-2
libwnck22_2.20.2-1
gnome-panel-data_2.20.2-2

thanks for that.
Takis


On Wed, 2007-12-19 at 15:33 +0100, Josselin Mouette wrote:
> reassign 446762 gdm 2.20.2-1
> thanks
> 
> Le mercredi 19 décembre 2007 à 22:03 +1100, Takis Diakoumis a écrit :
> > Hi
> > 
> > in an attempt to get my keyring opened on log in using
> > libpam-gnome-keyring, i installed the latest gdm and associated deps as
> > listed below.
> > 
> > capplets-data (1:2.18.1-1) to 1:2.20.1-2
> > gdm (2.18.4-1) to 2.20.2-1
> > gnome-control-center (1:2.18.1-1) to 1:2.20.1-2
> > gnome-session (2.18.3-1) to 2.20.2-1
> > libgnome-window-settings1 (1:2.18.1-1) to 1:2.20.1-2
> > libpanel-applet2-0 (2.18.3-2) to 2.20.2-2
> > 
> > the shut down menu item under system has disappeared. i have no idea
> > what happened here except that i believe gdm itself to be the culprit.
> 
> This looks very similar to bug #446762. I think this is caused by a
> missing conflict on gnome-panel < 2.20, which is affected as well by the
> GDM socket path transition.
> 
> Upgrading gnome-panel should fix your issue.
> 
> Cheers,

Bug#451513: For those who cares about #451513

[Alexander Gerasiov]

Package: log4cpp
Version: 1.0-2
Followup-For: Bug #451513

The problem was not only in timestamps.
I had also implement 02_doc_install patch, case $(DESTDIR) was missing
in install target of doc/Makefile.in

Here is my patch in attachment.

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

Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash
diff -raNu log4cpp-1.0.orig/debian/changelog log4cpp-1.0/debian/changelog
--- log4cpp-1.0.orig/debian/changelog   2007-12-20 02:29:02.0 +0300
+++ log4cpp-1.0/debian/changelog2007-12-20 02:37:17.0 +0300
@@ -1,3 +1,12 @@
+log4cpp (1.0-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS caused by autotools call (closes: #451513):
++ debian/rules: touch autotools source files to prevent autoconf run;
++ 02_doc_install.diff: install some docs into $(DESTDIR)/path.
+
+ -- Alexander GQ Gerasiov <[EMAIL PROTECTED]>  Thu, 20 Dec 2007 02:34:41 +0300
+
 log4cpp (1.0-2) unstable; urgency=low
 
   * Bump SONAME. (Closes: #445928).
diff -raNu log4cpp-1.0.orig/debian/patches/02_doc_install.diff 
log4cpp-1.0/debian/patches/02_doc_install.diff
--- log4cpp-1.0.orig/debian/patches/02_doc_install.diff 1970-01-01 
03:00:00.0 +0300
+++ log4cpp-1.0/debian/patches/02_doc_install.diff  2007-12-20 
02:29:19.0 +0300
@@ -0,0 +1,30 @@
+--- log4cpp-1.0.orig/doc/Makefile.in   2007-09-03 13:53:35.0 +0400
 log4cpp-1.0/doc/Makefile.in2007-12-20 02:16:06.0 +0300
+@@ -525,18 +525,18 @@
+   ln -s ./latex/refman.pdf @[EMAIL PROTECTED]
+ 
+ install-data-local:
+-  $(mkinstalldirs) $(man3dir)
++  $(mkinstalldirs) $(DESTDIR)$(man3dir)
+   @for i in ./man/man3/log4cpp.3 ./man/man3/log4cpp_*.3; do \
+   inst=`basename $$i | sed 's/_/::/g'`; \
+-  echo "$(INSTALL_DATA) $$i$(man3dir)/$$inst"; \
+-  $(INSTALL_DATA) $$i $(man3dir)/$$inst; \
++  echo "$(INSTALL_DATA) $$i $(DESTDIR)$(man3dir)/$$inst"; \
++  $(INSTALL_DATA) $$i $(DESTDIR)$(man3dir)/$$inst; \
+   done
+-  $(mkinstalldirs) $(docdir)
+-  cp -r html/. $(docdir)
+-  $(RM) -r -f $(docdir)/CVS \
+-  $(docdir)/Makefile.am \
+-  $(docdir)/Makefile.in \
+-  $(docdir)/Makefile
++  $(mkinstalldirs) $(DESTDIR)$(docdir)
++  cp -r html/. $(DESTDIR)$(docdir)
++  $(RM) -r -f $(DESTDIR)$(docdir)/CVS \
++  $(DESTDIR)$(docdir)/Makefile.am \
++  $(DESTDIR)$(docdir)/Makefile.in \
++  $(DESTDIR)$(docdir)/Makefile
+ 
+ uninstall-local:
+   $(RM) $(man3dir)/log4cpp.3
diff -raNu log4cpp-1.0.orig/debian/patches/series 
log4cpp-1.0/debian/patches/series
--- log4cpp-1.0.orig/debian/patches/series  2007-12-20 02:29:02.0 
+0300
+++ log4cpp-1.0/debian/patches/series   2007-12-20 02:29:19.0 +0300
@@ -1 +1,2 @@
 01_bump_soname.diff
+02_doc_install.diff
diff -raNu log4cpp-1.0.orig/debian/rules log4cpp-1.0/debian/rules
--- log4cpp-1.0.orig/debian/rules   2007-12-20 02:29:02.0 +0300
+++ log4cpp-1.0/debian/rules2007-12-20 02:29:19.0 +0300
@@ -1,5 +1,8 @@
 #!/usr/bin/make -f
 
+configure/liblog4cpp5::
+   touch -r aclocal.m4 configure.in
+
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/rules/patchsys-quilt.mk

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

[Manuel Prinz]

Hi Adam!

Thanks for your explanations. I have one question still:

Am Mittwoch, den 19.12.2007, 08:40 -0500 schrieb Adam C Powell IV:
> I think the confusion is: the .la files are not the static libs, they
> are libtool metadata files.  The -dev package needs to include the .a
> static libs.  The .la files are completely optional, and there's some
> difference of opinion on whether or not they are beneficial.  If
> upstream installs them, I'd put them in the -dev package.

The reasoning for dropping the .la files was that we don't build .a
files. My understanding is that .la is useless without .a, so installing
them did not make much sence to me. Or am I wrong here?

> Either way, "where upstream puts it" is probably the right place for it.
> The only exception being libmpi.so which is an alternatives symlink and
> not a regular symlink in order to fit in with the other MPI
> implementations.

That was the reasoning why I did that.

> Sure, though mpicc should include the -I required to find it anyway.
> It's up to you.  I'd leave it in its own dir to avoid possible
> collisions.

That was my reason for handling it that way.

Best regards
Manuel


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#457118: documentation: syntax error in css

[Roland Eggner]

Package: gs-gpl
Version: 8.56.dfsg.1-1.1
Severity: minor
Tags: patch

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



$  diff -u /usr/share/doc/gs-gpl/gs.css{.orig,}
# =
--- /usr/share/doc/gs-gpl/gs.css.orig   2007-06-15 20:38:05.0 +0200
+++ /usr/share/doc/gs-gpl/gs.css2007-12-19 13:01:59.0 +0100
@@ -73,7 +73,7 @@
   background: #AA;
 }

-# table formatting hints
+/* table formatting hints */
 td
 {
   vertical-align: top;
# =



--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.18.5roland2

Debian Release: 4.0
  500 unstablegd.tuwien.ac.at 
  500 testing security.debian.org 
  500 testing gd.tuwien.ac.at 
  500 oldstable   gd.tuwien.ac.at 
  500 edgywine.budgetdedicated.com 
1 experimentalgd.tuwien.ac.at 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libc6   (>= 2.5-5) | 2.7-3
libice6   (>= 1:1.0.0) | 1:1.0.1-2
libpaper1  | 1.1.21
libsm6 | 1:1.0.1-3
libx11-6   | 2:1.0.3-7
libxext6   | 1:1.0.1-2
libxt6 | 1:1.0.2-2
gs-common   (>= 0.3.9) | 0.3.13-0.1


-- 
Roland Eggner



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

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

[Manuel Prinz]

Am Mittwoch, den 19.12.2007, 06:58 -0600 schrieb Dirk Eddelbuettel:
> On 19 December 2007 at 13:08, Manuel Prinz wrote:
> | if we want to handle it via alternatives (which LAM doesn't) we have
> | check the situation in pgapack, so we don't get a problem there. What is
> | the advantage to have mpi.h in /usr/include? (Just curious.)
> Easy to find?

Moving it to /usr/include/mpi.h would mean to move everything under the
mpi packages' subdirectories to /usr/include, handling the common
filenames via update-alternatives. This is quite complex because one has
to work around #220044 and friends as we do now for the libs. It also
requires changes in the other packages, so we should provide patches for
them too and coordinate stuff like that. I don't see it as problem. It
comes in handy if you compile multiple MPI packages like Nicholas does
with gromacs.

Best regards
Manuel


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#457117: fortunes-it: Spelling error ("Aquari" instead of "Acquari")

[Davide Mancusi]

Package: fortunes-it
Version: 1.99-2
Severity: minor

There is a spelling error in one of the quotes by James R. F. Quirk.
Presently it reads:
"Io non credo nell'astrologia.  Se ci credessi, sarei un
Acquario, e gli Aquari non credono nell'astrologia."
It should read:
"Io non credo nell'astrologia.  Se ci credessi, sarei un
Acquario, e gli Acquari non credono nell'astrologia."
Note the "Acquari" in the second line, instead of "Aquari".

$ grep Aquari /usr/share/games/fortunes/it/*
/usr/share/games/fortunes/it/italia:Aquari non credono nell'astrologia."
/usr/share/games/fortunes/it/italia.u8:Aquari non credono nell'astrologia."

Davide

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

Kernel: Linux 2.6.21-amd64-bootsplash (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fortunes-it depends on:
ii  fortune-mod   1:1.99.1-3 provides fortune cookies on demand

fortunes-it recommends no packages.

-- no debconf information



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

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: Bug#457088: mpi.h is missing

[Manuel Prinz]

Dear Sune!

Am Mittwoch, den 19.12.2007, 23:43 +0100 schrieb Sune Vuorela:
> I have read the discussion in the bug report. If it is anywhere else, please 
> point to it instead of playing smart-ass.

That applies to everyone: I don't like the tone of the recent emails and
would be glad if we could all calm down and keep the discussion at a
technical level, so we can spend our time on working on Debian and not
flaming each other.

> From the fhs:
> /usr/include : Directory for standard include files.
> /usr/lib : Libraries for programming and packages
> 
> mpi.h surely only fits in first category.

mpi.h is provided in /usr/include/mpi via update-alternatives, as every
other include file needed by an MPI implementation is, so I do not see
the problem here. I don't find a reference in the policy that states
that one is not allowed to symlink to where the files reside in the
filesystem. Actually, all packages using update-alternatives I looked at
so far put their stuff in /usr/lib/package. If that's wrong, we can
correct that. But from what I saw this is common practice. mpich even
has files in /usr/lib/mpich/bin. IANADD, so I may be wrong and looked at
broken packages. Could you please give me some insight how a solution
would look like in your eyes? Thanks in advance!

Best regards
Manuel


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#457115: show-trailing-whitespace

[Tatsuya Kinoshita]

tags 457115 + upstream
thanks


pgpmqL65mC0bL.pgp
Description: PGP signature

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: mpi.h is missing

[Manuel Prinz]

Hi Ondrej!

Am Mittwoch, den 19.12.2007, 22:15 +0100 schrieb Ondrej Certik:
> Unfortunately I still don't understand how it works. I admit
> it can be my fault.

No problem. I'll try to explain the situation and reasoning below.

> Let me repeat my question:
> 
> Why does openmpi use /usr/lib instead of /usr/include? Other libraries
> use /usr/include, like petsc (/usr/include/petsc), libmesh
> (/usr/include/libmesh), gtk
> (/usr/include/gtk-2.0) etc. etc. Usually, as I understand it, they
> also use /usr/lib/something/include, but they always link from
> /usr/include.

I guess there's some misunderstanding here. mpi.h is located
in /usr/lib/openmpi/include so it does not conflict with other MPI
packages. But this directory is symlinked to /usr/include/mpi via
alternatives, along with the compilers. So this ensures that the mpicc
you use matches the /usr/include/mpi/mpi.h that is used and therefore
prohibits conflicts. This is true for all MPI packages that provide
mpi.h and mpicc (and similar compiler wrappers). So
including /usr/include/mpi in your include file search path is the right
thing to do. Given that, it does not matter if your package compiles for
example against openmpi or lam4.

> Also, I, as a user, was used to using /usr/include (/something) for
> everything, that's why I thought it'd the de facto standard, isn't it?
> And if not, is there some policy for that? I only found links I posted above,
> suggesting to use /usr/include.

You're right, /usr/include is still the search path. To the best of my
knowledge the current behavior is in agreement with policy since we
provide mpi.h under /usr/include. It's just in the mpi sub-directory to
not get in conflict with other MPI packages. (MPI should be MPI, right?)

Unfortunately, dpkg and other tools that can scan for files in packages
are not aware of symlinks created by update-alternatives. So you just
might have missed /usr/include/mpi.

Hope I was able to clarify the issue. And I don't think it's a bug as
well.

Best regards
Manuel


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[sean finney]

On Wednesday 19 December 2007 11:05:47 pm Toni Mueller wrote:

> For such programs, there exists /usr/libexec on some systems, but not
> in Linux as far as I know.

the FHS (and debian by extension) doesn't provide support for /usr/libexec.  
in every case i know of, contents of what would otherwise have gone 
in /usr/libexec go in /usr/lib/package/ instead.

sean


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

Bug#439335: CVE-2007-4131: GNU tar Directory Traversal

[paddy]

previously ...

Nico Golde <[EMAIL PROTECTED]> [Sun, 9 Sep 2007 14:30:06 +0200]:
> Hi,
> * Sylvain Beucler <[EMAIL PROTECTED]> [2007-09-09 13:56]:
> > Was this forwarded to the Stable security team?
> > 
> > If I'm given a tarball that can replace /etc/passwd, I'd say this is
> > grave bug.
> 
> This bug is monitored via the security tracker:
> http://security-tracker.debian.net/tracker/CVE-2007-4131
> So they should be aware of it.

just noticed this going past in an osx update and had a "what ever
happenned to that?" moment.

Regards,
Paddy




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

Bug#457116: motion init script seems to start even if I use the default motion.conf

[giggz]

Package: motion
Version: 3.2.9-1
Severity: normal

Hi,

Since the last upgrade, I get this message at boot during the init time :
Starting motion detection : motion
[0] Processing thread 0 - config file /etc/motion/motion.conf
[0] Motion 3.2.9 Started
[0] ffmpeg LIBAVCODEC_BUILD 3352064 LIBAVFORMAT_BUILD 3344896
[0] Thread 1 is from /etc/motion/motion.conf
[1] Thread 1 started
[1] Failed to open video device /dev/video0: No such file or directory
[1] Capture error calling vid_start
[1] Thread finishing...
[0] motion-httpd/3.2.9 running, accepting connections
[0] motion-httpd: waiting for data on port TCP 8080

My problem is that I don't want to start any motion daemon, because I
use motion to do video with my webcam, but not all the time. So I keep
the initial motion.conf with:
# Start in daemon (background) mode and release terminal (default: off)
daemon off

SO I think there is a bug somewhere, isn't it ?

Regards,
Guillaume

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

Kernel: Linux 2.6.23.12-1 (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages motion depends on:
ii  adduser  3.105   add and remove users and groups
ii  debconf [debconf-2.0]1.5.17  Debian configuration management sy
ii  libavcodec1d 0.cvs20070307-6 ffmpeg codec library
ii  libavformat1d0.cvs20070307-6 ffmpeg file format library
ii  libavutil1d  0.cvs20070307-6 ffmpeg utility library
ii  libc62.7-4   GNU C Library: Shared libraries
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libmysqlclient15off  5.0.51-1MySQL database client library
ii  libpq5   8.2.5-4 PostgreSQL C client library

Versions of packages motion recommends:
ii  ffmpeg   0.cvs20070307-6 multimedia player, server and enco

-- debconf information:
  motion/moved_conf_dir:



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

Bug#455826: missing help documentation

[Kees Cook]

Hi Guus,

On Mon, Dec 17, 2007 at 01:21:10PM +0100, Guus Sliepen wrote:
> Ah, thanks for noticing and providing a fix.

You bet!

> Hm, I just tried to build celestia packages with your patch applied, but
> it appears it keeps too many files: some files now appear in both
> celestia-gnome and celestia-common.

Ah-ha, I've found the problem.  The order of the "install" depends
matters.  It should be:

install: install-indep install-arch

Otherwise the -common tree isn't populated.

-- 
Kees Cook@outflux.net



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

Bug#449237: iscsitarget-source: temporary path to compile on 2.6.23

[Franklin PIAT]

Package: iscsitarget-source
Version: 0.4.15-5
Followup-For: Bug #449237

The issue described in this bug have been adressed in upstream
developpment version[1] revision 138 (on 2007-09-21). But
no new release yet.

For those who may need it, I've backported the patch r138.
(on the page http://wiki.debian.org/iSCSI/iscsitarget i explain
how to compile the module, with this patch).

[1] http://svn.berlios.de/wsvn/iscsitarget/trunk/?rev=138&sc=1

Franklin

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

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

Versions of packages iscsitarget-source depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.61 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

iscsitarget-source recommends no packages.

-- no debconf information
diff -u kernel/iscsi.c kernel-138/iscsi.c
--- kernel/iscsi.c  2007-12-19 23:25:44.0 +0100
+++ kernel-138/iscsi.c  2007-12-19 23:26:39.0 +0100
@@ -1757,8 +1757,7 @@
if ((err = event_init()) < 0)
goto err;
 
-   iscsi_cmnd_cache = kmem_cache_create("iscsi_cmnd", sizeof(struct 
iscsi_cmnd),
-0, 0, NULL, NULL);
+   iscsi_cmnd_cache = KMEM_CACHE(iscsi_cmnd, 0);
if (!iscsi_cmnd_cache)
goto err;
 
Common subdirectories: kernel/.svn and kernel-138/.svn
diff -u kernel/tio.c kernel-138/tio.c
--- kernel/tio.c2007-12-19 23:25:44.0 +0100
+++ kernel-138/tio.c2007-12-19 23:26:39.0 +0100
@@ -110,8 +110,7 @@
 
 int tio_init(void)
 {
-   tio_cache = kmem_cache_create("tio", sizeof(struct tio),
- 0, 0, NULL, NULL);
+   tio_cache = KMEM_CACHE(tio, 0);
return  tio_cache ? 0 : -ENOMEM;
 }
 

Bug#453406: Acknowledgement (Miro doesn't honor --xine-driver option)

[Uwe Hermann]

[CC'ing Daniel, mails to the bugtracker aren't always automatically forwarded
to individual mail accounts, I think]

On Mon, Dec 17, 2007 at 12:12:10PM -0500, will wrote:
> Daniel--your comment was tagged with +patch, but there's no patch attached.
>
> We're looking to do a Miro 1.1 release this week and I'd like to include 
> this fix, but I don't understand what you did.


Uwe.
-- 
http://www.hermann-uwe.de  | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org



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

Bug#455414: RFH with labplot

[Frank S. Thomas]

Hi Helen, hi all,

On Friday 14 December 2007 03:14, Helen Faulkner wrote:
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=labplot

> So if anyone would like to take a look at it and see if you can help me out
> with any of the bugs, make an NMU, etc, that would be wonderful.

I would like to make an NMU to primary address the FTBFS with GCC 4.3 (which 
actually happens because the patches do not get applied as I already pointed 
out in #455414). The fix for #455414 will probably also fix the current FTBFS 
of 1.5.1.6-2 on amd64 so that labplot can migrate to testing again. Besides 
this and since you are encouraging NMUs, I would also like to change some 
things that are normally not done in an NMU (such as updating the 
Standards-Version, adding the Homepage field, etc.). My proposed NMU-diff is 
attached. I am currently testing the NMU and when I am finished with it, I 
will send the final diff to #455414.

HTH,
Frank
-- 
bureaucracy, n: A method for transforming energy into solid waste.
diff --git a/debian/changelog b/debian/changelog
index e176002..862969b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,23 @@
+labplot (1.5.1.6-2.1) unstable; urgency=low
+
+  * Non-maintainer upload (encouraged by maintainer).
+  * Added quilt series file (debian/patches/series) which lists the current
+patch files in debian/patches/ and which is required for quilt to actually
+apply them (Closes: #455414). This will probably also fix the build error
+on amd64 which was reported in #430750, because the patch that makes
+admin/cvs.sh compatible with autoconf-2.6 will now be applied.
+  * debian/control:
+- Bumped Standards-Version from 3.7.2 to 3.7.3, no changes were required.
+- Added new Homepage field to the source stanza.
+- fftw3-dev was renamed to libfftw3-dev, adjusted Build-Depends
+  accordingly.
+  * Added dh_icons to debian/rules (Closes: #447962). It was added to
+debhelper in version 5.0.51 therefore raised its build dependency and
+bumped the compatibility level to V5, which is the current recommended
+level.
+
+ -- Frank S. Thomas <[EMAIL PROTECTED]>  Wed, 19 Dec 2007 23:06:19 +0100
+
 labplot (1.5.1.6-2) unstable; urgency=low
 
   * Patch provided by Charles Plessy (thanks!).
diff --git a/debian/compat b/debian/compat
index b8626c4..7ed6ff8 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-4
+5
diff --git a/debian/control b/debian/control
index 2b1c508..9c9d961 100644
--- a/debian/control
+++ b/debian/control
@@ -2,9 +2,10 @@ Source: labplot
 Section: kde
 Priority: optional
 Maintainer: Helen Faulkner <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), kdelibs4-dev, fftw3-dev, libgsl0-dev,  libtiff4-dev, libmagick9-dev, libmagick++9-dev, libbz2-dev, pstoedit, libpstoedit-dev, netcdfg-dev, libaudiofile-dev, pkg-config, quilt, autotools-dev, libtool 
+Build-Depends: debhelper (>= 5.0.51), kdelibs4-dev, libfftw3-dev, libgsl0-dev,  libtiff4-dev, libmagick9-dev, libmagick++9-dev, libbz2-dev, pstoedit, libpstoedit-dev, netcdfg-dev, libaudiofile-dev, pkg-config, quilt, autotools-dev, libtool 
 Build-Conflicts: labplot 
-Standards-Version: 3.7.2
+Standards-Version: 3.7.3
+Homepage: http://labplot.sourceforge.net/
 
 Package: labplot
 Architecture: any
diff --git a/debian/patches/build-with-gcc4.3.patch b/debian/patches/build-with-gcc4.3.patch
index 32392e0..50b37f3 100644
--- a/debian/patches/build-with-gcc4.3.patch
+++ b/debian/patches/build-with-gcc4.3.patch
@@ -9,4 +9,4 @@ Index: labplot-1.5.1.6/src/LTable.cc
 +#include 
  #include 
  #include 
- #include "LTable.h"
\ No newline at end of file
+ #include "LTable.h"
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..7707b87
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1,2 @@
+build-with-gcc4.3.patch
+fix-autoconf-2.6-compatibility.patch
diff --git a/debian/rules b/debian/rules
index f46f78e..b26bb3e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -131,6 +131,7 @@ binary-arch: build install
 	dh_installdocs
 	dh_installexamples
 	dh_installmenu
+	dh_icons
 	dh_installman
 	dh_link
 	dh_strip


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

Bug#457115: show-trailing-whitespace

[jidanni]

Package: w3m-el-snapshot
Version: 1.4.250+0.20071206-1
Severity: minor

Please do e.g.,
$ emacs -q --eval '(setq-default show-trailing-whitespace t)' -f w3m \
  http://www.mediawiki.org/wiki/Manual:Wiki_family
to see all the wasted whitespace in w3m-el-snapshot.
(The solution of course is _not_ to just ask users to turn off
show-trailing-whitespace.)



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

Bug#457115: Forward: Bug#457115: show-trailing-whitespace

[Tatsuya Kinoshita]

Hi emacs-w3m developers,

The attached mail is forwarded from Debian bug tracking system:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457115

If possible, please preserve [EMAIL PROTECTED]
in replies.

Thanks,
-- 
Tatsuya Kinoshita
--- Begin Message ---
Package: w3m-el-snapshot
Version: 1.4.250+0.20071206-1
Severity: minor

Please do e.g.,
$ emacs -q --eval '(setq-default show-trailing-whitespace t)' -f w3m \
  http://www.mediawiki.org/wiki/Manual:Wiki_family
to see all the wasted whitespace in w3m-el-snapshot.
(The solution of course is _not_ to just ask users to turn off
show-trailing-whitespace.)



--- End Message ---

Bug#457114: Iceape browser will not install due to configuration script error

[David Lawyer]

Package: iceape-browser
Version 1.1.7-1_i386.deb

Heres a transcipt of an attempt of apt-get to configure the iceape
browser.  I used apt-get's install command and got:

Reading package lists...
Building dependency tree...
iceape is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 439 not upgraded.
3 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up iceape-browser (1.1.7-1) ...
Updating iceape chrome registry...mv: cannot stat 
`\033[00m\033[00mchrome.rdf\033[00m': No such file or directory
dpkg: error processing iceape-browser (--configure):
_
What's wrong is obvious.  the file name mchome.rdf is garbled because
it was obtained by the "ls" command which adds on escape sequences
since I've set it to display color-coded files names by putting
   ls () { command ls --color $* ; }
in my /etc/profile.  The \033 ... are escape sequences for color.  So
the fix is to use 'command ls' instead of just 'ls'.  This will just
show the file name without the color escapes (\033 is the escape
character).

David Lawyer



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

Bug#445396: patch for 445396

[Piotr Ożarowski]

tags 445396 + patch
thanks

Hi Steve,

I've prepared a patch for 445396 with some more changes as we (Debian
Python Modules Team) seems to be a co-maintainer for your package :-)
(dunno why you didn't inject it in the SVN)

You can also easily get rid of all lintian warnings (and remove lintian
override) by removing shebang from all .py files (these files should
not have them). I didn't do it, because I don't know what patch system
do you prefer.

PS Please inject your package (if you will use svn-inject, remember
about -o option - we are keeping only debian dir in the repo) in the
repository - that will make maintaining this package a little bit easier
:-)
-- 
:wq!
diff -u pyvtk-0.4.74/debian/changelog pyvtk-0.4.74/debian/changelog
--- pyvtk-0.4.74/debian/changelog
+++ pyvtk-0.4.74/debian/changelog
@@ -1,3 +1,13 @@
+pyvtk (0.4.74-2) UNRELEASED; urgency=low
+
+  * Move XS-Python-Version field to source stanza, change its value to "all"
+Closes: #445396.
+  * Bump python-support, debhelper and python required build versions (Egg issue)
+  * Move homepage URL from long description to new Homepage field
+  * Bump Standards-Version to 3.7.3 (no changes needed)
+
+ -- Piotr Ożarowski <[EMAIL PROTECTED]>  Wed, 19 Dec 2007 23:10:04 +0100
+
 pyvtk (0.4.74-1) unstable; urgency=low
 
   * New upstream.
diff -u pyvtk-0.4.74/debian/control pyvtk-0.4.74/debian/control
--- pyvtk-0.4.74/debian/control
+++ pyvtk-0.4.74/debian/control
@@ -3,8 +3,10 @@
 Priority: optional
 Maintainer: Steve M. Robbins <[EMAIL PROTECTED]>
 Uploaders: Debian Python Modules Team <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), python-support (>= 0.4), python
-Standards-Version: 3.7.2.2
+Build-Depends: debhelper (>= 5.0.38), python-support (>= 0.6.4), python (>= 2.3.5-11)
+Standards-Version: 3.7.3
+XS-Python-Version: all
+Homepage: http://cens.ioc.ee/projects/pyvtk/
 
 Package: python-pyvtk
 Architecture: all
@@ -12,7 +14,6 @@
 Conflicts: python2.3-pyvtk (<< 0.4.66-6), python2.4-pyvtk (<< 0.4.66-6)
 Replaces: python2.3-pyvtk (<< 0.4.66-6), python2.4-pyvtk (<< 0.4.66-6)
 Provides: ${python:Provides}
-XS-Python-Version: current
 XB-Python-Version: ${python:Versions}
 Description: module for manipulating VTK files
  PyVTK provides a VtkData class to create VTK a file from standard
@@ -30,2 +30,0 @@
- .
- See http://cens.ioc.ee/projects/pyvtk/ for more details.
diff -u pyvtk-0.4.74/debian/rules pyvtk-0.4.74/debian/rules
--- pyvtk-0.4.74/debian/rules
+++ pyvtk-0.4.74/debian/rules
@@ -59,7 +59,6 @@
 	dh_fixperms
 	dh_pysupport
 	dh_installdeb
-	dh_shlibdeps
 	dh_gencontrol
 	dh_md5sums
 	dh_builddeb


pgp3rVNzW0HjU.pgp
Description: PGP signature

Bug#456934: [Buildd-tools-devel] Bug#456934: Bug#456934: sbuild: Wrong handling of or'ed build-dependencies

[Roger Leigh]

Michael Banck <[EMAIL PROTECTED]> writes:

> On Wed, Dec 19, 2007 at 08:10:37AM +0100, Jan-Marek Glogowski wrote:
>> > Isn't it usual sbuild behaviour to only try the first package of a set
>> > of alternatives?
>> 
>> Currently yes, but I consider this a bug. The patched code already runs
>> in a loop to check for all alternatives, but it currently fails, if it
>> can't satisfy a versioned dependency.
>
> Maybe this is a divergence of the sbuild package from upstream sbuild
> then.  Fact is that the buildds will show this behaviour, so I am not
> sure changing it in the sbuild package is the best solution.

I tend to agree here, given that one of (if not the main) primary uses
of sbuild is to check that sources will autobuild correctly on the
main buildds, using the other sbuild.  This is one place where we
definitely need to be compatible.

However, I wouldn't be opposed to adding a command-line and/or
configuration option which would allow the user to alter this, so long
as it is not the default behaviour.  Adding a variable to
Sbuild/Conf.pm is pretty easy, as is a new command-line option.  If
you would like to make a patch for that, that would be super.

I have committed all of the other changes, as the diff below.  If you
do a "git pull" or a fresh "git clone", you should get this.


diff --git a/debian/changelog b/debian/changelog
index 772d8fc..d5faed1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,10 @@ sbuild (0.57) unstable; urgency=low
 
   * Sbuild/Chroot.pm: set APT::Install-Recommends to false inside the
 chroot (Closes: #449253).
+  * sbuild:
+- Add additional syntax checks.  Thanks to Jan-Marek Glogowski.
+- filter_dependencies: Remove redundant conditional.  Thanks to
+  Jan-Marek Glogowski.
 
  -- Roger Leigh <[EMAIL PROTECTED]>  Sun, 02 Dec 2007 15:03:04 +
 
diff --git a/sbuild b/sbuild
index 9b6ca10..5464144 100755
--- a/sbuild
+++ b/sbuild
@@ -204,12 +204,19 @@ foreach $dscfile (@ARGV) {
my $pkgv = basename($dscfile);
$pkgv =~ s/\.dsc$//;
my ($pkg, $version) = split /_/, $pkgv;
+   my $invalid = 0;
 
# Download if package does not have a .dsc extension and no
# directory was specified.
my $download = 1;
if ($dscbase =~ m/\.dsc$/) {
$download = 0;
+   if( ! -f $dscfile ) {
+   $invalid = 1;
+   }
+   }
+   elsif( ! defined $version ) {
+   $invalid = 1;
}
 
print STDERR "D: dscfile = $dscfile\n" if $conf::debug;
@@ -220,7 +227,7 @@ foreach $dscfile (@ARGV) {
print STDERR "D: version = $version\n" if $conf::debug;
print STDERR "D: download = $download\n" if $conf::debug;
 
-   if ($download && $dscfile ne $pkgv) {
+   if ($invalid || ($download && $dscfile ne $pkgv)) {
print PLOG "Invalid source: $dscfile\n";
print PLOG "Skipping $pkg\n";
$main::pkg_status = "skipped";
@@ -1316,7 +1323,7 @@ sub filter_dependencies {
}
}
if(!$installable) {
-   print PLOG "no suitable 
version found. Skipping for now, maybe there are alternatives.\n" if 
!$installable;
+   print PLOG "no suitable 
version found. Skipping for now, maybe there are alternatives.\n";
}
} else {
print PLOG "Using default 
version " . $policy{$name}->{defversion} . "\n";



Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


pgp1XX0UPWC5h.pgp
Description: PGP signature

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: mpi.h is missing

[Sune Vuorela]

reopen 457088
#justification: fhs violation is a debian policy violation and this breaks 
#other packages
thanks

On Wednesday 19 December 2007, Dirk Eddelbuettel wrote:
> Thanks for coming in late and missing what the discussion was about. 

I have read the discussion in the bug report. If it is anywhere else, please 
point to it instead of playing smart-ass.

From the fhs:
/usr/include : Directory for standard include files.
/usr/lib : Libraries for programming and packages

mpi.h surely only fits in first category.

/Sune
-- 
I'm not able to load the software from Flash 2.2, how does it work?

First you need to connect to the mother board.


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

Bug#457113: gclcvs: [INTL:pt] Updated Portuguese translation for debconf messages

["Traduz" - Portuguese Translation Team]

Package: gclcvs
Version: 2.7.0-82
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for gclcvs's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#265497: ameletto

[Amish Lok]

Tired of having an average sized dick, we can help change that forever 
http://brienwich.com/



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

Bug#457112: inkscape: 2 becomes 1, 1->0,...

[franck]

Package: inkscape
Version: 0.45.1-1
Severity: normal

Hi,

Inkscape takes the liberty to render differently the numbers existing in svg 
files.
When an svg contains the number 3, inkscape show and print 2. Others numbers 
are also shown and printed minus 1.

Example:
1) save following text in 'mytest.ps' file

%!PS-Adobe-2.0
%%DocumentPaperSizes: letter
%%EndComments
%%EndProlog

%%Page: 1 1

[
%   charxpos   ypos fontsize
[(1)   21.00  199.00 12.00]
[(2)   32.00  199.00  0.00]
[(3)   43.00  199.00  0.00]
[(4)   54.00  199.00  0.00]
]   { {} forall dup 0.00 ne {
/Helvetica findfont exch scalefont setfont
} {pop} ifelse
moveto show} bind forall

showpage
%%Trailer

2) convert above .ps to .svg
pstoedit -f plot-svg mytest.ps mytest.svg

3) open 'mytest.svg' with any viewer (vim, gthumb...).
It still contains the numbers '1 2 3 4'

4) open 'mytest.svg' with Inkscape
It shows and prints the numbers '0 1 2 3'

Funny bug :-)

Regards,
Franck

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

Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages inkscape depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-4GNU C Library: Shared libraries
ii  libcairo2   1.4.12-1 The Cairo 2D vector graphics libra
ii  libcairomm-1.0-11.4.2-1  C++ wrappers for Cairo (shared lib
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgc1c21:6.8-1.1conservative garbage collector for
ii  libgcc1 1:4.2.2-4GCC support library
ii  libgconf2-4 2.20.1-2 GNOME configuration database syste
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.14.2-4 C++ wrapper for the GLib toolkit (
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a   1:2.12.3-2   C++ wrappers for GTK+ 2.4 (shared 
ii  liblcms11.16-7   Color management library
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a  2.0.17-2 type-safe Signal Framework for C++
ii  libssl0.9.8 0.9.8g-3 SSL shared libraries
ii  libstdc++6  4.2.2-4  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-3GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxslt1.1  1.1.22-1 XSLT processing library - runtime 
ii  zlib1g  1:1.2.3.3.dfsg-8 compression library - runtime

Versions of packages inkscape recommends:
ii  imagemagick7:6.2.4.5.dfsg1-2 Image manipulation programs
ii  libwmf-bin 0.2.8.4-6 Windows metafile conversion tools
ii  perlmagick 7:6.2.4.5.dfsg1-2 A perl interface to the libMagick 
ii  pstoedit   3.45-2PostScript and PDF files to editab

-- no debconf information



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