Bug#674023: ledgersmb: General update after the debconf review process
Dear Debian maintainer, On Tuesday, May 22, 2012, I sent you a notification about the beginning of a review action on debconf templates for ledgersmb. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Tuesday, May 22, 2012. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- ledgersmb.old/debian/templates 2012-05-22 08:27:44.223689383 +0200 +++ ledgersmb/debian/templates 2012-06-03 08:20:37.155542839 +0200 @@ -1,23 +1,34 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: ledgersmb/admin_login Type: string Default: ledgersmb -_Description: Login for the Database Administrative user: - Please enter the login of the LedgerSMB Database Administrative user. This - login is needed for, for instance, running setup.pl in the Web Interface. - Note that 'ledgersmb' is the standard for this. +_Description: Database administrative user login: + Please enter the login of the LedgerSMB database administrative user. This + login is needed for the administrative web user interface, typically at + http://localhost/ledgersmb/setup.pl. Template: ledgersmb/admin_password Type: password Default: LEDGERSMBINITIAL -_Description: Password for the Database Administrative user: - Please enter the password of the LedgerSMB Database Administrative user. - This password is needed for, for instance, running setup.pl in the Web - Interface. +_Description: Database administrative user password: + Please enter the password of the LedgerSMB database administrative user. This + password is needed for the administrative web user interface, typically at + http://localhost/ledgersmb/setup.pl. Template: ledgersmb/debconf_install Type: boolean Default: false _Description: Configure LedgerSMB automatically? The configuration program for the package can automatically configure - LedgerSMB, at least and especially for the LedgerSMB Database User. - + some aspects of LedgerSMB, such as the LedgerSMB database user. + . + More general information about the initial configuration of the application + can be found in /usr/share/doc/ledgersmb/README.Debian. --- ledgersmb.old/debian/control2012-05-22 08:27:44.223689383 +0200 +++ ledgersmb/debian/control2012-05-25 18:29:12.253263047 +0200 @@ -22,10 +22,10 @@ Suggests: postgresql, lpr, libnet-tclink-perl, latex-cjk-all Conflicts: ledger-smb Replaces: ledger-smb -Description: Financial accounting and ERP program +Description: financial accounting and ERP program LedgerSMB is a double-entry financial accounting and Enterprise Resource - Planning system which offers Accounts Receivable, Accounts Payable and General - Ledger tracking as well as inventory control and fixed assets handling. The + Planning system which offers Accounts Receivable, Accounts Payable and General + Ledger tracking as well as inventory control and fixed assets handling. The LedgerSMB client can be a web browser or a programmed API call. The goal of the LedgerSMB project is to bring high quality ERP and accounting capabilities to - small and midsize businesses. + Small and Midsize Businesses. --- ledgersmb.old/debian/changelog 2012-05-22 08:27:44.223689383 +0200 +++ ledgersmb/debian/changelog 2012-06-23 07:37:48.146319752 +0200 @@ -1,3 +1,23 @@ +ledgersmb (1.3.15-3)
Bug#678929: pdns-server: unowned files after purge (policy 6.8, 10.8): /etc/powerdns/bindbackend.conf
Package: pdns-server Version: 3.1-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m31.9s ERROR: FAIL: Package purging left files on system: /etc/powerdns/ owned by: pdns-server /etc/powerdns/bindbackend.conf not owned cheers, Andreas pdns-server_3.1-3.log.gz Description: GNU Zip compressed data
Bug#678891: screen: [INTL:es] Spanish debconf translation for screen
Quoting Axel Beckert (a...@debian.org): Hi Fernando, Fernando C. Estrada wrote: I downloaded the file submitted and I saw is in encoding ISO-8859-1, I guess this is a problem with my e-mail client (mutt) to send attached files, so please ensure to convert the file to UTF-8. I'll check. Thanks for the hint! Indeed, the file ended up wrongly encoded to ISO-885961. It's not per se a problem, except that headers claim it to be UTF-8. Attached is the right file. es.po Description: application/gettext signature.asc Description: Digital signature
Bug#678930: pdns-server: prompting due to modified conffiles which were not modified by the user
Package: pdns-server Version: 3.1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up pdns-server (3.1-3) ... Installing new version of config file /etc/init.d/pdns ... Configuration file `/etc/default/pdns' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** pdns (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing pdns-server (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: pdns-server This was observed on a dist-upgrade from squeeze to sid. cheers, Andreas pdns-server_3.1-3.log.gz Description: GNU Zip compressed data
Bug#678564: [DSE-Dev] Bug#678564: selinux-policy-default: Several process are running in incorrect context when using systemd
On Mon, 25 Jun 2012, Laurent Bigonville bi...@debian.org wrote: With SysV init: system_u:system_r:init_t:s0 1 ?Ss 0:00 init [2] system_u:system_r:initrc_t:s02979 ?Ss 0:00 /usr/sbin/tcsd I'll add tcsd.pp to the next upload. system_u:system_r:initrc_t:s03240 ?Ss 0:00 /usr/sbin/acpi_fakekeyd If apm.pp is loaded then that should be running in apmd_t. system_u:system_r:initrc_t:s03259 ?Ssl 0:06 /usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng pidfile=/var/run/apt-cacher-ng/pid SocketPath=/var/run/apt-cacher-ng/socket foreground=0 What exactly does that do? We need to run that in a different domain. system_u:system_r:initrc_t:s03295 ?Ss 0:00 /usr/sbin/irqbalance I'll add the irqbalance.pp to an initial load if the Debian package is installed. system_u:system_r:initrc_t:s03348 ?Ss 0:00 /usr/sbin/kerneloops Need kerneloops.pp system_u:system_r:initrc_t:s03628 ? Ss 0:00 /usr/sbin/bluetoothd Need bluetooth.pp system_u:system_r:initrc_t:s03658 ? Ss 0:00 /sbin/upsd I'll add nut.pp to the build list. system_u:system_r:initrc_t:s03703 ? Ss 0:00 /sbin/upsmon system_u:system_r:initrc_t:s03706 ?S 0:00 /sbin/upsmon That's nut.pp too. system_u:system_r:initrc_t:s03736 ?S 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid Need smartmon.pp system_u:system_r:initrc_t:s03820 ?Ss 0:07 /lib/nut/usbhid-ups -a ellipse Hopefully nut.pp will do that. system_u:system_r:initrc_t:s04100 ? Ss 0:00 /usr/sbin/minissdpd -i 0.0.0.0 We need policy for that. I will upload a new policy package to Unstable shortly to give you nut.pp and tcsd.pp for testing. Probably they will have some issues and I'll do another upload tomorrow to fix them. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593139: ruby-randrop build hangs
I confirm problem bellow,
the attached c code does not have problem.
Petr
-- Forwarded message --
Date: Sat, 23 Jun 2012 16:23:36 +0300
From: Hleb Valoshka 375...@gmail.com
It looks like ruby-raindrops hangs on buildd because of issues with ruby1.9.1,
libc and SMP.
This very simple code taken from raindrops maillist [0] will 100% hang on SMP
kfreebsd box:
1000.times do
pid = fork do
1 + 1
end
Process.waitpid2(pid)
end
It may be used as a test case :)
It doesn't lock on uniprocessor machine, it doesn't lock under ruby1.8, it
doesn't locks on ordinary FreeBSD. But it locks when run under ruby1.9.1 on SMP
machine with kfreebsd (8.1, 9.0) and glibc.
[0] http://permalink.gmane.org/gmane.comp.lang.ruby.raindrops.general/96#include unistd.h
#include sys/types.h
#include sys/wait.h
#include stdio.h
#include errno.h
#include stdlib.h
int main()
{
int i, r, f, st;
for (i = 0 ; i 1000; i++)
{
f = fork();
if (f == 0)
{
exit(0);
} else if (f 0)
{
perror(fork failed);
} else
{
r = waitpid(f, st, 0);
if (r != f)
perror(waitpid);
}
}
}
Bug#664190: strongswan NMU
Hey Rene, I didn't want to go that route because I really don't think I'll be able to handle this long, but I'm considering doing an NMU of strongswan to update it to latest release before freeze. Right now, I have no real idea what is your method to package new stuff in strongswan, so it'd be really nice if you could give me some pointer so I can do the work directly in your repository. Even better would be for you to do the job, but I understand that you're not really up to at the moment. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#678932: mythtv-status: Should have Depends for libsocket6-perl
Package: mythtv-status Version: 0.10.1-1 Severity: important Dear Maintainer, Installed latest mythtv-status and while it mostly works, it throws an error at the end: Unable to access MythTV Perl API. Try with --verbose to find out why. Running with the --verbose option gave: Base class package IO::Socket::INET6 is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .). at /usr/share/perl5/IO/Socket/INET/MythTV.pm line 14 BEGIN failed--compilation aborted at /usr/share/perl5/IO/Socket/INET/MythTV.pm line 14, CHILD line 71. Compilation failed in require at /usr/share/perl5/MythTV.pm line 14, CHILD line 71. BEGIN failed--compilation aborted at /usr/share/perl5/MythTV.pm line 14, CHILD line 71. Compilation failed in require at /usr/bin/mythtv-status line 714, CHILD line 71. Installing libsocket6-perl fixed this. Suggest either set a Depends for libsocket6-perl, or report upstream to not assume INET6 is available? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.43 ii libconfig-auto-perl0.42-1 ii libdate-manip-perl 6.32-1 ii libmime-tools-perl 5.503-1 ii libsys-sigaction-perl 0.13-1 ii libwww-perl6.04-1 ii libxml-libxml-perl 1.99+dfsg-1 ii perl 5.14.2-12 Versions of packages mythtv-status recommends: ii libmythtv-perl0.25.1-dmo1 ii libnet-upnp-perl 1.4.2-1 Versions of packages mythtv-status suggests: pn molly-guard none -- debconf information: mythtv-status/host: localhost mythtv-status/enable: true mythtv-status/email: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678423: unattended-upgrades: Brazilian translation
On Thu, Jun 21, 2012 at 12:37:14PM -0400, David Prévot wrote: Package: unattended-upgrades Version: 0.78 Severity: wishlist Tags: l10n patch Thanks for your bugreport and your updated translation. Hi Michael, Please find attached the updated Brazilian translation. Could you please remove the Czech (po/cs.po) one: it was a debconf translation committed in the wrong directory? I did that now and it will be part of the next upload. Cheers, Michael Regards David Message original Sujet: Re: unattended-upgrades 0.77: Please update the PO translation for the package unattended-upgrades Date : Thu, 14 Jun 2012 08:53:27 -0300 De : Sergio secipo...@gmail.com Pour : David Prévot taf...@debian.org Copie à : Portuguese debian-l10n-portugu...@lists.debian.org On 06/13/2012 10:30 PM, David Prévot wrote: Hi, You are noted as the last translator of the translation for unattended-upgrades. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against unattended-upgrades. The deadline for receiving the updated translation is Sat, 23 Jun 2012 21:30:01 -0400. Thanks in advance, Manually updated (no translation tools here), so feel free to review. msgid msgstr Project-Id-Version: unattended-upgrades-0.61\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-07-19 15:24+0200\n PO-Revision-Date: 2012-06-14 08:25-0300\n Last-Translator: S??rgio Cipolla secipo...@gmail.com\n Language-Team: \n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Portuguese\n X-Poedit-Country: BRAZIL\n #: ../unattended-upgrade:72 #, c-format msgid Progress: %s %% (%s) msgstr Progresso: %s %% (%s) #: ../unattended-upgrade:190 ../unattended-upgrade:254 msgid All upgrades installed msgstr Todas as atualizaes instaladas #: ../unattended-upgrade:192 ../unattended-upgrade:246 msgid Installing the upgrades failed! msgstr A instalao das atualizaes falhou! #: ../unattended-upgrade:193 ../unattended-upgrade:247 #, c-format msgid error message: '%s' msgstr mensagem de erro: '%s' #: ../unattended-upgrade:194 ../unattended-upgrade:248 #, c-format msgid dpkg returned a error! See '%s' for details msgstr O dpkg retornou um erro! Veja '%s' para mais detalhes #: ../unattended-upgrade:231 #, c-format msgid Progress: %s %%: (%s) msgstr Progresso: %s %%: (%s) #: ../unattended-upgrade:412 msgid No '/usr/bin/mail', can not send mail. You probably want to install the 'mailx' package. msgstr '/usr/bin/mail' n??o encontrado. Incapaz de enviar email. Voc?? provavelmente gostaria de instalar o pacote 'mailx'. #: ../unattended-upgrade:423 msgid [reboot required] unattended-upgrades result for '%s' msgstr [?? necess??rio reiniciar o computador] Resultado da atualizao desacompanhada para '%s' #: ../unattended-upgrade:425 #, c-format msgid unattended-upgrades result for '%s' msgstr Resultado da atualizao desacompanhada para '%s' #: ../unattended-upgrade:428 #, c-format msgid Unattended upgrade returned: %s\n \n msgstr A atualizao desacompanhada retornou: %s\n \n #: ../unattended-upgrade:430 msgid Warning: A reboot is required to complete this upgrade.\n \n msgstr Ateno: ?? necess??rio reiniciar o computador para completar esta atualizao.\n \n #: ../unattended-upgrade:431 msgid Packages that are upgraded:\n msgstr Pacotes atualizados:\n #: ../unattended-upgrade:435 msgid Packages with upgradable origin but kept back:\n msgstr Pacotes atualiz??veis na origem mas mantidos na vers??o atual:\n #: ../unattended-upgrade:439 msgid Package installation log: msgstr Relat??rio de instalao de pacotes: #: ../unattended-upgrade:442 msgid Unattended-upgrades log:\n msgstr Relat??rio da atualizao desacompanhada:\n #: ../unattended-upgrade:513 #, c-format msgid Initial blacklisted packages: %s msgstr Pacotes inicialmente na lista negra: %s #: ../unattended-upgrade:514 msgid Starting unattended upgrades script msgstr Iniciando o script da atualizao desacompanhada #: ../unattended-upgrade:517 #, c-format msgid Allowed origins are: %s msgstr S??o origens permitidas: %s #: ../unattended-upgrade:528 ../unattended-upgrade:529 msgid Unclean dpkg state detected, trying to correct msgstr Tentando corrigir estado n??o-??ntegro no dpkg #: ../unattended-upgrade:538 #, c-format msgid dpkg --configure -a output:\n %s msgstr Sa??da de dpkg --configure -a:\n %s #: ../unattended-upgrade:546 msgid Lock could not be acquired (another package manager running?) msgstr O lock n??o p??de ser obtido (outro gerenciador de pacotes em funcionamento?) #:
Bug#678427: unattended-upgrades: [INTL:ru] Russian program translation update
On Thu, Jun 21, 2012 at 08:54:56PM +0400, Yuri Kozlov wrote: Package: unattended-upgrades Version: 0.77 Severity: wishlist Tags: l10n patch Thanks, commited to my bzr tree and it will be part of the next upload. Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Russian program translation update is attached. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656719: [RFC][PATCH v3 3/3] Add debian/NEWS for libg3dvl-mesa
On Son, 2012-06-24 at 18:02 +0200, Paul Menzel wrote: + +Please note that this support is work in progress and might not work correctly. Pleaes report bugs to the Mesa bug tracker. Given this (valid) caveat, I'm not sure this functionality should really be advertised in NEWS at all. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer signature.asc Description: This is a digitally signed message part
Bug#656719: [RFC] [PATCH v3 2/3] debian/control: libg3dvl-mesa: Depend on libxvmc1
On Son, 2012-06-24 at 18:02 +0200, Paul Menzel wrote:
This should be needed for the libxvmc1 interfaces to work. The VDPAU
libraries should work without `libxvmc1`.
[...]
diff --git a/debian/control b/debian/control
index a9fcdd3..064cd29 100644
--- a/debian/control
+++ b/debian/control
@@ -809,6 +809,7 @@ Package: libg3dvl-mesa
Section: libs
Architecture: linux-any
Depends:
+ libxvmc1,
${shlibs:Depends},
${misc:Depends},
Description: xvmc and vdpau Gallium3D video acceleration drivers
Doesn't ${shlibs:Depends} contain libxvmc1 and libvdpau1?
Which is BTW just one reason why I think separate packages for the VDPAU
and XvMC functionality would make more sense.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
signature.asc
Description: This is a digitally signed message part
Bug#678933: dpkg: bad magic at end of first header
Package: dpkg Version: 1.15.5.6ubuntu4.5 Severity: important When deal with large pacakge(10G Bytes), dpkg-deb/dpkg with a 'bad magic at end of first header' error when using 'dpkg-deb -e' to extract the package. Say if use 'dpkg-deb -b' to build a large package(10G Bytes), it is ok. but if 'dpkg-deb -e' to extract the package, error will happenned. Is there any size limitation for dpkg/dpkg-deb tools? -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (900, 'lucid-updates'), (900, 'lucid-security'), (900, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-40-generic (SMP w/8 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 dpkg depends on: ii coreutils 7.4-2ubuntu3 The GNU core utilities ii libc6 2.11.1-0ubuntu7.10 Embedded GNU C Library: Shared lib ii lzma 4.43-14ubuntu2 Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.25.3ubuntu9.11 Advanced front-end for dpkg -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678934: Please explain what it does in the description
Package: kraft Version: 0.45-2 Severity: minor Hello, thanks for packaging kraft (whatever it is). I run a small business. Should I bother trying kraft? The only thing that the description says is that it helps to write communication documents like offers and invoices. So does LibreOffice: is kraft anoter word processor? The rest of the description just rewrites the phrase small business-management application[1] many in different ways. I run a small business, that is quite a waste of time. I am busy running a small business, I don't have time to install and try out everything with business in its description just to know if it's something I might need. For the sake of people running small businesses, like me, please consider a more useful description. Thank you, Enrico who runs a small business[2] [1] Later in the description it mentions small businesses. Is kraft an application to manage small businesses, or a small application to manage businesses? [2] Looking at the description, apparently you like concepts being repeated. I run a small business, and I'm happy to indulge you :P -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#670293: code-aster-{gui, run}: prompting due to modified conffiles which were not modified by the user
Package: code-aster-gui,code-aster-run Followup-For: Bug #670293 Hi, the problem is still present in the lates release: Setting up code-aster-run (1.10.4-2) ... Installing new version of config file /etc/codeaster/profile.csh ... Configuration file `/etc/codeaster/asrun' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** asrun (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing code-aster-run (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: code-aster-run Testing an upgrade from wheezy to sid. Cheers, Andreas code-aster-run_1.10.4-2.log.gz Description: GNU Zip compressed data
Bug#677193: (no subject)
Patch avalaible at http://www.mindwerks.net/2012/06/wireless-bcm4312-with-the-3-4-and-3-5-kernel/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677508: gnome-terminal: received signal SIGSEGV in g_object_notify kills all terminals
2012/6/24 Josselin Mouette j...@debian.org:
Thanks for the backtrace. However it is not usable per se. Could you
install debugging symbols for gtk3 and vte, and try again?
I've installed some additional gtk3 debug packages (libgtk-3-0-dbg was
already installed). However, I cannot find any vte debug packages. Can
you be more specific?
I've attached a new bt full -- still missing vte debug symbols.
Thanks
(gdb) run
Starting program: /usr/bin/gnome-terminal
[Thread debugging using libthread_db enabled]
Using host libthread_db library
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
[New Thread 0xb681fb70 (LWP 10741)]
[New Thread 0xb5effb70 (LWP 10742)]
[New Thread 0xb56ccb70 (LWP 10743)]
[New Thread 0xaeb44b70 (LWP 10746)]
[Thread 0xb681fb70 (LWP 10741) exited]
Program received signal SIGSEGV, Segmentation fault.
0xb77afeb8 in g_object_notify (object=object@entry=0x8469a38,
property_name=property_name@entry=0xb7e72962 accessible-value)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gobject.c:1154
1154
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gobject.c:
No such file or directory.
(gdb) bt full
#0 0xb77afeb8 in g_object_notify (object=object@entry=0x8469a38,
property_name=property_name@entry=0xb7e72962 accessible-value)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gobject.c:1154
__inst = 0x8469a38
__r = optimized out
_g_boolean_var_ = optimized out
pspec = optimized out
__PRETTY_FUNCTION__ = g_object_notify
#1 0xb7d89535 in gtk_range_accessible_value_changed
(adjustment=adjustment@entry=0x8361dd0, data=0x8469a38)
at
/build/buildd-gtk+3.0_3.4.2-1-i386-sKVQ7r/gtk+3.0-3.4.2/./gtk/a11y/gtkrangeaccessible.c:36
No locals.
#2 0xb77abbcf in g_cclosure_marshal_VOID__VOID (closure=0x8373d80,
return_value=0x0, n_param_values=1, param_values=0xbfffeda0,
invocation_hint=0xbfffed4c, marshal_data=0x0)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gmarshal.c:85
callback = 0xb7d89510 gtk_range_accessible_value_changed
cc = 0x8373d80
data1 = 0x8361dd0
data2 = optimized out
__PRETTY_FUNCTION__ = g_cclosure_marshal_VOID__VOID
#3 0xb77a9e56 in g_closure_invoke (closure=0x8373d80,
return_value=return_value@entry=0x0, n_param_values=n_param_values@entry=1,
param_values=param_values@entry=0xbfffeda0,
invocation_hint=invocation_hint@entry=0xbfffed4c) at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gclosure.c:777
marshal = 0x8056d00 g_cclosure_marshal_VOID__VOID@plt
marshal_data = 0x0
in_marshal = 0
real_closure = 0x8373d70
__PRETTY_FUNCTION__ = g_closure_invoke
#4 0xb77bb925 in signal_emit_unlocked_R (node=node@entry=0x8253ab8,
detail=detail@entry=0, instance=instance@entry=0x8361dd0,
emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0xbfffeda0) at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gsignal.c:3547
tmp = optimized out
handler = 0x83706a0
accumulator = 0x0
emission = {next = 0x0, instance = 0x8361dd0, ihint = {signal_id = 218,
detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type =
4}
class_closure = 0x8253a88
hlist = 0x40012
handler_list = 0x8352e00
return_accu = 0x0
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0},
{v_int = 0, v_uint = 0, v_long = 0,
v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double =
0, v_pointer = 0x0}}}
signal_id = 218
max_sequential_handler_number = 2383
---Type return to continue, or q return to quit---
return_value_altered = 1
#5 0xb77c3b26 in g_signal_emit_valist (instance=instance@entry=0x8361dd0,
signal_id=signal_id@entry=218, detail=detail@entry=0,
var_args=var_args@entry=0xbfffefac
\004\303~\267\027x\256\267\364\277\361\267\320\035\066\b\212{\256\267\320\035\066\b\320\035\066\b\001)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gsignal.c:3296
instance_and_params = 0xbfffeda0
signal_return_type = 4
param_values = 0xbfffedb4
node = 0x8253ab8
i = optimized out
n_params = 0
__PRETTY_FUNCTION__ = g_signal_emit_valist
#6 0xb77c3ca3 in g_signal_emit (instance=instance@entry=0x8361dd0,
signal_id=218, detail=detail@entry=0) at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./gobject/gsignal.c:3352
var_args = 0xbfffefac
\004\303~\267\027x\256\267\364\277\361\267\320\035\066\b\212{\256\267\320\035\066\b\320\035\066\b\001
#7 0xb7ae788a in gtk_adjustment_value_changed (adjustment=0x8361dd0) at
/build/buildd-gtk+3.0_3.4.2-1-i386-sKVQ7r/gtk+3.0-3.4.2/./gtk/gtkadjustment.c:762
No locals.
#8
Bug#656719: [RFC] [PATCH v3 2/3] debian/control: libg3dvl-mesa: Depend on libxvmc1
Am Montag, den 25.06.2012, 08:55 +0200 schrieb Michel Dänzer:
On Son, 2012-06-24 at 18:02 +0200, Paul Menzel wrote:
This should be needed for the libxvmc1 interfaces to work. The VDPAU
libraries should work without `libxvmc1`.
[...]
diff --git a/debian/control b/debian/control
index a9fcdd3..064cd29 100644
--- a/debian/control
+++ b/debian/control
@@ -809,6 +809,7 @@ Package: libg3dvl-mesa
Section: libs
Architecture: linux-any
Depends:
+ libxvmc1,
${shlibs:Depends},
${misc:Depends},
Description: xvmc and vdpau Gallium3D video acceleration drivers
Doesn't ${shlibs:Depends} contain libxvmc1 and libvdpau1?
$ LANG=C aptitude show libg3dvl-mesa
Package: libg3dvl-mesa
New: yes
State: installed
Automatically installed: no
Version: 8.0.3-2
Priority: optional
Section: libs
Maintainer: Debian X Strike Force debia...@lists.debian.org
Architecture: i386
Uncompressed Size: 69.5 M
Depends: libc6 (= 2.3.6-6~), libdrm-nouveau1a (= 2.4.23), libdrm2 (=
2.4.3), libffi5 (= 3.0.4), libgcc1 (= 1:4.1.1), libstdc++6 (=
4.6), libvdpau1 (= 0.2), libx11-6 (= 2:1.4.99.1), libxext6,
libxfixes3, libxv1
Description: xvmc and vdpau Gallium3D video acceleration drivers
Homepage: http://mesa3d.sourceforge.net/
So without that change I only see `libxv1` and not `libxvmc1`. Am I
missing something?
Which is BTW just one reason why I think separate packages for the VDPAU
and XvMC functionality would make more sense.
Alright. I will respin this series. I welcome drafts for more elaborate
descriptions too. ;-)
Fabio, it would be great to hear your comments too.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
Bug#677174: ITA: python-minimock -- simple library for Python mock objects
retitle 677174 ITA: python-minimock -- simple library for Python mock objects owner 677174 Jesús Espino jespi...@gmail.com thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678931: debian-edu-config: modified base pam configuration after purge
[Andreas Beckmann] Hi, Hi. Thanks for giving us a heads-up. :) during a test with piuparts I noticed your package modifies files from another package. Furthermore there are a lot of unowned files left behind. From the attached log (scroll to the bottom...): 3m36.3s INFO: Warning: Package purging left files on system: /etc/default/enable-nat not owned /etc/kde-user-profilenot owned /etc/kderc not owned Probably bug in debian-edu-config to leave these behind. /local/ not owned /local/piuparts/ not owned /local/piuparts/piupartss/ not owned /local/piuparts/piupartss/.cache/not owned Must be piuparts-related. /var/cache/desktop-profiles/ not owned /var/lib/dovecot/not owned /var/lib/dovecot/auth_successnot owned Probably not a bug in debian-edu-config, but pulled in / created dependencies. 3m36.3s ERROR: FAIL: After purging files have been modified: /etc/pam.d/common-auth not owned /etc/pam.d/common-sessionnot owned /etc/pam.d/common-session-noninteractive not owned /var/lib/pam/authnot owned /var/lib/pam/seennot owned /var/lib/pam/session not owned /var/lib/pam/session-noninteractive not owned This was observed on a dist-upgrade from squeeze to sid. Probably bug in debian-edu-config not calling /usr/sbin/pam-auth-update during uninstall. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678932: Correction: Depends on libio-socket-inet6-perl
Apologies, The actual package I needed to install was libio-socket-inet6-perl. libsocket6-perl was pulled in as a dependancy of libio-socket-inet6-perl. -- Dom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678517: [Pkg-fonts-devel] Bug#678517: fonts-liberation: Liberation Sans does not display u correctly at all sizes
HI Ross, Am 22.06.2012 14:17, schrieb Ross Vandegrift: Today I noticed that some slate.com headlines started to look very weird in iceweasel. Bolded renderings of the letter u do not have the same thickness as the other letters. If I change the font to DejaVu Sans, the text looks correct. I tried to reproduce this with both the slate.com homepage and your minimal HTML example, but couldn't see the weird letters u that you described. Is it possible you still have an old local copy of the fonts e.g. in ~/.fonts? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678767: librpc-xml-perl: FTBFS: tests failed
Here some further information found by intrigeri: [08:01] intrigeri Yes, but it's now useless with Net-Server 2.00x. [08:01] intrigeri So, here are my results (and then I'll stop for today): [08:01] intrigeri calling start_server with host= '127.0.0.1', [08:01] intrigeri ipv = 4, [08:02] intrigeri = the server listens on ipv4 only, port 9000, so far so good = Net-Server does its job. [08:02] intrigeri but calling $client = RPC::XML::Client-new(http://127.0.0.1:$port;); [08:02] intrigeri triggers the test failure. [08:03] intrigeri So, looks like the good ol' quick band-aid does not work anymore, really. [08:03] ol good me? [08:04] intrigeri ah. well, I don't know if you work :) [08:06] intrigeri no idea why RPC::XML::Client-new + -simple_request don't return what they should. Probably the server side is not doing it's job properly at some level. [08:07] intrigeri I think the right place to look is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=51#22, but looking there does not help me. signature.asc Description: Digital signature
Bug#678517: [Pkg-fonts-devel] Bug#678517: Bug#678517: fonts-liberation: Liberation Sans does not display u correctly at all sizes
Am 25.06.2012 09:30, schrieb Fabian Greffrath:
Is it possible you still have an old local copy of the fonts e.g. in
~/.fonts?
That is, what does
fc-match arial -f%{file}\n
give?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678931: debian-edu-config: modified base pam configuration after purge
On 12-06-25 at 08:34am, Andreas Beckmann wrote: Package: debian-edu-config Version: 1.701 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies files from another package. Furthermore there are a lot of unowned files left behind. Looks like an instance of bug#313388. This bug should have higher severity IMO, as it is a Policy violation. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#678484: still broken
It is still notworking.
deb http://ftp2.de.debian.org/debian experimental main contrib non-free
deb http://ftp2.de.debian.org/debian unstable main contrib non-free
# aptitude full-upgrade
The following NEW packages will be installed:
libmailutils4{ab} (C: libmailutils2) (for mailutils)
mailutils-common{ab} (B: libmailutils2) (for mailutils)
The following packages will be upgraded:
mailutils
1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2,508 kB of archives. After unpacking 3,835 kB will be used.
The following packages have unmet dependencies:
libmailutils4 : Conflicts: libmailutils2 but 1:2.2+dfsg1-6+b1 is installed.
mailutils-common : Breaks: libmailutils2 ( 1:2.3) but 1:2.2+dfsg1-6+b1 is
installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) mailutils
Keep the following packages at their current version:
2) libmailutils4 [Not Installed]
3) mailutils-common [Not Installed]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678931: debian-edu-config: modified base pam configuration after purge
On 2012-06-25 09:21, Petter Reinholdtsen wrote: /local/ not owned /local/piuparts/not owned /local/piuparts/piupartss/ not owned /local/piuparts/piupartss/.cache/ not owned Must be piuparts-related. No. Just some dependency seriously misbehaving. I've filed similar bugs before, but I don't see a matching one right now. Maybe your postinst runs some program that creates $HOME/.cache but that is not executed by any other postinst ... and why is this not placed in /root? There is no piupartss user inside the chroot ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656719: [RFC] [PATCH v3 2/3] debian/control: libg3dvl-mesa: Depend on libxvmc1
On Mon, 2012-06-25 at 09:21 +0200, Paul Menzel wrote:
Am Montag, den 25.06.2012, 08:55 +0200 schrieb Michel Dänzer:
On Son, 2012-06-24 at 18:02 +0200, Paul Menzel wrote:
This should be needed for the libxvmc1 interfaces to work. The VDPAU
libraries should work without `libxvmc1`.
[...]
diff --git a/debian/control b/debian/control
index a9fcdd3..064cd29 100644
--- a/debian/control
+++ b/debian/control
@@ -809,6 +809,7 @@ Package: libg3dvl-mesa
Section: libs
Architecture: linux-any
Depends:
+ libxvmc1,
${shlibs:Depends},
${misc:Depends},
Description: xvmc and vdpau Gallium3D video acceleration drivers
Doesn't ${shlibs:Depends} contain libxvmc1 and libvdpau1?
$ LANG=C aptitude show libg3dvl-mesa
Package: libg3dvl-mesa
New: yes
State: installed
Automatically installed: no
Version: 8.0.3-2
Priority: optional
Section: libs
Maintainer: Debian X Strike Force debia...@lists.debian.org
Architecture: i386
Uncompressed Size: 69.5 M
Depends: libc6 (= 2.3.6-6~), libdrm-nouveau1a (= 2.4.23), libdrm2
(= 2.4.3), libffi5 (= 3.0.4), libgcc1 (= 1:4.1.1), libstdc++6 (=
4.6), libvdpau1 (= 0.2), libx11-6 (= 2:1.4.99.1),
libxext6, libxfixes3, libxv1
Description: xvmc and vdpau Gallium3D video acceleration drivers
Homepage: http://mesa3d.sourceforge.net/
So without that change I only see `libxv1` and not `libxvmc1`. Am I
missing something?
No, it indeed looks like the Mesa libXvMC*.so.1 libraries don't link
against libXvMC.so.1. I suspect that's an (upstream) bug though, as they
do seem to reference symbols from libXvMC.so.1.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
signature.asc
Description: This is a digitally signed message part
Bug#678931: debian-edu-config: modified base pam configuration after purge
[Jonas Smedegaard] Looks like an instance of bug#313388. If I got it right, bug #313388 is about what is done during d-i when debian-edu-config is installed and intentionally activated to update configuration, while this bug is about what is done and unintentionally left behind after uninstall when the debian-edu configuration is not activated. Two different bugs, with two different solutions. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678935: RFS: coinor-ipopt/3.10.2-1.1 [NMU] [RC]
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package coinor-ipopt. It contains
a fix for #662236 which caused its removal from testing.
The .dsc is available on mentors.d.n :
dget -x
http://mentors.debian.net/debian/pool/main/c/coinor-ipopt/coinor-ipopt_3.10.2-1.1.dsc
Here is the changelog entry :
coinor-ipopt (3.10.2-1.1) unstable; urgency=low
* Non-maintainer upload.
* Remove hardcoded dependency on libmumps (Closes: #662236).
* Add missing dependencies on libmpi and libdl.
-- Etienne Millon etienne.mil...@gmail.com Sat, 16 Jun 2012 12:39:43 +0200
And debdiff is attached. Please let me know if I should change
anything else.
--
Etienne Millon
diff -Nru coinor-ipopt-3.10.2/debian/changelog coinor-ipopt-3.10.2/debian/changelog
--- coinor-ipopt-3.10.2/debian/changelog 2012-06-16 12:10:57.0 +0200
+++ coinor-ipopt-3.10.2/debian/changelog 2012-06-16 12:40:33.0 +0200
@@ -1,3 +1,11 @@
+coinor-ipopt (3.10.2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove hardcoded dependency on libmumps (Closes: #662236).
+ * Add missing dependencies on libmpi and libdl.
+
+ -- Etienne Millon etienne.mil...@gmail.com Sat, 16 Jun 2012 12:39:43 +0200
+
coinor-ipopt (3.10.2-1) unstable; urgency=low
* New upstream release
diff -Nru coinor-ipopt-3.10.2/debian/control coinor-ipopt-3.10.2/debian/control
--- coinor-ipopt-3.10.2/debian/control 2012-06-16 12:10:57.0 +0200
+++ coinor-ipopt-3.10.2/debian/control 2012-06-16 12:19:27.0 +0200
@@ -14,7 +14,7 @@
Package: coinor-libipopt1
Section: libs
Architecture: any
-Depends: libmumps-4.9.2 (= 4.9.2) | libmumps-seq-4.9.2 (= 4.9.2), ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Interior-Point Optimizer, for large-scale nonlinear optimization
Ipopt is an open-source solver for large-scale nonlinear continuous
optimization. It can be used from modeling environments, such as AMPL,
diff -Nru coinor-ipopt-3.10.2/debian/rules coinor-ipopt-3.10.2/debian/rules
--- coinor-ipopt-3.10.2/debian/rules 2012-06-16 11:24:14.0 +0200
+++ coinor-ipopt-3.10.2/debian/rules 2012-06-16 12:31:01.0 +0200
@@ -4,7 +4,7 @@
include /usr/share/cdbs/1/class/autotools.mk
CPPFLAGS += -I/usr/include/mumps_seq -DHAVE_CSTDDEF
-LDFLAGS += -llapack -lblas
+LDFLAGS += -llapack -lblas -ldmumps -lmpi -ldl
DEB_CONFIGURE_EXTRA_FLAGS += --enable-static \
--with-mumps-incdir=/usr/include \
--with-mumps-lib=-ldmumps
Bug#602299: marble segfault when starting up from command prompt
Hi With marble version 4:4.8.4-2 I do not experience these crashes any more. Suggest to close the ticket as not reproducable any more. best wishes, Marc Cromme On 06/24/2012 10:14 PM, intrigeri wrote: Hi, Marc Cromme wrote (03 Nov 2010 14:08:27 GMT) : Version: 4:4.4.5-2 Application: marble (0.9.5) KDE Platform Version: 4.4.5 (KDE 4.4.5) Qt Version: 4.6.3 Operating System: Linux 2.6.32-5-686 i686 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: I have just started marble from the command line, nothing more. I am using Gnome 2.30.2 as desktop environment, not KDE. The crash can be reproduced every time just by starting marble from command prompt. I cannot reproduce that in current sid (marble 4:4.8.4-2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676874: Bug#676970: ghc fails to configure after install (update-alternatives priority out of range)
On 2012-06-24 19:04, Joachim Breitner wrote: looks like ghc made it in first (with a hint by luk, so no fair comparison). I’m not sure if #676874 can be downgraded, though, as it would still break installing packages from squeeze. Downgrading wouldn't help anything anyway as the fixed dpkg is already sitting in unstable, waiting 3 more days for migration. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677246: patch for goobox / musicbrainz5
Hello Jon, On Sun, Jun 24, 2012 at 03:49:07PM +0100, Jon Dowland wrote: On Tue, Jun 19, 2012 at 07:48:27PM +0200, Helge Kreutzmann wrote: It's a tad bit unfortunate that this is discovered only such recently before the release. Are there any bug reports showing the problems? There (was) a fairly old bug about the issue on sound-juicer which has just been closed. Essentially, what has happened is that libmb3 uses the 'version 1' web Thanks for the explanation. If you are willing to subscribe to the package until release and fix any issues popping up due to the NMU, I'm fine with it. I just don't have any time atm to monitor this change this late in the cycle. I'm more than happy to do that. One good thing about this is I discovered goobox which looks pretty cool :) I'll prepare and upload the NMU on Tuesday. I will plan to use a DELAYED queue but not one that misses the wheezy deadline. Please direct your upload directly to unstable, no need to used the deleayed queue (and this gives an earlier exposure to users which is IMHO only a good thing). Thanks for taking care and sorry that I cannot be of better help atm. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#678936: postgresql-common: init.d status doesn't list clusters that are online but in recovery.
Package: postgresql-common
Version: 130~bpo60+2
Severity: minor
Hello,
/etc/init.d/postgresql status doesn't list clusters that are online when
they are in recovery, for example when they are slaves in a streaming
replication setup.
pg_lsclusters list the cluster:
sudo pg_lsclusters -h
9.1 main 5432 online,recovery postgres /var/lib/postgresql/9.1/main
/var/log/postgresql/postgresql-9.1-main.log
/etc/init.d/postgresql status does not:
sudo /etc/init.d/postgresql status
Running clusters:
An awk command in /usr/share/postgresql-common/init.d-functions at line 84 is
filtering out the online recovering clusters:
echo $CLUSTERS | awk 'BEGIN {rc=0; printf(Running clusters: )}
{if ($4 == online) printf (%s/%s , $1, $2); else rc=3} END
{ printf(\n); exit rc }'
A simple replacement of ($4 == online) by (match($4, online)) solved my
issue.
Regards.
-- System Information:
Debian Release: 6.0.5
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38.2--std-ipv6-64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages postgresql-common depends on:
ii adduser3.112+nmu2add and remove users and groups
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii logrotate 3.7.8-6 Log rotation utility
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii postgresql-client-comm 130~bpo60+2 manager for multiple PostgreSQL cl
ii procps 1:3.2.8-9squeeze1 /proc file system utilities
ii ssl-cert 1.0.28simple debconf wrapper for OpenSSL
postgresql-common recommends no packages.
postgresql-common suggests no packages.
-- debconf information:
postgresql-common/obsolete-major:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678937: desktop-base: Please make joy-inksplat-wallpaper_1920x1080.svg available as wallpaper for GNOME
Package: desktop-base Version: 7.0.0~exp2 Severity: wishlist Hi, as the subject line suggests, it is currently not possible to select the Inksplat variant of the new Joy wallpaper in gnome-control-center - even if it is set as the prefered alternative via update-alternatives --config desktop- background. This should be due to the fact that /usr/share/images/desktop-base /desktop-background.xml only lists the regular joy-wallpaper_*.svg files. Please add the Inksplat alternative there as well or change this file to consider the laternative chosen by the user. Thanks, - Fabian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktop-base depends on: ii dpkg 1.16.3 ii librsvg2-common 2.36.1-1 desktop-base recommends no packages. Versions of packages desktop-base suggests: pn gnome | kde-standard | xfce4 | wmaker none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678531: midgard2.so: undefined symbol: midgard_sql_query_constraint_get_holder
Hi! Confirmed and reproduced. It'll be fixed ASAP. I wonder though, why this doesn't happen on travis (for example), where tests (and library loading) are run frequently. Piotras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593962: sylpheed: please disable auto-update
tags 563096 wontfix forcemerge 563096 593962 thanks (Re-merging, seems previous commands failed). Hi Jeremy, On Sun, Jun 24, 2012 at 11:45:00PM -0400, Jeremy Bicha wrote: On 13 June 2012 03:30, Ricardo Mones mo...@debian.org wrote: What Ubuntu does or not does isn't necessarily a valid reason for Debian. I've already explained why I don't want to do disable it (see merged bug). Sorry, but you're wrong. I don't think is a matter of being wrong or right, just a preference. Anyone who cares to know when the latest sylpheed is released would be better off subscribing to http://www.sraoss.jp/mailman/listinfo/sylpheed-announce Why subscribe another list if sylpheed itself can tell you? chromium-browser, Firefox/Iceweasel, Thunderbird/Iceape, LibreOffice, etc. all explicitly disable the built-in update checker, because the built-in update checker is fundamentally incompatible with how updates work in Debian and other fine Linux distros. Arguably, those examples are far more critical from a security and feature standpoint to users than whether sylpheed is slightly out of date in the repository. Those checkers, AFAIK, are trying to upgrade the application binary, which Sylpheed's doesn't, it's just a notifier. Pretty huge difference IMHO, and a big reason to disable them. The needless spam by the notice that a new update is available is pretty annoying for Debian testing users who have to wait at least 10 days before they get the new update. It's ridiculous though for users of stable distros such as Debian Stable, Ubuntu, and the countless derivatives of them. Or you aren't using Sylpheed or you didn't care to look at the preferences of an unpatched one: there's no spam, any user not wanting this can disable it with a single checkbox click, forever. See common preferences, details tab, update sub-tab. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Bug#674022: dpkg: error: --compare-versions takes three arguments: version relation version
found 674022 texlive-base/2012.20120529-1 thanks The end of the postinst still contains both an underquoting bug and a logic mistake, causing the same error message from the original bug description. --- postinst2012-06-25 04:05:26.193684796 -0400 +++ postinst2012-06-25 04:06:05.090645044 -0400 @@ -321,7 +321,7 @@ # if [ $1 = configure ] ; then old_version=$2 - if [ -n $old_version ] || dpkg --compare-versions $old_version le 2011.20120322-2 ; then + if dpkg --compare-versions $old_version le-nl 2011.20120322-2 ; then for i in /etc/texmf/texdoc\ /etc/texmf/dvips/config \ /etc/texmf/dvips \ Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: still broken
Maybe something else isdepending on libmautils2?
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
On 2012/06/25, at 16:37, jida...@jidanni.org wrote:
It is still notworking.
deb http://ftp2.de.debian.org/debian experimental main contrib non-free
deb http://ftp2.de.debian.org/debian unstable main contrib non-free
# aptitude full-upgrade
The following NEW packages will be installed:
libmailutils4{ab} (C: libmailutils2) (for mailutils)
mailutils-common{ab} (B: libmailutils2) (for mailutils)
The following packages will be upgraded:
mailutils
1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2,508 kB of archives. After unpacking 3,835 kB will be used.
The following packages have unmet dependencies:
libmailutils4 : Conflicts: libmailutils2 but 1:2.2+dfsg1-6+b1 is installed.
mailutils-common : Breaks: libmailutils2 ( 1:2.3) but 1:2.2+dfsg1-6+b1 is
installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) mailutils
Keep the following packages at their current version:
2) libmailutils4 [Not Installed]
3) mailutils-common [Not Installed]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678564: selinux-policy-default: Several process are running in incorrect context when using systemd
Le Mon, 25 Jun 2012 16:23:39 +1000, Russell Coker russ...@coker.com.au a écrit : On Mon, 25 Jun 2012, Laurent Bigonville bi...@debian.org wrote: [...] system_u:system_r:initrc_t:s03259 ?Ssl 0:06 /usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng pidfile=/var/run/apt-cacher-ng/pid SocketPath=/var/run/apt-cacher-ng/socket foreground=0 What exactly does that do? We need to run that in a different domain. This is a proxy for apt, to cache the packages locally, that would indeed be nice if it was protected. system_u:system_r:initrc_t:s03295 ?Ss 0:00 /usr/sbin/irqbalance I'll add the irqbalance.pp to an initial load if the Debian package is installed. system_u:system_r:initrc_t:s03348 ?Ss 0:00 /usr/sbin/kerneloops Need kerneloops.pp system_u:system_r:initrc_t:s03628 ? Ss 0:00 /usr/sbin/bluetoothd Need bluetooth.pp These two are pulled by the desktop-task (and by gnome) metapackage. Could also be interesting to autoload them if the debian pkg is installed. [...] I will upload a new policy package to Unstable shortly to give you nut.pp and tcsd.pp for testing. Probably they will have some issues and I'll do another upload tomorrow to fix them. Thanks, and what about the processes that are running under init_t domains when using systemd? Dbus seems the main problem here. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: still broken
$ set mailutils $ apt-cache policy $@ mailutils: Installed: 1:2.2+dfsg1-6+b1 Candidate: 1:2.99.97-3 Version table: 1:2.99.97-3 0 500 http://ftp2.de.debian.org/debian/ unstable/main i386 Packages 1:2.99.97-1 0 1 http://ftp2.de.debian.org/debian/ experimental/main i386 Packages *** 1:2.2+dfsg1-6+b1 0 100 /var/lib/dpkg/status $ set libmailutils2 $ aptitude why $@ i mailutils Depends libmailutils2 ( 1:2.1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557879: graphicsmagick with --with-quantum-depth=16
Hi, I'm working on a mapping project and I already got images that I need to process. I have to use Octave to process my images but the problem is that I can't even read them because graphicsmagick uses a 8-bit quantum depth and I got 16-bit per pixel images. Could you be please build with --with-quantum-depth=16? I would be very grateful if you would fix the packaging to get a higher bit depth! Thanks in advance, Regards, Mathieu
Bug#678705: RFS: e2defrag/0.80 ITP: #678598
On 25/06/12 02:14, Phillip Susi wrote: Generally, Debian packages stable releases of software. At the current state is this package ready for unstable or better suited for experimental? Has it seen wider testing / user base? (e.g. did you post an announce to ext-dev mailing lists? LWN.net? similar sites). This is a bit of chicken and egg problem: no package no user base, no user base no package. I believe that inclusion of this package in Debian will increase testing. Do you believe this should be uploaded into experimental or unstable? Exactly. I was planning on announcing it once it's in the archive to call for testing and feedback. The usage of experimental is still unclear to me. If it is in unstable then it will be synced to Ubuntu quantal as well, though I suppose Ubuntu users can get it from my ppa if it is holding in experimental for now. Your decision whether you upload into Debian experimental or unstable should not be affected by other derivative distribution policies. You can request syncing packages from experimental into Ubuntu, but the package will still land in Ubuntu's new queue and require verification. You can always provide backports/ppa/etc regardless of the package status in the archive. Given above, unstable or experimental? -- Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676653: tor: please add Multi-Arch: foreign to the tor package
On Mon, Jun 25, 2012 at 12:46:16AM +0200, Carsten Hey wrote: weasel noted that tor-dbg exists and depends on tor. Since dpkg currently handles arch all packages as if they were native for dependency resolution [1], this leads to this situation: Oh right. Thanks for looking into the details that I missed. In practice, I think delaying this for after Wheezy as you suggested is the way to go because: ... * :any is currently neither used in Ubuntu nor in Debian. Introducing the first package with such a dependency a week before the freeze even though it is known to break existing tools would hardly be sane. Right. :any dependencies must not be introduced in wheezy, because the squeeze apt does not know about them and would fail to upgrade. Please delay working on this bug. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675971: what should we be doing?
On Sun, Jun 24, 2012 at 03:51:14PM -0400, Chris Knadle wrote: Because of all these sticky problems, without a clear path to proceed if I were personally in the maintainer's shoes I'd probably take the do nothing option and release the current 348 version that has the libcelt0-0 codec that has issues but retains compatability with older popular mumble servers. The so called do nothing option is far simpler than that. The 348 version fails to build from source and so is undistributable. Since you insisted on reopening this bug as RC, it, among others, ties my hands and prevents updating that, and the actual logical conclusion is the people who preferred don't ship mumble in wheezy at all look like getting their wish now. If people would rather write long rationalisations about how to pretend the problem doesn't exist than Do Something to actually solve it and create a viable future for maintaining this code, than logically, that's probably even the correct outcome. To say I'm a bit disappointed by that would be an understatement, it certainly makes a waste of the effort I've put in trying to find some workable solution - but if nobody else cares enough than to say just close your eyes and ship it, then I don't see this being resolved in any adequate way in the tiny amount of time remaining to do so. A month ago you might have been able to convince me of anything if I saw people actually committed to Doing The Work needed to make that a viable answer. But all I've seen is people saying there is no problem until patches magically appear to fix it, and outright refusing to be the one who takes any responsibility for the now abandoned code. Now people are even saying they want other people to do double the work and take on all the risk, so that they (and innocent others) can be insecure without being interrupted from busily doing the nothing that they themselves would rather be doing. If the obvious answer to that isn't obvious, then I don't know what else to say. People I've never heard of are going to need better evidence than some dismissive handwaving to convince me to ignore the concerns of people who I very much trust. When the person who has found more bugs in this code than anyone else in the world expresses concern, it would be dumb not to listen to them - when someone who has never even looked at the code says I don't see a problem, then ... well ... I'm sure you can safely extrapolate from there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
On Sun, Jun 24, 2012 at 10:40:10AM +0100, Raf Czlonka wrote: On Sat, Jun 23, 2012 at 01:57:25PM BST, markus schnalke wrote: IMO, the problem is rather that the NEWS entries are not displayed by default. That's more or less what I meant. I wasn't aware of the requirement to put such information in the NEWS file, actually I wasn't even aware of the requirement to create such file in the first place. Since this is published in Debian Policy which is aimed at maintainers and developers, the end user won't have the first clue about it, unless (s)he reads the aforementioned policy which, at least now, is not a prerequisite to use Debian ;^) Some packages use debconf to display such information. How about using it instead? That's actually not allowed by policy, and for a good reason: if every package that changed its config files prompted the user with something as we changed a lot, re-read documentation and adjust everything to your needs. sorry., you, as an end user, would do hundreds of hits on OK buttons during dist-upgrades without any real advantage. I recommend installing apt-listchanges which has been promoted to priority standard in early 2009. It's a pretty well designed way of knowing what actually happens during (partial) upgrades. Our (end-user) release notes should recommend it. Don't remember if they do. Hauke [0] http://bugs.debian.org/516387 -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#678933: dpkg: bad magic at end of first header
Hi! On Mon, 2012-06-25 at 14:55:58 +0800, Qingsheng wrote: Package: dpkg Version: 1.15.5.6ubuntu4.5 Severity: important When deal with large pacakge(10G Bytes), dpkg-deb/dpkg with a 'bad magic at end of first header' error when using 'dpkg-deb -e' to extract the package. Say if use 'dpkg-deb -b' to build a large package(10G Bytes), it is ok. but if 'dpkg-deb -e' to extract the package, error will happenned. Is there any size limitation for dpkg/dpkg-deb tools? Yes the common ar format allows only for approx 9536.74 MiB member files, so if your data.tar.gz file member is bigger than that it will not be storable there. You could try using a different compression though (if you are using gz that is), like xz. But dpkg-deb should handled that more gracefully, I'll fix this in my next push. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574617: GRUB_DEFAULT=saved not working
Anything new here? This bug still exists which is very annoying. More and more people run their own VPS server outside instead of a Debian box at home, so this functionality is getting more important. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Ping - netgen license problems
begin quotation from Francesco Poli (in 20120620232034.ae7eb33bd4efe458d8ed7...@paranoici.org): On Sat, 16 Jun 2012 18:38:00 +0200 Arne Wichmann wrote: This serious bug is now open without any action for more than a year. Is that supposed to change? Hi Arne, thanks for following up on my bug report. I am personally trying hard to persuade Open CASCADE S.A.S. to re-license Open CASCADE Technology under GPLv2-compatible terms. This is solution (A), as described in my original bug report. I have been pestering Open CASCADE S.A.S. since April 2009... Unfortunately, latest news [1] is that they postponed the decision (again!). [1] http://dev.opencascade.org/index.php?q=node/31#comment-63 However, several months have passed since February 2012 (at least for some definition of several!). Hence, I've recently resumed my persuasion effort. But I need help from other people. *Many* other people. As I repeatedly stated in the bug log [2] of #617613 (especially, please read at least the original report [3]), other people should contact Open CASCADE S.A.S. and try to persuade them to re-license Open CASCADE Technology under GPLv2-compatible terms (for instance, under the GNU LGPL v2.1). If nobody helps me in this persuasion struggle, I am afraid that the only solution will be to remove a number of packages from Debian, which is always a sad defeat! So, at least as far as I can see, there are a number of things to be done in various time frames: - Alert enough people to the problem (via debian-user, messages in the packaging, other mailing lists and similar means) - Remove the package from debian if nothing happens. cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#678932: Correction: Depends on libio-socket-inet6-perl
Hi Dom, On Mon, 2012-06-25 at 07:56 +0100, Dom wrote: Apologies, The actual package I needed to install was libio-socket-inet6-perl. libsocket6-perl was pulled in as a dependancy of libio-socket-inet6-perl. This is actually a missing dependency from the libmythtv-perl package which is what installs /usr/share/perl5/IO/Socket/INET/MythTV.pm . This package isn't in Debian, but rather comes from deb-multimedia.org, so I've Cc'ed Christian in rather than transfer the bug. Cheers! -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2013 | Come join the party... | http://linux.conf.au signature.asc Description: This is a digitally signed message part
Bug#678938: ITP: libpwquality -- library for password generation and password quality checking
Package: wnpp Severity: wishlist Owner: Iain Lane la...@debian.org * Package name: libpwquality Version : 1.1.1 Upstream Author : Copyright (c) 1996 Cristian Gafton gaf...@redhat.com Copyright (c) 2011 Red Hat, Inc Copyright (c) 2011 Tomas Mraz t...@t8m.info Copyright (c) Philip W. Dalrymple III p...@mdtsoft.com * URL : https://fedorahosted.org/libpwquality/ * License : GPL-3+ Programming Lang: C Description : library for password generation and password quality checking The libpwquality library purpose is to provide common functions for password quality checking and also scoring them based on their apparent randomness. The library also provides a function for generating random passwords with good pronounceability. The library supports reading and parsing of a configuration file. In the package there are also very simple utilities that use the library function and PAM module that can be used instead of pam_cracklib. The module supports all the options of pam_cracklib. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#678933: dpkg: bad magic at end of first header
Hi guillem, Thanks for your quick response.:) You could try using a different compression though (if you are using gz that is), like xz. How to specify the different compression, I find 'dpkg-deb -Z' could specifiy the compression type, but only gzip, bzip, lzma could be choosen.How to use xz？ But dpkg-deb should handled that more gracefully, I'll fix this in my next push. Do you have a schedule for your fix? After your push, dpkg-deb could build/extract the package which have size more than 9536.74 MiB? Then is threre any new size limitation after your push? Thank you. He Qingsheng SWE(Software Environment) Sony Mobile Communications Tel: +8610-5865-6414 sonymobile.com -Original Message- From: Guillem Jover [mailto:guil...@debian.org] Sent: Monday, June 25, 2012 4:31 PM To: He, Qingsheng 2; 678...@bugs.debian.org Subject: Re: Bug#678933: dpkg: bad magic at end of first header Hi! On Mon, 2012-06-25 at 14:55:58 +0800, Qingsheng wrote: Package: dpkg Version: 1.15.5.6ubuntu4.5 Severity: important When deal with large pacakge(10G Bytes), dpkg-deb/dpkg with a 'bad magic at end of first header' error when using 'dpkg-deb -e' to extract the package. Say if use 'dpkg-deb -b' to build a large package(10G Bytes), it is ok. but if 'dpkg-deb -e' to extract the package, error will happenned. Is there any size limitation for dpkg/dpkg-deb tools? Yes the common ar format allows only for approx 9536.74 MiB member files, so if your data.tar.gz file member is bigger than that it will not be storable there. You could try using a different compression though (if you are using gz that is), like xz. But dpkg-deb should handled that more gracefully, I'll fix this in my next push. thanks, guillem
Bug#638295: debmirror: support alternative configuration files
Hi Joey, hi everyone,
i also need to specify an alternative configuration file to debmirror
because i need to mirror Debian and Ubuntu on the same host.
The attached patch adds the command line switch --config-file=.
Now i run debmirror like this:
debmirror --config-file=/etc/debmirror-ubuntu.conf
debmirror --config-file=/etc/debmirror-debian.conf
Please review the patch and include if it is fine.
best wishes,
Matthias
From 7a4f928a0c221e9a8003440cd57216d6bafcdfea Mon Sep 17 00:00:00 2001
From: Matthias Schmitz matth...@sigxcpu.org
Date: Mon, 25 Jun 2012 10:32:01 +0200
Subject: [PATCH] Add switch to specify configuration file at command line.
* Add command line switch --config-file= to allow specification of
alternate configuration file.
---
debmirror | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/debmirror b/debmirror
index ccb4fbd..9f6d687 100755
--- a/debmirror
+++ b/debmirror
@@ -575,14 +575,11 @@ our $debmarshal=0;
our $slow_cpu=0;
our $check_gpg=1;
our $new_mirror=0;
+our $config_file=undef;
my @errlog;
my $HOME;
($HOME = $ENV{'HOME'}) or die HOME not defined in environment!\n;
-# Load in config files
-require /etc/debmirror.conf if -r /etc/debmirror.conf;
-require $HOME/.debmirror.conf if -r $HOME/.debmirror.conf;
-
# This hash contains the releases to mirror. If both codename and suite can be
# determined from the Release file, the codename is used in the key. If not,
# it can also be a suite (or whatever was requested by the user).
@@ -674,10 +671,24 @@ GetOptions('debug' = \$debug,
'debmarshal' = \$debmarshal,
'slow-cpu' = \$slow_cpu,
'help' = \$help,
+ 'config-file=s' = \$config_file,
) or usage;
usage if $help;
usage(invalid number of arguments) if $ARGV[1];
+# Load in config files
+if ( defined $config_file ) {
+ if ( -r $config_file ) {
+ require $config_file;
+ } else {
+ die Cannot open config file $config_file.;
+ }
+} else {
+ require /etc/debmirror.conf if -r /etc/debmirror.conf;
+ require $HOME/.debmirror.conf if -r $HOME/.debmirror.conf;
+}
+
+
# This parameter is so important that it is the only required parameter,
# unless specified in a configuration file.
$mirrordir = shift if $ARGV[0];
--
1.7.10
signature.asc
Description: PGP signature
Bug#579709: evince: does not render properly some documents
On Fri, Apr 30, 2010 at 05:39:04PM +0200, Josselin Mouette wrote: Here is the file http://www.cfar.umd.edu/~daniel/daniel_papersfordownload/CoplanarPts.pdf It displays fine here with an up-to-date unstable system, and with a lenny system. Hey, I'm also having problems displaying that file with Evince. I'm using evince 3.4.0-2+b1 in a Debian wheezy system. xpdf works fine with the same file. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678936: postgresql-common: init.d status doesn't list clusters that are online but in recovery.
/etc/init.d/postgresql status doesn't list clusters that are online when they are in recovery, for example when they are slaves in a streaming replication setup. A simple replacement of ($4 == online) by (match($4, online)) solved my issue. Thanks for spotting, committed for the next version. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#678711: texlive-binaries: fmtutil-sys fails
Output of mktexlsr after removing these files, please
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
On 2012/06/25, at 17:44, ael law_ence@ntlworld.com wrote:
On Mon, Jun 25, 2012 at 07:26:19AM +0900, Norbert Preining wrote:
Hi,
On So, 24 Jun 2012, ael wrote:
It is rather odd: seems to be full of ghostscript entries from an old
local ghostscript installation. ls-R-TEXLIVE looks much more
Ok, did you have a hard disk crash recently?
No. I am pretty sure that the discs are OK. But will do an fsck check.
- remove these four files:
mktexlsr: /var/lib/texmf/ls-R-TEXLIVEMAIN: no magic string, skipping...
mktexlsr: /var/lib/texmf/ls-R-TEXLIVEDIST: no magic string, skipping...
mktexlsr: /var/lib/texmf/ls-R-TEXMFMAIN: no magic string, skipping...
mktexlsr: /var/lib/texmf/ls-R: no magic string, skipping...
- rerun mktexlsr
I only just noticed that mktexlsr said
Updating /usr/local/share/texmf/ls-R...
I may have some historical texmf.cnf somewhere on that machine. I will
check report back.
ael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678307: perl: Description does not well reflect what Perl is
On Thu, Jun 21, 2012 at 10:52:05PM +0100, Dominic Hargreaves wrote: On Wed, Jun 20, 2012 at 08:42:42PM +0200, Kjetil Kjernsmo wrote: The current description of Perl in the Debian perl package doesn't well represent what Perl is about these days. Improved descriptions have been bouncing around in the Perl community, may I suggest one written by Chris Nehren? Here is a better description: Perl is a highly capable, feature-rich programming language with over 20 years of development. Perl 5 runs on over 100 platforms from portables to mainframes. Perl is suitable for both rapid prototyping and large scale development projects. Perl 5 supports many programming styles, including procedural, functional, and object-oriented. In addition to this, it is supported by an ever-growing collection of reusable modules which accelerate development. Some of these modules include Web frameworks, database integration, networking protocols, and encryption. Perl provides interfaces to C and C++ for custom extension development. Do any other list subscribers have opinions on this? Not much. I doubt many people base their idea about what Perl is on the long description of the Debian package. I'm not very attached to the old description, although I do see some historical value in it. Feel free to do what you think is right :) FWIW, while not strictly relevant to this, #484681 has some discussion on the 'perl-base' long description that may give some perspective. -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677186: gnome-shell: It's possible to turn off wifi networking using keyboard fn when session locked
2012/6/24 Josselin Mouette j...@debian.org: (Please use a MUA that honors correctly the Reply-To field, thanks.) Le dimanche 24 juin 2012 à 23:17 +0200, Arturo Borrero Gonzalez a écrit : But following your idea, Why we do session-locking if anyone could stop the machine, start with a LIVE-CD and replace root password, or even take the HD with him??? or even the entire laptop! Indeed. Which is why you should never leave your laptop unattended long enough for any of this to happen unless the disk is encrypted. Do you want to have a better OS? I want, and in my honest opinion this kind of stupid things improve the OS. Trying to restrict what people can do with the hardware when they already have direct access to it is a very pointless way of improving the OS. -- .''`. Josselin Mouette : :' : `. `' `- Your comment about what the OS does with hardware sounds pretty joking. I think that managing the hardware is exactly what the OS does, restricting what and when operations may ocurr, applying permissions, local security policies, etc... I understand you don't like this bug. Ok, no problem. But I think i'm not wasting more time arguing. -- /* Arturo Borrero Gonzalez || cer.i...@linuxmail.org */ /* Use debian gnu/linux! Best OS ever! */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678940: RFS: tennix/1.1-2 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the new version of my package tennix. This upload fixes a FTBFS on amd64 (Bug #664907). Related changes: tennix (1.1-2) unstable; urgency=low . * debian/patches/fix_FTBFS.patch: add to fix FTBFS on amd64. (Closes: #664907) * debian/patches/series: create accordingly. * debian/control: + drop DM-Upload-Allowed field. + bump Standards-Version to 3.9.3. No changes required. The package is available on mentors.debian.net: http://mentors.debian.net/package/tennix The .dsc file can be found via: dget -x http://mentors.debian.net/debian/pool/main/t/tennix/tennix_1.1-2.dsc I would be glad if someone can sponsor it. Best regards, Andrea -- Andrea Colangelo Ubuntu Developer | http://www.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678776: libpixels-java: FTBFS: The local variable w is never read
Niels, On Sun, Jun 24, 2012 at 6:03 PM, Niels Thykier ni...@thykier.net wrote: I have attached an example patch to work around the issue. It will make use of default-jdk and newer javahelper features instead of gcj-jdk and dh_javadoc. Please note this patch will also correct the clean rule (which fails to clean the pixels.jar). Thank you very much for the patch. I am currently merging it in my tree and will upload today an updated package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678932: Correction: Depends on libio-socket-inet6-perl
Andrew Ruthven and...@etc.gen.nz writes: Hi Dom, On Mon, 2012-06-25 at 07:56 +0100, Dom wrote: Apologies, The actual package I needed to install was libio-socket-inet6-perl. libsocket6-perl was pulled in as a dependancy of libio-socket-inet6-perl. This is actually a missing dependency from the libmythtv-perl package which is what installs /usr/share/perl5/IO/Socket/INET/MythTV.pm . This package isn't in Debian, but rather comes from deb-multimedia.org, so I've Cc'ed Christian in rather than transfer the bug. Thanks Andrew for the Cc. I've received a bad bug report. http://www.deb-multimedia.org/lurker/message/20120608.213215.f5e0b5b3.en.html Fixed in libmythtv-perl 0.25.1-dmo3 (not yet uploaded). Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678941: Websetup's generated config doesn't get taken into account
Package: phpmyadmin Version: 4:3.3.7-7 I installed phpmyadmin on debian 6.0.5; everything is fine. Except that when I create a setup using the web based interface, it is correctly written into /var/lib/phpmyadmin/, but not taken into account : it shows an empty config when relogin into /setup. The culprit seems to be that /etc/phpmyadmin/config.inc.php is loaded after /var/lib/phpmyadmin/config.inc.php in /usr/share/phpmyadmin/config.inc.php; I am not sure this is the intended behavior from debian's config way. I tried to get some help from irc but I couldn't have any debian specific help for phpmyadmin. Thank you a lot for the good job !
Bug#678942: linux-patch-grsecurity2: doesn't apply against Debian kernel sources, documentation misleading
Package: linux-patch-grsecurity2 Version: 2.9.1+3.2.21-201206221855-1 Severity: important Hey, I noticed your upload of the latest Grsecurity patches to Debian. While I would very much like to have decent Grsecurity support in Debian, I'm not quite sure this package, in the current state, really helps that (I'm not sure shipping the patch itself makes sense anyway). Right now, the documentation mentions dh-kpatches and make-kpkg, and implies the patch could be applied to the Debian sources. That's just wrong. Right now, the only difference with downloading upstream sources directly seems to be that you lack the GPG signature. I guess you might want to tune the package, either to adapt it to debian sources, or to properly document how to build the kernel (replacing make-kpkg by make deb-pkg for example), or maybe something else. But I'm afraid right now the package, although now up2date, is just useless and confusing for users. Sorry if the tone is a bit rude, it's not intended, I'm very much interested in ways to improve Grsecurity support in Debian. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-patch-grsecurity2 depends on: ii bash 4.2-2 ii dctrl-tools [grep-dctrl] 2.22.2 ii debconf [debconf-2.0] 1.5.44 ii patch 2.6.1-3 Versions of packages linux-patch-grsecurity2 recommends: ii gradm2 2.9.1~201206091838-1 ii kernel-package 12.036+nmu2 pn linux-patch-debian-3.2 none ii linux-source-3.23.2.21-1 linux-patch-grsecurity2 suggests no packages. -- debconf information: * linux-patch-grsecurity2/2.1.3-security: * linux-patch-grsecurity2/2.1.2-security: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678932: Correction: Depends on libio-socket-inet6-perl
On Mon, 2012-06-25 at 11:10 +0200, Christian Marillat wrote: I've received a bad bug report. http://www.deb-multimedia.org/lurker/message/20120608.213215.f5e0b5b3.en.html Fixed in libmythtv-perl 0.25.1-dmo3 (not yet uploaded). Hi Christian, thank you for the quick response. And yeah, I agree the bug report was against the wrong package. optimize_mythdb.pl uses the MythTV module from libmythtv-perl. A quick sniff around and I couldn't find mythrename.pl, but I didn't look too hard. I'll keep the bug in the BTS open until 0.25.1-dmo3 is uploaded (hopefully I'll spot it, I'm still on 0.24). Cheers! -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2013 | Come join the party... | http://linux.conf.au signature.asc Description: This is a digitally signed message part
Bug#678943: espeakup-udeb uninstallable: depends on libgcc1 can't be satisfied
Package: espeakup-udeb Version: 1:0.71-8 Severity: grave Tags: d-i Justification: renders package unusable Hi, espeakup-udeb can't be installed, due to its dependency on libgcc1: | Building dependency tree... | […] | espeakup-udeb:amd64 Depends on libgcc1 [ amd64 ] none ( none ) can't be satisfied! This is on the critical path to d-i beta 1. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678892: minor correction
Please use this PO file instead (very minor correction). Regards, Omar # apt-show-versions po translation to Spanish # Copyright (C) 2005 - 2012 Software in the Public Interest # This file is distributed under the same license as the apt-show-versions package. # # Changes: # - Initial translation # Rubén Porras Campo naho...@gmail.com, 2005 # # - Updates # Omar Campagne ocampa...@gmail.com, 2012 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃÂa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: apt-show-versions 0.18\n POT-Creation-Date: 2012-06-13 14:19+\n PO-Revision-Date: 2012-06-25 11:22+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:3 msgid NAME msgstr NOMBRE # type: textblock #. type: textblock #: man/apt-show-versions.pod:5 msgid apt-show-versions - Lists available package versions with distribution msgstr apt-show-versions - Lista las versiones de los paquetes de una distribución # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:7 msgid DESCRIPTION msgstr DESCRIPCIÃÂN # type: textblock #. type: textblock #: man/apt-show-versions.pod:9 msgid apt-show-versions parses the dpkg status file and the APT lists for the installed and available package versions and distribution and shows upgrade options within the specific distribution of the selected package. msgstr apt-show-versions analiza el fichero de estado de dpkg y las listas de APT en busca de las versiones de los paquetes instalados y disponibles asàcomo de la distribución de estos, y muestra las opciones de actualización con la distribución especÃÂfica del paquete seleccionado. # type: textblock #. type: textblock #: man/apt-show-versions.pod:14 msgid This is really useful if you have a mixed stable/testing environment and want to list all packages which are from testing and can be upgraded in testing. msgstr Es de gran utilidad si tiene un entorno que combina las distribuciones estable y en pruebas, y desea listar todos los paquetes de la distribución en pruebas que se pueden actualizar. # type: textblock #. type: textblock #: man/apt-show-versions.pod:18 msgid apt-show-versions uses caching for the status information of installed and available packages. If you run apt-show-versions as root the cache is updated as needed. If you run as non-root uses the newest available information, but can't update the cache. If you run as root with the option B-i the cache is initialized or updated only. msgstr apt-show-versions utiliza una caché para guardar la información de estado de los paquetes instalados y disponibles. Si ejecuta apt-show-versions como superusuario la caché se actualiza en caso de ser necesario. Si lo ejecuta sin ser superusuario, utilizará la última información disponible, pero no podrá actualizar la caché. Si lo ejecuta como superusuario con la opción B-i sólo se inicializa o actualiza la caché. # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:24 msgid SYNOPSIS msgstr SINOPSIS # type: textblock #. type: textblock #: man/apt-show-versions.pod:26 msgid Bapt-show-versions [B-h] [[B-p] Ipackage name] [B-a] [B-b] msgstr Bapt-show-versions [B-h] [[B-p] Inombre_paquete] [B-a] [B-b] # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:28 msgid OPTIONS msgstr OPCIONES # type: textblock #. type: textblock #: man/apt-show-versions.pod:30 msgid If you don't give any options the status of all installed packages is printed. msgstr Si no proporciona ninguna opción se muestra el estado de todos los paquetes. # type: =item #. type: =item #: man/apt-show-versions.pod:35 msgid B-p Ipackage, B--package=Ipackage msgstr B-p Ipaquete, B--package=Ipaquete # type: textblock #. type: textblock #: man/apt-show-versions.pod:37 msgid Print available and installed versions for specified Ipackage. You can also specify a package name without the option B-p. If B-p and a package name are missing, all installed packages are displayed. msgstr
Bug#678944: [INTL:es] Spanish debconf template translation update
Package: icinga Version: 1.7.0-3 Severity: wishlist Tags: l10n, patch Please find attached the updated PO file for icinga. Regards, Omar # icinga po-debconf translation to spanish # Copyright (C) 2004-2012 Software in the Public Interest # This file is distributed under the same license as the icinga package. # # Changes: # - Initial translation # Rudy Godoy r...@kernel-panik.org, 2006 # # - Updates # Omar Campagne ocampa...@gmail.com, 2010, 2012. # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: icinga 1.7.0-3\n Report-Msgid-Bugs-To: ici...@packages.debian.org\n POT-Creation-Date: 2012-06-11 08:15+0200\n PO-Revision-Date: 2012-06-17 18:27+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Apache servers to configure for icinga: msgstr Servidores apache a configurar para icinga: #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Please select which Apache servers should be configured for icinga. msgstr Seleccione los servidores apache que se deberÃan configurar para icinga. #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid If you would prefer to perform configuration manually, leave all servers unselected. msgstr No elija ningún servidor si prefiere realizar la configuración de forma manual. #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Icinga web administration password: msgstr Contraseña para la administración web de icinga: #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Please provide the password to be created with the \icingaadmin\ user. msgstr Introduzca la contraseña para el nuevo usuario «icingaadmin». #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid This is the username and password to use when connecting to the Icinga server after completing the configuration. If you do not provide a password, you will have to configure access to Icinga manually later on. msgstr Estos son el usuario y contraseña que utilizará para identificarse en su instalación de icinga, una vez que la configuración se haya completado. Si no define una contraseña tendrá que configurar icinga de forma manual. #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Re-enter password to verify: msgstr Introduzca la contraseña otra vez para su comprobación: #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Introduzca otra vez la misma contraseña de usuario para comprobar que la ha tecleado correctamente. #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid Password input error msgstr Se ha detectado un fallo al introducir la contraseña #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid The two passwords you entered were not the same. Please try again. msgstr Las dos contraseñas que ha introducido no son idénticas. Inténtelo otra vez. #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid Use external commands with Icinga? msgstr ¿Desea utilizar órdenes externas con Icinga? #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid As a security feature, Icinga in its default configuration does not look for external commands. Enabling external commands will give the web server write access to the nagios command pipe and is required if you want to be able to use the CGI command interface. msgstr Como funcionalidad de seguridad, Icinga no busca órdenes externas de forma predefinida. Activar el uso de órdenes externas ofrece al servidor web la posibilidad de acceder a la tuberÃa de órdenes de nagios, y es necesario para poder utilizar la interfaz de órdenes CGI. #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid If unsure, do not enable external commands. msgstr Si no está seguro, no active el
Bug#678825: mnemosyne: menu entry Configure Mnemosyne does not work
hi christoph, thanks for the report, could you also supply the output of locale on your machine? thanks robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#678848: liblapack3: octave has upgrade problems: liblapack.so.3gf: cannot open shared object file: No such file or directory
reassign 678848 dpkg merge 671711 678848 affects 678848 liblapack3 libblas3 octave thanks Andreas Beckmann deb...@abeckmann.de writes: Package: liblapack3 Version: 3.4.1-3 Severity: serious while doing piuparts tests distupgrading from squeeze to sid I noticed a cooperation problem between octave and liblapack3: [...] Preparing to replace liblapack3gf 3.3.1-1 (using .../liblapack3gf_3.4.1-3_amd64.deb) ... Unpacking replacement liblapack3gf ... Preparing to replace libblas3gf 1.2.20110419-2 (using .../libblas3gf_1.2.20110419-3_amd64.deb) ... Unpacking replacement libblas3gf ... Selecting previously unselected package libblas3. Unpacking libblas3 (from .../libblas3_1.2.20110419-3_amd64.deb) ... update-alternatives: warning: alternative /usr/lib/libblas/libblas.so.3gf (part of link group libblas.so.3gf) doesn't exist. Removing from list of alternatives. update-alternatives: warning: /etc/alternatives/libblas.so.3gf is dangling, it will be updated with best choice. Selecting previously unselected package liblapack3. Unpacking liblapack3 (from .../liblapack3_3.4.1-3_amd64.deb) ... update-alternatives: warning: alternative /usr/lib/lapack/liblapack.so.3gf (part of link group liblapack.so.3gf) doesn't exist. Removing from list of alternatives. update-alternatives: warning: /etc/alternatives/liblapack.so.3gf is dangling, it will be updated with best choice. Preparing to replace octave-io 1.0.18-2 (using .../octave-io_1.0.19-1_amd64.deb) ... Unpacking replacement octave-io ... Processing triggers for octave ... octave: error while loading shared libraries: liblapack.so.3gf: cannot open shared object file: No such file or directory dpkg: error processing octave (--unpack): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: octave The problem is that the octave trigger is run before liblapack3 (a dependency of octave) is configured. This is a dpkg bug, I’m therefore reassigning and merging accordingly. Hopefully the impact of this bug seems limited (at least in the octave case), because dpkg retries the trigger a second time after having configured liblapack3 (and that second time is successful). Thanks, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpAuRxYzWVZR.pgp Description: PGP signature
Bug#678825: mnemosyne: menu entry Configure Mnemosyne does not work
On Mon, Jun 25, 2012 at 11:32:44AM +0200, Christoph Groth wrote: No idea where the nb_NO comes from... (I don't build this locale, nor do I remember ever doing anything with it) yes, very strange. definitely a problem in mnemosyne, not your setup. I can reproduce it here, you can work around it by moving/renaming/deleting /usr/share/locale/nb_NO/LC_MESSAGES/mnemosyne.mo regards robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#678825: mnemosyne: menu entry Configure Mnemosyne does not work
Nothing special here: % locale LANG=en_US.UTF-8 LANGUAGE=en_US:en LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= No idea where the nb_NO comes from... (I don't build this locale, nor do I remember ever doing anything with it) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670709: [NMU] libterm-readline-zoid-perl: Helping to update to packaging format 3.0
Jari Aalto jari.aa...@cante.net writes: I'm planning to NMU with changes listed in previous mail's patch to help migrate away from deprecated dpatch. Please let me know if an update is alredy being worked on, or if the previous patch needs adjustments, or if there is anything that should delay the NMU. If you upload this, I will upload a new version reversing your changes. Sorry, changing the packaging system is no reason to NMU. Marc -- BOFH #433: error: one bad user found in front of screen pgp5AN5eq5gtj.pgp Description: PGP signature
Bug#657145: [PATCH] remove the directory where the module was installed
after removing a module try to remove the path (below
/lib/modules/KVERS) were the module was installed to cleanup any
remaining empty directories
Closes: #657145
---
dkms |3 +++
1 file changed, 3 insertions(+)
diff --git a/dkms b/dkms
index 042acc0..c96cd8f 100644
--- a/dkms
+++ b/dkms
@@ -1579,6 +1579,9 @@ do_uninstall()
echo $ - Uninstallation
echo $ - Deleting from:
$install_tree/$1${real_dest_module_location}/
rm -f
$install_tree/$1${real_dest_module_location}/${dest_module_name[$count]}$module_suffix
+ dir_to_remove=${real_dest_module_location#/}
+ while [ ${dir_to_remove} != ${dir_to_remove#/} ]; do
dir_to_remove=${dir_to_remove#/} ; done
+ (cd $install_tree/$1 rmdir --parents
--ignore-fail-on-non-empty ${dir_to_remove} || true)
echo $ - Original module
if [[ -e
$dkms_tree/$module/original_module/$1/$2/${dest_module_name[$count]}$module_suffix
]]; then
case $running_distribution in
--
1.7.10
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678932: Correction: Depends on libio-socket-inet6-perl
Andrew Ruthven and...@etc.gen.nz writes: On Mon, 2012-06-25 at 11:10 +0200, Christian Marillat wrote: I've received a bad bug report. http://www.deb-multimedia.org/lurker/message/20120608.213215.f5e0b5b3.en.html Fixed in libmythtv-perl 0.25.1-dmo3 (not yet uploaded). Hi Christian, thank you for the quick response. And yeah, I agree the bug report was against the wrong package. optimize_mythdb.pl uses the MythTV module from libmythtv-perl. A quick sniff around and I couldn't find mythrename.pl, but I didn't look too hard. Yes I agree. I must check if a bug report is really a bug report, even if the proposed solution is simple. I'll keep the bug in the BTS open until 0.25.1-dmo3 is uploaded (hopefully I'll spot it, I'm still on 0.24). Don't forget that my packages aren't supported by Debian. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678942: linux-patch-grsecurity2: doesn't apply against Debian kernel sources, documentation misleading
Hi Yves-Alexis, On Mon, 2012-06-25 at 11:17 +0200, Yves-Alexis Perez wrote: I noticed your upload of the latest Grsecurity patches to Debian. While I would very much like to have decent Grsecurity support in Debian, I'm not quite sure this package, in the current state, really helps that (I'm not sure shipping the patch itself makes sense anyway). Users without decent internet connection may need this. Right now, the documentation mentions dh-kpatches and make-kpkg, and implies the patch could be applied to the Debian sources. That's just wrong. No, please see README.2.4.2x . It states that since 2003, it just won't apply to Debian kernels. First you have to unpatch the Debian modifications. Right now, the only difference with downloading upstream sources directly seems to be that you lack the GPG signature. Again no, please see the source package, which contains the GPG signatures. I guess you might want to tune the package, either to adapt it to debian sources, or to properly document how to build the kernel (replacing make-kpkg by make deb-pkg for example), or maybe something else. Maybe the package needs a tool added, which build the vanilla kernel with grsecurity applied. But I'm afraid right now the package, although now up2date, is just useless and confusing for users. What do you propose? Drop make-kpkg stuff and add an own build tool? Sorry if the tone is a bit rude, it's not intended, I'm very much interested in ways to improve Grsecurity support in Debian. Until we can discuss the views of the package, I don't count it as rude. Please note that it would require way too much expertise and time to always merge Debian changes with grsecurity. All in all, I think SELinux is more common if you need restrictions on your Linux OS. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678945: gcj-jdk: GCJ javadoc -source 1.5 fails but apppears to be supported
Package: gcj-jdk Severity: normal Hi, Passing -source 1.5 to GCJ's javadoc implementation with an error saying only 1.2, 1.3 and 1.4 is supported. However, it does seem to have support for it[1]. It is possible that the file libjava/classpath/tools/gnu/classpath/tools/gjdoc/Main.java just needs a trivial patch to allow 1.5 in addition. ~Niels [1] It claims to be able to run Java5 code and it does have a class file for it (in gcc-4.7 at least): ./gcc-4.7.1/libjava/classpath/tools/resource/gnu/classpath/tools/gjdoc/java.lang-classes-1.5.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678946: quagga: All routes flushed by init script when only one daemon is stopped
Package: quagga Version: 0.99.20.1 Severity: important In the stop section of the init script /etc/init.d/quagga it unconditionally flushes all routes from all daemons, even if just one daemon is being stopped. For example if BGP/OSPF/OSPF6/RIP daemons are all running and learning routes, and we stop ospfd with /etc/init.d/quagga stop ospfd, all routes from BGP/OSPF6/RIP will be deleted from the system routing table. Unfortunately since the daemons maintain their peer relationships, the peers continue sending traffic into what may be a black hole. A suggested patch is included in the bug report for Ubuntu: https://bugs.launchpad.net/ubuntu/+source/quagga/+bug/405195 -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#678711: texlive-binaries: fmtutil-sys fails
On Mon, Jun 25, 2012 at 07:26:19AM +0900, Norbert Preining wrote: Hi, On So, 24 Jun 2012, ael wrote: It is rather odd: seems to be full of ghostscript entries from an old local ghostscript installation. ls-R-TEXLIVE looks much more Ok, did you have a hard disk crash recently? No. I am pretty sure that the discs are OK. But will do an fsck check. - remove these four files: mktexlsr: /var/lib/texmf/ls-R-TEXLIVEMAIN: no magic string, skipping... mktexlsr: /var/lib/texmf/ls-R-TEXLIVEDIST: no magic string, skipping... mktexlsr: /var/lib/texmf/ls-R-TEXMFMAIN: no magic string, skipping... mktexlsr: /var/lib/texmf/ls-R: no magic string, skipping... - rerun mktexlsr I only just noticed that mktexlsr said Updating /usr/local/share/texmf/ls-R... I may have some historical texmf.cnf somewhere on that machine. I will check report back. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669016: Two astronomy-related RFSes up for sponsoring (since 2 months)
Hi, I have sent these two RFS a little bit more than two months ago. I have put a lot of effort into them (for instance I've worked with upstream to fix bugs in yp-svipc and port it to Python 3) and I'd be sorry if they missed Wheezy for lack of a sponsor. yp-svipc: System V InterProcess Communication ITP: http://bugs.debian.org/668841 RFS: http://bugs.debian.org/669209 http://mentors.debian.net/package/yp-svipc This package builds plug-ins for the Python and Yorick interpreter to expose the SysV IPC to interpreted code. This permits building parallel codes and sharing memory segments between processes. The Yorick plug-in can be used by [YAO], an adaptive optics simulator, to make faster computations thanks to parallelisation. The combination of the two plug-ins allows building mixed Python/Yorick applications. [YAO] http://packages.debian.org/wheezy/yorick-yao gyoto: General relativistic geodesic integration and ray-tracing ITP: http://bugs.debian.org/640809 RFS: http://bugs.debian.org/669016 http://mentors.debian.net/package/gyoto Gyoto allows computing trajectories (e.g. of stars) and ray-tracing images in the vicinity of compact objects such as black holes. It is usable as a C++ library, a stand-alone utility executable, and a Yorick plug-in. I'd be really, really grateful if someone from the community would have a look. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#678947: RFP: M64Py -- Mupen64Plus 2.0 GUI frontend written in python
Package: wnpp Severity: wishlist * Package name: M64Py Version : 0.1.0 Upstream Author : Milan Nikolic gen2br...@gmail.com * URL : http://m64py.sourceforge.net/ * License : GPL3+, BSD3 Programming Lang: Python Description : Mupen64Plus 2.0 GUI frontend written in python M64Py seems to be the only (good) GUI for mupen64plus 2.0 that can be run on Debian. The other good one (see bug #637771) has dependencies to wxwidgets 2.9. I think it has to be fixed for distribution (files generated by PyQt4, included source from pygames, unfree resources/screenshots, prebuild demo rom, also the source code is missing for rom, logo that was created using two other logos but ignoring their license, all other icons seem to be taken from somewhere else without giving license/copyright information, ...). I think it is also missing the debugger part from wxmupen64plus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678408: nobind option makes autofs segfault
On Sun, Jun 24, 2012 at 10:23:24PM +0300, Michael Tokarev m...@tls.msk.ru wrote: seems the symlink mount has also been removed - I have since switched to am-utils, which solves both problems, as autofs seems to be eternally broken. Can you please show the options or maps you were using with autofs? /etc/auto.master /fs /etc/maps/fs nobind /etc/maps/fs doom_db -symlink:/db That's a symlink mount - it simply creates a symlink (it can also be used with an nfs mount and will symlink instead of bind for normal mounts, thus my confusion with nobind, which I believed to do the same). It also happens with a normal mount: rain-vers=3,intr,tcp,rsize=1048576,wsize=1048576rain:/ As long as it is local, apparently. Yes, apparently autofs (both user and kernel space) has quite some bugs, but maybe it's a good idea to fix at least some of them... Right, but despite many people reporting them repeatedly, they have not been fixed for half a decade, so I decided it's pointless to hope for fixes - they are not coming to be, and upstream sometimes outright refuses to fix bugs (race condition on recursive mounts, see e.g. 556910). That's definitely not a debian problem, previous maintainers have reported bugs (sometimes with patches) to upstream, it's just that upstream isn't responsive, and bugs keep coming back. (As far as I know, the -symlink mount option was added by a previous debian maintainer because upstream refused to fix the underlying problem, and smylinks work around it nicely). The tragedy is that I so wanted to get away from amd, the menace of the early 90ies, but to my surprise, amd is much more stable, and even restarts cleanly, something I could never pull off with automount, wow, why didn't I switch back earlier :) I don't even need to touch every single mount point manually anymore after starting automount to avoid races! As far as I can see, the only drawback of am-utils over automount is that the former uses 5mb rss, and the latter 2mb. If not for that, there would be absolutly no reason to keep automount. So, from a purely technical perspective, the best way to fix autofs is to get rid of it, as am-utils now supports sun-style automount maps and the autofs filesystem. Ghosting doesn't work with amd and the autofs filesystem, but that never worked reliably with automount either. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678943: espeakup-udeb uninstallable: depends on libgcc1 can't be satisfied
severity 678943 important thanks Cyril Brulebois k...@debian.org (25/06/2012): Package: espeakup-udeb Version: 1:0.71-8 Severity: grave Tags: d-i Justification: renders package unusable Hi, espeakup-udeb can't be installed, due to its dependency on libgcc1: | Building dependency tree... | […] | espeakup-udeb:amd64 Depends on libgcc1 [ amd64 ] none ( none ) can't be satisfied! This is on the critical path to d-i beta 1. This is apparently only true in a multiarchified environment (here: i386 as foreign arch on amd64), no issues in a clean sbuild chroot. Lowering severity for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#638605: runit: chpst fails to change uid not listed in /etc/passwd
Hi, FWIW, I use the following workaround to this problem: #!/bin/sh [...] RUNASUID=$(getent passwd $RUNASUSER | cut -d: -f3) RUNASGROUPS=$(id -G $RUNASUSER | tr ' ' ':') [...] exec chpst -u :$RUNASUID:$RUNASGROUPS [...] HTH. Andras -- Andras Korn korn at elan.rulez.org Constant change is here to stay. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665018: python-fixtures: FTBFS: AttributeError: 'BrokenFixture' object has no attribute 'items'
The build failure is due to some missing calls to getDetails() which were introduced upstream with http://bazaar.launchpad.net/~python-fixtures/python-fixtures/trunk/revision/29/lib/fixtures/fixture.py I've attached a small patch that fixes the issue. -- Emanuele diff -urN a/lib/fixtures/fixture.py b/lib/fixtures/fixture.py --- a/lib/fixtures/fixture.py 2011-06-23 09:47:38.0 +0200 +++ b/lib/fixtures/fixture.py 2012-06-25 12:00:38.397130001 +0200 @@ -199,7 +199,7 @@ # The child failed to come up, capture any details it has (copying # the content, it may go away anytime). if gather_details is not None: -gather_details(fixture, self) +gather_details(fixture.getDetails(), self._details) raise else: self.addCleanup(fixture.cleanUp) diff -urN a/lib/fixtures/testcase.py b/lib/fixtures/testcase.py --- a/lib/fixtures/testcase.py 2011-06-23 09:44:15.0 +0200 +++ b/lib/fixtures/testcase.py 2012-06-25 11:39:50.345131200 +0200 @@ -45,7 +45,7 @@ except: if use_details: # Capture the details now, in case the fixture goes away. -gather_details(fixture, self) +gather_details(fixture.getDetails(), self.getDetails()) raise else: self.addCleanup(fixture.cleanUp)
Bug#678907: libncursesada: FTBFS[kfreebsd-i386: raised PRJ.CONF.INVALID_CONFIG
block 678907 by 673015 thanks libncursesada Build-Depends on dh-ada-library, which links with libgnatprj dynamic library, which in turn calls the gprconfig executable from the gprbuild package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678948: xfce4-terminal: Preference/advanced/$TERM setting inoperative
Package: xfce4-terminal Version: 0.4.8-1+b1 Severity: normal In Preferences / Advanced, there is a setting for $TERM setting. But it seems not to work at all; whatever I set it to, the TERM variable is always xterm, even in new tabs. I tried setting it to xterm-256color and to set it to FOO. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-terminal depends on: ii exo-utils 0.6.2-4 Utility files for libexo ii libatk1.0-02.4.0-2 ATK accessibility toolkit ii libc6 2.13-32 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.98-1simple interprocess messaging syst ii libexo-1-0 0.6.2-4 Library with extensions for Xfce ii libgdk-pixbuf2.0-0 2.26.1-1 GDK Pixbuf library ii libglib2.0-0 2.32.3-1 GLib library of C routines ii libgtk2.0-02.24.10-1 GTK+ graphical user interface libr ii libpango1.0-0 1.30.0-1 Layout and rendering of internatio ii libvte91:0.28.2-4Terminal emulator widget for GTK+ ii libx11-6 2:1.4.99.901-2X11 client-side library ii libxfce4util4 4.8.2-1 Utility functions library for Xfce Versions of packages xfce4-terminal recommends: ii dbus-x11 1.2.24-4+squeeze1 simple interprocess messaging syst xfce4-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678949: revelation: should depend on python-dbus
Package: revelation Version: 0.4.13-1 Severity: important Dear Maintainer, Despite mentioning in the Changelog, revelation does not depend on python-dbus. If this package is not installed, revelation fails to start printing the following message: Traceback (most recent call last): File /usr/bin/revelation, line 25, in module import gettext, gobject, gtk, gtk.gdk, os, pwd, sys, dbus ImportError: No module named dbus After installing python-dbus, everything works just fine. Please add python-dbus to revelation's dependencies. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.4-gnu (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/dash Versions of packages revelation depends on: ii gconf2 3.2.5-1 ii gnome-extra-icons 1.1-2 ii gnome-icon-theme 3.4.0-2 ii python 2.7.3~rc2-1 ii python-cracklib2.8.19-1 ii python-crypto 2.6-2 ii python-gnome2 2.28.1+dfsg-1 ii python-gobject 3.2.2-1 ii python-gtk22.24.0-3 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 ii shared-mime-info 1.0-1 revelation recommends no packages. revelation suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678950: screen: secure instructions in the most recent NEWS.Debian entry
Package: screen Version: 4.1.0~20120320gitdb59704-4 Severity: normal Tags: security Hi. In the most recent NEWS.Debian entry, you describe how users can retrieve an old version of the screen package in order to connect to pre 4.1 sesssions. A security problem IMHO is, that a simple download, not even https secured (which also wouldn't be that good), is advised. This makes a hole in secure APT; which otherwise only brings secred packages in the system. Now there are several ways to get around this, amongst others: a) Suggest the users instead to add a sources.list entry for oldstable (where a old screen should be avaiable) and a command to downgrade to that. b) Include SHA512 sums for the .deb files of the most recent 4.0.3 version for all architectures. I'd suggest a), as b) has the disadvantages that the sums get out of date, once there should be a security upload of a newer 4.0.3 version to oldstable. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678951: speech-dispatcher user should not have a valid shell
Package: speech-dispatcher Version: 0.7.1-6.1 Severity: normal Dear Maintainer, Tiger 1:3.2.3-10 reports that the speeach-dispatcher user is disabled but still has a valid shell: --- NEW: --WARN-- [pass014w] Login (speech-dispatcher) is disabled, but has a valid shell. --- Looking at my /etc/passwd file, normally disabled accounts have something such as /bin/false as their shell, thus further preventing an attacker from logging into that account. See /usr/lib/tiger/scripts/check_passwd for the location of this check. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages speech-dispatcher depends on: ii adduser3.113+nmu3 ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii libao4 1.1.0-2 ii libasound2 1.0.25-3 ii libaudio2 1.9.3-5 ii libc6 2.13-33 ii libdotconf1.0 1.0.13-3 ii libespeak1 1.46.02-2 ii libflite1 1.4-release-5 ii libglib2.0-0 2.32.3-1 ii libpulse0 2.0-3 ii libspeechd20.7.1-6.1 ii lsb-base 4.1+Debian6 Versions of packages speech-dispatcher recommends: ii pulseaudio 2.0-3 Versions of packages speech-dispatcher suggests: pn libttspico-utilsnone pn speech-dispatcher-doc-csnone pn speech-dispatcher-festival none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: still broken
Hi,
On Mon, Jun 25, 2012 at 03:37:27PM +0800, jida...@jidanni.org wrote:
It is still notworking.
I have no idea of what might be going on with your system.
jordi@rif:~$ LANG=C.UTF-8 sudo aptitude safe-upgrade
Resolving dependencies...
The following NEW packages will be installed:
aptitude-common{a} aspectj{a} comerr-dev{a} cryptsetup-bin{a}
krb5-multidev{a} libaspectj-java{a} libcdio-cdda1{a} libcdio-paranoia1{a}
libcdio13{a} libcommons-dbcp-java{a} libcommons-pool-java{a}
libeasymock-java{a} libfelix-bundlerepository-java{a}
libfelix-gogo-command-java{a} libfelix-gogo-runtime-java{a}
libfelix-gogo-shell-java{a} libgcrypt11-dev{a} libgdbm-dev{a}
libgeronimo-jpa-2.0-spec-java{a} libgeronimo-osgi-support-java{a}
libgnutls-dev{a} libgnutls-openssl27{a} libgnutlsxx27{a}
libgpg-error-dev{a} libgsasl7-dev{a} libidn11-dev{a} libjetty8-java{a}
libkadm5clnt-mit8{a} libkadm5srv-mit8{a} libkdb5-6{a}
libkrb5-dev{a} liblapack3{a} libldap2-dev{a} libmailutils4{a}
libmusicbrainz5-0{a} libmysqlclient18{a} libntlm0-dev{a}
libosgi-compendium-java{a} libosgi-core-java{a} libosgi-foundation-ee-java{a}
libp11-kit-dev{a} libpam0g-dev{a} libpst4{a}
librhythmbox-core6{a} libserf1{a} libservlet3.0-java{a} libtasn1-3-dev{a}
libtomcat7-java{a} mailutils-common{a} shotwell-common{a}
zlib1g-dev{a}
The following packages will be REMOVED:
libcdio-cdda0{u} libcdio-paranoia0{u} libcdio10{u} libjetty-java{u}
libmailutils2{u} libmysqlclient16{u} libslf4j-java{u}
The following packages will be upgraded:
aptitude cryptsetup eclipse eclipse-jdt eclipse-pde eclipse-platform
eclipse-platform-data eclipse-rcp evolution evolution-common
evolution-plugins gir1.2-rb-3.0 gstreamer0.10-plugins-ugly gvfs gvfs-backends
gvfs-daemons gvfs-libs libarpack2 libequinox-osgi-java
libevolution libgtkhtml-4.0-0 libgtkhtml-4.0-common libgtkhtml-editor-4.0-0
liblapack3gf libmailutils-dev libparpack2 libsvn-perl
libsvn1 libswt-cairo-gtk-3-jni libswt-gtk-3-java libswt-gtk-3-jni
libswt-webkit-gtk-3-jni mailutils-guile rhythmbox rhythmbox-data
rhythmbox-plugin-cdrecorder rhythmbox-plugins shotwell subversion
The following packages are RECOMMENDED but will NOT be installed:
apt-xapian-index aptitude-doc-cs aptitude-doc-en aptitude-doc-es
aptitude-doc-fi aptitude-doc-fr aptitude-doc-it aptitude-doc-ja
libfelix-osgi-obr-java libfelix-shell-java libfelix-utils-java
libgeronimo-jta-1.1-spec-java libkxml2-java libswt-glx-gtk-3-jni
libswt-gnome-gtk-3-jni
39 packages upgraded, 51 newly installed, 7 to remove and 4 not upgraded.
Need to get 212 MB/213 MB of archives. After unpacking 36.5 MB will be used.
jordi@rif:~$ LANG=C.UTF-8 sudo aptitude full-upgrade
The following NEW packages will be installed:
aptitude-common{a} aspectj{a} comerr-dev{a} cryptsetup-bin{a}
krb5-multidev{a} libaspectj-java{a} libcdio-cdda1{a}
libcdio-paranoia1{a}
libcdio13{a} libcommons-dbcp-java{a} libcommons-pool-java{a}
libeasymock-java{a} libfelix-bundlerepository-java{a}
libfelix-gogo-command-java{a} libfelix-gogo-runtime-java{a}
libfelix-gogo-shell-java{a} libgcrypt11-dev{a} libgdbm-dev{a}
libgeronimo-jpa-2.0-spec-java{a} libgeronimo-osgi-support-java{a}
libgnutls-dev{a} libgnutls-openssl27{a} libgnutlsxx27{a}
libgpg-error-dev{a} libgsasl7-dev{a} libidn11-dev{a} libjetty8-java{a}
libkadm5clnt-mit8{a} libkadm5srv-mit8{a} libkdb5-6{a}
libkrb5-dev{a} liblapack3{a} libldap2-dev{a} libmailutils4{ab}
libmusicbrainz5-0{a} libmysqlclient18{a} libntlm0-dev{a}
libosgi-compendium-java{a} libosgi-core-java{a} libosgi-foundation-ee-java{a}
libp11-kit-dev{a} libpam0g-dev{a} libpst4{a}
librhythmbox-core6{a} libserf1{a} libservlet3.0-java{a} libtasn1-3-dev{a}
libtomcat7-java{a} mailutils-common{ab} shotwell-common{a}
zlib1g-dev{a}
The following packages will be REMOVED:
libmusicbrainz3-6{u}
The following packages will be upgraded:
aptitude cryptsetup eclipse eclipse-jdt eclipse-pde eclipse-platform
eclipse-platform-data eclipse-rcp evolution evolution-common
evolution-data-server{b} evolution-data-server-common evolution-plugins
gir1.2-rb-3.0 gstreamer0.10-plugins-ugly gvfs gvfs-backends
gvfs-daemons gvfs-libs libarpack2 libcamel-1.2-33 libequinox-osgi-java
libevolution libgtkhtml-4.0-0 libgtkhtml-4.0-common
libgtkhtml-editor-4.0-0 liblapack3gf libmailutils-dev libmailutils2
libparpack2 libsvn-perl libsvn1 libswt-cairo-gtk-3-jni
libswt-gtk-3-java libswt-gtk-3-jni libswt-webkit-gtk-3-jni mailutils-guile
rhythmbox rhythmbox-data rhythmbox-plugin-cdrecorder
rhythmbox-plugins shotwell sound-juicer subversion
The following packages are RECOMMENDED but will NOT be installed:
apt-xapian-index aptitude-doc-cs aptitude-doc-en aptitude-doc-es
aptitude-doc-fi aptitude-doc-fr aptitude-doc-it aptitude-doc-ja
libfelix-osgi-obr-java libfelix-shell-java libfelix-utils-java
libgeronimo-jta-1.1-spec-java libkxml2-java libswt-glx-gtk-3-jni
Bug#678952: [l10n] Czech translation for condor
Package: condor Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for condor package, please include it. Regards, Martin Sin# SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the condor package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: condor\n Report-Msgid-Bugs-To: con...@packages.debian.org\n POT-Creation-Date: 2012-04-30 20:35+0200\n PO-Revision-Date: 2012-06-25 12:08+0200\n Last-Translator: Martin Sin martin@zshk.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../condor.templates:1001 msgid Condor configuration msgstr Nastavenà Condoru #. Type: boolean #. Description #: ../condor.templates:2001 msgid Manage initial Condor configuration automatically? msgstr Provést automatické poÄáteÄnà nastavenà Condoru? #. Type: boolean #. Description #: ../condor.templates:2001 msgid The setup for Condor can be handled automatically, asking a few questions to create an initial configuration appropriate for a machine that is either a member of an existing pool or a fully functional \Personal Condor installation\. This generated initial configuration can be further extended later on. msgstr Nastavenà Condoru je možno provést automaticky za pomoci nÄkolika málo otázek a nastavit jej tak, aby poÄÃtaÄ fungoval buÄ jako Älen stávajÃcà skupiny nebo jako plnÄ funkÄnà \Osobnà instalace Condoru\. Toto výchozà nastavenà je možné pozdÄji libovolnÄ rozÅ¡iÅovat. #. Type: boolean #. Description #: ../condor.templates:2001 msgid Otherwise, Condor will be installed with a default configuration that needs to be customized manually. msgstr Jinou možnostà je instalace Condoru spolu s výchozÃm nastavenÃm, které je nutné upravit ruÄnÄ. #. Type: boolean #. Description #: ../condor.templates:3001 msgid Enable submission of usage statistics? msgstr Povolit odesÃlánà statistik využitÃ? #. Type: boolean #. Description #: ../condor.templates:3001 msgid The Condor authors politely request that each Condor pool sends them periodic updates with basic information about the status of the pool. Updates include only the total number of machines, the number of jobs submitted, the number of machines running jobs, the host name of the central manager, and the name of the pool. These updates help the Condor Team see how Condor is being used around the world. msgstr Tvůrci Condoru jsou rádi za pravidelnÄ zasÃlané informace o stavu skupin Condoru. Tyto informace obsahujà pouze celkový poÄet poÄÃtaÄů, poÄet odeslaných úloh, poÄet poÄÃtaÄů s bÄžÃcÃmi úkoly, jméno poÄÃtaÄe centrálnÃho správce a jméno pole. Obsažené informace pomáhajà týmu Condor sledovat použità aplikace Condor po celém svÄtÄ. #. Type: string #. Description #: ../condor.templates:4001 msgid Address of the central manager: msgstr Adresa centrálnÃho správce: #. Type: string #. Description #: ../condor.templates:4001 msgid If this machine is intended to join an existing Condor pool, the address of the central manager machine has to be specified. Any address format supported by Condor can be used, including macro expressions. msgstr Pokud chcete, aby se tento poÄÃtaÄ pÅidal do stávajÃcà skupiny Condor, je potÅeba zde zadat adresu centrálnÃho poÄÃtaÄe. PÅitom můžete použÃt libovolný formát adresy vÄetnÄ makro-výrazů. #. Type: string #. Description #: ../condor.templates:4001 msgid Example: condor-manager.example.org msgstr PÅÃklad: condor-manager.example.org #. Type: multiselect #. Choices #: ../condor.templates:5001 msgid Job submission msgstr Zadávánà úloh #. Type: multiselect #. Choices #: ../condor.templates:5001 msgid Job execution msgstr Vykonávánà úloh #. Type: multiselect #. Choices #: ../condor.templates:5001 msgid Central manager msgstr Hlavnà správce #. Type: multiselect #. Description #: ../condor.templates:5002 msgid Role of this machine in the Condor pool: msgstr Role poÄÃtaÄe ve skupinÄ Condor: #. Type: multiselect #. Description #: ../condor.templates:5002 msgid Please specify the intended role or roles of this machine, for which the corresponding daemons will be started automatically. msgstr Zadejte prosÃm vybranou roli tohoto poÄÃtaÄe, pro tuto roli budou pozdÄji spuÅ¡tÄny odpovÃdajÃcà daemony. #. Type: multiselect #. Description #: ../condor.templates:5002 msgid A machine in a Condor pool can have multiple roles. In general there is one central manager and multiple nodes that run jobs. Often the central manager is also the machine from which users submit jobs. However, it is also possible to have multiple machines available for job submission. msgstr PoÄÃtaÄ může
Bug#636932: Patch for documentation of identify
tags 636932 + patch tags 636932 + pending thanks Hi, I am going to commit the following patch 0001-Documentation-patch-identify-man-page-lists-writing-.patch Description: Binary data
Bug#678948: xfce4-terminal: Preference/advanced/$TERM setting inoperative
Hi, On Mon, Jun 25, 2012 at 12:23:11PM +0200, Lionel Elie Mamane wrote: In Preferences / Advanced, there is a setting for $TERM setting. But it seems not to work at all; whatever I set it to, the TERM variable is always xterm, even in new tabs. I found upstream bug https://bugzilla.xfce.org/show_bug.cgi?id=7178, which says that it is libvte's fault, but vte maintainer disagrees; see https://bugzilla.gnome.org/show_bug.cgi?id=640940. Sigh. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678953: haproxy - New Upstream version
Package: haproxy Severity: wishlist Hello, could you please package the newest upstream version (1.4.21)? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#474956: Status of this policycoreutils bug?
Hi,
On Thu, May 17, 2012 at 08:51:42PM +0300, Touko Korpela wrote:
Can you send new patch against current version if this issue is still
present? Sorry for extra work, maintainer sent latest mail only to bug
address (that isn't cc:d automatically to submitter).
sorry for a delay.
It is quite long time I wrote the code. :)
Ok, I have updated Debian Sid in the virtual machine and tried to run
se_aptitude. It still eats all the CPU thread.
The unified diff between the original version of open_init_pty.c I based
my rewrite on and the version in the current package 2.1.10-8 is:
--- open_init_pty.c.orig2008-04-07 18:17:14.0 +0200
+++ /tmp/policycoreutils-2.1.10/run_init/open_init_pty.c2012-06-25
00:11:23.0 +0200
@@ -153,7 +153,7 @@
}
if (child_pid 0) {
- perror(Fork:);
+ perror(forkpty():);
fflush(stdout);
fflush(stderr);
exit(EX_OSERR);
@@ -162,7 +162,7 @@
/* in the child */
struct termios s_tty_attr;
if (tcgetattr(fileno(stdin), s_tty_attr)) {
- perror(Child:);
+ perror(forkpty child:);
fflush(stdout);
fflush(stderr);
exit(EXIT_FAILURE);
So almost nothing changed.
First chunk is OK, because the error condition is caused during the call
to forkpty(). The second chunk is IMO not correct and my original
perror(tcgetattr(stdout,...)) seems to be more legit (error in the
tcgetattr()).
I'm attaching the open_init_pty.c with the cosmetic change of the first
error message. (BTW: no semicolon in the perror(), it is appended
always by perror()).
BTW: I already tried to post the code upstream in the past:
http://marc.info/?l=selinuxm=120826832520733w=2
... and reactions.
Thanks for your time!
Kindly regards
--
Zito
/* -*- Mode: C -*-
* open_init_pty.c ---
* Author : Manoj Srivastava ( sriva...@glaurung.internal.golden-gryphon.com )
* Created On : Fri Jan 14 10:48:28 2005
* Created On Node : glaurung.internal.golden-gryphon.com
* Last Modified By : Manoj Srivastava
* Last Modified On : Thu Sep 15 00:57:00 2005
* Last Machine Used: glaurung.internal.golden-gryphon.com
* Update Count : 92
* Status : Unknown, Use with caution!
* HISTORY :
* Description :
*
* Distributed under the terms of the GNU General Public License v2
*
* open_init_pty
*
* SYNOPSIS:
*
* This program allows a systems administrator to execute daemons
* which need to work in the initrc domain, and which need to have
* pty's as system_u:system_r:initrc_t
*
* USAGE:
*
* * arch-tag: a5583d39-72b9-4cdf-ba1b-5678ea4cbe20
*/
#include stdio.h
#include stdlib.h
#include string.h
#include unistd.h
#include signal.h
#include errno.h
#include sysexits.h
#include pty.h /* for openpty and forkpty */
#include utmp.h /* for login_tty */
#include termios.h
#include fcntl.h
#include sys/select.h
#include sys/wait.h
#define MAXRETR 3 /* The max number of IO retries on a fd */
#define BUFSIZE 2048 /* The ring buffer size */
static struct termios saved_termios;
static int saved_fd = -1;
static enum { RESET, RAW, CBREAK } tty_state = RESET;
static int tty_semi_raw(int fd)
{
struct termios buf;
if (tty_state == RESET) {
if (tcgetattr(fd, saved_termios) 0) {
return -1;
}
}
buf = saved_termios;
/*
* echo off, canonical mode off, extended input processing off,
* signal chars off
*/
buf.c_lflag = ~(ECHO | ICANON | IEXTEN | ISIG);
/*
* no SIGINT on break, CR-to-NL off, input parity check off, do not
* strip 8th bit on input,output flow control off
*/
buf.c_iflag = ~(BRKINT | ICRNL | INPCK | ISTRIP | IXON);
/* Clear size bits, parity checking off */
buf.c_cflag = ~(CSIZE | PARENB);
/* set 8 bits/char */
buf.c_cflag |= CS8;
/* Output processing off
buf.c_oflag= ~(OPOST); */
buf.c_cc[VMIN] = 1; /* one byte at a time, no timer */
buf.c_cc[VTIME] = 0;
if (tcsetattr(fd, TCSANOW, buf) 0) {
return -1;
}
tty_state = RAW;
saved_fd = fd;
return 0;
}
static void tty_atexit(void)
{
if (tty_state != CBREAK tty_state != RAW) {
return;
}
if (tcsetattr(saved_fd, TCSANOW, saved_termios) 0) {
return;
}
tty_state = RESET;
return;
}
/* The simple ring buffer */
struct ring_buffer
{
char *buf;
char *wptr;
char *rptr;
size_t size;
size_t count;
};
static void ringbuf_init(struct ring_buffer *b, char *buf, size_t size)
{
b-buf = b-wptr = b-rptr = buf;
b-size = size;
b-count = 0;
}
static int ringbuf_isempty(struct ring_buffer *b)
{
return b-count == 0;
}
static size_t ringbuf_space(struct ring_buffer *b)
{
if ( b-rptr b-wptr )
return b-rptr - b-wptr;
if ( b-rptr b-wptr || b-count == 0 )
return b-buf + b-size - b-wptr;
return 0;
}
static size_t
Bug#678954: lvm2: Inconsistencies between lvm.conf and udev rules lead to hide VG, and worse
Package: lvm2
Version: 2.02.95-4
Severity: important
Dear Maintainer,
Here is the partition scheme of my system:
$ lsblk --noheadings -o TYPE,NAME,MOUNTPOINT /dev/sdb
disk sdb
part └─sdb1
lvm ├─usb-boot (dm-0) /boot
lvm └─usb-luks (dm-1)
crypt └─luks (dm-2)
lvm ├─luks-root (dm-3) /
lvm └─luks-home (dm-4) /home
It worked fine, but recently, and because several other drives using LVM can be
plugged on the same computer and I don't want to automatically activate them
when my system boots, I have modified the 'filter' assignment in
/etc/lvm/lvm.conf.
Knowing that:
$ ls -l /dev/disk/by-id | awk '/\/sdb1$/ {print $9}'
usb-Storage_Media_07BB103100182DD2-0:0-part1
my filter is:
filter = [ a|^/dev/disk/by-id/usb-Storage_Media_07BB103100182DD2-0:0-part1$|,
a|^/dev/mapper/luks$|, r|.*| ]
But:
# vgscan
Reading all physical volumes. This may take a while...
Found volume group usb using metadata type lvm2
The luks VG is not found !
In lvm.conf, only filter has been modified, and in the 'devices' section, I
have this default:
obtain_device_list_from_udev = 1
But:
$ /sbin/udevadm info --query symlink --name dm-0
$ /sbin/udevadm info --query symlink --name dm-1
$ /sbin/udevadm info --query symlink --name dm-2
$ /sbin/udevadm info --query symlink --name dm-3
root
$ /sbin/udevadm info --query symlink --name dm-4
The symlinks exist (at least in /dev/mapper) but are no more managed by udev !
It seems they have been created from the initramfs environment.
After what, when udev runs again from the system environment, some rules I
don't understand make those symlinks no more managed by udev, and unusable by
LVM tools !
In /lib/udev/rules.d/60-persistent-storage-dm.rules:
ENV{DM_UDEV_DISABLE_DISK_RULES_FLAG}==1, GOTO=persistent_storage_dm_end
In /lib/udev/rules.d/60-persistent-storage-lvm.rules:
ENV{DM_UDEV_DISABLE_SUBSYSTEM_RULES_FLAG}==1,
GOTO=persistent_storage_lvm_end
What about the two previous rules ?
What is the need to prevent creation of symlinks by udev the second time it
runs ?
After 'update-initramfs -u', I have to boot the system manually from the
initramfs shell, because
/conf/conf.d/cryptroot don't exist, because /dev/mapper/luks-root is not seen
as a Logical Volume,
and the 'cryptroot' initramfs hook fails. But I'm not sure I have to report a
bug against the cryptsetup
package for that.
When the responsible files 60-persistent-storage-{dm,lvm}.rules are copied in
/etc/udev/rules.d
and then the above rules are just commented, all works fine (symlinks,
cryptroot and other expected
behaviours). But I suppose that there can be side effects concerning temporary
nodes. What about ?
Cheers,
quidame
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lvm2 depends on:
ii dmsetup 2:1.02.74-4
ii initscripts 2.88dsf-22.1
ii libc6 2.13-33
ii libdevmapper-event1.02.1 2:1.02.74-4
ii libdevmapper1.02.12:1.02.74-4
ii libreadline5 5.2-11
ii libudev0 175-3.1
ii lsb-base 4.1+Debian6
lvm2 recommends no packages.
lvm2 suggests no packages.
-- Configuration Files:
/etc/lvm/lvm.conf changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676665: (no subject)
Works for me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678955: ntp: Update default ntp.conf
Package: ntp Version: 1:4.2.6.p5+dfsg-2 Severity: minor Dear Maintainer, /etc/ntp.conf should be updated to reflect 1) consolidate redundant configuration lines and 2) add 'limited to the restrict directive in order to make kod effective. See http://lists.ntp.org/pipermail/pool/2012-June/005872.html *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (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 Versions of packages ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.3 ii libc62.13-33 ii libcap2 1:2.22-1 ii libedit2 2.11-20080614-5 ii libopts251:5.12-0.1 ii libssl1.0.0 1.0.1c-3 ii lsb-base 4.1+Debian6 ii netbase 5.0 Versions of packages ntp recommends: ii perl 5.14.2-11 Versions of packages ntp suggests: pn ntp-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678956: owncloud: Web File Browser: Duplicating folders
Package: owncloud Version: 4.0.3debian-1 Severity: normal Dear Maintainer, EXACT STEPS LEADING TO PROBLEM: Account exists allready. Upgrade to 4.0.3 1. Log in to your web interface: http://my.site/owncloud/ 2. Create a new Directory BugTest 3. Click into the Directory 4. move some File(s) into this place 5. Click Tab Files EXPECTED OUTCOME: You can see just one directory BugTest ACTUAL OUTCOME: You can see this directory twice or more REPRODUCIBILITY: 8/10 (for me it happens everytime from update 4.0.2-4.0.3) Eventually you need to delete the Files in BugTest again to see the bug. OTHER COMMENTS: For me this also happens after recreate the Cache index and upgrade to 4.0.3 again. Sometimes the number of Directories increases with every click on the Files tab. 4.0.2 without any upgrade is ok. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) 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 owncloud depends on: ii libjs-jquery 1.7.2+debian-1 ii libjs-jquery-jplayer 2.1.0-1 ii libjs-jquery-ui 1.8.ooops.20+dfsg-1 ii libphp-phpmailer 5.1-1 ii lighttpd [httpd] 1.4.31-1 ii owncloud-sqlite 4.0.3debian-1 ii php-crypt-blowfish1.1.0~RC2-1 ii php-getid31.9.3-1 ii php-mdb2 2.5.0b3-2 ii php-mdb2-schema 0.8.5-1 ii php-pear 5.4.4-2 ii php-sabredav 1.6.2-3 ii php-xml-parser1.3.4-6 ii php5 5.4.4-2 ii php5-curl 5.4.4-2 ii php5-gd 5.4.4-2 Versions of packages owncloud recommends: ii exim4 4.80-3 ii exim4-daemon-heavy [mail-transport-agent] 4.80-3 owncloud suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671815: ZRTP support.
ZRTP support requires a specific option --enable-zrtp passed to ./configure, which the debian/rules file doesn't do. Plus it needs libzrtpcpp: but linphone's patched version from their git repo (git://git.linphone.org/zrtpcpp.git), not the stock version in debian already. And even then the option is not visibly available: according to upstream you should select None and ZRTP will be auto-detected if the other party has it. I will test this using a hand-compiled version talking to the Windoze binary. If it does work the problem is how to provide it on Debian by default: maybe upstream's patched library will have to be packaged separately and uploaded to Debian?? then the rules file adjusted to use this option. signature.asc Description: OpenPGP digital signature
