Bug#740971: Merge
merge 741920 740971 thanks This is certainly a duplicate of #740971. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690883: Confirmed
reassign 690883 manpages-fr-extra tags 690883 + confirmed thanks I confirm. There are a few more issues there. insensibles la casse should read insensibles à la casse. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742005: Please package paramiko new upstream release
Package: python-paramiko Version: 1.10.1-1 Severity: wishlist Hi, There's a new upstream release 1.13.0 in PyPi, and OpenStack will soon need that one (see: https://review.openstack.org/81132). Please package the new upstream release. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679078: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 17-20.03.2014 odbędzie się nabór na kurs języka angielskiego. Jest to IV edycja projektu Każdy Dorosły Polak Mówi po angielsku Kod upoważniający do 61% zniżki na szkolenie: E1403 Liczba miejsc ograniczona, decyduje kolejnść zgłoszeń. Zajęcia: - Angielski dla początkujących (A1/A2), - Angielski dla średnio-zaawansowanych (B1) Zajęcia trwają 12 miesięcy. Wszyscy studenci objęci są opieką metodyczną. Szkoła Językowa Dobra Zuza jest placówką kształcenia ustawicznego wpisaną do ewidencji szkół i placówek niepublicznych prowadzonej przez m. st. Warszawa pod numerem 1052 K. Zaświadczenia o ukończeniu kursu wydawane są na podstawie §18 ust. 2 rozporządzenia Ministra Edukacji Narodowej z dnia 11 stycznia 2012 r. w sprawie kształcenia ustawicznego w formach pozaszkolnych (Dz. U. poz. 186, z późniejszymi zmianami). Na zajęcia można zapisywać się indywidualnie lub grupowo. Istnieje możliwość otrzymania faktury. Szczegółowe informacje o naborze dostępne są na stronie: http://www.dofinansowanekursy.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Zrezygnuj z otrzymywania wiadomści: http://www.dofinansowanekursy.co.pl/mailing/unsubscribe.php?email=679...@bugs.debian.org
Bug#741992: mkfs.ntfs -V exits with failure status
close 741992 thanks On 03/18/2014 01:54 AM, Phillip Susi wrote: Running mkfs.ntfs -V exits with status 1 ( failure ). it is up to the invididual liking of upstreams if displaying help or version information exits with 0 and 1 in their programs, there's no consensus or standard. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739844: Processed: bug 739844 is forwarded to https://release.debian.org/transitions/html/qtbase-abi-5-2-1.html
On Mon, Mar 17, 2014 at 22:46:57 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Hi! I've just saw you added the ben file and I noticed I swaped the good and bad tags. The ben file should then be: is_affected = .depends ~ qtbase-abi-5-2-0 | .depends ~ qtbase-abi-5-2-1; is_good = .depends ~ qtbase-abi-5-2-1; is_bad = .depends ~ qtbase-abi-5-2-0; I'm sorry for the typo, and thanks for setting the page :) Your good and bad seem to match what I set up? Cheers, Julien signature.asc Description: Digital signature
Bug#742006: [bash] Incomplete grammar in manual page (compound commands)
Package: bash
Version: 4.3-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: bug-b...@gnu.org
According to the section Compound Commands of the manual page, a compound
command is one of 11 forms listed. However, as explained in the ALIASES
section, a function definition ( function name [()] compound-command
[redirection] ) is also a compound command.
Multiple other forms of compound commands are not documented, for example { if
true; then echo x; fi }.
--
Filipus Klutiero
http://www.philippecloutier.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742007: RM: wine-gecko-1.4 -- ROM; obsolete, replaced by wine-gecko-2.21
Package: ftp.debian.org Severity: normal Dear FTP team, wine-gecko-1.4 is superceded by wine-gecko-2.21 and no longer has any reverse-dependencies in unstable. Please remove it... Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741404: [ITR] templates://ganeti/{templates/versioned.templates}
Quoting Apollon Oikonomopoulos (apoi...@debian.org): Hi Christian, On 11:16 Mon 17 Mar , Christian PERRIER wrote: If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thanks for looking into this. There is a chance I will be adding a couple more templates in the following week or so, so if it's OK with you I'd like to defer the review for 10-15 days. OK, no problem. May I suggest you ping me again when the templates are ready for review? Alternatively, you can just send the templates file again to this bug report (and CC debian-l10n-english, preferrably). Thanks in advance? signature.asc Description: Digital signature
Bug#741933: Staircase interpolation
As far as I know, the xls format does not support staircase interpolation. That's why you loose the information. The line width issue should not occur. Please report upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
Package: liferea Version: 1.10.3-1 Severity: normal Dear Maintainer, Would be nice to know why the latest release isn't packaged... 1.10.3 has been packaged 6 months ago. Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13.6 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-peas-1.0 1.8.1-2 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libgirepository-1.0-11.38.0-2 ii libglib2.0-0 2.38.2-5 ii libgtk-3-0 3.10.7-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 0.16.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.2-2 ii libpeas-1.0-01.8.1-2 ii libsoup2.4-1 2.44.2-1 ii libsqlite3-0 3.8.3.1-1 ii libwebkitgtk-3.0-0 2.2.5-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.5-1 ii python-gi3.10.2-2+b1 pn python:any none Versions of packages liferea recommends: ii dbus 1.8.0-2 ii dbus-x11 1.8.0-2 pn gir1.2-gnomekeyring-1.0 none ii gnome-icon-theme 3.10.0-1 pn gnome-keyringnone pn steadyflow | kgetnone Versions of packages liferea suggests: pn network-manager none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732219: transition: libmikmod
Control: tag -1 confirmed On Mon, Mar 17, 2014 at 23:59:30 +0100, Stephen Kitt wrote: On Mon, 17 Mar 2014 09:46:59 +0100, Julien Cristau jcris...@debian.org wrote: On Mon, Mar 17, 2014 at 00:15:18 +0100, Stephen Kitt wrote: I've made libmikmod-dev provide libmikmod2-dev in 3.3.5-2 and uploaded it to experimental. Should I file bugs (with patches...) for heroes and sdl-mixer1.2 now? Yes please. Make them block this bug. Done for sdl-mixer1.2 (#741986); heroes wasn't actually supposed to use mikmod any more, and is orphaned, so I did a QA upload of it (also fixing a couple of other bugs). Thanks. Feel free to upload to sid. Cheers, Julien signature.asc Description: Digital signature
Bug#741097: [Pkg-octave-devel] Bug#741097: octave: nox package of Octave
On Sat, Mar 08, 2014 at 06:04:16PM +, Arno Onken wrote: Thanks for your quick response. I have Octave running on a couple of low resource devices which don't even have X. On these systems, unnecessary dependencies are a waste of precious space. [...] I wasn't aware of this discussion. Your comparison of required disk space was very informative. Indeed, the Qt dependency doesn't make a big difference when compared to the additional Java and LLVM dependencies. But the minimum installation size more than doubles from 3.6.4 to 3.8.0. So I think a low resources package with more dependencies striped off would actually be very useful. I think you should bring up that topic on upstream's maintainer list.[1] I don't think we have that many machines which are constrained by the additional disk space, so if we as Debian maintainers complain, it is just not the same as a user who really has the hardware (perceived issue vs. real problem). BTW, can you give an example of one of your low ressource machines? [1] https://mailman.cae.wisc.edu/listinfo/octave-maintainers Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2
Hi, On Mon, Mar 17, 2014 at 11:09:25PM +0100, mark.caglie...@gmail.com wrote: That seems true. My muttrc is from old-times, and it seems my IMAP server does the sorting itself these days, so I did not notice the bug. If it can be useful, I don't use imap directly from mutt, but I sync my mail using offlineimap and mutt reads local maildirs where offlineimap synchronizes the emails (maybe it's a little strange setup, I know). IMHO a quite common one, and yeah, I could reproduce the bug by leaving out my IMAP and using local maildirs. Can you try setting sidebar_sort *before* setting mailboxes? set sidebar_sort mailboxes =foo =bar set sidebar_visible set sidebar_width=20 works fine for me, while mailboxes =foo =bar set sidebar_visible set sidebar_width=20 set sidebar_sort leaves foo before bar. The old patch sorted the sidebar in every call of calc_boundaries (which happens *really* often), the new one only once when mutt refreshes the list of mailboxes. I hope this workaround works for you until we have fixed the patch itself :) Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742010: RFS: librasterlite/1.1g-4
Package: sponsorship-requests Severity: normal Dear mentors, As part of the SpatiaLite transition am I looking for a sponsor for my package librasterlite. https://release.debian.org/transitions/html/libspatialite5.html https://release.debian.org/transitions/html/librasterlite2.html Please refer to the thread on debian-gis@ for more information on this transition: http://thread.gmane.org/gmane.linux.debian.gis/535 Package name: librasterlite Version : 1.1g-4 Upstream Author : Alessandro Furieri a.furi...@lqt.it URL : https://www.gaia-gis.it/fossil/librasterlite License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : libs It builds those binary packages: librasterlite-dev - library supporting raster data sources for spatialite - headers librasterlite2 - library supporting raster data sources for spatialite rasterlite-bin - command line tools for librasterlite rasterlite-dbg - library supporting raster data sources for spatialite - debugging To access further information about this package, please visit the following URL: http://mentors.debian.net/package/librasterlite Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libr/librasterlite/librasterlite_1.1g-4.dsc More information about librasterlite can be obtained from https://www.gaia-gis.it/fossil/librasterlite. Changes since the last upload: * Add gbp.conf to use pristine-tar by default. * Move from experimental to unstable. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741665: file: Please add a debian/watch file to monitor new upstream releases
tags 741665 pending thanks Salvatore Bonaccorso wrote... Please add a debian/watch file to monitor new upstream releases of file. Upstream tarballs are located on ftp://ftp.astron.com/pub/file/ so probably something like: version=3 ftp://ftp.astron.com/pub/file/file-(.*)\.tar\.gz Well, almost :) Now in the queue for the next upload. Christoph signature.asc Description: Digital signature
Bug#734810: docker.io busts up cgroups when systemd is running
Hey Paul, Is this still an issue? What do we need to do on the docker.io side to fix this? Depend on mount = 2.24 as suggested by Michael over in the seemingly equivalent #734813 thread? I don't see 2.24 being available, but that bug was closed via a 2.20 upload. I'm guessing the issue is actually fixed by that 0.20 upload, especially since you've mentioned that you're using Docker successfully with systemd on Debian, so I'm very interested in what our next step here is so we can fix this. :) ♥, - Tianon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697600: Upstream 1.13 supports Python 3
Hi, I'd like to point out that version 1.13 upstream supports Python 3, so it'd be nice to upgrade to that version and add Python3 support at the same time. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741949: [Pkg-alsa-devel] Bug#741949: here what i'm told to be done with no sound.
* 이환웅 hwan25wo...@naver.com [2014-03-18 10:00 +0900]: first of all, I'm sure I don't have pulseaudio installed. let me explain what the exact symptom's like. there is no sound after i boot into debian linux from window XP's restart. but no sound problem when i reboot into debian linux from the debian linux with sound OK, sounds funny, isn't it. That's indeed uncommon. Please check all your mixer settings after booting Debian from XP's restart. I guess there is a a control (pcm, master or one of the satelites) muted. As well be sure to use the analog output. This can be checked with i.e. alsamixer. I'm done I'm told to be done. here is what I've got. Thanks for help me out. I'm really appreciate. poirottr@PoirotKr:~$ sudo apt-get remove pulseaudio 패키지 목록을 읽는 중입니다... 완료 의존성 트리를 만드는 중입니다 상태 정보를 읽는 중입니다... 완료 Package 'pulseaudio' is not installed, so not removed 0개 업그레이드, 0개 새로 설치, 0개 제거 및 899개 업그레이드 안 함. poirottr@PoirotKr:~$ sudo aplay -l List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 poirottr@PoirotKr:~$ sudo aplay -L null Discard all samples (playback) or generate zero samples (capture) default:CARD=Intel HDA Intel, ALC269 Analog Default Audio Device sysdefault:CARD=Intel HDA Intel, ALC269 Analog Default Audio Device front:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog Front speakers surround40:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Intel,DEV=0 HDA Intel, ALC269 Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers poirottr@PoirotKr:~$ lsmod | grep snd snd_hda_codec_realtek 142274 1 snd_hda_intel 21786 4 snd_hda_codec 63477 2 snd_hda_intel,snd_hda_codec_realtek snd_hwdep 12943 1 snd_hda_codec snd_pcm53461 3 snd_hda_codec,snd_hda_intel snd_page_alloc 12867 2 snd_pcm,snd_hda_intel snd_seq39512 0 snd_seq_device 13016 1 snd_seq snd_timer 22356 3 snd_seq,snd_pcm snd42722 14 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek soundcore 12921 1 snd poirottr@PoirotKr:~$ sudo alsa-utils restart sudo: alsa-utils: command not found poirottr@PoirotKr:~$ sudo service alsa-utils restart [ ok ] Shutting down ALSA...done. [ ok ] Setting up ALSA...done. poirottr@PoirotKr:~$ sudo alsactl init Found hardware: HDA-Intel Realtek ALC269 HDA:10ec0269,1043834a,0014 0x1043 0x834a Hardware is initialized using a generic method poirottr@PoirotKr:~$ This all looks correct. Your sound should work perfect. Please let me know your solution so that I can close this bug. Elimar -- what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741894: libtk-img: FTBFS with libopng16
Hi Nobuhiro, On Mon, Mar 17, 2014 at 4:59 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: libpng is already installed in experimental, and we are re-building the package depending on libpng16. As a result, we checked that your package was FTBFS. Would you check also in your environment? And if a problem can be checked, could you fix this? Currently, I can't install libpng16-dev, because it immediately tries to remove libpng12-dev, which in turn removes libfreetype6-dev, libxft-dev and tk8.6-dev, so the libtk-img build dependencies become uninstallable. Thank you for the report, I'll definitely try to fix it after I'll be able to install the libtk-img build dependencies together with libpng16-dev. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731211: aster: new upstream release, work in progress
Hi, Andrea Palazzi a écrit : - I'd really prefer to remove the libmetis dependency and keep it in main and not in contrib; after all libmetis is not absolutely required ( the patch no_metis_default.diff was there to change the default renumerator from metis to md ) , and I think that packages in contrib are out of the auto-builder circuit. Moreover we all prefer 100% free software ;-) I agree that this Aster in Debian would be better with the non-free dependency on libmetis. However, I actually had troubles during build with scotch version of metis. I will look into this further, though. - I would really like to have both the serial and mpi version available: the serial version is faster if you're not running a cluster I'm not opposed to having both versions but, again, I had trouble building the non-mpi flavor. So I actually chose the simplest path to having a working version of code-aster in Debian. - then, if you have two (or more) versions, you'll need a script to update the information in /etc/codeaster/aster ; note that this file is partly a status file - that is, its content represents some kind of status, in our case the available versions: this is what the postinst/postrm scripts were supposed to do Not sure how soon we'll have two (or more) versions of code-aster. - not sure if it's automatically done somewhere, but on 64 bit architectures you'll have to pass -D_MED_USE_SHORT_INT to the compiler to be able to open med files This is done automatically, there's a call to 'check_sizeof_med_int' at configure step. PS: the package fails to build on my system with git-buildpackage - it seems it can't find some metis file, but I have installed libmetis-dev. It also fails with git-buildpackage/cowbuilder because libmetis is in non-free... how do you build the package? Either using debian/rules binary or dpkg-buildpackage or sbuild. It builds fine on Sid and Wheezy, as well as in sbuild's chroots. I'm not surprised git-buildpackage does not work as is, since I didn't figure out yet what the git repository layout should be. Thank you for your comments ! Regards. -- Denis Laxalde Logilab http://www.logilab.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740090: transition: libiodbc2
¡Hola Julien! El 2014-03-17 a las 22:51 +0100, Julien Cristau escribió: On Tue, Feb 25, 2014 at 17:34:17 +0100, Maximiliano Curia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition (please explain about the transition: impacted packages, reason, ... for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions) Requestion a transition slot to upload libiodbc2 3.52.8 to unstable. The transition is needed as the new package moves the headers to /usr/include/iodbc hoping to gain coinstallability with unixodbc. I've submited patches in the affected packages: #740060 #740067 #740074 #740082 Packages that use iodbc-config to get the cflags are not affected (which is only soprano), also libopendbx is not directly affected as it optionaly build-depends on libiodbc2-dev (although it should probably remove the option). do you plan on NMUing with these patches? Yes, as soon as iodbc 3.52.8 enters unstable, the affected packages will ftbfs so a delayed/5 nmu should be ok. Thanks, -- Fighting patents one by one will never eliminate the danger of software patents, any more than swatting mosquitoes will eliminate malaria. -- Richard M. Stallman Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#741894: libtk-img: FTBFS with libopng16
Hi!
Yes, I know.
If you are using amd64, you can use apt-line on chroot following:
deb http://people.debian.org/~iwamatsu/libpng16/repos/ ./
This repository is signed with my GPG key.
Thanks for your help!
Best regards,
Nobuhiro
2014-03-18 16:27 GMT+09:00 Sergei Golovan sgolo...@nes.ru:
Hi Nobuhiro,
On Mon, Mar 17, 2014 at 4:59 AM, Nobuhiro Iwamatsu iwama...@nigauri.org
wrote:
libpng is already installed in experimental, and we are re-building
the package depending on libpng16.
As a result, we checked that your package was FTBFS.
Would you check also in your environment?
And if a problem can be checked, could you fix this?
Currently, I can't install libpng16-dev, because it immediately tries
to remove libpng12-dev, which in turn removes libfreetype6-dev,
libxft-dev and tk8.6-dev, so the libtk-img build dependencies become
uninstallable. Thank you for the report, I'll definitely try to fix it
after I'll be able to install the libtk-img build dependencies
together with libpng16-dev.
Cheers!
--
Sergei Golovan
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2
On 18 Mar 8:18, Evgeni Golov wrote: Hi, On Mon, Mar 17, 2014 at 11:09:25PM +0100, mark.caglie...@gmail.com wrote: That seems true. My muttrc is from old-times, and it seems my IMAP server does the sorting itself these days, so I did not notice the bug. If it can be useful, I don't use imap directly from mutt, but I sync my mail using offlineimap and mutt reads local maildirs where offlineimap synchronizes the emails (maybe it's a little strange setup, I know). IMHO a quite common one, and yeah, I could reproduce the bug by leaving out my IMAP and using local maildirs. Can you try setting sidebar_sort *before* setting mailboxes? I tried, and I confirm that this way the behaviour is fixed, I have the maildirs sorted like before. The old patch sorted the sidebar in every call of calc_boundaries (which happens *really* often), the new one only once when mutt refreshes the list of mailboxes. I hope this workaround works for you until we have fixed the patch itself :) It definitely works, thank you! Regards Evgeni Regards, Mark -- . ''`. | GPG Public Key : 0xCD542422 - Download it from http://is.gd/fOa7Vm : :' : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422 `. `'` | Powered by Debian GNU/Linux, http://www.debian.org `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB. signature.asc Description: Digital signature
Bug#697600: python-paramiko 1.13 debdiff
Hi Guido and Jeremy,
As a reference, here's a debdiff for supporting Python3 in paramiko, and
using the new upstream release.
Note that the debdiff changes a bit things in debian/rules, which might
not be to your tastes. Feel free to cherry-pick what you like and
discard what you don't, this is only suggestions in the hope to speed-up
the process of having an update of this package.
Also, this debdiff doesn't contain the changes in the upstream sources
(I manually removed them).
I hope this will help,
Cheers,
Thomas Goirand (zigo)
diff -Nru paramiko-1.10.1/debian/changelog paramiko-1.13.0/debian/changelog
--- paramiko-1.10.1/debian/changelog2013-06-28 10:59:08.0 +0800
+++ paramiko-1.13.0/debian/changelog2014-03-18 16:10:20.0 +0800
@@ -1,3 +1,16 @@
+paramiko (1.13.0-0.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * New upstream release.
+ * Added Python 3 support.
+ * Removed Makefile removal patch: upstream doesn't include a Makefile in the
+original tarball anymore.
+ * Added extend-diff-ignore = ^[^/]*[.]egg-info/ in d/source/options, and
+cleans the build and docs folders to be able to build the package twice.
+ * Build-depends on python-ecdsa, python3-ecdsa.
+
+ -- Thomas Goirand z...@debian.org Wed, 11 Sep 2013 13:01:07 +0800
+
paramiko (1.10.1-1) unstable; urgency=low
* Imported Upstream version 1.10.1
diff -Nru paramiko-1.10.1/debian/control paramiko-1.13.0/debian/control
--- paramiko-1.10.1/debian/control 2013-05-27 13:07:38.0 +0800
+++ paramiko-1.13.0/debian/control 2014-03-18 16:00:07.0 +0800
@@ -4,10 +4,14 @@
Maintainer: Jeremy T. Bouse jbo...@debian.org
Uploaders: Guido Guenther a...@debian.org
Build-Depends: debhelper ( 8),
- python-all (= 2.6.6-3~),
- python-crypto (= 2.1.0-2),
- python-setuptools,
- python-epydoc
+ python-all (= 2.6.6-3~),
+ python-crypto (= 2.1.0-2),
+ python-ecdsa,
+ python-epydoc,
+ python-setuptools,
+ python3-crypto,
+ python3-ecdsa,
+ python3-setuptools
Standards-Version: 3.9.4
Homepage: https://github.com/paramiko/paramiko/
Vcs-Git: git://git.debian.org/collab-maint/paramiko.git
@@ -27,9 +31,7 @@
Package: python-paramiko
Architecture: all
-Depends: ${misc:Depends},
- ${python:Depends},
- python-crypto (= 2.1.0-2)
+Depends: python-crypto (= 2.1.0-2), ${misc:Depends}, ${python:Depends}
Provides: ${python:Provides}
Description: Make ssh v2 connections with Python (Python 2)
This is a library for making SSH2 connections (client or server).
@@ -38,3 +40,15 @@
are supported. SFTP client and server mode are both supported too.
.
This is the Python 2 version of the package.
+
+Package: python3-paramiko
+Architecture: all
+Depends: python3-crypto (= 2.1.0-2), ${misc:Depends}, ${python3:Depends}
+Provides: ${python3:Provides}
+Description: Make ssh v2 connections with Python (Python 3)
+ This is a library for making SSH2 connections (client or server).
+ Emphasis is on using SSH2 as an alternative to SSL for making secure
+ connections between Python scripts. All major ciphers and hash methods
+ are supported. SFTP client and server mode are both supported too.
+ .
+ This is the Python 3 version of the package.
diff -Nru paramiko-1.10.1/debian/patches/0001-Remove-upstream-Makefile.patch
paramiko-1.13.0/debian/patches/0001-Remove-upstream-Makefile.patch
--- paramiko-1.10.1/debian/patches/0001-Remove-upstream-Makefile.patch
2013-05-27 13:07:38.0 +0800
+++ paramiko-1.13.0/debian/patches/0001-Remove-upstream-Makefile.patch
1970-01-01 08:00:00.0 +0800
@@ -1,35 +0,0 @@
-From: Jeremy T. Bouse jbo...@debian.org
-Date: Sat, 25 May 2013 01:05:44 -0400
-Subject: [PATCH] Remove upstream Makefile
-
-The upstream Makefile is non-functional for package building. It is
-meant for upstream release management rather than package management.
-Removing it to get it out of the way and allow debhelper to build using
-python setuptools.
- Makefile | 15 ---
- 1 files changed, 0 insertions(+), 15 deletions(-)
- delete mode 100644 Makefile
-
-diff --git a/Makefile b/Makefile
-deleted file mode 100644
-index 572f867..000
a/Makefile
-+++ /dev/null
-@@ -1,15 +0,0 @@
--release: docs
-- python setup.py sdist register upload
--
--docs: paramiko/*
-- epydoc --no-private -o docs/ paramiko
--
--clean:
-- rm -rf build dist docs
-- rm -f MANIFEST *.log demos/*.log
-- rm -f paramiko/*.pyc
-- rm -f test.log
-- rm -rf paramiko.egg-info
--
--test:
-- python ./test.py
---
diff -Nru paramiko-1.10.1/debian/patches/series
paramiko-1.13.0/debian/patches/series
--- paramiko-1.10.1/debian/patches/series 2013-05-27 13:07:38.0
+0800
+++ paramiko-1.13.0/debian/patches/series 1970-01-01 08:00:00.0
+0800
@@ -1 +0,0 @@
-0001-Remove-upstream-Makefile.patch
Bug#740090: transition: libiodbc2
On Tue, Mar 18, 2014 at 08:55:44 +0100, Maximiliano Curia wrote: ¡Hola Julien! El 2014-03-17 a las 22:51 +0100, Julien Cristau escribió: On Tue, Feb 25, 2014 at 17:34:17 +0100, Maximiliano Curia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition (please explain about the transition: impacted packages, reason, ... for more info see: https://wiki.debian.org/Teams/ReleaseTeam/Transitions) Requestion a transition slot to upload libiodbc2 3.52.8 to unstable. The transition is needed as the new package moves the headers to /usr/include/iodbc hoping to gain coinstallability with unixodbc. I've submited patches in the affected packages: #740060 #740067 #740074 #740082 Packages that use iodbc-config to get the cflags are not affected (which is only soprano), also libopendbx is not directly affected as it optionaly build-depends on libiodbc2-dev (although it should probably remove the option). do you plan on NMUing with these patches? Yes, as soon as iodbc 3.52.8 enters unstable, the affected packages will ftbfs so a delayed/5 nmu should be ok. If the patches are backwards compatible (ie work with the current iodbc), I'd rather have them in sid *first*. Cheers, Julien signature.asc Description: Digital signature
Bug#741554:
* Andoru andoru.b...@gmail.com [2014-03-18 02:21 +0200]: See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740612 Thanks, I'll build moc myself after I fix my audio problems, and give it a try. librcc0 0.2.12 is still uploaded to sid. moc should work flawless now. [...] Anyway, this all looks reasonable. You should be able to control pcm amd master via alsamixer with no problems. For some weird reason I can't even start alsamixer. I know very well it worked after getting rid of pulse. What tells: $ dpkg -l | grep puls How did you try to start alsamixer? What tells: # modinfo snd_mpu401_uart I don't have a CMI8738 card handy for testing. $ sudo modinfo snd_mpu401_uart filename: /lib/modules/3.12-1-686-pae/kernel/sound/drivers/mpu401/snd-mpu401-uart.ko license:GPL description:Routines for control of MPU-401 in UART mode author: Jaroslav Kysela pe...@perex.cz depends:snd,snd-rawmidi intree: Y vermagic: 3.12-1-686-pae SMP mod_unload modversions 686 Are you running a midi device? Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700888: [Pkg-systemd-maintainers] Bug#700888: Can't start OpenVPN using ifupdown when running systemd
On Mon, Mar 17, 2014 at 11:46:46PM +0100, Michael Biebl wrote: Am 17.03.2014 19:33, schrieb Alberto Gonzalez Iniesta: On Mon, Mar 17, 2014 at 07:29:07PM +0100, Michael Biebl wrote: Fwiw, I noticed another issue :-) #741938, fixed in -9 :-) Trying to run systemctl start open...@foo.conf I got Mär 17 19:22:43 pluto systemd[1]: openvpn@foo.service: control process exited, code=exited status=1 Mär 17 19:22:43 pluto systemd[1]: Failed to start OpenVPN connection to foo. Mär 17 19:22:43 pluto systemd[1]: Unit openvpn@foo.service entered failed state. Apparently the /run/openvpn directory was missing. You should consider shipping a tmpfiles.d [0] snippet so this directory is properly setup (or let the daemon create that directory). [0] http://www.freedesktop.org/software/systemd/man/tmpfiles.d.html Oh, I didn't know about that. I'll check that out too. Hm, I see you moved the mkdir in /etc/init.d/openvpn around a bit. That doesn't really help in my case, since I've disabled the SysV/LSB init script completely. I don't think the native systemd .service file should have to rely on the SysV/LSB init script to setup the environment. Yep, I know. The tmpfiles.d file is in place already for the next upload. I already have something in mind to substitute the init script. I'll send you my proposal as soon as it's ready. Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742011: mate-dialogs: replacing mate-dialogs-gnome but missing 'provides zenity'
Package: mate-dialogs Version: 1.8.0+dfsg1-2 Severity: important Dear Maintainer, Upgrading from MATE 1.6 to 1.8, mate-dialogs package fails to tell that it replaces/provides zenity and so does not install any alternative using /usr/bin/matedialog. I manually added this alternative group/entry on my system with update- alternatives but packages like clamtk which rely upon zenity do not recognize mate-dialogs as a zenity alternative in their dependancies anymore. Thank you. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 'stable'), (666, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.14-lzg-140315-16 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-dialogs depends on: ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libnotify4 0.7.5-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-01.36.2-2 ii libx11-6 2:1.6.2-1 ii mate-dialogs-common 1.8.0+dfsg1-2 mate-dialogs recommends no packages. mate-dialogs suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741538: Fwd: Re: Bug#741538: Request for a debian-astro mailing list
Hi, I hereby support creation of the debian-astro mailing list. Kind regards, Thibaut. Le 17/03/2014 21:51, Ole Streicher a écrit : Dear astronomy enthusiasts, please post to the bug 741...@bugs.debian.org and express your interest in having the mailing list. Best regards Ole Original-Nachricht Betreff: Re: Bug#741538: Request for a debian-astro mailing list Datum: Mon, 17 Mar 2014 20:14:24 +0100 Von: David Moreno da...@debian.org An: Ole Streicher deb...@liska.ath.cx, 741...@bugs.debian.org On Thu, Mar 13, 2014 at 04:38:22PM +0100, Ole Streicher wrote: Dear list maintainers, Please create the mailing list debian-as...@lists.debian.org: Hello, Thanks for filling this request. As stated here: https://www.debian.org/MailingLists/HOWTO_start_list ...please have other people interested on this mailing list post to the bug to record public interest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741538: Aw: Re: Fwd: Re: Bug#741538: Request for a debian-astro mailing list
Was searching for it, yesterday. I got recently excited about ros.org , with all its official support for Debian and Ubuntu also a prime candidate for an involvement with Debian Science at least - just because nasa is behind it, this does not mean it is something for Debian-Astro, right? Anybody with contacts to them? Steffen Gesendet: Dienstag, 18. März 2014 um 09:36 Uhr Von: Thibaut Paumard mlotpot.n...@free.fr An: 741...@bugs.debian.org Cc: debian-scie...@lists.debian.org Betreff: Re: Fwd: Re: Bug#741538: Request for a debian-astro mailing list Hi, I hereby support creation of the debian-astro mailing list. Kind regards, Thibaut. Le 17/03/2014 21:51, Ole Streicher a écrit : Dear astronomy enthusiasts, please post to the bug 741...@bugs.debian.org and express your interest in having the mailing list. Best regards Ole Original-Nachricht Betreff: Re: Bug#741538: Request for a debian-astro mailing list Datum: Mon, 17 Mar 2014 20:14:24 +0100 Von: David Moreno da...@debian.org An: Ole Streicher deb...@liska.ath.cx, 741...@bugs.debian.org On Thu, Mar 13, 2014 at 04:38:22PM +0100, Ole Streicher wrote: Dear list maintainers, Please create the mailing list debian-as...@lists.debian.org: Hello, Thanks for filling this request. As stated here: https://www.debian.org/MailingLists/HOWTO_start_list ...please have other people interested on this mailing list post to the bug to record public interest. -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53280592.2070...@free.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741968: obnam mount fails to retrieve files over 64KB (obnam restore works fine)
On Mon, Mar 17, 2014 at 11:47:29AM -0700, Nemo Inis wrote: I upgraded to obnam 1.7.1 (digression here: the Debian changelog for 1.7.1 should have carried the same mention of possible repository corruption that website News did carry. As a debian user, the Debian changelog/alert mechanism is the only thing I'm likely to see during a 100+ packages upgrade). Agreed. Mea culpa. However, 'obnam mount' fails to properly access any file 64KB. md5 shows differing checksums, diff fails, and a 'cp backedfile /tmp/restoredfile' command either fails silently having copied only part of the file, or else dies with this error: Thank you for noticing this! It turned out to actually be something that depends on how much data the program reading the file from the FUSE filesystem requests at a time. Luckily, it was a simple fix, and I will be uploading a new version of Obnam to fix this soon. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741974: libopenjpeg-java: arch-dependent file in Multi-Arch: same package
* Mathieu Malaterre ma...@debian.org, 2014-03-18, 09:31: I think you meant: /usr/lib/x86_64-linux-gnu/jni/libopenjpegjni.so No, I meant what I wrote. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
On 03/18/2014 01:54 AM, Christian Marillat wrote: Package: liferea Version: 1.10.3-1 Severity: normal Dear Maintainer, Would be nice to know why the latest release isn't packaged... Sorry for the delays, my Internet has been down for days. I spent hours trying to figure out why the new version of liferea wasn't compiling. Apparently release 1.10.7 no longer contained a ./po/Makefile.in.in file which is required since It's referenced by the ./configure.ac. I tried removing the reference in configure.ac with no luck so it's definitely required. In the end, I had to write a patch that basically adds in the po/Makefile.in.in from the previous version into 1.10.7 to get it to compile and run. I have no idea if that's really the correct thing to do and I'll be contacting upstream about it. I'm guessing that the move to github has been a bumpy ride for upstream and for some reason this file might have gotten left out of the github packaging. Rest assured, I have every intention of packaging the latest versions of liferea, ASAP. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731211: aster: new upstream release, work in progress
On Tue, 2014-03-18 at 08:38 +0100, Denis Laxalde wrote: Hi, Andrea Palazzi a écrit : - I'd really prefer to remove the libmetis dependency and keep it in main and not in contrib; after all libmetis is not absolutely required ( the patch no_metis_default.diff was there to change the default renumerator from metis to md ) , and I think that packages in contrib are out of the auto-builder circuit. Moreover we all prefer 100% free software ;-) I agree that this Aster in Debian would be better with the non-free dependency on libmetis. However, I actually had troubles during build with scotch version of metis. I will look into this further, though. libmetis license has recently changed :) It is no longer non-free... but it will require some change in Aster, I guess -- Christophe TROPHIME Research Engineer LNCMI CNRS - LNCMI 25, rue des Martyrs BP 166 38042 GRENOBLE Cedex 9 FRANCE CNRS Tel : +33 (0)4 76 88 90 02 Fax : +33 (0) 4 76 88 10 01 Office U 19 M@il : christophe.troph...@lncmi.cnrs.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
On 18/03/14 09:53, David Smith wrote: On 03/18/2014 01:54 AM, Christian Marillat wrote: Package: liferea Version: 1.10.3-1 Severity: normal Dear Maintainer, Would be nice to know why the latest release isn't packaged... Sorry for the delays, my Internet has been down for days. I spent hours trying to figure out why the new version of liferea wasn't compiling. Apparently release 1.10.7 no longer contained a ./po/Makefile.in.in file which is required since It's referenced by the ./configure.ac. I tried removing the reference in configure.ac with no luck so it's definitely required. In the end, I had to write a patch that basically adds in the po/Makefile.in.in from the previous version into 1.10.7 to get it to compile and run. I have no idea if that's really the correct thing to do and I'll be contacting upstream about it. I think autoreconf or intltoolize should add it. If so, we can run those before the build. I can take a look at the package later on. David, is this the only blocker? Regards, Emilio I'm guessing that the move to github has been a bumpy ride for upstream and for some reason this file might have gotten left out of the github packaging. Rest assured, I have every intention of packaging the latest versions of liferea, ASAP. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741593: Support profiling of ramdisk (a.k.a. initramfs, initrd)
I did some more investigation, and after reading /sbin/bootchartd came up with a simpler hook that's 90% right: #!/bin/sh # Absolute barebones setup for rdinit=/sbin/bootchartd. # Does not support /etc/bootchartd.conf magic, # which in the ramdisk is only the sample rate (default 50Hz). set -e case $1 in (prereqs) echo busybox; exit;; esac . /usr/share/initramfs-tools/hook-functions copy_exec /lib/bootchart/bootchart-collector printf '#!/bin/sh\n/lib/bootchart/bootchart-collector -c \nexec /init $@\n' $DESTDIR/sbin/bootchartd chmod +x $DESTDIR/sbin/bootchartd # bootchart-collector mounts a tmpfs here. mkdir -p $DESTDIR/lib/bootchart/tmpfs Now when I boot with break rdinit=/sbin/bootchartd, I get /sbin/bootchartd: line 2: can't open '/dev/null' Loading, please wait... Begin: Loading essential drivers ... done. [...] and if I run ps | grep [b]ootchart from the break (ramdisk shell), I can see bootchart-collector isn't running. If I then run /lib/bootchart/bootchart-collector -c it falsely claims bootchart-collector run outside initrd It's whinging about /dev/null because sh implicitly redirects stdin of backgrounded children there. Explicitly closing stdin first didn't work: printf '#!/bin/sh\n/lib/bootchart/bootchart-collector -c - exec /init $@\n' $DESTDIR/sbin/bootchartd But creating /dev/null does! printf '#!/bin/sh\nmknod /dev/null c 1 3; ls -ld /dev/null; /lib/bootchart/bootchart-collector -c exec /init $@\n' $DESTDIR/sbin/bootchartd That successfully starts a bootchart-collector which is still running when I get to the break shell, though it is also complaining about run outside initrd. OK, so after I confirmed bootchart-collector is running there, I let boot proceed. But when I let that proceed to the desktop, there's no /var/log/bootchart*. I'll have to leave it here for now. signature.asc Description: Digital signature
Bug#741419: missing license in debian/copyright
On Mon, 17. Mar 20:38 Thorsten Alteholz alteh...@debian.org wrote: [...] Upstream just states that their own license is _similar_ to the Apache license. But this is not true. It is similar to an ancient version. It is by far not similar to what is nowadays called Apache license. But this is bean counting and has nothing todo with the real problem. The whole bug report is bean counting. There is either a problem with wrong licenses and a policy violation or not. Please take a closer took at those files. None of them is licensed under the Apache license. It is completely absurd what you are implying here. I can only come to the conclusion that the correct severity of this bug report should be either wishlist or minor. There is no policy violation. Ok, I admit that I am not a writer and my wording might be ambigious sometimes. So please tell me what you didn't understand so far. Maybe you want to refresh your memory by looking at some articles in the Wikipedia? After your clarification the remaining issues seem to be hamlet.xml, catalog.xml and catalog.xsl. All of them were once granted to the public domain. The catalog files were taken from ibiblio.org. I thought it was obvious but all files on ibiblio.org are in the public domain. http://www.ibiblio.org/share/#terms-of-use There is no need to remove anything from the sources. A new derivative work, jdom2, was created based on these free xml files. If you take one step back and look at the package description, you will see that jdom2 is a XML library. In my opinion it is perfectly clear that those xml files are not used in their original context anymore but are now part of a program that analyzes and modifies XML content. They are not simply put together with other files, they are part of this xml library. I personally perceive this bug report as unhelpful and as a special form of nitpicking. It simply monopolizes the free time of others for no good reasons. I still don't see any evidence that this package is not DFSG-compliant or that there is a policy violation. Markus signature.asc Description: Digital signature
Bug#742012: dpkg fails to upgrade gyp (symlink gets replaced with dir)
Package: dpkg Version: 1.17.6 I got the following error when upgrading the gyp package. I ran into this from a ubuntu machine but I reproduced it in a minimal sid chroot as well: # dpkg -i gyp_0.1~svn1654-1_all.deb (Reading database ... 12267 files and directories currently installed.) Preparing to unpack gyp_0.1~svn1654-1_all.deb ... Unpacking gyp (0.1~svn1654-1) over (0.1~svn1654-1) ... Setting up gyp (0.1~svn1654-1) ... root@bod:/tmp# dpkg -i gyp_0.1~svn1729-3_all.deb (Reading database ... 12267 files and directories currently installed.) Preparing to unpack gyp_0.1~svn1729-3_all.deb ... Unpacking gyp (0.1~svn1729-3) over (0.1~svn1654-1) ... dpkg: error processing archive gyp_0.1~svn1729-3_all.deb (--install): unable to open '/usr/share/pyshared/gyp-0.1.egg-info/dependency_links.txt.dpkg-new': No such file or directory Errors were encountered while processing: gyp_0.1~svn1729-3_all.deb After some debugging I think the following is what happens: 1. The old package contains a symlink /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info 2. The new package contains a directory /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info 3. On upgrade the symlink is not replaced with the directory, it still is a symlink, this causes the error. I can send a full dpkg debug log. The debs in question can be downloaded from e.g.: http://launchpadlibrarian.net/154612335/gyp_0.1%7Esvn1729-3_all.deb http://launchpadlibrarian.net/145640491/gyp_0.1%7Esvn1654-1_all.deb But that should not be needed, I also created two minimal debs that seem to trigger the issue: $ sudo dpkg -i symlink-becomes-dir_1.0_all.deb sudo dpkg -i symlink-becomes-dir_2.0_all.deb echo have: ls -ald /usr/share/symlink-becomes-dir printf \nwant:\n dpkg -c symlink-becomes-dir_2.0_all.deb |grep /usr/share/symlink-becomes-dir (Reading database ... 436479 files and directories currently installed.) Removing symlink-becomes-dir ... Selecting previously unselected package symlink-becomes-dir. (Reading database ... 436479 files and directories currently installed.) Unpacking symlink-becomes-dir (from symlink-becomes-dir_1.0_all.deb) ... Setting up symlink-becomes-dir (1.0) ... (Reading database ... 436481 files and directories currently installed.) Preparing to replace symlink-becomes-dir 1.0 (using symlink-becomes-dir_2.0_all.deb) ... Unpacking replacement symlink-becomes-dir ... Setting up symlink-becomes-dir (2.0) ... have: lrwxrwxrwx 1 root root 3 Mar 18 10:07 /usr/share/symlink-becomes-dir - foo want: drwxr-xr-x root/root 0 2014-03-18 10:08 ./usr/share/symlink-becomes-dir/ As for the real gyp deb: When I inspect the system before dpkg cleans up again, I see the following: # ls -al /usr/share/pyshared/gyp-0.1.egg-info total 16 drwxr-xr-x 2 root root 4096 Mar 18 08:46 . drwxr-xr-x 4 root root 4096 Mar 18 08:46 .. lrwxrwxrwx 1 root root 52 Oct 22 02:42 PKG-INFO.dpkg-new - ../../../../share/pyshared/gyp-0.1.egg-info/PKG-INFO lrwxrwxrwx 1 root root 55 Oct 22 02:42 SOURCES.txt.dpkg-new - ../../../../share/pyshared/gyp-0.1.egg-info/SOURCES.txt lrwxrwxrwx 1 root root 64 Oct 22 02:42 dependency_links.txt.dpkg-new - ../../../../share/pyshared/gyp-0.1.egg-info/dependency_links.txt lrwxrwxrwx 1 root root 60 Oct 22 02:42 entry_points.txt.dpkg-new - ../../../../share/pyshared/gyp-0.1.egg-info/entry_points.txt lrwxrwxrwx 1 root root 57 Oct 22 02:42 top_level.txt.dpkg-new - ../../../../share/pyshared/gyp-0.1.egg-info/top_level.txt Which looks incorrect, a properly installed deb has no symlinks here: # ls -la /usr/share/pyshared/gyp-0.1.egg-info/ total 28 drwxr-xr-x 2 root root 4096 Mar 18 08:47 . drwxr-xr-x 4 root root 4096 Mar 18 08:47 .. -rw-r--r-- 1 root root 242 Oct 22 02:42 PKG-INFO -rw-r--r-- 1 root root 1145 Oct 22 02:42 SOURCES.txt -rw-r--r-- 1 root root1 Oct 22 02:42 dependency_links.txt -rw-r--r-- 1 root root 41 Oct 22 02:42 entry_points.txt -rw-r--r-- 1 root root4 Oct 22 02:42 top_level.txt That is because: # ls -la /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info lrwxrwxrwx 1 root root 40 Jul 23 2013 /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info - ../../../share/pyshared/gyp-0.1.egg-info Which is a directory on a correctly installed package: # ls -lad /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info/ drwxr-xr-x 2 root root 4096 Mar 18 08:47 /usr/lib/python2.7/dist-packages/gyp-0.1.egg-info/ This is also reported in launchpad as https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1246730 Thanks, Michael symlink-becomes-dir_1.0_all.deb Description: application/debian-package symlink-becomes-dir_2.0_all.deb Description: application/debian-package
Bug#741119: transition: cogl
On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: is_affected = .depends ~ /libcogl12|libcogl-pango12|libcogl-gles2-12/ | .depends ~ /libcogl20|libcogl-pango20|libcogl-gles2-20|libcogl-path20/; The transition at https://release.debian.org/transitions/html/libcogl20.html has Affected: .build-depends ~ /libcogl/ which doesn't seem to match all the relevant packages. I would expect it to affect all the same packages that the abandoned https://release.debian.org/transitions/html/libcogl15.html transition does, perhaps by using Emilio's proposed version of is_affected. (Lots of the packages that are involved do not explicitly build-depend on cogl, although in principle perhaps at least some of them should - e.g. empathy checks for cogl-1.0.pc in its configure.ac, and uses it directly in a couple of places, so it should make the dependency explicit.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742013: alberta: new upstream release (3.0) available
Source: libalberta2 Version: 2.0.1-6 Control: block 740285 with -1 A new upstream release (3.0) is available[1]. It would be nice if the Debian package could be updated to allow fixing #740285. [1] http://lists.dune-project.org/pipermail/dune-devel/2014-March/000829.html I might take a look at it myself in the next weeks, although I do not use ALBERTA myself. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725816:
Hi Milos, there will be a new version in unstable soon, that should fix your reported issue. Can you please test and report back? Thank you. Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740612: librcc 0.2.12-0.1 population to testing
If I understand correctly, librcc has been updated to 0.2.12-0.1 in unstable to fix moc's segmentation fault. When will it be updated in Debian Testing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741619: [xserver-xorg-video-radeon] Kernel v3.13 hang during boot now that dpm is enabled - Radeon HD4870
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/03/14 18:33, OmegaPhil wrote: On 17/03/14 04:10, Michel Dänzer wrote: On Fre, 2014-03-14 at 15:29 +, OmegaPhil wrote: I have eagerly awaited proper dpm functionality available by default in kernel 3.13, which just reached Testing today. Unfortunately the kernel appears to hang during boot (around the time cryptdisks are being set up, so certainly not right at the start). I did test v3.13 from unstable a few times a month or two ago, and got this issue, but expected it to be resolved before it hit Testing. Due to the hang, kern.log is unavailable from the spurious boot (not flushed to disk), although it might be worth looking into netconsole again. Bug #741485 has some simpler ideas for getting more information. Please also consider filing an upstream report and reassigning this one to the kernel as suggested there. Bug reported at https://bugs.freedesktop.org/show_bug.cgi?id=76286 , I'll look into how to reassign this bug now. Have flagged earlier kernels as testing shows that the bug is there when they are booted with radeon.dpm=1. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJTKBT1AAoJEBfSPH39wvOP2D8QAKdhgOh6EUTKJ/+Vng5Uug09 OYFtRc+B46bKDRXIhRGO5EBlb+2e9vS0Oj9NElcAGV6WLhgzJu6gwF/c7p/0iLta SuCPYW1GsFxQacjr2TM11zpVH7nxsNwi8MiRPtY65BeEQSq90eU3piL7k2OFuzfx bbtQt4UtzwxacAEtTe81lM+l1Wpzohyvri94UnrdqxhHDYse3xTHI0kKk+1IIW1m StgHPi9XZCXN4ZQyJjp7eDmK700tPSuCShCBb81scfAFON6PrxYvWJWldpzXqdxJ N8JF1ydh3pM6rjEZwNWg5wBBSVBkEnyqCp7VyFGXrXzjuA9/DvCY5Q8rcSZuLziZ +mwS5hGvCy6vupgY4fOI9lPZVkESdQfn9LJwHVIdOjwa95iMR6RZatVrnBnA8KIB MKezSHXmfiQQ8lYGjAYB3zVhETjKD/CLbgBQ/85S0ZWf4PYSto4uTqDI1PhSDxcI 01+0yX1hSy2yQUlBrQfkL7TQRAe0PNk+etlk5ng9AnGSoXDkqX2ssiZnrlqSadMN 7u2V6lbVDzO+33CjfkEsMxwjjPLaj4DiyHd2Ep3hCYXJagTif2EumtWZQCeky2kK O5yFDX162v96/DNINqF5KbbyIDi0WXh+BVhmu4POis1ao5omj0ZEvEwNid5ELNU1 jz3XSMd+yZDMOuZOEJ0E =gt/2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740285: src:dune-pdelab: FTBFS against libsuperlu-dev = 4.3
On 02/27/2014 22:05, Sébastien Villemot wrote: There is a name clash between headers from libalberta2-dev and libsuperlu-dev. According to the upstream bug report, alberta has renamed the function in recent source snapshots (and maybe in 3.0-rc7 available for download, this needs to be checked). So the right solution is probably to update alberta in Debian. Alterta-3.0 was released upstream[1]. So once the alberta package in Debian is fixed, I can take a look at fixing this issue. [1] http://lists.dune-project.org/pipermail/dune-devel/2014-March/000829.html Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724722: All reverse-dependencies build fine now
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Now that libmemcached-1.0.18-2 is in experimental, there are no FTBFS bugs left in any of the reverse-dependencies. This should mean that there are no bugs left blocking this transition. Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJTKBc7AAoJEGlMre9Rx7W2Ng8P/3puitFI3U/7XLErfoKpTrom VH0bFddU9CLVyQlPZ52pxzNFeG2lsIgb4JwaDg9NHE/fJEmz/f63EIJC3zc+O9UY MDy9tBanNLGo1yY925zWH1LC/08EJ5mrpSWWksyWOsK6hqkgo9++UqyTqv317ncJ R7WgwEwn4nX+9lhmDPRTKMJedzqal50PL9KRgRY5gNJNqQ51IORfS42Yw2DOomtu lRhBgON59QOC9gJQNEiEwxjfmbGcpfgKFhP0sfN66DMNP+oNOpWqqpWRDStPtI9M 6BIU3YX+YQAbAG9A9FgynrBxjeOu78yHvJVxuTaTEnWqEIGJnw6A4ehq8KB11wa9 RlHp4ne90LcFJQrwhxDaKDXTnDliTkQdiQKbRQnwR6ZslP5UcliElEbu7Q4TaCQG HQ4Btqbz2yPQRciC25nRFDQkq8tnyMP/LBuPjL/hElA6quEhQx4hxscWvVNefYDK hWzpzD1JiiGaJsPReF+8/Nz4sXnzCkXzqGuIx6B1EkeL4AeMggPDTYYq1MwMtIwt wZcBuCFonw4kTiHWiG+kt8ve3RDyWv/y/4ALQ7NOOQGu6eDxGVJAekuts/tuf9XQ ZqqHFMFk+2ykZu424VsQDMfrxuAU97CCSoz4EfFqWJlGqh6i23gYs6w7CrfbpByw u0ScOyziLtoQqBdN9Ucg =SSb7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741974: libopenjpeg-java: arch-dependent file in Multi-Arch: same package
* Mathieu Malaterre ma...@debian.org, 2014-03-18, 10:28: Would you care explaining a little more why you think that the jar file produced will not be portable then ? Thanks. I don't know anything about portability. I know that the file is not identical across all architectures. So if you try to co-install libopenjpeg-java:i386 and libopenjpeg-java:amd64 you get an error like this: Selecting previously unselected package libopenjpeg-java:amd64. Preparing to unpack .../libopenjpeg-java_1.5.1-3_amd64.deb ... Unpacking libopenjpeg-java:amd64 (1.5.1-3) ... Selecting previously unselected package libopenjpeg-java:i386. Preparing to unpack .../libopenjpeg-java_1.5.1-3_i386.deb ... Unpacking libopenjpeg-java:i386 (1.5.1-3) ... dpkg: error processing archive /var/cache/apt/archives/libopenjpeg-java_1.5.1-3_i386.deb (--unpack): trying to overwrite shared '/usr/share/java/openjpeg-1.5.1.jar', which is different from other instances of package libopenjpeg-java:i386 Errors were encountered while processing: /var/cache/apt/archives/libopenjpeg-java_1.5.1-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) If you have further questions, please ask at multiarch-de...@lists.alioth.debian.org. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741874: cmatrix -l: fails to restore font: Cannot find default font
* Diego Fernández Durán di...@goedi.net, 2014-03-16, 21:39: cmatrix -l changes the console font, but it fails to restore the original one before it exits. I see this error message: Cannot find default font I get a different error: $ cmatrix -l Couldn't get a file descriptor referring to the console Did you run it from a Linux console? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742014: We received an soft lookup (CPU#0 stuck for 23s!) during a port scan with a total of 20K packets and IPtables log enabled (without limits!)
Package: base Severity: critical -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash
Bug#740612: librcc 0.2.12-0.1 population to testing
* Daniel Sousa dan...@sousa.me [2014-03-18 09:37 +]: If I understand correctly, librcc has been updated to 0.2.12-0.1 in unstable to fix moc's segmentation fault. When will it be updated in Debian Testing? More or leѕs 10 days later, if no RC-bug appears.. It should be no problem to install sid's librcc0 in testing, though. Elimar -- You cannot propel yourself forward by patting yourself on the back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741119: transition: cogl
On 18/03/14 10:39, Simon McVittie wrote: On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: is_affected = .depends ~ /libcogl12|libcogl-pango12|libcogl-gles2-12/ | .depends ~ /libcogl20|libcogl-pango20|libcogl-gles2-20|libcogl-path20/; The transition at https://release.debian.org/transitions/html/libcogl20.html has Affected: .build-depends ~ /libcogl/ which doesn't seem to match all the relevant packages. I would expect it to affect all the same packages that the abandoned https://release.debian.org/transitions/html/libcogl15.html transition does, perhaps by using Emilio's proposed version of is_affected. (Lots of the packages that are involved do not explicitly build-depend on cogl, although in principle perhaps at least some of them should - e.g. empathy checks for cogl-1.0.pc in its configure.ac, and uses it directly in a couple of places, so it should make the dependency explicit.) Many packages get a dependency on cogl through clutter (which has cogl in Requires in its pkgconfig file). Some of those use cogl, some others may not. So the affected regex I proposed should indeed work better. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741961: blueman: Missing dbus import + unknown object name
Hi Martín, thanks for the report. dbus.DBusServiceUnknownError is not an old API, but just does not make sense at all. ;) The patch attached solves this issue, although then the program exits somewhere else because of the same DBus problem. I spotted a possible problem with a missing import dbus statement in KillSwitch.py. Could you try patch [1]? [1] https://github.com/blueman-project/blueman/commit/4bc069785a1385cda5e96b5c9eb3e8a22e333e1e Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
On 03/18/2014 04:07 AM, Emilio Pozuelo Monfort wrote: I think autoreconf or intltoolize should add it. If so, we can run those before the build. Ya, you're right.. For some reason my pbuilder setup wasn't running autoconf.sh. It never was a problem before, but it does correctly generate the missing file when it's run. I've removed the po/Makefile.in.in patch that I added since it's redundant. Should be all set now. No problems that I've found.. Although I've only tested 1.10.7 for a little over 40 minutes now :D. Thanks for the quick reply, -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741236: +1
I can reproduce it. The greeter just froze after I've entered my username and password. I've switched to the console using Ctrl-Alt-F1, killed -9 the greeter, and it logged into DE session just fine. I've checked that libpam-systemd is installed. I've looked in all the logs mentioned in the comments above, but haven't found any errors in these logs in my system.
Bug#742015: duplicity: Duplicity ssh public key authentication is broken
Package: duplicity Version: 0.6.18-3 Severity: normal Dear Maintainer, Backups with duplicity are failing in a random manner. I use public key authentication with duplicity and it often dies with the following message: BackendException: ssh connection to sftp.host.xxx:22 failed: Authentication failed. (sftp.host.xxx is just an example name) It also works from time to time while nothing changed. This bug is something that popped up several weeks ago. I have 20+ hosts running duplicity every night some fail some don't. Now i'm 100% sure there is nothing wrong with the ssh hosts and public key authentication works with normal ssh/scp/sftp. I have tested this on: - oldstable with 0.6.18-3~bpo60+1 (backport) - stable with 0.6.18-3 - oldstable with 0.6.23-1 (build from deb-src) A verbose trace of duplicity failing in action: -- command: /usr/bin/duplicity collection-status --sign-key --log-file /var/log/duplicity/duplicity.log --verbosity 9 scp://###@sftp.host.xxx/path Using archive dir: /root/.cache/duplicity/c5af6ab267a8aff1a2af8efc9f6d5467 Using backup name: c5af6ab267a8aff1a2af8efc9f6d5467 Import of duplicity.backends.hsibackend Succeeded Import of duplicity.backends.imapbackend Succeeded Import of duplicity.backends.cloudfilesbackend Succeeded Import of duplicity.backends.webdavbackend Succeeded Import of duplicity.backends.gdocsbackend Succeeded Import of duplicity.backends.u1backend Succeeded Import of duplicity.backends.sshbackend Succeeded Import of duplicity.backends.rsyncbackend Succeeded Import of duplicity.backends.botobackend Succeeded Import of duplicity.backends.ftpsbackend Succeeded Import of duplicity.backends.giobackend Failed: No module named gio Import of duplicity.backends.localbackend Succeeded Import of duplicity.backends.ftpbackend Succeeded Import of duplicity.backends.tahoebackend Succeeded ssh: starting thread (client mode): 0x1e24590L ssh: Connected (version 2.0, client OpenSSH_3.7.1p2) ssh: kex algos:['diffie-hellman-group-exchange-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc'] server encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc'] client mac:['hmac-md5', 'hmac-sha1', 'hmac-sha1-96'] server mac:['hmac-md5', 'hmac-sha1', 'hmac-sha1-96'] client compress:['none'] server compress:['none'] client lang:[''] server lang:[''] kex follows?False ssh: Ciphers agreed: local=aes128-cbc, remote=aes128-cbc ssh: using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-cbc, remote aes128-cbc; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none ssh: Switch to new keys ... ssh: Trying discovered key ## in /root/.ssh/id_rsa ssh: userauth is OK ssh: Authentication (publickey) failed. Using temporary directory /tmp/duplicity-nhEUIu-tempdir Backend error detail: Traceback (most recent call last): File /usr/bin/duplicity, line 1404, in module with_tempdir(main) File /usr/bin/duplicity, line 1397, in with_tempdir fn() File /usr/bin/duplicity, line 1248, in main action = commandline.ProcessCommandLine(sys.argv[1:]) File /usr/lib/python2.7/dist-packages/duplicity/commandline.py, line 999, in ProcessCommandLine globals.backend = backend.get_backend(args[0]) File /usr/lib/python2.7/dist-packages/duplicity/backend.py, line 158, in get_backend return _backends[pu.scheme](pu) File /usr/lib/python2.7/dist-packages/duplicity/backends/sshbackend.py, line 140, in __init__ raise BackendException(ssh connection to %s:%d failed: %s % (parsed_url.hostname,portnumber,e)) BackendException: ssh connection to sftp.host.xxx:22 failed: Authentication failed. BackendException: ssh connection to sftp.host.xxx:22 failed: Authentication failed. ssh: EOF in transport thread -- This all happens when using the default ssh backend (paramiko). I've build 0.6.23-1 on oldstable: 1. add a deb-src line for sid to your sources.list 2. apt-get update 3. apt-get build-dep duplicity 4. apt-get -b source duplicity 5. dpkg -i duplicity_0.6.23-1_amd64.deb With 0.6.23-1 i have the oppertunity to choose the pexpect backend which uses the sftp commands. This works flawlessly, everytime duplicity works, no authentication failed messages. So to conclude: This sometimes works: /usr/bin/duplicity collection-status --sign-key --log-file /var/log/duplicity/duplicity.log --verbosity 9 scp://###@sftp.host.xxx/path but often fails with: BackendException: ssh connection to sftp.host.xxx:22 failed: Authentication failed. This always works: /usr/bin/duplicity collection-status --ssh-backend -expect --sign-key --log-file /var/log/duplicity/duplicity.log --verbosity 9 scp://###@sftp.host.xxx/path Regards, Frodo -- System Information: Debian Release: 7.4
Bug#715743: [Mayhem] Bug report on cmatrix: cmatrix crashes with exit status 139
* Diego Fernández Durán di...@goedi.net, 2014-03-16, 21:44: must I do a simple patch, configure it in the package and then send it upstream? I wouldn't say must, but yes, that would be ideal. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738887: mpDris2 notifications are not transient in GNOME3
tags 738887 + pending thanks On Thu, 13 Feb 2014 at 14:23:22 -0600, Hank Donnay wrote: The included patch should add the 'transient' hint to notifications, in line with the GNOME Desktop Notifications Spec[1]. Thanks! I use GNOME 3 myself, and your patch is certainly an improvement. I've sent it upstream to https://github.com/eonpatapon/mpDris2/pull/53, and I'll include it in my next upload to Debian. diff --git a/src/mpDris2.in b/src/mpDris2.in If you're using git anyway, it's easier to apply patches (and give proper attribution) if you commit the change and use `git format-patch`. Upstream seem to be happy to receive pull requests on github, if you want to bypass the Debian BTS for non-Debian-specific changes like this. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736494: About #736494
Hi William, 5.4.4-14+deb7u8 didn’t pass our test, but the one you sent me (8.1) works, can you think of any reason why this is happening? Clement On Mar 10, 2014, at 4:42 PM, Clement Wong c...@clement.hk wrote: Hi, I’ve confirm that this package passed our tests, solved sybase problem, and not causing other regressions. Thanks for working on this. Feel free to poke me for any test in the future, our systems are highly integrated with all kinds of MS/MS-compatible products. Like AD/Samba4/SQLSRV/OpenChange etc. Clement On Mar 10, 2014, at 2:47 PM, William Dauchy wdau...@gmail.com wrote: please see: php.tar.gz please don't pay attention to the version numbering. Regards, -- William
Bug#741119: transition: cogl
On Tue, Mar 18, 2014 at 11:23:53 +0100, Emilio Pozuelo Monfort wrote: On 18/03/14 10:39, Simon McVittie wrote: On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: is_affected = .depends ~ /libcogl12|libcogl-pango12|libcogl-gles2-12/ | .depends ~ /libcogl20|libcogl-pango20|libcogl-gles2-20|libcogl-path20/; The transition at https://release.debian.org/transitions/html/libcogl20.html has Affected: .build-depends ~ /libcogl/ which doesn't seem to match all the relevant packages. I would expect it to affect all the same packages that the abandoned https://release.debian.org/transitions/html/libcogl15.html transition does, perhaps by using Emilio's proposed version of is_affected. (Lots of the packages that are involved do not explicitly build-depend on cogl, although in principle perhaps at least some of them should - e.g. empathy checks for cogl-1.0.pc in its configure.ac, and uses it directly in a couple of places, so it should make the dependency explicit.) Many packages get a dependency on cogl through clutter (which has cogl in Requires in its pkgconfig file). Some of those use cogl, some others may not. So the affected regex I proposed should indeed work better. I changed it to is_affected = .build-depends ~ /libcogl/ | .depends ~ /libcogl/; Thanks, Julien signature.asc Description: Digital signature
Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive
Package: src:user-mode-linux Version: 3.12-1um-1 Severity: serious user-mode-linux build-depends on linux-source-3.12 which is no longer in the archive. The current version is linux-source-3.13. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742017: ruby-sigar FTBFS: build for mips/mipsel failed with TIOCGETC undeclared error
Package: ruby-sigar Version: 0.7.2-2 Tags: sid patch Severity: important Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch In an attempt to build the package on mips/mipsel, build failed with an error: make[1]: Entering directory `/«PKGBUILDDIR»/bindings/ruby' compiling sigar_format.c compiling sigar_getline.c sigar_getline.c: In function 'gl_char_init': sigar_getline.c:416:14: error: 'TIOCGETC' undeclared (first use in this function) ioctl(0, TIOCGETC, tch); Full build log is available here: https://buildd.debian.org/status/fetch.php?pkg=ruby-sigararch=mipselver=0.7.2-2stamp=1388676984 On MIPS architectures TIOCGETP is defined in: /usr/include/mips-linux-gnu/asm/ioctls.h, but TIOCGETC is not. Based on powerpc and alpha architectures, I created a patch that fixes this issue for mips/mipsel. The patch is attached. Could you consider applying this patch? Thanks, Dejan diff -uNr ruby-sigar-0.7.2.orig/src/sigar_getline.c ruby-sigar-0.7.2/src/sigar_getline.c --- ruby-sigar-0.7.2.orig/src/sigar_getline.c 2012-04-11 04:46:09.0 + +++ ruby-sigar-0.7.2/src/sigar_getline.c 2014-03-17 13:16:59.0 + @@ -360,9 +360,12 @@ #if defined(__linux__) defined(__alpha__) # define R__ALPHALINUX// = linux on Alpha #endif +#if defined(__linux__) defined(__mips__) +# define R__MIPSLINUX// = linux on MIPS +#endif #if defined(TIOCGETP) !defined(__sgi) !defined(R__MKLINUX) \ - !defined(R__ALPHALINUX) /* use BSD interface if possible */ + !defined(R__ALPHALINUX) !defined(R__MIPSLINUX) /* use BSD interface if possible */ #include sgtty.h static struct sgttyb new_tty, old_tty; static struct tchars tch; @@ -371,7 +374,7 @@ #ifdef SIGTSTP /* need POSIX interface to handle SUSP */ #include termios.h #if defined(__sun) || defined(__sgi) || defined(R__MKLINUX) || \ -defined(R__ALPHALINUX) +defined(R__ALPHALINUX) || defined(R__MIPSLINUX) #undef TIOCGETP /* Solaris and SGI define TIOCGETP in termios.h */ #undef TIOCSETP #endif
Bug#740718: rkhunter: i18n db update of lang en keyword NETWORK_PORTS_DISABLE_PATHS also missing
Package: rkhunter Version: 1.4.0-1 Hi, I encountered the same issue with the NETWORK_PORTS_DISABLE_PATHS keyword. [[ Error: Invalid display - keyword cannot be found: Display line: display --to LOG --type INFO NETWORK_PORTS_DISABLE_PATHS ]] Looking at the rkhunter-users list other users reported similar issues [1] which are a consequence of the release of rkhunter 1.4.2. The release announcement [2] indicates: Rootkit Hunter release 1.4.2 obsoletes all previous releases so please upgrade Real Soon Now. Thanks, Vivien [1] http://sourceforge.net/p/rkhunter/mailman/message/32063150/ [2] http://sourceforge.net/p/rkhunter/mailman/message/32080958/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736494: About #736494
Ok, sorry for the misleading email, apparently 7u8 is from wheezy-security, so this fix is not applied yet. Clement On Mar 18, 2014, at 12:02 PM, Clement Wong c...@clement.hk wrote: Hi William, 5.4.4-14+deb7u8 didn’t pass our test, but the one you sent me (8.1) works, can you think of any reason why this is happening? Clement On Mar 10, 2014, at 4:42 PM, Clement Wong c...@clement.hk wrote: Hi, I’ve confirm that this package passed our tests, solved sybase problem, and not causing other regressions. Thanks for working on this. Feel free to poke me for any test in the future, our systems are highly integrated with all kinds of MS/MS-compatible products. Like AD/Samba4/SQLSRV/OpenChange etc. Clement On Mar 10, 2014, at 2:47 PM, William Dauchy wdau...@gmail.com wrote: please see: php.tar.gz please don't pay attention to the version numbering. Regards, -- William
Bug#736494: About #736494
On 18 Mar 2014 12:18, Clement Wong c...@clement.hk wrote: Ok, sorry for the misleading email, apparently 7u8 is from wheezy-security, so this fix is not applied yet. Yes indeed.
Bug#739932: aalib: FTBFS with clang instead of gcc
Hi! Arthur Marble art...@info9.net writes: Using the rebuild infrastructure, your package fails to build with clang (instead of gcc). I checked the patch, but it returns 2, while the comment above the function says that it should return 0 on failure, and it is used as such later. Returning 2 there will result in buggy behaviour. I'll change it to return 0, and upload a fixed version in a couple of hours. Thanks for the bug report and the effort! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647077: gnome-shell: segemntion fault when gnome shell starts
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Package: ifupdown Version: 0.7.8 Since upgrading from Debian Squeeze to Wheezy I have been having a number of issues with the ifupdown package. I have found what appears to be two new bugs in ifupdown 0.7.8-Wheezy which were not in 0.6.10-Squeeze. *Bug No 1:-* ifupdown no longer supports interfaces with minus signs in the name for example:- wan-2.3076:ucarp if I attempt to bring up the interface like so:- ifup wan-2.3076:ucarp I am presented with the following error message:- RTNETLINK answers: Numerical result out of range Failed to bring up wan-2.3076:ucarp. If I force install (downgrade) to ifupdown 0.6.10-Squeeze, I am able to bring up the interface. If I rename the interface to wan2.3076:ucarp I am able to bring up the interface using ifupdown 0.7.8. *Bug No 2:-* ifdown brings down the underlying vlan when trying to shut-down a virtual interface. For example, If I have a physical interface:- wan2, with a vlan 3076 running ucarp on a virtual interface I should be able to shut-down each interface in sequence. ifdown wan2.3076:ucarp ifdown wan2.3076 However if I type:- ifdown wan2.3076:ucarp running ifupdown 0.7.8 it brings down vlan 3076 and the virtual ucarp interface. It should only bring down the virtual ucarp interface. If I force install ifupdown 0.6.10-Squeeze it works correctly. Can someone please look at this urgently.
Bug#648395: the gnome-shell fails to start
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#647989: gnome-shell crashes with segfault at start
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#741767: gretl: FTBFS: complete.c:129:41: error: 'CPPFunction' undeclared (first use in this function)
On 16 March 2014 at 16:14, Allin Cottrell wrote: | On Sun, 16 Mar 2014, Dirk Eddelbuettel wrote: | | Here is a fresh Debian bug report. It looks like that the bleeding edge | changed things -- in this case readline apparently had and no longer has | CPPFunction defined. | | Yep, that disappeared in readline 6.3. Gretl CVS is already up to date | with the change. We should probably do a release before long. Or else direct me to / help me to a patch that does the same? Else gretl risk being tossed out of the archive for 'being unable to build' :-/ Release sounds good though. Dirk -- 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#742019: mriconvert: Please update to use wxwidgets3.0
Package: mriconvert Version: 1:2.0.7-1 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. I've rebuilt your package using the attached patch - no upstream changes were required, and http://lcni.uoregon.edu/~jolinda/MRIConvert/history.htm includes update code for wxWidgets 3.0.0, so upstream already support this. I'm not able to usefully test my build, as I don't have any MRI scans to hand. I can confirm that it does at least present the same file-open dialog as the package currently in unstable. I'm happy to NMU this change if you wish me to - just let me know. Cheers, Olly diff -Nru mriconvert-2.0.7/debian/changelog mriconvert-2.0.7/debian/changelog --- mriconvert-2.0.7/debian/changelog 2014-01-02 17:32:25.0 +1300 +++ mriconvert-2.0.7/debian/changelog 2014-03-19 00:25:21.0 +1300 @@ -1,3 +1,10 @@ +mriconvert (1:2.0.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to use wxWidgets 3.0. + + -- Olly Betts o...@survex.com Wed, 19 Mar 2014 00:25:21 +1300 + mriconvert (1:2.0.7-1) unstable; urgency=low * New upstream. diff -Nru mriconvert-2.0.7/debian/control mriconvert-2.0.7/debian/control --- mriconvert-2.0.7/debian/control 2014-01-02 17:34:41.0 +1300 +++ mriconvert-2.0.7/debian/control 2014-03-19 00:21:05.0 +1300 @@ -6,7 +6,7 @@ Uploaders: Steve M. Robbins s...@debian.org Build-Depends: debhelper (= 9), libboost-program-options-dev, - libwxgtk2.8-dev, + libwxgtk3.0-dev, cableswig, cmake, help2man, signature.asc Description: Digital signature
Bug#741026: RFS: gforth/0.7.2+dfsg1-1 - new upstream, bugfixes, packaging updates
On Fri, Mar 07, 2014 at 06:03:16PM +0200, Peter Pentchev wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gforth. This upload updates the package to a new upstream version, closing two please update bugs, and also fixes various Debian packaging issues, including two problems with the installation and loading of the Emacs Lisp files for the Forth editing mode. Ping? :) This upload would make the use of GForth much easier for Emacs users and much more pleasant for anyone who just happens to have emacs-common installed (no pesky errors at Emacs Lisp plugins rebuild time), as well as bring a new upstream version to Debian. As an added bonus, it removes a weird self-build-dependency that was introduced in the previous upload as the easiest, but strictly temporary, way to fix an upstream problem in a file that is not usually regenerated during the build, and thus this upload helps the Debian Bootstrap project :) * Package name: gforth Version : 0.7.2+dfsg1-1 Upstream Author : Anton Ertl an...@mips.complang.tuwien.ac.at, Bernd Paysan bernd.pay...@gmx.de * URL : http://www.complang.tuwien.ac.at/forth/gforth/ * License : GPL-3+ Section : interpreters It builds three binary packages (tested with Lintian, pbuilder and adequate): gforth- GNU Forth Language Environment gforth-common - GNU Forth architecture-independent dictionaries gforth-lib- GNU Forth Language Environment architecture-dependent files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gforth Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gforth/gforth_0.7.2+dfsg1-1.dsc Thanks in advance for your time in looking over the package! Also, I'd be grateful if it would be possible to allow me to upload the package myself in the future by letting dak know (my key is already in the DM keyring). G'luck, Peter gforth (0.7.2+dfsg1-1) unstable; urgency=medium * Update the copyright file a bit: - convert it to the 1.0 format - correct some of the copyright notices - bump the year of my copyright notice * Bump Standards-Version to 3.9.5: - remove the dependency on dpkg (= 1.15.4) | install-info * Update the debian/patch/* descriptions a bit: - add the 'Description' tag to the 06-configure-assumptions one - shorten the description of the 07-manpage one * Update the list of build dependencies: - actually depend on debhelper 9, not 8.1.3, and remove the now outdated debian/source.lintian-overrides file - remove the dpkg-dev dependency - the version requirement is satisfied even in oldstable * Use the hardening flags supplied by debhelper, ask for everything except PIE. * Remove the debian/source/options file, dpkg-dev's defaults for compressing the source and binary packages are good enough. * Use dh-autoreconf instead of autotools-dev and retarget the 06-configure-assumptions patch. * New upstream release: - Closes: #726438 (New GNU Forth version available) - Closes: #705432 (Please update to 0.7.2) - no more CVS directories, so no need to repack the source - on second thoughts, repack the source, acknowledging David Prévot's NMU (thanks!): remove the non-DFSG documentation. I will create a separate non-free package for that. - drop the 10-engine-subst.patch, included upstream - drop the 11-static-newline patch, included upstream, and the rules file snippet that saves and restores prim.b - adapt the 06-configure-assumptions patch - refresh the 02-skip-install patch (line numbers only) - update the copyright years - remove the build dependency on the GForth interpreter introduced as a temporary workaround in 0.7.0+ds1-7 * Let uscan verify the upstream PGP signature against M. Anton Ertl's and Bernd Paysan's keys. * Update the 02-skip-install patch to not even try to byte-compile the gforth.el file - it will be handled correctly at install time. * Add the 12-elisp-byte-compile patch to fix the byte compilation with Emacs 24 - remove the eval-when-compile wrapper. Closes: #685090 * Actually add forth-mode to the autodetected modes at Emacs startup. Closes: #587318 (this time for real). * Update the Emacs install/remove infrastructure a bit and let gforth depend on emacsen-common 2.0.7. Note to self: update this to 2.0.8 once it hits the archive. -- Peter Pentchev r...@ringlet.net Fri, 07 Mar 2014 16:34:19 +0200 G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Hello, Trevor, please try to install the latest ifupdown from testing and tell me if anything changes. Thanks. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#742020: tintii: Please update to use wxwidgets3.0
Package: tintii Version: 2.8.2-1 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. I've rebuilt your package using the attached patch (no upstream changes were required), and did some simple testing. Everything looks good to me. I'm happy to NMU this change if you wish me to - just let me know. Cheers, Olly diff -Nru tintii-2.8.2/debian/changelog tintii-2.8.2/debian/changelog --- tintii-2.8.2/debian/changelog 2013-11-16 16:40:07.0 +1300 +++ tintii-2.8.2/debian/changelog 2014-03-19 00:46:09.0 +1300 @@ -1,3 +1,10 @@ +tintii (2.8.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to use wxWidgets 3.0. + + -- Olly Betts o...@survex.com Wed, 19 Mar 2014 00:46:09 +1300 + tintii (2.8.2-1) unstable; urgency=low * New upstream release diff -Nru tintii-2.8.2/debian/control tintii-2.8.2/debian/control --- tintii-2.8.2/debian/control 2013-11-16 16:40:36.0 +1300 +++ tintii-2.8.2/debian/control 2014-03-19 00:48:37.0 +1300 @@ -2,7 +2,7 @@ Maintainer: Daniel Echeverry epsilo...@gmail.com Section: graphics Priority: optional -Build-Depends: debhelper (= 9), libboost1.54-dev, wx2.8-headers, libwxbase2.8-dev, libwxgtk2.8-dev, libboost-graph1.54-dev +Build-Depends: debhelper (= 9), libboost1.54-dev, libwxgtk3.0-dev, libboost-graph1.54-dev, bc Standards-Version: 3.9.4 Homepage: http://www.indii.org/software/tintii/ signature.asc Description: Digital signature
Bug#741767: gretl: FTBFS: complete.c:129:41: error: 'CPPFunction' undeclared (first use in this function)
On Tue, 18 Mar 2014, Dirk Eddelbuettel wrote: On 16 March 2014 at 16:14, Allin Cottrell wrote: | On Sun, 16 Mar 2014, Dirk Eddelbuettel wrote: | | Here is a fresh Debian bug report. It looks like that the bleeding edge | changed things -- in this case readline apparently had and no longer has | CPPFunction defined. | | Yep, that disappeared in readline 6.3. Gretl CVS is already up to date | with the change. We should probably do a release before long. Or else direct me to / help me to a patch that does the same? Else gretl risk being tossed out of the archive for 'being unable to build' :-/ Possibly, the following may be enough; could you please check? --- complete.c 2007/08/22 15:10:47 1.12 +++ complete.c 2014/03/08 19:29:10 1.13 @@ -126,6 +126,6 @@ rl_readline_name = gretl; /* Tell the completer that we want a crack first. */ -rl_attempted_completion_function = (CPPFunction *) gretl_completion; +rl_attempted_completion_function = (rl_completion_func_t *) gretl_completion; } Release sounds good though. This should happen fairly soon, methinks. --- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Università Politecnica delle Marche (formerly known as Università di Ancona) r.lucche...@univpm.it http://www2.econ.univpm.it/servizi/hpp/lucchetti ---
Bug#741453: libconfig-model-dpkg-perl: Feature wish: subcommand to add/remove elements to control fields, e.g. Uploaders
On Wednesday 12 March 2014 18:12:05 you wrote: Does not work. It always seems to remove the first entry of Uploaders. My fault. I missed the warning 'Argument John Doe u...@example.org isn't numeric in splice at /usr/share/perl5/Config/Model/ListId.pm line 317.' Yup. I should raise an error in this case. So the feature request is even more grounded on needs than before. ok. I'm thinking about adding more instructions to tinker with list element with Config::Model::Loader [1]. These new instructions would be directly usable with 'cme modify'. Here's what I'm thinking about: * Replace xxx~yy with xxx:-yy (Delete item referenced by Cxxx element and id Cyy). * xxx-=yy :Remove the element whose value is Cyy. For list or hash * xxx-~/yy/: Remove the element whose value matches Cyy. For list or hash * xxx:yy :Push Cyy value on Cxxx list (maybe provide also xxx.push(yy)) * xxx:yy :Unshift Cyy value on Cxxx list (maybe provide also xxx.unshift(yy)) * xxx:@ : Sort the list (maybe provide also xxx.sort) * xxx:yyzz or xxx.insert_at(yy,zz) : Insert Czz value on Cxxx list before Bindex Cyy. * xxx:~yyzz or xxx.insert_before(/yy/,zz) :Insert Czz value on Cxxx list before Bvalue matching Cyy. * xxx:=yyzz or xxx.insert_before(yy,zz) : Insert Czz value on Cxxx list before Bvalue Cyy. The short syntax is less typing, but can be difficult to remember. I wonder which syntax I should support... Thoughts ? [1] http://search.cpan.org/dist/Config-Model/lib/Config/Model/Loader.pm -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#742021: misnamed binaries, unusable
Package: wine-unstable Version: 1.7.14-4 Severity: grave Coin, /usr/bin/wine, provided by wine-unstable is looking for: wine=/usr/lib/wine-unstable/wine-unstable wine64=/usr/lib/wine-unstable/wine64-unstable Unfortunately there are no such files, see: https://packages.debian.org/sid/i386/wine32-unstable/filelist https://packages.debian.org/sid/amd64/wine64-unstable/filelist (the -unstable suffix is missing) Maybe you should test your packages a bit more before uploading… -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-unstable depends on: ii file 1:5.17-1 ii wine32-unstable 1.7.14-4 wine-unstable recommends no packages. Versions of packages wine-unstable suggests: ii binfmt-support 2.1.3-2 ii clamav 0.98.1+dfsg-4 ii ttf-mscorefonts-installer 3.5 pn winbindnone pn wine-doc none -- no debconf information -- Marc Dequènes (Duck) pgp7dzI8cvQiJ.pgp Description: PGP Digital Signature
Bug#742022: O: avbin
Package: wnpp Severity: normal Hi, Based on the maintainer's main in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741935#20, I herby orphan the avbin package on his behalf. Best regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741119: transition: cogl
On 18/03/14 12:07, Julien Cristau wrote: On Tue, Mar 18, 2014 at 11:23:53 +0100, Emilio Pozuelo Monfort wrote: On 18/03/14 10:39, Simon McVittie wrote: On Sat, 08 Mar 2014 at 21:33:59 +0100, Emilio Pozuelo Monfort wrote: is_affected = .depends ~ /libcogl12|libcogl-pango12|libcogl-gles2-12/ | .depends ~ /libcogl20|libcogl-pango20|libcogl-gles2-20|libcogl-path20/; The transition at https://release.debian.org/transitions/html/libcogl20.html has Affected: .build-depends ~ /libcogl/ which doesn't seem to match all the relevant packages. I would expect it to affect all the same packages that the abandoned https://release.debian.org/transitions/html/libcogl15.html transition does, perhaps by using Emilio's proposed version of is_affected. (Lots of the packages that are involved do not explicitly build-depend on cogl, although in principle perhaps at least some of them should - e.g. empathy checks for cogl-1.0.pc in its configure.ac, and uses it directly in a couple of places, so it should make the dependency explicit.) Many packages get a dependency on cogl through clutter (which has cogl in Requires in its pkgconfig file). Some of those use cogl, some others may not. So the affected regex I proposed should indeed work better. I changed it to is_affected = .build-depends ~ /libcogl/ | .depends ~ /libcogl/; Seems to be working well now. Thanks! Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741860: bash-completion 1:2.1-2 tab-completion is broken
I experience the same issue. It could be the same issue as described here: https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1288031 — Wouter signature.asc Description: This is a digitally signed message part
Bug#685215: Apt pinning is broken
How difficult would it be to implement a pinning policy that only allowed packages released up until some timestamp: -- /etc/apt/preferences -- Explanation: I want a system current as of some date. Package: * Pin: release a=stable = 2014-03-18T12:00:00Z This would be very useful in situations where you test out a staging system and want to upgrade a production system. In this case, you'd like to ensure that you only get the upgrades you have tested out in the staging environment.
Bug#685215: Apt pinning is broken
On Tue, Mar 18, 2014 at 1:30 PM, Malthe Borch mbo...@gmail.com wrote: How difficult would it be to implement a pinning policy that only allowed packages released up until some timestamp: -- /etc/apt/preferences -- Explanation: I want a system current as of some date. Package: * Pin: release a=stable = 2014-03-18T12:00:00Z This would be very useful in situations where you test out a staging system and want to upgrade a production system. In this case, you'd like to ensure that you only get the upgrades you have tested out in the staging environment. Impossible. We do not know when the packages were released. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Hello, On Tue, 18 Mar 2014 12:40:41 + Trevor Burt trevorjb...@googlemail.com wrote: Trevor, please try to install the latest ifupdown from testing and tell me if anything changes. Hi Andrew, I can't get the latest version to install due to package dependecy problems. Should I look at installing from source? The only real difference in dependencies is iproute2. I think there shouldn't be any problem with it. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#685215: Apt pinning is broken
The local computer time is encoded in the GPG signature: If you verify using ``gpg --verify``. gpg: Signature made Fri 14 Feb 2014 09:30:32 PM CET using RSA key ID B35FEC3C This was taken from the latest release of apt-cacher-ng [1]. It's contingent on the release system's local time being accurate, but I bet it's at least accurate to the nearest day, and most likely to the minute or even second. [1] http://ftp.debian.org/debian/pool/main/a/apt-cacher-ng/apt-cacher-ng_0.7.25-1~bpo70+1.dsc On 18 March 2014 13:34, Julian Andres Klode j...@jak-linux.org wrote: On Tue, Mar 18, 2014 at 1:30 PM, Malthe Borch mbo...@gmail.com wrote: How difficult would it be to implement a pinning policy that only allowed packages released up until some timestamp: -- /etc/apt/preferences -- Explanation: I want a system current as of some date. Package: * Pin: release a=stable = 2014-03-18T12:00:00Z This would be very useful in situations where you test out a staging system and want to upgrade a production system. In this case, you'd like to ensure that you only get the upgrades you have tested out in the staging environment. Impossible. We do not know when the packages were released. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- --- Malthe Borch mbo...@gmail.com
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
Hello, if you want I can provide help here. Regards, Sandro On Mon, Mar 17, 2014 at 8:58 AM, Dmitry Smirnov only...@debian.org wrote: Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org I'm looking for co-maintainer with Python skills for mysql-utilities package. These days I have little time for mysql-utilities, not enough Python knowledge and little motivation as I'm not using this package. I'd much appreciate someone's help, ideally under pkg-mysql umbrella. Thanks. -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742023: vagrant: Please provide a man page
Package: vagrant Version: 1.4.3-1 Severity: normal As title says. IMO, it's important to have a man page for this tool. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#742006: [bash] Incomplete grammar in manual page (compound commands)
On 3/18/14 2:23 AM, Filipus Klutiero wrote:
Package: bash
Version: 4.3-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: bug-b...@gnu.org
According to the section Compound Commands of the manual page, a compound
command is one of 11 forms listed. However, as explained in the ALIASES
section, a function definition ( function name [()] compound-command
[redirection] ) is also a compound command.
A function definition is a function definition command. The sentence
in the ALIASES section should read a function definition is itself a
command.
Multiple other forms of compound commands are not documented, for example {
if true; then echo x; fi }.
I'm not sure what this means. Group commands are compound commands, and
are documented as such.
If you want to take a look at the Posix grammar and list of compound
commands, go to
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04
What's the point of this report? Is there some problem this is attempting
to address?
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRUc...@case.eduhttp://cnswww.cns.cwru.edu/~chet/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
Hi Sandro, On Tue, 18 Mar 2014 13:51:28 Sandro Tosi wrote: if you want I can provide help here. I'd very much appreciate your help. There is new stable release 1.3.6 to package but it comes with some name space changes that we have to accommodate in packaging... Thank you. -- Regards, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#742024: libpam-abl: Configure pam module automatically using pam-auth-update?
Package: libpam-abl Version: 0.4.3-1 Severity: wishlist Could libpam-abl be changed to behave more like libpam-shield, and provide a file in /usr/share/pam-configs/ with the PAM setup as well as a call to pam-auth-update in the postinst to enable libpam-abl automatically when installing the package? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742025: network-manager-gnome: Systray icon too small
Package: network-manager-gnome Version: 0.9.8.4-1 Severity: normal Dear Maintainer, When starting nm-applet pkill nm-applet nm-applet the systray icon (in fluxbox) is too small (see nm_small.png attached). If I restart the network manager /etc/init.d/network-manager restart the icon has its normal size (see nm.png attached). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.14 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.0-2 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gconf-service3.2.6-1 ii gnome-icon-theme 3.10.0-1 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.10.7-1 ii libnm-glib-vpn1 0.9.8.0-5 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libsecret-1-00.15-2 ii network-manager 0.9.8.0-5 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth 3.8.1-2 ii gnome-keyring 3.8.2-2+b1 ii iso-codes 3.51-1 ii mobile-broadband-provider-info 20130915-1 ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none ii network-manager-pptp-gnome 0.9.8.4-1 pn network-manager-vpnc-gnome none -- no debconf information inline: nm_small.pnginline: nm.png
Bug#741625: taskwarrior: sync does not work because of missing GnuTLS support
Thanks for the bug report. * Apollon Oikonomopoulos apoi...@debian.org, 2014-03-14, 19:01: The current version of taskwarrior does not support syncing to a taskd server because of missing GnuTLS support. Is it possible to enable GnuTLS support? I was procrastinating with enabling GnuTLS support, because I had doubts about security of the whole thing (and I secretly hoped that nobody will miss the feature anyway :P). I'll poke upstream about it soon. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
David Smith sidic...@gmail.com writes: On 03/18/2014 04:07 AM, Emilio Pozuelo Monfort wrote: I think autoreconf or intltoolize should add it. If so, we can run those before the build. Ya, you're right.. For some reason my pbuilder setup wasn't running autoconf.sh. It never was a problem before, but it does correctly generate the missing file when it's run. I've removed the po/Makefile.in.in patch that I added since it's redundant. Should be all set now. No problems that I've found.. Although I've only tested 1.10.7 for a little over 40 minutes now :D. Good news then. I hope you can upload a new package quickly. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741941: [Packaging] Bug#741941: munin-node: processes plugin should run privileged for /proc with hidepid
Andrei POPESCU andreimpope...@gmail.com writes:
I believe this can be achieved by adding this section to
/etc/munin/plugin-conf.d/munin-node:
[processes]
user root
Not sure if this is actually a good solution.
When you mount /proc with hidepid={1,2}, you should also add a
gid=somegroup which will be able to read proc without being root.
This takes, as far as I can see, only one group name, so if multiple
system users should be able to read proc, they should be added to this
group.
When mounting /proc with hidepid is more common, or default, Debian will
most likely add a standard group one can use for this purpose. Then we
can add:
/etc/munin/plugin-conf.d/processes.conf
[processes]
group I_wanna_read_proc
…without having to run the plugin with root privileges everywhere. Until
then, it is a local configuration issue.
--
Stig Sandbeck Mathisen
signature.asc
Description: PGP signature
Bug#705426: [pulseaudio] slow KDE autostart: /etc/xdg/pulseaudio.desktop and pulseaudio-kde.desktop duplicate
Hello, i'd like to add to this bug report that not only does this bug delay the start of other autostart applications, as Török pointed out, but it also renders the KDE Plasma desktop unresponsive during that time (start menu won't appear, alt+f2 dialog won't appear, keyboard shortcuts don't work). This is a major inconvenience and i think this bug deserved the status of 'important'. to clarify, this doesn't happen on every login, but about 50% of the time (race condition?) KDE seems frozen for several seconds after login. according to bootchart, kmix is a zombie during that time. 'NotShowIn=KDE;' fixes it, so i'm sure it's the same bug. regards, andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733352: tophat: Help needed with boost
Hi, since upstream has released a new version fixing #733352 I tried to upload this but was running in a problem with boost: segment_juncs.o: In function `boost::thread::get_id() const': /usr/include/boost/thread/detail/thread.hpp:730: undefined reference to `boost::thread::native_handle()' segment_juncs.o: In function `boost::thread::join()': /usr/include/boost/thread/detail/thread.hpp:756: undefined reference to `boost::thread::join_noexcept()' segment_juncs.o: In function `~thread': /usr/include/boost/thread/detail/thread.hpp:255: undefined reference to `boost::thread::detach()' segment_juncs.o: In function `boost::thread::get_id() const': /usr/include/boost/thread/detail/thread.hpp:730: undefined reference to `boost::thread::native_handle()' segment_juncs.o: In function `boost::thread::join()': /usr/include/boost/thread/detail/thread.hpp:756: undefined reference to `boost::thread::join_noexcept()' segment_juncs.o: In function `~thread': /usr/include/boost/thread/detail/thread.hpp:255: undefined reference to `boost::thread::detach()' segment_juncs.o: In function `boost::detail::thread_dataSegmentSearchWorker::~thread_data()': /usr/include/boost/thread/detail/thread.hpp:91: undefined reference to `boost::detail::thread_data_base::~thread_data_base()' segment_juncs.o: In function `~thread_data': /usr/include/boost/thread/detail/thread.hpp:91: undefined reference to `boost::detail::thread_data_base::~thread_data_base()' segment_juncs.o: In function `boost::thread_exception::thread_exception(int, char const*)': /usr/include/boost/thread/exceptions.hpp:51: undefined reference to `boost::system::system_category()' segment_juncs.o: In function `thread_data_base': /usr/include/boost/thread/pthread/thread_data.hpp:144: undefined reference to `vtable for boost::detail::thread_data_base' segment_juncs.o: In function `boost::thread::start_thread()': /usr/include/boost/thread/detail/thread.hpp:180: undefined reference to `boost::thread::start_thread_noexcept()' segment_juncs.o: In function `thread_data': /usr/include/boost/thread/detail/thread.hpp:110: undefined reference to `boost::detail::thread_data_base::~thread_data_base()' segment_juncs.o: In function `__static_initialization_and_destruction_0': /usr/include/boost/system/error_code.hpp:222: undefined reference to `boost::system::generic_category()' /usr/include/boost/system/error_code.hpp:223: undefined reference to `boost::system::generic_category()' /usr/include/boost/system/error_code.hpp:224: undefined reference to `boost::system::system_category()' segment_juncs.o:(.rodata._ZTIN5boost6detail11thread_dataI19SegmentSearchWorkerEE[_ZTIN5boost6detail11thread_dataI19SegmentSearchWorkerEE]+0x10): undefined reference to `typeinfo for boost::detail:: thread_data_base' collect2: error: ld returned 1 exit status Any help would be welcome 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#728214: can we get this ported to sid?
currently quite hard to test, because it removes the network-manager for me. can we make this sid compatible? greetings christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742026: please update debian/copyright
Package: liggghts Version: 3.0.0-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please update your debian/copyright. Especially licenses from lib/* and src/USER-MISC are missing. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742027: tesseract-ocr: tesseract doesn't start
Package: tesseract-ocr Version: 3.03.02-3 Severity: grave When I try to run tesseract, I get tesseract: error while loading shared libraries: liblept.so.3: cannot open shared object file: No such file or directory Looks like it tries to use liblept3 instead of liblept4. Regards Janusz S. Bień -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-486 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 tesseract-ocr depends on: ii libc6 2.18-4 ii libgcc11:4.8.2-16 ii liblept4 1.70.1-1 ii libstdc++6 4.8.2-16 ii libtesseract3 3.03.02-3 ii tesseract-ocr-eng 3.02-2 ii tesseract-ocr-equ 3.02-2 ii tesseract-ocr-osd 3.02-2 tesseract-ocr recommends no packages. tesseract-ocr 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#722071: grsync: Wrong french translation newer files (-u argument)
Package: grsync Version: 1.2.0-1 Followup-For: Bug #722071 Dear Maintainer, This issue is partially fixed upstream (nothing in Wheezy). Only the help ballon text was fixed, but not the label dialog. Instead of : #: ../grsync.glade.h:34 msgid Skip newer msgstr Ignorer les fichiers nouveaux it should be : #: ../grsync.glade.h:34 msgid Skip newer msgstr Ignorer les plus récents or if you have space on the dialog screen, msgstr Ignorer les fichiers plus récents Regards. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Hi Piero, Can you see if it makes sense to update po/fr_FR.po(line 164) to the suggestion in this bug ? Thanks. Regards, Martijn van Brummelen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742028: xserver-xephyr: -screen not respected
Package: xserver-xephyr Version: 2:1.15.0-2 Severity: normal Dear Maintainer, When I launch Xephyr, Xephyr -screen 300x300 :1 only a small window is created, definitely not a 300x300 one. xprop though reports that WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 300 by 300 program specified maximum size: 300 by 300 I use the nvidia driver 331.49-1 but I had no problem before. xnest works without problem. Best, C. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.14 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xephyr depends on: ii libaudit1 1:2.3.4-1 ii libc6 2.18-4 ii libdrm2 2.4.52-1 ii libgcrypt20 1.6.1-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libpixman-1-0 0.32.4-1 ii libselinux1 2.2.2-1 ii libxau6 1:1.0.8-1 ii libxcb-glx0 1.10-2 ii libxcb-icccm4 0.4.1-1 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-shape0 1.10-2 ii libxcb-shm0 1.10-2 ii libxcb-util0 0.3.8-2 ii libxcb-xf86dri0 1.10-2 ii libxcb-xv01.10-2 ii libxcb1 1.10-2 ii libxdmcp6 1:1.1.1-1 ii libxfont1 1:1.4.7-1 ii libxshmfence1 1.1-2 ii xserver-common2:1.15.0-2 Versions of packages xserver-xephyr recommends: ii libgl1-mesa-dri 9.2.2-1 xserver-xephyr 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
