date:20110723

Bug#631068: nyquist: Commercial use of xlisp not allowed

2011-07-23 Thread Steve M. Robbins

Hello Roger,

I've recently learned that one of the nyquist files contains license
terms contrary to the Debian Free Software Guidelines (DFSG)
[ http://www.debian.org/social_contract#guidelines ]:


On Sat, Jun 25, 2011 at 07:52:01PM +0200, Sam Geeraerts wrote:

 The file xlisp/xlbfun.c contains the following license notice:
 
 /*  Copyright (c) 1985, by David Michael Betz
 All Rights Reserved
 Permission is granted for unrestricted non-commercial use   */
 
 This clearly does not permit commercial use. In the worst interpretation
 it also doesn't allow modification or distribution.
 
 Nearly the same file is also used in Audacity, see bug 631068.

I've just checked and found the latest release of xlisp
[ http://www.xlisp.org/ ] has a new license that is compatible the
DFSG.  

Would you consider replacing the problematic files when you make
a new release?

Thanks,
-Steve



signature.asc
Description: Digital signature

Bug#635129: kdm crashes with /usr/lib/libQtGui.so.4: undefined symbol: FT_Library_SetLcdFilter in kdm.log

2011-07-23 Thread Modestas Vainius

tags 635129 moreinfo
thanks

Hello,

On šeštadienis 23 Liepa 2011 00:18:25 Tomaž wrote:
 KDM chrases after upgrading from kde 4.6.3 to 4.6.5. I can not log into
 desktop. I've attached kdm.log.
 
 Tomaz

Paste

$ ldd /usr/lib/kde4/libexec/kdm_greet

and

$ dpkg -l libfreetype6

and

$ locate libfreetype


-- 
Modestas Vainius mo...@debian.org


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

Bug#634721: closed by Axel Beckert a...@debian.org (Re: Bug#634721: xulrunner-5.0: xulrunner-stub throws Could not find the Mozilla runtime error)

2011-07-23 Thread Mike Hommey

On Sat, Jul 23, 2011 at 03:28:28AM +0200, Axel Beckert wrote:
 Well, no, the xulrunner /path/to/application.ini approach still
 seems to work fine with all xulrunner versions, so I'll stick with
 that for now. IIRC conkeror's upstream is also going in that
 direction. They used some commandline options to get the GRE version
 before IIRC.

Except there is no xulrunner binary ;) So if you want to support
several versions, you need to scan for xulrunner-1.9, xulrunner-1.9.1,
xulrunner-1.9.2, xulrunner-2.0, xulrunner-5.0, xulrunner-6.0, etc.
 
  It's not because conkeror is fortunate enough to work with different
  versions that we can assume everything will.
 
 Sure. I though think that instantbird is the only other non-mozilla
 xulrunner application in Debian besides conkeror.

But it uses a binary component and thus is effectively tied to a single
version. So conkeror is effectively alone.

Mike



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

Bug#635150: virtuoso-opensource: [INTL:sk] Slovak po-debconf translation

2011-07-23 Thread Slavko

Package: virtuoso-opensource
Severity: wishlist
Tags: l10n patch
Version: 6.1.2+dfsg1-1

sk.po attached

regards

-- 
Slavko
http://slavino.sk
# Slovak translations for virtuoso-opensource package
# SlovenskÃ© preklady pre balÃk virtuoso-opensource.
# Copyright (C) 2011 THE virtuoso-opensource'S COPYRIGHT HOLDER
# This file is distributed under the same license as the virtuoso-opensource package.
# Slavko li...@slavino.sk, 2011.
#
msgid 
msgstr 
Project-Id-Version: virtuoso-opensource\n
Report-Msgid-Bugs-To: virtuoso-opensou...@packages.debian.org\n
POT-Creation-Date: 2010-03-13 16:41+0100\n
PO-Revision-Date: 2011-07-23 08:43+0200\n
Last-Translator: Slavko li...@slavino.sk\n
Language-Team: Slovak nomail\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Language: sk\n
Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2  n=4) ? 1 : 2;\n

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid Password for DBA and DAV users:
msgstr Heslo pre pouÅ¾ÃvateÄ¾ov DBA a DAV:

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid 
Following installation, users and passwords in Virtuoso can be managed using 
the command line tools (see the full documentation) or via the Conductor web 
application which is installed by default at http://localhost:8890/conductor.;
msgstr 
NasledujÃºca inÅ¡talÃ¡ciu, pouÅ¾Ãvatelia a heslÃ¡ vo Virtuoso moÅ¾no spravovaÅ¥ 
pomocou nÃ¡strojov prÃkazovÃ©ho riadku (pozrite ÃºplnÃº dokumentÃ¡ciu) alebo 
pomocou webovej aplikÃ¡cie Conductor, ktorÃ¡ je predvolene inÅ¡talovanÃ¡ na 
http://localhost:8890/conductor.;

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid 
Two users (\dba\ and \dav\) are created by default, with administrative 
access to Virtuoso. Secure passwords must be chosen for these users in order 
to complete the installation.
msgstr 
Predvolene sÃº vytvorenÃ dvaja pouÅ¾Ãvatelia (âdbaâ a âdavâ) s 
administrÃ¡torskÃ½m prÃstupom do Virtuoso. Na dokonÄenie inÅ¡talÃ¡cie im musÃte 
zvoliÅ¥ bezpeÄnÃ© heslo.

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid 
If you leave this blank, the daemon will be disabled unless a non-default 
password already exists.
msgstr 
Ak ponechÃ¡te toto pole prÃ¡zdne, dÃ©mon bude zakÃ¡zanÃ½, iba ak uÅ¾ existuje inÃ© 
ako Å¡tandardnÃ© heslo.

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:3001
msgid Administrative users password confirmation:
msgstr Potvrdenie hesla administrÃ¡torskÃ½ch pouÅ¾ÃvateÄ¾ov:

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:4001
msgid Password mismatch
msgstr HeslÃ¡ nesÃºhlasia

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:4001
msgid 
The two passwords you entered were not the same. Please enter a password 
again.
msgstr 
Dve heslÃ¡, ktorÃ© ste zadali, sa nezhodujÃº. ProsÃm, zadajte heslo znova.

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid No initial password set, daemon disabled
msgstr Nebolo nastavenÃ© poÄiatoÄnÃ© heslo, dÃ©mon zakÃ¡zanÃ½

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid 
For security reasons, the default Virtuoso instance is disabled because no 
administration password was provided.
msgstr 
Z bezpeÄnostnÃ½ch dÃ´vodov je predvolenÃ¡ inÅ¡tancia Virtuoso zakÃ¡zanÃ¡, pretoÅ¾e 
nebolo nastavenÃ© administrÃ¡torskÃ© heslo.

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid 
You can enable the daemon manually by setting RUN to \yes\ in /etc/default/
virtuoso-opensource-6.1. The default DBA user password will then be \dba\.
msgstr 
DÃ©mona mÃ´Å¾ete zapnÃºÅ¥ manuÃ¡lne, nastavenÃm RUN na âyesâ v /etc/default/
virtuoso-opensource-6.1. PredvolenÃ© heslo pouÅ¾ÃvateÄ¾a DBA potom bude âdbaâ.

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid Unable to set password for the Virtuoso DBA user
msgstr NemoÅ¾no nastaviÅ¥ heslo pouÅ¾ÃvateÄ¾a Virtuoso DBA

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid 
An error occurred while setting the password for the Virtuoso administrative 
user. This may have happened because the account already has a password, or 
because of a communication problem with the Virtuoso server.
msgstr 
Pri nastavovanÃ hesla administrÃ¡torskÃ©ho pouÅ¾ÃvateÄ¾a Virtuoso nastala chyba. 
K tomuto mohlo dÃ´jsÅ¥ buÄ preto, Å¾e ÃºÄet uÅ¾ mÃ¡ heslo, alebo kvÃ´li 
komunikaÄnÃ©mu problÃ©mu so serverom Virtuoso.

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid 
If the database already existed then it will have retained the original 
password. If there was some other problem then the default password (\dba
\) is used.
msgstr 
Ak databÃ¡za uÅ¾ existuje, potom bude ponechanÃ© pÃ´vodnÃ© heslo. Ak nastal inÃ½ 
problÃ©m, bude pouÅ¾itÃ© predvolenÃ© heslo

