Bug#429064: Please apply the patch in 429064

[Bastian Blank]

On Tue, Nov 06, 2007 at 11:22:06PM +, brian m. carlson wrote:
> Please apply the patch in #429064.  It has been tagged as having a patch 
> since July 18, the patch is trivial (and correct, IMHO)

No, it is not correct. glibc is not the only libc supported by Debian.

Bastian

-- 
Military secrets are the most fleeting of all.
-- Spock, "The Enterprise Incident", stardate 5027.4



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

Bug#432862: rsnapshot: interval definitions in cron.d unintuitive

[Johan Walles]

IMO that explains everything except for why somebody thinks "hourly"
means "every four hours".  It should be called "quadhourly" or
something.

Maybe you should talk to the cron and anacron maintainers about the
ordering?  Right now both cron and anacron runs hourly, daily, weekly,
monthly in that order, without any serialization.

Being able to use rsnapshot on not-up-all-the-time systems would be nice.

  Regards //Johan

2007/11/6, David Keegel <[EMAIL PROTECTED]>:
> rsnapshot will work better if monthly is done before weekly, weekly
> before daily and daily before hourly.
>
> For example, if you run "rsnapshot daily" then "rsnapshot weekly",
> then you will end up with no daily.6 snapshot, and a snapshot will
> be unnecessarily deleted (assuming the default rsnapshot.conf).
>
> The daily will delete the old daily.6, rotate the daily snapshots up and
> promote hourly.5 to daily.0; then the weekly will delete weekly.3,
> rotate the weekly snapshots up and promote daily.6 to weekly.0.  If
> rsnapshots are run in the other order, then daily.6 won't be deleted
> (because it will instead have been promoted to weekly.0).
>
> This is why /etc/cron.d/rsnapshot (if lines are uncommented)
> runs monthly before weekly, weekly before daily, and daily
> before hourly.
>
> You also would not want to run multiple rsnapshots at the same time.
> (@hourly, @daily, @weekly, @monthly and @yearly all run at midnight.)
>
> Also note that (with the default rsnapshot.conf) hourly is intended
> to run 6 times per day (that is, every 4 hours), not every hour.
>
> Hopefully this gives a good explanation to Jon about why the cron
> definitions are as they are and why built-ins are not used.
>
> There is some more documentation on this in the rsnapshot(1) man page,
> under USAGE, http://www.rsnapshot.org/rsnapshot.html#usage .  And at
> http://www.rsnapshot.org/howto/1.2/rsnapshot-HOWTO.en.html#automation
>
> So I would recommend that neither of the patches are applied.
> I probably also suggest just to close this bug.
>
> --
> David KeegelLoyalty Pacific Pty Ltd
> IT Systems AdministratorLevel 4, 800 Toorak Rd
> Tel: 03 8608 7726   Glen Iris Vic 3146
>
>



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

Bug#449335: ITP: libspread-ruby -- Ruby bindings for the Spread message bus client API

[Stig Sandbeck Mathisen]

Lucas Nussbaum <[EMAIL PROTECTED]> writes:

> Have you thought about maintaining this inside the pkg-ruby-extras team?
> It usually helps to find sponsors.

Looks useful, thanks.

-- 
Stig Sandbeck Mathisen, Linpro



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

Bug#443237: "Me too": #443237: texlive-base-bin requires omega during configure

[A. Costa]

Package: texlive-base-bin
Version: 2007.dfsg.1-1
Followup-For: Bug #443237


On Sep 20 2007, Hilmar Preusse replied to Daniel Pocock:
> Something weird on your system. I guess your fmtutil.cnf contains an
> entry for omega, although that program is not available. Actually my
> system contains the fmtutil.cnf two times: /var/lib/texmf/web2c/fmtutil.cnf
> and /usr/share/texmf-texlive/web2c/fmtutil.cnf and I guess the
> generated file in /var is used. Does the file
> /var/lib/texmf/web2c/fmtutil.cnf exist? If yes, could you post it? If
> not, check for /usr/share/texmf-texlive/web2c/fmtutil.cnf and give us
> that one.

Apparently my system has the same bug.  When installing I saw:

Setting up texlive-base-bin (2007.dfsg.1-1) ...
Running mktexlsr. This may take some time... done.
Building format(s) --all.
This may take some time... 
fmtutil-sys failed. Output has been stored in
/tmp/fmtutil.WAg14785
Please include this file if you report a bug.

The last two lines of '/tmp/fmtutil.WAg14785' (attached) are:

This is a summary of all `failed' messages and warnings:
`omega -ini  -jobname=omega -progname=omega omega.ini' failed

Re: the diagnostic questions.  On my system the two 'fmtutil.cnf' files exist:

% ls -l /var/lib/texmf/web2c/fmtutil.cnf 
/usr/share/texmf-texlive/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 5443 Jan 23  2007 
/usr/share/texmf-texlive/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 6287 Nov  7 01:51 /var/lib/texmf/web2c/fmtutil.cnf

Both files are attached.  Unfortunately I botched the 'var/lib'
one, since I attached it right after installing 'texlive-omega', (after
which 'texlive' installed without errors).  So the two attached files
are now these:

-rw-r--r-- 1 root root 5443 Jan 23  2007 
/usr/share/texmf-texlive/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 8194 Nov  7 02:16 /var/lib/texmf/web2c/fmtutil.cnf

After adding 'texlive-omega' the latter file grew by 2K or so.

Hope this helps...





-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1088 Nov  7 01:51 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root staff 25 Oct 17  2005 /usr/local/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-LOCAL
lrwxrwxrwx 1 root root 29 Jun 21 12:04 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Nov  5 02:25 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Nov  5 02:25 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 Jun 21 12:04 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 6287 Nov  7 01:51 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 3382 Nov  7 01:51 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 2092 Nov  7 01:51 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 1
-rw-r--r-- 1 root root 283 Aug 16  2006 mktex.cnf
##
 md5sums of texmf.d
25bf3a257a0bedb5c67349c3eaff74af  /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1  /etc/texmf/texmf.d/15Plain.cnf
8a26468004b5ebc7ae9884740356c1d0  /etc/texmf/texmf.d/45TeXinputs.cnf
595ef1ea9fb3389b97c04ab819cbc795  /etc/texmf/texmf.d/45TeXinputs.cnf.dpkg-old
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
e36faa13563bdb46303b91ab3f6ea638  /etc/texmf/texmf.d/85Misc.cnf
7e8f87acdeba48edac16d851c77b9e75  /etc/texmf/texmf.d/90TeXDoc.cnf
30f4f13357c2761ed01a6a15f28725a5  /etc/texmf/texmf.d/95NonPath.cnf

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

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-base-bin depends on:
ii  ed

Bug#419821: chntpw: new upstream version 0.99.5 available

[Michael Prokop]

Package: chntpw
Version: 0.99.3-1
Followup-For: Bug #419821


Version 0.99.5 is available according to:
http://home.eunet.no/~pnordahl/ntpasswd/HISTORY.txt

Would be nice to find an updated package in Debian.

regards,
-mika-



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

Bug#382880: atlas3: New stable version 3.8.0 has been released

[Ryo IGARASHI]

Package: atlas3
Followup-For: Bug #382880

Hi,

I just found that the upstream released new *stable* version
3.8.0 [1,2]. Could you consider packaging them?

This version uses gcc 4.2 as the default compiler, so
g77 -> gfortran transition can be done smoothly
when packaging the new version. This will also close
#426070, #378207, #382340.

I think that refblas3 and lapack3 should be updated
at the same time. So this update will affect lots of
packages used for scientific purposes (octave, r-base etc.).

[1] http://www.nabble.com/ATLAS-3.8.0-t4607937.html
[2] http://math-atlas.sourceforge.net/atlas_install/

-- 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



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

Bug#401957: pinentry-gtk2: fails to grab the keyboard

[Tobias Nissen]

If I execute sleep(1) before the "if (gdk_keyboard_grab ...",
pinentry-gtk-2 is always able to grab the keyboard. Waiting only some
milliseconds (say 500) would do the trick too, I guess.

Not many people seem to be able to reproduce this bug. What kind of
additional information do you need?


pgpTrlEXuDOVR.pgp
Description: PGP signature

Bug#450415: make all useful scripts (oolatex) accessible

[Drew Parsons]

Package: tex4ht
Version: 20070904-1
Severity: normal

The support scripts such as oolatex are all filed away in
/usr/share/tex4ht/, so running "oolatex file" does not work.  Only
htlatex and a small number of others are available in /usr/bin.

I think the most common input format for tex4ht would be a LaTeX file,
and the most common output format would be either xhtml or
OpenDocument (odt).  The html format is already available via htlatex,
so the only script (for the more common formats) missing in /usr/bin
is oolatex. 

Could you therefore add oolatex to /usr/bin (as a symlink to
/usr/share/tex4ht if appropriate) ?  Some mention of oolatex should
then be added to the man page, and to the package decription.

This will make tex4ht perform much more "as expected", I think.

Thanks, 
Drew


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

Kernel: Linux 2.6.22 (PREEMPT)
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 tex4ht depends on:
ii  libc6  2.6.1-6   GNU C Library: Shared libraries
ii  libkpathsea4   2007.dfsg.1-1 TeX Live: path search library for 
ii  tex4ht-common  20070904-1LaTeX and TeX for Hypertext (HTML)
ii  texlive-base-bin   2007.dfsg.1-1 TeX Live: Essential binaries

tex4ht recommends no packages.

-- no debconf information



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

Bug#450053: fkiss: Upstream basically dead

[Nathanael Nerode]

For the information of anyone looking at this bug, the watch file was 
only there in case upstream came back to life.  I'll delete it (or at 
least that webpage, I think it checks several) next time I make an 
upload.  Probably not worth an upload just for this, though.



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

Bug#450414: 'man pm-action' typo: "snipplets", "executabes"

[A. Costa]

Package: pm-utils
Version: 0.99.2-3
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man8/pm-action.8.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages pm-utils depends on:
ii  powermgmt-base1.29   Common utils and configs for power

Versions of packages pm-utils recommends:
ii  hal   0.5.10-2   Hardware Abstraction Layer
pn  radeontool (no description available)
pn  uswsusp(no description available)
pn  vbetool(no description available)

-- no debconf information

--- pm-action.8 2007-07-16 16:52:45.0 -0400
+++ /tmp/pm-action.82007-11-06 01:08:09.0 -0500
@@ -31,7 +31,7 @@
 Debian(TM)
 distribution because the original program does not have a manual page.
 .PP
-These commands can be used to put the machine in a sleep state. The precise 
way how this is done can be influenced by installing executabes and 
configuration snipplets. For some options external programs are needed.
+These commands can be used to put the machine in a sleep state. The precise 
way how this is done can be influenced by installing executables and 
configuration snippets. For some options external programs are needed.
 .PP
 These commands will usually be called by
 \fBhald\fR

Bug#450412: Postponed-msgs no longer works at *all* if IMAP server connection was broken during a previous email writing this session

[Asheesh Laroia]

Package: alpine
Version: 0.+dfsg-1
X-Debbugs-CC: [EMAIL PROTECTED]

To follow up to the message I wrote before:

In an alpine session where the IMAP connection was lost during compose, 
and I tried to ^O and I got back a note that


[>Write to "postponed-msgs" FAILED!!!<]

I still cannot postpone messages even after I have reconnected to the IMAP 
server by re-opening INBOX.


Expected behavior: Once the IMAP connection has been restored, access to 
postponed-msgs on the same IMAP server should be restored as well.


-- Asheesh.

--
Nothing is finished until the paperwork is done.



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

Bug#449736: Help needed to fix watch file (Was: Bug#449736: wordnet: debian/watch fails to report upstream's version)

[Andreas Tille]

On Wed, 7 Nov 2007, Raphael Geissert wrote:


The debian/watch file of your package on the unstable distribution fails to 
report upstream's version.
Uscan's message follows:


uscan warning: In /tmp/wordnet_watchBHUkns,
 no matching hrefs for watch line
 http://wordnet.princeton.edu/(.*)/WordNet-(.*).tar.gz



The source tarball is provided as

http://wordnet.princeton.edu/3.0/WordNet-3.0.tar.gz
http://wordnet.princeton.edu/3.0/WordNet-3.0.tar.bz2 (alternatively)

Any idea whether the watch file is wrong or is it possible that
the upstream server just does not work correctly?

Kind regards and thanks for this fixing watch file effort

Andreas.

--
http://fam-tille.de



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

Bug#449378: compiz: compiz-tray-icon crashes on startup

[Ivan Vucica]

Possible -- I have been installing some stuff from sources when the 0.4.3 
behaved oddly. It didn't help so I removed that stuff (or so I thought). 
Sorry for filing false bug!



Ivan Vucica


On Tue, 6 Nov 2007, Brice Goglin wrote:


Actually, where does compiz-tray-icon come from? For sure, it does not
come with Compiz. Maybe in Gnome Compiz Manager ? I can't find it
anywhere in Debian, so I am just closing this bug.

Brice





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

Bug#450411: Alpine does not gracefully reconnect to the IMAP server when IMAP goes away during composing

[Asheesh Laroia]

X-Debbugs-CC: [EMAIL PROTECTED]
Package: alpine
Version: 0.+dfsg-1

I'm using alpine to connect to an IMAP server on localhost, and while I 
was composing a message in alpine, the IMAP server died.  I store all my 
mail on this IMAP server, including postponed-msgs.  Now in alpine, when I 
do ^O, I am told:


[>Write to "postponed-msgs" FAILED!!!<]

The more appropriate behavior, I think, would be to reopen the connection 
to the IMAP server and save the message.


-- Asheesh.

--
"Spock, did you see the looks on their faces?"
"Yes, Captain, a sort of vacant contentment."



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

Bug#450413: epiphany: please package new upstream version (0.6.1)

[Ricardo Mones]

Package: epiphany
Version: 0.5.1-4
Severity: wishlist

Seems the project has come to life again. After checking the previous
DEHS bug seems there's two new releases on June 2007... previous latest
was four years ago...
http://heanet.dl.sourceforge.net/sourceforge/epiphany/

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

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

Versions of packages epiphany depends on:
ii  epiphany-data 0.5.1-4required maps for epiphany game
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libclan2c2a-sound 0.6.5-1-4  Sound module for ClanLib game SDK
ii  libclanlib2c2a0.6.5-1-4  ClanLib game SDK core runtime
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

epiphany recommends no packages.

-- no debconf information



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

Bug#445882: RFA: xxdiff -- a graphical file and directories comparison and merge tool

[Y Giridhar Appaji Nag]

retitle 445882 ITA: xxdiff -- a graphical file and directories comparison and 
merge tool
owner 445882 !
thanks

On 07/10/08 23:46 +0200, Tomas Pospisek said ...
> I request an adopter for the xxdiff package.

I would like to adopt xxdiff.

> package is in good state IMHO, it's usable, nice and pretty mature and
> doesn't require much attention or maintenance.  Upstream hasn't been
> very active for a while as well.
> 
> It has smaller issues with font handling though, that would be nice to
> look into however seems to run fine on the vast majority of setups.

I will triage the bugs reported in the BTS and see what I can do.

Giridhar

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


signature.asc
Description: Digital signature

Bug#166370: The difference between life and the movies is that a script has to make sense, and life doesn't.

[Latisha]

Well well well!
He who loses wealth loses much he who loses a friend loses more but he that 
loses his courage loses all.
All my life I knew that there was all the money you could want out there. All 
you have to do is go after it.
The true spirit of conversation consists in building on another man's 
observation, not overturning it.





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

Bug#450410: syntax/sh.vim: posix parameter expansions

[Vineet Kumar]

Package: vim
Version: 1:7.0-122+1etch3
Severity: minor
Tags: patch

Vim's syntax highlighting for shell scripts marks certain parameter
expansion patterns as errors when in /bin/sh mode, but allows them for
/bin/bash.  Some of those patterns are valid posix /bin/sh, for example

