Bug#506075: optimize apt-file invocations

[Damyan Ivanov]

Package: dh-make-perl
Version: 0.49
Severity: wishlist

Currently, dh-make-perl calls 'apt-file search' for each detected
dependency of the module. This makes it very slow, as apt-file parses all
the Contents files over and over for each invocation.

Instead, dh-make-perl could parse Contents* files already retrieved by
apt-file (in /var/cache/apt-file) *once* and then search in them
multiple times blazingly fast. A sample code for the parser is
available in lookup-requirements[1] under scripts/ in pkg-perl SVN
repository. It uses user-local cache to speed-up parsing. Perhaps
something similar can be used by dh-make-perl too (but perhaps put the
cache somewhere in ~/.dh-make-perl).

[1] 
http://svn.debian.org/viewsvn/pkg-perl/scripts/lookup-requirements?view=markup

Alternatively, dh-make-perl could use apt-xapian-index if available
(HOWTO needed).

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

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

Versions of packages dh-make-perl depends on:
ii  debhelper 7.0.17 helper programs for debian/rules
ii  dpkg-dev  1.14.22Debian package development tools
ii  fakeroot  1.10.1 Gives a fake root environment
ii  libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid 
ii  libmodule-depends-perl0.14-1 identify the dependencies of a dis
ii  libwww-mechanize-perl 1.34-2 Automate interaction with websites
ii  libyaml-perl  0.66-1 YAML Ain't Markup Language (tm)
ii  make  3.81-5 The GNU version of the "make" util
ii  perl  5.10.0-17  Larry Wall's Practical Extraction 
ii  perl-modules [libpod-parser-p 5.10.0-17  Core Perl modules

Versions of packages dh-make-perl recommends:
ii  apt-file  2.1.6  APT package searching utility -- c
ii  libmodule-build-perl  0.3000-1   Subclassable and make-independent 
ii  perl-modules [libmodule-build 5.10.0-17  Core Perl modules

dh-make-perl suggests no packages.

-- no debconf information

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#506074: pmount: mounts device with wrong uid and gid

[Guillaume Melquiond]

Subject: pmount: mounts device with wrong uid and gid
Package: pmount
Version: 0.9.18-2
Severity: grave
Justification: renders package unusable

When using "pmount /media/cdrom0" to mount a DVD with a regular user 
(uid = gid >= 1000), the device is actually mounted with uid=501 and 
gid=20. User 501 does not exist at all on the system; not sure where it 
comes from. Group 20 is the smallest gid the regular users are 
registered to, but this may be a coincidence.

As a consequence, this also makes mounting DVDs from a user interface 
like gnome/nautilus completely impossible, since it relies on pmount.

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

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

Versions of packages pmount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-4simple interprocess messaging syst
ii  libhal-storage1   0.5.11-6   Hardware Abstraction Layer - share
ii  libhal1   0.5.11-6   Hardware Abstraction Layer - share
ii  libsysfs2 2.1.0-5interface library to sysfs

pmount recommends no packages.

Versions of packages pmount suggests:
pn  cryptsetup (no description available)
ii  hal   0.5.11-6   Hardware Abstraction Layer

-- no debconf information





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

Bug#146172: /tools removed from mirrors

[Raphael Hertzog]

On Tue, 18 Nov 2008, Samuel Thibault wrote:
> > Loadlin-packager: CCed you, as you want to stop building the byhand
> > component.
> 
> Well loadlin should at least be kept on the installation CDs.  And to my
> knowledge the CD image build system fetches it from ftp mirrors...

Indeed, at least the etch version does and the lenny one probably too. It might
not fail but the result will be different…

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



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

Bug#478781: dh-make-perl: suggest look for deps with dpkg -S too

[Damyan Ivanov]

tags 478781 wontfix
thanks

-=| Kevin Ryde, Thu, May 01, 2008 at 09:22:20AM +1000 |=-
> Package: dh-make-perl
> Version: 0.42
> Severity: wishlist
> 
> It be nice if dh-make-perl would look at currently installed packages
> when making the control file "Depends:", as well as what apt-file
> reports.  I think that'd help establish depends on privately installed
> packages, like other dh-make-perl packages.  I believe apt-file doesn't
> report about those.  I get some joy from simply adding dpkg into
> 
>   @search = `apt-file search $module.pm; dpkg -S $module.pm`;
> 
> but I guess the logic would be better chopped around so dpkg is tried
> even if apt-file isn't installed.

I would prefer that dh-make-perl uses apt-file, or another specialized 
tool for the job (apt-xapian?).

If you want apt-file to work with your local repositories, make them 
contain Contents files. For example reprepro(1) has Contents 
configuration option for this purpose.

I am tagging this wontfix for now. If other pkg-perl members disagree, 
please override :)

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#506073: offlineimap: Invalid date crashes OfflineIMAP

[Chris Sloan]

Package: offlineimap
Version: 6.0.0
Severity: important

OfflineIMAP crashes with the following messages:

Syncing junk: IMAP -> Maildir
Thread 'Folder sync account[junk]' terminated with exception:
Traceback (most recent call last):
  File "/var/lib/python-support/python2.5/offlineimap/threadutil.py", 
line 153, in run
Thread.run(self)
  File "/usr/lib/python2.5/threading.py", line 446, in run
self.__target(*self.__args, **self.__kwargs)
  File "/var/lib/python-support/python2.5/offlineimap/accounts.py", 
line 229, in syncfolder
remotefolder.cachemessagelist()
  File "/var/lib/python-support/python2.5/offlineimap/folder/IMAP.py", 
line 153, in cachemessagelist
rtime = imaplibutil.Internaldate2epoch(messagestr)
  File "/var/lib/python-support/python2.5/offlineimap/imaplibutil.py", 
line 206, in Internaldate2epoch
return time.mktime(tt)
OverflowError: mktime argument out of range

Last 50 debug messages logged for Folder sync sx[junk] prior to 
exception:

followed by a whole bunch of messages (I presume 50) which appear to
be in groups of four.  The last grouping is:

imap: imapsplit() called with input: FLAGS (\Seen) UID 4799
INTERNALDATE "19-Jan-2038 11:14:07 -0800"
imap: imapsplit() returning: ['FLAGS', '(\\Seen)', 'UID',
'4799', 'INTERNALDATE', '"19-Jan-2038 11:14:07 -0800"']
imap: options2hash called with input: ['FLAGS', '(\\Seen)',
'UID', '4799', 'INTERNALDATE', '"19-Jan-2038 11:14:07 -0800"']
imap: options2hash returning: {'INTERNALDATE': '"19-Jan-2038
11:14:07 -0800"', 'FLAGS': '(\\Seen)', 'UID': '4799'}


This first manifested after a system upgrade from stable, so I believe
that the version of both OfflineIMAP and python have changed.  If I
understand the messages, it is crashing because a message on the IMAP
server (an exchange server) has an invalid date.

The first time I hit this message, it was for a local message which
did, in fact, have an invalid date, so I removed that file.  Then it
hit another file, so I nuked all the files and metadata and did a full
redownload.  This worked swimmingly for thousands of messages until
the message above.  The local copy of that folder is empty, so I know
it's an issue with the message on the server, not in the local file
system.  I tried to use a different IMAP client to find the message in
question, but none of the visible date fields seemed to correspond.  I
suspect that means that it's server meta data or something, but I
don't really know.




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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages offlineimap depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-support0.8.4  automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  python-kerberos(no description available)

-- no debconf information



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

Bug#505576: there are gnomes in my computer

[martin f krafft]

found 505576 0.2.1-2
thanks

DUe to some *weird* reason, all commits since 0.2.1-1 went into
0.2.1-2 except the one commit that actually fixes this issue. No
idea what happened, but I will see to it in the next couple of days,
unless someone else wants to push 0.2.1-3.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#487850: Bug in dh-make-perl fixed in revision 26997

[pkg-perl-maintainers]

tag 487850 + pending
thanks

Some bugs are closed in revision 26997
by Damyan Ivanov (dmn)

Commit message:

Make --depends and similar options to add packages to dependencies instead
of replacing the detected dependecy lists.
Closes: #487850 -- allow adding, not overwriting dependencies with
--depends and friends



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

Bug#501991: please provide Makefile (i.e., debian/rules) snippets for exporting quilt patches

[martin f krafft]

also sprach Stefano Zacchiroli <[EMAIL PROTECTED]> [2008.10.12.1743 +0200]:
> > Note that tg-export 0.5 will be able to export patches without
> > a staging branch, so much of this will be simplified. It's just not
> > working yet in 0.4.
> 
> Ah, cool, I leave to you then to decide whether with version 0.5 my
> proposal still makes sense. It can be that it has become *so* easy
> that the snippet is no longer worth.

Yeah, seems like it. It's still a fair idea, I think. People are not
forced to use it anyway.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#493652: Bug in dh-make-perl fixed in revision 26996

[pkg-perl-maintainers]

tag 493652 + pending
thanks

Some bugs are closed in revision 26996
by Damyan Ivanov (dmn)

Commit message:

Make parentheses around module name optional in the Module::Install-using
Makefile.PL. Closes: #493652 -- Fails to detect name
Thanks to Christ West (Faux) for the report and the patch



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

Bug#505903: marked as done (udev: Creates /dev/tape/)

[martin f krafft]

also sprach Marco d'Itri <[EMAIL PROTECTED]> [2008.11.17.2309 +0100]:
> > Wait, only since they use udev and udev pushed it. Or do you have
> > evidence of a relevant distro using /dev/tape/ prior or
> > independently of udev?
> Not relevant. They are used now.

Fits with the larger picture and sides well with all the other
idiotic decisions that have been made by people such as the udev
maintainers in recent years. Revolution vs. evolution. Brave new
world.

> > Do the links change when you change tapes? If not, then the
> > links do not point to tapes, but to drives, and /dev/"tape"/ is
> > a misnomer.
> They point to drives, and I do not care. I am not going to make
> Debian diverge from other distributions without a very good
> reason.

There are probably less tape drives running on Debian than Gentoo
users and other idiots. It will be hard to come up with a very good
reason by sheer quantity, if those don't count:

  - /dev/tape has been a symlink/device node for decades until udev
came around. In fact, I used /dev/tape long before Greg KH
conceived udev or Gentoo was born.
  - /dev/tape/* is a collection of symlink to drives, not tapes.

Do I take it from your reply that you are not even willing to take
this upstream?

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
due to lack of interest tomorrow has been cancelled.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#506071: Replace 'This module' with the real module name in long description

[Damyan Ivanov]

Package: dh-make-perl
Version: 0.49
Severity: wishlist

Far too often the long description that is extracted from the POD starts
like this:

 This module does this and that in a very nice way.

Compare this with:

 Foo::Bar does this and that in a very nice way.

The later would allow searching for the package with

 apt-cache search Foo::Bar

If dh-make-perl can offer some aid for easying searching in the obvious
cases, that would be nice.


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

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

Versions of packages dh-make-perl depends on:
ii  debhelper 7.0.17 helper programs for debian/rules
ii  dpkg-dev  1.14.22Debian package development tools
ii  fakeroot  1.10.1 Gives a fake root environment
ii  libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid 
ii  libmodule-depends-perl0.14-1 identify the dependencies of a dis
ii  libwww-mechanize-perl 1.34-2 Automate interaction with websites
ii  libyaml-perl  0.66-1 YAML Ain't Markup Language (tm)
ii  make  3.81-5 The GNU version of the "make" util
ii  perl  5.10.0-17  Larry Wall's Practical Extraction 
ii  perl-modules [libpod-parser-p 5.10.0-17  Core Perl modules

Versions of packages dh-make-perl recommends:
ii  apt-file  2.1.6  APT package searching utility -- c
ii  libmodule-build-perl  0.3000-1   Subclassable and make-independent 
ii  perl-modules [libmodule-build 5.10.0-17  Core Perl modules

dh-make-perl suggests no packages.

-- no debconf information



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

Bug#501991: please factorize also README.source snippets

[martin f krafft]

clone 501991 -1
retitle -1 please factorize also README.source snippets
thanks

also sprach Stefano Zacchiroli <[EMAIL PROTECTED]> [2008.10.12.1702 +0200]:
> BTW, if the idea of shipping the factorized Makefile snippet gets
> through, I think we also need to factorize the corresponding part
> of README.source.
> 
> Having tons of topgit tutorials in there won't be nice either.

Agreed.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#506014: xulrunner-1.9: conflicts with j2re1.4

[Mike Hommey]

On Tue, Nov 18, 2008 at 12:41:59AM +0100, Alexander Sack wrote:
> On Mon, Nov 17, 2008 at 08:25:06PM +0100, Mike Hommey wrote:
> > tag 506014 wontfix
> > thanks
> > 
> > On Mon, Nov 17, 2008 at 08:00:35PM +0100, Marcus Better wrote:
> > > Package: xulrunner-1.9
> > > Version: 1.9.0.3-1
> > > Severity: important
> > > 
> > > xulrunner prevents me from installing a Java 2 runtime environment
> > > that I need for purposes completely unrelated to xulrunner.
> > > 
> > > The changelog says:
> > >  "Conflict with j2re1.4. Even when solving the
> > >   infinite loop issue, new issues were showing up one after
> > >   another with this old and obviously broken plugin."
> > > 
> > > But j2re1.4 is not a browser plugin, it's a virtual package signifying
> > > a Java runtime environment. I need it for completely different
> > > purposes and don't think it should force me to uninstall Iceweasel.
> > 
> > The problem is that j2re1.4 contains a plugin that makes iceweasel
> > crash. There is no other way to do that, as the file providing the
> > plugin is an alternative that other working java versions also provide,
> > so we can't even hack at the file level.
> > 
> 
> Is that just the 1.4 plugin built from blackdown sources that crashes
> or really the binary that comes from java.sun.com?

The one from blackdown.

Mike



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

Bug#367226: --abort-after does nothing

[Guillem Jover]

Hi!

On Mon, 2006-05-15 at 00:59:47 +1000, Drew Parsons wrote:
> >  files list file for package libvte-common' contains empty filename
> 
> Probably worth adding that the libvte-common corruption was different to
> the others.  With the others, the /var/lib/dpkg/info/*.list file did not
> exist.  With libvte-common it had been replaced, apparently with the
> contents of /var/lib/dpkg/status.
> 
> After deleting the bad /var/lib/dpkg/info/libvte-common.list file, dpkg
> does proceed, and I can continue with restoring my system after all.

This is expected, an error while parsing the .list files is considered
fatal and irrecoverable, but the reporting didn't state so.

Just noticed that as a side effect of fixing the RC bug #497041,
#499070, this got improved as well. The problem here was a combination
of the entanglement of unrelated error condition handling (too many
errors + fatal error) and bad error reporting. The error reporting
should be clearer now with the new dpkg.

regards,
guillem



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

Bug#506070: say how to print current choices

[jidanni]

Package: debconf
Version: 1.5.24
Severity: wishlist
File: /usr/sbin/dpkg-reconfigure

On the man page mention how to just print the current choices to stdout.
Currently one must do things like
# su nobody -c 'reportbug --template console-data'|fgrep \*

Also add a FILES section saying where the selections are stored. Also
do so for those other man pages that lack it.



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

Bug#505445: cpio core dumps

[Clint Adams]

On Mon, Nov 17, 2008 at 07:32:26PM +, Nigel Horne wrote:
> I've also seen it on 64 bit Linux.

No, I meant the lack of coredump.



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

Bug#453259: sfs hanging

[Clint Adams]

On Sat, Nov 08, 2008 at 05:37:50PM +0100, Moritz Muehlenhoff wrote:
> Only images for 2.6.27, you'd need to build 2.6.28-rcX kernels
> yourself.

A quick test suggests that things are once again working under 2.6.28-rc4.
I look forward to testing it with the official 2.6.28 debs.



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

Bug#506069: cone does not appear in mail-reader virtual package

[Loye Young]

Package: cone
Version: 0.74-2
Severity: normal

Cone does not appear in mail-reader virtual package list.
Consequently, inferior mail-readers are automatically installed, when
cone would be better.
Adding "Provides mail-reader" to dependencies should fix.

-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)
Distribution: IYCC
Distribution Release: 8.09.1

Kernel: Linux 2.6.24-21-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cone depends on:
ii  libc6 2.7-10ubuntu4  GNU C Library: Shared libraries
ii  libfam0   2.7.0-13   Client library to control the FAM
ii  libgcc1   1:4.2.4-1ubuntu3   GCC support library
ii  libldap-2.4-2 2.4.9-0ubuntu0.8.04.1  OpenLDAP libraries
ii  libncursesw5  5.6+20071124-1ubuntu2  Shared libraries for terminal hand
ii  libssl0.9.8   0.9.8g-4ubuntu3.3  SSL shared libraries
ii  libstdc++64.2.4-1ubuntu3 The GNU Standard C++ Library v3
ii  libxml2   2.6.31.dfsg-2ubuntu1.2 GNOME XML library

cone recommends no packages.

-- no debconf information


-- 
Loye Young
Isaac & Young Computer Company
Laredo, Texas
http://www.iycc.net



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

Bug#382175: Sun RPC libraries and other stories

[Simon Phipps]

Thanks for the input.

On Nov 18, 2008, at 03:52, Ben Hutchings wrote:


Many of the functions in portmap.c seem to correspond to
rpcbind (usr/src/cmd/rpcbind) in OpenSolaris:


Is it just the function prototypes that are derived, or is there  
derived source defining them too?



The key function in from_local.c seems to correspond to
usr/src/ucblib/librpcsoc/get_myaddress.c:


I think I've got from_local.c under control, although the extra  
pointers help, thanks.



S.




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

Bug#506068: rescue mode doesn't load dm-crypt

[Edward Siefker]

package: rescue-mode
version: lenny rc1 

The lenny rc1 netinst image rescue mode detects my encrypted partition,
and asks for my passphrase, but doesn't decrypt the partition.  This
works fine with my lenny beta 2 CD.  I opened a console in rc1 and tried
to modprobe dm-crypt and it wouldn't, I guess this is why. 
-- 
  
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - Choose from over 50 domains or use your own




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

Bug#382175: Sun RPC libraries and other stories

[Ben Hutchings]

On Tue, 2008-11-18 at 01:33 +, Simon Phipps wrote:
> Try OpenGrok:  http://src.opensolaris.org/source/

The documentation for portmap says that some code is derived from "the
RPCSRC 4.0 and the TIRPC source distributions".  The two source files
labelled with Sun copyright are portmap.c and from_local.c.

Many of the functions in portmap.c seem to correspond to
rpcbind (usr/src/cmd/rpcbind) in OpenSolaris:

portmap.c:find_service() - pmap_svc.c:find_service_pmap()
portmap.c:reg_service() - pmap_svc.c:pmap_service()
portmap.c:xdr_encap_parms() - rpcb_svc_com.c:xdr_encap_parms()
portmap.c:xdr_rmtcall_args() - rpcb_svc_com.c:xdr_rmtcall_args()
portmap.c:xdr_rmtcall_result() - rpcb_svc_com.c:xdr_rmtcall_result()
portmap.c:xdr_opaque_parms() - rpcb_svc_com.c:xdr_opaque_parms()

The key function in from_local.c seems to correspond to
usr/src/ucblib/librpcsoc/get_myaddress.c:

from_local.c:find_local() - get_myaddress.c:get_myaddress()

Ben.



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

Bug#506009: [Debian-med-packaging] Bug#506009: maq: gzopen64 implicitly converted to pointer

[Charles Plessy]

Le Tue, Nov 18, 2008 at 02:55:32AM +, peter green a écrit :
> tags 506009 +patch
> thanks
> 
> the issue seems to be caused by upstream defining _FILE_OFFSET_BITS=64 
> but not _LARGEFILE64_SOURCE causing the zlib header to misbehave. 
> Defining _LARGEFILE64_SOURCE as well fixes it.

Dear Peter,

thanks a lot.

I will wait one week or two in case Upstream prepares a corrected update, and
if not I will rework debian/rules.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
Tsurumi, Kanagawa, Japan



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

Bug#506067: conf.d directory for varnish

[The Anarcat]

Package: varnish
Version: 1.1.2~bpo40+1
Severity: wishlist

It would be nice to modify the varnish configuration file to include an
eventual /etc/varnish/conf.d directory to ease configuration of varnish by
external programs.

I think this will require patching varnish itself as:

include "/etc/varnish/conf.d/";
include "/etc/varnish/conf.d/*";

both fail (is a directory and does not exist).

A.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-686
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)



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

Bug#506066: hardening-wrapper: wrapper script hangs if corresponding gcc version is not installed.

[peter green]

package: hardening-wrapper
severity: important

For some reason in my i386 sid chroot I ended up with cc pointing at 
gcc-4.2 but gcc-4.2 not installed, I dunno exactly how this happened but 
given that this chroot is far from clean i'm not going to blame debian 
for it (heck I may have even set the link manually at some point in the 
past).


normally this would result in an obvious error but with hardening 
wrapper installed a gcc-4.2 binary is provided regardless of whether 
gcc-4.2 is installed. If gcc-4.2 is not installed the gcc-4.2 binary 
provided by hardening-wrapper simply hangs. Combine this with some tools 
not clearly indicating that they are running cc and you have a 
mysterious hang.


I have confirmed that the hang also happens in a much cleaner chroot if 
I try and run gcc-4.2 with hardening-wrapper installed but gcc-4.2 not 
installed.


I question if hardening-wrapper should be installing wrappers for 
compilers that aren't installed at all but if it does it should IMO at 
least give a meaningfull error rather than hanging.






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

Bug#505008: Patch Bug#505008: ecryptfs-utils

[Dustin Kirkland]

On Thu, 2008-11-13 at 23:23 +0900, Osamu Aoki wrote:
> Encryption key has 128 bit strength since it is generated from
> /dev/urandom and there is no established script to go over them to check
> if one possible key is the one used for encryption.  This makes it
> practically impossible to try to run cracking scripts by scanning all
> possible cases. (Besides there is no easy existing script to do it.)
> 
> On the other hand  typical simple login password with 8 characters has
> only about 18 bit strength according to wikipedia article and thieves
> can check password with the hash value in /etc/shadow contents easily
> using established scripts (crack, john).
> http://en.wikipedia.org/wiki/Password_strength
> 
> Please note such password is good enough for normal protection for
> logging into account. (Usually with system with shadow password and some
> time delay for login, this gives enough protection since each process of
> password verification takes time and shadow can not be read.  About
> order of 1000 hours if we try each 4 seconds.)
> 
> I agree that independent password does not give you extra bits of
> security as password bits unless you pay extra attention to the choice.
> But independent password is only used for encryption and there is no
> easy verification process.  So use of it surely improves situation.

Oh, hey, don't get me wrong ...  A randomly generated password is
absolutely, definitely, positively more secure ;-)  That's why I added
the feature, and made it the "default", if you just hit enter.

In fact, I originally wanted to make that the default behavior *without*
asking, and only provide an optional mechanism to allow for choosing a
mount passphrase.

However, in running this through our usability people here on the Ubuntu
side of things, this was deemed a bit to ambitious for our users.
Sacrificing usability for security.  So we settled on the current
approach...  If you "just hit enter", and accept the default, randomly
generated password, you get top-notch security.  But you still can
choose a password easily enough.


> As for
> if echo "$LOGINPASS" |tr -d "\n"| 
> ecryptfs-insert-wrapped-passphrase-into-keyring "$WRAPPED_PASSPHRASE_FILE" - 
> ; then
> 
> Then you can do with fancy "stty -echo".  This is prelude to use zenity.
> Then we can have desktop file without terminal :-)  (I have uncleaned
> version here )

I'm definitely interested in better graphical tools for setting this up
on desktops.

> > Okay, I've tested this a bit, and committed it to upstream git.
> 
> Thanks.
>  
> > See the git commits:
> >  * 
> > http://git.kernel.org/?p=linux/kernel/git/mhalcrow/ecryptfs-utils.git;a=commit;h=43da1692581c5c575550aab0ca54e9d85fe0a8b0
> >  * 
> > http://git.kernel.org/?p=linux/kernel/git/mhalcrow/ecryptfs-utils.git;a=commit;h=43da1692581c5c575550aab0ca54e9d85fe0a8b0
> 
> Hmmm... why two lines?  Contents looks good to me though.

Cut-n-paste error.

I mean to paste the two separate commits, one with the meat of your
change, and the second with the one-char command line options.  Looks
like you eventually found both anyway ;-)

Thanks for the interest.


:-Dustin


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

Bug#463425: Patch proposed upstream

[Larry Doolittle]

An apparently successful patch has been worked out upstream.  See
  http://thread.gmane.org/gmane.linux.kernel.wireless.general/22825/focus=22840

The concluding patch for 2.6.27 was posted
 From: Elias Oltmanns
 Subject: Re: [PATCH] ath5k: Fix reset sequence for AR5212 in general and 
RF5111 in particular
 Newsgroups: gmane.linux.kernel.wireless.general
 Date: 2008-10-29 13:25:42 GMT

Maybe it also applies to Debian's 2.6.26?
I can confirm that AR5212 doesn't work as-is on Lenny.
I'm off to try rebuilding a Lenny kernel with this patch.
Hmm.  Maybe I should try an unstable kernel first.

   - Larry



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

Bug#498895: mplayer: Does not inhibit gnome screensaver

[Brian Marshall]

> mplayer-in-Debian has a specific patch
> debian/patches/22disable-xscreensaver.dpatch that I prepared (based on
> code posted in mplayer-dev-eng by Adam Tlałka), so that it will
> inhibit all possible screensavers; it works by moving the pointer
> around when it is invisible (so you do not see it, but the screensaver
> detects motion, and thats enough). Note that, in my desktop the
> cursor is invisible only if you are in fullscreen mode.

This seems to work (I can see the cursor move), but gnome-screensaver
continues to blank. If I move the cursor manually as this is happening,
it stops and I can continue watching the video. I'm not sure what would
cause gnome-screensaver to ignore the cursor movement generated by
mplayer. I do notice the cursor always moves the instant the screensaver
begins to fade. Maybe that timing has something to do with it?

-- 
Brian


signature.asc
Description: Digital signature

Bug#506009: maq: gzopen64 implicitly converted to pointer

[peter green]

tags 506009 +patch
thanks

the issue seems to be caused by upstream defining _FILE_OFFSET_BITS=64 
but not _LARGEFILE64_SOURCE causing the zlib header to misbehave. 
Defining _LARGEFILE64_SOURCE as well fixes it.


This can be done by adding the following to debian/rules

#needed to make the zlib headers behave (they don't like the combination
#of _FILE_OFFSET_BITS=64 but not _LARGEFILE64_SOURCE
CFLAGS+= -D_LARGEFILE64_SOURCE.

I put it just above the #include statements

BTW using a patch to fixup configure seems to be pretty fragile to me. 
On my system autohell insists on automaticallyr regenerating it 
repeatedly causing the build to fail with quilt errors if I try to build 
twice in a row. It may be better to drop

the patch and have autoreconf run as part of the build.







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

Bug#186958: Required Perl packages

[Jonathan Harker]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
Please bear in mind that I'm a Debian n00b, but I have a wiki HOWTO on
how to install this on Ubuntu:
http://wiki.jon.geek.nz/index.php/Koha/Install

I imagine it isn't very different from installing on Lenny, and I plan
to try this out soon on a virtual server.

I also imagine that we could fairly easily split koha into two packages:

koha
  - deps: libapache2-mod-perl2 mysql-server
  libalgorithm-checkdigits-perl libbiblio-endnotestyle-perl
  libcgi-session-perl libclass-accessor-perl
  libclass-factory-util-perl libdata-ical-perl libdate-calc-perl
  libdate-ical-perl libdate-manip-perl
  libdatetime-format-mail-perl libdatetime-format-strptime-perl
  libdatetime-format-w3cdtf-perl libdatetime-locale-perl
  libdatetime-perl libdatetime-timezone-perl libdbd-mysql-perl
  libdbi-perl libgd-barcode-perl libhtml-template-pro-perl
  libimage-magick-perl liblingua-ispell-perl liblingua-stem-perl
  liblist-moreutils-perl liblocale-gettext-perl
  liblocale-po-perl libmail-sendmail-perl libmarc-charset-perl
  libmarc-crosswalk-dublincore-perl libmarc-record-perl
  libmarc-xml-perl libmime-lite-perl libnet-ldap-perl
  libnet-z3950-zoom-perl libpdf-api2-perl
  libpdf-reuse-barcode-perl libpdf-reuse-perl libpoe-perl
  libschedule-at-perl libtext-charwidth-perl libtext-csv-perl
  libtext-csv-xs-perl libtext-iconv-perl libtext-wrapi18n-perl
  libtimedate-perl libtime-duration-perl libtime-format-perl
  libunix-syslog-perl libxml-dom-perl libxml-dumper-perl
  libxml-libxml-perl libxml-libxslt-perl
  libxml-namespacesupport-perl libxml-parser-perl libxml-perl
  libxml-regexp-perl libxml-rss-perl libxml-sax-perl
  libxml-simple-perl libxml-xslt-perl libyaml-syck-perl
  libhtml-scrubber-perl libdata-uuid-perl libemail-date-perl
  libparams-util-perl  (others from Makefile.PL)

  libcgi-sessions-serialize-yaml-perl libcgi-session-yaml-perl
  libclass-adapter-perl libsms-send-perl
// not sure if these last four are packaged in lenny?
// hence the extra dh-make-perl steps in above howto.

  // assuming we'd use Debian packages rather than rely on CPAN

koha-zebra-daemon
  - deps: yaz idzebra-2.0 daemon koha

The main koha package would be separate from an optional
koha-zebra-daemon package for the separate zebra processes, which would
postinst invoke a dpkg-reconfigure on the koha package to tweak its
settings to use the zebra daemons.

We can probably ask the questions needed for the perl Makefile.PL step
in the packaging script and pass them in.

We could probably curl our way through the web-based installer (at
localhost:8080 by default).

Potential conflicting sticking points in the Koha install instructions:

  - MySQL needs to be configured (allegedly) to treat everything as UTF8
with the following in /etc/mysql/my.cnf under [mysqld]:
  default-character-set = utf8
  character-set-server = utf8
  skip-character-set-client-handshake

  - Apache2 requires:
  Listen 8080
  AddDefaultCharset UTF-8

  - odd CPAN mods that may require manual installation, see above.

Not sure if any of this helps... just that it might make an interesting
"learn how to package something for Debian" project.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkiKEIACgkQYkPxHmxlcMaLsACcC0PA2+RMh4vYZ68KYrjREGek
QNsAnR9YN3HbdvpvjFehuPxSmVGbxkaO
=cYoX
-END PGP SIGNATURE-



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

Bug#506064: e2fsprogs: Build-Depends on dietlibc-dev must have relation set

[Eric Pozharski]

Package: e2fsprogs
Version: 1.41.3-1
Severity: normal


Accidental build against B FTBFSes (buildlog in
attach).

-- System Information:
Debian Release: lenny/sid
  APT prefers oldstable
  APT policy: (700, 'oldstable'), (700, 'testing'), (700, 'stable'), (110, 
'oldstable'), (110, 'testing'), (110, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)


foo.e2fsprogs_1.41.3-1_i386.bz2
Description: BZip2 compressed data

Bug#506065: fp-docs: does not contain pdf documentation although suggested by long description

[Paul Gevers]

Package: fp-docs
Version: 2.2.2-4
Severity: minor
Thanks

The long description of the package says (last line):
"This package contains the documentation for the Free Pascal Compiler.
The documentation is available in HTML and in PDF. "

However, the package does not contain any PDF format files.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#506063: Patch from Ubuntu (clean directories correctly when purging)

[Nick Ellery]

Package: tiger
Version: 1:3.2.2-7.1

Hi,

This following patch is from Ubuntu.  Described as "clean directories
correctly when purging".

--- tiger-3.2.2.orig/config.in
+++ tiger-3.2.2/config.in
@@ -133,8 +133,14 @@
   # TODO: WORKDIR should be removed on exit if it is located in a temporary
   # directory
   if [ ! -d "$WORKDIR" ] ; then
+  case "$WORKDIR" in
+  /var/run/* | /tmp* | /var/tmp/* )
+  mkdir -p "$WORKDIR"
+  ;;
+  *)
   echo "Configured working directory $WORKDIR does not exist" >&2
   exit 1
+ esac
   fi
 
 
@@ -222,10 +228,11 @@
   #
 
   [ -n "$RCFILE" -a -f $RCFILE ] && {
+   tmpf=$(tempfile)
 $GREP -v '^#' $RCFILE |
-$SED -e 's/^\(.*\)=/export \1; \1=/' > $WORKDIR/rcfile.$$
-. $WORKDIR/rcfile.$$
-$RM -f $WORKDIR/rcfile.$$
+$SED -e 's/^\(.*\)=/export \1; \1=/' > $tmpf
+. $tmpf
+$RM -f $tmpf
   }
 
   HOSTNAME=`$GETHOSTNAME`





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

Bug#506062: yeahconsole: does not recognize Shift, Meta, or Super

[Decklin Foster]

Package: yeahconsole
Version: does not recognize Shift, Meta, or Super
Severity: normal


yeahconsole does not allow for a Shift modifier. Also, it only accepts
"Alt" for mod1 and "Win" for mod4, which are rather PC-centric. This
patch adds Shift and allows the names Meta and Super for mod1/mod4.

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

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

Versions of packages yeahconsole depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries
pn  libx11-6   (no description available)
pn  xterm | rxvt-unicode | rxvt-u  (no description available)

yeahconsole recommends no packages.

yeahconsole suggests no packages.
--- yeahconsole.c.orig  2008-11-17 21:05:24.0 -0500
+++ yeahconsole.c   2008-11-17 21:07:15.0 -0500
@@ -293,9 +293,11 @@

 if (strstr(opt, "Control"))
modmask = modmask | ControlMask;
-if (strstr(opt, "Alt"))
+if (strstr(opt, "Shift"))
+   modmask = modmask | ShiftMask;
+if (strstr(opt, "Meta") || strstr(opt, "Alt"))
modmask = modmask | Mod1Mask;
-if (strstr(opt, "Win"))
+if (strstr(opt, "Super") || strstr(opt, "Win"))
modmask = modmask | Mod4Mask;
 if (strstr(opt, "None"))
modmask = 0;

Bug#506060: The DocumentRoot should be specified without a trailing slash.

[shaul Karl]

Package: apache2.2-common
Version: 2.2.9-10
Severity: normal

The online documentation states that the DocumentRoot should be specified 
without a trailing slash.

--- default 2008-11-18 03:58:46.0 +0200
+++ /etc/apache2/sites-available/default2008-08-08 20:32:34.0 
+0300
@@ -1,7 +1,7 @@
 
ServerAdmin [EMAIL PROTECTED]

-   DocumentRoot /var/www/
+   DocumentRoot /var/www

Options FollowSymLinks
AllowOverride None



  



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

Bug#506061: installation-report: Problems with post-install for xfce & gdm when starting with a standard install due to no xfce tasksel option

[Daniel Dickinson]

Package: installation-reports
Version: 2.38
Severity: normal


-- Package-specific info:

Boot method: netboot (gtk)
Image version: lenny rc1 (gtk)
Date: Nov 17 18:00 -05?00 EST

Machine: IBM Aptiva E Series 55U
Partitions: 


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

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

Comments/Problems:

When partitioning hard drives it was impossible to create a new empty 
partition on the hard drives because there was an exising lvm-on-raid.  
the raid failed to be deleted because the lvm was not deleted first.

During task selection it is impossible to select an XFCE desktop 
(especially from netboot)

This leads to finding another bug, probably in apt (reported in aptitude 
previously by me), in which gnome-session and gnome-settings-daemon (and 
other gnome bits) which are unnecessary for xfce+gdm, are pulled in 
because gdm depends on gnome-session | x-terminal-emulator but even 
though xfce4-terminal was in the apt install line it didn't remove the 
need for gnome-session according to apt.  I removed afterwards but it is 
kind of a pain.  It pulls in a few MB worth of GNOME crap because of 
this.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="5.0 (lenny) - installer build 20081029"
X_INSTALLATION_MEDIUM=netboot-gtk

==
Installer hardware-summary:
==
umame -a: Linux ysanne 2.6.26-1-486 #1 Thu Oct 9 14:22:52 UTC 2008 i686 unknown
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 
82443BX/ZX/DX Host bridge [8086:7190] (rev 03)
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 
82443BX/ZX/DX AGP bridge [8086:7191] (rev 03)
lspci -knn: 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 
ISA [8086:7110] (rev 02)
lspci -knn: 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 
IDE [8086:7111] (rev 01)
lspci -knn: Kernel driver in use: PIIX_IDE
lspci -knn: Kernel modules: piix
lspci -knn: 00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB 
PIIX4 USB [8086:7112] (rev 01)
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci-hcd
lspci -knn: 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI 
[8086:7113] (rev 02)
lspci -knn: 00:0d.0 Multimedia video controller [0400]: Brooktree Corporation 
Bt848 Video Capture [109e:0350] (rev 12)
lspci -knn: 00:0e.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 
Ethernet Pro 100 [8086:1229] (rev 08)
lspci -knn: Kernel driver in use: e100
lspci -knn: Kernel modules: eepro100, e100
lspci -knn: 00:10.0 Multimedia audio controller [0401]: Creative Labs SB Audigy 
[1102:0004] (rev 04)
lspci -knn: 00:10.2 FireWire (IEEE 1394) [0c00]: Creative Labs SB Audigy 
FireWire Port [1102:4001] (rev 04)
lspci -knn: Kernel driver in use: ohci1394
lspci -knn: Kernel modules: ohci1394
lspci -knn: 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV6 
[Vanta/Vanta LT] [10de:002c] (rev 15)
lsmod: Module  Size  Used by
lsmod: ufs63620  0 
lsmod: qnx47684  0 
lsmod: ntfs  180416  0 
lsmod: raid0   6272  1 
lsmod: dm_mod 45384  11 
lsmod: md_mod 65940  2 raid0
lsmod: xfs   446836  0 
lsmod: reiserfs  187008  0 
lsmod: jfs   148060  0 
lsmod: ext3  103432  6 
lsmod: jbd35092  1 ext3
lsmod: vfat8832  0 
lsmod: fat39964  1 vfat
lsmod: nls_base6528  4 ntfs,jfs,vfat,fat
lsmod: ext2   52616  0 
lsmod: mbcache 6656  2 ext3,ext2
lsmod: ide_generic 2432  0 [permanent]
lsmod: ide_cd_mod 27652  0 
lsmod: cdrom  30240  1 ide_cd_mod
lsmod: ide_disk   10496  7 
lsmod: piix6532  0 [permanent]
lsmod: ide_core   94760  4 ide_generic,ide_cd_mod,ide_disk,piix
lsmod: rsrc_nonstatic  9344  0 
lsmod: pcmcia_core31760  1 rsrc_nonstatic
lsmod: eth139413

Bug#506059: /etc/init.d/gkrellmd start fails if gkrellmd already started

[Daniel Dickinson]

Package: gkrellmd
Version: 2.3.1-7
Severity: serious
Justification: not sure - my manual is packed for a move; check -devel archives


/etc/init.d/gkrellmd fails (no started messages) and in fact doesn't 
even report failure but rather just bails out in middle of the script

This is a policy violation according to various discussions on -devel 
about start scripts.

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

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

Versions of packages gkrellmd depends on:
ii  adduser   3.110  add and remove users and groups
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines

gkrellmd recommends no packages.

gkrellmd suggests no packages.

-- no debconf information



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

Bug#506058: Fails to start after install probably due to missing /var/run/gkrellmd.pid

[Daniel Dickinson]

Package: gkrellmd
Version: 2.3.1-7
Severity: serious
Justification: policy violation


gkrellmd doesn't start even with a manual /etc/init.d/gkrellmd start 
after install is reported to be successful.  Running gkrellmd manually 
once with

gkrellmd

fixes this.  It is likely that /var/run/gkrellmd.pid is not being 
created and this is what causes the failure, but I could be wrong about 
that.  In any event it looks like a necessary file is missing, which is 
a policy violation.

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

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

Versions of packages gkrellmd depends on:
ii  adduser   3.110  add and remove users and groups
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines

gkrellmd recommends no packages.

gkrellmd suggests no packages.

-- no debconf information



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

Bug#506041: [Python-apps-team] Bug#506041: clive: uncaught exception CliveNoMediaError

[Ben Finney]

On 17-Nov-2008, Marco Rodrigues wrote:
> Could you try with the version in unstable?

=
$ clive 'http://au.youtube.com/watch?v=OMvAXpq7Xj4'
clive 1.0.2 20081014  [Linux]
http://au.youtube.com/watch?v=OMvAXpq7Xj4&fmt=18   100%
warn: no-media: switched to low-quality
error: no-content: host returned zero length (timeout?)
=> 0 (0.0B), failed: 1, skipped: 0
error: nothing to extract.
=

So this appears to have been fixed in a version newer than 0.4.18.

-- 
 \ “I may disagree with what you say, but I will defend to the |
  `\death your right to mis-attribute this quote to Voltaire.” |
_o__) —Avram Grumer, rec.arts.sf.written, May 2000 |
Ben Finney <[EMAIL PROTECTED]>



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

Bug#382175: Sun RPC libraries and other stories

[Simon Phipps]

Try OpenGrok:  http://src.opensolaris.org/source/

On Nov 18, 2008, at 01:12, Ean Schuessler wrote:

I'll look into doing a pull on OpenSolaris and see what matches.  
Does Sun have OpenSolaris loaded into a copy of Nutch somewhere?  
That would be ever so useful.


- "Simon Phipps" <[EMAIL PROTECTED]> wrote:


Is this in any way related to any Sun code, or is the string simply
used by the author for external reference in some way? The team has
not been able to identify anything here as originating from Sun. If
you're able to identify a file or fragment in a Sun codebase such as

OpenSolaris we'll be able to work on relicensing it, but otherwise
there's not enough here to conduct the archaeology.


--
Ean Schuessler, CTO Brainfood.com
[EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315





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

Bug#343985: state of #343985

[Vincent Lefevre]

On 2008-11-17 13:39:55 +0100, Vincent Lefevre wrote:
> On 2008-11-17 08:54:45 +0100, Bilderbeek, Manuel wrote:
> > I haven't seen the problem in years, but I've been using aptitude
> > for quite a while now. This bug is so old, that it's probably
> > obsolete.
> 
> This bug is not old: it occurred in May 2008 on my machine using
> (Debian/testing).

In fact, I'm not sure that it occurred a few months ago. Perhaps I got
confused with bug 402400, which is similar. This one still occurs.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)



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

Bug#402400: same "MD5Sum mismatch" problem

[Vincent Lefevre]

found 402400 apt/0.7.18
thanks

I sometimes get the following errors (which still occur with apt 0.7.18):

[...]
Fetched 752kB in 44s (16.9kB/s)
W: Failed to fetch 
http://fr.powerpc.mirror.debian.net/debian/dists/unstable/main/binary-powerpc/PackagesIndex
  MD5Sum mismatch

W: Failed to fetch 
http://fr.powerpc.mirror.debian.net/debian/dists/unstable/non-free/binary-powerpc/PackagesIndex
  MD5Sum mismatch

W: Failed to fetch 
http://fr.powerpc.mirror.debian.net/debian/dists/unstable/main/source/SourcesIndex
  MD5Sum mismatch

W: Failed to fetch 
http://fr.powerpc.mirror.debian.net/debian/dists/unstable/non-free/source/SourcesIndex
  MD5Sum mismatch

W: Failed to fetch 
http://fr.powerpc.mirror.debian.net/debian/dists/unstable/contrib/source/SourcesIndex
  MD5Sum mismatch

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)



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

Bug#506057: splashy: Splashy fails to install due to missing default theme

[Daniel Dickinson]

Package: splashy
Version: 0.3.10-2.1
Severity: grave
Justification: renders package unusable


Installing splashy results in the following error message:

Splashy ERROR: Setting XML file to 
<> failed. XML File not found
Splashy ERROR: Setting XML file to 
<> failed. XML File not found
cp: cannot stat `/etc/splashy/themes/default': No such file or directory
Errors were encountered while processing:
 desktop-base
E: Sub-process /usr/bin/dpkg returned an error code (1)

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

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

Versions of packages splashy depends on:
ii  initramfs-tools0.92j tools for generating an initramfs
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libdirectfb-1.0-0  1.0.1-11  direct frame buffer graphics - sha
ii  libgcc11:4.3.2-1 GCC support library
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libmagic1  4.26-1File type determination library us
ii  libsplashy10.3.10-2.1Library to draw splash screen on b
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

splashy recommends no packages.

Versions of packages splashy suggests:
ii  console-common0.7.80 basic infrastructure for text cons
ii  splashy-themes0.4A complete user-space boot splash 
pn  upstart(no description available)

-- no debconf information



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

Bug#382175: Sun RPC libraries and other stories

[Ean Schuessler]

I'll look into doing a pull on OpenSolaris and see what matches. Does Sun have 
OpenSolaris loaded into a copy of Nutch somewhere? That would be ever so useful.

- "Simon Phipps" <[EMAIL PROTECTED]> wrote:

> Is this in any way related to any Sun code, or is the string simply  
> used by the author for external reference in some way? The team has  
> not been able to identify anything here as originating from Sun. If  
> you're able to identify a file or fragment in a Sun codebase such as 
> 
> OpenSolaris we'll be able to work on relicensing it, but otherwise  
> there's not enough here to conduct the archaeology.

-- 
Ean Schuessler, CTO Brainfood.com
[EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315



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

Bug#503694: Another failure - different mirrors....

[Paul Higgins]

Info#2-503694.txt
Description: Binary data

Bug#503632: Python scripts load modules from current directory

[Alex Romosan]

Cyril Brulebois <[EMAIL PROTECTED]> writes:

> Alex Romosan <[EMAIL PROTECTED]> (12/11/2008):
>
>> but this seems silly. shouldn't the current directory be appended to
>> the end of the system path so system modules are loaded first and then
>> if they don't exist they are loaded from the current directory?
>
> That might be done, but I'm not very inclined to relax that sanity check
> to allow “userscripts” again; I'm sorry, I kind of prefer having people
> deliberately add “.” as you mentioned to having possible security holes
> (not as obvious as previously, but I guess one could craft something).

i agree that having the current directory first in the path is a
security risk but having it after the system paths wouldn't it mean
that the system modules were loaded so there would be no security
risk?

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |



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

Bug#506056: /usr/bin/growisofs: Fails to open DVD iso file.

[Gabriel Castro]

Package: dvd+rw-tools
Version: 7.1-3
Severity: normal
File: /usr/bin/growisofs


I can't open some DVD iso images to see its contents. I get the message: 
"CD-ROM is NOT in ISO 9660 format".
I also can't burn using right-click menu from nautilus and using k3b. I know 
that the iso is not broken, 
cause I can burn using Brasero. 


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

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

Versions of packages dvd+rw-tools depends on:
ii  genisoimage   9:1.1.9-1  Creates ISO-9660 CD-ROM filesystem
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3

dvd+rw-tools recommends no packages.

Versions of packages dvd+rw-tools suggests:
pn  cdrskin(no description available)

-- no debconf information



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

Bug#506055: /usr/share/doc/clamav/examples/clampipe uses --unzip which causes mail problems

[Chris Chiappa]

Package: clamav
Version: 0.94.dfsg.1-1
Severity: important


So, using a script from the examples directory is probably buyer-beware but
I'll bet lots of people do it anyhow.  I use clampipe in the obvious
procmail rule:

:0fw
| perl /usr/share/doc/clamav/examples/clampipe

Unfortunately, it wants to call call clamscan with the --unzip option which
was apparently recently deprecated, leaving me with mailboxes which have
mails that look something like this:

X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on 
foo.bar.org
X-Spam-Level: *** 
X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, 
CORRUPT_FROM_LINE_IN_HDRS,FUZZY_CPILL,MISSING_DATE,MISSING_HB_SEP, 

MISSING_HEADERS,MISSING_MID,MISSING_SUBJECT,NO_HEADERS_MESSAGE,NO_RECEIVED, 
NO_RELAYS,URIBL_GREY autolearn=no version=3.2.5 
WARNING: Ignoring deprecated option --unzip 
>From [EMAIL PROTECTED]  Sat Nov 15 02:10:32 2008 
Return-Path: <[EMAIL PROTECTED]> 

this messes up mail readers and IMAP daemons expecting mbox format which
should look like this:

>From [EMAIL PROTECTED]  Sat Nov 15 02:10:32 2008 
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on 
foo.bar.org
X-Spam-Level: *** 
X-Spam-Status: No, score=3.2 required=5.0 tests=BAYES_00, 
CORRUPT_FROM_LINE_IN_HDRS,FUZZY_CPILL,MISSING_DATE,MISSING_HB_SEP, 

MISSING_HEADERS,MISSING_MID,MISSING_SUBJECT,NO_HEADERS_MESSAGE,NO_RECEIVED, 
NO_RELAYS,URIBL_GREY autolearn=no version=3.2.5 
Return-Path: <[EMAIL PROTECTED]> 

The visible symptom is that there doesn't seem to be any new mail...in
reality due to the corrupted mailbox, it just looks like the new mails are
being tacked onto the end of the last one.

Arguably this is a bug in procmail, but I don't know what the protocol is
supposed to be here.  Maybe this isn't a bug anywhere and is purely user
error, but I figured it was worth documenting in any case.

Trivial fix to clampipe attached (remove --unzip from clamscan line)

-- Package-specific info:
--- configuration ---
/etc/clamav/clamd.conf: clamd directives
--
LogFile = "/var/log/clamav/clamav.log"
LogFileUnlock = no
LogFileMaxSize = 0
LogTime = yes
LogClean = no
LogVerbose = no
LogSyslog = no
LogFacility = "LOG_LOCAL6"
PidFile = "/var/run/clamav/clamd.pid"
TemporaryDirectory = "/tmp"
ScanPE = yes
ScanELF = yes
DetectBrokenExecutables = no
ScanMail = yes
MailFollowURLs = no
ScanPartialMessages = no
PhishingSignatures = yes
PhishingScanURLs = yes
PhishingAlwaysBlockCloak = no
PhishingAlwaysBlockSSLMismatch = no
HeuristicScanPrecedence = no
DetectPUA = no
ExcludePUA not set
IncludePUA not set
StructuredDataDetection = no
StructuredMinCreditCardCount = 3
StructuredMinSSNCount = 3
StructuredSSNFormatNormal = yes
StructuredSSNFormatStripped = no
AlgorithmicDetection = yes
ScanHTML = yes
ScanOLE2 = yes
ScanPDF = yes
ScanArchive = yes
MaxScanSize = 104857600
MaxFileSize = 26214400
MaxRecursion = 16
MaxFiles = 1
ArchiveLimitMemoryUsage = no
ArchiveBlockEncrypted = no
DatabaseDirectory = "/var/lib/clamav"
TCPAddr not set
TCPSocket not set
LocalSocket = "/var/run/clamav/clamd.ctl"
MaxConnectionQueueLength = 15
StreamMaxLength = 10485760
StreamMinPort = 1024
StreamMaxPort = 2048
MaxThreads = 12
ReadTimeout = 180
IdleTimeout = 30
MaxDirectoryRecursion = 15
ExcludePath not set
FollowDirectorySymlinks = no
FollowFileSymlinks = no
ExitOnOOM = no
Foreground = no
Debug = no
LeaveTemporaryFiles = no
FixStaleSocket = yes
User = "clamav"
AllowSupplementaryGroups = yes
SelfCheck = 3600
VirusEvent not set
ClamukoScanOnAccess not set
ClamukoScanOnOpen not set
ClamukoScanOnClose not set
ClamukoScanOnExec not set
ClamukoIncludePath not set
ClamukoExcludePath not set
ClamukoMaxFileSize = 5242880
DevACOnly not set
DevACDepth not set
*** MailMaxRecursion is DEPRECATED ***
*** ArchiveMaxFileSize is DEPRECATED ***
*** ArchiveMaxRecursion is DEPRECATED ***
*** ArchiveMaxFiles is DEPRECATED ***
*** ArchiveMaxCompressionRatio is DEPRECATED ***
*** ArchiveBlockMax is DEPRECATED ***

/etc/clamav/freshclam.conf: freshclam directives
--
LogFileMaxSize = 0
LogTime = no
LogVerbose = no
LogSyslog = no
LogFacility = "LOG_LOCAL6"
PidFile = "/var/run/clamav/freshclam.pid"
DatabaseDirectory = "/var/lib/clamav/"
Foreground = no
Debug = no
AllowSupplementaryGroups = no
DatabaseOwner = "clamav"
Checks = 24
UpdateLogFile = "/var/log/clamav/freshclam.log"
DNSDatabaseInfo = "current.cvd.clamav.net"
DatabaseMirror = "db.local.clamav.net"
DatabaseMirror = "database.clamav.net"
DatabaseMirror = "db.us.clamav.net"
MaxAttempts = 5
ScriptedUpdates = yes
CompressLocalDatabase = no
HTTPProxyServer = "localhost"
HTTPProxyPort = 3128
HTTPProxyUsername not set
HTTPProxyPassword not set
HTTPUserAgent not set
NotifyClamd not set
OnUpdateExecute not set
OnErrorExecute not set
OnOutdatedExecute not set
LocalIPAddress not set
ConnectTimeout = 30
ReceiveTimeout = 30
SubmitDetectionStats not set
DetectionStatsCountry not 

Bug#506054: FYI: Netsurf (jsless, CSSfull) cannot access "display configuration" on developer.php.

[Trent W. Buck]

Package: qa.debian.org
Severity: wishlist

Netsurf is a graphical browser in Debian that implements CSS, but not
javascript.  As a result of this, the "Display configuration" and
"Help" sections of the developer.php page are hidden and cannot be
unhidden.



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

Bug#506052: Move "configuration" stanza to bottom of developer.php

[Trent W. Buck]

Package: qa.debian.org
Severity: minor

Currently, CSS users see a few lines at the top of the page:

Display configuration: (click to expand)
Help (click to expand)
General information (click to collapse)
Bugs: open - RC - all - submitted - WNPP - statistics
Reports: Buildd - Igloo - Lintian - Debtags - DEHS - Svnbuildstat

But in a text browser, there are *fifty-six* lines here, because CSS
is ignored.  This means that I typically have to scroll down twice to
get to the content I care about.

This is annoying.  I believe it could be addressed by simply moving
those sections to the bottom of the page.



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

Bug#506053: Don't show javascript buttons on developer.php unless js is enabled.

[Trent W. Buck]

Package: qa.debian.org
Severity: wishlist

Currently, the text "(click to expand)" appears beside some headings.
This looks like a link, and the mouse pointer changes to a clicking
shape, but clicking on it has no effect unless the browser supports
javascript.  This is confusing.

Please remove these buttons from the page, then re-add them using
javascript.  That way, the buttons will only appear in browsers that
support them.



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

Bug#503632: Python scripts load modules from current directory

[Cyril Brulebois]

Hi Alex.

Alex Romosan <[EMAIL PROTECTED]> (12/11/2008):
> as intended, i guess, this patch breaks loading modules from the
> current directory but i have scripts that need to load extra modules
> from the current directory. how does one do it now? i've modified my
> scripts to do
> 
> import sys
> sys.path.append(".")
> 
> import Module

You could also set PYTHONPATH, I guess? (Though untested, I only recall
having done so when hacking some pythonish stuff, having some modules
under lib/, so that scripts under bin/ could use them.)

> but this seems silly. shouldn't the current directory be appended to
> the end of the system path so system modules are loaded first and then
> if they don't exist they are loaded from the current directory?

That might be done, but I'm not very inclined to relax that sanity check
to allow “userscripts” again; I'm sorry, I kind of prefer having people
deliberately add “.” as you mentioned to having possible security holes
(not as obvious as previously, but I guess one could craft something).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#382175: Sun RPC libraries and other stories

[Simon Phipps]

On Nov 5, 2008, at 23:23, Michael Banck wrote:


- portmap.c

/*
@(#)portmap.c   2.3 88/08/11 4.0 RPCSRC
static char sccsid[] = "@(#)portmap.c 1.32 87/08/06 Copyr 1984 Sun
Micro";
*/

This is portmap-6.0, from http://neil.brown.name/portmap/


Is this in any way related to any Sun code, or is the string simply  
used by the author for external reference in some way? The team has  
not been able to identify anything here as originating from Sun. If  
you're able to identify a file or fragment in a Sun codebase such as  
OpenSolaris we'll be able to work on relicensing it, but otherwise  
there's not enough here to conduct the archaeology.


S.



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

Bug#505604: FTBFS with GCC 4.4: missing #include

[Cyril Brulebois]

Martin Michlmayr <[EMAIL PROTECTED]> (13/11/2008):
> Package: blender
> Version: 2.46+dfsg-6
> User: [EMAIL PROTECTED]
> Usertags: ftbfs-gcc-4.4
> Tags: patch

Hello Martin,

no need to spend much time on crafting patches for my packages, I should
be able to handle this by myself, provided we have an up-to-date
gcc-snapshot (or whatever gcc-$foo) package available in Debian.

As usual, thanks for the advance warnings/bugs.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#493060: Not a firefox/iceweasel problem.

[Dan Brown]

Package: iceweasel
Followup-For: Bug #493060


Please mark this as resolved.  The problem was that my fstab file for 
the BSD NFS

server which hosts the home directories had the mount options:

mimir:/home/storage/shared/home /home   nfs 
defaults,rsize=8192,wsize=8192  0 0


I am guessing (since I haven't tested which one it is) the default 
option dev, suid,
or async is the cause of the problem.  I'm not sure when I ended up 
introducing the problem (probably at a system reinstall).


Removing the defaults and adding some sane NFS options solved the problem.



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

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

Versions of packages iceweasel depends on:
ii  debianutils   2.30   Miscellaneous utilities 
specific t
ii  fontconfig2.6.0-1generic font configuration 
library

ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user 
interface
ii  libnspr4-0d   4.7.1-4NetScape Portable Runtime 
Library

ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  procps1:3.2.7-8  /proc file system utilities
ii  psmisc22.6-1 Utilities that use the proc 
filesy

ii  xulrunner-1.9 1.9.0.3-1  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts   0.1-8  Xft-compatible versions of 
some La

ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  mozplugger1.10.2-2   Plugin allowing external 
viewers t
ii  ttf-mathematica4.15  Installer of Mathematica 
TrueType

ii  xfonts-mathml 2  Type1 Symbol font for MathML
pn  xprint (no description available)
ii  xulrunner-1.9-gnome-s 1.9.0.3-1  Support for GNOME in 
xulrunner app


-- debconf-show failed




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

Bug#506051: only first escape possible

[jidanni]

Package: cu
Version: 1.07-19.3

Here (in an emacs window,) after the first ~v no more escaping is
possible. Had to killall cu to get out.

$ cu -d -l /dev/pts/0
cu: fconn_open: Opening port /dev/pts/0 (default speed)
cu: fsserial_open: Baud rate is 38400
cu: fconn_set: Changing setting to 0, 0, 2
^GConnected.
~v
~v
escape ~
delay true
eol \015\025\003\017\004\023\021\022
binary false
binary-prefix \026
echocheck false
echonl \015
timeout 30
kill \025
resend 10
eofwrite \004
eofread $
verbose true
cu: fconn_write: Writing 1 "\n"
~v
cu: fconn_write: Writing 1 "~"
cu: fconn_write: Writing 1 "v"
cu: fconn_write: Writing 1 "\n"
cu: Got termination signal
cu: Exit status 0
cu: fconn_close: Closing connection

^GDisconnected.

Also the --help usage message doesn't mention "dir" like the man page
does.
Also say
 -l,--line line: Use named device (e.g. tty0, /dev/ttyACM0)
instead of just
 -l,--line line: Use named device (e.g. tty0)

Also some options cannot be set on the command line, but only with ~
or some file...



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

Bug#506050: Patch from Ubuntu (Explicitly include limits.h for gcc 4.3)

[Nick Ellery]

Package: delo
Version: 0.8-2.5

Hi,

A patch for Delo was submitted and uploaded into Ubuntu:
https://bugs.launchpad.net/bugs/247304

The patch 'Explicitly include limits.h for gcc 4.3', fixes a FTBFS.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 01_include-limits-h.dpatch by Bobby R. Ward <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Explicitly include limits.h for gcc 4.3

@DPATCH@
diff -urNad delo-0.8~/delo/delo.c delo-0.8/delo/delo.c
--- delo-0.8~/delo/delo.c   2004-01-18 15:01:27.0 +
+++ delo-0.8/delo/delo.c2008-07-10 14:02:33.0 +
@@ -26,6 +26,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 

Bug#505718: Trucating long lines using cut?

[Francois Marier]

So basically, adding "| cut -b1-1024" before the call to grep should do the
trick?

Francois



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

Bug#505878: ITP: libfunambol-cpp-client-api -- unclarified AGPL

[David Bremner]

At Mon, 17 Nov 2008 22:51:40 +,
MJ Ray wrote:
> 
> I think some copyright holders of software under AGPLv3 have stated
> that linking to an upstream download site is sufficient provision of
> access for the parts you did not modify, regardless of the
> availability of that site, which would clear DFSG 4 and reduce the
> 1/3/6 concerns immensely.  For example
> http://lists.debian.org/debian-legal/2008/08/msg00056.html
> There is nothing in the FSF FAQ about this yet either way.
> http://www.fsf.org/licensing/licenses/gpl-faq.html
> 
> Would libfunambol-cpp-client-api's copyright holders agree to make a
> similar statement?
> 

Perhaps; they have expressed willingness to make some efforts to help
Debian, although this was about the issue of whether section 13
applies to client code. 

You might want to follow up on the thread in debian-legal

http://lists.debian.org/debian-legal/2008/11/msg00046.html

I understand someone from Funambol is following that thread.

It would be nice to have some concensus about what, if any exceptions
are required for AGPL software to be in main.






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

Bug#506041: [Python-apps-team] Bug#506041: clive: uncaught exception CliveNoMediaError

[Marco Rodrigues]

Ben Finney wrote:
> Package: clive
> Version: 0.4.18-1
> Severity: normal
> 

Hi!

> Using ‘clive’ on some URLs can result in a ‘no media’ error; these are
> usually caught and reported correctly.
> 
> The following error, though, is not caught and propagates up to the
> interpreter, resulting in a traceback printed to the terminal.
> 

Could you try with the version in unstable?

Thanks for reporting the bug.

> =
> $ clive 'http://au.youtube.com/watch?v=OMvAXpq7Xj4'
> clive 0.4.18 20080715  [Linux]
> http://au.youtube.com/watch?v=OMvAXpq7Xj4&fmt=18   
> 100%
> warn: no-media: switched to low quality
> error: Traceback (most recent call last):
>   File "/usr/bin/clive", line 28, in 
> Clive().main()
>   File "/usr/lib/python2.5/site-packages/clive/main.py", line 50, in main
> Nomad().run(self.opts, self.args, self._say)
>   File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 108, in run
> self._check_raw_urls(raw_urls)
>   File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 277, in 
> _check_raw_urls
> self._check_url(url, (index,len(raw_urls)))
>   File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 377, in 
> _check_url
> self._found_urls, self._get_proxy())
>   File "/usr/lib/python2.5/site-packages/clive/parse.py", line 103, in parse
> length = url_data['file_length_callb'](xurl)
>   File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 422, in 
> _callb_check_file_len
> raise CliveNoMediaError # Try low quality
> CliveNoMediaError: error: no media (http/415)
> =
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable')
> Architecture: powerpc (ppc64)
> 
> Kernel: Linux 2.6.25-2-powerpc64 (SMP w/2 CPU cores)
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_AU.UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages clive depends on:
> ii  python   2.5.2-2 An interactive high-level 
> object-o
> ii  python-central   0.6.8   register and build utility for 
> Pyt
> ii  python-feedparser4.1-11  Universal Feed Parser for Python
> ii  python-newt  0.52.2-11.3 A NEWT module for Python
> ii  python-urlgrabber3.1.0-4 A high-level cross-protocol 
> url-gr
> 
> clive recommends no packages.
> 
> Versions of packages clive suggests:
> pn  ffmpeg (no description available)
> 
> -- no debconf information
> 
> 
> 
> 
> 
> ___
> Python-apps-team mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/python-apps-team

-- 
Marco Rodrigues

http://Marco.Tondela.org



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

Bug#506014: xulrunner-1.9: conflicts with j2re1.4

[Alexander Sack]

On Mon, Nov 17, 2008 at 08:25:06PM +0100, Mike Hommey wrote:
> tag 506014 wontfix
> thanks
> 
> On Mon, Nov 17, 2008 at 08:00:35PM +0100, Marcus Better wrote:
> > Package: xulrunner-1.9
> > Version: 1.9.0.3-1
> > Severity: important
> > 
> > xulrunner prevents me from installing a Java 2 runtime environment
> > that I need for purposes completely unrelated to xulrunner.
> > 
> > The changelog says:
> >  "Conflict with j2re1.4. Even when solving the
> >   infinite loop issue, new issues were showing up one after
> >   another with this old and obviously broken plugin."
> > 
> > But j2re1.4 is not a browser plugin, it's a virtual package signifying
> > a Java runtime environment. I need it for completely different
> > purposes and don't think it should force me to uninstall Iceweasel.
> 
> The problem is that j2re1.4 contains a plugin that makes iceweasel
> crash. There is no other way to do that, as the file providing the
> plugin is an alternative that other working java versions also provide,
> so we can't even hack at the file level.
> 

Is that just the 1.4 plugin built from blackdown sources that crashes
or really the binary that comes from java.sun.com?

 - Alexander




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

Bug#463354: Incremental patching of Packages is slow

[jidanni]

L> Have you tried the patch the submitter proposed?
Thanks but I delve no deeper than apt-get install 'new versions of things from 
sid'
because I am ~50 years old and forgot my shoes somewhere recently etc.
L> Can you provide a backtrace or other debugging output, please?  This
L> will help in finding the best solution to this bug.
All I know is I hadn't connected the FreeRunner for seven days so it
got the maximum number of pdiffs... after a while the CPU meter was
all red and the machine had to be hard-powered off. Not something one
wishes to reproduce or will manage to get logs from. Thanks. Bye.



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

Bug#506048: python2.5: difference in allocation between the set(iterable) constructor and set.add()

[Brian Minton]

Package: python2.5
Version: 2.5.2-11
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

if I create a set from a list or array of 5000 items one item at a time,
with the add() method, the set is created.  However, if I try to use the
set(iterable) constructor, I get a memory error.  I have tested other
examples as well.  for instance, the list() constructor uses about the same
amount of memory as the list.append() method.  I have attached two example
files that demonstrate this behavior.  (note, the memory error is on my
machine, with 3GB of RAM, but even without getting a MemoryError you can see
the memory usage of the python process)

- -- System Information:
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages python2.5 depends on:
ii  libbz2-1.01.0.5-1high-quality block-sorting file co
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libdb4.5  4.5.20-13  Berkeley v4.5 Database Libraries [
ii  libncursesw5  5.6+20080925-1 shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libsqlite3-0  3.5.9-4SQLite 3 shared library
ii  libssl0.9.8   0.9.8g-13  SSL shared libraries
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap
ii  python2.5-minimal 2.5.2-11   A minimal subset of the Python lan

python2.5 recommends no packages.

Versions of packages python2.5 suggests:
ii  python-profiler   2.5.2-1deterministic profiling of any Pyt
ii  python2.5-doc 2.5.2-2Documentation for the high-level o

- -- no debconf information

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

iEYEARECAAYFAkkiAgMACgkQcieIIFcDdHKrcACcDNYadpVIYszymp17UbW5eeM1
wOMAnj/iFXWz7s2OZSSS/AE/Gv2sMs9C
=sat6
-END PGP SIGNATURE-
big_set=set()

f=open('numbers.txt')
print 'reading file...'
for line in f:
for i in line.split():
big_set.add(int(i))

print 'big_set created',type(big_set),len(big_set),'items'
big_list=list(big_set)
print 'big_list created',type(big_list),len(big_list),'items'
big_list=[]

f=open('numbers.txt')
print 'reading file...'
for line in f:
for i in line.split():
big_list.append(int(i))

print 'big_list created',type(big_list),len(big_list),'items'
big_set=set(big_list)
print 'big_set created',type(big_set),len(big_set),'items'

Bug#506047: advi: Japanese font configuration update

[Junichi Uekawa]

Package: advi
Version: 1.6.0-13+b2

Hi,

Japanese fonts maintainers have implemented a configurable symlink
'ttf-japanese-gothic.ttf' and 'ttf-japanese-mincho.ttf'.

Please use that instead of hardcoding kochi.

regards,
junichi
-- 
[EMAIL PROTECTED],debian.org}

===File /etc/advi/jpfonts.conf==
# Japanese font table configuration
#   /etc/advi/jpfonts.conf 
#   ~/.advi/jpfonts.conf 
#
# For each line contains following three elements:
#
#   TeX-font-name font-type font-file-name
#
# which associate Japanese TeX font names to TrueType font files.
# [font-type] affects character rendering parameter, which can be
# either [Mincho] or [Gothic]. 
#
# The default (upstream) setting is as follows:
#
# min Mincho msmincho.ttc
# goth Gothic msgothic.ttc
#

min Mincho /usr/share/fonts/truetype/ttf-japanese-mincho.ttf
goth Gothic /usr/share/fonts/truetype/ttf-japanese-gothic.ttf





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

Bug#506049: fglrx-driver: Very unstable

[Tony Houghton]

Package: fglrx-driver
Version: 1:8-7-3
Severity: normal


I used the attached patch to get the source package to compile with
kernel 2.6.27.*. However, it's very unstable with my AMD780G/ATI HD3200
motherboard. The display often goes blank or freezes and needs a reboot,
and I've also had at least one kernel oops. Xine displays repeated
patterns instead of a picture when using the Xv driver; its OpenGL
driver works, but the display gets garbled if I switch to full screen
mode and back again until I reset it.

Is all this because 8-7-3 isn't really compatible with such a new
kernel, and a newer fglrx should fix it? Or is this sort of thing quite
typical of fglrx?

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

Kernel: Linux 2.6.27.6 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- firegl_public.c.orig	2008-11-08 17:34:11.0 +
+++ firegl_public.c	2008-11-17 23:25:50.0 +
@@ -207,6 +207,14 @@
 #define preempt_enable()
 #endif
 
+/* Since 2.6.27 smp_call_function doesn't have a nonatomic/retry argument */
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,27)
+#define SMP_CALL_FUNCTION(func, info, retry, wait) smp_call_function(func, info, wait)
+#else
+#define SMP_CALL_FUNCTION(func, info, retry, wait) smp_call_function(func, info, retry, wait)
+#endif
+
+
 // 
 /* globals */
 
@@ -2727,7 +2735,11 @@
 /*Some kernel developer removed the export of symbol "flush_tlb_page" on 2.6.25 x86_64 SMP kernel.
   Define a simple version here.*/
 #if defined(__x86_64__) && (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,25)) 
-on_each_cpu(KCL_flush_tlb_one, &va, 1, 1);
+on_each_cpu(KCL_flush_tlb_one, &va, 1
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,27)) 
+, 1
+#endif
+);
 #else
 flush_tlb_page(vma, va);
 #endif