Bug#634815: pu: package amispammer/3.1-1

2011-07-23 Thread Salvatore Bonaccorso

Hi Julián and Adam

On Fri, Jul 22, 2011 at 07:54:10PM +0100, Adam D. Barratt wrote:
 tag 634815 + confirmed
 thanks
 
 On Wed, 2011-07-20 at 21:33 -0500, Julián Moreno Patiño wrote:
   The patch looks okay, but I'd like to see a full debdiff against the
  current stable package before giving final confirmation for upload.
  
  Ok, debdiff attached.
 
 Thanks.  Please go ahead with the upload.

Uploaded the package for Julián.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#624464: rsakeyfind: invalid maintainer address

2011-07-23 Thread Julien Valroff

Le vendredi 22 juil. 2011 à 12:15:52 (+0200 CEST), Niels Thykier a écrit :
 Hi,
 
 Any news on this?
 
 ~Niels
 
 PS: I decided to explicitly CC forensics-de...@lists.alioth.debian.org,
 since the broken maintainer address might prevent the bug email to reach
 otherwise.

I have just uploaded an updated package, thanks for thinking of CC'ing the
list.

Cheers,
Julien

-- 
  .''`.   Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org
 : :'  :  Debian Developer  Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



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

Bug#632970: cannot set keyboard layout for vserver

2011-07-23 Thread Samuel Thibault

reassign 632970 xserver-xephyer
thanks

Cyril Brulebois, le Fri 22 Jul 2011 20:15:42 +0200, a écrit :
 Samuel Thibault sthiba...@debian.org (22/07/2011):
  KiBi wrote:
   Xephyr is not X, and uses us by default.
  
  Why should it be cast into stone?
 
 I didn't say a thing about that.

Ok.

  us seems to me a bad default for most (that is, no-us) people,
  compared to simply inheriting the underlying X server layout or
  reading /etc/default/keyboarD.
 
 That's still not a bug in keyboard-configuration,

Sure. I just apparently failed to Bcc control my reassignment.

 Also, putting me in Cc could be nice…

It would have been done by the bts if I hadn't failed my Bcc.

Samuel



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

Bug#632970: cannot set keyboard layout for vserver

2011-07-23 Thread Samuel Thibault

Julien Cristau, le Fri 22 Jul 2011 20:21:00 +0200, a écrit :
  or reading /etc/default/keyboard.
  
 No.

Why not?

Samuel



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

Bug#632970: cannot set keyboard layout for vserver

2011-07-23 Thread Samuel Thibault

Samuel Thibault, le Sat 23 Jul 2011 09:12:39 +0200, a écrit :
 Julien Cristau, le Fri 22 Jul 2011 20:21:00 +0200, a écrit :
   or reading /etc/default/keyboard.
   
  No.
 
 Why not?

(From a user point of view, it's similar to running startx, the default
system keyboard layout should be used).

Samuel



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

Bug#633622: remap doesn't take effect

2011-07-23 Thread Michael Schutte

Hello,

On Sat, Jul 23, 2011 at 08:41:06AM +0300, Volkan YAZICI wrote:
   $ . /etc/default/keyboard
   $ diff (ckbcomp -model $XKBMODEL $XKBLAYOUT $XKBVARIANT) \
 (ckbcomp -model $XKBMODEL $XKBLAYOUT $XKBVARIANT ctrl:nocaps)
   59c59
keycode 58 = CtrlL_Lock CtrlL_Lock CtrlL_Lock CtrlL_Lock ...
   ---
keycode 58 = Control Control Control Control Control Control ...
 
 But pay attention that, above output is taken from the machine where I
 manually set keycode 58 in /etc/console-setup/cached.kmap.gz to a
 sequence of Controls.

ckbcomp doesn’t look at the cached keymap itself, so this seems entirely
correct to me.  What happens immediately after you run “setupcon --save”
(which will replace /etc/console-setup/cached.kmap.gz), and then after
rebooting?

All the best,
-- 
Michael Schutte   | michi@{uiae.at,debian.org}
Innsbruck, Austria| happily accepting encrypted mail
OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A


signature.asc
Description: Digital signature

Bug#635035: [s390] doesn't has nbd module available

2011-07-23 Thread Philipp Kern

On Fri, Jul 22, 2011 at 01:03:47AM +0200, Otavio Salvador wrote:
 Currently there're a development of partman-nbd for integration into
 Debian Installer and we started pushing the required changes to
 integrate it. Regarding kernel support, s390 is the only missing
 architecture.
 
 This bug is more a request for comments then a request. We have two
 possible ways of fixing this bug:
 
  * enabling nbd for s390;
  * documenting into installation manual that s390 lacks it;
 
 Either way works for me while the first seems the easier and avoids a
 divergion regarding feature sets.

Aye.  It's unlikely that someone needs it on s390, but those few kb don't hurt,
I'd say.

Kind regards
Philipp Kern 


signature.asc
Description: Digital signature

Bug#635152: pino FTBFS on Ubuntu 11.10

2011-07-23 Thread Jeremy Bicha

Subject: pino FTBFS on Ubuntu 11.10
Package: pino
Version: 0.2.11-6
Severity: serious

Pino FTBFS on the Ubuntu 11.10 builders because it build-depends on
valac ( 0.11). Please change this to valac-0.10. Thanks!

A detailed build log can be seen at
https://launchpadlibrarian.net/74753553/buildlog_ubuntu-oneiric-amd64.pino_0.2.11-6_FAILEDTOBUILD.txt.gz


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

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



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

Bug#630346: Please include minissdp support

2011-07-23 Thread Benoît Knecht

tag 630346 fixed-upstream
thanks

Joerg Dorchain wrote:
 On Fri, Jul 01, 2011 at 12:31:13AM +0200, Benoît Knecht wrote:
  Joerg Dorchain wrote:
   On Thu, Jun 30, 2011 at 03:15:26PM +0200, Benoît Knecht wrote:
So should I send you a .deb, or you'll build it on your own and report
back here? I have one built already, based on minidlna 1.0.20 with an
updated version of the patch applied on top.
   
   Just provide the .deb (i386, please)
  
  Okay, so here it is. Let me know how it goes (and please don't forget to
  CC the BTS again, I just didn't want to send the attachement there).
 
 So far, it works quiet well. As I did not see special issues, I
 think it is ok.

Thanks for testing. The patch has now been merged upstream, so minissdp
support will be part of the next release.

Cheers,

-- 
Benoît Knecht



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

Bug#634976: [Pkg-bluetooth-maintainers] Bug#634976: bluez: Please install ALSA plugin in the multiarch directory

2011-07-23 Thread Nobuhiro Iwamatsu

Hi, all.

OK, I will upload package with this patch.
But I am moving now for debconf.
I will do this activity in this in debconf.

Best regards,
Nobuhiro

2011/7/22 Steve Langasek steve.langa...@canonical.com:
Package: bluez
Followup-For: Bug #634976
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi folks,

Attached is a patch to switch bluez-alsa to the multiarch path, by querying
the *alsa* libdir path from pkg-config instead of assuming the libdir should
be the same for all plugins being built. The patch itself is safe and
correct to push upstream, with or without multiarch; the change to the
debian directory is, of course, specific to multiarch.

This patch will be applied in Ubuntu shortly; and as bluez-alsa is unusable
with the libasound2 in unstable until this is fixed, I would encourage you
to do likewise in Debian.

Thanks for considering the patch.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slanga...@ubuntu.com vor...@debian.org

___
Pkg-bluetooth-maintainers mailing list
pkg-bluetooth-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers

1 2 3 >

1 - 100 of 267 matches

Mail list logo