Bug#669003: fontconfig: TEXMF fonts status and activation
On Mi, 25 Jul 2012, Keith Packard wrote:
> > iTeX
>
> Heh. He's got so many projects that we've mostly given up begging for
> some of them to get done :-)
Yeah, but this time it is different:
http://river-valley.tv/tug-2010/an-earthshaking-announcement
> > Do you expect something similar wiht fc-cache?
>
> Presumably, but fc-cache only runs as fonts are installed (or fontconfig
> is updated); the database is built incrementally using directory
> timestamps, so unchanged directories are 'free'.
That is good, that means it would be better to have the actual fonts
in the texmf trees (since mktexlsr and mtxrun scans everything again
and again) and make links from the /u/s/fonts/ dirs into the texmf trees.
> Yup. The trigger was added by Josselin many years ago; it doesn't look
> like it is correct though.
Good that I did understand it right. Anyway, I leave it to you to do
whatever should be done.
> Just making sure their encoding is reasonably sane is all that's really
> necessary; I don't want people ending up with text which is unreadable
> because some TeX font was chosen by accident somewhere...
Since I guess you often has to deal with these matters, do you have
any semi-automated procedure/script to check for that?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SOTTERLEY (n,)
Uncovered bit between two shops with awnings, which you have to cross
when it's raining.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682836: keystone does not start up
Package: keystone Version: 2012.1.1-1 Severity: important 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 *** I have upgraded my debian installation to wheezy and installed keystone. It failed to start up with a following log(temp/keystone.log). I also found that it did start up all right and worked fine with python-greenlet from unstable(=0.3.3-1). I do not know if this should be filed against keystone, but I report it anyway. *** temp/keystone.log 2012-07-26 15:41:13DEBUG [keystone-all] 2012-07-26 15:41:13DEBUG [keystone-all] Configuration options gathered from: 2012-07-26 15:41:13DEBUG [keystone-all] command line args: ['/usr/bin/keystone-all'] 2012-07-26 15:41:13DEBUG [keystone-all] config files: ['/etc/keystone/keystone.conf'] 2012-07-26 15:41:13DEBUG [keystone-all] 2012-07-26 15:41:13DEBUG [keystone-all] admin_port = 35357 2012-07-26 15:41:13DEBUG [keystone-all] admin_token= ADMIN 2012-07-26 15:41:13DEBUG [keystone-all] bind_host = 0.0.0.0 2012-07-26 15:41:13DEBUG [keystone-all] compute_port = 8774 2012-07-26 15:41:13DEBUG [keystone-all] config_file= ['/etc/keystone/keystone.conf'] 2012-07-26 15:41:13DEBUG [keystone-all] crypt_strength = 4 2012-07-26 15:41:13DEBUG [keystone-all] debug = True 2012-07-26 15:41:14DEBUG [keystone-all] log_config = None 2012-07-26 15:41:14DEBUG [keystone-all] log_date_format= %Y-%m-%d %H:%M:%S 2012-07-26 15:41:14DEBUG [keystone-all] log_dir= None 2012-07-26 15:41:14DEBUG [keystone-all] log_file = None 2012-07-26 15:41:14DEBUG [keystone-all] log_format = %(asctime)s %(levelname)8s [%(name)s] %(message)s 2012-07-26 15:41:14DEBUG [keystone-all] public_port= 5000 2012-07-26 15:41:14DEBUG [keystone-all] syslog_log_facility= LOG_USER 2012-07-26 15:41:14DEBUG [keystone-all] use_syslog = False 2012-07-26 15:41:14DEBUG [keystone-all] verbose= True 2012-07-26 15:41:14DEBUG [keystone-all] ldap.password = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_id_attribute = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_member_attribute = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_objectclass = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_tree_dn = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.suffix= None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_id_attribute = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_member_attribute = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_objectclass= None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_tree_dn= None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.url = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.use_dumb_member = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_id_attribute = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_objectclass = None 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_tree_dn = None 2012-07-26 15:41:14DEBUG [keystone-all] token.driver = keystone.token.backends.kvs.Token 2012-07-26 15:41:14DEBUG [keystone-all] catalog.driver = keystone.catalog.backends.templated.TemplatedCatalog 2012-07-26 15:41:14DEBUG [keystone-all] ec2.driver = keystone.contrib.ec2.backends.kvs.Ec2 2012-07-26 15:41:14DEBUG [keystone-all] sql.connection = sqlite:var/lib/keystone/keystone.sqlite 2012-07-26 15:41:14DEBUG [keystone-all] sql.idle_timeout = 200 2012-07-26 15:41:14DEBUG [keystone-all] policy.driver = keystone.policy.backends.rules.Policy 2012-07-26 15:41:14DEBUG [keystone-all] identity.driver= keystone.identity.backends.sql.Identity 2012-07-26 15:41:14DEBUG [keystone-all] 2012-07-26 15:41:18DEBUG [routes.middleware] Initialized wi
Bug#675236: gtkpod is not installable on my system
Hi! Marco Guidetti wrote: > Hi Matteo, > as of now for me the situation hasn't changed. I still can't install > gtkpod due to the same problem. (I tried with sources and it went > rather smooth) > I think the best way to deal with this is for me to install a virtual > machine from scratch and retrace my steps and see where the problem > begins. > Right now I don't have time to do this, but as soon as I have some > time, I will do it. Any news about this issue? I'd ask you to post here the output of following command: apt-cache policy gtkpod so that I can understand where you're getting the packages and their priorities. Thanks. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663653: fglrx-driver loads intel driver which doesn't find a configured screen
Am Donnerstag, den 26.07.2012, 00:50 +0200 schrieb Thomas Hahn: > On Tue, Jul 24, 2012 at 10:14:06PM +0200, Paul Menzel wrote: […] > > Am Dienstag, den 24.07.2012, 11:31 +0200 schrieb Paul Menzel: […] > > > Am Donnerstag, den 22.03.2012, 02:51 + schrieb Pedro Ângelo: > > > > > > > I have a similar problem on a laptop with hybrid ati/intel dual > > > > graphics. > > > > > > What laptop do you have? Maybe also attach or paste the output of > > > `lspci`. > > > > > > > I've managed to get it working by blacklisting the i915 module and got > > > > to where you were at with a blank screen but an ok xorg.log > > > > > > Could you attach `/var/log/Xorg.0.log` please? > > > > > > > I tried fiddling with the brightness controls on the laptop and it > > > > worked, so you might try that. > > > > > > Oh, so the brightness was just turned down. Nice one! Great you found > > > it. > > > > > > > I hope this SNA support eventually lands on testing to see if I can use > > > > the laptop without all these fiddly configs. > > > > > > `xserver-xorg-video-intel` 2:2.19.0-4 in Debian Wheezy/testing is > > > compiled with SNA support. You have to enable it though. For example > > > create `/etc/X11/xorg.conf.d/99-local.conf` with the following content. > > > > > > Section "Device"; > > > Identifier "Device0"; > > > Driver "intel"; > > > Option "AccelMethod" "sna" > > > EndSection > > > > I think you need to remove all ; at the end of the lines. > > > > Section "Device" > > Identifier "Device0" > > Driver "intel" > > Option "AccelMethod" "sna" > > EndSection […] > > > PS: I still do not know what the error is. Could someone give a short > > > explanation, please? > > I have tried to get my laptop working on the weekend after some heavy updates. Do you mean you upgraded to the latest versions in Wheezy/testing or Sid/unstable? Could you run `reportbug xserver-xorg-video-intel` and paste the system (and package) information section from the end of the created message please? > Turned the beast around to google about it with the correct name specs. > So I needed to close the lid. When I opened it back, X was there. > I am getting the same behaviour with the intel or the fglrx driver. > Display is pitch black. Close the thing, open it again and voila, we have > got kdm waiting for login. Have you tried Pedro’s suggestion to increase the backlight with the function keys when the display is black? > So this one is usable under linux/X after all. I would not call that usable. ;-) > Sorry for not replaying earlier ... No problem at all. I know the weather is too good currently. But if you could spend another half an hour to follow the steps in [1] and report a bug in the freedesktop.org Bugzilla, that would be awesome. Hopefully that will bring up a correct fix for this issue and not so knowledgeable users trying Debian will not hit this issue. Thanks, Paul [1] http://intellinuxgraphics.org/how_to_report_bug.html signature.asc Description: This is a digitally signed message part
Bug#682837: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2
Package: duplicity
Version: 0.6.18-2
Severity: normal
Tags: patch
I started seeing these errors every time I do a backup to S3 using duplicity:
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1404, in
with_tempdir(main)
File "/usr/bin/duplicity", line 1397, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1277, in main
globals.archive_dir).set_values()
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 691,
in set_values
self.get_backup_chains(partials + backend_filename_list)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 815,
in get_backup_chains
map(add_to_sets, filename_list)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 805,
in add_to_sets
log.Debug(_("File %s is part of known set") % (filename,))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 16:
ordinal not in range(128)
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1404, in
with_tempdir(main)
File "/usr/bin/duplicity", line 1397, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1277, in main
globals.archive_dir).set_values()
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 691,
in set_values
self.get_backup_chains(partials + backend_filename_list)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 814,
in get_backup_chains
map(add_to_sets, filename_list)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 808,
in add_to_sets
log.Debug(_("File %s is not part of a known set; creating new set") %
(filename,))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 23:
ordinal not in range(128)
Attached is the patch I applied to make these errors go away.
Cheers,
Francois
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.5-grsec+ (SMP w/2 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages duplicity depends on:
ii libc6 2.13-35
ii librsync1 0.9.7-9
ii python 2.7.3-1
ii python-gnupginterface 0.3.2-9.1
ii python2.7 2.7.3-2
Versions of packages duplicity recommends:
ii python-paramiko 1.7.7.1-3
ii rsync3.0.9-3
Versions of packages duplicity suggests:
pn lftp
ii ncftp 2:3.2.5-1.1
ii python-boto2.3.0-1
pn python-cloudfiles
pn python-gdata
ii python-pexpect 2.4-1
pn tahoe-lafs
-- no debconf information
--- duplicity/collections.py 2012-03-01 08:24:04.0 +1300
+++ /home/francois/collections.py 2012-07-26 19:08:51.692698922 +1200
@@ -807,15 +802,16 @@
"""
for set in sets:
if set.add_filename(filename):
-log.Debug(_("File %s is part of known set") % (filename,))
+#log.Debug(_("File %s is part of known set") % (filename,))
break
else:
-log.Debug(_("File %s is not part of a known set; creating new set") % (filename,))
+#log.Debug(_("File %s is not part of a known set; creating new set") % (filename,))
new_set = BackupSet(self.backend)
if new_set.add_filename(filename):
sets.append(new_set)
else:
-log.Debug(_("Ignoring file (rejected by backup set) '%s'") % filename)
+#log.Debug(_("Ignoring file (rejected by backup set) '%s'") % filename)
+pass
map(add_to_sets, filename_list)
sets, incomplete_sets = self.get_sorted_sets(sets)
Bug#647424: Código aviso: ID67565434.
Caro Webmail / Conta de Usuário E-mail Estamos atualizando nosso banco de dados e e-mail centro conta. Estamos a excluir todas as contas de webmail não utilizados e criar mais espaço para novas contas. Para garantir que você não experimenta interrupção do serviço durante este período, por favor clique no link Validation E-mail: Link de validação https://docs.google.com/a/ib.usp.br/spreadsheet/viewform?formkey=dHd4SFFsX3VOalJwOFNxa2VhN3dmT1E6MQ Depois de ter preenchido o formulário com sucesso, você terá que clicar em ENVIAR. Webmail © 2012 Atualização da equipe Código aviso: ID67565434. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682814: firebird2.5-classic: No free space found in temporary directories
Control: merge 682814 682815 Control: fixed 682814 2.5.0.26351 Control: tags 682814 upstream fixed-upstream Control: forwarded 682814 http://tracker.firebirdsql.org/browse/CORE-2422 -=| Beto Reyes, 25.07.2012 16:16:22 -0500 |=- > On firebird log: > No free space found in temporary directories > operating system directive open failed > Permission denied > > http://tracker.firebirdsql.org/browse/CORE-2321 As far as I see, the bug in question is failure to use the next directory from the list of temporary directories when the first one fills up. A better overview and SVN commit info is available at http://tracker.firebirdsql.org/browse/CORE-2422 Is this really the problem you experience? > on firebird.conf increase TempCacheLimit from > #TempCacheLimit = 67108864 > TempCacheLimit = 134217728 That is given as a replacement to using memory disks for FB temporary space and has nothing to do with the actual bug, if I understand correctly. signature.asc Description: Digital signature
Bug#682838: libreoffice: no complete language support in libreoffice-help-de
Package: libreoffice Version: 1:3.5.4-6 Severity: normal Dear Maintainer, The libreoffice-help is not completely translated. The menue bar is translated, also the substance. But the content of index and search tabs are in english only. This problem appears in debian unstable and testing, amd64 and i386. It works fine on sqeeze-backports (i386). Thank you. Reiner -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.5.4-6 ii libreoffice-calc 1:3.5.4-6 ii libreoffice-core 1:3.5.4-6 ii libreoffice-draw 1:3.5.4-6 ii libreoffice-filter-mobiledev 1:3.5.4-6 ii libreoffice-impress 1:3.5.4-6 ii libreoffice-java-common 1:3.5.4-6 ii libreoffice-math 1:3.5.4-6 ii libreoffice-report-builder-bin 1:3.5.4-6 ii libreoffice-writer 1:3.5.4-6 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.2-5 ii libpaper-utils 1.1.24+nmu2 ii ttf-liberation 1.07.2-5 Versions of packages libreoffice suggests: ii cups-bsd 1.5.3-2 ii default-jre [java5-runtime]1:1.6-47 ii gcj-4.4-jre [java5-runtime]4.4.7-1 ii gcj-4.6-jre [java5-runtime]4.6.3-2 ii gcj-4.7-jre [java5-runtime]4.7.1-2 ii gcj-jre [java5-runtime]4:4.7.1-1 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-bad 0.10.23-6 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn hunspell-dictionary ii hunspell-kk [myspell-dictionary] 1.1-2 pn hyphen-hyphenation-patterns ii iceape [iceape-browser]2.7.5-1 ii icedove10.0.5-1 ii iceweasel 10.0.6esr-1 ii imagemagick8:6.7.7.10-2 ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libldap-2.4-2 2.4.31-1 ii libreoffice-filter-binfilter 1:3.5.4-6 ii libreoffice-gnome 1:3.5.4-6 pn libreoffice-grammarcheck ii libreoffice-help-de [libreoffice-help-3.5] 1:3.5.4-6 ii libreoffice-help-en-us [libreoffice-help-3.5] 1:3.5.4-6 ii libreoffice-l10n-de [libreoffice-l10n-3.5] 1:3.5.4-6 pn libreoffice-officebean ii libsane1.0.22-7.3 ii libxrender11:0.9.7-1 ii myspell-de-de [myspell-dictionary] 20120607-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 ii mythes-en-us [mythes-thesaurus]1:3.3.0-4 pn openclipart-libreoffice ii openjdk-6-jre [java5-runtime] 6b24-1.11.3-2 ii pstoedit 3.60-2+b1 pn unixodbc Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-7 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.4-6 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libcmis-0.2-0 0.1.0-1+b1 ii libcurl3-gnutls7.26.0-1 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.1-5 ii libglib2.0-0 2.32.3-1 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-2 ii libice62:1.0.8-2 ii libicu48 4.8.1.1-8 ii libjpeg8
Bug#669003: fontconfig: TEXMF fonts status and activation
Norbert Preining writes: > That is good, that means it would be better to have the actual fonts > in the texmf trees (since mktexlsr and mtxrun scans everything again > and again) and make links from the /u/s/fonts/ dirs into the texmf > trees. That seems fine to me. > Good that I did understand it right. Anyway, I leave it to you to do > whatever should be done. I'll remove it and substitute whichever directory names you'd like to symlink the useful files to. > Since I guess you often has to deal with these matters, do you have > any semi-automated procedure/script to check for that? Alas, the only sure fire technique is to look at the glyphs with a font previewer... -- keith.pack...@intel.com pgpcDuw9Ti1Cd.pgp Description: PGP signature
Bug#682836: [Openstack-devel] Bug#682836: keystone does not start up
Hi, thanks for the bug report. I'll test it and confirm it asap. Regards, Ghe Rivero On Thu, Jul 26, 2012 at 9:00 AM, nakagawa makoto wrote: > Package: keystone > Version: 2012.1.1-1 > Severity: important > > 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 *** > > I have upgraded my debian installation to wheezy and installed keystone. > It failed to start up with a following log(temp/keystone.log). I also found > that it did start up all right and worked fine with python-greenlet from > unstable(=0.3.3-1). > > I do not know if this should be filed against keystone, but I report it > anyway. > > *** temp/keystone.log > 2012-07-26 15:41:13DEBUG [keystone-all] > > 2012-07-26 15:41:13DEBUG [keystone-all] Configuration options gathered > from: > 2012-07-26 15:41:13DEBUG [keystone-all] command line args: > ['/usr/bin/keystone-all'] > 2012-07-26 15:41:13DEBUG [keystone-all] config files: > ['/etc/keystone/keystone.conf'] > 2012-07-26 15:41:13DEBUG [keystone-all] > > 2012-07-26 15:41:13DEBUG [keystone-all] admin_port > = 35357 > 2012-07-26 15:41:13DEBUG [keystone-all] admin_token > = ADMIN > 2012-07-26 15:41:13DEBUG [keystone-all] bind_host > = 0.0.0.0 > 2012-07-26 15:41:13DEBUG [keystone-all] compute_port > = 8774 > 2012-07-26 15:41:13DEBUG [keystone-all] config_file > = ['/etc/keystone/keystone.conf'] > 2012-07-26 15:41:13DEBUG [keystone-all] crypt_strength > = 4 > 2012-07-26 15:41:13DEBUG [keystone-all] debug > = True > 2012-07-26 15:41:14DEBUG [keystone-all] log_config > = None > 2012-07-26 15:41:14DEBUG [keystone-all] log_date_format > = %Y-%m-%d %H:%M:%S > 2012-07-26 15:41:14DEBUG [keystone-all] log_dir > = None > 2012-07-26 15:41:14DEBUG [keystone-all] log_file > = None > 2012-07-26 15:41:14DEBUG [keystone-all] log_format > = %(asctime)s %(levelname)8s [%(name)s] %(message)s > 2012-07-26 15:41:14DEBUG [keystone-all] public_port > = 5000 > 2012-07-26 15:41:14DEBUG [keystone-all] syslog_log_facility > = LOG_USER > 2012-07-26 15:41:14DEBUG [keystone-all] use_syslog > = False > 2012-07-26 15:41:14DEBUG [keystone-all] verbose > = True > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.password > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_id_attribute > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_member_attribute > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_objectclass > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.role_tree_dn > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.suffix > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_id_attribute > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_member_attribute > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_objectclass > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.tenant_tree_dn > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.url > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.use_dumb_member > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_id_attribute > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_objectclass > = None > 2012-07-26 15:41:14DEBUG [keystone-all] ldap.user_tree_dn > = None > 2012-07-26 15:41:14DEBUG [keystone-all] token.driver > = keystone.token.backends.kvs.Token > 2012-07-26 15:41:14DEBUG [keystone-all] catalog.driver > = keystone.catalog.backends.templated.TemplatedCatalog > 2012-07-26 15:41:14DEBUG [keystone-all] ec2.driver > = keystone.contrib.ec2.backends.kvs.Ec2 > 2012-07-26 15:41:14DEBUG [keystone-all] sql.connection > = sqlite:var/lib/keystone/keystone.sqlite > 2012-07-26 15:41:14DEBUG [keystone-all] sql.idle_timeout > = 200 > 2012-07-26 15:41:14DEBUG [keystone-all] policy.driver > = keystone.policy.backends.rules.Policy > 2012-07-26 15:41:14DEBUG [keystone-all] identity.driver > = keystone.identity.backends.sql.Identity > 2012-07-26 15:41:14DEBUG [keystone-all] > > 2012-07-26 15:41:18DEBUG [routes.middleware] Initialized with method > overriding = True, and path info altering = True > 2012-07-26 15:41:18DEBUG [routes.middleware] Initialized with method > overriding = True, and path info altering = True > 2012-07-26 15:41:18DEBUG [routes.middleware] Initialized with me
Bug#682839: x2goclient fails to connect for users with a non-sh shell on remote server
Package: x2goclient Severity: important Version: 3.99.2.1-1 Server-side users with a shell different from /bin/sh or similar (bash, etc.) the X2Go sessions fail to connect. The issue is a client-side issue and has to be fixed in x2goclient. An upstream patch will be available within the next days. light+love Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681725: ITP: gccintro -- An Introduction to GCC by Brian J. Gough
Why package an book which doesn't directly affaired with Debian? We can easily get it from web. On Mon, Jul 16, 2012 at 7:13 AM, Osamu Aoki wrote: > Package: wnpp > Severity: wishlist > Owner: Osamu Aoki > > * Package name: gccintro > Version : 1.0 with 1.1 patch applied > Upstream Author : Brian Gough > * URL : http://www.network-theory.co.uk/gcc/intro/ > http://www.network-theory.co.uk/gcc/intro/src > * License : GFDL-1.2+ > Programming Lang: texinfo > Description : An Introduction to GCC by Brian J. Gough > > This manual provides a tutorial introduction to the GNU C and C++ > compilers, gcc and g++. > . > Many books teach the C and C++ languages, this book explains how to use > the compiler itself. Based on years of observation of questions posted > on mailing lists, it guides the reader straight to the important options > of GCC! > . > Concisely written, with numerous easy-to-follow "Hello World" examples. > . > Now with extensive new sections on error messages, portability and > floating point arithmetic! > . > Features a special foreword by Richard M. Stallman, principal developer > of GCC and founder of the GNU Project. > . > The content of this Debian packaged version has some minor adjustments to > match learning experiences under the Debian environment. > > This is currently under GFDL-1.2+ with with no Invariant Sections, but with > the explicit Front-Cover Texts, and with the explicit Back-Cover Texts. > > Thus I am planning upload to non-free/doc unnless I hear differently. > > Format will be: > * info > * html > * PDF (for single sided printing. No blank pages inserted.) > > Osamu -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669003: fontconfig: TEXMF fonts status and activation
Hi Keith
On Do, 26 Jul 2012, Keith Packard wrote:
> I'll remove it and substitute whichever directory names you'd like to
> symlink the useful files to.
I think there is no need, since we will link it under some
directory that is already searched,
/usr/share/fonts/truetype/*whatever*
That would mean no change whatsoever for you.
> > Since I guess you often has to deal with these matters, do you have
> > any semi-automated procedure/script to check for that?
>
> Alas, the only sure fire technique is to look at the glyphs with a font
> previewer...
Ugg, I cannot check whether all the Korean hanguls are correct ;-
Not to speak of tranditional Chinese hanzi.
Anyway, that is not anymore your problem. Just a problem of man power
on our side (which is quasi limited to <1).
Thanks a lot
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
ARTICLAVE (n.)
A clever architectural construction designed to give the illusion from
the top deck of a bus that it is far too big for the road.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682840: Default /etc/apache2/mods-available/disk_cache.conf is incompatible with ext3
Package: apache2.2-common Version: 2.2.9-10 Severity: grave Debian's default mod_disk_cache config sets CacheDirLength 3 which creates directories like aaa ZZZ in /var/cache/apache2/mod_disk_cache. There are 64^3 = 262144 possible filenames. Ext3's hardlink limit is 32000. Excluding "." and "..", mod_disk_cache can create 31998 directories in /var/cache/apache2/mod_disk_cache, and will then fail to cache more requests: [Wed Jul 25 06:57:08 2012] [warn] (2)No such file or directory: disk_cache: rename tempfile to varyfile failed: /var/cache/apache2/mod_disk_cache/aptmpFUtpDN -> /var/cache/apache2/mod_disk_cache/7uK/AHX/cL5/XOm/1m3/ZB2rKKA.header [Wed Jul 25 06:57:08 2012] [warn] (2)No such file or directory: disk_cache: rename tempfile to varyfile failed: /var/cache/apache2/mod_disk_cache/aptmpnobY8U -> /var/cache/apache2/mod_disk_cache/57i/JSw/tHn/P_C/t0M/YNqPp_A.header [Wed Jul 25 06:57:38 2012] [warn] (2)No such file or directory: disk_cache: rename tempfile to hdrsfile failed: /var/cache/apache2/mod_disk_cache/aptmpjS4Ddb -> /var/cache/apache2/mod_disk_cache/ZjF/x2o/r7Q/Yaj/k3C/4R63WZw.header [Wed Jul 25 06:59:52 2012] [warn] (2)No such file or directory: disk_cache: rename tempfile to hdrsfile failed: /var/cache/apache2/mod_disk_cache/aptmp5GkvgP -> /var/cache/apache2/mod_disk_cache/B0H/JPO/xnj/dBX/pr0/N@a3VOg.header Filing as grave as ext3 is still the default filesystem type (or at least one of), and the default apache2 config should work with it. I'd recommend using Apache's default settings instead: CacheDirLength 2 CacheDirLevels 3 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#682841: mumble: Mumble apparently ignores proxy configuration
Package: mumble Version: 1.2.3-349-g315b5f5-2 Severity: important Tags: upstream Dear Maintainer, On most of the versions of the package in the Debian archives (stable, testing and unstable) it apparently and silently ignores the proxy configuration. * Configure a SOCKS5 proxy through a PC on the local network * Trying to configure a Mumble server accesible by the SOCKS proxy * The "Connect" button on the GUI appears disabled and doesn't allow to click on it. * If trying to connect dobule-clicking on the server, on a terminal a message "Sad panda" is shown Some time ago, with the same versions (I was freezed on testing version due to the audio fallback driver issue), I was able to connect. After a long time without using Mumble, now I can't connect to the same server. I can connect to "public servers" and can connect to the server using a direct connection, if I try from the LAN where the Mumble server is installed. As a suggestion, it is probably a dependency problem (some bug on one library used by Mumble), because it worked in the past with the same versions of Mumble. Best regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mumble depends on: ii gconf2 3.2.5-1 ii libasound2 1.0.25-3 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libavahi-compat-libdnssd1 0.6.31-1 ii libc6 2.13-35 ii libg15daemon-client1 1.9.5.3-8.2 ii libgcc11:4.7.1-5 ii libopus0 0.9.14+20120615-1 ii libprotobuf7 2.4.1-3 ii libpulse0 2.0-4 ii libqt4-dbus4:4.8.2-1 ii libqt4-network 4:4.8.2-1 ii libqt4-sql 4:4.8.2-1 ii libqt4-sql-sqlite 4:4.8.2-1 ii libqt4-svg 4:4.8.2-1 ii libqt4-xml 4:4.8.2-1 ii libqtcore4 4:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii libsndfile11.0.25-5 ii libspeechd20.7.1-6.1 ii libspeex1 1.2~rc1-6 ii libspeexdsp1 1.2~rc1-6 ii libssl1.0.01.0.1c-3 ii libstdc++6 4.7.1-5 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii lsb-release4.1+Debian7 Versions of packages mumble recommends: ii speech-dispatcher 0.7.1-6.1 Versions of packages mumble suggests: pn mumble-server -- 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#617820: Status for biosdevname
On 07/26/2012 12:39 AM, Ulrich Dangel wrote: I just stumbled upon your ITP. Is there any progress so far? Hi, Unfortunately there is no progress so far from my side. Are you interested in the development ? Regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682827: nmu: libgeier0_0.13-1
On Wed, Jul 25, 2012 at 08:41:57PM -0400, John V. Belmonte wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu libgeier0_0.13-1 . ALL . -m "rebuild to work around xmlsec issue (bug > #675513)" Where's the proposed patch to xmlsec? Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682841: mumble: Mumble apparently ignores proxy configuration
A brief update: If I change the server DNS name by its IP, it tries to connect through the proxy. So, I think it's a problem of DNS resolution: mumble tries to resolve the IPs without using the configured proxy. -- José Luis Segura Lucas signature.asc Description: OpenPGP digital signature
Bug#682842: mount: 'mount -a -t cifs' does not honor 'user(s)' option
Package: mount Version: 2.20.1-5.1 Severity: normal Dear Maintainer, I have several entries for cifs shares in /etc/fstab, each marked as 'user' mountable. I expect that 'mount -at cifs' scans through fstab and attempts to mount each of these, either deciding to perform the mount by itself or by delegating to mount.cifs. What happens is that the mount command is rejected with the error message sts@nbofm020:~$ mount -at cifs mount: only root can do that though each single filesystem is mounted correctly sts@nbofm020:~$ mount /ipmfas/ofm-projekte sts@nbofm020:~$ df Filesystem 1K-blocks Used Available Use% Mounted on [...] //ipmfas/ofm-projekte 2732431772 2628478316 103953456 97% /ipmfas/ofm-projekte sts@nbofm020:~$ In fact, 'mount -at cifs' as user does not even reference /etc/fstab as can be seen by running strace, so it seems to link the -a option to a mandatory uid/euid of 0 at an early stage. By the way, umount also does not correctly honor 'user', since from the same shell a subsequent sts@nbofm020:~$ umount /ipmfas/ofm-projekte umount: only root can unmount //ipmfas/ofm-projekte from /ipmfas/ofm-projekte fails. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid12.20.1-5.1 ii libc62.13-33 ii libmount12.20.1-5.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.2.6-3 -- 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#682747: ITP: gosa-plugin-netgroups -- NIS Netgroups Plugin for GOsa²
Hi Holger, On Mi 25 Jul 2012 14:20:25 CEST Holger Levsen wrote: Hi Mike, On Mittwoch, 25. Juli 2012, Mike Gabriel wrote: 2) In coordination with the RT get the gosa-netgroups-plugin to wheezy you're probably half a year too late for this... :( cheers, Holger Yes, that's right. And... without the gosa-plugin-netgroups no D-E main server (or only one with restricted functionality) will be possible for wheezy. We probably would have to ,,hide'' the plugin in debian-edu-config again, so the better approach (I think) is to draw it in officially, even if late in time. I hope the RT will agree on this... The gosa-plugin-netgroups is a leaf package and I hope for a benign consideration of my request (which I still have to send) by the release team. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpVvKFemDqPs.pgp Description: Digitale PGP-Unterschrift
Bug#682843: sogo: cronjob exits with error and produces output after package removal
Package: sogo Version: 1.3.16-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your packages cronjob exits with error after the package has been removed. >From the attached log (scroll to the bottom...): 1m8.0s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpaB6RSj', 'eatmydata', '/etc/cron.daily/sogo'] 1m8.0s DUMP: error: Cannot chdir() to `/var/spool/sogo' for --protect glob: No such file or directory 1m8.0s ERROR: Command failed (status=1): ['chroot', '/tmp/piupartss/tmpaB6RSj', 'eatmydata', '/etc/cron.daily/sogo'] cheers, Andreas sogo_1.3.16-1.log.gz Description: GNU Zip compressed data
Bug#682844: unattended-upgrades: "squeeze" should be replaced with "wheezy"
Package: unattended-upgrades
Version: 0.79.2
Severity: important
Hi,
Since this version will included in Debian 7.0, "squeeze" should be replaced
with "wheezy" in /etc/apt/apt.conf.d/50unattended-upgrades configuratio file.
If you do change the config file for inclussion in Debian 7.0, it would be
nice to either complete this sentence to mention "sendmail" too or remove it.
| A package that provides
| // 'mailx' must be installed. E.g. "u...@example.com"
The reason for removal: it will appear on the log file on every execution.
Cheers
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (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 unattended-upgrades depends on:
ii apt0.9.7.1
ii apt-utils 0.9.7.1
ii debconf [debconf-2.0] 1.5.44
ii lsb-base 4.1+Debian7
ii lsb-release4.1+Debian7
ii python 2.7.3~rc2-1
ii python-apt 0.8.4
ii ucf3.0025+nmu3
unattended-upgrades recommends no packages.
Versions of packages unattended-upgrades suggests:
pn bsd-mailx
ii ssmtp [mail-transport-agent] 2.64-7
-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Automatically upgrade packages from these origin patterns
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// "o=Debian,n=squeeze";
// "o=Debian,n=squeeze-updates";
// "o=Debian,n=squeeze-proposed-updates";
// "o=Debian,n=squeeze,l=Debian-Security";
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
// "o=Debian,a=stable";
// "o=Debian,a=stable-updates";
// "o=Debian,a=proposed-updates";
"origin=Debian,archive=stable,label=Debian-Security";
};
// List of packages to not update
Unattended-Upgrade::Package-Blacklist {
// "vim";
// "libc6";
// "libc6-dev";
// "libc6-i686";
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";
// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";
// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "u...@example.com"
Unattended-Upgrade::Mail "root";
// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
Unattended-Upgrade::MailOnlyOnError "true";
// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies "false";
// Automatically reboot *WITHOUT CONFIRMATION* if a
// the file /var/run/reboot-required is found after the upgrade
//Unattended-Upgrade::Automatic-Reboot "false";
// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit "70";
-- debconf information:
* unattended-upgrades/enable_auto_updates: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680898: build-depends on gcc-4.5/g++-4.6; build-conflicts against obsolete gcc version on x86
On Tue, Jul 10, 2012 at 03:06:49AM +0200, Samuel Thibault wrote: > Philipp Kern, le Mon 09 Jul 2012 08:22:37 -0600, a écrit : > > On Mon, Jul 09, 2012 at 06:24:09AM +0200, Samuel Thibault wrote: > > > Philipp Kern, le Sun 08 Jul 2012 17:17:47 -0600, a écrit : > > > > starpu-contrib build-depends on gcc-4.5/g++-4.5 which should go away > > > > (see [0]). > > > > It also build-conflicts against gcc-4.6/g++-4.6, which are not the > > > > default > > > > compilers of x86 in wheezy anymore. > > > The problem is that nvcc tries to use the latest installed gcc, but > > > does not actually support all of its syntax, leading to build failures. > > > That's why this situation, which should be fine for wheezy. Wheezy+1, > > > with a newer nvcc, will probably be an entirely different story. > > We're aiming to remove gcc-4.5 from wheezy, > Ah. > > so I'm not sure how it can be fine for it. > > And can it actually be rebuilt given that 4.7 would be picked? > No, nvcc only picks 4.6 at best. > Another way is trying to cripple the source into not using the syntax > that nvcc doesn't support. What about using gcc-4.4? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#682814: firebird2.5-classic: No free space found in temporary directories
Control: notfixed 682814 2.5.0.26351 Control: tags 682814 -upstream -fixed-upstream +moreinfo Control: notforwarded 682814 http://tracker.firebirdsql.org/browse/CORE-2422 -=| Damyan Ivanov, 26.07.2012 10:19:15 +0300 |=- > -=| Beto Reyes, 25.07.2012 16:16:22 -0500 |=- > > On firebird log: > > No free space found in temporary directories > > operating system directive open failed > > Permission denied > > > > http://tracker.firebirdsql.org/browse/CORE-2321 > > As far as I see, the bug in question is failure to use the next > directory from the list of temporary directories when the first one > fills up. A better overview and SVN commit info is available at > http://tracker.firebirdsql.org/browse/CORE-2422 This bug, however, is fixed in the package in Debian/stable Ubuntu/oneiric (2.5.0.26074-0.ds4-5) so the issue you are experiencing must be something else. Is it possible that the next temporary directory in firebird.conf is simply not writeable by the firebird server process? What does the TempDirectories look like? signature.asc Description: Digital signature
Bug#655352: Will not be fixed upstream
This issue is known upstream but will not be fixed, see: http://www.cups.org/str.php?L3018 Maybe it can be fixed in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680903: Fixed in recent upload
close 680903 thanks On 26 July 2012 at 03:12, Andreas Beckmann wrote: | found 680903 1.0.3-22 | thanks | | On 2012-07-25 17:46, Dirk Eddelbuettel wrote: | > * debian/control: Set (Build-)Depends: to current R version | | I disagree that this is fixed properly. Assuming this will break again | for R 2.15.2, there should be a | | Depends: r-base-core (>= 2.15.1), r-base-core (<< 2.15.2) Not so. R never breaks at minor revisions. You have argued for adding it at major revisions, I argue against. I am the maintainer and have stood behind this for many years. I have no interest to play games here. It "simply" needs to be rebuild when new R comes out -- this is due to a bad design choice by upstream which should change as rpy is not maintained anymore. Dirk | | or a similar measure to protect from this version mismatch. | | I'll reopen the bug (this won't block migration to testing), but IMO it | would be OK if the RM tags this as wheezy-ignore once 1.0.3-22 has | migrated to testing. Although that may require a | Breaks: python-rpy (<= 1.0.3-22) | in r-base-core for wheezy+1 | | | Andreas -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682845: gitalist: [INTL:sk] Slovak po-debconf translation
Package: gitalist Severity: wishlist Tags: l10n patch Version: 0.003006+dfsg-2 .po attached ~~helix84 sk.po Description: Binary data
Bug#597885: [salome] Problem still present in wheezy
Package: salome
Version: 5.1.3-12
This problem is still present. With a clean install of Salome, I see the
same error when I try to launch.
There is some discussion over here
http://www.salome-platform.org/forum/forum_9/395274618
that points to a problem with omniORB (I have 4.1.6-2 installed) and the
system name. I have not tried the suggested fix yet.
Currently renders Salome unusable.
Arthur
--- Error during Salome launch ---
$ runSalome --gui
runSalome running on svalbard
Searching for a free port for naming service: 2810 2811 - OK
Searching Naming Service
Failed
to narrow the root naming context
Traceback (most recent call last):
File "/usr/lib/salome/bin/runSalome.py", line 684, in useSalome
clt = startSalome(args, modules_list, modules_root_dir)
File "/usr/lib/salome/bin/runSalome.py", line 450, in startSalome
clt=orbmodule.client(args)
File "/usr/lib/salome/bin/orbmodule.py", line 49, in __init__
self.initNS(args or {})
File "/usr/lib/salome/bin/orbmodule.py", line 88, in initNS
sys.exit(1)
SystemExit: 1
--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-3-amd64
Debian Release: wheezy/sid
990 testing www.debian-multimedia.org
990 testing security.debian.org
990 testing ftp.ch.debian.org
990 testing deb.opera.com
500 wheezy apsy.gse.uni-magdeburg.de
500 unstableftp.ch.debian.org
500 stable ftp.ch.debian.org
500 dataapsy.gse.uni-magdeburg.de
1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-==
salome-common (= 5.1.3-12) |
omniorb4-nameserver |
python-omniorb | 3.6-1
python (<< 2.7) | 2.7.3~rc2-1
python (>= 2.6) | 2.7.3~rc2-1
python-central (>= 0.6.11) | 0.6.17
libboost-signals1.42.0 (>= 1.42.0-1) | 1.42.0-4+b1
libboost-system1.42.0 (>= 1.42.0-1) | 1.42.0-4+b1
libboost-thread1.42.0 (>= 1.42.0-1) | 1.42.0-4+b1
libc6 (>= 2.7) |
libcos4-1 (>= 4.1.2) |
libexpat1(>= 1.95.8) |
libgcc1 (>= 1:4.1.1) |
libgfortran3(>= 4.3) |
libgl1-mesa-glx |
OR libgl1 |
libglu1-mesa |
OR libglu1 |
libgvc5 |
libhdf5-openmpi-1.8.4|
libmed1 (>= 2.3.6) |
libmedimportcxx0 (>= 2.3.6) |
libomniorb4-1 (>= 4.1.2) |
libomnithread3c2 (>= 4.0.6) |
libopencascade-foundation-6.3.0 |
libopencascade-modeling-6.3.0|
libopencascade-ocaf-6.3.0|
libopencascade-ocaf-lite-6.3.0 |
libopencascade-visualization-6.3.0 |
libopenmpi1.3|
libpython2.6(>= 2.6) |
libqscintilla2-5 |
libqt4-opengl (>= 4:4.5.3) |
libqt4-xml (>= 4:4.5.3) |
libqtcore4 (>= 4:4.6.1) |
libqtgui4 (>= 4:4.6.1) |
libqwt5-qt4 |
libscotch-5.1|
libssl0.9.8(>= 0.9.8m-1) |
libstdc++6(>= 4.4.0) |
libvtk5.4|
libx11-6 |
libxml2 (>= 2.7.4) |
libxt6 |
python-vtk |
zlib1g (>= 1:1.1.4) |
Package's Recommends field is empty.
Suggests (Version) | Installed
==-+-===
salome-extras | 5.1.3-12
salome-doc | 5.1.3-12
salome-examples| 5.1.3-12
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679053: mysql-5.5: [INTL:es] Spanish debconf translation for mysql-5.5
Installation failed, please double check mysql-server and mysql-client and all its dependencies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682846: gtg: Subtasks are regularly lost and becoming simple tasks
Package: gtg Version: 0.2.9-1 Severity: important Dear Maintainer, I'm using GTG every day. I use the "start gtg with every login" option. I noticed that sometimes, after login, all or some of my subtasks are not subtasks anymore, but simple tasks. I thought at first that mayby not closing gtg properly on logout was causing this problem, so I closed gtg with Tasks -> Quit, but I still have the problem. It occurs on subtasks with, or without a due date. It doesn't occur on all subtasks. But I don't see a pattern to explain why. Regards, Sebastien KALT -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable-updates'), (700, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtg depends on: ii python 2.7.3-1 ii python-configobj 4.7.2+ds-4 ii python-dbus 1.1.1-1 ii python-glade22.24.0-3 ii python-gtk2 2.24.0-3 ii python-liblarch 0.1.0-1 ii python-liblarch-gtk 0.1.0-1 ii python-xdg 0.19-4 Versions of packages gtg recommends: ii python-simplejson 2.6.0-1 Versions of packages gtg suggests: pn python-cheetah pn python-geoclue ii python-gnomekeyring 2.32.0+dfsg-2+b1 pn python-launchpadlib pn python-suds -- 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#622277: cpufrequtils: CPUs always run on lowest speed
Package: cpufrequtils
Version: 008-1
Followup-For: Bug #622277
I do have the sampe problem. I have an E8400 with 2x 3.0Ghz running with
2.0GHz.
It's not possible to get it to 3.0Ghz.
# cpufreq-info
analysiere CPU 0:
Treiber: acpi-cpufreq
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz
mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz
mögliche Regler: conservative, powersave, userspace, ondemand, performance
momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 2.00 GHz (verifiziert durch Nachfrage bei der
Hardware).
Statistik:3.00 GHz:0,27%, 2.00 GHz:99,73% (2)
analysiere CPU 1:
Treiber: acpi-cpufreq
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1
Maximale Dauer eines Taktfrequenzwechsels: 10.0 us.
Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz
mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz
mögliche Regler: conservative, powersave, userspace, ondemand, performance
momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 2.00 GHz (verifiziert durch Nachfrage bei der
Hardware).
Statistik:3.00 GHz:0,27%, 2.00 GHz:99,73% (2)
It seems like the full power is only used when the system is booting up. It
does work with the latest OpenSuse Gnome LiveCD.
I also have tested the linux-image 3.4-trunk-686-pae with no effect at all.
Greetings
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.4-trunk-686-pae (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/dash
Versions of packages cpufrequtils depends on:
ii debconf [debconf-2.0] 1.5.45
ii libc6 2.13-35
ii libcpufreq0008-1
ii lsb-base 4.1+Debian7
cpufrequtils recommends no packages.
cpufrequtils suggests no packages.
-- Configuration Files:
/etc/init.d/cpufrequtils changed:
DESC="CPUFreq Utilities"
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""
.. /lib/lsb/init-functions
ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED=""
MIN_SPEED=""
check_governor_avail() {
info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
return 0;
fi
return 1;
}
[ -x $CPUFREQ_SET ] || exit 0
if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi
[ "$ENABLE" = "true" ] || exit 0
if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi
if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi
if [ -n "$GOVERNOR" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi
CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
start|force-reload|restart|reload)
log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq governor"
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg "CPU${cpu}"
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 >
/dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL ""
else
log_action_cont_msg "disabled, governor not available"
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo "Usage: $0 {start|stop|restart|reload|force-reload}"
exit 1
esac
exit 0
-- debconf information:
cpufrequtils/enable: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679778: unblock: spandsp/0.0.6~pre20-2
Hi (I was sure this was sent before. Sorry for the delay) On Tue, Jul 03, 2012 at 08:31:48PM +0100, Adam D. Barratt wrote: > On Mon, 2012-07-02 at 22:39 +, Tzafrir Cohen wrote: > > There's no real changelog. However the difference between pre18 and > > pre20 is not big. > > > > pre19: > > https://gitorious.org/spandsp/spandsp/commit/926c6eec0a2955dffccea3992232d0a064f4a5f6 > > A bugfix commit. IIRC the fix in t4_rx.c was discovered by faxes that > > managed to crash Asterisk. > > > > > > pre20: > > https://gitorious.org/spandsp/spandsp/commit/83f249c1a0172d3246a2ffb69fb534f725bdbca3 > > Again: bugfixes. Sadly I'm not sure what for, exactly > > Hmmm. I'm prepared to go with the change in pre19 being suitable, and > give the benefit of the doubt to the pre20 changes and hope they don't > turn out to be a pain. There are a couple of packaging changes that > don't appear to be mentioned in the changelog though: > > debian/control: > -Conflicts: asterisk-app-dtmftotext (<= 0.0.20060218-4) That package is long gone (since Etch). It also depended on libspandsp1 which is gone (assuming you don't use m68k). So there's no longer a need for the explicit Conflicts. > > debian/rules: > %: > - dh $@ --with-autotools-dev --parallel > + dh $@ --parallel I guess it should have been '--with autotools-dev'. But as-is it seems a no-op. So I preffered to just remove it rather than change packaging further. -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681955: openvswitch-switch - Enabling brcompat breaks normal operation
On Wed, Jul 18, 2012 at 06:50:10AM -0700, Ben Pfaff wrote: > On Wed, Jul 18, 2012 at 09:57:13AM +0200, Bastian Blank wrote: > > Enabling brcompat without openvswitch-brcompat installed or the module > > available breaks the init script and normal operation without brcompat. > I'm surprised to hear that, because the init script contains: > if test X"$BRCOMPAT" = Xyes && test ! -x /usr/sbin/ovs-brcompatd; then > BRCOMPAT=no > log_warning_msg "ovs-brcompatd missing, disabling bridge > compatibility" > fi It fails to load the module and breaks. Bastian -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681687: missing mime entry
On Sun, Jul 22, 2012 at 01:51:32PM -0700, Steve Langasek wrote: > > If it's the solution that the TC decide on to resolve the issue, it > > sounds like something we could work with, at least imho, from what I've > > seen so far. I've CCed -release for any further comments, as I don't > > know how many members of the team are following -ctte and/or this bug. > > Broadly speaking, I think the correct long-term solution is to first add > support to update-mime for reading both .desktop files and mime files, and > then to update policy to tell maintainers to use .desktop files instead of > mime files. And I think it's better for Debian if we can get the first part > done prior to the wheezy release. But I would like the release team to make > their own determination of whether the patch that's currently up for > consideration is of sufficient quality, and sufficiently safe, to be granted > a freeze exception. > I completely agree with getting rid of the manual mime entries where they can be automatically generated. I have concerns that the .desktop format means that it won't work for some packages, but those could always carry manual entires. However, I really do think that pushing in a system wide change at this stage in the release is not desireable at all, so woudn't be happy to see it in Wheezy. If we wanted to do this, it should have been started about two years ago. I *would* however, be very happy to have this as a release goal for wheezy+1. Neil -- signature.asc Description: Digital signature
Bug#681880: openvswitch-switch - Automatic changed file in /etc/
On Wed, Jul 18, 2012 at 07:01:42AM -0700, Ben Pfaff wrote: > On Wed, Jul 18, 2012 at 10:00:49AM +0200, Bastian Blank wrote: > > No. It is no configuration file if it is not static. > The FHS defines "static" as: > "Static" files include binaries, libraries, documentation files and > other files that do not change without system administrator > intervention. "Variable" files are files that are not static. > > The system administrator runs ovs-vsctl to change > /etc/openvswitch/conf.db. You forget all virtualization stuff. There no admin intervention is used. > > How does modifying this file with an editor work? > It's somewhat challenging, because you have to calculate a sha1sum with > the sha1sum program, and the format isn't really intended for direct > human editing. But, as I said before (you dropped the quote), I do not > see anything in 10.7 that says that the administrator must be able to > edit a configuration file with a text editor. So it is not meant to be modified by a user. > > How does it survive read-only /etc? > If you have read-only /etc, then you can't modify your configuration, in > the same way you can't modify other parts of your configuration. conf.db is open read-write by ovsdb-server. Bastian -- Deflector shields just came on, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681954: openvswitch-brcompat - Init script switch and different package
On Wed, Jul 18, 2012 at 06:47:24AM -0700, Ben Pfaff wrote: > On Wed, Jul 18, 2012 at 09:55:56AM +0200, Bastian Blank wrote: > > Installing openvswitch-brcompat is not enough to actually enable it. > > There is an additional switch in /etc/defaults/openvswitch-switch to > > enable it. > It's documented in the package description: > Once this package is installed, adding BRCOMPAT=yes in > /etc/default/openvswitch-switch enables bridge compatibility. > Why do you consider it a bug? Because it takes two operations. It is already a different package. Why does it need another modification to work? Bastian -- Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant." -- Kirk, "The Ultimate Computer", stardate 4731.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682735: questions regarding debian bug #682735
Hello,
I would like to know more about the environment the error occurs in:
1.) is the package cracklib-runtime and some wordlist package installed?
2.) are the files /var/cache/cracklib/cracklib_dict.{hwm,pwd,pwi} available?
python-cracklib depends on cracklib-runtime and thus should have the necessary
files available. cracklib-runtime only recommends wamerican | wordlist so may
be you don't have a wordlist package installed if your apt configuration is
modified to not install recommends.
A bug fix to the upstream code would break the current API and can not be
introduced without changing reverse dependencies. I think this would be much
too late for Wheezy.
Best regards,
Jan Dittberner
--
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD
http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/
signature.asc
Description: Digital signature
Bug#682844: unattended-upgrades: "squeeze" should be replaced with "wheezy"
One more thing I noticed after I installed 0.79.2 is a missing ';' at the end of this line: -//Unattended-Upgrade::Mail "root" +Unattended-Upgrade::Mail "root"; Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682835: Package description too specific
Martin Eberhard Schauer wrote:
> the package description (1) contains examples for specific tasks. Perhaps
> I'm not the only one who prefers more generic information.
[...]
> I suggest the following as a starting point for a package
> description rewrite.
>
> Description: HTML/XHTML/XML string library for Python3
Usually I'd say that we don't need to mention Python in the synopsis
of python-pylibpython-mcpython (Section: python), but here I suppose
it's distinguishing versions. Still, the upstream name is "Python 3"
with a space.
> MarkupSafe is a Python library that implements a unicode string that is
> aware of HTML escaping rules. It can be used to implement automatic string
> escaping. It is used by Jinja 2, the Mako templating engine, the Pylons
> web framework and many more.
>
>
> But I'm not sure whether the last sentence is really needed.
It's also slightly odd English - more what?
The original version had one phrase that I think you should retain:
"unicode subclass". (Lowercase because it's talking about the unicode
string type, not the Unicode standard.) Oh, and instead of stacked
"that" clauses I'd say "implementing a unicode subclass".
Patch attached.
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru markupsafe-0.15.pristine/debian/control markupsafe-0.15/debian/control
--- markupsafe-0.15.pristine/debian/control 2011-07-20 19:01:18.0 +0100
+++ markupsafe-0.15/debian/control 2012-07-26 09:51:45.411378479 +0100
@@ -17,61 +17,43 @@
Architecture: any
Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}
Provides: ${python:Provides}
-Description: XML/HTML/XHTML Markup safe string for Python
- MarkupSafe implements a unicode subclass that supports HTML strings:
- .
- >>> from markupsafe import Markup, escape
- >>> escape("alert(document.cookie);")
- Markup(u'')
- >>> tmpl = Markup("%s")
- >>> tmpl % "Peter > Lustig"
- Markup(u'Peter > Lustig')
- .
- If you want to make an object unicode that is not yet unicode
- but don't want to lose the taint information, you can use the
- `soft_unicode` function:
- .
- >>> from markupsafe import soft_unicode
- >>> soft_unicode(42)
- u'42'
- >>> soft_unicode(Markup('foo'))
- Markup(u'foo')
+Description: HTML/XHTML/XML string library for Python
+ MarkupSafe is a Python library implementing a unicode subclass that is
+ aware of HTML escaping rules. It can be used to implement automatic
+ string escaping.
Package: python-markupsafe-dbg
Architecture: any
Section: debug
Priority: extra
Depends: python-markupsafe (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
-Description: XML/HTML/XHTML Markup safe string for Python
- This package contains the extension built for the Python debug interpreter.
+Description: HTML/XHTML/XML string library for Python - debug version
+ MarkupSafe is a Python library implementing a unicode subclass that is
+ aware of HTML escaping rules. It can be used to implement automatic
+ string escaping.
+ .
+ This package contains the extension built for the Python debug
+ interpreter.
Package: python3-markupsafe
Architecture: any
Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
-Description: XML/HTML/XHTML Markup safe string for Python3
- MarkupSafe implements a unicode subclass that supports HTML strings:
+Description: HTML/XHTML/XML string library for Python 3
+ MarkupSafe is a Python library implementing a unicode subclass that is
+ aware of HTML escaping rules. It can be used to implement automatic
+ string escaping.
.
- >>> from markupsafe import Markup, escape
- >>> escape("alert(document.cookie);")
- Markup('')
- >>> tmpl = Markup("%s")
- >>> tmpl % "Peter > Lustig"
- Markup('Peter > Lustig')
- .
- If you want to make an object unicode that is not yet unicode
- but don't want to lose the taint information, you can use the
- `soft_unicode` function:
- .
- >>> from markupsafe import soft_unicode
- >>> soft_unicode(42)
- '42'
- >>> soft_unicode(Markup('foo'))
- Markup('foo')
+ This package contains the Python 3 version.
Package: python3-markupsafe-dbg
Architecture: any
Section: debug
Priority: extra
Depends: python3-markupsafe (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}
-Description: XML/HTML/XHTML Markup safe string for Python3
- This package contains the extension built for the Python3 debug interpreter.
+Description: HTML/XHTML/XML string library for Python 3 - debug version
+ MarkupSafe is a Python library implementing a unicode subclass that is
+ aware of HTML escaping rules. It can be used to implement automatic
+ string escaping.
+ .
+ This package contains the extension built for the Python 3 debug
+ interpreter.
Bug#662931: [Pkg-fonts-devel] Bug#662931: ttf-freefont: Reports variant in Bulgarian language
Am 25.07.2012 17:40, schrieb Keith Packard: reassign 662931 fontconfig 2.9.0-5 [...] Can I get someone to confirm that this is fixed in 2.9.0-5? The bug has been reassigned to fontconfig 2.9.0-5, i.e. it has been marked found in this specific version - not fixed. However, I can confirm that the bug is still present in the fontconfig package currently in unstable. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682836:
tags 682836 confirmed -- Confirmed on i386. There is no such problem on amd64. Will test on precise i386 (also with greenlet version 0.3.1) to confirm an upstream bug. Maybe should be change ownership to python-greenlet package. Ghe Rivero -- Pinky: "Gee, Brain, what do you want to do tonight?" The Brain: "The same thing we do every night, Pinky—try to take over the world!" .''`. Pienso, Luego Incordio : :' : `. `' `-www.debian.orgwww.openstack.com GPG Key: 26F020F7 GPG fingerprint: 4986 39DA D152 050B 4699 9A71 66DB 5A36 26F0 20F7
Bug#682847: 389-ds-base: fails to install, remove, and install again
Package: 389-ds-base Version: 1.2.11.7-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. >From the attached log (scroll to the bottom...): Selecting previously unselected package 389-ds-base. (Reading database ... 9751 files and directories currently installed.) Unpacking 389-ds-base (from .../389-ds-base_1.2.11.7-4_amd64.deb) ... Setting up 389-ds-base (1.2.11.7-4) ... dpkg: error processing 389-ds-base (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: 389-ds-base the I added 'set -x' to the postinst and ran dpkg --confure --pending: # dpkg --configure --pending Setting up 389-ds-base (1.2.11.7-4) ... + set -e + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/389-ds-base.postinst configure 1.2.11.7-4 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76.) debconf: falling back to frontend: Readline + set -e + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + CONFIG_DIR=/etc/dirsrv + OUT=/dev/null + [ configure = configure ] + getent passwd dirsrv + chown -R dirsrv:dirsrv /etc/dirsrv/ /var/log/dirsrv/ /var/lib/dirsrv/ + chmod 750 /etc/dirsrv/ /var/log/dirsrv/ /var/lib/dirsrv/ + [ -n 1.2.11.7-4 ] + service dirsrv stop + setup-ds -l /dev/null -u -s General.UpdateMode=offline dpkg: error processing 389-ds-base (--configure): subprocess installed post-installation script returned error exit status 2 cheers, Andreas 389-ds-base_1.2.11.7-4.log.gz Description: GNU Zip compressed data
Bug#666148: mendexk: Links statically against libkpathsea
On Wed, Jul 11, 2012 at 06:11:01 +0900, Nobuhiro Iwamatsu wrote: > diff -u mendexk-2.6e/Makefile mendexk-2.6e/Makefile > --- mendexk-2.6e/Makefile > +++ mendexk-2.6e/Makefile > @@ -12,7 +12,7 @@ > > # for Debian's libkpathsea-dev > CFLAGS = -O -DKPATHSEA -DKPATHSEA3 -D$(KANJI) > -PROGLINK = $(CC) $(OBJS) -o $(PROGRAM) /usr/lib/libkpathsea.a > +PROGLINK = $(CC) $(OBJS) -o $(PROGRAM) /usr/lib/libkpathsea.so > > OBJS = main.o convert.o sort.o fread.o fwrite.o styfile.o pageread.o kp.o > This seems to be replacing something wrong with something just a tiny bit less wrong. Use -lkpathsea instead. Cheers, Julien signature.asc Description: Digital signature
Bug#680903: Fixed in recent upload
On Wed, Jul 25, 2012 at 21:50:12 -0500, Dirk Eddelbuettel wrote: > > On 25 July 2012 at 21:27, Dirk Eddelbuettel wrote: > | > | close 680903 > | thanks > | > | On 26 July 2012 at 03:12, Andreas Beckmann wrote: > | | found 680903 1.0.3-22 > | | thanks > | | > | | On 2012-07-25 17:46, Dirk Eddelbuettel wrote: > | | > * debian/control: Set (Build-)Depends: to current R version > | | > | | I disagree that this is fixed properly. Assuming this will break again > | | for R 2.15.2, there should be a > | | > | | Depends: r-base-core (>= 2.15.1), r-base-core (<< 2.15.2) > | > | Not so. R never breaks at minor revisions. > | > | You have argued for adding it at major revisions, I argue against. I am the > | maintainer and have stood behind this for many years. I have no interest to > | play games here. > | > | It "simply" needs to be rebuild when new R comes out -- this is due to a bad > | design choice by upstream which should change as rpy is not maintained > | anymore. > > There was a "not" missing here -- no change or improvement anticipated as rpy > has not been maintained for years (but it being kept around as rpy2 is a > little different). > > Now: having R itself (which is used by (tens or hundreds) of thousands of > people) blocked just because rpy (which at best a few dozen people use) may > be hang up is just wrong. > > Hence my opposition to something like the above which would effectively stop > R migration. That is _not_ a service to our users. > Then let's remove rpy from wheezy. As far as I'm concerned this bug is still unfixed and RC for wheezy. Cheers, Julien signature.asc Description: Digital signature
Bug#682848: Acknowledgement (blueman-applet crashed with DBusException in call_blocking(): org.openobex.Error.InvalidArguments: Invalid path)
This bug has been happening a frequent times on my box. I am not sure of the cause, maybe the exception can give you more details. The only data point I can think of is laptop-mode-tools, which internally will disable the bluetooth when switching from a/c to battery. Please note that when this issue occurred, bluetooth was not in use. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661850: vala build rules not parallel safe
severity 661850 important kthxbye On Thu, Mar 1, 2012 at 22:29:37 +0100, Michael Biebl wrote: > This seems to be a problem in automake, indeed. > I built systemd with -j6 and it reliably fails with automake 1:1.11.3-1. > Building with automake 1:1.11.1-1 reliably works. > > I've cloned the bug and reassigned the copy to automake. I decided to > keep the RC severity, as this breaks packages which built fine previously. > Downgraded as it's worked around in systemd, and doesn't quite make automake unusable. Cheers, Julien signature.asc Description: Digital signature
Bug#668366:
Dear Maintainer,
Sorry for reporting the present bug : it is clearly written in the doc that
loadable extensions are disabled by default in Debian.
It seems I'm a bad documentation reader, going directly to code examples
without reading the warnings.
Anyway, it can be closed.
If anyone is interested, I found this workaround, which needs
python-pysqlite2 package :
from pysqlite2 import dbapi2 as sqlite3
con = sqlite3.connect(":memory:")
con.enable_load_extension(True)
con.load_extension("/usr/lib/libspatialite.so.3")
con.enable_load_extension(False)
Regards,
Sebastien KALT
Bug#667417: patch does not fix FTBFS
tags 667417 - patch thanks attached patch does not solve symptoms from #675181 and #667417#19 about __int128 supports in gccxml. removing patch tag. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682658: mountall: dependency on plymouth necessary?
* Steve Langasek [Wed Jul 25, 2012 at 08:18:54PM -0700]: > On Tue, Jul 24, 2012 at 01:38:23PM +0200, Michael Prokop wrote: > > is there any specific reason why mountall has a dependency on > > plymouth instead of having the package listed under Suggests/Recommends? > Because plymouth is the only way that mountall communicates with the user. Ok > > Neither from the package description nor the manpage I can see a > > reason why it should depend on plymouth (being a graphical boot > > animation and logger). > That's not what plymouth is. Plymouth is a boot-time I/O multiplexer which > happens to have some graphical frontends. I see, thanks for the clarification and sorry for the noise. :) regards, -mika- signature.asc Description: Digital signature
Bug#682796: suspected commit
Hi, the commit that breaks installing from a fai-cd seems to be 3b7d917ec8505cea4984a0027: https://github.com/faiproject/fai/commit/3b7d917ec8505cea4984a0027fe0348a317cbdb3 +fcopy -Bv /etc/apt/sources.list || cp -v $FAI_ETC_DIR/apt/sources.list $FAI_ROOT/etc/apt Is probably not a good idea in case of the cd installation ... Regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682849: mysql-server-5.5: Unable to upgrade from MySQL 5.1 because mysql_system_tables_fix.sql is not available and mysql_upgrade is too slow
Package: mysql-server-5.5 Version: 5.5.24+dfsg-5 Severity: important Hi, I just upgraded from MySQL 5.1 to 5.5 and our application broke because mysql.proc looked corrupted: "Cannot load from mysql.proc. The table is probably corrupted" The previous MySQL upgrade from 5.0 to 5.1 had the same kind of issue which was solved by: mysql --defaults-file=/etc/mysql/debian.cnf -f mysql \ < /usr/share/mysql/mysql_fix_privilege_tables.sql mysql_fix_privilege_tables.sql is not available anymore in 5.5 because it was hardcoded in /usr/bin/mysql_upgrade. The problem is that mysql_upgrade runs *two* *full* mysqlchecks according to the documentation and would take aproximately 2 to 3 days on the multi terabyte database we are running, quoting man mysql_upgrade: "mysql_upgrade executes the following commands to check and repair tables and to upgrade the system tables: mysqlcheck --all-databases --check-upgrade --auto-repair mysql < fix_priv_tables mysqlcheck --all-databases --check-upgrade --fix-db-names --fix-table-names" I couldn't let the application down for 2-3 days and solved the issue by running: apt-get source mysql-server-5.5 mysql --defaults-file=/etc/mysql/debian.cnf -f mysql \ < mysql-5.5-5.5.24+dfsg/scripts/mysql_system_tables_fix.sql I would need this script on all my servers upgrading to MySQL 5.5 and would prefer not to extract the source code everywhere. Could you please include mysql_system_tables_fix.sql back in the Debian package in /usr/share/mysql/ ? Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.5 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.45 ii initscripts2.88dsf-29 ii libc6 2.13-35 ii libdbi-perl1.622-1 ii libgcc11:4.7.1-5 ii libstdc++6 4.7.1-5 ii lsb-base 4.1+Debian7 ii mysql-client-5.5 5.5.24+dfsg-5 ii mysql-common 5.5.24+dfsg-5 ii mysql-server-core-5.5 5.5.24+dfsg-5 ii passwd 1:4.1.5.1-1 ii perl 5.14.2-12 ii psmisc 22.19-1 Versions of packages mysql-server-5.5 recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libhtml-template-perl 2.91-1 Versions of packages mysql-server-5.5 suggests: pn tinyca -- debconf information: mysql-server/error_setting_password: mysql-server-5.5/postrm_remove_databases: false mysql-server-5.5/nis_warning: mysql-server-5.5/really_downgrade: false mysql-server-5.5/start_on_boot: true mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680798: sitplus: FTBFS: build-dependency not installable:
I believe this is because libpoco-dev was removed from testing: http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html HTH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650059: FTBFS with multiarch libmysqlclient-dev
Any update on the patch ? The patch looks good to me, why hasn't it been applied ? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652946: error reporting
Also I think mjt is right. The installer should be able to report if tar failed for any reason. Maybe open a new bug about this issue? -- Purdea Andrei -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682782: [Packaging] Bug#682782: munin-plugins-extra: apc_nis: UTF-8-mangled degree sign in temperature graph label
block 682782 by 598554 # thanks for the bug report, Tim! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682804: ITP: libtenum -- C++ metaprogramming library to make enums a little bit nicer
> Description : C++ metaprogramming library to make enums a little bit > nicer if you could make that description more meaningful, _that_ would be very nice -- Salvo Tomaselli signature.asc Description: This is a digitally signed message part.
Bug#682850: sphinx-common: [dh_sphinxdoc] Should ignore commented out JS sources
Package: sphinx-common Version: 1.1.3+dfsg-4 Severity: wishlist Dear maintainer, I was trying to build the documentation of "mathjax" package with dh_sphinxdoc, but encountered the following problem: All HTML files in the documentation had this line in head: But dh_shphinxdoc treated this as a "real" include and reported this error: dh_sphinxdoc: debian/libjs-mathjax-doc/usr/share/doc/libjs-mathjax-doc/html/../../MathJax.js?config=TeX-AMS-MML_HTMLorMML is missing It will be good to ignore such lines. -- Dmitry Shachnev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sphinx-common depends on: ii libjs-sphinxdoc 1.1.3+dfsg-4 Versions of packages sphinx-common recommends: ii python3-sphinx 1.1.3+dfsg-4 sphinx-common 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#680798: sitplus: FTBFS: build-dependency not installable:
'lo On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille wrote: > On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote: >> I believe this is because libpoco-dev was removed from testing: >> http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html > > I came to the same conclusion but I have no idea how we (in terms > of sitplus maintainers) could solve this. The patch looks straighfoward to apply but for some reason was never applied. So I simply ping'd the maintainers again: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16 We'll see. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682851: pdns-recursor 3.2 responses have wrong TTL
Package: pdns-recursor Version: 3.2-4 There seems to be a bug in the packetcache of pdns-recursor 3.2 where the TTL stays the same. Here is an example. The TTL is the same with each request: ; <<>> DiG 9.7.3 <<>> @127.0.0.1 www.google.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48277 ;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.com.IN A ;; ANSWER SECTION: www.google.com. 86400 IN CNAME www.l.google.com. www.l.google.com. 300 IN A 173.194.67.147 www.l.google.com. 300 IN A 173.194.67.104 www.l.google.com. 300 IN A 173.194.67.105 www.l.google.com. 300 IN A 173.194.67.103 www.l.google.com. 300 IN A 173.194.67.106 www.l.google.com. 300 IN A 173.194.67.99 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Jul 26 11:20:04 2012 ;; MSG SIZE rcvd: 148 ; <<>> DiG 9.7.3 <<>> @127.0.0.1 www.google.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8655 ;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.com.IN A ;; ANSWER SECTION: www.google.com. 86400 IN CNAME www.l.google.com. www.l.google.com. 300 IN A 173.194.67.147 www.l.google.com. 300 IN A 173.194.67.104 www.l.google.com. 300 IN A 173.194.67.105 www.l.google.com. 300 IN A 173.194.67.103 www.l.google.com. 300 IN A 173.194.67.106 www.l.google.com. 300 IN A 173.194.67.99 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Jul 26 11:20:05 2012 ;; MSG SIZE rcvd: 148 ; <<>> DiG 9.7.3 <<>> @127.0.0.1 www.google.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57214 ;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.com.IN A ;; ANSWER SECTION: www.google.com. 86400 IN CNAME www.l.google.com. www.l.google.com. 300 IN A 173.194.67.147 www.l.google.com. 300 IN A 173.194.67.104 www.l.google.com. 300 IN A 173.194.67.105 www.l.google.com. 300 IN A 173.194.67.103 www.l.google.com. 300 IN A 173.194.67.106 www.l.google.com. 300 IN A 173.194.67.99 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Jul 26 11:20:06 2012 ;; MSG SIZE rcvd: 148 If you add disable-packetcache=true to /etc/powerdns/recursor.conf then you can see the normal behaviour. Not lowering the TTL will for example mean users visiting websites at IP-addresses where they used to be but aren't anymore. The TTL sent by PowerDNS recursor can cause the TTL to be off by a maximum of up to almost 2 times the original TTL. Some websites have a TTL of 1 week, so after a DNS-change was made the system administrator would normally wait one week before doing the final change. A week later the user could still be visiting the wrong IP-address/site. Not all DNS-clients have a cache, but for example every Windows version by default since at least Windows 2000 does have that. Even more likely mailserver software also looks at the TTL when caching, they could end up sending mail to the wrong IP-address too. The normal TTL-behaviour is pretty basic DNS requirement. So this seems to me like an important bug. I've tested this on a fresh install of Debian stable in the flavors of i386 and amd64. I've also checked, the previous version (3.1.7.2) of PowerDNS recursor does not have this problem. The newer version (3.3) does not have this problem. The versions were downloaded from: http://downloads.powerdns.com/releases/ I also checked that it wasn't caused by a Debian patch. I believe this change might be the fix: "The packet cache, which has 'ready to use' packets containing answers, now artificially ages the ready to use packets. Code in commit 1630." http://doc.powerdns.com/changelog.html#changelog-recursor-3-3 This is the patch of the commit: http://wiki.powerdns.com/trac/changeset/1630 It however did not apply cleanly to the code base, probably because it depends on other changes. I haven't had the time to look at it further to see if that is the fix. This is the whole patch between 3.2 and 3.3 (the patch between 3.1 and 3.2 is a lot bigger): http://wiki.powerdns.com/trac/changeset?old_path=%2F&old=1540&new_path=%2F&new=1722+ I might have time later today or this week. Hope this is helpful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with
Bug#681954: [ovs-dev] Bug#681954: openvswitch-brcompat - Init script switch and different package
On Thu, Jul 26, 2012 at 10:59:52AM +0200, Bastian Blank wrote: > On Wed, Jul 18, 2012 at 06:47:24AM -0700, Ben Pfaff wrote: > > On Wed, Jul 18, 2012 at 09:55:56AM +0200, Bastian Blank wrote: > > > Installing openvswitch-brcompat is not enough to actually enable it. > > > There is an additional switch in /etc/defaults/openvswitch-switch to > > > enable it. > > It's documented in the package description: > > Once this package is installed, adding BRCOMPAT=yes in > > /etc/default/openvswitch-switch enables bridge compatibility. > > Why do you consider it a bug? > > Because it takes two operations. It is already a different package. Why > does it need another modification to work? Is the argument that an /etc/defaults file should always enable the base features of the package it corresponds to? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681880: [ovs-dev] Bug#681880: openvswitch-switch - Automatic changed file in /etc/
On Thu, Jul 26, 2012 at 10:59:05AM +0200, Bastian Blank wrote: > On Wed, Jul 18, 2012 at 07:01:42AM -0700, Ben Pfaff wrote: > > On Wed, Jul 18, 2012 at 10:00:49AM +0200, Bastian Blank wrote: > > > No. It is no configuration file if it is not static. > > The FHS defines "static" as: > > "Static" files include binaries, libraries, documentation files and > > other files that do not change without system administrator > > intervention. "Variable" files are files that are not static. > > > > The system administrator runs ovs-vsctl to change > > /etc/openvswitch/conf.db. > > You forget all virtualization stuff. There no admin intervention is > used. Is the argument that if a file is ever modified other than directly by the administrator it is not a configuration file? > > > How does modifying this file with an editor work? > > It's somewhat challenging, because you have to calculate a sha1sum with > > the sha1sum program, and the format isn't really intended for direct > > human editing. But, as I said before (you dropped the quote), I do not > > see anything in 10.7 that says that the administrator must be able to > > edit a configuration file with a text editor. > > So it is not meant to be modified by a user. Is the format of a file relevant to determining if it is a configuration file or not? > > > How does it survive read-only /etc? > > If you have read-only /etc, then you can't modify your configuration, in > > the same way you can't modify other parts of your configuration. > > conf.db is open read-write by ovsdb-server. > > Bastian > > -- > Deflector shields just came on, Captain. > ___ > dev mailing list > d...@openvswitch.org > http://openvswitch.org/mailman/listinfo/dev > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682852: X2Go resume session slot: double clicking on a running session fails to take over that session
Package: x2goclient Severity: normal Version: 3.99.2.1-1 X2Go resume session slot: double clicking on a selected session is supposed to resume that session. To make this feature functional for already running sessions the session has to be suspended first. A patch is available upstream: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=3335fca16afaa0792207228115e31630894dee71 light+love Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpmb4Ni11PEs.pgp Description: Digitale PGP-Unterschrift
Bug#682854: git-dch: support forwarding dch specific options
Package: git-buildpackage Version: 0.6.0~git20120601 Severity: wishlist It would be nice if you could specify dch options that git-dch just forwards to the actual dch command line. For example I've a situation where I need to use dch's "--force-bad-version", would be nice if I could just set "--dchopts $whatever" and then "$whatever" gets just used in the dch command line (similar to what cowbuilder provides with e.g. --debootstrapopts). Thanks for git-dch/git-buildpackage :) regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012-07-26t12-19...@devnull.michael-prokop.at
Bug#682853: libnuma1: uses dh_makeshlibs -V for no good reason
Package: libnuma1 Version: 2.0.8~rc4-1 Severity: important Control: affects -1 hwloc numactl's debian/rules sets 'DEB_DH_MAKESHLIBS_ARGS := -V', which means reverse deps get a too strong dependency on libnuma1. Right now, this prevents hwloc from moving to wheezy to fix RC bug #664571. The shlibs dependencies should only be bumped when the ABI is modified (e.g. by adding new functions). Cheers, Julien signature.asc Description: Digital signature
Bug#680798: sitplus: FTBFS: build-dependency not installable:
Hi, On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote: > I believe this is because libpoco-dev was removed from testing: > http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html I came to the same conclusion but I have no idea how we (in terms of sitplus maintainers) could solve this. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681687: missing mime entry
Neil McGovern writes ("Bug#681687: missing mime entry"):
> However, I really do think that pushing in a system wide change at this
> stage in the release is not desireable at all, so woudn't be happy to
> see it in Wheezy. If we wanted to do this, it should have been started
> about two years ago.
I agree.
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682810: [Pkg-samba-maint] Bug#682810: Bug#682810: samba: Strange message probabilly generating file access errors
Hi, On Wed, Jul 25, 2012 at 04:46:14PM -0600, Christian PERRIER wrote: > Level 10 log is much better. And we would probably need much more > information such as the settings of this share, the underlying > filesystem, the permissions on files where you have problems, etc. Also, can you include your smb.conf file and information about the clients you are using (OS, version, ...). Are you using Mac OS X with unix extentions? Is so, your problem might be similar to this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532856 In that case, you can resolve the problem by setting 'unix extensions = no' Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682855: nvidia-graphics-drivers-legacy-96xx [INTL:de] German debconf translation
Package: nvidia-graphics-drivers-legacy-96xx Version: 96.43.20-6 Severity: wishlist Tags: patch l10n Dear Maintainer, I have attached the German debconf translation. Kind regards Martin # Translation of debconf templates for the nvidia-graphics-drivers-legacy-96xx # package into German # Copyright (C) 2012 Andreas Beckmann # This file is distributed under the same license as the # nvidia-graphics-drivers-legacy-96xx package. # Martin Eberhard Schauer , 2012. msgid "" msgstr "" "Project-Id-Version: nvidia-graphics-drivers-legacy-96xx\n" "Report-Msgid-Bugs-To: nvidia-graphics-drivers-legacy-96xx@packages.debian." "org\n" "POT-Creation-Date: 2012-07-18 18:06+0200\n" "PO-Revision-Date: 2012-07-18 20:07+0200\n" "Last-Translator: Martin Eberhard Schauer \n" "Language-Team: German \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Lokalize 1.0\n" "Plural-Forms: nplurals=2; plural=n != 1;\n" #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid "Nvidia legacy 96xx driver is no longer supported." msgstr "Der veraltete Nvidia-96xx-Treiber wird nicht mehr unterstützt." #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid "" "Nvidia Corporation has not updated the legacy 96xx driver to support current " "X servers, so this driver is no longer usable. For graphics adapters that " "are not supported by a newer Nvidia driver generation, the best option is to " "use the free Nouveau driver." msgstr "" "Nvidia Corporation hat den alten 96xx-Treiber nicht für die Unterstützung " "aktueller X-Server angepasst und damit unbenutzbar gemacht. Für " "Grafikkarten, die nicht von einer neueren Generation der Nvidia-Treiber " "unterstützt werden, ist die beste Option die Verwendung des freien " "Nouveau-Treibers." #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid "" "To switch to the Nouveau driver, please uninstall all Nvidia driver " "packages, remove all Nvidia-specific configuration from /etc/X11/xorg.conf " "(and xorg.conf.d/), and *purge* the nvidia-kernel-common package - just " "removing it is insufficient." msgstr "" "Um zum Nouveau-Treiber zu wechseln, deinstallieren Sie bitte alle " "Nvidia-Treiberpakete, entfernen Sie sowohl die gesamte Nvidia-spezifische" "Konfiguration aus /etc/X11/xorg.conf (und xorg.conf.d/) als auch " "das Paket nvidia-kernel-common *vollständig* (purge). Es reicht nicht, das " "Paket nur zu entfernen (remove)."
Bug#682857: console-setup-udeb: can't preseed keyboard layout=de variant=nodeadkeys
Package: console-setup-udeb Version: 1.81 Severity: important Hi, I couldn't find a way to preseed keyboard configuration to use layout=de and variant=nodeadkeys. I tried a wide variation of settings, tried to understand keyboard-configuration.config ... to no success. As I couldn't find a current manual for the installer online I had a look at the SVN version, but the B.4.1. Localization appendix (English ,i386) does not seem the be updated, yet. These are the results of several preseed tests: (preseeding keyboard-configuration/xkb-keymap is needed to get rid of the question as it seems) Variables as found in /etc/default/keymap in the installer, but I haven't seen this differ from the values in the installed system. d-i keyboard-configuration/xkb-keymap select foo XKBLAYOUT="us" XKBVARIANT="" d-i keyboard-configuration/xkb-keymap select de XKBLAYOUT="us" XKBVARIANT="" d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/layoutcode string de XKBLAYOUT="de" XKBVARIANT="" d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/layoutcode string de d-i keyboard-configuration/variantcode string nodeadkeys XKBLAYOUT="us" XKBVARIANT="" d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/variantcode string nodeadkeys XKBLAYOUT="" XKBVARIANT="nodeadkeys" These settings were always active: d-i debian-installer/language string en d-i debian-installer/country string DE d-i debian-installer/locale string en_US.UTF-8 In case there is something to try, I can quickly to a test in virtualbox. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682856: Add image/jp2 to mime-support
Package: mime-support Version: 3.48-1 Severity: normal It would be nice to have image/jp2, image/jpm & image/jpx defined in mime-type. Thanks ref: http://www.iana.org/assignments/media-types/image/jp2 http://www.iana.org/assignments/media-types/image/jpm http://www.iana.org/assignments/media-types/image/jpx eg: # === image/jp2 jp2 jpg2 image/jpm jpm image/jpx jpx jpf # === Thanks -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.04-5+squeeze2 Determines file type using "magic" mime-support suggests no packages. -- 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#681316: httpie: diff for NMU version 0.1.6+20120309git-2.1
Go ahead. I'm on vacation and cannot upload anything until next monday anyways (i hoped to get OK from release team before leaving, but didnt, the guys seem busy ;)) Greets Evgeni Scott Kitterman wrote: >On Thursday, July 19, 2012 04:01:09 PM evg...@debian.org wrote:ahea >... >> Dear maintainer, >> >> I've prepared fixes for the three bugs and intent to NMU after >getting >> an OK from the release team (but probably not before the weekend). >> Please tell me if you have any objections or want to handle it >yourself. >... > >It's been a week with no maintainer reply. I'd go ahead and upload it >and ask >for an unblock from the release team. I can do that if you don't have >time. >Please cc me as I'm not subscribed to the bugs. > >Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629865: xen-linux-system-2.6.26-2-xen-amd64 causes system crash when using aacraid driver
Does this message mean Adaptec drivers are one big miserable piece of crap and can't be used on virtualized platforms? Does this mean RAID hardware products supplied by Adaptec / PMC are faulty and won't work on any Linux virtual platform at all? I'm just trying to bring this to attention of PMC sales and clarify this moment because we've recently purchased such adapters and getting absolutely similar errors: PCI-DMA: Out of SW-IOMMU space for 65536 bytes at device :04:00.0 --- [cut here ] - [please bite here ] - Kernel BUG at .../BUILD/aacraid-kmod-1.1.7/_kmod_build_xen/aachba.c:5502 invalid opcode: [1] SMP ... Pid: 3046, comm: kjournald Tainted: G 2.6.18-308.8.2.el5.xen #1 RIP: e030:[] [] :aacraid:aac_build_sgraw+0x47/0x17b ... Call Trace: [] :aacraid:aac_write_raw_io+0x90/0xed [] :aacraid:aac_scsi_cmd+0xf8c/0x131b [] _spin_lock_irqsave+0x9/0x14 [] lock_timer_base+0x1b/0x3c [] :aacraid:aac_queuecommand+0x72/0x82 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682796: patch: use sources.list from CD
tags 682796 patch
thanks
Hi,
please find below a patch fixing the problem. There might be better
ways to determine that we are installing from a CD image.
Best regards,
Andi
>From b572da44634e2bb32579e0d54be07dd9b6ff7ff0 Mon Sep 17 00:00:00 2001
From: "Andreas B. Mundt"
Date: Thu, 26 Jul 2012 12:41:40 +0200
Subject: [PATCH] Use the local mirror from the cd when installing from CD.
---
lib/subroutines |5 +
1 file changed, 5 insertions(+)
diff --git a/lib/subroutines b/lib/subroutines
index e1da83f..7c52bd8 100644
--- a/lib/subroutines
+++ b/lib/subroutines
@@ -952,6 +952,11 @@ task_repository () {
fi
fcopy -ir /etc/apt # copy all other apt config files from the config space
+if [ -f $FAI_ETC_DIR/apt/sources.list ] && grep -q cskoeln
$FAI_ETC_DIR/apt/sources.list ; then
+ echo "We install from a fai-cd image; use mirror from CD:"
+ cp -vr $FAI_ETC_DIR/apt/* $FAI_ROOT/etc/apt/
+fi
+
if [ X$FAI_ALLOW_UNSIGNED = X1 ]; then
cat < $FAI_ROOT/etc/apt/apt.conf.d/10fai
APT::Get::AllowUnauthenticated "true";
--
1.7.10.4
--
--
A N D R E A S B. M U N D T
GPG key: 4096R/617B586D 2010-03-22 Andreas B. Mundt--
Andreas B. Mundt--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682840: Default /etc/apache2/mods-available/disk_cache.conf is incompatible with ext3
Hi, On 26.07.2012 09:54, Christoph Berg wrote: > Filing as grave as ext3 is still the default filesystem type (or at > least one of), and the default apache2 config should work with it. I beg to disagree, given the impact can be observed using a module which is not enabled by default, using heavy loaded setups and a particular file system. Having that said, I can imagine more useful things than debating about bug severities and go to fix it instead. I will make sure Wheezy gets a fix (following your suggestion I guess), but leave it to the Release Team to decide whether this bug is a candidate for s-p-u as I am going to talk to them anyway. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#682858: php5-imagick: imagick::writeImages is broken in 3.1.0RC1
Package: php5-imagick
Version: 3.1.0~rc1-1+b2
Severity: normal
Tags: upstream
Dear Maintainer,
This code does not work:
$im = new Imagick("input.gif");
$im->writeImages("output.gif", true);
output.gif is corrupted if input.gif was animated.
This works as expected:
$im = new Imagick("input.gif");
$fd = fopen("output.gif", "w");
$im->writeImagesFile($fd);
fclose($fd);
This is upstream bug, php #61879 and this is fixed in php5-imagick
3.1.0RC2.
(this is my first bugreport, please tell me if I'm missing something)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.13-grsec--grs-ipv6-64 (SMP w/8 CPU cores)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages php5-imagick depends on:
ii libc6 2.13-33
ii libmagickcore5 8:6.7.7.10-2
ii libmagickwand5 8:6.7.7.10-2
ii php5-cgi [phpapi-20100525] 5.4.4-2
ii php5-cli [phpapi-20100525] 5.4.4-2
ii php5-common 5.4.4-2
ii php5-fpm [phpapi-20100525] 5.4.4-2
ii ucf 3.0025+nmu3
Versions of packages php5-imagick recommends:
pn ghostscript
ii ttf-dejavu-core 2.33-2
php5-imagick 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#682787: Problem disappeared when host OS upgraded to OS X 10.8 (Mountain Lion)
Dear Maintainer, The problem with the retina display and the open-vm-tools disappeared after upgrading the host OS (on which VMware Fusion runs) from version 10.7 (Lion) to the latest version 10.8 (Mountain Lion). As all owners of the 15-inch MacBook Pro with Retina Display qualify for a free upgrade to OS X Mountain Lion, that would be a sufficient reason to close this bug. Thanks for your good work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682859: mime-support: Add application/dicom to mime-type
Package: mime-support Version: 3.48-1 Severity: normal It would be nice to add application/dicom to mime-type. Per: http://www.iana.org/assignments/media-types/application/index.html -> http://www.rfc-editor.org/rfc/rfc3240.txt eg: # === application/dicom dcm # === Thanks -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.04-5+squeeze2 Determines file type using "magic" mime-support suggests no packages. -- 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#682860: nvidia-support: [INTL:de] Updated German debconf translation
Package: nvidia-support
Version: 20120630+2
Severity: wishlist
Tags: l10n patch
Hi,
please find attached the updated German debconf translation of
nvidia-support.
Kind regards,
Chris
# Translation of nvidia-support to German
# Copyright (C) 2003-2010 Randall Donald, 2010 Andreas Beckmann,
# 2010 Russ Allbery.
# This file is distributed under the same license as the nvidia-support
# package.
# Chris Leick , 2011, 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: nvidia-support 20120630+2\n"
"Report-Msgid-Bugs-To: nvidia-supp...@packages.debian.org\n"
"POT-Creation-Date: 2012-07-19 15:05+0200\n"
"PO-Revision-Date: 2012-07-23 18:11+0100\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"Language: de\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"
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid "Run \"nvidia-installer --uninstall\"?"
msgstr "»nvidia-installer --uninstall« ausführen?"
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid ""
"The nvidia-installer program was found on this system. This is probably left "
"over from an earlier installation of the non-free Nvidia graphics driver, "
"installed using the Nvidia *.run file directly. This installation is "
"incompatible with the Debian packages. To install the Debian packages "
"safely, it is therefore necessary to undo the changes performed by nvidia-"
"installer."
msgstr ""
"Auf diesem System wurde das Programm Nvidia-Installer gefunden. Dies ist "
"wahrscheinlich von einer früheren Installation des unfreien "
"Nvidia-Grafiktreibers übriggeblieben, der direkt über die *.run-Datei von "
"Nvidia installiert wurde. Diese Installation ist inkompatibel mit den "
"Debian-Paketen. Um die Debian-Pakete sicher zu installieren, ist es daher "
"nötig, die durch Nvidia-Installer vorgenommenen Ãnderungen rückgängig zu "
"machen."
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid "Delete nvidia-installer files?"
msgstr "Nvidia-Installer-Dateien entfernen?"
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid ""
"Some files from the nvidia-installer program still remain on this system. "
"These probably come from an earlier installation of the non-free Nvidia "
"graphics driver using the *.run file directly. Running the uninstallation "
"procedure may have failed and left these behind. These files conflict with "
"the packages providing the non-free Nvidia graphics driver and must be "
"removed before the package installation can continue."
msgstr ""
"Einige Dateien von Nvidia-Installer sind immer noch auf Ihrem System "
"verblieben. Diese stammen wahrscheinlich von einer früheren Installation des "
"unfreien Nvidia-Grafiktreibers, der direkt mittels der *.run-Datei "
"installiert wurde. Das Ausführen der Deinstallationsprozedur könnte "
"fehlgeschlagen sein und diese Dateien hinterlassen haben. Diese Dateien "
"befinden sich im Konflikt mit den Paketen, die den unfreien "
"Nvidia-Grafiktreiber bereitstellen und müssen entfernt werden, bevor die "
"Installation fortgesetzt werden kann."
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid "Remove conflicting library files?"
msgstr "Im Konflikt befindliche Bibliotheksdateien entfernen?"
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid ""
"The following libraries were found on this system and conflict with the "
"current installation of the Nvidia graphics drivers:"
msgstr ""
"Die folgenden Bibliotheken wurden auf Ihrem System gefunden und befinden "
"sich im Konflikt mit der aktuellen Installation des Nvidia-Grafiktreibers:"
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid ""
"These libraries are most likely remnants of an old installation using the "
"nvidia-installer program and do not belong to any package managed by dpkg. "
"It should be safe to delete them."
msgstr ""
"Diese Bibliotheken sind höchstwahrscheinlich Ãberreste einer alten "
"Installation, die das Programm Nvidia-Installer benutzte und zu keinem Paket "
"gehört, das von Dpkg verwaltet wird. Sie zu löschen, sollte gefahrlos möglich "
"sein."
#. Type: error
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid "Mismatching nvidia kernel module loaded"
msgstr "Unpassendes Nvidia-Kernel-Modul geladen"
#. Type: error
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid ""
"The Nvidia driver that is being installed (version ${new-version}) does not "
"match the nvidia kernel module currently loaded (
Bug#682861: add reportbug script for samba
Package: samba Version: 2:3.6.6-2 Severity: wishlist The samba package should include a reportbug script (/usr/share/doc/reportbug/README.developers.gz), to collect more information about the bug from the submitter. The 'presubj' text could ask: - mention client type/OS + version - does the problem occur with other clients - include a level 10 samba log (if available) - steps to reproduce the problem - does the problem occur with other versions of samba (oldstable, stable, backports, testing, ...) - if the problem doesn't seem related to the debian packaging, please submit the bug in the upstream bugzilla Some of the could be asked by the bug script. The script could also include the smb.conf in the bug report (we should probably ask the user for this, as the smb.conf could contain info that shouldn't be public). We could even start using usertags to group the bug reports, and have the bugscript do this classification :) Please add other suggestions to this bug report! Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678652: (no subject)
It's an upstream change, documented in grep-2.12's NEWS: ** Changes in behavior The -r (--recursive) option now follows only command-line symlinks. Also, by default -r now reads a device only if it is named on the command line; this can be overridden with --devices. -R acts as before, so use -R if you prefer the old behavior of following all symlinks and defaulting to reading all devices. http://git.savannah.gnu.org/cgit/grep.git/commit/?id=c6e3ea61d9f08aa0128a0eb13d31a2fbad376f99 This change is definitely a problem, as you say, but I think Debian going it's own way makes it even worse. It's best to just update the man page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682862: consolekit: Weird warning in syslog : Failed to add monitor on '/dev/pts/1': No space left on device
Package: consolekit Version: 0.4.5-3 Severity: normal Dear Maintainer, I'm having lots of warnings from console-kit-daemon in /var/log/syslog : Apr 19 08:18:35 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:18:51 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device Apr 19 08:19:05 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:19:21 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device Apr 19 08:19:35 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:19:51 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device Apr 19 08:20:05 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:20:21 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device Apr 19 08:20:35 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:20:51 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device I have those warnings when I launch my session under user1, and then I su - user2 in a urxvt console (pts/0 this morning) and/or I launch an application under user2 with gksu -u user2 iceweasel (pts/2 this morning). If I login under user2 in a console, like tty2, then I have the same kind of messages : Apr 19 08:34:21 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/0': No space left on device Apr 19 08:34:35 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/pts/1': No space left on device Apr 19 08:34:36 crapaud64 console-kit-daemon[2041]: WARNING: Failed to add monitor on '/dev/tty2': No space left on device I don't have physical space problems on my laptop : $ df -h Filesystem Size Used Avail Use% Mounted on rootfs 153G 101G 45G 70% / udev1.9G 0 1.9G 0% /dev tmpfs 390M 408K 390M 1% /run /dev/disk/by-uuid/d30adeed-998c-4f8b-b25c-185113da1cda 153G 101G 45G 70% / tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 780M 240K 779M 1% /tmp tmpfs 780M 76K 780M 1% /run/shm As suggested on debian-user ML, I tried booting with cgroup_enable=memory and cgroup_disable=memory, and I always have the warnings. I can work without any troubles on my laptop, so it might not be very serious, but as it is a warning it might mean something is wrongly configured. If you need any other infromation, feel free to ask. Regards, Sebastien KALT -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable-updates'), (700, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages consolekit depends on: ii dbus 1.6.2-2 ii libc6 2.13-35 ii libck-connector0 0.4.5-3 ii libdbus-1-31.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libglib2.0-0 2.32.3-1 ii libpolkit-gobject-1-0 0.105-1 ii libx11-6 2:1.5.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages consolekit recommends: ii libpam-ck-connector 0.4.5-3 consolekit 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#682859: mime-support: Add application/dicom to mime-type
Le Thu, Jul 26, 2012 at 01:09:49PM +0200, Mathieu Malaterre a écrit : > > It would be nice to add application/dicom to mime-type. > > Per: > http://www.iana.org/assignments/media-types/application/index.html > -> http://www.rfc-editor.org/rfc/rfc3240.txt Hi Mathieu I am definitely interested in updating mime.types to the latest IANA source. Perhaps you do not need to request all the delta one by one :) Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682863: RM: trac-wikirename -- ROM; deprecated in Trac 0.12 (in testing now)
Package: ftp.debian.org Severity: normal I think it should also be removed from testing if this is possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682735: questions regarding debian bug #682735
Jan,
On 07/26/2012 10:42 AM, Jan Dittberner wrote:
> python-cracklib depends on cracklib-runtime and thus should have the necessary
> files available. cracklib-runtime only recommends wamerican | wordlist so may
> be you don't have a wordlist package installed if your apt configuration is
> modified to not install recommends.
Both are installed and available on my machine: cracklib-runtime as well
as wamerican.
I don't know how my cracklib_dict got corrupted and cannot reproduce
that. Fact is, that removing the corrupted files and re-running
`update-cracklib` got me working dicts, again. (I still have a backup of
the corrupted dicts, in case you are interested...)
Note, however, that I'm not complaining about broken dict files, as I'm
unable to exclude a PEBKAC in this case. (Not that I intentionally
fiddled with those, but I just don't have enough clues about what, when,
where, why and for whom it got corrupted).
> A bug fix to the upstream code would break the current API and can not be
> introduced without changing reverse dependencies. I think this would be much
> too late for Wheezy.
Yeah, I've been thinking about that as well.
How about adding (instead of changing) a safe variant of the
FascistCheck function? AFAICT it's the only one used from python. Of
course, nobody should rely on this being available in future versions...
And yes, this only helps python callers. But then again, that's how I
got trapped.
Patch attached. Certainly not a clean solution, yet. But much better
than aborting the python interpreter and thus crashing apps without any
hint on what went wrong.
BTW, with that patch, revelation reports an unknown error and asks to
report it back to its developers. The stack trace:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/revelation/ui.py", line 1057,
in
self.button = Button(_('Generate'), lambda w: self.generate())
File "/usr/lib/python2.7/dist-packages/revelation/ui.py", line 1066,
in generate
password =
util.generate_password(self.config.get("passwordgen/length"),self.config.get("passwordgen/punctuation"))
File "/usr/lib/python2.7/dist-packages/revelation/util.py", line 235,
in generate_password
check_password(password)
File "/usr/lib/python2.7/dist-packages/revelation/util.py", line 97,
in check_password
cracklib.FascistCheck(password)
RuntimeError: Unable to read cracklib dictionary.
Certainly sounds like they didn't think about cracklib failing in some
way, either...
Regards
Markus Wanner
*goes off filing another bug report*
--- a/lib/fascist.c
+++ b/lib/fascist.c
@@ -879,6 +879,48 @@
return res;
}
+/* This Debian specific method is a work-around for Debian #682735. Please
+ do not rely on it being available in future verisons of cracklib2. */
+int
+__DEBIAN_SPECIFIC__SafeFascistCheck(password, path, errstr)
+const char *password;
+const char *path;
+char *errstr;
+{
+PWDICT *pwp;
+char pwtrunced[STRINGSIZE];
+
+/* If passed null for the path, use a compiled-in default */
+if ( ! path )
+{
+ path = DEFAULT_CRACKLIB_DICT;
+}
+
+/* security problem: assume we may have been given a really long
+ password (buffer attack) and so truncate it to a workable size;
+ try to define workable size as something from which we cannot
+ extend a buffer beyond its limits in the rest of the code */
+
+strncpy(pwtrunced, password, TRUNCSTRINGSIZE);
+pwtrunced[TRUNCSTRINGSIZE - 1] = '\0'; /* enforce */
+
+/* perhaps someone should put something here to check if password
+ is really long and syslog() a message denoting buffer attacks? */
+
+if (!(pwp = PWOpen(path, "r")))
+{
+ return 0;
+}
+
+/* sure seems like we should close the database, since we're only likely to check one password */
+errstr = FascistLook(pwp, pwtrunced);
+
+PWClose(pwp);
+pwp = (PWDICT *)0;
+
+return 1;
+}
+
const char *
GetDefaultCracklibDict()
{
--- a/python/_cracklibmodule.c
+++ b/python/_cracklibmodule.c
@@ -42,6 +42,7 @@
#ifdef HAVE_LIBINTL_H
#include
#endif
+#include
#ifdef HAVE_PTHREAD_H
static pthread_mutex_t cracklib_mutex = PTHREAD_MUTEX_INITIALIZER;
@@ -74,7 +75,8 @@
{
char *candidate, *dict;
char *defaultdict = NULL;
-const char *result;
+int result;
+char *errmsg;
struct stat st;
char *keywords[] = {"pw", "dictpath", NULL};
char *dictfile;
@@ -148,7 +150,8 @@
#endif
LOCK();
-result = FascistCheck(candidate, dict ? dict : defaultdict);
+result = __DEBIAN_SPECIFIC__SafeFascistCheck(candidate,
+ dict ? dict : defaultdict, errmsg);
UNLOCK();
if (defaultdict != NULL)
@@ -156,11 +159,26 @@
free(defaultdict);
}
-if (result != NULL)
+if (result)
{
- PyErr_SetString(PyExc_ValueError, result);
-return NULL;
+ if (errmsg != NULL)
+ {
+ PyErr_SetString(PyExc_ValueError, errmsg);
+ return NULL;
+ }
+} else {
+ if (errn
Bug#681687: missing mime entry
I hereby propose the following TC resolution (and withdraw my previous version): 1. The Technical Committee agrees with Neil McGovern's analysis of the situation regarding evince's missing mime type entry. 2. If changes are desirable to our system for dealing with mime type entries and desktop files, including changes to policy or additional automation, these should be made via the usual development and policy amendment processes. 3. We agree with the Release Team that it is now too late to deploy such automation in wheezy. 4. We do not disagree with the Release Team's assessment that the failure of the evince package to provide a mime type entry is a release critical bug. 5. We therefore decline to overrule the Release Team. The bug remains RC against evince. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682864: task: Corruption of data file
Package: task Version: 2.0.0-1 Severity: normal Dear Maintainer, * What led up to the situation? On start ran the command "xterm -geom 100x120 -e "task overdue;bash" &" Then ran "task list" * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? "Taskwarrior no longer supports file format 1, originally used between 27 November 2006 and 31 December 2007. in /home/henry/.task/pending.data at line 28" If I look at pending.data there does not appear to be any order in the text file Lines 28 read "] Lines 29 looks as if there are 20 tasks all in one line I have had similar problems with the .completed.data file * What outcome did you expect instead? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 task depends on: ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii liblua5.1-0 5.1.5-2 ii libstdc++6 4.7.1-2 task recommends no packages. task 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#682863: RM: trac-wikirename -- ROM; deprecated in Trac 0.12 (in testing now)
On 26.07.2012 12:20, Alexander Gerasiov wrote: Package: ftp.debian.org Severity: normal I think it should also be removed from testing if this is possible. Is there any reason to keep it in unstable? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot
Control: tags 682410 + patch On 22/07/12 15:59, Andreas Beckmann wrote: > make[3]: Entering directory `/tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu' > /usr/bin/cmake -E cmake_progress_report > /tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu/CMakeFiles 88 > [ 85%] Building CXX object > examples/parameters/CMakeFiles/matrixparams.dir/matrix.cpp.o > cd /tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu/examples/parameters && > /usr/bin/c++-Wall -pedantic -I/tmp/buildd/viennacl-1.2.0 > -I/tmp/buildd/viennacl-1.2.0/obj-x86_64-linux-gnu -I/tmp/bu > ildd/viennacl-1.2.0/external-o CMakeFiles/matrixparams.dir/matrix.cpp.o > -c /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp > In file included from /tmp/buildd/viennacl-1.2.0/viennacl/matrix.hpp:28:0, > from > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:20: > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp: In > instantiation of 'void viennacl::linalg::prod_impl(const > viennacl::matrix_expression IGNMENT>, const viennacl::matrix, > viennacl::op_trans>&, const viennacl::vector&, > viennacl::vector&) [with SC > ALARTYPE = float; F = viennacl::row_major; unsigned int ALIGNMENT = 1u; > unsigned int VECTOR_ALIGNMENT = 1u]': > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:1023:9: > required from 'viennacl::vector& > viennacl::vector::operator=(const vienna > cl::vector_expression viennacl::matrix, const > viennacl::matrix, viennacl::op_trans>, const vie > nnacl::vector, viennacl::op_prod>&) [with F = > viennacl::row_major; unsigned int MAT_ALIGNMENT = 1u; SCALARTYPE = float; > unsigned int ALIGNMENT = 1u]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix_functors.hpp:90:3: > required from 'void matrix_trans_vec_mul(TestData&) [with TestData = > test_data, viennacl::vecto > r, viennacl::matrix >]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:154:3: required > from 'int run_matrix_benchmark(test_config&, > viennacl::io::parameter_database&) [with ScalarType = float]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:237:42: required > from here > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:369:7: > error: 'trans_prod_impl' was not declared in this scope, and no declarations > were found by argument-dependent lookup at the point of instantiation > [-fpermissive] > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:381:10: > note: 'template int VECTOR_ALIGNMENT> void viennacl::linalg::trans_prod_impl(const > viennacl::matrix&, const > viennacl::vector&, viennacl::vector VECTOR_ALIGNMENT>&)' declared here, later in the translation unit > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp: In > instantiation of 'void viennacl::linalg::prod_impl(const > viennacl::matrix_expression, > const viennacl::matrix, viennacl::op_trans>&, const > viennacl::vector&, viennacl::vector VECTOR_ALIGNMENT>&) [with SCALARTYPE = double; F = viennacl::row_major; > unsigned int ALIGNMENT = 1u; unsigned int VECTOR_ALIGNMENT = 1u]': > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:1023:9: > required from 'viennacl::vector& > viennacl::vector::operator=(const > viennacl::vector_expression viennacl::matrix, const > viennacl::matrix, viennacl::op_trans>, const > viennacl::vector, viennacl::op_prod>&) [with F = > viennacl::row_major; unsigned int MAT_ALIGNMENT = 1u; SCALARTYPE = double; > unsigned int ALIGNMENT = 1u]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix_functors.hpp:90:3: > required from 'void matrix_trans_vec_mul(TestData&) [with TestData = > test_data, viennacl::vector, > viennacl::matrix >]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:154:3: required > from 'int run_matrix_benchmark(test_config&, > viennacl::io::parameter_database&) [with ScalarType = double]' > /tmp/buildd/viennacl-1.2.0/examples/parameters/matrix.cpp:253:45: required > from here > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:369:7: > error: 'trans_prod_impl' was not declared in this scope, and no declarations > were found by argument-dependent lookup at the point of instantiation > [-fpermissive] > /tmp/buildd/viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp:381:10: > note: 'template int VECTOR_ALIGNMENT> void viennacl::linalg::trans_prod_impl(const > viennacl::matrix&, const > viennacl::vector&, viennacl::vector VECTOR_ALIGNMENT>&)' declared here, later in the translation unit > make[3]: *** [examples/parameters/CMakeFiles/matrixparams.dir/matrix.cpp.o] > Error 1 Please find attached a patch to fix this FTBFS. Kind regards -- Sebastian Ramacher --- viennacl-1.2.0.orig/viennacl/linalg/matrix_operations.hpp +++ viennacl-1.2.0/viennacl/linalg/matrix_operations.hpp @@ -357,17 +357,6 @@ namespace viennacl op_prod >(proxy, vec); } -/** @brief Unwraps the transposed matrix prox
Bug#682836:
After some testing, there is no such bug with the same version on Ubuntu Precise. Neither if we recompile 0.3.1 in a current wheezy. -- Pinky: "Gee, Brain, what do you want to do tonight?" The Brain: "The same thing we do every night, Pinky—try to take over the world!" .''`. Pienso, Luego Incordio : :' : `. `' `-www.debian.orgwww.openstack.com GPG Key: 26F020F7 GPG fingerprint: 4986 39DA D152 050B 4699 9A71 66DB 5A36 26F0 20F7
Bug#650059: Bug#680798: sitplus: FTBFS: build-dependency not installable:
Hi Krzysztof, there is a long standing (>6 month) RC bug filed against poco including a patch for this problem. When applying the patch and trying to build the package I realised another FTBFS problem when building with gcc-4.7. I'm currently trying to fix this problem and if I succeede I will upload to DELAYED/2. Otherwise I'll ask for help on debian-mentors and will NMU-upload once the problem is solved. Kind regards Andreas. On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote: > 'lo > > On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille wrote: > > On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote: > >> I believe this is because libpoco-dev was removed from testing: > >> http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html > > > > I came to the same conclusion but I have no idea how we (in terms > > of sitplus maintainers) could solve this. > > The patch looks straighfoward to apply but for some reason was never > applied. So I simply ping'd the maintainers again: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16 > > We'll see. > -- > Mathieu -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682865: youtube-dl: fails on vimeo
Package: youtube-dl
Version: 2012.02.27-1
Severity: normal
Hello,
€ youtube-dl -v http://vimeo.com/9716807
[debug] Proxy map: {}
[vimeo] 9716807: Downloading webpage
ERROR: Unable to retrieve video webpage: HTTP Error 404: Not Found
Samuel
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.0.4 (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/bash
Versions of packages youtube-dl depends on:
ii python 2.7.3~rc2-1
Versions of packages youtube-dl recommends:
pn ffmpeg | ffprobe
ii rtmpdump 2.4+20111222.git4e06e21-1
youtube-dl suggests no packages.
-- no debconf information
--
Samuel Thibault
"I don't know why, but first C programs tend to look a lot worse than
first programs in any other language (maybe except for fortran, but then
I suspect all fortran programs look like `firsts')"
(By Olaf Kirch)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682863: RM: trac-wikirename -- ROM; deprecated in Trac 0.12 (in testing now)
Thu, 26 Jul 2012 13:03:20 +0100 "Adam D. Barratt" wrote: > On 26.07.2012 12:20, Alexander Gerasiov wrote: > > Package: ftp.debian.org > > Severity: normal > > > > I think it should also be removed from testing if this is possible. > > Is there any reason to keep it in unstable? Nope. 1.It should be removed from unstable. 2.If it's ok for now (cant remember policy for package removal during freeze stage) it should also be removed from testing. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682866: [oce] could you please add multiarch support?
Package: oce Version: 0.9.1-3 Severity: wishlist --- Please enter the report below this line. --- I would need to have both amd64 and i386 version of OCE on my Debian box to run some mesh generation tools from DISTENE/INRIA. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682867: emacs24-common: cperl-mode highlight bug: CPerl doesn't detect the end of a long qq or qw
Package: emacs24-common
Version: 24.1+1-4
Severity: normal
Tags: upstream
Forwarded: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10095
It seems that CPerl doesn't detect the end of a long qq or qw.
To reproduce the bug, open the attached file with
"emacs24 -Q -nw cperl-qw".
Highlighting below the qw is incorrect.
The emacs23 package does not have this problem.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages emacs24-common depends on:
ii dpkg1.16.8
ii emacsen-common 2.0.3
ii install-info4.13a.dfsg.1-10
emacs24-common recommends no packages.
Versions of packages emacs24-common suggests:
ii emacs24-common-non-dfsg 24.1+1-1
ii emacs24-el 24.1+1-4
-- no debconf information
#!/usr/bin/env perl
# -*- mode: cperl -*-
# Open with "emacs -Q -nw cperl-qw".
my @groups =
qw(
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah blah blah
);
my $foo;
# With GNU Emacs 24.1.1, highlighting below the qw is incorrect
# ("my $foo;" and the following comment). GNU Emacs 23.4.1 is OK.
# Probably the same bug as:
# http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10095
# i.e. it seems that CPerl doesn't detect the end of a long qq or qw.
# $Id: cperl-qw 53234 2012-07-11 11:53:33Z vinc17/xvii $
Bug#682868: emacs24-common: cperl font-lock (highlighting) bug with dollar+quote sequence ('...$')
Package: emacs24-common Version: 24.1+1-4 Severity: normal Tags: fixed-upstream patch upstream Forwarded: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11739 Open the following file with "emacs -Q ": #!/usr/bin/env perl # -*- mode: cperl -*- $foo = 'blah $ ' and print "$foo\n"; # OK $foo = 'blah $' and print "$foo\n"; # Incorrectly highlighted The first "and print ..." line is correctly highlighted, but not the second one. It seems that CPerl is confused by a $ at the end of a single-quote string literal. The emacs23 package does not have this problem. The attached patch from http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11739#13 fixes the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24-common depends on: ii dpkg1.16.8 ii emacsen-common 2.0.3 ii install-info4.13a.dfsg.1-10 emacs24-common recommends no packages. Versions of packages emacs24-common suggests: ii emacs24-common-non-dfsg 24.1+1-1 ii emacs24-el 24.1+1-4 -- no debconf information --- lisp/progmodes/cperl-mode.el2012-01-19 07:21:25 + +++ lisp/progmodes/cperl-mode.el2012-06-21 16:41:01 + @@ -8951,11 +8951,12 @@ (setq cperl-syntax-done-to (min cperl-syntax-done-to beg (defun cperl-update-syntaxification (from to) - (if (and cperl-use-syntax-table-text-property - cperl-syntaxify-by-font-lock + (cond + ((not cperl-use-syntax-table-text-property) nil) + ((fboundp 'syntax-propertize) (syntax-propertize to)) + ((and cperl-syntaxify-by-font-lock (or (null cperl-syntax-done-to) (< cperl-syntax-done-to to))) - (progn (save-excursion (goto-char from) (cperl-fontify-syntaxically to)
Bug#680898: build-depends on gcc-4.5/g++-4.6; build-conflicts against obsolete gcc version on x86
Philipp Kern, le Thu 26 Jul 2012 10:24:28 +0200, a écrit : > On Tue, Jul 10, 2012 at 03:06:49AM +0200, Samuel Thibault wrote: > > Philipp Kern, le Mon 09 Jul 2012 08:22:37 -0600, a écrit : > > > On Mon, Jul 09, 2012 at 06:24:09AM +0200, Samuel Thibault wrote: > > > > Philipp Kern, le Sun 08 Jul 2012 17:17:47 -0600, a écrit : > > > > > starpu-contrib build-depends on gcc-4.5/g++-4.5 which should go away > > > > > (see [0]). > > > > > It also build-conflicts against gcc-4.6/g++-4.6, which are not the > > > > > default > > > > > compilers of x86 in wheezy anymore. > > > > The problem is that nvcc tries to use the latest installed gcc, but > > > > does not actually support all of its syntax, leading to build failures. > > > > That's why this situation, which should be fine for wheezy. Wheezy+1, > > > > with a newer nvcc, will probably be an entirely different story. > > > We're aiming to remove gcc-4.5 from wheezy, > > Ah. > > > so I'm not sure how it can be fine for it. > > > And can it actually be rebuilt given that 4.7 would be picked? > > No, nvcc only picks 4.6 at best. > > Another way is trying to cripple the source into not using the syntax > > that nvcc doesn't support. > > What about using gcc-4.4? Ah, gcc-4.4 will stay? That's an option which should work, yes. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681687: missing mime entry
Le jeudi 26 juillet 2012 à 12:50 +0100, Ian Jackson a écrit : > 4. We do not disagree with the Release Team's assessment that > the failure of the evince package to provide a mime type > entry is a release critical bug. Before you vote on that: with the maintainer’s hat, I’d appreciate if the ruling could also make explicit which MIME types it applies to. From what I understand, it is only application/pdf, not the 20 other MIME types that evince can handle, nor their non-standard aliases (like application/x-pdf) which are handled automatically by the XDG system. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650059: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)
Hi, I tried to apply the patch that is supposed to solve the problem below but I was running in another problem which sounds quite familiar from other gcc-4.7 issues. I tried to fix the problem in Git git+ssh://git.debian.org/git/collab-maint/poco.git and created a branch NMU/1.3.6p1-1.1 where I created a dpatch file debian/patches/gcc-4.7.dpatch which unfortunately just reiterates the original problem and ends up in /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h: In instantiation of 'S Poco::replace(const S&, const typename S::value_type*, const typename S::value_type*, typename S::size_type) [with S = std::basic_string; typename S::value_type = char; typename S::size_type = long unsigned int]': src/X509Certificate.cpp:175:55: required from here /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:448:2: error: 'replaceInPlace' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:480:4: note: 'template S& Poco::replaceInPlace(S&, const S&, const S&, typename S::size_type)' declared here, later in the translation unit Unfortunately my C++ knowledge is to limited to find an easy clue how to fix this and would be more than happy if somebody could provide some fix. BTW, it seems to me that libpoco development only happens in experimental and unstable does not deserve the attention it would need. Please help fixing the problem to make sure the reverse depends can stay in testing. Kind regards Andreas. - Forwarded message from Andreas Tille - Date: Thu, 26 Jul 2012 14:23:26 +0200 From: Andreas Tille To: Mathieu Malaterre , 680...@bugs.debian.org, Krzysztof Burghardt , 650...@bugs.debian.org Subject: Re: Bug#680798: sitplus: FTBFS: build-dependency not installable: Hi Krzysztof, there is a long standing (>6 month) RC bug filed against poco including a patch for this problem. When applying the patch and trying to build the package I realised another FTBFS problem when building with gcc-4.7. I'm currently trying to fix this problem and if I succeede I will upload to DELAYED/2. Otherwise I'll ask for help on debian-mentors and will NMU-upload once the problem is solved. Kind regards Andreas. On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote: > 'lo > > On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille wrote: > > On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote: > >> I believe this is because libpoco-dev was removed from testing: > >> http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html > > > > I came to the same conclusion but I have no idea how we (in terms > > of sitplus maintainers) could solve this. > > The patch looks straighfoward to apply but for some reason was never > applied. So I simply ping'd the maintainers again: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16 > > We'll see. > -- > Mathieu -- http://fam-tille.de - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675181: gccxml cannot parse under GCC 4.7.1
Not sure if this is ideal to reopen the bug instead of creating a new one. But I believe doko intention was to kill #667417 with this gccxml bug. So continuing the effort. I can reproduce the __int128 issue with current gccxml package in debian. It seems it also affect upstream (not checked if this is fixed), since upstream bug tracker reports it as open on 2012/07/02. Brad could you please confirm bug 13372 in gccxml stills affect current gccxml ? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602002: icedove processes do not terminate after quitting program
Hello Karl, On Sat, Jun 23, 2012 at 10:34:35AM -0500, Karl Schmidt wrote: > I haven't seen the problem in the last few days, but that is the > nature of it. When/if it happens again - what information should I > look to preserve that might be of help? That's serios, I belive that some threads of icedove make strange things, the question is why. So a backtrace could be a possibility to track this down. But this means you have to start always icedove within the gdb. That's not really easy and userfriendly. You have to handle every hugh logfile. And of course the error will never happen. :) If you will do that, take please a look into the debian wiki on the icedove site, some days ago I expand the handling for this in the wiki. Good luck! Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