@@ -3237,7 +3249,7 @@
 {
 #ifdef CONFIG_SMP
 /* write back invalidate all other CPUs (exported by kernel) */
-	if (smp_call_function(deferred_flush, NULL, 1, 0) != 0)
+	if (SMP_CALL_FUNCTION(deferred_flush, NULL, 1, 0) != 0)
 		panic("timed out waiting for the other CPUs!\n");
 
 /* invalidate this CPU */
@@ -4832,7 +4844,7 @@
 void ATI_API_CALL KCL_CallFuncOnOtherCpus(firegl_void_routine_t func_to_call)
 {
 #ifdef CONFIG_SMP
-	smp_call_function( firegl_smp_func_parameter_wrap, (void*)func_to_call, 0, 1 );
+	SMP_CALL_FUNCTION( firegl_smp_func_parameter_wrap, (void*)func_to_call, 0, 1 );
 #endif
 }
 
@@ -4943,7 +4955,7 @@
 }
 
 #ifdef CONFIG_SMP
-if (smp_call_function(KCL_setup_pat, NULL, 0, 1) != 0)
+if (SMP_CALL_FUNCTION(KCL_setup_pat, NULL, 0, 1) != 0)
return 0;
 #endif
 KCL_setup_pat(NULL);
@@ -4961,7 +4973,7 @@
 }
 
 #ifdef CONFIG_SMP