${parameter%word}
${parameter%%word}
${parameter#word}
${parameter##word}

These are accepted for /bin/bash, but highlighted as errors for /bin/sh.
The attached patch allows these patterns for /bin/sh scripts as well.

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

Versions of packages vim depends on:
ii  libacl12.2.41-1  Access control list shared library
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libgpmg1   1.19.6-25 General Purpose Mouse - shared lib
ii  libncurses55.5-5 Shared libraries for terminal hand
ii  vim-common 1:7.0-122+1etch3  Vi IMproved - Common files
ii  vim-runtime1:7.0-122+1etch3  Vi IMproved - Runtime files

vim recommends no packages.

-- no debconf information
--- /usr/share/vim/vim70/syntax/sh.vim  2007-08-29 04:00:27.0 -0700
+++ /ext/home/vineet/.vim/syntax/sh.vim 2007-11-06 21:43:33.0 -0800
@@ -367,24 +367,26 @@
 
 " Special ${parameter OPERATOR word} handling: {{{1
 " sh ksh bash : ${parameter:-word}word is default value
+" sh ksh bash : ${parameter-word}word is default value
 " sh ksh bash : ${parameter:=word}assign word as default value
+" sh ksh bash : ${parameter=word}assign word as default value
 " sh ksh bash : ${parameter:?word}display word if parameter is null
+" sh ksh bash : ${parameter?word}display word if parameter is null
 " sh ksh bash : ${parameter:+word}use word if parameter is not null, 
otherwise nothing
-"ksh bash : ${parameter#pattern}  remove small left  pattern
-"ksh bash : ${parameter##pattern} remove large left  pattern
-"ksh bash : ${parameter%pattern}  remove small right pattern
-"ksh bash : ${parameter%%pattern} remove large right pattern
+" sh ksh bash : ${parameter+word}use word if parameter is not null, 
otherwise nothing
+" sh ksh bash : ${parameter#pattern}  remove small left  pattern
+" sh ksh bash : ${parameter##pattern} remove large left  pattern
+" sh ksh bash : ${parameter%pattern}  remove small right pattern
+" sh ksh bash : ${parameter%%pattern} remove large right pattern
 syn cluster shDerefPatternList contains=shDerefPattern,shDerefString
 syn match shDerefOpError   contained   ":[[:punct:]]"
 syn match  shDerefOp   contained   ":\=[-=?]"  [EMAIL PROTECTED]
 syn match  shDerefOp   contained   ":\=+"  [EMAIL PROTECTED]
-if exists("b:is_bash") || exists("b:is_kornshell")
- syn match  shDerefOp  contained   "#\{1,2}"   [EMAIL PROTECTED]
- syn match  shDerefOp  contained   "%\{1,2}"   [EMAIL PROTECTED]
- syn match  shDerefPattern contained   "[^{}]\+"   
contains=shDeref,shDerefSimple,shDerefPattern,shDerefString,shCommandSub,shDerefEscape
 nextgroup=shDerefPattern
- syn region shDerefPattern contained   start="{" end="}"   
contains=shDeref,shDerefSimple,shDerefString,shCommandSub 
nextgroup=shDerefPattern
- syn match  shDerefEscape  contained   '\%(\)*\\.'
-endif
+syn match  shDerefOp   contained   "#\{1,2}"   [EMAIL PROTECTED]
+syn match  shDerefOp   contained   "%\{1,2}"   [EMAIL PROTECTED]
+syn match  shDerefPattern  contained   "[^{}]\+"   
contains=shDeref,shDerefSimple,shDerefPattern,shDerefString,shCommandSub,shDerefEscape
 nextgroup=shDerefPattern
+syn region shDerefPattern  contained   start="{" end="}"   
contains=shDeref,shDerefSimple,shDerefString,shCommandSub 
nextgroup=shDerefPattern
+syn match  shDerefEscape   contained   '\%(\)*\\.'
 syn region shDerefString   contained   matchgroup=shOperator start=+'+ 
end=+'+ contains=shStringSpecial
 syn region shDerefString   contained   matchgroup=shOperator start=+"+ 
skip=+\\"+ end=+"+  [EMAIL PROTECTED],shStringSpecial
 syn match  shDerefString   contained   "\\["']"

Bug#449689: kdesvn: debian/watch fails to report upstream's version

[Michael Biebl]

tags 449689 pending
thanks

Raphael Geissert schrieb:
> Source: kdesvn
> Version: 0.14.0-1
> Severity: minor
> Usertags: dehs-no-upstream
> 
> Hello maintainer,
> 
> The debian/watch file of your package on the unstable distribution fails to 
> report upstream's version.
> Uscan's message follows:
> 

I've already fixed this for the next revision. I'm only waiting for ries
to be back again.

Cheers and thanks for the notice,
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#449768: sitecopy: debian/watch fails to report upstream's version

[Kartik Mistry]

On Nov 7, 2007 6:48 AM, Raphael Geissert <[EMAIL PROTECTED]> wrote:
> The debian/watch file of your package on the unstable distribution fails to 
> report upstream's version.
> Uscan's message follows:
>
> 
> uscan warning: In watchfile /tmp/sitecopy_watchZEFsnR, reading webpage
>   http://www.lyra.org/sitecopy/ failed: 500 Can't connect to www.lyra.org:80 
> (connect: timeout)

Hi,

Thanks for noticing issue that i was ignoring from quite some time.

Upstream looks dead and site (lyra.org) seems down from some time. Can
you please suggest me what should I do in such case(s)?

-- 
Cheers,
 ---
 Kartik Mistry  || GPG: 0xD1028C8D || IRC: kart_
 kartikmistry.org/blog || kartikm.wordpress.com
 --



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

Bug#450409: rdiff-backup: backing up into afs as a non-privileged user fails due to high-bit permissions

[Marc Horowitz]

Package: rdiff-backup
Version: 1.1.14-1
Severity: normal
Tags: patch


In AFS, non-privileged users can change the high-bit permissions on
files, but not on directories.  The enclosed patch makes the
high_perms test try to set bits on both files and directories.  The
new test should succeed in less weird filesystems, but fail in afs.

(When a privileged users tries to set high-bit permissions on a
directory, chmod returns 0 but the bits aren't set, which means a
privileged user might fail more subtly and silently.  I haven't tested
this case, but this patch won't make the situation any worse.)

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: sparc (sparc64)

Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages rdiff-backup depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  librsync1 0.9.7-1Library which implements the rsync
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.7.4  automated rebuilding support for p

Versions of packages rdiff-backup recommends:
pn  python-pylibacl(no description available)
pn  python-pyxattr (no description available)

-- no debconf information

*** /tmp/diff
diff -wru rdiff_backup.orig/fs_abilities.py rdiff_backup/fs_abilities.py
--- rdiff_backup.orig/fs_abilities.py   2007-08-13 16:39:22.0 +
+++ rdiff_backup/fs_abilities.py2007-11-05 06:31:34.0 +
@@ -411,14 +411,19 @@
 
def set_high_perms_readwrite(self, dir_rp):
"""Test for writing high-bit permissions like suid"""
-   tmp_rp = dir_rp.append("high_perms")
-   tmp_rp.touch()
+   tmpf_rp = dir_rp.append("high_perms_file")
+   tmpf_rp.touch()
+   tmpd_rp = dir_rp.append("high_perms_dir")
+   tmpd_rp.mkdir()
try:
-   tmp_rp.chmod(07000)
-   tmp_rp.chmod(0)
+   tmpf_rp.chmod(07000)
+   tmpf_rp.chmod(0)
+   tmpd_rp.chmod(07000)
+   tmpd_rp.chmod(0)
except (OSError, IOError): self.high_perms = 0
else: self.high_perms = 1
-   tmp_rp.delete()
+   tmpf_rp.delete()
+   tmpd_rp.rmdir()
 
def set_symlink_perms(self, dir_rp):
"""Test if symlink permissions are affected by umask"""
diff -wru rdiff_backup.orig/fs_abilities.py rdiff_backup/fs_abilities.py
--- rdiff_backup.orig/fs_abilities.py   2007-08-13 16:39:22.0 +
+++ rdiff_backup/fs_abilities.py2007-11-05 06:31:34.0 +
@@ -411,14 +411,19 @@
 
def set_high_perms_readwrite(self, dir_rp):
"""Test for writing high-bit permissions like suid"""
-   tmp_rp = dir_rp.append("high_perms")
-   tmp_rp.touch()
+   tmpf_rp = dir_rp.append("high_perms_file")
+   tmpf_rp.touch()
+   tmpd_rp = dir_rp.append("high_perms_dir")
+   tmpd_rp.mkdir()
try:
-   tmp_rp.chmod(07000)
-   tmp_rp.chmod(0)
+   tmpf_rp.chmod(07000)
+   tmpf_rp.chmod(0)
+   tmpd_rp.chmod(07000)
+   tmpd_rp.chmod(0)
except (OSError, IOError): self.high_perms = 0
else: self.high_perms = 1
-   tmp_rp.delete()
+   tmpf_rp.delete()
+   tmpd_rp.rmdir()
 
def set_symlink_perms(self, dir_rp):
"""Test if symlink permissions are affected by umask"""
Only in rdiff_backup: fs_abilities.py~

Bug#449947: audtty: debian/watch fails to report upstream's version

[Chris Taylor]

owner !
tag + confirmed pending
thanks

I am currently aware of this issue and am going to remove the watch file
from the next upload due to the fact that the upstream distribution point
seems to be non-existent now.

Bug#450408: totem-gstreamer: Invalid memory reference

[Yair Mahalalel]

Package: totem-gstreamer
Version: 2.20.0-3
Severity: important
File: /usr/lib/totem/gstreamer/totem-plugin-viewer

*** Please describe what you were doing when the application crashed ***

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb6e479e0 (LWP 16230)]
[New Thread 0xb3210b90 (LWP 16509)]
[New Thread 0xb3a2db90 (LWP 16508)]
[New Thread 0xb42ddb90 (LWP 16507)]
0xe410 in __kernel_vsyscall ()
#0  0xe410 in __kernel_vsyscall ()
#1  0xb7108637 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb72aa585 in g_main_context_iterate (context=0x808ee78, block=1, 
dispatch=1, self=0x8075078)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2996
#3  0xb72aa937 in IA__g_main_loop_run (loop=0x81526f8)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2898
#4  0xb7a5b354 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146
#5  0x08058289 in main ()

Thread 4 (Thread 0xb42ddb90 (LWP 16507)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73f8676 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb6c62ed0 in gst_queue_loop (pad=0x8316558) at gstqueue.c:983
queue = (GstQueue *) 0xb580b030
ret = 
__PRETTY_FUNCTION__ = "gst_queue_loop"
#3  0xb7612580 in gst_task_func (task=0x8468de8, tclass=0x8344020)
at gsttask.c:192
lock = (GStaticRecMutex *) 0xb5831b38
tself = (GThread *) 0x84d56b0
__PRETTY_FUNCTION__ = "gst_task_func"
#4  0xb72cc18b in g_thread_pool_thread_proxy (data=0x83440b0)
at /tmp/buildd/glib2.0-2.14.2/glib/gthreadpool.c:265
task = (gpointer) 0x8468de8
pool = (GRealThreadPool *) 0x83440b0
#5  0xb72ca4ff in g_thread_create_proxy (data=0x84d56b0)
at /tmp/buildd/glib2.0-2.14.2/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0xb73f446b in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#7  0xb711272e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Thread 3 (Thread 0xb3a2db90 (LWP 16508)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73f8676 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb6c62ed0 in gst_queue_loop (pad=0x84fb848) at gstqueue.c:983
queue = (GstQueue *) 0x81c3c80
ret = 
__PRETTY_FUNCTION__ = "gst_queue_loop"
#3  0xb7612580 in gst_task_func (task=0x8468d98, tclass=0x8344020)
at gsttask.c:192
lock = (GStaticRecMutex *) 0xb5801a88
tself = (GThread *) 0x82bdc78
__PRETTY_FUNCTION__ = "gst_task_func"
#4  0xb72cc18b in g_thread_pool_thread_proxy (data=0x83440b0)
at /tmp/buildd/glib2.0-2.14.2/glib/gthreadpool.c:265
task = (gpointer) 0x8468d98
pool = (GRealThreadPool *) 0x83440b0
#5  0xb72ca4ff in g_thread_create_proxy (data=0x82bdc78)
at /tmp/buildd/glib2.0-2.14.2/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0xb73f446b in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#7  0xb711272e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Thread 2 (Thread 0xb3210b90 (LWP 16509)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73fc14b in waitpid () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7f249dd in ?? () from /usr/lib/debreaper/libviaticum.so
No symbol table info available.
#3  0x4788 in ?? ()
No symbol table info available.
#4  0xb320f068 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.

Thread 1 (Thread 0xb6e479e0 (LWP 16230)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7108637 in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb72aa585 in g_main_context_iterate (context=0x808ee78, block=1, 
dispatch=1, self=0x8075078)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2996
got_ownership = 
max_priority = 2147483647
timeout = 99
some_ready = 
nfds = 8
allocated_nfds = 
fds = (GPollFD *) 0xb5801d78
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#3  0xb72aa937 in IA__g_main_loop_run (loop=0x81526f8)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2898
got_ownership = -1220582096
self = (GThread *) 0x8075078
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#4  0xb7a5b354 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146
tmp_list = (GList *) 0x0
functions = (GList *) 0x0
init = (GtkInitFunction *) 0x809ca34
loop = (GMainLoop *) 0x81526f8
#5  0x0

Bug#450406: totem-gstreamer: Invalid memory reference

[Yair Mahalalel]

Package: totem-gstreamer
Version: 2.20.0-3
Severity: important
File: /usr/lib/totem/gstreamer/totem-plugin-viewer

*** Please describe what you were doing when the application crashed ***

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb6e2c9e0 (LWP 13174)]
[New Thread 0xb2f01b90 (LWP 13486)]
[New Thread 0xb3702b90 (LWP 13485)]
[New Thread 0xb3f0fb90 (LWP 13484)]
0xe410 in __kernel_vsyscall ()
#0  0xe410 in __kernel_vsyscall ()
#1  0xb70ed637 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb728f585 in g_main_context_iterate (context=0x808ee78, block=1, 
dispatch=1, self=0x8075078)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2996
#3  0xb728f937 in IA__g_main_loop_run (loop=0x81526f8)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2898
#4  0xb7a40354 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146
#5  0x08058289 in main ()

Thread 4 (Thread 0xb3f0fb90 (LWP 13484)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73dd676 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb6c47ed0 in gst_queue_loop (pad=0x82df558) at gstqueue.c:983
queue = (GstQueue *) 0xb5009010
ret = 
__PRETTY_FUNCTION__ = "gst_queue_loop"
#3  0xb75f7580 in gst_task_func (task=0x84111f0, tclass=0x8339a08)
at gsttask.c:192
lock = (GStaticRecMutex *) 0xb506f380
tself = (GThread *) 0x849d130
__PRETTY_FUNCTION__ = "gst_task_func"
#4  0xb72b118b in g_thread_pool_thread_proxy (data=0x8339a98)
at /tmp/buildd/glib2.0-2.14.2/glib/gthreadpool.c:265
task = (gpointer) 0x84111f0
pool = (GRealThreadPool *) 0x8339a98
#5  0xb72af4ff in g_thread_create_proxy (data=0x849d130)
at /tmp/buildd/glib2.0-2.14.2/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0xb73d946b in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#7  0xb70f772e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Thread 3 (Thread 0xb3702b90 (LWP 13485)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73dd676 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb6c47ed0 in gst_queue_loop (pad=0xb500e840) at gstqueue.c:983
queue = (GstQueue *) 0x81c3c80
ret = 
__PRETTY_FUNCTION__ = "gst_queue_loop"
#3  0xb75f7580 in gst_task_func (task=0x8411240, tclass=0x8339a08)
at gsttask.c:192
lock = (GStaticRecMutex *) 0xb50082c8
tself = (GThread *) 0x83439f0
__PRETTY_FUNCTION__ = "gst_task_func"
#4  0xb72b118b in g_thread_pool_thread_proxy (data=0x8339a98)
at /tmp/buildd/glib2.0-2.14.2/glib/gthreadpool.c:265
task = (gpointer) 0x8411240
pool = (GRealThreadPool *) 0x8339a98
#5  0xb72af4ff in g_thread_create_proxy (data=0x83439f0)
at /tmp/buildd/glib2.0-2.14.2/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0xb73d946b in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#7  0xb70f772e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Thread 2 (Thread 0xb2f01b90 (LWP 13486)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73e114b in waitpid () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7f099dd in ?? () from /usr/lib/debreaper/libviaticum.so
No symbol table info available.
#3  0x3b70 in ?? ()
No symbol table info available.
#4  0xb2f00068 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.

Thread 1 (Thread 0xb6e2c9e0 (LWP 13174)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb70ed637 in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb728f585 in g_main_context_iterate (context=0x808ee78, block=1, 
dispatch=1, self=0x8075078)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2996
got_ownership = 
max_priority = 2147483647
timeout = 99
some_ready = 
nfds = 8
allocated_nfds = 
fds = (GPollFD *) 0x831fcc8
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#3  0xb728f937 in IA__g_main_loop_run (loop=0x81526f8)
at /tmp/buildd/glib2.0-2.14.2/glib/gmain.c:2898
got_ownership = -1220692688
self = (GThread *) 0x8075078
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#4  0xb7a40354 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.1/gtk/gtkmain.c:1146
tmp_list = (GList *) 0x0
functions = (GList *) 0x0
init = (GtkInitFunction *) 0x809ca34
loop = (GMainLoop *) 0x81526f8
#5  0x0

Bug#450407: alsamixergui: useless dialog popped up on recieving a signal

[Tim Connors]

Package: alsamixergui
Version: 0.9.0rc2-1-9
Severity: normal

There is a signal handler on SIGINT and other handlers that pops up a
dialog box and then closes.  This forms no purpose, and means that a
simple ctrl-c to kill it doesn't actually kill it.  Fortunately, it is
not daft enough to do that on a SIGHUP, tying itself in knots upon a
disconnection.

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

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

Versions of packages alsamixergui depends on:
ii  libasound21.0.15-1   ALSA library
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libfltk1.11.1.7-5Fast Light Toolkit shared librarie
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

alsamixergui recommends no packages.

-- no debconf information



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

Bug#450405: bad watch file

[Heikki Toivonen]

Package: python-m2crypto
Version: 0.18.2-1

Got a uscan problem over email:


uscan warning: Filename pattern missing version delimiters ()
  in /tmp/m2crypto_watchsmxulR, skipping:

http://wiki.osafoundation.org/pub/Projects/MeTooCrypto/m2crypto-0.16.tar.gz
debian  uupdate


I looked at the watch file and it indeed refers to that version
specifically. This is the first time I heard of watch files so I am not
exactly sure of the syntax, but according to this blog entry
(http://ze-dinosaur.livejournal.com/6368.html) the correct watch file
would be:


version=3
http://chandlerproject.org/Projects/MeTooCrypto/m2crypto-(.*)\.tar\.gz


-- 
  Heikki Toivonen




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

Bug#137315: Nothing that you have not given away will ever be really yours.

[Tomas Shook]

Ciao, baby! :)
Every parent is at some time the father of the unreturned prodigal, with 
nothing to do but keep his house open to hope.
Flattery is all right if you don't inhale.
The fox has many tricks. The hedgehog has but one. But that is the best of all.





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

Bug#450402: Please drop patch 14_xulrunner_nss

[Ari Pollak]

I'm not quite ready to do this yet since the old version of libnspr4 is
still in testing, and I'd have to bump the Build-depends on pidgin such
that it would be unbuildable in testing.




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

Bug#450402: Please drop patch 14_xulrunner_nss

[Ari Pollak]

Loïc Minier wrote:
> Package: pidgin
> Version: 1:2.2.1-1
> Severity: wishlist
> Tags: patch
> User: [EMAIL PROTECTED]
> Usertags: origin-ubuntu ubuntu-patch hardy
>
> Hi,
>
>  Please drop debian/patches/14_xulrunner_nss.patch: it's not required
>  with newer libnspr / libnss which ship nss.pc and nspr.pc as the
>  upstream configure explicitely checks for these.
>
>Thanks!
> --
> Loïc Minier
>
>
>
>


-- 





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

Bug#450404: kino: Kino fails exporting H.264/FFMPEG

[Marc F. Clemente]

Package: kino
Version: 1.1.1-1
Severity: normal


Kino fails exporting H.264/FFMPEG.  The error is "Unknown encoder 'h264'"  The 
problem is in the /usr/share/kino/scripts/exports/ffmpeg_h264_dual.sh file.  
The 
options "-vcodec h264" should actually be "-vcodec libx264".  The file 
ffmpeg_h264.sh has the same problem.

Thanks,
Marc

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

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

Versions of packages kino depends on:
ii  libasound2  1.0.15-1 ALSA library
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libavc1394-00.5.3-1+b1   control IEEE 1394 audio/video devi
ii  libavcodec1d0.cvs20070307-6  ffmpeg codec library
ii  libavformat1d   0.cvs20070307-6  ffmpeg file format library
ii  libavutil1d 0.cvs20070307-6  ffmpeg utility library
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
ii  libdv4  1.0.0-1+b1   software library for DV format dig
ii  libfontconfig1  2.4.91-1 generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.2-3GCC support library
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libiec61883-0   1.1.0-2  an partial implementation of IEC 6
ii  libogg0 1.1.3-2  Ogg Bitstream Library
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  libquicktime1   2:1.0.0+debian-5 library for reading and writing Qu
ii  libraw1394-81.3.0-2  library for direct access to IEEE 
ii  libsamplerate0  0.1.2-5  audio rate conversion library
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.2-3  The GNU Standard C++ Library v3
ii  libtheora0  1.0~beta2-1  The Theora Video Compression Codec
ii  libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi
ii  libvorbisenc2   1.2.0.dfsg-2 The Vorbis General Audio Compressi
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  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-2GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxv1  1:1.0.3-1X11 Video extension library
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

kino recommends no packages.

-- no debconf information



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

Bug#340601: [Pkg-openldap-devel] Bug#340601: nss-ldap and hosts resolution workaround

[Steve Langasek]

On Tue, Nov 06, 2007 at 10:23:11PM +0100, Arthur de Jong wrote:
> Back to the bugreport. I'm not really sure if bug #340601 is really a
> bug in OpenLDAP. I think there is some locking done in OpenLDAP that is
> not strictly necessary on glibc but this is based on an examination of
> the source code I did a year ago so take it with a grain of salt.

It's plausible to me that it is an OpenLDAP bug, it might be caused by the
fact that we have two separate ldap libraries linked in in the case of
ldapsearch+nss_ldap and this might be causing symbol confusion.  If so, this
bug should shake out once openldap 2.4 is packaged.

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



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

Bug#450403: Doesn't compress exported PNGs.

[Daniel Burrows]

Package: scribus
Version: 1.3.3.9.dfsg+20070808svn-2
Severity: normal

  "Export to image" appears to produce uncompressed PNG files.  This is
somewhat annoying if, e.g., the end goal for an image is to be part of a
Web page.  Since PNG compression is lossless, PNG saves should really
default to the highest compression level possible IMO, or at least to
something more than "no compression".

  Daniel

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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 scribus depends on:
ii  ghostscript [gs-gp 8.61.dfsg.1~svn8187-2 The GPL Ghostscript PostScript/PDF
ii  gs-gpl 8.61.dfsg.1~svn8187-2 Transitional package
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D graphi
ii  libc6  2.6.1-6   GNU C Library: Shared libraries
ii  libcupsys2 1.3.4-1   Common UNIX Printing System(tm) - 
ii  libfontconfig1 2.4.91-1  generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.2.2-3 GCC support library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.16-6Color management library
ii  libqt3-mt  3:3.3.7-9 Qt GUI Library (Threaded runtime v
ii  libstdc++6 4.2.2-3   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-7   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.30.dfsg-2 GNOME XML library
ii  python 2.4.4-6   An interactive high-level object-o
ii  python-tk  2.4.4-1   Tkinter - Writing Tk applications 
ii  python2.5  2.5.1-5   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-7  compression library - runtime

Versions of packages scribus recommends:
ii  cupsys-bsd1.3.4-1Common UNIX Printing System(tm) - 
ii  gsfonts-x11   0.20   Make Ghostscript fonts available t
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X

-- no debconf information



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

Bug#450401: Contact Availability Prediction: please build against libsqlite3-dev

[Loïc Minier]

Package: pidgin
Version: 1:2.2.1-1ubuntu4
Severity: wishlist
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy

Hi,

 The Contact Availability Prediction plugin requires libsqlite3-dev to
 build; could you please build-depend on this package to enable it?

   Thanks!
-- 
Loïc Minier

Bug#450402: Please drop patch 14_xulrunner_nss

[Loïc Minier]

Package: pidgin
Version: 1:2.2.1-1
Severity: wishlist
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy

Hi,

 Please drop debian/patches/14_xulrunner_nss.patch: it's not required
 with newer libnspr / libnss which ship nss.pc and nspr.pc as the
 upstream configure explicitely checks for these.

   Thanks!
-- 
Loïc Minier

Bug#443272: Partitions detected with mac-fdisk, but not with partman.

[Charles Plessy]

Le Mon, Nov 05, 2007 at 04:39:10PM -0500, Jim Paris a écrit :
> 
> IIRC the Mac partition table format is bigger than just one sector,
> something like
> 
>   dd if=/dev/sda of=sda_boot.dd bs=512 count=16
> 
> could be more useful.

Here it is (attached). Just in case it can help others to spot strange
things rapidly, I also attached a hexdump -C version of it.

I also included similar files files generated from the partition table
of an iMac on which parted does not complain when asked to print the
partition table. These are the sda_boot-ok* files.

Have a nice day,

-- 
Charles


sda_boot.dd
Description: Binary data
  45 52 02 00 3a 38 60 30  00 00 00 00 00 00 00 00  |ER..:8`0|
0010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0200  50 4d 00 00 00 00 00 05  00 00 00 01 00 00 00 3f  |PM.?|
0210  41 70 70 6c 65 00 00 00  00 00 00 00 00 00 00 00  |Apple...|
0220  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0230  41 70 70 6c 65 5f 70 61  72 74 69 74 69 6f 6e 5f  |Apple_partition_|
0240  6d 61 70 00 00 00 00 00  00 00 00 00 00 00 00 00  |map.|
0250  00 00 00 00 00 00 00 3f  00 00 00 03 00 00 00 00  |...?|
0260  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0400  50 4d 00 00 00 00 00 05  00 00 00 40 35 3c 5f f0  |[EMAIL 
PROTECTED]<_.|
0410  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0430  41 70 70 6c 65 5f 46 72  65 65 00 00 00 00 00 00  |Apple_Free..|
0440  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0600  50 4d 00 00 00 00 00 05  35 3c 60 30 00 04 00 00  |PM..5<`0|
0610  65 58 74 65 72 6e 61 6c  20 62 6f 6f 74 65 72 00  |eXternal booter.|
0620  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0630  41 70 70 6c 65 5f 42 6f  6f 74 00 00 00 00 00 00  |Apple_Boot..|
0640  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0650  00 00 00 00 00 00 44 00  00 00 00 23 00 00 00 00  |..D#|
0660  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0670  00 00 00 00 eb f6 a9 a9  70 6f 77 65 72 70 63 00  |powerpc.|
0680  00 00 00 00 00 00 00 00  42 4f 4f 54 00 00 00 00  |BOOT|
0690  00 00 00 00 00 01 00 00  00 00 00 00 00 00 00 00  ||
06a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
07d0  00 00 00 00 00 00 75 6e  69 62 6f 6f 74 00 00 00  |..uniboot...|
07e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0800  50 4d 00 00 00 00 00 05  35 40 60 30 04 f7 ff f0  |[EMAIL PROTECTED]|
0810  41 70 70 6c 65 5f 48 46  53 58 5f 55 6e 74 69 74  |Apple_HFSX_Untit|
0820  6c 65 64 5f 31 00 00 00  00 00 00 00 00 00 00 00  |led_1...|
0830  41 70 70 6c 65 5f 48 46  53 58 00 00 00 00 00 00  |Apple_HFSX..|
0840  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0850  00 00 00 00 04 f7 ff f0  40 00 00 33 00 00 00 00  |[EMAIL PROTECTED]|
0860  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0a00  50 4d 00 00 00 00 00 05  3a 38 60 20 00 00 00 10  |PM..:8` |
0a10  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0a30  41 70 70 6c 65 5f 46 72  65 65 00 00 00 00 00 00  |Apple_Free..|
0a40  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
2000


sda_boot-ok.dd
Description: Binary data
  45 52 02 00 12 a1 9e b0  00 00 00 00 00 00 00 00  |ER..|
0010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0200  50 4d 00 00 00 00 00 0c  00 00 00 01 00 00 00 3f  |PM.?|
0210  41 70 70 6c 65 00 00 00  00 00 00 00 00 00 00 00  |Apple...|
0220  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0230  41 70 70 6c 65 5f 70 61  72 74 69 74 69 6f 6e 5f  |Apple_partition_|
0240  6d 61 70 00 00 00 00 00  00 00 00 00 00 00 00 00  |map.|
0250  00 00 00 00 00 00 00 3f  00 00 00 03 00 00 00 00  |...?|
0260  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0400  50 4d 00 00 00 00 00 0c  00 00 00 40 00 10 02 08  |[EMAIL PROTECTED]|
0410  62 6f 6f 74 00 00 00 00  00 00 00 00 00 00 00 00  |boot|
0420  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0430  41 70 70 6c 65 5f 42 6f  6f 74 73 74 72 61 70 00  |Apple_Bootstrap.|
0440  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0450  00 00 00 00 00 10 02 08  00 00 00 33 00 00 00 00  |...3|
0460  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
0600  50 4d 00 00 00 00 00 0c  00 10 02 48 00 10 00 00  |PM.H|
0610  62 6f 6f 74 75

Bug#415755: subversion: Follow up on Bug #415755

[Valentin v. Seggern]

Hey Peter,

2007/11/7, Peter Samuelson <[EMAIL PROTECTED]>:
> I've just confirmed from reading source code (back to svn 1.0.0, the
> oldest I have here) that it always creates the ~/.subversion/auth
> directory with permission mode 700, which means only you and the
> sysadmin can read it.

ups - I'm sorry. I overlooked the permissions of that directory. You are right.

Sorry for my sensationalism.

Bye,
Valentin

-- 
http://www.loewenzahn-sound.de
PGP: 0x4035F963 @ http://loewenzahn-sound.de/gpg-pub-vvs.txt



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

Bug#450400: linux-image-2.6.18-5-xen-686: Kernel crash on shutting down a Xen DomU

[Peter de Zwart]

Package: linux-image-2.6.18-5-xen-686
Version: 2.6.18.dfsg.1-13etch4
Severity: normal


Shut down a Xen DomU and the server halted, required a hard reset of the 
hardware to recover.

Dell 1850, dual 3.0GHz Xeon hyper-threaded, 6GB ECC.

Syslog information:

Nov  7 12:39:32 candymountain kernel: [ cut here ] 
Nov  7 12:39:32 candymountain kernel: kernel BUG at 
drivers/xen/core/evtchn.c:481! 
Nov  7 12:39:32 candymountain kernel: invalid opcode:  [#1] 
Nov  7 12:39:32 candymountain kernel: SMP  
Nov  7 12:39:32 candymountain kernel: Modules linked in: xt_physdev 
iptable_filter ip_tables x_tables bridge netloop ipv6 button ac battery ext2 
mbcache loop tsdev psmouse e752x_edac serial_core serio_raw edac_mc evdev 
floppy rtc shpchp pcspkr pci_hotplug sg xfs dm_mirror dm_snapshot dm_mod ide_cd 
cdrom sd_mod piix ehci_hcd e1000 megaraid_mbox scsi_mod megaraid_mm generic 
ide_core uhci_hcd usbcore thermal processor fan 
Nov  7 12:39:32 candymountain kernel: CPU:2 
Nov  7 12:39:32 candymountain kernel: EIP:0061:[]Not tainted 
VLI 
Nov  7 12:39:32 candymountain kernel: EFLAGS: 00010046   (2.6.18-5-xen-686 #1)  
Nov  7 12:39:32 candymountain kernel: EIP is at retrigger+0x1f/0x35 
Nov  7 12:39:32 candymountain kernel: eax:    ebx: 0208   ecx: 
0021   edx: f55f6000 
Nov  7 12:39:32 candymountain kernel: esi: c03175e0   edi: 0110   ebp: 
   esp: ed79feb0 
Nov  7 12:39:32 candymountain kernel: ds: 007b   es: 007b   ss: 0069 
Nov  7 12:39:32 candymountain kernel: Process xenwatch (pid: 17, ti=ed79e000 
task=c0ea2550 task.ti=ed79e000) 
Nov  7 12:39:32 candymountain kernel: Stack: c013b201 c03175e0 0110 
c0317608 c013af57 e3613ec0    
Nov  7 12:39:32 candymountain kernel:e3613ec0 c02171c8  
c02175a8 c0210737 0010  020b  
Nov  7 12:39:32 candymountain kernel:020a   
ed1b83b5 c02e57a4 ee30a000  0002  
Nov  7 12:39:32 candymountain kernel: Call Trace: 
Nov  7 12:39:32 candymountain kernel:  [] check_irq_resend+0x41/0x48 
Nov  7 12:39:32 candymountain kernel:  [] enable_irq+0x72/0x87 
Nov  7 12:39:32 candymountain kernel:  [] __netif_up+0xb/0x13 
Nov  7 12:39:32 candymountain kernel:  [] netif_map+0x247/0x26f 
Nov  7 12:39:32 candymountain kernel:  [] xs_talkv+0xe3/0x128 
Nov  7 12:39:32 candymountain kernel:  [] xenbus_read+0x34/0x3b 
Nov  7 12:39:32 candymountain kernel:  [] xenbus_scanf+0x18/0x4d 
Nov  7 12:39:32 candymountain kernel:  [] 
frontend_changed+0x29f/0x4a8 
Nov  7 12:39:32 candymountain kernel:  [] otherend_changed+0x74/0x79 
Nov  7 12:39:32 candymountain kernel:  [] 
xenwatch_handle_callback+0x12/0x44 
Nov  7 12:39:32 candymountain kernel:  [] xenwatch_thread+0x105/0x11b 
Nov  7 12:39:32 candymountain kernel:  [] 
autoremove_wake_function+0x0/0x2d 
Nov  7 12:39:32 candymountain kernel:  [] xenwatch_thread+0x0/0x11b 
Nov  7 12:39:32 candymountain kernel:  [] kthread+0xc0/0xeb 
Nov  7 12:39:32 candymountain kernel:  [] kthread+0x0/0xeb 
Nov  7 12:39:32 candymountain kernel:  [] 
kernel_thread_helper+0x5/0xb 
Nov  7 12:39:32 candymountain kernel: Code: ee 85 f6 75 96 58 5a 5b 5e 5f 5d c3 
0f b7 0c 85 40 98 37 c0 8b 15 84 09 2d c0 85 c9 74 1d 0f a3 8a 80 08 00 00 19 
c0 85 c0 75 08 <0f> 0b e1 01 92 0a 2b c0 f0 0f ab 8a 00 08 00 00 b8 01 00 00 00 
 
Nov  7 12:39:32 candymountain kernel: EIP: [] retrigger+0x1f/0x35 
SS:ESP 0069:ed79feb0 
candymountain kernel: EIP: [] retrigger+0x1f/0x35 SS:ESP 
0069:ed79feb0 

lspci:

00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 09)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 
09)
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev 09)
00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 09)
00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 09)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI 
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI 
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI 
Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI 
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface 
Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller 
(rev 02)
01:00.0 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor (A-Segment 
Bridge) (rev 06)
01:00.2 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor (B-Segment 
Bridge) (rev 06)
02:0e.0 RAID bus controller: Dell PowerEdge Expandable RAID controller 4 (rev 
06)
05:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 
09)
05:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 
09)

Bug#450399: mailman HTML archives drop MIME parts with no headers

[Daniel Kahn Gillmor]

Package: mailman
Version: 2.1.9-8
Severity: normal
Tags: patch


Mailman appears to create a faulty HTML archive page of any message
which has a part with no header (most MIME parts have at least a
Content-Type: header, but RFC 2045, section 5.2 suggests that it's not
a requirement).  Any headerless MIME part is stripped and not
displayed.

This is discussed upstream here:

  
https://sourceforge.net/tracker/index.php?func=detail&aid=759841&group_id=103&atid=100103

The word is that it's going to be fixed in mailman 2.1.10, though that
isn't even in beta yet.

The patch against 2.1.9 seems pretty minimal:

--- Scrubber.py.orig2007-11-06 21:15:30.0 -0500
+++ Scrubber.py 2007-11-06 21:16:07.0 -0500
@@ -342,7 +342,8 @@
 text = []
 for part in msg.walk():
 # TK: bug-id 1099138 and multipart
-if not part or part.is_multipart():
+# MAS test payload - if part may fail if there are no headers.
+if not part._payload or part.is_multipart():
 continue
 # All parts should be scrubbed to text/plain by now.
 partctype = part.get_content_type()

Thanks for maintaining mailman in debian.

Regards,

--dkg

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

Kernel: Linux 2.6.22-2-686 (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



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

Bug#444888: Segfault on feed update

[Luis Rodrigo Gallardo Cruz]

On Mon, Oct 01, 2007 at 07:48:54PM -0500, Luis Rodrigo Gallardo Cruz wrote:
> In case you'd like to try, there is an i386 1.4.4 package available at
> http://www.nul-unu.net/quien/rodrigo/debian/liferea/liferea_1.4.4-1~1_i386.deb

I've finally managed to reproduce the bug. My fault all along, for not
using the ca_ES locale.

Turns out the ca translation for this string is:

#: ../src/ui/ui_mainwindow.c:1228
#, c-format
msgid " (%d new)"
msgid_plural " (%d new)"
msgstr[0] " (% nova)"
msgstr[1] " (% noves)"

Note the missing 'd'

I have not, however, been able to reproduce anything under es.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#450398: vlc: Video output mangled until keyframe hit with Theora

[Robin van Westrenen]

Package: vlc
Version: 0.8.6-svn20061012.debian-5etch1
Severity: normal


When I start playing an ogg theora movie from an arbitrary position in 
time, the video output is mangled until it reaches a key-frame.

This problem occurs for instance when you skip pieces of the movie.

This problem does not occur with gstreamer+theora or vlc+xvid.

The theora files I play are generated with ffmpeg2theora.


-- 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=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

Versions of packages vlc depends on:
ii  libaa1   1.4p5-30ascii art library
ii  libatk1. 1.12.4-3The ATK accessibility toolkit
ii  libc62.3.6.ds1-13etch2   GNU C Library: Shared libraries
ii  libcaca0 0.99.beta11.debian-2colour ASCII art library
ii  libcairo 1.2.4-4 The Cairo 2D vector graphics libra
ii  libcdio6 0.76-1  library to read and control CD-ROM
ii  libcucul 0.99.beta11.debian-2low-level Unicode character drawin
ii  libdbus- 1.0.2-1 simple interprocess messaging syst
ii  libdbus- 0.71-3  simple interprocess messaging syst
ii  libfontc 2.4.2-1.2   generic font configuration library
ii  libfreet 2.2.1-5+etch1   FreeType 2 font engine, shared lib
ii  libfribi 0.10.7-4Free Implementation of the Unicode
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libgl1-m 6.5.1-0.6   A free implementation of the OpenG
ii  libglib2 2.12.4-2The GLib library of C routines
ii  libglu1- 6.5.1-0.6   The OpenGL utility library (GLU)
ii  libgtk2. 2.8.20-7The GTK+ graphical user interface 
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libiso96 0.76-1  library to work with ISO9660 files
ii  libjpeg6 6b-13   The Independent JPEG Group's JPEG 
ii  libnotif 0.4.3-1 sends desktop notifications to a n
ii  libpango 1.14.8-5Layout and rendering of internatio
ii  libpng12 1.2.15~beta5-1  PNG library - runtime
ii  libsdl-i 1.2.5-2+b1  image loading library for Simple D
ii  libsdl1. 1.2.11-8Simple DirectMedia Layer
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libstdc+ 4.1.1-21The GNU Standard C++ Library v3
ii  libtar   1.2.11-4C library for manipulating tar arc
ii  libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii  libvcdin 0.7.23-3library to extract information fro
ii  libvlc0  0.8.6-svn20061012.debian-5etch1 multimedia player and streamer lib
ii  libwxbas 2.6.3.2.1.5 wxBase library (runtime) - non-GUI
ii  libwxgtk 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcurs 1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixe 1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxiner 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxosd2 2.2.14-1.3  X On-Screen Display library - runt
ii  libxrand 2:1.1.0.2-5 X11 RandR extension library
ii  libxrend 1:0.9.1-3   X Rendering Extension client libra
ii  libxv1   1:1.0.2-1   X11 Video extension library
ii  libxxf86 1:1.0.1-2   X11 XFree86 video mode extension l
ii  ttf-deja 2.15-1  Vera font family derivate with add
ii  vlc-nox  0.8.6-svn20061012.debian-5etch1 multimedia player and streamer (wi
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages vlc recommends:
pn  videolan-doc   (no description available)

-- no debconf information



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

Bug#450397: razor: Please add 'missingok' to /etc/logrotate.d/razor

[OHURA Makoto]

Package: razor
Version: 1:2.84-3
Severity: normal
Tags: patch

  Hi.

  Please add 'missingok' line to /etc/logrotate.d/razor.  If
there is no /var/log/razor-agent.log, then, cron job of logrotate
fails.  So, please apply the following patch.

  Thanks.

--- /etc/logrotate.d/razor~ 2007-11-03 19:06:55.0 +0900
+++ /etc/logrotate.d/razor  2007-11-06 11:31:48.0 +0900
@@ -4,4 +4,5 @@
compress
nomail
notifempty
+   missingok
 }


  OHURA Makoto: [EMAIL PROTECTED](Debian Project)
[EMAIL PROTECTED](LILO/Netfort)
  GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt
1024D/77DCE083
fingerprint: 54F6 D1B1 2EE1 81CD 65E3  A1D3 EEA2 EFA2 77DC E083
  http://www.netfort.gr.jp/~ohura/

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

Kernel: Linux 2.6.23.1
Locale: LANG=ja_JP.ujis, LC_CTYPE=ja_JP.ujis (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/bash

Versions of packages razor depends on:
ii  libc6  2.6.1-6   GNU C Library: Shared libraries
ii  libdigest-hmac-perl1.01-6create standard message integrity
pn  libdigest-md5-perl (no description available)
ii  libdigest-sha1-perl2.11-2NIST SHA-1 message digest algorith
pn  libmime-base64-perl(no description available)
ii  libnet-dns-perl0.60-1Perform DNS queries from a Perl sc
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  perl [libtime-hires-perl]  5.8.8-11.1Larry Wall's Practical Extraction
ii  perl-modules [libtest-simp 5.8.8-11.1Core Perl modules

razor recommends no packages.

-- no debconf information



pgppStHHPtOLG.pgp
Description: PGP signature

Bug#449994: nestra: debian/watch fails to report upstream's version

[Raphael]

Hello,

On 06/11/2007, Joey Hess <[EMAIL PROTECTED]> wrote:
> Raphael Geissert wrote:
> > The debian/watch file of your package on the unstable distribution fails
> to report upstream's version.
> > Uscan's message follows:
> >
> > 
> > uscan warning: In /tmp/nestra_watchnEbSFO,
> >   no matching hrefs for watch line
> >   http://nestra.linuxgames.com/ nestra-(.*).tar.gz
> > 
>
> Yes, their website died about 2 months ago and has yet to be brought
> back up.
>
> (I get this every day in cron mail.)
>
> I don't see any point in filing a bug about this, unless you know of
> some other website for nestra that isn't down.

I actually have no idea what nestra is :).
If you are already checking for new versions of your package
automatically then you can give me a list of the packages you want me
to ignore from future reports.

I'm trying to automate the process of reporting not-working
debian/watch files so custom/personal solutions are not needed.
This has the benefit that if at some point the package is maintained
by someone else they don't have to manually check for, at the moment,
debian/watch files not reporting upstream's version.

>
> --
> see shy jo
>

Sincerely,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Say NO to Microsoft Office broken standard.
See http://www.noooxml.org/petition



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

Bug#434855: Processed: A (partial) fix for mips/mipsel

[Thiemo Seufer]

Christian Holm Christensen wrote:
> Hi again,
> 
> On Tue, 2007-11-06 at 21:10 +, Thiemo Seufer wrote:
> > Christian Holm Christensen wrote:
> > > Hi Thiemo,
> > > 
> > > On Tue, 2007-11-06 at 18:56 +, Thiemo Seufer wrote:
> > > > Christian Holm Christensen wrote:
> > > > > Hi Thiemo,
> > > > > 
> > > > > On Mon, 2007-11-05 at 00:48 +, Debian Bug Tracking System wrote:
> ...
> > > > I notice that the regex in configure excludes now mipsel. 
> > > 
> > > I did that because I wasn't sure if it would work on mipsel straight out
> > > of the box, since the endianess is important for I/O among other
> > > things. 
> > 
> > The places where endianness is visible would need some care, true.
> > The compiler provides built-in macros for that purpose:
> > 
> > __MIPSEL__ for little endian
> > __MIPSEB__ for big endian
> 
> > I presume you already use a macro to select endianness, selecting it
> > via the compiler builtins should be straightforward.
> 
> Currently, there's the following code in ROOT to deal with Linux on
> mips: 
> 
> #if defined(linux) && defined(__mips)

Better would be to check for __linux__ and __mips__. linux might be a
variable in the code somewhere... The __mips__ version with two trailing
underscores is the more common one. So:

  #if defined(__linux__) && defined(__mips__)

> #   define R__LINUX
> #   define R__UNIX
> #   define NEED_SIGJMP
> #   if defined(__mips64) || defined(_ABI64)

This is broken, as __mips64 is also defined for N32, and _ABI64 is always
defined. Assuming the R__B64 controls both address space and register size,
it should be:

  #   if _MIPS_SIM==_ABI64

I don't know what the exact semantics of those defines are, and how well
suilted they are to support N32.

> #  define R__B64  /* enable when 64 bit machine */
> #   endif
> #   if !defined(__MIPSEB__) /* Little endian */

For more clarity:

  #   if defined(__MIPSEL__) /* Little endian */

> #  define R__BYTESWAP
> #   endif 
> #endif
> 
> > > > The only
> > > > difference between both is the endianness. For complete MIPS support
> > > > it would need the following:
> > > > 
> > > > mipsO32 ABI, ILP32, "long long" in a "aligned" even-odd register
> > > > mipsel  pair, 4 argument registers
> > > > 
> > > > mipsn32el   N32 ABI, ILP32, but with 64 bit wide registers, and
> > > > mipsn32 "long long" in a single register, 8 argument registers
> > > > 
> > > > mips64elN64 ABI, LP64, 8 argument registers
> > > > mips64 
> > > 
> > > I'm not sure how to understand your table.   Could you, along the lines
> > > outlined at 
> > >  
> > > http://wiki.debian.org/DebianScienceROOT -> Porting Notes
> > > 
> > > tell me what changes would be needed?  Perhaps which already support
> > > registers the 6 cases above would be similar to? 
> 
> Just to make sure:  There are only two Debian MIPS architectures: mips
> and mipsel.   Does that mean, that
> 
>   Debian arch  | ABI (from your list above)
>   -+---
>   mips | mips, mipsn32, mips64
>   mipsel   | mipsel, mipsn32el, mips64el

No, sorry again for leaving ot crucial information. Debian currently
supports only O32 ABI. Support for the other ABIs is planned in future
but so far hasn't progressed much beyond 64bit Kernels. The ABI names
quoted above are actually the propsed Debian architecture names, since
"Debian architecture" effectiely means "support for one specific ABI".

> > > I guess the O32/N32/N64 is the "word-size", but what is the "O" and
> > > "N"? 
> > > 
> > > I don't know what you mean by ILP32/LP63.  I also don't know how to deal
> > > with "long long" in 1 or 2 registers.  
> > 
> > Sorry, I realize that was too terse. O32/N32/N64 are the names of the
> > ABIs (Application Binary Interfaces) supported on Linux/MIPS.
> 
> Ah, I see. 
> 
> > I attempted to add a short outline of its properties to each mention.
> > 
> > ILP32 is a common abbreviation for an ABI with "32bit integer,
> > 32bit long, 32bit pointer size", describing the most important
> > C types. This is like classic Linux i386. The comparable MIPS
> > ABI is O32.
> > 
> > LP64 is a shorthand for "64bit long, 64bit pointer size". This
> > is what most 64bit Unices use, one example is Linux AMD64. The
> > comparable MIPS ABI is N64.
> > 
> > The N32 ABI is a bit odd, it combines a 32bit address space with
> > 64bit wide registers, but it still retains the classic (ILP32)
> > data type lengths. I mentioned "long long" since that is the only
> > data type which is subtly different between both ILP32 variants.
> > Maybe this part isn't relevant for ROOT.
> 
> I guess whether the O32/N32 split is important, depends on where "64bit
> wide registers" registers are used and important. 
> 
> > > I guess the "argument registers" refers to variadic arguments, but
> > > exactly what that wo

Bug#449994: nestra: debian/watch fails to report upstream's version

[Joey Hess]

Raphael Geissert wrote:
> The debian/watch file of your package on the unstable distribution fails to 
> report upstream's version.
> Uscan's message follows:
> 
> 
> uscan warning: In /tmp/nestra_watchnEbSFO,
>   no matching hrefs for watch line
>   http://nestra.linuxgames.com/ nestra-(.*).tar.gz
> 

Yes, their website died about 2 months ago and has yet to be brought
back up.

(I get this every day in cron mail.)

I don't see any point in filing a bug about this, unless you know of
some other website for nestra that isn't down.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#343192: Fax NO enviado a '[EMAIL PROTECTED]'

[Faxination]

Su mensaje con asunto: November 70% OFF
NO fue enviado!

Detalle:
No permission to send via this server. (501)

Gateway ID  : 0
Numero Trabajo  : 0003F43D




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

Bug#450396: libdbi-ruby1.8: DBI.available_drivers() always empty

[Martin Dorey]

Package: libdbi-ruby1.8
Version: 0.1.1-1
Severity: normal
Tags: patch

$ ruby -e 'require "dbi";puts(DBI.available_drivers())'
$ dpkg --listfiles libdbd-odbc-ruby1.8 | grep ODBC.rb
/usr/lib/ruby/1.8/DBD/ODBC/ODBC.rb
$ dpkg --listfiles libdbi-ruby1.8 | grep dbi.rb
/usr/lib/ruby/1.8/dbi.rb
$ diff -u dbi.rb.orig dbi.rb
--- dbi.rb.orig 2007-11-06 18:06:54.0 -0800
+++ dbi.rb  2007-11-06 18:07:24.0 -0800
@@ -238,7 +238,7 @@
   # 'dbi:driver:' format.
   def available_drivers
  drivers = []
- path = File.dirname(File.dirname(__FILE__)) + "/" + DBD::DIR
+ path = File.dirname(__FILE__) + "/" + DBD::DIR
  Find.find(path){ |f|
 if File.file?(f)
driver = File.basename(f, ".rb")
$

Without the patch, the code looks in the dirname of the dirname of
/usr/lib/ruby/1.8/dbi.rb, which is /usr/lib/ruby, for a directory called
"DBD".  That directory is one level lower - in the "1.8" sub-directory.
Perhaps libdbd-odbc-ruby1.8 should be installing its driver in
/usr/lib/ruby but that didn't sound likely to me.  libdbd-mysql-ruby1.8
behaves like the ODBC driver.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)

Versions of packages libdbi-ruby1.8 depends on:
ii  libruby1.81.8.5-4Libraries necessary to run
Ruby 1.

libdbi-ruby1.8 recommends no packages.

-- no debconf information
--- dbi.rb.orig 2007-11-06 18:06:54.0 -0800
+++ dbi.rb  2007-11-06 18:07:24.0 -0800
@@ -238,7 +238,7 @@
   # 'dbi:driver:' format.
   def available_drivers
  drivers = []
- path = File.dirname(File.dirname(__FILE__)) + "/" + DBD::DIR
+ path = File.dirname(__FILE__) + "/" + DBD::DIR
  Find.find(path){ |f|
 if File.file?(f)
driver = File.basename(f, ".rb")

Bug#448562: [Pbuilder-maint] Bug#448562: Bug#448562: pbuilder-satisfydepends-classic should pass --no-install-recommends to apt-get

[Junichi Uekawa]

> > As the subject says: since the latest upload of apt, 
> > pbuilder-satisfydepends-classic unnecessarily installs recommended packages 
> > of the build dependencies.
> > 
> > The same is probably also true for pbuilder-satisfydepends-experimental.  
> > But 
> > the aptitude version should work properly once aptitude 
> > --without-recommends 
> > install works again (which I submitted as bug #448561).
> 
> I'll probably have to set the flag according to apt version.
> 
> should 'apt-get --version' do the trick ? 
> 
> Doing so would add a fork to dpkg --compare-versions and apt-get
> --version, which is slow, but pbuilder-satisfydepends itself is slow
> enough that it shouldn't matter too much.


Old apt versions ignore "-o APT::Install-Recommends=false" options, so
I've decided to add that to apt invocations to
pbuilder-satisfydepends-classic.

Also I'm installing /etc/apt/apt.conf.d/15pbuilder with that change. I
hope that should fix things up.


I think I need to fix pbuilder-satisfydepends-experimental also.







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

Bug#450244: jmagick: debian/watch fails to report upstream's version

[Raphael]

Hi,

On 06/11/2007, Kumar Appaiah <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 07, 2007 at 01:18:43AM +, Raphael Geissert wrote:
> > The debian/watch file of your package on the unstable distribution fails
> to report upstream's version.
> > Uscan's message follows:
> >
> > 
> > uscan warning: In watchfile /tmp/jmagick_watchMLKeBJ, reading webpage
> >   http://www.yeo.id.au/jmagick/ failed: 500 Can't connect to
> www.yeo.id.au:80 (connect: timeout)
> > 
>
> Well, I just tried it, and it worked. You might haev tried it when the
> server was down. Would you mind trying it again, please?

I'm currently investigating why that report was sent since I've setup
an ignore-by-keyword system on the reporting script and timeout is one
of the listed keywords.

I really apologise for this and all the other possible reports that
shouldn't have been sent at all.

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


-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Say NO to Microsoft Office broken standard.
See http://www.noooxml.org/petition



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

Bug#450087: libsvm: debian/watch fails to report upstream's version

[Raphael]

Hi,

On 06/11/2007, Rudi Cilibrasi <[EMAIL PROTECTED]> wrote:
> The watch file for libsvm cannot be fixed as far as I can tell.  If anybody
> can
> suggest a working regexp that would be great but I have already offered a
> cash reward and received no successful results so I am classifying this
> bug "wontfix" until further technology is developed.  Feel free to reopen if
> you can provide a patch that works.  Thanks for the bug report.

This report is only one of over 785 reports sent so I think you can
guess I don't have enough time to try to fix every single debian/watch
file (bug reports are being replied as I type, counting three 'till
now).
All I could suggest you is to ask for help on debian-mentors, talk to
upstream to see if they can provide a nicer way of listing the files
(it is not a requirement to have the link point to a real file).

>
> On Nov 6, 2007 5:18 PM, Raphael Geissert <[EMAIL PROTECTED]> wrote:
> > Source: libsvm
> > Version: 2.84.0-3
> > Severity: minor
> > Usertags: dehs-no-upstream
> >
> > Hello maintainer,
> >
> > The debian/watch file of your package on the unstable distribution fails
> to report upstream's version.
> > Uscan's message follows:
> >
> > 
> > uscan warning: Filename pattern missing version delimiters ()
> >   in /tmp/libsvm_watchZ7dixA, skipping:
> >   http://www.csie.ntu.edu.tw/~cjlin/libsvm/
> http://www\.csie\.ntu\.edu\.tw/\~cjlin/cgi-bin/libsvm\.cgi\?\+http\://www\.csie\.ntu\.edu\.tw/\~cjlin/libsvm\+tar\.gz
> > 
> >
> > Please note that this message is auto-generated by extracting the
> information
> >  from the Debian External Health Status (a.k.a. DEHS) no_upstream page[1].
> > At the moment of running the package version found is the one indicated in
> the report.
> > If you have already fixed this issue please ignore and close this report.
> >
> > If you belive this message can be improved in any way don't hesitate to
> contact me
> >  by replying to [EMAIL PROTECTED] (where N is the number
> of this bug report).
> >
> > If you wish not to be notified in the future contact me so I add you to
> the ignore list.
> >
> > [1] http://dehs.alioth.debian.org/no_upstream.html
> >
> > Kind regards, Raphael Geissert.
> >
> >
> >
>
>
>
> --
> "We can try to do it by breaking free of the mental prison of
> separation and exclusion and see the world in its interconnectedness
> and non-separability, allowing new alternatives to emerge." -- after
> Vandana Shiva
>

Sincerely,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Say NO to Microsoft Office broken standard.
See http://www.noooxml.org/petition



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

Bug#289168: will this package ever be included in debian?

[Lukasz Szybalski]

Hello,
I was wondering what is the current holdup for this package to make it
into repository?

Lucas



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

Bug#450244: jmagick: debian/watch fails to report upstream's version

[Kumar Appaiah]

On Wed, Nov 07, 2007 at 01:18:43AM +, Raphael Geissert wrote:
> The debian/watch file of your package on the unstable distribution fails to 
> report upstream's version.
> Uscan's message follows:
> 
> 
> uscan warning: In watchfile /tmp/jmagick_watchMLKeBJ, reading webpage
>   http://www.yeo.id.au/jmagick/ failed: 500 Can't connect to www.yeo.id.au:80 
> (connect: timeout)
> 

Well, I just tried it, and it worked. You might haev tried it when the
server was down. Would you mind trying it again, please?

Thanks.

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



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

Bug#449371: [Pbuilder-maint] Bug#449371: pbuilder: Possibility to use ssh for downloading build-depends

[Junichi Uekawa]

Hi,

> I am not sure, if this is already possible and I am just to dumb to find
> it, but for my setup here it would be great, if I could download the
> needed build-depends via ssh. For my normal sources.list, I use
> something like
> deb ssh://[EMAIL PROTECTED]
> Would be great to tell pbuilder/cowbuilder about that as well :)

debootstrap actually supports ssh option, so it should be possible to specify 
'ssh'.

However, we don't allow user input within pbuilder session, and I
think that would be a problem considering password handling.

Have you actually tried running it? I think it will fail asking for
password input.

I have a vague feeling that if you can bind-mount ssh-agent stuff
under /tmp/, and correctly set environment variables it might work.

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



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

Bug#449701: bogus watch file

[Jay Berkenbilt]

tags 449701 +pending
thanks

The icu watch file was supposed to be disabled.  It was called
watch.not-yet.  I guess it still gets found with that name.  I've
renamed it to no-watch, which will hopefully really not be used.
ICU's upstream's ftp server uses a layout that uscan can't deal with.
A bug has been filed.  In any case, this upload will happen whenever
ftp-master is resurrected.



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

Bug#450081: kpdf: doesn't use memory aggressively as configured to

[Pierre THIERRY]

Package: kpdf
Version: 4:3.5.7-4
Severity: normal

Although I selected "Aggressive" use of memory in kpdf's configuration
(in the performance tab), following pages aren't rendered until either I
see a part of them or I scroll just (that is, the viewpoint reaches the
very end of the current page).

It also doesn't seem to retain more than 4 or 5 pages rendered. On a
hundred pages of text PDF, scrolling back or forward one or two pages
hits pages that have to be rendered again.

It's also strange that under supposedly similar conditions (same
applications running) a 16 pages of text PDF was kept rendered entirely
some hours ago, while now I can't get more than 7 pages kept rendered...

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

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

Versions of packages kpdf depends on:
ii  kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al
ii  libc6   2.6.1-1+b1   GNU C Library: Shared libraries
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2.2-3GCC support library
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libpaper1   1.1.23   library for handling paper charact
ii  libqt3-mt   3:3.3.7-9Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2.2-3  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  zlib1g  1:1.2.3.3.dfsg-6 compression library - runtime

Versions of packages kpdf recommends:
ii  kghostview4:3.5.7-4  PostScript viewer for KDE

-- no debconf information

-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Bug#448202: Bug still present & more info

[Aaron M. Ucko]

Good call; thanks for following up, and apologies for fixing the
problem only partially!

AFAICT, the remaining slowdown is due to maintaining fl_xfont more
accurately; I can fix it by updating that variable only on demand, but
doing so would break flwm, and perhaps also a few applications outside
Debian.

Nevertheless, there is a workaround for such applications, so I'll ask
flwm's maintainer to take care of it and proceed with the fix shortly.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED]



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

Bug#415755: subversion: Follow up on Bug #415755

[Peter Samuelson]

[Valentin v. Seggern]
> Subversion doesn't only store Passwords by default cleartext in the
> users home directory. The Files in ~/.subversion/auth/svn.simple/*
> are also _world_ readable.

Sorry for taking so long to follow up.

I've just confirmed from reading source code (back to svn 1.0.0, the
oldest I have here) that it always creates the ~/.subversion/auth
directory with permission mode 700, which means only you and the
sysadmin can read it.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#449983: lyx-common: simplecv not included in package

[Nathan Michaels]

Package: lyx-common
Version: 1.5.2-1
Severity: normal

After upgrading to lyx 1.5.2-1, the simplecv class went away. I had to 
add it manually from CTAN; not something we should be expecting users to 
have to do in order to modify their CVs.

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

Kernel: Linux 2.6.22-2-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 lyx-common depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.7.5  automated rebuilding support for p
ii  texlive-latex-base2007-13TeX Live: Basic LaTeX packages

Versions of packages lyx-common recommends:
ii  lyx   1.5.2-1Document Processor

-- no debconf information



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

Bug#449609: gambc: suggests non-existant package r5fs-doc

[Dan Greene]

Package: gambc
Severity: minor

When installing gambc via apt, the package r5fs-doc, which does not exist,
is suggested. (r5rs-doc, which does exist, was probably intended.)

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (333, 'unstable')
Architecture: i386 (i686)

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



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

Bug#448767: subversion: svn failing with https repository SSL negotiation failed: Connection reset by peer

[Peter Samuelson]

[Tom Epperly]
> I am doing the equivalent of this (username, password, and host name changed):
> svn co --username foo --password bar 
> https://somewhere.foo.com/code/blah/trunk blah
> svn: PROPFIND request failed on '/code/blah/trunk'
> svn: PROPFIND of '/code/blah/trunk': SSL negotiation failed: Connection reset 
> by peer (https://somewhere.foo.com)

Often this is a network problem, such as a transparent http proxy
getting in the way, but the fact that it works on another machine on
the same subnet makes this unlikely.

I can't reproduce your problem.  Can you reproduce it with the same
site I'm testing against?

  svn ls https://svn.collab.net/repos/svn

Also, what version of 'libneon26' do you have?  The blame may lie
with Neon (which handles http and https traffic) rather than with
libsvn1.

Thanks.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Bug#449545: using rsnapshot through crontab generates "resize: can't open terminal /dev/tty" message

[David Keegel]

Laurent,

If you are using ssh backups in rsnapshot, you should check that the ssh
will work without asking for a password.  If this is the problem, you
would probably see ssh ask for a password if you run "rsnapshot hourly" 
by hand as root (unless it relies on a key from ssh-agent or similar).

If that doesn't help, trying sending the output of
 # rsnapshot hourly
and your backup lines from /etc/rsnapshot.conf.




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

Bug#449580: Typo in cpio info manual with fix

[Clint Adams]

On Tue, Nov 06, 2007 at 09:21:35PM +, Reuben Thomas wrote:
> "[--null]" needs a space before it in the node "Copy-out mode".

diff --git a/doc/cpio.texi b/doc/cpio.texi
index 02aff47..ae6c4b7 100644
--- a/doc/cpio.texi
+++ b/doc/cpio.texi
@@ -234,7 +234,7 @@ unreadable.
 cpio @{-o|[EMAIL PROTECTED] [-0acvABLV] [-C bytes] [-H format]
 [-M message] [-O [[user@@]host:]archive] [-F [[user@@]host:]archive]
 [--file=[[user@@]host:]archive] [--format=format]
-[--message=message][--null] [--reset-access-time] [--verbose]
+[--message=message] [--null] [--reset-access-time] [--verbose]
 [--dot] [--append] [--block-size=blocks] [--dereference]
 [--io-size=bytes] [--rsh-command=command] [--help] [--version]
 < name-list [> archive]



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

Bug#402165: Sun JDK locking bug with Xinerama fixed upstream; test?

[brian m. carlson]

On Tue, Oct 23, 2007 at 01:37:19PM -0700, Josh Triplett wrote:

Could the submitters of these bug reports against sun-java5 and
sun-java6, and anyone else who has experienced this problem, please
re-test with OpenJDK 7 beta 22?  As documented at
, you can
obtain packages of "icedtea" ("a temporary fork of OpenJDK which
allows building with a free toolchain and adding/replacing code which
is not yet available under a free license") from
http://people.ubuntu.com/~doko/ubuntu/gutsy/ ; thanks to Matthias
Klose and Michael Koch for these packages, and for updating them to
beta 22 so quickly.  (Disclaimer: I have not tried these packages.
However, Matthias stated that "they are installable on sid".)


icedtea *is* installable on sid, and I can confirm that both NetBeans 
and the Java plugin work with icedtea.



Note: Make sure after installing these packages that you use the newly
installed Java to test with; you may need to use update-alternatives
to point the various Java alternatives to those provided by the
icedtea packages.


Actually, you should use update-java-alternatives, which will update all 
the relevant alternatives.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#448639: [DRE-maint] Bug#448639: rubygems: please install gems in /usr/local/lib/gems/1.8

[Gunnar Wolf]

Daigo Moriwaki dijo [Sat, Nov 03, 2007 at 02:07:41PM +0900]:
> /usr/lib is a preserved directory for Debian system where only official Debian
> packages that are maintained by Debian developers are expected to put and 
> update
> their files. That's my understanding. Since gems that are installed by the gem
> command are not Debian's, they should not go to /usr/lib.

Completely agree here; /usr/lib is 0wn3d by dpkg.

> Moreover, some gems may be packaged as Debian package (.deb) by Debian
> developers. For example, you can get rake by both apt-get and gem. If gems are
> installed to /usr/lib, files of which may conflict with ones of Debian 
> packages.

Gems which are packaged in .deb format stop being gems and become
handled just as Ruby... modules? Just like all of the packages we are
currently handling, so they should be in /usr/lib.

> /usr/local is a preserved directory for Debian user. I think that Debian
> packages should not install any files there. Since the gem command from the
> rubygems package belongs to Debian package, it installs nothing in /usr/local.

Umh... I don't like your logic - If we stuck to it, we would end up
with not being able to touch /usr/local with tar, cp or cat because
they are provided by Debian packages ;-) 

/usr/local is the area where the local system administrator should
unroll his mess. By using non-packaged Gems, the user is accepting
full responsability for this - he is installing a second package
management system inside his clean Debian system. So, the mess should
be unrolled inside /usr/local.

> That's why I've selected /var/lib.

In any case, /var is meant for variable data - things which are prone
to change by themselves (such as all kinds of databases). 

Of course, /var is to some extent a dumping ground for everything
which does not fit somewhere else, but... I still do not feel very
warm with this ;-)

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF



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

Bug#449607: ITP: jruby1.1 -- JRuby is a Java implementation of the Ruby interpreter

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>


* Package name: jruby1.1
  Version : 1.1.0~beta1
  Author  : The JRuby Team
* URL : http://jruby.codehaus.org/
* License : tri license CPL/GPL/LGPL
  Programming Lang: Ruby, Java
  Description : JRuby is a Java implementation of the Ruby interpreter

JRuby is tightly integrated with Java to allow the embedding of the
interpreter into any Java application with full two-way access between
the Java and the Ruby code.

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

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



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

Bug#443880: libzzip crash is unaligned access

[brian m. carlson]

tags 443880 + patch
kthxbye

The crash in __zzip_parse_root_directory is a bus error on sparc, which 
is a dead giveaway that it's an unaligned access.  The problem is that 
d is a zzip_disk_entry, which is required to be aligned, but zz_offset 
is not guaranteed to be a multiple of sizeof(*d).


In fact, line 456 explicitly updates zz_offset to something that is 
often *not* a multiple of 4, so using a char * (fd_map, from mmap) will 
result in an unaligned access.  The way to solve this is to explicitly 
allocate memory for d, then memcpy the data from fd_map to d, since 
memcpy is guaranteed to work for memory of any alignment.  


An untested patch to do this is attached.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
--- zip.c.orig	2007-11-06 23:59:24.0 +
+++ zip.c	2007-11-07 00:35:40.0 +
@@ -402,7 +402,10 @@
 uint16_t u_extras, u_comment, u_namlen;
 
 if (fd_map) 
-	{ d = (void*)(fd_map+zz_fd_gap+zz_offset); } /* fd_map+fd_gap==u_rootseek */
+	{
+d = &dirent;
+memcpy(d, fd_map+zz_fd_gap+zz_offset, sizeof(*d)); /* fd_map+fd_gap==u_rootseek */
+}
 else
 {
 if (io->fd.seeks(fd, zz_rootseek+zz_offset, SEEK_SET) < 0)


signature.asc
Description: Digital signature

Bug#449608: cannot compile examples in /usr/share/doc/gcj-4.1-base/examples

[Dean Provins]

Package: gcj-4.1-base
Version: 4.1.1-20
Severity: important


As root, the compilation of either example Makefile (Makefile.java2d or
Makefile.jawt) fails:

ve6wvc:/usr/share/doc/gcj-4.1-base/examples# make -f Makefile.java2d 
make: *** No rule to make target
`../../../../../src/libjava/classpath/examples/gnu/classpath/examples/java2d/bench.c',
needed by `all'.  Stop.

ve6wvc:/usr/share/doc/gcj-4.1-base/examples# make -f Makefile.jawt   
gcjh -jni gnu.classpath.examples.jawt.DemoJAWT -o DemoJAWT.h
make: gcjh: Command not found
make: *** [DemoJAWT.h] Error 127

The "swing demo" described in the README also fails:

ve6wvc:/usr/share/doc/gcj-4.1-base/examples# gcj -o swingdemo 
--main=gnu.classpath.examples.swing.Demo \
>   gnu/classpath/examples/swing/Demo.java \
>   gnu/classpath/examples/swing/GNULookAndFeel.java
/tmp/ccIC2bYw.o: In function `void 
gnu::classpath::examples::swing::Demo$PopupAction::actionPerformed(java::awt::event::ActionEvent*)':
ccAAmJOpjx:(.text+0x441): undefined reference to 
`gnu::classpath::examples::swing::DemoFactory::class$'
/tmp/ccIC2bYw.o: In function `javax::swing::JMenuBar* 
gnu::classpath::examples::swing::Demo::mkMenuBar()':
ccAAmJOpjx:(.text+0x1226): undefined reference to 
`gnu::classpath::examples::swing::DemoFactory* 
gnu::classpath::examples::swing::ButtonDemo::createDemoFactory()'
-many lines deleted--
/tmp/ccIC2bYw.o: In function `javax::swing::JDesktopPane* 
gnu::classpath::examples::swing::Demo::createDesktop()':
ccAAmJOpjx:(.text+0x326d): undefined reference to 
`gnu::classpath::examples::swing::DemoDesktop::class$'
ccAAmJOpjx:(.text+0x327c): undefined reference to 
`gnu::classpath::examples::swing::DemoDesktop::DemoDesktop()'
/tmp/ccIC2bYw.o:(.data+0xc74): undefined reference to 
`gnu::classpath::examples::swing::DemoFactory::class$'
collect2: ld returned 1 exit status

When I installed "gcj", I also got the following installed:

antlr ecj-bootstrap ecj-bootstrap-gcj fastjar gappletviewer-4.1 gcj-4.1
gjdoc java-common java-gcj-compat java-gcj-compat-dev libgcj-doc libgcj7-dev

I hope that i"ve provided sufficient information for you to make diagnosis.
Contact me for further information: [EMAIL PROTECTED]

-- 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.20.2_September_8_2007
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

-- no debconf information



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

Bug#358742: cyrus21-imapd: Same problem with Apple Mail (Mail.app)

[Henrique de Moraes Holschuh]

On Tue, 06 Nov 2007, Volker Sauer wrote:
> Nov  5 08:28:01 paris cyrus/imapd[24948]: IOERROR: locking header for
> user.guerrero.Sent: Interrupted system call

This is a bug somewhere.  Cyrus should *always* retry on EINTR, but
somewhere it is not doing it.  And I could never find where the retry is
missing :-(

I *think* it was in the file locking code somewhere.

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



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

Bug#445467: About the new version

[Martin Braure de Calignon]

Le samedi 27 octobre 2007 à 17:15 -0300, Bruno Barrera C. a écrit :
> Please prepare a new version of the package and I would be glad, again,
> to sponsor it.

Hi Bruno,

Here's my new version of gaim-themes package.
All the files are available at :
braure.free.fr/deb_dev/gaim-themes/
or at :
http://www.labri.fr/perso/braure/deb_dev/gaim-themes/

Feel free to blame me if I have made some mistakes with the package.
Any comments would be welcomed.

Thanks for you work !

Cheers,

-- 
Martin Braure de Calignon


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

Bug#449606: netatalk: truncated directory display when a ._ resource fork is unreadable

[Chris Adams]

Package: netatalk
Version: 2.0.3-5
Severity: important

Our AppleVolumes.default is configured to use adouble:osx (this is a
requirement as most of our Macs are OS X NFS clients) with the following
options:

:DEFAULT: adouble:osx options:usedots,nohex,upriv cnidscheme:dbd

When afpd encounters a ._ file which it lacks permission to read it logs
a message like the one below and stops enumerating the directory
contents: 

afpd[7548]: getfilparams(Hansen2005.pdf): Permission denied: check
resource fork permission?

The effect in this case was that the directory appeared to have
displayed correctly but was missing every file with a name sorting below
"Hansen2005.pdf", resulting in ~600 out of 800 files not being visible
over AFP.

netatalk should simply skip forks which cannot be read.

-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages netatalk depends on:
ii  cracklib2  2.7-19pro-active password checker librar
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libcupsys2 1.2.7-4   Common UNIX Printing System(tm) - 
ii  libdb4.2   4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [
ii  libgssapi4-heimdal 0.7.2.dfsg.1-10   Libraries for Heimdal Kerberos
ii  libkrb5-17-heimdal 0.7.2.dfsg.1-10   Libraries for Heimdal Kerberos
ii  libpam-modules 0.79-4Pluggable Authentication Modules f
ii  libpam-runtime 0.79-4Runtime support for the PAM librar
ii  libpam0g   0.79-4Pluggable Authentication Modules l
ii  libslp11.2.1-6.2 OpenSLP libraries
ii  libssl0.9.80.9.8c-4etch1 SSL shared libraries
ii  libwrap0   7.6.dbs-13Wietse Venema's TCP wrappers libra
ii  netbase4.29  Basic TCP/IP networking system
ii  perl   5.8.8-7   Larry Wall's Practical Extraction 

Versions of packages netatalk recommends:
pn  cracklib-runtime   (no description available)
ii  db4.2-util 4.2.52+dfsg-2 Berkeley v4.2 Database Utilities
pn  libpam-cracklib(no description available)
ii  lsof   4.77.dfsg.1-3 List open files
pn  rc (no description available)
pn  slpd   (no description available)

-- no debconf information



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

Bug#449592: Bashisms in mr

[Ken Bloom]

retitle 449592 $() breaks default library on SunOS /bin/sh
thanks

On Tue, 6 Nov 2007 17:35:49 -0500
Joey Hess <[EMAIL PROTECTED]> wrote:

> Ken Bloom wrote:
> > I'm trying out mr on a solaris machine, and running into bashisms in
> > mr's default configuration.
> > 
> > [EMAIL PROTECTED] ~]$ mr register 546
> > sh: syntax error at line 24: `delta=$' unexpected
> > mr register: unknown repository type
> > 
> > this occurs at line 1131 of mr (in the default configuration file
> > block)
> > delta=$(perl -wle 'print -f shift() ? int((-M _) * 24) : '
> > "$flagfile")
> > 
> > Here is a patch for various bashisms. It may not completely
> > eliminate all bashisms. In particular I only tried to fix the stuff
> > I needed to work with svn.
> > 
> > --- bin/mr  (revision 4157)
> > +++ bin/mr  (working copy)
> > @@ -1128,7 +1128,7 @@
> > if [ -z "$flagfile" ]; then
> > error "cannot determine flag filename"
> > fi
> > -   delta=$(perl -wle 'print -f shift() ? int((-M _) *
> > 24) : ' "$flagfile")
> > +   delta=`perl -wle 'print -f shift() ? int((-M _) *
> > 24) : ' "$flagfile"`
> 
> Eh, $() is in POSIX, it is not a bashism. What shell are you trying to
> use?
> 
> FWIW, mr was developed on a system with /bin/sh -> dash, and works
> well here. I don't think the code contains any sort of bashism.
> 

OK. I'm running on SunOS 5.10 (not Solaris like I originally
mentioned -- this isn't technically a debian bug, but I know of no
better place to report the bug). When I run their /bin/sh,

[EMAIL PROTECTED] ~]$ /bin/sh
$ echo $(which which)
syntax error: `(' unexpected

--Ken


-- 
Ken Bloom. PhD candidate. Linguistic Cognition Laboratory.
Department of Computer Science. Illinois Institute of Technology.
http://www.iit.edu/~kbloom1/


signature.asc
Description: PGP signature

Bug#449605: powertop: dirty_writeback_centisecs suggestion seems to be wrong on Debian

[Francois Marier]

Package: powertop
Version: 1.8-1
Severity: normal

Powertop suggests that we increase the writeback delay using:

  echo 1500 > /proc/sys/vm/dirty_writeback_centisecs

However, it looks like this is overwritten everytime the AC adapter is plugged 
in
or unplugged.

Francois

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

Kernel: Linux 2.6.23.1-hrt3-grsec (SMP w/2 CPU cores)
Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1) (ignored: LC_ALL set to 
fr_CA)
Shell: /bin/sh linked to /bin/bash

Versions of packages powertop depends on:
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libncursesw5  5.6+20071013-1 Shared libraries for terminal hand

powertop recommends no packages.

-- no debconf information



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

Bug#440931: debian-policy: Virtual package for Japanese font packages(ttf-japanese-mincho and ttf-japanese-gothic)

[Nobuhiro Iwamatsu]

Hello,

2007/9/5, Nobuhiro Iwamatsu <[EMAIL PROTECTED]>:

> We, the Japanese font packages maintainers and their
> collaborators (Japanese Task Force: JTF), propose
> following action items to ease the task of the default
> font selection for applications under the Debian system.
>
>  * The creation of new virtual package name:
>   - ttf-japanese-mincho
>   - ttf-japanese-gothic
>  * The creation of new alternative name:
>   - ttf-japanese-mincho.ttf
>   - ttf-japanese-gothic.ttf
>  * The adjustment of font packages which provide newly created virtual
>package name.
>  * The adjustment of application packages which directly declare
>dependency to the Japanese ttf font packages.
>

We want to be working early based on this policy.
Are there any problems in this policy?

regards,
 Nobuhiro

-- 
--
Nobuhiro Iwamatsu
--
Nobuhiro Iwamatsu
   iwamatsu at nigauri.org
   iwamatsu at debian.or.jp

   GPG ID : 3170EBE9



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

Bug#449604: mutt: receives SIGSEGV when trying to display index (index_format matters)

[Fernando Vezzosi]

Package: mutt
Version: 1.5.16-3
Severity: normal

Hi,

Mutt crashes (segfaults) when trying to display any mailbox index, if
the index_format option contains a pipe (that's what i could reduce it
to):

% mutt -F /dev/null -f simple_mbox
:set index_format="|"
zsh: segmentation fault (core dumped)  mutt -F /dev/null -f simple_mbox

The dumped core file isn't helpful, since Mutt is compiled without
debugging info and stripped.

Hope this helps,

Fernando Vezzosi


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

Kernel: Linux 2.6.20.1-lothlorien
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 mutt depends on:
ii  libc62.6.1-6 GNU C Library: Shared libraries
ii  libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii  libgnutls13  2.0.1-1 the GNU TLS library - runtime libr
ii  libidn11 1.1-1   GNU libidn library, implementation
ii  libncursesw5 5.6+20071013-1  Shared libraries for terminal hand
ii  libsasl2-2   2.1.22.dfsg1-16 Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
ii  locales   2.6.1-6GNU C Library: National Language (
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  postfix [mail-transport-agent 2.4.6-1High-performance mail transport ag

-- no debconf information



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

Bug#434855: Processed: A (partial) fix for mips/mipsel

[Christian Holm Christensen]

Hi again,

On Tue, 2007-11-06 at 21:10 +, Thiemo Seufer wrote:
> Christian Holm Christensen wrote:
> > Hi Thiemo,
> > 
> > On Tue, 2007-11-06 at 18:56 +, Thiemo Seufer wrote:
> > > Christian Holm Christensen wrote:
> > > > Hi Thiemo,
> > > > 
> > > > On Mon, 2007-11-05 at 00:48 +, Debian Bug Tracking System wrote:
...
> > > I notice that the regex in configure excludes now mipsel. 
> > 
> > I did that because I wasn't sure if it would work on mipsel straight out
> > of the box, since the endianess is important for I/O among other
> > things. 
> 
> The places where endianness is visible would need some care, true.
> The compiler provides built-in macros for that purpose:
> 
> __MIPSEL__ for little endian
> __MIPSEB__ for big endian

> I presume you already use a macro to select endianness, selecting it
> via the compiler builtins should be straightforward.

Currently, there's the following code in ROOT to deal with Linux on
mips: 

#if defined(linux) && defined(__mips)
#   define R__LINUX
#   define R__UNIX
#   define NEED_SIGJMP
#   if defined(__mips64) || defined(_ABI64)
#  define R__B64  /* enable when 64 bit machine */
#   endif
#   if !defined(__MIPSEB__) /* Little endian */
#  define R__BYTESWAP
#   endif 
#endif

> > > The only
> > > difference between both is the endianness. For complete MIPS support
> > > it would need the following:
> > > 
> > > mipsO32 ABI, ILP32, "long long" in a "aligned" even-odd register
> > > mipsel  pair, 4 argument registers
> > > 
> > > mipsn32el   N32 ABI, ILP32, but with 64 bit wide registers, and
> > > mipsn32 "long long" in a single register, 8 argument registers
> > > 
> > > mips64elN64 ABI, LP64, 8 argument registers
> > > mips64 
> > 
> > I'm not sure how to understand your table.   Could you, along the lines
> > outlined at 
> >  
> > http://wiki.debian.org/DebianScienceROOT -> Porting Notes
> > 
> > tell me what changes would be needed?  Perhaps which already support
> > registers the 6 cases above would be similar to? 

Just to make sure:  There are only two Debian MIPS architectures: mips
and mipsel.   Does that mean, that

  Debian arch  | ABI (from your list above)
  -+---
  mips | mips, mipsn32, mips64
  mipsel   | mipsel, mipsn32el, mips64el

> > I guess the O32/N32/N64 is the "word-size", but what is the "O" and
> > "N"? 
> > 
> > I don't know what you mean by ILP32/LP63.  I also don't know how to deal
> > with "long long" in 1 or 2 registers.  
> 
> Sorry, I realize that was too terse. O32/N32/N64 are the names of the
> ABIs (Application Binary Interfaces) supported on Linux/MIPS.

Ah, I see. 

> I attempted to add a short outline of its properties to each mention.
> 
> ILP32 is a common abbreviation for an ABI with "32bit integer,
> 32bit long, 32bit pointer size", describing the most important
> C types. This is like classic Linux i386. The comparable MIPS
> ABI is O32.
> 
> LP64 is a shorthand for "64bit long, 64bit pointer size". This
> is what most 64bit Unices use, one example is Linux AMD64. The
> comparable MIPS ABI is N64.
> 
> The N32 ABI is a bit odd, it combines a 32bit address space with
> 64bit wide registers, but it still retains the classic (ILP32)
> data type lengths. I mentioned "long long" since that is the only
> data type which is subtly different between both ILP32 variants.
> Maybe this part isn't relevant for ROOT.

I guess whether the O32/N32 split is important, depends on where "64bit
wide registers" registers are used and important. 

> > I guess the "argument registers" refers to variadic arguments, but
> > exactly what that would imply in the ROOT source code I don't know.
> 
> On MIPS (and most other RISC-like architectures) the first few
> arguments to a function are passed via registers. From the
> powerpc code in cint I inferred this is an important property
> which the code needs to know about.

The code in CINT related to MIPS is currently 

#elif (defined(__mips)&&defined(linux))
/**
* MIPS, Linux
**/
# define G__VAARG_INC_COPY_N 4
# define G__VAARG_PASS_BY_REFERENCE 8

I guess these should really be 

   | mips   | mipsn32   | mips64
   | mipsel | mipsn32el | mips64el
---++-
G__VAARG_INC_COPY_N|   4| 8 |8
G__VAARG_PASS_BY_REFERENCE |   4| 8 |8

if "G__VAARG_INC_COPY_N" is meant to be the size of the argument
registers, and "G__VAARG_PASS_BY_REFERENCE" is the number of arguments
passed by reference through registers.  Can someone on the CINT mailing
list elaborate please? Thanks.

How would one

Bug#449603: lakai: watch file broken

[Micha Lenk]

Package: lakai
Version: 0.1-1
Severity: minor

Hi,

apparently lakai's watch file is broken. The command uscan outputs an
error about a bad hostname:

$ uscan
uscan warning: In watchfile debian/watch, reading FTP directory
  ftp://sourceforge.cs.umn.edu/pub/sourceforge/l/la/lakai/ failed: 500 
LWP::Protocol::MyFTP: Bad hostname 'sourceforge.cs.umn.edu'

regards
  Micha



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

Bug#413439: "ERROR: gnu_cp_al() needs a valid directory as an argument"

[David Keegel]

Filipus,

This is a bug in upstream rsnapshot 1.2.9 and 1.3.0 - if neither .sync
or hourly.0 snapshots exist (as happens when you run rsnapshot sync for
the first time ever) and link_dest is disabled (which is the default),
then you get an error as rsnapshot tries to copy hourly.0 to .sync.

For now, you can work around it by running
# mkdir /var/cache/rsnapshot/hourly.0
(you only need to do this once), and then run 
# rsnapshot sync
and continue as normal.

I am going to fix the underlying rsnapshot bug in a future version
(probably rsnapshot 1.3.1, which does not exist yet).

-- 
David KeegelLoyalty Pacific Pty Ltd
IT Systems AdministratorLevel 4, 800 Toorak Rd
Tel: 03 8608 7726   Glen Iris Vic 3146




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

Bug#416524: linux-image-2.6.18-5-xen-amd64: Kernel BUG at fs/fuse/control.c:82

[dann frazier]

forcemerge 427518 416524
thanks

On Tue, Oct 30, 2007 at 11:01:46PM +0100, Hans van Kranenburg wrote:
> So... It seems 2.6.18.dfsg.1-16 fixes this issue, like you suggested.
> Perhaps you can shed some light on what exactly was the issue? :)

>From the changelog:
  * Fix a BUG in fuse_ctl_add_dentry by resetting the dentry counter
in fuse_ctl_kill_sb(). (closes: #427518)

-- 
dann frazier




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

Bug#449602: perforate: finddup is a damn memory hog

[Joerg Jaspert]

Package: perforate
Version: 1.2-5
Severity: important

Hi

The subject say all - finddup eats all memory.

Looking into it its the Digest::MD5 sum usage of finddup, seems the
author never tested with large files, or lots of files (worth a terabyte
of disc space). Kicking the "addfile" and instead doing a while loop has
two effects:

- does not eat any noticable amount of memory anymore.
  (other than whats needed for the file list)
- is noticable faster, for whatever reason.

--- /usr/bin/finddup	2006-08-18 23:09:57.0 +0200
+++ /home/joerg/finddup	2007-11-07 00:33:01.827142588 +0100
@@ -131,11 +131,19 @@
 sub insert_md5
 {
my $file = shift;
+   my $data;
+
if (open(IN, "<", $file->[4]->[0]))
{
-  my $md5 = Digest::MD5->new->addfile(*IN)->hexdigest;
-  $md5 .= "\t".$file->[1]."\t".$file->[2]."\t".$file->[3] unless $opt->{'ignore-perms'};
+  my $check = Digest::MD5->new;
+  while (sysread(IN, $data, 8192))
+  {
+ $check->add($data);
+  }
   close IN;
+  my $md5 = $check->hexdigest;
+
+  $md5 .= "\t".$file->[1]."\t".$file->[2]."\t".$file->[3] unless $opt->{'ignore-perms'};
   $md5list{$md5} = [] unless exists $md5list{$md5};
   push @{$md5list{$md5}}, $file;
}

-- 
bye Joerg
Some AM to his NM on [11 Aug. 2004]:
You already won't get through Front Desk and Account Manager approvals before 
sarge,[...]
[Note: He made it! :) ]


pgpvBLPFbMDPJ.pgp
Description: PGP signature

Bug#440301: iso-scan.postinst fails to find ISO on partitioned USB stick

[Frans Pop]

On Tuesday 06 November 2007, Otavio Salvador wrote:
> At line 9 and 10 it set _how_ it ought to check the syspaths and the
> set of paths is complely different between partition (line 4) and
> normal case (line 12).

Yes, I missed the different paths. After thinking the patch through a bit 
more, it seems correct to me.

It surprises me a bit that the bug still exists as Marco d'Itri expected it 
to disappear after we stopped using devfs compatibility udev rules (which 
is now the case in daily builds).

Perhaps we should contact Marco about this again. But before we do, we 
should compare the udevinfo output for D-I and for the installed system to 
verify if the problem exists in the installed system too.

Cheers,
FJP


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

Bug#437742: [Pkg-db-devel] Bug#437742: libdb4.6: FTBFS on arm: in testsuite, run_subsystem: env env007: db open:invalid argument

[Clint Adams]

On Tue, Nov 06, 2007 at 11:15:07PM +, brian m. carlson wrote:
> Since this is an RC bug, I'd like to see it fixed.  If the maintainer and 
> submitter feel that accepting testsuite errors is okay (which is the 
> current situation, according to b.d.o), then please close this bug.

I think that we feel that getting 4.6.21 into testing is more important
than the breakage (which is not a regression, unfortunately).

It would be nice if all the testsuite errors on each of the problematic
architectures could be resolved.



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

Bug#449601: fam: Frequent messages "stat on $file failed" in syslog

[Frans Pop]

Package: fam
Version: 2.7.0-13
Severity: normal

I run logcheck on my desktop and get fairly frequent errors from famd
because apparently it tries to read temporary files after they've been
deleted. Most of the time it's KDE files, but not exclusively. If I use
vim intensively, I also often get them for '.viminfo.tmp'.

Below a selection from syslog.

I'm not sure if this is an issue in fam or maybe caused by the way the
relevant programs handle temp files, but it is quite annoying.
I tried googling for the error, but did not find much.

Of course I could add a logcheck ignore rule, but I'd first like to know
if this is a bug or "expected".
If it is expected, it seems kind of silly for fam to report these in syslog,
but if that's wanted for some reason, maybe a rule should be added to
logcheck by default to suppress them in logcheck reports.

This is not a recent regression; I've been seeing these for quite some time.

Cheers,
FJP

Oct 30 19:40:37 faramir famd[3566]: stat on "kdeglobalshOoEva.new" failed: No 
such file or directory
Oct 31 18:34:13 faramir famd[3659]: stat on "kdeglobalsgEqylc.new" failed: No 
such file or directory
Oct 31 18:40:53 faramir famd[3659]: stat on "kdeglobalsyRenda.new" failed: No 
such file or directory
Nov  1 03:16:36 faramir famd[3659]: stat on "kgetrc.lock" failed: No such file 
or directory
Nov  1 05:41:29 faramir famd[3659]: stat on "kdeglobals.lockK0bB1a.tmp" failed: 
No such file or directory
Nov  1 13:52:28 faramir famd[3654]: stat on "kdeglobalsoVZy3a.new" failed: No 
such file or directory
Nov  2 13:09:36 faramir famd[3654]: stat on "kdeglobalszr6ibc.new" failed: No 
such file or directory
Nov  2 16:42:43 faramir famd[3654]: stat on "kdeglobalsDo1kVb.new" failed: No 
such file or directory
Nov  2 18:52:43 faramir famd[3654]: stat on "kviewviewerrc.lock" failed: No 
such file or directory
Nov  2 22:23:21 faramir famd[3654]: stat on "kdeglobals.lockqRquhc.tmp" failed: 
No such file or directory
Nov  3 01:05:20 faramir famd[3654]: stat on "kdeglobals.lockQrLsMb.tmp" failed: 
No such file or directory
Nov  3 19:29:09 faramir famd[3648]: stat on ".viminfo.tmp" failed: No such file 
or directory
Nov  4 02:06:18 faramir famd[3648]: stat on "kdeglobalsGcGNAb.new" failed: No 
such file or directory
Nov  4 03:19:15 faramir famd[3648]: stat on "kdeglobals.lock" failed: No such 
file or directory
Nov  4 19:14:52 faramir famd[3643]: stat on "kdeglobalsy8Pdzb.new" failed: No 
such file or directory
Nov  4 20:04:10 faramir famd[3643]: stat on "kdeglobalsRs4t3b.new" failed: No 
such file or directory
Nov  4 21:36:43 faramir famd[3643]: stat on "kdeglobals.lockPSrAZb.tmp" failed: 
No such file or directory
Nov  5 12:26:11 faramir famd[3604]: stat on "kdeglobalsvISXpc.new" failed: No 
such file or directory
Nov  5 12:41:11 faramir famd[3604]: stat on "kdeglobals6ZwXLb.new" failed: No 
such file or directory
Nov  5 13:04:27 faramir famd[3604]: stat on "konquerorrc.lock" failed: No such 
file or directory
Nov  5 13:31:50 faramir famd[3604]: stat on "kdeglobalsxqyxfa.new" failed: No 
such file or directory
Nov  5 17:07:06 faramir famd[3604]: stat on "kdeglobalsJ4gQja.new" failed: No 
such file or directory
Nov  5 18:27:57 faramir famd[3604]: stat on "emaildefaults.lock" failed: No 
such file or directory
Nov  5 18:59:01 faramir famd[3604]: stat on "kdeglobals6YwvWb.new" failed: No 
such file or directory
Nov  5 20:23:29 faramir famd[3604]: stat on "kdeglobals.lockHx8joa.tmp" failed: 
No such file or directory
Nov  6 19:30:14 faramir famd[3640]: stat on "kdeglobals.lockoAUgEb.tmp" failed: 
No such file or directory
Nov  6 19:39:32 faramir famd[3640]: stat on "kdeglobalsDi4Ywb.new" failed: No 
such file or directory
Nov  6 21:58:35 faramir famd[3640]: stat on "kdeglobalsKXI1Ba.new" failed: No 
such file or directory
Nov  6 23:58:31 faramir famd[3640]: stat on ".viminfo.tmp" failed: No such file 
or directory

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

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

Versions of packages fam depends on:
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  portmap   6.0-4  The RPC portmapper

fam recommends no packages.

-- no debconf information



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

Bug#227865: lists.d.o. msgid search (Re: Bug#227865: closed by Thomas Viehmann <[EMAIL PROTECTED]> (Linking to the list archives))

[Justin Pryzby]

On Wed, Nov 07, 2007 at 12:12:13AM +0100, Filippo Giunchedi wrote:
> On Tue, Nov 06, 2007 at 09:06:03PM +, Debian Bug Tracking System wrote:
> > Message-ID: <[EMAIL PROTECTED]>
> > Date: Tue, 06 Nov 2007 22:00:53 +0100
> > From: Thomas Viehmann <[EMAIL PROTECTED]>
> > User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
> > To: [EMAIL PROTECTED]
> > Subject: Linking to the list archives
> > 
> > Hi Filippo,
> > 
> > some time ago, you asked for a way to link to the Debian list archives
> > without browsing them.
> > While the method you propose is impossible to implement (the list
> > delivery happens before the archive address is known), you can link to
> > any message in the list archive using the msgid by using
> >   http://lists.debian.org/msgid-search/
> > and appending a msgid. (Examples are given at the web page.)
> > 
> > I do hope that this is a good solution to your request,
> 
> indeed, thanks for pointing that out.
> 
> Perhaps a link to that search should be added to
> http://www.debian.org/MailingLists/ ? I couldn't find any pointer to that page
> except on the lists themselves.

http://lists.debian.org./debian-qa/
=> http://lists.debian.org/search.html
=> http://lists.debian.org/msgid-search/



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

Bug#449600: aptitude upgrades itself, then fails due to missing libapt-pkg-libc6.6-6.so.4.4

[Daniel Kahn Gillmor]

Subject: aptitude upgrades itself, then fails due to missing 
libapt-pkg-libc6.6-6.so.4.4
Package: aptitude
Version: 0.4.6.1-1.1
Severity: normal

*** Please type your report below this line ***

I just upgraded this relatively small, cleanbb debian etch amd64 system
to lenny by changing /etc/apt/source.list, and then doing:

aptitude update
aptitude dist-upgrade

and aptitude broke itself, because it upgraded itself without ensuring
the apt package was properly upgraded firstb.

In particular, there was a mailman installation which had an
outstanding message, which caused an error during the upgrade.  for
whatever reason, aptitude apparently thought that meant that it
shouldn't bother installing the new version of apt before quitting,
which left it broken.

Here's a snippet of the console during this process, followed by me
trying another dist-upgrade, showing the brokennes:

---
dpkg: error processing /var/cache/apt/archives/mailman_1%3a2.1.9-8_amd64.deb 
(--unpack):
 subprocess pre-installation script returned error exit status 1
No updates are necessary.
Starting Mailman master qrunner: mailmanctl.
Preparing to replace apt-utils 0.6.46.4-0.1 (using 
.../apt-utils_0.7.6_amd64.deb) ...
Unpacking replacement apt-utils ...
Preparing to replace aptitude 0.4.4-4 (using 
.../aptitude_0.4.6.1-1.1_amd64.deb) ...
Unpacking replacement aptitude ...
Preparing to replace debian-archive-keyring 2007.07.31~etch1 (using 
.../debian-archive-keyring_2007.07.31_all.deb) ...
Unpacking replacement debian-archive-keyring ...
Errors were encountered while processing:
 /var/cache/apt/archives/mailman_1%3a2.1.9-8_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up debian-archive-keyring (2007.07.31) ...
gpg: key 2D230C5F: "Debian Archive Automatic Signing Key (2006) <[EMAIL 
PROTECTED]>" not changed
gpg: key 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch) <[EMAIL 
PROTECTED]>" not changed
gpg: key ADB11277: "Etch Stable Release Key <[EMAIL PROTECTED]>" not changed
gpg: key BBE55AB3: "Debian-Volatile Archive Automatic Signing Key (4.0/etch)" 
not changed
gpg: Total number processed: 4
gpg:  unchanged: 4
dpkg: dependency problems prevent configuration of aptitude:
 aptitude depends on libapt-pkg-libc6.6-6-4.4; however:
  Package libapt-pkg-libc6.6-6-4.4 is not installed.
dpkg: error processing aptitude (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of apt-utils:
 apt-utils depends on libapt-pkg-libc6.6-6-4.4; however:
  Package libapt-pkg-libc6.6-6-4.4 is not installed.
dpkg: error processing apt-utils (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 aptitude
 apt-utils
255 mailmantest:~# aptitude dist-upgrade
aptitude: error while loading shared libraries: libapt-pkg-libc6.6-6.so.4.4: 
cannot open shared object file: No such file or directory
127 mailmantest:~# 
-

i managed to fix this by falling back to apt-get instead of aptitude:


0 mailmantest:~# apt-get install apt
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  dpkg-dev apt-doc bzip2 lzma
The following packages will be upgraded:
  apt
1 upgraded, 0 newly installed, 0 to remove and 55 not upgraded.
2 not fully installed or removed.
Need to get 0B/1469kB of archives.
After unpacking 77.8kB of additional disk space will be used.
apt-extracttemplates: error while loading shared libraries: 
libapt-pkg-libc6.6-6.so.4.4: cannot open shared object file: No such file or 
directory
debconf: apt-extracttemplates failed: Bad file descriptor(Reading database ... 
15806 files and directories currently installed.)
Preparing to replace apt 0.6.46.4-0.1 (using .../archives/apt_0.7.6_amd64.deb) 
...
Unpacking replacement apt ...
Setting up apt (0.7.6) ...
Installing new version of config file /etc/cron.daily/apt ...
gpg: key 2D230C5F: "Debian Archive Automatic Signing Key (2006) <[EMAIL 
PROTECTED]>" not changed
gpg: key 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch) <[EMAIL 
PROTECTED]>" not changed
gpg: key ADB11277: "Etch Stable Release Key <[EMAIL PROTECTED]>" not changed
gpg: key BBE55AB3: "Debian-Volatile Archive Automatic Signing Key (4.0/etch)" 
not changed
gpg: Total number processed: 4
gpg:  unchanged: 4
Setting up apt-utils (0.7.6) ...
Setting up aptitude (0.4.6.1-1.1) ...
0 mailmantest:~# 
---

and then aptitude worked again.

Thanks for maintaining the one of the best package managment tools in
the universe!

--dkg


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

Kernel: Linux 2.6.18-5-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  a

Bug#448965: perl: Time::HiRes ualarm with arg greater than 1 sec gives EINVAL

[Brendan O'Dea]

found 448965 5.8.8-9
thanks

On 06/11/2007, Matthijs Melchior <[EMAIL PROTECTED]> wrote:
> Brendan O'Dea wrote:
[drivel about usleep]

Oops, sorry...

> Yes, indeed, there is no problem with usleep. The problem I noticed is
> with ualarm:
>
> setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 200}},
> 0xbfe91468) = -1 EINVAL (Invalid argument)

OK.  I've replicated this with 5.8.8-9 and see your problem.

On what version did this work for you?

I see that there is code in Time/HiRes.xs to emulate ualarm() using
setitimer() which seems to correctly set the sec/usec components of
the timeval (it_value/it_interval) arguments, but this is not being
used with my current libc which has ualarm().

It seems possible that the version which worked for you was built
using this emiulated version.  The current build is calling ualarm()
directly.

Note the manual page for ualarm()  states that values >= 100 may
cause EINVAL (as is occuring here).

--bod



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

Bug#429064: Please apply the patch in 429064

[brian m. carlson]

Please apply the patch in #429064.  It has been tagged as having a patch 
since July 18, the patch is trivial (and correct, IMHO), and this RC bug 
is breaking other packages (workbone; #427592).  If, for some reason, 
this patch is unacceptable, please untag the bug and explain what is 
necessary for an acceptable patch (so that someone, maybe me, can 
implement one).


Thank you.

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#449582: manpage: generate 'a\.b.1' instead of 'a.b.1'

[Daniel Leidert]

forwarded 449582 
http://sourceforge.net/tracker/index.php?func=detail&aid=1827195&group_id=21935&atid=373747
tags 449582 + confirmed pending
thanks

Am Mittwoch, den 07.11.2007, 05:39 +0800 schrieb LI Daobing:

> when the manpage name is a.b.1, this one prefer to generate a\.b.1
> 
> input files in attachment, use following step to reproduce:
> 
> $ cat 1.xml | xsltproc --nonet - molden.1.xml
> Note: meta date   : no date; using generated date  molden
> Note: meta date   : see http://docbook.sf.net/el/date  molden
> Note: meta version: No productnumber   molden
> Note: meta version: no refentry/refmeta/[EMAIL PROTECTED]  molden
> Note: meta version: Using releaseinfo  molden
> Note: Writing molden.1
> Note: Writing gmolden.1 (soelim stub)
> Note: Writing molden\.mpfit.1 (soelim stub)
> Note: Writing molden\.noxwin.1 (soelim stub)

Thanks LI. I found the cause and will fix it asap. More information at
the sf.net tracker.

Regards, Daniel




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

Bug#437742: libdb4.6: FTBFS on arm: in testsuite, run_subsystem: env env007: db open:invalid argument

[brian m. carlson]

On Tue, Aug 14, 2007 at 10:07:01AM +0300, Riku Voipio wrote:

On Mon, Aug 13, 2007 at 06:49:06PM -0400, Clint Adams wrote:

! grep ^FAIL obj/ALL.OUT
FAIL: run_subsystem: env env007:  db open:invalid argument
make: *** [build] Error 1


This testsuite failure has happened *all* db, db4.5, db4.4 and
db4.3 builds on arm since 2004 [1]. Aka since the testsuite
has been enabled. Failing the package build on testsuite errors
has only been enabled in the most recent upload.


Does anyone know *why* it's failing?  The build log isn't very clear, 
and I don't understand TCL.  If someone with an arm machine can tell me 
exactly what's going wrong, I might be able to implement a fix.


Since this is an RC bug, I'd like to see it fixed.  If the maintainer 
and submitter feel that accepting testsuite errors is okay (which is the 
current situation, according to b.d.o), then please close this bug.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#403814: Needs a libnm-glib-dev b-dep as well

[Loïc Minier]

Hi,

 Just a note that NM support is working fine here too.  Passing
 --enable-nm is one thing, but one also need to build-dep on
 libnm-glib-dev.

   Cheers,
-- 
Loïc Minier

Bug#227865: closed by Thomas Viehmann <[EMAIL PROTECTED]> (Linking to the list archives)

[Filippo Giunchedi]

On Tue, Nov 06, 2007 at 09:06:03PM +, Debian Bug Tracking System wrote:
> Message-ID: <[EMAIL PROTECTED]>
> Date: Tue, 06 Nov 2007 22:00:53 +0100
> From: Thomas Viehmann <[EMAIL PROTECTED]>
> User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)
> To: [EMAIL PROTECTED]
> Subject: Linking to the list archives
> 
> Hi Filippo,
> 
> some time ago, you asked for a way to link to the Debian list archives
> without browsing them.
> While the method you propose is impossible to implement (the list
> delivery happens before the archive address is known), you can link to
> any message in the list archive using the msgid by using
>   http://lists.debian.org/msgid-search/
> and appending a msgid. (Examples are given at the web page.)
> 
> I do hope that this is a good solution to your request,

indeed, thanks for pointing that out.

Perhaps a link to that search should be added to
http://www.debian.org/MailingLists/ ? I couldn't find any pointer to that page
except on the lists themselves.

thanks for your work,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Age is not a particularly interesting subject. Anyone can get old. All
you have to do is live long enough.
-- Groucho Marx



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

Bug#449599: rhythmbox: Play position slider often shown in wrong place

[Reuben Thomas]

Package: rhythmbox
Version: 0.11.2-1
Severity: normal

For example, either the slider gets to the end of the track before the
track stops playing, or it never gets to the end. Sometimes, it seems
to be proportioned to a different track's length.

This is not, as far as I can see, related to the bug where Rhythmbox
sometimes gets the lengths of tracks wrong: it occurs with files of
which Rhythmbox has the correct length, and doesn't always go wrong in
the same way on the same track.

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

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

Versions of packages rhythmbox depends on:
ii  dbus1.1.1-3  simple interprocess messaging syst
ii  gconf2  2.20.0-1 GNOME configuration database syste
ii  gnome-icon-theme2.20.0-1 GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gst 0.10.14-4GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gstr 0.10.6-2 GStreamer plugin for ESD
ii  gstreamer0.10-gnomevfs  0.10.14-4GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins-b 0.10.14-4GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-g 0.10.6-2 GStreamer plugins from the "good" 
ii  gstreamer0.10-x 0.10.14-4GStreamer plugins for X11 and Pang
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  libavahi-client30.6.21-2 Avahi client library
ii  libavahi-common30.6.21-2 Avahi common library
ii  libavahi-glib1  0.6.21-2 Avahi glib integration library
ii  libbonobo2-02.20.0-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.20.0-1 The Bonobo UI library
ii  libc6   2.6.1-1+b1   GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libexpat1   1.95.8-4 XML parsing C library - runtime li
ii  libffi4 4.2.2-3  Foreign Function Interface library
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.20.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.1-5 The GLib library of C routines
ii  libgnome-keyring0   2.20.1-1 GNOME keyring services library
ii  libgnome-media0 2.18.0-2+b2  runtime libraries for the GNOME me
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.20.0-3   GNOME Virtual File System (runtime
ii  libgnutls13 2.0.1-1  the GNU TLS library - runtime libr
ii  libgpod20.5.2-4  a library to read and write songs 
ii  libgstreamer-plugins-ba 0.10.14-4GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.14-2Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface 
ii  libhal1 0.5.9.1-6Hardware Abstraction Layer - share
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  liblircclient0  0.8.0-13 infra-red remote control support -
ii  libmtp6 0.2.2-2  Media Transfer Protocol (MTP) libr
ii  libmusicbrainz4c2a  2.1.5-1  Second generation incarnation of t
ii  libnautilus-burn4   2.18.2-1 Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
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  libsexy20.1.11-2 collection of additional GTK+ widg
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsoup2.2-82.2.101-1an HTTP library implementation in 
ii  libtotem-plparser7  2.20.0-3 Totem Playlist Parser library - ru
ii  libusb-0.1-4

Bug#449597: Please, provide a menu file for trayer

[Nelson A. de Oliveira]

Package: trayer
Version: 1.0-2
Severity: minor

Hi!

It would be nice to have a menu file for trayer.

Thank you!

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.23-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 trayer depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.91-1 generic font configuration library
ii  libglib2.0-02.14.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.3.2-1+b1 X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxmu6 1:1.0.3-1X11 miscellaneous utility library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra

trayer recommends no packages.

-- no debconf information



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

Bug#449598: alltray: Please, provide a menu file

[Nelson A. de Oliveira]

Package: alltray
Version: 0.69-1
Severity: minor

Hi!

It would be nice to have a menu file for alltray

Thank you!

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.23-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 alltray depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.91-1 generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.20.1-1 GNOME configuration database syste
ii  libglib2.0-02.14.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface 
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.23~beta04-1  PNG library - runtime
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  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  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

alltray recommends no packages.

-- no debconf information



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

Bug#449595: [INTL:gl] Galician debconf template translation for x-ttcidfont-conf

[Jacobo Tarrio]

Package: x-ttcidfont-conf
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
# Galician translation of x-ttcidfont-conf's debconf templates
# This file is distributed under the same license as the x-ttcidfont-conf 
package.
# Jacobo Tarrio <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: x-ttcidfont-conf\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-11-06 09:58+0100\n"
"PO-Revision-Date: 2007-11-06 22:49+\n"
"Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n"
"Language-Team: Galician <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../templates:2001
msgid "Backend to use for TrueType handling on X:"
msgstr "Motor a empregar para o manexo de TrueType en X:"

#. Type: select
#. Description
#: ../templates:2001
msgid "Two backends can handle TrueType fonts: FreeType and X-TT."
msgstr ""
"Hai dous motores que poden xestionar os tipos TrueType: FreeType e X-TT."

#. Type: select
#. Description
#: ../templates:2001
#| msgid ""
#| "XFree86 4.x has two backends to handle TrueType fonts, FreeType and X-TT. "
#| "FreeType (a simple backend) is standard, while X-TT is alternative and "
#| "has a mechanism of decorating TrueType fonts that can create bold and "
#| "oblique faces from a single font."
msgid ""
"The standard FreeType has simple features, while X-TT offers a TrueType "
"fonts decoration mechanism that can create bold and oblique faces from a "
"single font."
msgstr ""
"FreeType ten características simples, mentres que X-TT ofrece un mecanismo "
"de decoracións de tipos de letra que pode crear tipos en negrito e "
"inclinados a partires dun só tipo."

#. Type: select
#. Description
#: ../templates:2001
#| msgid "If unsure, choose FreeType."
msgid "If in doubt, you should choose FreeType."
msgstr "Se ten dúbidas debería escoller FreeType."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Prefer speed over quality while rendering?"
msgstr "¿Primar a velocidade sobre a calidade ao debuxar?"

#. Type: boolean
#. Description
#: ../templates:3001
#| msgid "There are two ways for XTT to calculate the font metrics:"
msgid "There are two ways for X-TT to calculate the font metrics:"
msgstr "X-TT ten dous sistemas para calcular as métricas dos tipos:"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
" - user header info:  fast and lightweight but fallible;\n"
" - calculate every glyph: slow and heavyweight but reliable."
msgstr ""
" - información da cabeceira do usuario: rápida pero pode fallar;\n"
" - calcular cada glifo: lento pero fiable."

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"With a fast CPU and enough memory, you should decline this option and X-TT "
"will calculate every glyph."
msgstr ""
"Cunha CPU rápida e memoria dabondo, debería rexeitar esta opción, e X-TT ha "
"calcular cada glifo."

#~ msgid "FontPath of TrueType and CID managed by defoma is changed"
#~ msgstr "Cambiou a ruta dos tipos TrueType e CID xestionados por defoma"

#~ msgid ""
#~ "TrueType and CID font paths which defoma manages have changed again. "
#~ "Please add these entries to the \"Files\" section of /etc/X11/xorg.conf:"
#~ msgstr ""
#~ "As rutas dos tipos TrueType e CID xestionados por defoma cambiaron outra "
#~ "vez. Engada estas entradas á sección \"Files\" de /etc/X11/xorg.conf:"

#~ msgid ""
#~ "  FontPath \"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID\"\n"
#~ "  FontPath \"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType\""
#~ msgstr ""
#~ "  FontPath \"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID\"\n"
#~ "  FontPath \"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType\""

#~ msgid ""
#~ "Also add these two directories to the \"catalogue\" path lists in /etc/"
#~ "X11/fs/config and/or /etc/X11/fs-xtt/config, and delete any mention of /"
#~ "usr/lib/X11/fonts/CID in any of these files."
#~ msgstr ""
#~ "Engada tamén estes directorios ás listas de rutas \"catalogue\" no "
#~ "ficheiro /etc/X11/fs/config e/ou /etc/X11/fs-xtt/config, e elimine "
#~ "calquera mención de /usr/lib/X11/fonts/CID neses ficheiros."

#~ msgid ""
#~ " 1) use header info; fast, lazy, possible miscalculation(?).\n"
#~ " 2) calculate every glyph; slow, need highspeed CPU and much memory."
#~ msgstr ""
#~ " 1) empregar a información das cabeceiras; rápido, posiblemente inexacto "
#~ "(?).\n"
#~ " 2) calcular cada glifo; lento, precisa de unha CPU rápida e moita "
#~ "memoria."

#~ msgid ""
#~ "If you have a relatively fast CPU and plenty of available memory, you "
#~ "should go for (2) and decline this option. If your computer's resources "
#~ "are limited, you should go for the first solution and select this option."
#~ msgstr ""
#~ "Se ten unha CPU relativamente rápida e moita memoria dispoñible debería "
#~ "decidir (2) e rexeitar esta opción. Se os recursos do seu ordenador son "
#~ "limitados debería optar pola primeira so

Bug#449596: bonnie++: manpage typos

[Justin Pryzby]

Package: bonnie++
Version: 1.03a+b1
Severity: minor
Tags: patch
File: /usr/share/man/man8/bonnie++.8.gz

--- /usr/share/man/man8/bonnie++.8.gz
+++ -   2007-11-06 13:42:15.883327711 -0500
@@ -170,7 +170,7 @@
 display no result than a wrong result.
 
 .SH "AUTHOR"
-This program, it's manual page, and the Debian package were written by
+This program, its manual page, and the Debian package were written by
 Russell Coker <[EMAIL PROTECTED]>, parts of the program are based on the
 work of Tim Bray <[EMAIL PROTECTED]>.
 .P
@@ -180,7 +180,7 @@
 
 .SH "SIGNALS"
 Handles SIGINT and does a cleanup (which may take some time), a second SIGINT
-or a SIGQUIT will cause it to immidiately die.
+or a SIGQUIT will cause it to immediately die.
 .P
 SIGXCPU and SIGXFSZ act like SIGINT.
 .P

--- /usr/share/man/man8/bonnie++.8.gz
+++ -   2007-11-06 13:42:15.883327711 -0500
@@ -170,7 +170,7 @@
 display no result than a wrong result.
 
 .SH "AUTHOR"
-This program, it's manual page, and the Debian package were written by
+This program, its manual page, and the Debian package were written by
 Russell Coker <[EMAIL PROTECTED]>, parts of the program are based on the
 work of Tim Bray <[EMAIL PROTECTED]>.
 .P
@@ -180,7 +180,7 @@
 
 .SH "SIGNALS"
 Handles SIGINT and does a cleanup (which may take some time), a second SIGINT
-or a SIGQUIT will cause it to immidiately die.
+or a SIGQUIT will cause it to immediately die.
 .P
 SIGXCPU and SIGXFSZ act like SIGINT.
 .P

Bug#432862: rsnapshot: interval definitions in cron.d unintuitive

[David Keegel]

rsnapshot will work better if monthly is done before weekly, weekly
before daily and daily before hourly.  

For example, if you run "rsnapshot daily" then "rsnapshot weekly", 
then you will end up with no daily.6 snapshot, and a snapshot will 
be unnecessarily deleted (assuming the default rsnapshot.conf). 

The daily will delete the old daily.6, rotate the daily snapshots up and
promote hourly.5 to daily.0; then the weekly will delete weekly.3,
rotate the weekly snapshots up and promote daily.6 to weekly.0.  If
rsnapshots are run in the other order, then daily.6 won't be deleted
(because it will instead have been promoted to weekly.0).

This is why /etc/cron.d/rsnapshot (if lines are uncommented) 
runs monthly before weekly, weekly before daily, and daily 
before hourly.

You also would not want to run multiple rsnapshots at the same time.
(@hourly, @daily, @weekly, @monthly and @yearly all run at midnight.)

Also note that (with the default rsnapshot.conf) hourly is intended 
to run 6 times per day (that is, every 4 hours), not every hour.

Hopefully this gives a good explanation to Jon about why the cron
definitions are as they are and why built-ins are not used.

There is some more documentation on this in the rsnapshot(1) man page, 
under USAGE, http://www.rsnapshot.org/rsnapshot.html#usage .  And at
http://www.rsnapshot.org/howto/1.2/rsnapshot-HOWTO.en.html#automation

So I would recommend that neither of the patches are applied.
I probably also suggest just to close this bug.

-- 
David KeegelLoyalty Pacific Pty Ltd
IT Systems AdministratorLevel 4, 800 Toorak Rd
Tel: 03 8608 7726   Glen Iris Vic 3146




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

Bug#449594: emacs22-el: mml2015-pgg-sign does not insert Content-Type: header for signed part

[Daniel Kahn Gillmor]

Package: emacs22-el
Version: 22.1+1-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


When i use mml-secure-message-sign-pgpmime (C-c C-m s p), in an
up-to-date lenny emacs22 installation, it invokes mml2015-pgg-sign to
sign the active message.

The resulting internal message part (the part that is signed, not the
signature) does not have a Content-Type: header, however.  You can see
an example of one such message here:

  http://marc.info/?l=openssh-unix-dev&m=119212056224122&q=raw

Note the lack of a Content-Type: header after the first --=-=-=
separator.  RFC 2045 seems to suggest that a Content-Type: header
should be present for every MIME message, in every part, though it
grants that a default assumption of text/plain is reasonable.  Why not
explicitly declare a Content-Type header before signing?

I noticed this particular issue because pipermail (mailman's archiving
tool) seems to ignore mime parts without an explicit Content-Type.
The message linked above shows up in its original mailman archive
without the message body:

  http://lists.mindrot.org/pipermail/openssh-unix-dev/2007-October/025812.html

While this blank message presentation is probably a bug in pipermail
(i'm following up with them about it [0]), it would be nice for
pgg-signed messages to include an explicit Content-Type (maybe just
text/plain?) for the body of the messages, to be a little more
"conservative in what you emit".

I've also heard (but not verified) a report from a friend that his
blackberry displays a blank message body when he looks at signed mails
from me.

I realize that the worst bugs here are most likely in other tools, but
it would be good if pgg could play nicer with them as well.

Thanks so much for maintaining these packages in debian!

   --dkg

[0] 
https://sourceforge.net/tracker/index.php?func=detail&aid=759841&group_id=103&atid=100103


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

Kernel: Linux 2.6.22-2-686 (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 emacs22-el depends on:
ii  emacs22-common22.1+1-2   The GNU Emacs editor's shared, arc

emacs22-el recommends no packages.

- -- no debconf information

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

iQIVAwUBRzDtmszS7ZTSFznpAQJfrg/+MTWcmC8A7BBcz4g1m88HjziWo4lOYAG8
icRJyPhWkNsgNRjBAg+Yd+HTcgyIOhgj1YEWv9zXfGmCWw9CVtB4I/d7/uEo9ZAV
iw+b+hO6/BOlkR1X6ruZ593cY5fHFuZWfEn+0DE04MNjk+M55eeUBzj3tr/4fkfj
wJ4EXTWYAiZXbtJ7L06SHntgfXx0jv7jxnAQ5hoDB/UvxiOjRCqNcR4a2kNXcxaY
K1S7E1J9dVT66zQUbCSqmE5hYLayzPNiidbtXCQ+mifBY7SAL+giHZm7/YgyRLiW
LhX6Q9KmKEoLZH4EQj4d0FGu+xE6iCair3HCjPDGOZBd/QdrZzL4OwoVy44fuRgc
QgG/FzAZWQcqNenspnl7iwK4PxE2+Ewwdgr5Lydak7MOdkz/DYI/NfagrN5hy8bx
Of7wFi+IB3S4qrI62Miq9hu1A7fKEjkMFNQhLvY283JdJc3eFdoCK3564+BmZnHb
oZDWpMDlAs2maBf2NbZ/cUZpVK1fq0CcTuV0Iy2UljAoMPTue6YHmlk7nQQIOKvH
LsSatFE0AC1hOefGUnaVWONrg3qkt7BBLYqyrUmiBtvRKz/mJ0cWVbJAB8L1CHFG
rQpT1SCR6y92p854+wtfzs+WWxh0yfrvZ/X4LV4NpRDE7MJP14Vcg1p0+L2rg6SZ
LqLRp6zqBsg=
=1MOR
-END PGP SIGNATURE-



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

Bug#449593: x-ttcidfont-conf : [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: x-ttcidfont-conf
Version: 25.2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for x-ttcidfont-conf's debconf messages.
Translator: Rui Branco 
Feel free to use it.

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


--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org





pt.po
Description: application/gettext

Bug#449592: Bashisms in mr

[Joey Hess]

Ken Bloom wrote:
> I'm trying out mr on a solaris machine, and running into bashisms in
> mr's default configuration.
> 
> [EMAIL PROTECTED] ~]$ mr register 546
> sh: syntax error at line 24: `delta=$' unexpected
> mr register: unknown repository type
> 
> this occurs at line 1131 of mr (in the default configuration file
> block)
> delta=$(perl -wle 'print -f shift() ? int((-M _) * 24) : ' "$flagfile")
> 
> Here is a patch for various bashisms. It may not completely eliminate
> all bashisms. In particular I only tried to fix the stuff I needed to work 
> with svn.
> 
> --- bin/mr  (revision 4157)
> +++ bin/mr  (working copy)
> @@ -1128,7 +1128,7 @@
> if [ -z "$flagfile" ]; then
> error "cannot determine flag filename"
> fi
> -   delta=$(perl -wle 'print -f shift() ? int((-M _) * 24) : 
> ' "$flagfile")
> +   delta=`perl -wle 'print -f shift() ? int((-M _) * 24) : ' 
> "$flagfile"`

Eh, $() is in POSIX, it is not a bashism. What shell are you trying to
use?

FWIW, mr was developed on a system with /bin/sh -> dash, and works well
here. I don't think the code contains any sort of bashism.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#449592: More complete bashisms patch

[Ken Bloom]

Here's a more complete bashism patch

--Ken
Index: bin/mr
===
--- bin/mr	(revision 4157)
+++ bin/mr	(working copy)
@@ -232,7 +232,7 @@
 (included in mr's built-in library) to skip updating the repo unless it's
 been at least 12 hours since the last update.
 
-  skip = test $(whoami) != joey
+  skip = test `whoami` != joey
   skip = [ "$1" = update ] && ! hours_since "$1" 12
 
 =item order
@@ -1128,7 +1128,7 @@
 		if [ -z "$flagfile" ]; then
 			error "cannot determine flag filename"
 		fi
-		delta=$(perl -wle 'print -f shift() ? int((-M _) * 24) : ' "$flagfile")
+		delta=`perl -wle 'print -f shift() ? int((-M _) * 24) : ' "$flagfile"`
 		if [ "$delta" -lt "$2" ]; then
 			exit 0
 		else
@@ -1146,7 +1146,7 @@
 git_bare_test =
 	test -d "$MR_REPO"/refs/heads && test -d "$MR_REPO"/refs/tags &&
 	test -d "$MR_REPO"/objects && test -f "$MR_REPO"/config &&
-	test "$(GIT_CONFIG="$MR_REPO"/config git config --get core.bare)" = true
+	test "`GIT_CONFIG="$MR_REPO"/config git config --get core.bare`" = true
 
 svn_update = svn update "$@"
 git_update = if [ "$@" ]; then git pull "$@"; else git pull -t origin master; fi
@@ -1185,44 +1185,44 @@
 git_bare_log = git log "$@"
 
 svn_register =
-	url=$(LANG=C svn info . | grep -i ^URL: | cut -d ' ' -f 2)
+	url=`LANG=C svn info . | grep -i '^URL:' | cut -d ' ' -f 2`
 	if [ -z "$url" ]; then
 		error "cannot determine svn url"
 	fi
 	echo "Registering svn url: $url in $MR_CONFIG"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="svn co '$url' '$MR_REPO'"
 git_register = 
-	url="$(LANG=C git config --get remote.origin.url)" || true
+	url="`LANG=C git config --get remote.origin.url`" || true
 	if [ -z "$url" ]; then
 		error "cannot determine git url"
 	fi
 	echo "Registering git url: $url in $MR_CONFIG"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="git clone '$url' '$MR_REPO'"
 bzr_register =
-	url=$(cat .bzr/branch/parent)
+	url=`cat .bzr/branch/parent`
 	if [ -z "$url" ]; then
 		error "cannot determine bzr url"
 	fi
 	echo "Registering bzr url: $url in $MR_CONFIG"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="bzr clone '$url' '$MR_REPO'"
 cvs_register =
-	repo=$(cat CVS/Repository)
-	root=$(cat CVS/Root)
+	repo=`cat CVS/Repository`
+	root=`cat CVS/Root`
 	if [ -z "$root" ]; then
 		error "cannot determine cvs root"
 		fi
 	echo "Registering cvs repository $repo at root $root"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="cvs -d '$root' co -d '$MR_REPO' '$repo'"
 hg_register = 
-	url=$(hg showconfig paths.default)
+	url=`hg showconfig paths.default`
 	echo "Registering mercurial repo url: $url in $MR_CONFIG"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="hg clone '$url' '$MR_REPO'"
 darcs_register = 
-	url=$(cat _darcs/prefs/defaultrepo)
+	url=`cat _darcs/prefs/defaultrepo`
 	echo "Registering darcs repository $url in $MR_CONFIG"
 	mr -c "$MR_CONFIG" config "`pwd`" checkout="darcs get '$url'p '$MR_REPO'"
 git_bare_register = 
-	url="$(LANG=C GIT_CONFIG=config git config --get remote.origin.url)" || true
+	url="`LANG=C GIT_CONFIG=config git config --get remote.origin.url`" || true
 	if [ -z "$url" ]; then
 		error "cannot determine git url"
 	fi

Bug#449480: also missing xiang1

[jidanni]

Another common missing char is
$ echo 鄉|uni2ascii
0x9109