-if (smp_call_function(KCL_restore_pat, NULL, 0, 1) != 0)
+if (SMP_CALL_FUNCTION(KCL_restore_pat, NULL, 0, 1) != 0)
return;
 #endif
 KCL_restore_pat(NULL);

Bug#506046: zabbix: Please update the watchfile.

[Cyril Brulebois]

Package: zabbix
Version: 1:1.6-1
Severity: wishlist
Tags: patch

Hi,

trying to use the packaging in SVN, I've encountered a tiny bug with uscan:
| $ uscan --report-status
| Processing watchfile line for package zabbix...
| Newest version on remote site is 1.4.6, local version is 1.6.1
| zabbix: remote site does not even have current version

And indeed, your watchfile matches 1.4.*.

Please find attached a proposed diff. You may also want to escape the dot
between the (), I guess. Also, current uscan version is 3 (ISTR 4 is in the
pipes, too). Not sure whether you need “debian uupdate”, too.

Anyway, you decide. :)

Mraw,
KiBi.
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,2 @@
-version=2
-http://sf.net/zabbix/zabbix-(1.4.*)\.tar\.gz debian uupdate
+version=3
+http://sf.net/zabbix/zabbix-(1.*)\.tar\.gz

Bug#463354: Incremental patching of Packages is slow

[Luca Capello]

user [EMAIL PROTECTED]
usertags 463354 + package-installation
thanks

Hi there!

On Mon, 17 Nov 2008 12:01:24 +0100, Timo Juhani Lindfors wrote:
> [EMAIL PROTECTED] writes:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463354

Have you tried the patch the submitter proposed?

  
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=rred.cc-scatter-gather-ed.patch;att=1;bug=463354

This is the first thing to do before changing any default.

>> It sometimes maxes out the CPU and perhaps crashed my little Openmoko
>> FreeRunner.

Can you provide a backtrace or other debugging output, please?  This
will help in finding the best solution to this bug.

>> Might be worth the tradeoff to set apt.conf(5) directive
>> Acquire::PDiffs false;
>
> I agree. (I even mentioned this in the install.sh feedback I sent last
> month:

This was already discussed in September as well and Enrico Zini proposed
a debug strategy, to which no one replied:

  
http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-September/11.html

Thx, bye,
Gismo / Luca


pgpiNlL1xT0Gq.pgp
Description: PGP signature

Bug#494806: Samba: "winbind use default domain" not working properly for users in groups

[Earl Tom]

This issue got fixed for me when the 3.2.4-1 version of Samba made it
to Lenny.

Thanks!




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

Bug#503210: expanded patch, includes kmsg solution

[Florian Grandel]

Hi everybody,

using syslog-ng with a non-privileged user causes trouble when 
/proc/kmsg is defined as a source. Access to /proc/kmsg is limited to 
processes with the CAP_SYS_ADMIN capability. So even resetting 
/proc/kmsg's file permissions will not solve the problem. The 
non-privileged user will not be able to read the file.


I've searched the web a little bit and it seems that this is a known 
problem for syslog-ng that has not been solved so far [1].


Obviously klogd has the exact same problem when run as a non-privileged 
user. The Ubuntu klogd maintainers came up with a workaround for this 
(see [2]).


I applied the klogd workaround to syslog-ng's init script and it seems 
to work well (see attached patch). The patch includes my previous 
changes. Does anybody see disadvantages with this solution?


Florian


[1] https://lists.balabit.hu/pipermail/syslog-ng/2007-January/009686.html
[2] https://lists.balabit.hu/pipermail/syslog-ng/2008-November/012224.html

diff -u syslog-ng-2.0.9/debian/syslog-ng.init 
syslog-ng-2.0.9/debian/syslog-ng.init
--- syslog-ng-2.0.9/debian/syslog-ng.init
+++ syslog-ng-2.0.9/debian/syslog-ng.init
@@ -51,17 +51,56 @@
 SYSLOGNG="/sbin/syslog-ng"
 NAME="syslog-ng"

+SYSLOGNG_OPTIONS=""
+
+# Do we have a non-root user set?
+if [ -n "$SYSLOGNG_USER" ]; then
+SYSLOGNG_OPTIONS="-u $SYSLOGNG_USER"
+
+# Let's create a message pipe readable
+# by the syslog user to work around
+# superuser privilege requirement for
+# /proc/kmsg (credit to Ubuntu's klogd
+# init script).
+SYSLOGNG_RUNDIR="$SYSLOGNG_CHROOT/var/run/syslog-ng"
+SYSLOGNG_KMSGPIPE="$SYSLOGNG_RUNDIR/kmsg"
+SYSLOGNG_KMSGPIDFILE="$SYSLOGNG_RUNDIR/kmsg.pid"
+fi
+
+# Do we have a non-root group set?
+if [ -n "$SYSLOGNG_GROUP" ]; then
+SYSLOGNG_OPTIONS="$SYSLOGNG_OPTIONS -g $SYSLOGNG_GROUP"
+fi
+
 create_xconsole() {
   if [ ! -e /dev/xconsole ]
   then
 mknod -m 640 /dev/xconsole p
   fi
 }
-
+
 syslogng_start() {
 log_daemon_msg "Starting system logging" "$NAME"
-start-stop-daemon --start --quiet --exec "$SYSLOGNG" \
-  --pidfile "$PIDFILE" -- -p "$PIDFILE"
+
+# Make a kmsg pipe accessible by the syslog-ng user
+if [ -n "$SYSLOGNG_USER" ]; then
+mkdir -p "$SYSLOGNG_RUNDIR"
+mkfifo -m 700 "$SYSLOGNG_KMSGPIPE"
+chown "${SYSLOGNG_USER}:root" "$SYSLOGNG_KMSGPIPE"
+
+# shovel /proc/kmsg to pipe readable by syslog-ng user
+start-stop-daemon --start --pidfile "$SYSLOGNG_KMSGPIDFILE" --exec 
/bin/dd -b -m -- bs=1 if=/proc/kmsg of="$SYSLOGNG_KMSGPIPE"
+fi
+
+# Do we have a chroot jail set?
+if [ -z "$SYSLOGNG_CHROOT" ]; then
+start-stop-daemon --start --quiet --exec "$SYSLOGNG" \
+  --pidfile "$PIDFILE" -- $SYSLOGNG_OPTIONS -p 
"$PIDFILE"
+else
+start-stop-daemon --start --quiet --exec "$SYSLOGNG" \
+  --pidfile "$PIDFILE" -- $SYSLOGNG_OPTIONS -p 
"$PIDFILE" -C "$SYSLOGNG_CHROOT"
+fi
+
 RET="$?"
 log_end_msg $RET
 return $RET
@@ -73,7 +112,13 @@
   --pidfile "$PIDFILE"
 RET="$?"
 log_end_msg $RET
-rm -f "$PIDFILE"
+
+# stop kmsg pipe
+start-stop-daemon --stop --quiet --oknodo --pidfile "$SYSLOGNG_KMSGPIDFILE"
+
+# remove files
+rm -f "$PIDFILE" "$SYSLOGNG_KMSGPIDFILE" "$SYSLOGNG_KMSGPIPE"
+
 return $RET
 }

Bug#506007: update packages statistics

[W. Martin Borgert]

tags 506007 +patch
tags 506007 +pending
thanks

Thanks, the fix is now in rev. 5554.



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

Bug#498573: Confirming problems with Phonon

[Vincent Fourmond]

  Hello,

  I wanted to confirm that if a user never did run a KDE session (such
as me), Phonon does not work.

  In addition, the Qt4 documentation should be updated to reflect
necessary #includes.

  For instance, to use Phonon::VideoPlayer, Qt4 docs say

#include 

  Whereas what I actually needed was

#include 


  For the plugins problems, it looks like it might just be necessary to
add a symlink from /usr/lib/kde4/plugins/phonon_backend to
/usr/lib/qt4/plugins/ to the libphonon4 package.

  Cheers,

Vincent

-- 
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/

find(1):
 A `%' at the end of the format argument causes undefined behaviour
 since there is no following character. In some locales, it may
 hide your door keys, while in others it may remove the final page
 from the novel you are reading.

Vincent, listening to One Hot Minute (Red Hot Chili Peppers)



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

Bug#506045: mickeyterm: ImportError: No module named serial

[jidanni]

Package: fso-utils
Version: 0.git20080812.2
File: /usr/bin/mickeyterm

Fix the Dependencies and add a --help option too please.

$ man mickeyterm
No manual entry for mickeyterm
See 'man 7 undocumented' for help when manual pages are not available.
$ mickeyterm --help
Traceback (most recent call last):
  File "/usr/bin/mickeyterm", line 18, in 
import sys, os, serial, threading, termios
ImportError: No module named serial



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

Bug#505726: the bug is not fixed

[Ondrej Certik]

reopen 505726
thanks

Hi Matthias!

I do not consider this bug as fixed, because the symlink (in
alternatives) is still missing. See my original report:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505726#5

also, could you please reply to my question here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505726#20

I cannot find the bug you are referring to.

Thanks a lot,
Ondrej



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

Bug#506044: semi does not depend on /usr/bin/mail

[Junichi Uekawa]

Package: semi
Version: 1.14.6+0.20070618-1
Severity: grave

semi fails if /usr/bin/mail is not executable but does not declare such
dependency.
Also, semi succeeds to install, but it is unusable.

This makes wl fail to work, because wl.el fails to compile.


emacs22 -no-site-file -batch -q -l ./SEMI-MK.comp -f compile-semi \
NONE /usr/share/emacs22/site-lisp/semi NONE
Loading subst-ksc...
Loading subst-gb2312...
Loading subst-big5...
Loading subst-jis...
Loading /usr/share/emacs22/site-lisp/semi/tmp/SEMI-CFG...
!! File static uses old-style backquotes !!
!! File pym uses old-style backquotes !!
!! File product uses old-style backquotes !!
!! File poe uses old-style backquotes !!
Loading /usr/share/emacs22/site-lisp/semi/tmp/SEMI-ELS...

Wrote /usr/share/emacs22/site-lisp/semi/tmp/signature.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg-def.elc
!! File broken uses old-style backquotes !!
!! File pccl uses old-style backquotes !!
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg-parse.elc

In end of data:
pgg-gpg.el:254:1:Warning: the function `pgg-read-passphrase' might not be
defined at runtime.
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg-gpg.elc

In end of data:
pgg-pgp5.el:252:1:Warning: the function `pgg-read-passphrase' might not be
defined at runtime.
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg-pgp5.elc

In end of data:
pgg-pgp.el:244:1:Warning: the function `pgg-read-passphrase' might not be
defined at runtime.
Wrote /usr/share/emacs22/site-lisp/semi/tmp/pgg-pgp.elc
!! File filename uses old-style backquotes !!

In mime-view-application/pgp:
mime-pgp.el:117:13:Warning: `insert-buffer' used from Lisp code
That command is designed for interactive use only

In mime-view-application/pkcs7-mime:
mime-pgp.el:262:10:Warning: `insert-buffer' used from Lisp code
That command is designed for interactive use only
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-pgp.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/semi-def.elc

In mime-view-mode:
mime-view.el:1474:39:Warning: `mime-message-structure' is an obsolete
variable; should not use it.
mime-view.el:1475:43:Warning: `mime-message-structure' is an obsolete
variable; should not use it.
mime-view.el:1477:33:Warning: `mime-message-structure' is an obsolete
variable; should not use it.
mime-view.el:1478:37:Warning: `mime-message-structure' is an obsolete
variable; should not use it.
mime-view.el:1480:25:Warning: `mime-message-structure' is an obsolete
variable; should not use it.
mime-view.el:1480:4:Warning: `mime-message-structure' is an obsolete
variable;
should not use it.
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-view.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-play.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-partial.elc

In unpack-skip:
postpet.el:37:31:Warning: reference to free variable `*unpack*index*'
postpet.el:37:31:Warning: assignment to free variable `*unpack*index*'

In unpack-fixed:
postpet.el:41:18:Warning: reference to free variable `*unpack*string*'
postpet.el:41:34:Warning: reference to free variable `*unpack*index*'
Wrote /usr/share/emacs22/site-lisp/semi/tmp/postpet.elc

In toplevel form:
mime-edit.el:111:1:Error: /usr/bin/mail is not executable
Wrote /usr/share/emacs22/site-lisp/semi/tmp/semi-setup.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mail-mime-setup.elc

In mime-image-normalize-xbm-buffer:
mime-image.el:60:21:Warning: `string-to-int' is an obsolete function (as of
Emacs 22.1); use `string-to-number' instead.
mime-image.el:69:34:Warning: `string-to-int' is an obsolete function (as of
Emacs 22.1); use `string-to-number' instead.

In end of data:
mime-image.el:213:1:Warning: the following functions are not known to be
defined: bitmap-decode-xbm, bitmap-read-xbm-buffer,
mime-image-read-xbm-buffer, mime-image-type-available-p,
mime-image-create, mime-image-insert
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-image.elc
Wrote /usr/share/emacs22/site-lisp/semi/tmp/mime-setup.elc
PREFIX=/usr
LISPDIR=/usr/share/emacs22/site-lisp/semi

("/usr/share/emacs22/site-lisp/semi/tmp"
"/usr/share/emacs22/site-lisp/semi/apel" "/usr/share/emacs22/site-lisp/semi"
"/usr/share/emacs/22.2/etc" "/usr/share/emacs/site-lisp/apel"
"/usr/share/emacs22/site-lisp/bitmap-mule"
"/usr/share/emacs22/site-lisp/flim" "/usr/share/emacs22/site-lisp/apel"
"/etc/emacs22" "/etc/emacs" "/usr/local/share/emacs/22.2/site-lisp"
"/usr/local/share/emacs/site-lisp" "/usr/share/emacs/22.2/site-lisp"
"/usr/share/emacs/22.2/site-lisp/apel"
"/usr/share/emacs/22.2/site-lisp/dictionaries-common"
"/usr/share/emacs/22.2/site-lisp/flim"
"/usr/share/emacs/22.2/site-lisp/gnuserv"
"/usr/share/emacs/22.2/site-lisp/muse-el"
"/usr/share/emacs/22.2/site-lisp/psgml"
"/usr/share/emacs/22.2/site-lisp/semi"
"/usr/share/emacs/22.2/site-lisp/whizzytex"
"/usr/share/emacs/22.2/site-lisp/wl" "/usr/share/emacs/22.2/site-lisp/yatex"
"/usr/share/emacs/2

Bug#506043: [libfreetype6-dev] pkg-config promotes already fulfilled library dependency

[Robert Wohlrab]

Package: libfreetype6-dev
Version: 2.3.7-2
Severity: minor
Tags: patch

In /usr/lib/pkgconfig/freetype2.pc is the line
  Libs: -L${libdir} -lfreetype -lz
The freetype library is correct here, but the dependency to zlib seems to be 
wrong for the shared version of the library. I would say that it is better to 
change it to:

- Libs: -L${libdir} -lfreetype -lz
+ Libs: -L${libdir} -lfreetype
+ Libs.private: -L${libdir} -lfreetype -lz

This will give the right dependencies for the static version when you call
 pkg-config --static --libs freetype2
and for the shared version
 pkg-config --libs freetype2

Those changes will hopefully remove many unused dependencies in graphical 
programs.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-1-amd64

Debian Release: lenny/sid
  500 unstableftp.debian.org 
  500 unstabledebian.netcologne.de 
1 experimentalftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libfreetype6 (= 2.3.7-2) | 2.3.7-2
libc6-dev| 2.7-16
 OR libc-dev | 
zlib1g-dev   | 1:1.2.3.3.dfsg-12
 OR libz-dev | 
-- 
Robert Wohlrab



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

Bug#505878: ITP: libfunambol-cpp-client-api -- unclarified AGPL

[MJ Ray]

libfunambol-cpp-client-api appears to be under a plain AGPLv3.

Clause 13 of the AGPLv3 requires hosting users to provide "access
to the Corresponding Source from a network server at no charge" to
every visitor to the web pages generated by this software.  If used to
produce a public website, this is an infinite download liability and a
significant cost may result from running the software.  Further, the
cost is disproportionate to the modification because the whole
software must be offered and not only the modifications.

So, I believe this does not meet DFSG 1, 4, 3 and/or 6 as it stands:
it requires a fee for use, restricts the source code from being
modified without allowing distribution of patch files, and/or
discriminates against use of modified versions for production of
public websites.

I think some copyright holders of software under AGPLv3 have stated
that linking to an upstream download site is sufficient provision of
access for the parts you did not modify, regardless of the
availability of that site, which would clear DFSG 4 and reduce the
1/3/6 concerns immensely.  For example
http://lists.debian.org/debian-legal/2008/08/msg00056.html
There is nothing in the FSF FAQ about this yet either way.
http://www.fsf.org/licensing/licenses/gpl-faq.html

Would libfunambol-cpp-client-api's copyright holders agree to make a
similar statement?

Regards,
-- 
MJR/slef
My Opinion Only: see http://people.debian.org/~mjr/
Please follow http://www.uk.debian.org/MailingLists/#codeofconduct




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

Bug#506041: clive: uncaught exception CliveNoMediaError

[Ben Finney]

Package: clive
Version: 0.4.18-1
Severity: normal

Using ‘clive’ on some URLs can result in a ‘no media’ error; these are
usually caught and reported correctly.

The following error, though, is not caught and propagates up to the
interpreter, resulting in a traceback printed to the terminal.

=
$ clive 'http://au.youtube.com/watch?v=OMvAXpq7Xj4'
clive 0.4.18 20080715  [Linux]
http://au.youtube.com/watch?v=OMvAXpq7Xj4&fmt=18   100%
warn: no-media: switched to low quality
error: Traceback (most recent call last):
  File "/usr/bin/clive", line 28, in 
Clive().main()
  File "/usr/lib/python2.5/site-packages/clive/main.py", line 50, in main
Nomad().run(self.opts, self.args, self._say)
  File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 108, in run
self._check_raw_urls(raw_urls)
  File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 277, in 
_check_raw_urls
self._check_url(url, (index,len(raw_urls)))
  File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 377, in 
_check_url
self._found_urls, self._get_proxy())
  File "/usr/lib/python2.5/site-packages/clive/parse.py", line 103, in parse
length = url_data['file_length_callb'](xurl)
  File "/usr/lib/python2.5/site-packages/clive/nomad.py", line 422, in 
_callb_check_file_len
raise CliveNoMediaError # Try low quality
CliveNoMediaError: error: no media (http/415)
=

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

Kernel: Linux 2.6.25-2-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages clive depends on:
ii  python   2.5.2-2 An interactive high-level object-o
ii  python-central   0.6.8   register and build utility for Pyt
ii  python-feedparser4.1-11  Universal Feed Parser for Python
ii  python-newt  0.52.2-11.3 A NEWT module for Python
ii  python-urlgrabber3.1.0-4 A high-level cross-protocol url-gr

clive recommends no packages.

Versions of packages clive suggests:
pn  ffmpeg (no description available)

-- no debconf information

-- 
 \ “If you ever teach a yodeling class, probably the hardest thing |
  `\  is to keep the students from just trying to yodel right off. |
_o__) You see, we build to that.” —Jack Handey |
Ben Finney <[EMAIL PROTECTED]>

signature.asc
Description: Digital signature

Bug#506042: yocto-reader: infinite download liability for public use

[MJ Ray]

Source: yocto-reader
Version: 0.9.3
Severity: serious
Justification: Policy 2.2.1

yocto-reader is under the AGPLv3 with no clarifications.

Clause 13 of the AGPLv3 requires any hosting user to provide "access
to the Corresponding Source from a network server at no charge" to
every visitor to the web pages generated by this software.  If used to
produce a public website, this is an infinite download liability and a
significant cost may result from running the software.  Further, the
cost is disproportionate to the modification because the whole
software must be offered and not only the modifications.

So, I believe this does not meet DFSG 1, 4, 3 and/or 6 as it stands:
it requires a fee for use, restricts the source code from being
modified without allowing distribution of patch files, and/or
discriminates against use of modified versions for production of
public websites.

I think some copyright holders of software under AGPLv3 have stated
that linking to an upstream download site is sufficient provision of
access for the parts you did not modify, regardless of the
availability of that site, which would clear DFSG 4 and make the DFSG
1 and 6 concerns very very small.  For example
http://lists.debian.org/debian-legal/2008/08/msg00056.html
There is nothing in the FSF FAQ about this either way yet.  
http://www.fsf.org/licensing/licenses/gpl-faq.html

Would yocto-reader's copyright holders agree to make a similar
statement?

Thank you for packaging yocto-reader,
-- 
MJR/slef
My Opinion Only: see http://people.debian.org/~mjr/
Please follow http://www.uk.debian.org/MailingLists/#codeofconduct



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

Bug#501991: please provide Makefile (i.e., debian/rules) snippets for exporting quilt patches

[martin f krafft]

tags 501991 fixed-upstream pending
thanks

also sprach Stefano Zacchiroli <[EMAIL PROTECTED]> [2008.10.13.2203 +0200]:
>   SAVED_BRANCH := $(shell git branch 2> /dev/null | grep '^*' | cut -f 2 -d' 
> ')
>   tg-export:

How's this?

piper:..pkg/topgit/topgit|master|% debian/rules tg-export
test -d debian/patches && rm -r debian/patches || :
tg export -b debian/locations,test-branch --quilt debian/patches
Exporting debian/locations
Exporting test-branch
Exported topic branch test-branch (total 2 topics) to directory debian/patches

> >  5. Update the branch (if needed):
> >   git add -f -u
> >   git add -f debian/patches
> >   git commit "Releasing ${VERSION}"

Why that?

I suggest the following steps now:

1. git checkout build
2. git merge master
3. ./debian/rules tg-export
4. git add debian/patches
5. git commit -m'preparing 0.5-1'
6. build, test, upload, tag ('debian/topgit-0.5-1')


The merge should take care of your first git-add call, and removing
debian/patches and re-adding it has the benefit to remove patches no
longer needed.

Anyway, please check out the current Git repo
(ssh://git.debian.org/git/collab-maint/topgit.git) and tell me what
you think.

The relevant commits are:

http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=e3aeda0917e24d33cdaab95a17b2ccaced1475e2
http://git.debian.org/?p=collab-maint/topgit.git;a=commitdiff;h=f609666a07395f6eaf735ac27a9a2be0883419d9

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#469982: Trivial Garbage package

[Luca Capello]

Hi Barry!

I am sorry for the long mail, but I can be very verbose sometime...

Since we discussed on IRC, you know why I was late ;-)

On Mon, 10 Nov 2008 21:52:48 +0100, Barry deFreese wrote:
> I apologize for posting to the development list but I've been trying
> to catch someone on IRC to no avail.

FWIW, I *always* prefer discussions to take place on mailing lists,
since they are archived and can be referenced later.

> I had a friend of mine ask me to package trivial garbage.  I have
> created a package but I really would hate to be the maintainer as I am
> not much of a lisp person.  Would you folks possibly be interested in
> maintaining it?

I will speak for myself here, but I think Peter's opinion is not so far
From mine: I would be glad to have another CL library under the team
umbrella.  However, I am not sure I will ever use trivial garbage [1],
which means that if your friend use it and you provide some sort of
support to him, you can become a team member and maintain it by
yourself.  The team can take care of it, but this should be the last
option.

> If not would you mind at least looking over my package to see if I am
> doing the right thing with it?

Sure, here my comments on the package available on mentors.d.o [2].  For
the list readers, most of these comments will end up in the long-overdue
"Debian Common Lisp Policy", which I still need to write.


1) debian/changelog

   I do not like to retroactively modify previously released files,
   which means that if you do not have an ITP number when your package
   goes public, just ignore it.  I do not consider the corresponding
   lintian warning [3] so important, since AFAIK the ITP is not
   mandatory and sometime I do not see the point in it.

   In this specific case, Matthias Benkard (cc:ed) opened the ITP [4]
   (cc:ed as well): Matthias, do you want to maintain trivial-garbage?


2) debian/control

   * Build-Depends

 SBCL is not needed, only debhelper and dh-lisp.

   * Maintainer/Uploaders

 Please always use the Debian CL team for the Maintainer: field (as
 you did, thank you) and your name for the Uploaders: one: it does
 not matter if you are not the real uploader, but you are the one
 who did the packaging work and you deserve credits for that.

   * Homepage

 Is there any reason for using a specific revision for the Cliki
 homepage?  I would use instead the "plain" link [5]: if you use a
 specific revision, we will need to change it every time there is a
 new Debian version.

   * Vcs-*

 trivial-garbage is maintained upstream in darcs [6], before any
 upload to main the Debian package should be converted to darcs and
 put into the pkg-c-l darcs.d.o space [7].  Then you can check
 cl-arnesi for the corresponding Vcs-* fields [8].

 Since you need to be part of the team to work on the pkg-c-l
 darcs.d.o space, I already did it for the trivial-garbage.upstream
 repository [9]:

  [alioth]
   everything as explained at [7], except that I commented out the
   bcc: mail to [EMAIL PROTECTED] since the package is
   not yet in Debian

  [local]
   $ darcs get --tag 0.17 \
  http://common-lisp.net/~loliveira/darcs/trivial-garbage/ \
  trivial-garbage.upstream
   $ cd trivial-garbage.upsream
   $ darcs tag UPSTREAM_trivial-garbage_0.17
   $ darcs push \
  [EMAIL PROTECTED]:/darcs/pkg-common-lisp/trivial-garbage.upstream

 Now you should get the upstream repository, import your first
 debian/ folder effort and then fix it:

   $ darcs get \
  
http://darcs.debian.org/darcs/pkg-common-lisp/trivial-garbage.upstream \
  trivial-garbage
   $ cd trivial-garbage
   $ cp -r /path/to/trivial-garbage-0.17/debian .
   $ darcs record -A "Barry deFreese <[EMAIL PROTECTED]>" \
  -m "Import Debian version 0.17-1"
   $ darcs tag DEBIAN_trivial-garbage_0.17-1
   $ [start fixing] 

 I can import your first Debian effort if you want, but if you do it
 you will practise a bit with darcs as well ;-)

 Since the team packages are maintained with the $VCS-buildpackage
 tools, please read the darcs-buildpackage [10] documentation or just
 check cl-arnesi [8].

 I will not care too much about the upstream original .tar.gz: since
 we track upstream VCS repository and upstream correctly tags each
 release, we will just tag the Debian upstream one accordingly.
 Thus, while the .orig.tar.gz generated by darcs-buildpackage will
 not be exactly the same as upstream one, the contents will.  Or we
 can use upstream one and feed it to darcs-buildpackage.  Obviously,
 I am open to any discussion on this subject ;-)

   * Description

 While it is correct, I would expand it a bit more to include some
 features, similar to cl-arnesi [11].


3) debian/copyright

   Please enclose every e-mail address between < and >, you missed that
   fo

Bug#504257: lintian: check for exit() or _exit() calls in shared libraries

[Adam D. Barratt]

On Mon, 2008-11-17 at 14:03 -0800, Russ Allbery wrote:
> "Adam D. Barratt" <[EMAIL PROTECTED]> writes:
> 
> > I wasn't entirely sure about the Severity and Certainty, so suggestions
> > / objections welcome.
> 
> I would tend towards wishlist / possible, but since it's experimental, it
> doesn't matter a great deal.  I'm a little hesitant to say that changing a
> library to not call exit() really warrants a normal-severity bug.  But I
> may be too conservative on this.

Yeah, normal's probably a little high - I plumped for the middle ground
to start with, but wishlist seems reasonable.

Thanks,

Adam



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

Bug#506039: [l10n:ro] grub2:Romanian translation of the po-debconf templates

[Eddy Petrișor]

Package: grub2
Severity: wishlist
Tags: patch, l10n

Attached is the updated Romanian translation of the po-debconf
templates for this package. Please add it to the package.

-- Forwarded message --
From: Eddy Petrișor <[EMAIL PROTECTED]>
Date: Thu, 13 Nov 2008 17:27:39 +0200
Subject: [RFR2] po-debconf://grub2 -- termen 17.11.2008
To: Debian-l10n-Romanian <[EMAIL PROTECTED]>

În data de 13 noiembrie 2008 17:22, Igor Stirbu <[EMAIL PROTECTED]> a scris:
> Salut,
>
> 2008/11/13 Eddy Petrișor <[EMAIL PROTECTED]>:
>> Salut,
>>
>> O verificare pentru grub2, vă rog.
>
> 92: , în loc de ;
> 39: arată ciudat înlănțuirea de cifre în „Începând cu versiunea 1.95
> GRUB 2 și-a schimba ..."

Corectate ambele.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein


ro.po
Description: Binary data

Bug#506038: [l10n:ro] tex-common: Romanian translation of the po-debconf templates

[Eddy Petrișor]

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

Attached is the updated Romanian translation of the po-debconf
templates for this package. Please add it to the package.

-- Forwarded message --
From: Eddy Petrișor <[EMAIL PROTECTED]>
Date: Thu, 13 Nov 2008 17:30:46 +0200
Subject: [RFR2] po-debconf://tex-common -- termen 17.11.2008, ora 19:00
To: Debian-l10n-Romanian <[EMAIL PROTECTED]>

În data de 13 noiembrie 2008 17:26, Igor Stirbu <[EMAIL PROTECTED]> a scris:
> Salut
>
> În data de 13 noiembrie 2008 17:18, Eddy Petrișor
> <[EMAIL PROTECTED]> a scris:
>> Salut,
>>
>> O verificare până pe 17.11.2008, ora 19:00, vă rog.
> 52: sună ciudat „distribuită cu pachetul", parcă lipsește numele pachetului.
> În rest pare ok.

Am corectat prin adăugarea unor virgule pe-acolo.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein


ro.po
Description: Binary data

Bug#506036: ktorrent_3.2~beta1+dfsg.1-1(sparc/experimental): FTBFS: undefined reference to `__sync_fetch_and_add_4'

[Frank Lichtenheld]

Package: ktorrent
Version: 3.2~beta1+dfsg.1-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of ktorrent_3.2~beta1+dfsg.1-1 on titan by sbuild/sparc 
98-farm
| Build started at 20081117-2038
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 3160kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main ktorrent 
3.2~beta1+dfsg.1-1 (dsc) [1431B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main ktorrent 
3.2~beta1+dfsg.1-1 (tar) [3123kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main ktorrent 
3.2~beta1+dfsg.1-1 (diff) [34.9kB]
| Fetched 3160kB in 2s (1398kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: cmake (>= 2.6.2-1~), debhelper (>= 7), quilt, pkg-kde-tools 
(>= 0.2), kdepimlibs5-dev (>= 4:4.1.1), libplasma-dev (>= 4:4.1.1), 
kdebase-workspace-dev (>= 4:4.1.1), libstreamanalyzer-dev, pkg-config, 
libgeoip-dev, libgmp3-dev, libqca2-dev, libx11-dev, libboost1.35-dev
| Checking for already installed source dependencies...
[...]
| Linking CXX shared module ../../lib/ktsyndicationplugin.so
| cd 
"/build/buildd/ktorrent-3.2~beta1+dfsg.1/obj-sparc-linux-gnu/plugins/syndication"
 && /usr/bin/cmake -E cmake_link_script 
CMakeFiles/ktsyndicationplugin.dir/link.txt --verbose=1
| /usr/bin/c++  -fPIC -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef 
-Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
-fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual 
-fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden 
-fexceptions -DNDEBUG -Wl,--enable-new-dtags -Wl,--fatal-warnings 
-Wl,--no-undefined -lc -Wl,--no-undefined -Wl,--as-needed -shared 
-Wl,-soname,ktsyndicationplugin.so -o ../../lib/ktsyndicationplugin.so 
CMakeFiles/ktsyndicationplugin.dir/ktsyndicationplugin_automoc.o 
CMakeFiles/ktsyndicationplugin.dir/syndicationplugin.o 
CMakeFiles/ktsyndicationplugin.dir/syndicationtab.o 
CMakeFiles/ktsyndicationplugin.dir/feedlistview.o 
CMakeFiles/ktsyndicationplugin.dir/feedlist.o 
CMakeFiles/ktsyndicationplugin.dir/feedlistdelegate.o 
CMakeFiles/ktsyndicationplugin.dir/feed.o 
CMakeFiles/ktsyndicationplugin.dir/feedwidget.o 
CMakeFiles/ktsyndicationplugin.dir/feedwidgetmodel.o 
CMakeFiles/ktsyndicationplugin.dir/feedretriever.o 
CMakeFiles/ktsyndicationplugin.dir/linkdownloader.o 
CMakeFiles/ktsyndicationplugin.dir/managefiltersdlg.o 
CMakeFiles/ktsyndicationplugin.dir/filter.o 
CMakeFiles/ktsyndicationplugin.dir/filterlist.o 
CMakeFiles/ktsyndicationplugin.dir/filterlistview.o 
CMakeFiles/ktsyndicationplugin.dir/filterlistmodel.o 
CMakeFiles/ktsyndicationplugin.dir/filtereditor.o 
-L"/build/buildd/ktorrent-3.2~beta1+dfsg.1/obj-sparc-linux-gnu/lib" 
../../lib/libktcore.so.7.0.0 ../../lib/libbtcore.so.8p.0.0 -lkio -lkdeui 
-lkdecore -lkparts -lsyndication -lkdeui -lkio -lqca -lQt3Support -lkde3support 
-lkio -lQtNetwork -lQtXml -lkdeui -lQtSvg -lQtGui -lkdecore -lQtDBus -lQtCore 
-lkparts -lkutils -lsolid -lgmp 
| CMakeFiles/ktsyndicationplugin.dir/ktsyndicationplugin_automoc.o: In function 
`atomic_increment':
| /usr/include/boost/detail/sp_counted_base_sync.hpp:39: undefined reference to 
`__sync_fetch_and_add_4'
| /usr/include/boost/detail/sp_counted_base_sync.hpp:39: undefined reference to 
`__sync_fetch_and_add_4'
| /usr/include/boost/detail/sp_counted_base_sync.hpp:39: undefined reference to 
`__sync_fetch_and_add_4'
| CMakeFiles/ktsyndicationplugin.dir/ktsyndicationplugin_automoc.o: In function 
`atomic_decrement':
| /usr/include/boost/detail/sp_counted_base_sync.hpp:44: undefined reference to 
`__sync_fetch_and_add_4'
| /usr/include/boost/detail/sp_counted_base_sync.hpp:44: undefined reference to 
`__sync_fetch_and_add_4'
| 
CMakeFiles/ktsyndicationplugin.dir/syndicationplugin.o:/usr/include/boost/detail/sp_counted_base_sync.hpp:39:
 more undefined references to `__sync_fetch_and_add_4' follow
| collect2: ld returned 1 exit status
| make[3]: *** [lib/ktsyndicationplugin.so] Error 1
| make[3]: Leaving directory 
`/build/buildd/ktorrent-3.2~beta1+dfsg.1/obj-sparc-linux-gnu'
| make[2]: *** [plugins/syndication/CMakeFiles/ktsyndicationplugin.dir/all] 
Error 2
| make[2]: Leaving directory 
`/build/buildd/ktorrent-3.2~beta1+dfsg.1/obj-sparc-linux-gnu'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory 
`/build/buildd/ktorrent-3.2~beta1+dfsg.1/obj-sparc-linux-gnu'
| dh_auto_build: command returned error code 512
| make: *** [kde4/build] Error 1
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20081117-2109
| FAILED [dpkg-b

Bug#505903: marked as done (udev: Creates /dev/tape/)

[Marco d'Itri]

On Nov 17, martin f krafft <[EMAIL PROTECTED]> wrote:

> Wait, only since they use udev and udev pushed it. Or do you have
> evidence of a relevant distro using /dev/tape/ prior or
> independently of udev?
Not relevant. They are used now.

> Do the links change when you change tapes? If not, then the links
> do not point to tapes, but to drives, and /dev/"tape"/ is
> a misnomer.
They point to drives, and I do not care. I am not going to make Debian
diverge from other distributions without a very good reason.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#506037: twitux: hyperlinks in main panel should be clickable

[Noah Slater]

Package: twitux
Version: 0.61-3
Severity: normal

It is very strange that I have to select a tweet to get it's "expanded" form,
which is actually no different in content, and then use this to click on
hyperlinks. I should be able to click on the links directly from the main
panel. I would have filed this under a wishlist, but I consider the current
behavior to be broken from a usability perspective.

-- 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.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages twitux depends on:
ii  dbus-x11   1.2.1-4   simple interprocess messaging syst
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-keyring  2.22.3-2  GNOME keyring services (daemon and
ii  libaspell150.60.6-1  GNU Aspell spell-checker runtime l
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libdbus-1-31.2.1-4   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.3-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome-keyring0  2.22.3-2  GNOME keyring services library
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface
ii  libnotify1 [libnotify1-gtk 0.4.4-3   sends desktop notifications to a n
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libsoup2.4-1   2.4.1-2   an HTTP library implementation in
ii  libxml22.6.32.dfsg-4 GNOME XML library

twitux recommends no packages.

twitux suggests no packages.

-- no debconf information

--
Noah Slater, http://tumbolia.org/nslater



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

Bug#506040: ITP: ceph -- a distributed filesystem

[Christian Meder]

Package: wnpp
Severity: wishlist
Owner: Christian Meder <[EMAIL PROTECTED]>

* Package name: ceph
  Version : 0.5
  Upstream Author : Sage Weil <[EMAIL PROTECTED]>
* URL : http://ceph.newdream.net/
* License : LGPL
  Programming Lang: C, C++
  Description : a distributed filesystem

 Ceph is a distributed network file system designed to provide excellent 
 performance, reliability, and scalability.
 . 
 Key features:
 * seamless scaling
 * strong reliability and fast recovery
 * adaptive metadata server
 * flexible snapshots and directory snapshots
 * nfs reexport
 * object storage based on btrfs

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



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

Bug#503890: Bug is fixed.

[Richard Cole]

Hi Matt. I fetched the latest version (0.17) from unstable and my java
packages are now building correctly. Thanks, Richard.



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

Bug#478558: [xjove] xjove does not die immediately on i386 here

[Ansgar Burchardt]

notfound 478558 4.16.0.70-3.1
thanks

Hi,

xjove does not die on my i386 system.  I tried editing a small file
and it works fine.

Can you still reproduce this bug?

Regards,
Ansgar

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

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

Versions of packages xjove depends on:
ii  jove   4.16.0.70-3.1 Jonathan's Own Version of Emacs - 
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  xviewg 3.2p1.4-23XView shared libraries

xjove recommends no packages.

xjove suggests no packages.

-- no debconf information



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

Bug#443442: your mail

[Don Armstrong]

On Mon, 17 Nov 2008, Donny Forbes wrote:
> has this bug been fixed yet do you know? 
> Debian Bug report logs - #443442
> GnomeSword dependency draws in Arabic Bible

It isn't actually much of a bug; it depends on some sword-text, and
sword-text-kjv, sword-text-sparv, or sword-text-web are all reasonable
things to install. Choose which one you want when you install it.
 
Regardless, when it's fixed, http://bugs.debian.org/443442 will be
updated with the status.


Don Armstrong

-- 
The state must declare the child to be the most precious treasure of
the people. As long as the government is perceived as working for the
benefit of the children, the people will happily endure almost any
curtailment of liberty and almost any deprivation.
 -- Adolf Hitler _Mein Kampf_ p403

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#504257: lintian: check for exit() or _exit() calls in shared libraries

[Russ Allbery]

"Adam D. Barratt" <[EMAIL PROTECTED]> writes:

> I wasn't entirely sure about the Severity and Certainty, so suggestions
> / objections welcome.

I would tend towards wishlist / possible, but since it's experimental, it
doesn't matter a great deal.  I'm a little hesitant to say that changing a
library to not call exit() really warrants a normal-severity bug.  But I
may be too conservative on this.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#506035: linux-image-2.6.26-1-686: writing DVD fails on USB LG GE-20NU10

[Влад]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-8

I've tried to burn DVD-R on my USB LG GE-20NU10 connected to Samsung P28 
notebook  using growisofs, but it fails with following message:

 10.56% done, estimate finish Tue Nov 18 00:23:07 2008
 11.73% done, estimate finish Tue Nov 18 00:22:49 2008
 12.90% done, estimate finish Tue Nov 18 00:22:34 2008
 14.08% done, estimate finish Tue Nov 18 00:22:15 2008
 15.25% done, estimate finish Tue Nov 18 00:22:05 2008
 16.42% done, estimate finish Tue Nov 18 00:21:57 2008
 17.59% done, estimate finish Tue Nov 18 00:21:49 2008
 18.77% done, estimate finish Tue Nov 18 00:21:43 2008
 19.94% done, estimate finish Tue Nov 18 00:21:37 2008
 21.11% done, estimate finish Tue Nov 18 00:21:28 2008
 22.28% done, estimate finish Tue Nov 18 00:21:23 2008
:-( unable to [EMAIL PROTECTED]: Input/output error
:-( write failed: Input/output error
/dev/cdrom: flushing cache
/dev/cdrom: updating RMA
/dev/cdrom: closing session

And wodim shows this message when trying to burn dvd iso:

Errno: 5 (Input/output error), flush cache scsi sendcmd: no error
CDB:  35 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0E 00 00 00 00 02 00 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x02 Qual 0x00 (no seek complete) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 55.650s timeout 120s
Trouble flushing the cache
wodim: Cannot fixate disk.


I also tried Nero Linux but it stop responding after burn process start and 
ImgBurn under Wine fails too. I've used different types  dvd-r/rw blank disks. 
On Windows XP it burns without any problem.

**Kernel log:

[  717.760077] usb 3-1: new high speed USB device using ehci_hcd and address 4
[  717.913577] usb 3-1: configuration #1 chosen from 1 choice
[  717.914018] usb 3-1: New USB device found, idVendor=152e, idProduct=2507
[  717.914025] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  717.914029] usb 3-1: Product: Super Multi Rewriter
[  717.914032] usb 3-1: Manufacturer: HLDS Inc.
[  717.914034] usb 3-1: SerialNumber: P01080121063519
[  718.165122] Initializing USB Mass Storage driver...
[  718.167495] scsi0 : SCSI emulation for USB Mass Storage devices
[  718.168272] usbcore: registered new interface driver usb-storage
[  718.168281] USB Mass Storage support registered.
[  718.203030] usb-storage: device found at 4
[  718.203041] usb-storage: waiting for device to settle before scanning
[  723.201708] usb-storage: device scan complete
[  723.237894] scsi 0:0:0:0: CD-ROMHL-DT-ST DVD-RAM GSA-E60N 1.00 
PQ: 0 ANSI: 0
[  723.348707] Driver 'sr' needs updating - please use bus_type methods
[  723.357449] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda 
tray
[  723.357460] Uniform CD-ROM driver Revision: 3.20
[  723.357624] sr 0:0:0:0: Attached scsi CD-ROM sr0
[  723.440996] sr 0:0:0:0: Attached scsi generic sg0 type 5
[  870.058445] cdrom: This disc doesn't have any tracks I recognize!
[ 1342.314965] warning: `growisofs' uses 32-bit capabilities (legacy support in 
use)
[ 1458.837078] usb 3-1: reset high speed USB device using ehci_hcd and address 4

**Loaded modules:
sg 26964  0 
sr_mod 13316  0 
cdrom  30176  1 sr_mod
usb_storage75936  0 
radeon118688  2 
drm65256  3 radeon
rfcomm 28272  0 
l2cap  17248  5 rfcomm
bluetooth  44900  4 rfcomm,l2cap
ppdev   6468  0 
parport_pc 22500  0 
lp  8164  0 
parport30988  3 ppdev,parport_pc,lp
ipv6  235300  14 
acpi_cpufreq6796  0 
cpufreq_userspace   3172  0 
cpufreq_stats   3776  0 
cpufreq_powersave   1856  0 
cpufreq_ondemand6476  1 
freq_table  4224  3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand
cpufreq_conservative 5960  0 
loop   12748  0 
joydev  8480  0 
usbhid 35904  0 
hid33184  1 usbhid
ff_memless  4392  1 usbhid
psmouse32336  0 
serio_raw   4740  0 
pcspkr  2432  0 
video  16400  0 
output  2912  1 video
yenta_socket   20620  1 
rsrc_nonstatic  9504  1 yenta_socket
battery10180  0 
snd_atiixp 14060  1 
snd_ac97_codec 88484  1 snd_atiixp
ac97_bus1728  1 snd_ac97_codec
ac  4196  0 
button  6064  0 
snd_pcm62596  2 snd_atiixp,snd_ac97_codec
snd_seq41456  0 
snd_timer  17800  2 snd_pcm,snd_seq
snd_seq_device  6380  1 snd_seq
snd45604  8 
snd_atiixp,snd_ac97_codec,snd_pcm,snd_seq,snd_timer,snd_seq_device
soundcore   6368  1 snd
snd_page_alloc  7816  2 snd_atiixp,snd_pcm
i2c_piix

Bug#504096: rhythmbox: Music ripped as MP3 from a CD ends as unknown artist even when CD contents is known

[Sven Arvidsson]

On Sun, 2008-11-16 at 20:19 +0100, Olivier Berger wrote:
> I guess I'm missing the id3v2mux from the default mp3 profile, then
> ...
> 
> So I should probably remove my one
> [EMAIL PROTECTED]@@169@@[EMAIL PROTECTED]@44@@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED] setting and try
> again ?
> 
> Unless it doesn't seem to let me remove it from the preferences inside
> rhytmbox :(
> 
> Any suggestion for a gconftool cmdline ?

Right, you could either remove your custom profile, or edit it so it
contains id3v2mux.

Rhythmbox (or really gnome-audio-profiles-properties from the
gnome-media package) should let you both delete and edit profiles. I'm
not sure why it doesn't work for you?

You could do the same thing using gconf-editor, it's probably easier
than gconftool from the commandline.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#504257: lintian: check for exit() or _exit() calls in shared libraries

[Adam D. Barratt]

On Mon, 2008-11-03 at 15:20 +0900, Paul Wise wrote:
> On Sun, 2008-11-02 at 21:21 -0800, Russ Allbery wrote:
> > I'm not opposed to adding it, but I think we should probably start with it
> > marked as experimental, and I'd expect a lot of false positives.
> 
> Agreed, definitely an info-level complaint if it gets added.

I've added an experimental tag for this. As with the Redhat patch, it
excludes any library which also calls fork(); that loses us a bunch of
false positives and gains us a bunch of false negatives, but that seems
like the better side of the deal.

I wasn't entirely sure about the Severity and Certainty, so
suggestions / objections welcome.

Regards,

Adam



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

Bug#493937: [Patch] Prevent loading of Python modules in working directory

[Bram Moolenaar]

James -

> >> Then this appears to be a difference (bug?) in your libc.  This is not
> >> the case with glibc 2.7 or 2.8 (the two systems I can currently test
> >> on).  Those error with ENOENT (as specified by SUS[0]).
> >
> > I'm on FreeBSD.  I used this test program:
> >
> > #include 
> > #include 
> > #include 
> > #include 
> >
> > main()
> > {
> >char buf[PATH_MAX];
> >char *s;
> >errno = 0;
> >buf[0] = 0;
> >s = realpath("", buf);
> >printf("errno = %d; s = %s; buf = %s\n", errno, s, buf);
> > }
> >
> > Result (when pwd is /tmp):
> >
> > errno = 0; s = /tmp; buf = /tmp
> 
> errno = 2; s = (null); buf =
> 
> > The definition of realpath() doesn't say what happens for an empty
> > string.  It might handle it as "." or give an error.
> 
> SUS does specify what should happen.  It's an error.  FWIW, I've filed a
> bug[0] against FreeBSD's behavior so we'll see what they think about it.

OK.  It's good to have uniform behavior.  Unspecified behavior is
annoying.

> > Did you test my proposed solution on Linux?  I think it should work
> > everywhere.
> 
> Yes, I did. It works fine.

Well, in that case I'll use this not-that-nice-but-works-everywhere
solution.  Thanks for testing.

- Bram

-- 
hundred-and-one symptoms of being an internet addict:
270. You are subscribed to a mailing list for every piece of software
 you use.

 /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///



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

Bug#506034: [l10n:ro] acidlab: Romanian translation of the po-debconf templates

[Eddy Petrișor]

Package: acidlab
Severity: wishlist
Tags: patch, l10n

Attached is the updated Romanian translation of this package's
po-debconf templates.

Please add it to the package.

-- Forwarded message --
From: Eddy Petrișor <[EMAIL PROTECTED]>
Date: Thu, 13 Nov 2008 17:41:15 +0200
Subject: [RFR2] po-debconf://acidlab -- termen 17.11.2008, ora 19:00
To: Debian-l10n-Romanian <[EMAIL PROTECTED]>

În data de 13 noiembrie 2008 17:34, Igor Stirbu <[EMAIL PROTECTED]> a scris:
> Salut,
>
> 220: întâi în loc de intai
> 221: spațiu după punct
> 222: recomandat?

mda, nu-s convis 100%, dar am modificat; pare mai cursiv în vorbire așa.

> 222: să accesați (ACIDlab | serviciul) ... pe serveriul web

Corectate.

-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein


ro.po
Description: Binary data

Bug#506033: libscotchmetis-dev: Please add METIS_PartMesh* functions

[Adam C Powell IV]

Package: libscotchmetis-dev
Severity: wishlist

Greetings,

This is a good drop-in replacement for non-free metis for many purposes,
but it is incomplete.  Please add the functions METIS_PartMeshDual and
METIS_PartMeshNodal.

Thank you,
-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#505517: [Pkg-xen-devel] #505517 [grub-pc] Dosen't handle xen dom0 kernel automagically [2nd PATCH]

[Didier Raboud]

Hi again, 

You'll find attached my second set of patches for an inclusion in grub-pc (an 
inclusion in any xen-* package would need a different handling of the variables 
in /etc/default/grub )

* grub-pc_00_allow_xen.patch
Moves some functionality of /etc/grub.d/10_linux into /etc/grub.d/common

* grub-pc_01_allow_xen.patch
Creates 08_xen which parses "correctly" (AFAIK) the kernel config's to 
know
which ones can be dom0's.

* grub-pc_02_allow_xen.patch
Alters the /etc/default/grub and /usr/sbin/update-grub to handle the 
Xen 
variables.

I hope that these patches are in a more acceptable form.

Best regards, 

OdyX

-- 
Didier Raboud, proud Debian user.
CH-1802 Corseaux
[EMAIL PROTECTED]
diff -Naur etc/grub.d/10_linux /etc/grub.d/10_linux
--- etc/grub.d/10_linux	2008-11-10 16:27:12.0 +0100
+++ /etc/grub.d/10_linux	2008-11-17 21:24:54.0 +0100
@@ -21,6 +21,8 @@
 libdir=${exec_prefix}/lib
 . ${libdir}/grub/update-grub_lib
 
+. /etc/grub.d/common
+
 if [ "x${GRUB_DISTRIBUTOR}" = "x" ] ; then
   OS=GNU/Linux
 else
@@ -29,64 +31,10 @@
 
 # loop-AES arranges things so that /dev/loop/X can be our root device, but
 # the initrds that Linux uses don't like that.
-case ${GRUB_DEVICE} in
-  /dev/loop/*|/dev/loop[0-9])
-GRUB_DEVICE=`losetup ${GRUB_DEVICE} | sed -e "s/^[^(]*(\([^)]\+\)).*/\1/"`
-  ;;
-esac
-
-if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \
-|| ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \
-|| [ "`grub-probe -t abstraction --device ${GRUB_DEVICE}`" != "" ] ; then
-  LINUX_ROOT_DEVICE=${GRUB_DEVICE}
-else
-  LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
-fi
-
-test_numeric ()
-{
-  local a=$1
-  local cmp=$2
-  local b=$3
-  if [ "$a" = "$b" ] ; then
-case $cmp in
-  ge|eq|le) return 0 ;;
-  gt|lt) return 1 ;;
-esac
-  fi
-  if [ "$cmp" = "lt" ] ; then
-c=$a
-a=$b
-b=$c
-  fi
-  if (echo $a ; echo $b) | sort -n | head -n 1 | grep -qx $b ; then
-return 0
-  else
-return 1
-  fi
-}
+GRUB_DEVICE=`check_loop "${GRUB_DEVICE}"`
 
-test_gt ()
-{
-  local a=`echo $1 | sed -e "s,.*/vmlinu[zx]-,,g;s/[._-]\(pre\|rc\|test\|git\|old\)/~\1/g"`
-  local b=`echo $2 | sed -e "s,.*/vmlinu[zx]-,,g;s/[._-]\(pre\|rc\|test\|git\|old\)/~\1/g"`
-  if [ "x$b" = "x" ] ; then
-return 0
-  fi
-  dpkg --compare-versions "$a" gt "$b"
-  return $?
-}
+LINUX_ROOT_DEVICE=`root_device_uuid "${GRUB_DEVICE_UUID}" "${GRUB_DISABLE_LINUX_UUID}" "${GRUB_DEVICE}"`
 
-find_latest ()
-{
-  local a=""
-  for i in $@ ; do
-if test_gt "$i" "$a" ; then
-  a="$i"
-fi
-  done
-  echo "$a"
-}
 
 list=`for i in /boot/vmlinu[xz]-* /vmlinu[xz]-* ; do
 if grub_file_is_not_garbage "$i" ; then echo -n "$i " ; fi
diff -Naur etc/grub.d/common /etc/grub.d/common
--- etc/grub.d/common	1970-01-01 01:00:00.0 +0100
+++ /etc/grub.d/common	2008-11-17 21:23:19.0 +0100
@@ -0,0 +1,89 @@
+#! /bin/sh -e
+
+# update-grub helper script.
+# Copyright (C) 2006,2007,2008  Free Software Foundation, Inc.
+#
+# GRUB is free software: you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation, either version 3 of the License, or
+# (at your option) any later version.
+#
+# GRUB is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with GRUB.  If not, see .
+
+test_numeric ()
+{
+  local a=$1
+  local cmp=$2
+  local b=$3
+  if [ "$a" = "$b" ] ; then
+case $cmp in
+  ge|eq|le) return 0 ;;
+  gt|lt) return 1 ;;
+esac
+  fi
+  if [ "$cmp" = "lt" ] ; then
+c=$a
+a=$b
+b=$c
+  fi
+  if (echo $a ; echo $b) | sort -n | head -n 1 | grep -qx $b ; then
+return 0
+  else
+return 1
+  fi
+}
+
+test_gt ()
+{
+  local a=`echo $1 | sed -e "s,.*/vmlinu[zx]-,,g;s/[._-]\(pre\|rc\|test\|git\|old\)/~\1/g"`
+  local b=`echo $2 | sed -e "s,.*/vmlinu[zx]-,,g;s/[._-]\(pre\|rc\|test\|git\|old\)/~\1/g"`
+  if [ "x$b" = "x" ] ; then
+return 0
+  fi
+  dpkg --compare-versions "$a" gt "$b"
+  return $?
+}
+
+find_latest ()
+{
+  local a=""
+  for i in $@ ; do
+if test_gt "$i" "$a" ; then
+  a="$i"
+fi
+  done
+  echo "$a"
+}
+
+# loop-AES arranges things so that /dev/loop/X can be our root device, but
+# the initrds that Linux uses don't like that.
+check_loop ()
+{
+  case $1 in 
+/dev/loop/*|/dev/loop[0-9])
+  echo `losetup $1 | sed -e "s/^[^(]*(\([^)]\+\)).*/\1/"`;;
+*)
+  echo $1;;
+  esac
+}
+
+root_device_uuid()
+{
+  local device_uuid=$1
+  local disable_uuid=$2
+  local grub_device=$3
+
+  if [ "x${device_uuid}" = "x" ] || [ "x${disable_uuid}" = "xtrue" ] \
+  || ! test -e "/dev/disk/by-uuid/$

Bug#506032: gimageview: gimv segfaults by opening a new folder in thumbnail-viewer

[sigi]

Package: gimageview
Version: 0.2.27-1
Severity: important


I start up gimv, and it opens the thumbnail-browser. If I want to open a 
folder by clicking it in the folder-bar, gimv crashes immediately. 
The images seem ok: If I open them directly with e.g.
gimv /home/sigi/pics/2006-01-21/Geb-95-28.jpg they're opened and nothing 
happens.

It gives this messages, befor it's killed:

(gimv:7673): GLib-WARNING **: GError set over the top of a previous GError or 
uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL before 
it's set.
The overwriting error message was: Error parsing XML data

(gimv:7673): GLib-WARNING **: GError set over the top of a previous GError or 
uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL before 
it's set.
The overwriting error message was: Error parsing XML data
scandir = /home/sigi/pics/2006-01-21/
filename = /home/sigi/pics/2006-01-21/Geb-95-25.jpg
filename = /home/sigi/pics/2006-01-21/Geb-95-39.jpg
filename = /home/sigi/pics/2006-01-21/Geb-95-28.jpg
filename = /home/sigi/pics/2006-01-21/Geb-95-30.jpg
filename = /home/sigi/pics/2006-01-21/Geb-95-02.jpg
Speicherzugriffsfehler


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

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

Versions of packages gimageview depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbz2-1.0 1.0.5-1   high-quality block-sorting file co
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6.1 The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libmng11.0.9-1   Multiple-image Network Graphics li
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  librsvg2-2 2.22.2-2  SAX-based renderer library for SVG
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxine1   1.1.14-3  the xine video/media player librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

gimageview recommends no packages.

gimageview suggests no packages.

-- no debconf information



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

Bug#505789: Patch adding the usb-storage module for sparc

[Jurij Smakov]

On Mon, Nov 17, 2008 at 09:47:29AM -0200, Otavio Salvador wrote:
> Jurij Smakov <[EMAIL PROTECTED]> writes:
> 
> > Hi,
> >
> > With valuable help from Frans, I've created a patch which adds 
> > usb-storage module on sparc, so that it is actually possible to load 
> > needed firmware from a USB stick (attached). Please consider applying 
> > it.
> >
> > Thanks.
> > -- 
> > Jurij Smakov   [EMAIL PROTECTED]
> > Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC
> >
> > Index: installer/build/pkg-lists/cdrom/sparc.cfg
> > ===
> > --- installer/build/pkg-lists/cdrom/sparc.cfg   (revision 56652)
> > +++ installer/build/pkg-lists/cdrom/sparc.cfg   (working copy)
> > @@ -4,10 +4,9 @@
> >  sparc-utils-udeb
> >  kbd-chooser
> >  
> > -# Some modules are only available for sparc64, so only include them if they
> > -# are available.
> > -ide-modules-${kernel:Version} ?
> > -usb-modules-${kernel:Version} ?
> > +ide-modules-${kernel:Version}
> > +usb-modules-${kernel:Version}
> 
> Why you've droped the '?' ?
> 
> Otherwise it looks good.

Frans suggested doing it, these modules are guaranteed to exist on 
sparc there days, and question marks are leftovers from the old times.

Cheers.
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC



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

Bug#505253: www.debian.org: Logo page missing licenses

[Craig Small]

On Sat, Nov 15, 2008 at 05:58:57AM -0800, Alex Brotman wrote:
> The images are hosted on the debian servers, but there is no license 
> associated with them.
Heh, mine's the only one with the license :)
I would imagine the rest are the same but yes it is probably best to
check.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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