Bug#516183: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 19-22 maja 2014 r. 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: E1405 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 sect;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.dofinansowanekursyjezykowe24.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Jeżeli nie chcesz otrzymywać podobnych wiadomości, to kliknij na poniższy link: http://www.dofinansowanekursyjezykowe24.co.pl/mailing/unsubscribe.php?email=516...@bugs.debian.org
Bug#738696: Not necessarily the right way forward
Hi, I'm not sure if unconditionally disabling acpi-support if another suspend handler is running is the right thing to do. For one thing, it will make it harder (though not to the extent that it would be impossible to solve) for those of us who prefer acpi-support to handle this. More importantly, it also doesn't solve the problem of multiple handlers outside of acpi-support (mate-power-manager and logind were mentioned in this bugreport) trying to take care of suspend requests and similar things. It might be better for such acpi handlers to have a common way of configuring which one gets to do this. This could be done through the alternatives system, or through a shared debconf question in the manner of the desktop managers. The situation here is, after all, very similar: we have several implementations of things that might want to do the same thing, where it is at least fairly annoying if multiple of these things try to do so. Regards, -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516183: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 19-22 maja 2014 r. 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: E1405 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 sect;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.dofinansowanekursyjezykowe24.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Jeżeli nie chcesz otrzymywać podobnych wiadomości, to kliknij na poniższy link: http://www.dofinansowanekursyjezykowe24.co.pl/mailing/unsubscribe.php?email=516183-sub...@bugs.debian.org
Bug#748610: ITP: node-lodash -- node-lodash
Le 19/05/2014 07:30, Jose Luis Rivas a écrit : On 18/05/14, 10:39pm, Matthew Pideil wrote: Package: wnpp Severity: wishlist Owner: Matthew Pideil matthewp_deb...@teledetection.fr * Package name: node-lodash Version : 2.4.1 Upstream Author : John-David Dalton john.david.dal...@gmail.com * URL : http://lodash.com/ * License : expat Programming Lang: js Description : Lo-dash is a Node.js utility library Lo-dash is a Node.js utility library delivering consistency, customization, performance, extras. Sponsored by the pkg-javascript-team Hello Matthew, Actually lodash works on the browser too. Why node-lodash? Why not liblodash-js? Hello Jose, Yes, a binary package libjs-lodash will be generated from node-lodash source package. matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710238: nut-snmp: continously logging dstate_setflags: base variable (xxxx...) is immutable
Hello My UPS is Eaton 9155-10-N-10-32x9Ah. Not APC. That may be why I have problem. My ups.conf [eaton] driver = snmp-ups port = eaton community = public snmp_version = v1 mibs = pw pollfreq = 15 desc = "Eaton UPS SNMP modul" ignorelb override.battery.runtime.low = 180 Thanks Zdenek Dne 19.5.2014 23:10, Arnaud Quette napsal(a): 2014-05-19 23:07 GMT+02:00 Arnaud Quette aquette@gmail.com: 2013-04-04 12:01 GMT+02:00 Zdenek Herman zde...@ille.cz: Package: nut-snmp Version: 2.6.4-2.3 Severity: minor Hello I have installed nut with snmp driver. After setting "ignorelb" and "override.battery.runtime.low = 600" in ups.conf my logs are filled: May 29 11:11:34 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:11:50 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:06 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:22 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:38 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable I think that is sufficient once after start daemon. have you provided a community (or v3 credentials) that allows to write in your MIB? I forgot to add that, after check, only the APC MIB can export this setting. Others simply report it, but don't allow changes (this may be mixed, if possible, and with some users help!). do you know which MIB you're using? Arno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720953: Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
Am Dienstag, den 20.05.2014, 14:51 +0900 schrieb Norbert Preining: So maybe we should switch back to preferring type1? I don't think so. Opentype is generally better rendered on-screen than Type 1. Or leave it to poppler? If the glyph is really wrongly declared in the font, I think it's priority that this gets fixed. In the mean time, however, I think poppler should revert to its old behaviour and be less picky about such declarations. poppler is a very moving target, it might get fixed over the time? I'd even volunteer to bisect poppler, but there were 18 (!) SONAME bumps between the reported good version and the affected one. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748729: gnome-online-accounts: Uses system-modal dialogs for remote passwords
Package: gnome-online-accounts Version: 3.12.2-1 Severity: normal (I am not 100% sure this is the correct package, feel free to re-assign.) I am using the Gnome 3 desktop, and I regularly (once or twice a week) get a system modal dialog asking me for the password of a remote account (which one is actually unclear, since only the email address is shown, which could be used as an account name in several places). Since these are not passwords needed to access the current system, it does not make sense to require the user to be able to type these by heart, and in fact I cannot since I use Revelation avoid having to remember them. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc6 2.18-7 ii libgcr-base-3-1 3.12.2-1 ii libglib2.0-0 2.40.0-3 ii libgoa-1.0-0b 3.12.2-1 ii libgoa-backend-1.0-1 3.12.2-1 ii libkrb5-3 1.12.1+dfsg-1 ii librest-0.7-0 0.7.91-1 ii libsoup2.4-1 2.46.0-2 ii libtelepathy-glib00.24.0-1 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.8.3-7 ii realmd0.15.0-1 gnome-online-accounts 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#748395: [Debian-med-packaging] Bug#748395: Misaligned array access caused by conflicting declarations
Hi Gert, On Mon, May 19, 2014 at 04:41:00PM +0200, Gert Wollny wrote: I've uploaded the patch to the debian-med git repository. Thanks a lot - I have uploaded your fix to the Debian mirror. Since the original version of plplot doesn't contain the padding I'm quite confident that it only needs to be consistent and the actual value is of no further consequence (besides possible optimizations). For the emboss team: the patch can be found here. http://anonscm.debian.org/gitweb/?p=debian-med/emboss.git;a=blob;f=debian/patches/plplotP-correct-padding.patch Please let us know what you think about this patch to confirm that the Debian package is OK. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748730: python-sympy: does not install for use with python3
Package: python-sympy Version: 0.7.5-2 Severity: normal Dear Maintainer, python-sympy's debian source package does not seem to support python3. Unlike many python source packages, python-sympy does not provide a python3-sympy binary package, which I believe is the culprit. The upstream package is known to handle python3. $ /usr/bin/python3 Python 3.4.1rc1 (default, May 5 2014, 14:28:34) [GCC 4.8.2] on linux Type help, copyright, credits or license for more information. import sympy Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named 'sympy' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 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 python-sympy depends on: ii python 2.7.6-1 Versions of packages python-sympy recommends: ii dvipng 1.14-2 ii ipython 1.2.1-2 ii python [python-ctypes] 2.7.6-1 ii python-gmpy 1.15-1 ii python-imaging 2.3.0-2 ii python-numpy1:1.8.1-1 ii python-pyglet 1.1.4.dfsg-2 ii texlive-fonts-extra 2013.20140408-1 python-sympy 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#722820: The bug might be fixed
Hi, I just packaged pynac 0.3.2 for debian ; it looks like there is still -L/usr/lib in the link lines here (which is why I don't close), but that is found by detecting where python is installed, so it might actually be correct. Can you tell me if the bug is still there? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720953: Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
On Tue, 20 May 2014, Fabian Greffrath wrote: I'd even volunteer to bisect poppler, but there were 18 (!) SONAME bumps between the reported good version and the affected one. Yes I know ... poppler ... I am still not sure that it was a good idea to base all our pdf libs on poppler. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748731: viking: New major upstream release 1.5.x, please upgrade
Package: viking Version: 1.4.2-2+b1 Severity: wishlist Dear Maintainer, there is a new major upstream release of Viking (currently 1.5.1), which includes several interesting new features (and bugfixes as well). Please upgrade. And thank you for packaging Viking so far. :) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages viking depends on: ii gpsbabel 1.4.3-1 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libcurl3-gnutls 7.36.0-2 ii libexif120.6.21-1 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgps21 3.10+dev1~a33bfd44-2 ii libgtk2.0-0 2.24.23-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libx11-6 2:1.6.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages viking recommends: pn expect-dev none Versions of packages viking suggests: pn gpsd 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#720953: Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
Am Dienstag, den 20.05.2014, 16:04 +0900 schrieb Norbert Preining: Yes I know ... poppler ... I am still not sure that it was a good idea to base all our pdf libs on poppler. Do you know if it's possible to get some debug output from poppler? On my system it just silently ignores the mal-declared ligature glyph without printing anything to stderr or the like. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711833: Request to join python-apps
On Mon, May 19, 2014 at 05:10:11PM -0700, Vincent Cheng wrote: Hi Alexander, On Mon, May 19, 2014 at 12:05 PM, Alexander Alemayhu alexan...@bitraf.no wrote: Hei, I was on the #debian-python IRC channel on irc.efnet.org earlier. I want to irc.efnet.org? Don't you mean OFTC (or its alias irc.debian.org)? Yes. I meant OFTC. join the python-apps team and have already sent a request in the web interface on alioth. My intention is to adopt postr[0] within the team and maintain it together with Yoann Gauthier. Is there any official process to adopting a package within a team after joining? [0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711833 If you intend to join the PAPT, please create an account on Alioth [1] and join the team there in order to get commit access to our svn repos; more info at [2]. I suggest uploading the package to mentors.debian.net (definitely read [3] first) as well to make it easier to review your package. I already have an account on Alioth and a request to join has been sent. My username is ccscanf-guest. I am still waiting for the PAPT administrators to approve my request. Thanks. Regards, Vincent [1] https://alioth.debian.org/ [2] https://wiki.debian.org/Teams/PythonAppsPackagingTeam [3] http://mentors.debian.net/intro-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748732: wl-beta: Spam filtering with spamc doesn't seem to work
Package: wl-beta Version: 2.15.9+0.20120411-1 Severity: normal I'm trying to configure Wanderlust to learn spam with spamc (remote spamd): '(elmo-spam-spamassassin-learn-program spamc) '(elmo-spam-spamassassin-learn-program-arguments -L spam -d bogdana) '(elmo-spamassassin-debug t) Marking a message as spam in the Summary buffer with `k m' and then pressing `x' results in a Lisp error (see backtrace below). It looks like the code expects `sa-learn' as the learning program. Invoking spamc manually on the same message with the same arguments seems OK: $ spamc /tmp/emacskQayFC -L spam -d bogdana Message successfully un/learned $ echo $? 0 Debugger entered--Lisp error: (wrong-type-argument stringp 45) call-process-region(1 6552 spamc /tmp/emacskQayFC #buffer *Debug ELMO SpamAssassin* nil 45 76 32 115 112 97 109 32 45 100 32 98 111 103 100 97 110 97 --spam) apply(call-process-region 1 6552 spamc nil #buffer *Debug ELMO SpamAssassin* nil (45 76 32 115 112 97 109 32 45 100 32 98 111 103 100 97 110 97 --spam)) elmo-spamassassin-call(learn --spam) apply(elmo-spamassassin-call learn --spam) #[(processor buffer optional restore) rq\210\301\302\303\304C#)\305=\207 [buffer apply elmo-spamassassin-call learn --spam 0] 4]([elsp-sa [0 0 0 0 0 0 0]] #buffer *temp* nil) apply(#[(processor buffer optional restore) rq\210\301\302\303\304C#)\305=\207 [buffer apply elmo-spamassassin-call learn --spam 0] 4] ([elsp-sa [0 0 0 0 0 0 0]] #buffer *temp* nil)) luna-call-next-method() luna-apply-generic([elsp-sa [0 0 0 0 0 0 0]] elmo-spam-register-spam-buffer [elsp-sa [0 0 0 0 0 0 0]] #buffer *temp* nil) elmo-spam-register-spam-buffer([elsp-sa [0 0 0 0 0 0 0]] #buffer *temp* nil) #[(processor folder optional numbers restore) \206 \306 \307\211#\310\311!r\nq\210\312\216\313\211 \2039 \f@\314 \210\315 \\210\316 p#\210\317\320!\210\fA\211\204 .\313\207 [numbers folder temp-buffer number --cl-dolist-temp-- processor elmo-folder-list-messages t generate-new-buffer *temp* (...) nil erase-buffer elmo-spam-message-fetch elmo-spam-register-spam-buffer elmo-progress-notify elmo-spam-register restore] 5]([elsp-sa [0 0 0 0 0 0 0]] [elmo-imap4-folder [0 0 0 0 0 0 0] imap4 %inbox:yavor/clear@bogdana:993! % /home/yavor/.elmo/imap/bogdana/yavor/inbox [modb-standard [0 0 0 0 0 0 0] /home/yavor/.elmo/imap/bogdana/yavor/inbox (243) t x-ctext (119173 119174 119175 119176 119177 119178 119179 119180 119181 119182 119183 119184 119185 119186 119187 119188 119189 119190 119191 119192 119193 119194 119195 119196 119197 119198 119199 119200 119201 119202 119203 119204 119205 119206 119207 119208 119209 119210 119211 119212 119213 119214 119215 119216 119217 119218 119219 119220 119221 119222 ...) [0 0 0 E1WjhhG-hO-2M@hatch E1Wkx7R-000CP4-PS@xm51\.hostsila\.org 0 0 0 0 0 6e16157a6a29b6527e3d6c362df8c47a@emarketingtm-09\.com 145f01f57c2\.15841\.ac2ab@localhost\.localdomain 0 mailman\.13347\.1399540372\.1146\.trans-coord-devel@gnu\.org 0 0 0 0 0 145cd257b92\.18bfa\.5442b@localhost\.localdomain handler\.s\.C\.140052937932049\.transcript@bugs\.debian\.org 0 handler\.s\.C\.139988801024153\.transcript@bugs\.debian\.org 0 0 handler\.s\.C\.1400524771673\.transcript@bugs\.debian\.org mailman\.36\.1400328009\.22262\.trans-coord-devel@gnu\.org b2daada59d0b10d7ac7145928ea32102@www\.linkwebservices\.net 0 0 0 0 handler\.s\.C\.13992527508459\.transcript@bugs\.debian\.org handler\.s\.C\.140053163713107\.transcript@bugs\.debian\.org 0 handler\.s\.B732095\.13994886546041\.transcript@bugs\.debian\.org 0 0 0 7407a90dc2b0fb99064d23b4c9bd174f@german-desktop 0 0 0 CAEYUN_Bc2SHHOKsW=ptO2bqt2Zg-mACyt4XGjvFqkFyZiDPL=g@mail\.gmail\.com 0 0 0 20140519184201\.1460PNB8P@acm\.org 0 0 ...] [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ...] (... ... ...) nil] nil nil t nil nil x-ctext yavor clear bogdana 993 (! ssl ssl open-ssl-stream) inbox] (121781) nil) apply(#[(processor folder optional numbers restore) \206 \306 \307\211#\310\311!r\nq\210\312\216\313\211 \2039 \f@\314 \210\315 \\210\316 p#\210\317\320!\210\fA\211\204 .\313\207 [numbers folder temp-buffer number --cl-dolist-temp-- processor elmo-folder-list-messages t generate-new-buffer *temp* (...) nil erase-buffer elmo-spam-message-fetch elmo-spam-register-spam-buffer elmo-progress-notify elmo-spam-register restore] 5] ([elsp-sa [0 0 0 0 0 0 0]] [elmo-imap4-folder [0 0 0 0 0 0 0] imap4 %inbox:yavor/clear@bogdana:993! % /home/yavor/.elmo/imap/bogdana/yavor/inbox [modb-standard [0 0 0 0 0 0 0] /home/yavor/.elmo/imap/bogdana/yavor/inbox ... t x-ctext ... [0 0 0 E1WjhhG-hO-2M@hatch E1Wkx7R-000CP4-PS@xm51\.hostsila\.org 0 0 0 0 0 6e16157a6a29b6527e3d6c362df8c47a@emarketingtm-09\.com 145f01f57c2\.15841\.ac2ab@localhost\.localdomain 0 mailman\.13347\.1399540372\.1146\.trans-coord-devel@gnu\.org 0 0 0 0 0
Bug#748733: [4.9/4.10 Regression] Invalid optimizations for extern vars with local weak definitions
Package: gcc
Version: 4.9
Severity: important
Tags: upstream,confirmed,sid,experimental
GCC 4.9 introduced a bug in optimization (present at all -O levels
except -O0) in the presence of extern objects with weak definitions
local to the translation unit.
The following minimal testcase shows the problem:
static int dummy = 0;
extern int foo __attribute__((__weak__, __alias__(dummy)));
int bar() { if (foo) return 1; return 0; }
This should produce a nontrivial bar which can conditionally return 0
or 1 depending on the contents of foo. Instead, on 4.9.0, it produces
a function which always returns 0.
GCC versions with this bug have been reported to produce a seriously
broken libc.a/libc.so for musl libc (e.g. fflush(NULL) fails to flush
stdout).
Removing static above causes the symptom to go away, so presumably GCC
is wrongly transferring knowledge that dummy is static onto foo,
and thereby assuming foo is not externally reachable/modifiable.
IIRC clang/LLVM had the same bug a couple years back and fixed it; it
looks like GCC has newly introduced it.
This bug affects at least the debian package musl which does not
build correctly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714836: ITP: qucs -- progress?
Hi José, regarding your ITP, do you think you will make it in time for Qucs to be included in jessie? Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745209: transition: gloox
On Tue, May 13, 2014 at 2:05 PM, Julien Cristau jcris...@debian.org wrote: Control: tags -1 confirmed On Fri, Apr 18, 2014 at 15:47:35 -0700, Vincent Cheng wrote: I'd like to request a transition slot for src:gloox. This is a relatively small transition (just like #736219 was), with only 4 source packages affected, and only 2 of them are in testing: licq (build ok, needs binNMU) 0ad (build ok, needs binNMU) Assuming the release team has no objections, I'll go ahead and upload this to unstable directly. Sorry for the delay. Yes, feel free to go ahead. Updated gloox now in sid and built+installed on all archs (except sparc). Please schedule binNMUs for 0ad and licq. nmu 0ad_0.0.16-2 . ALL . -m 'Rebuild against libgloox12' nmu licq_1.8.1-2 . ALL . -m 'Rebuild against libgloox12' Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Package: src:linux Version: 3.14.4-1 Followup-For: Bug #748574 Dear Maintainer, Is this related to the problem reported on Arch Linux https://bugs.archlinux.org/task/39811 which seems to have been reported to the kernel people :- https://bugzilla.kernel.org/show_bug.cgi?id=73911#c8 I had this problem with my Gigabyte GA-H87-HD3 mother board. The bios was on version F3. I have updated to F8 and kernel 3.14 now boots ok. Geoff -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.4-1 (2014-05-13) ** Command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/SSD0-root ro quiet ** Not tainted ** Kernel log: [2.258101] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [2.258102] [drm] Driver supports precise vblank timestamp query. [2.258157] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [2.263993] random: nonblocking pool is initialized [2.267265] input: PC Speaker as /devices/platform/pcspkr/input/input3 [2.276889] udevd[605]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.277405] AVX2 version of gcm_enc/dec engaged. [2.279175] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [2.280350] udevd[631]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.281894] udevd[646]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.282047] alg: No test for crc32 (crc32-pclmul) [2.285975] hidraw: raw HID events driver (C) Jiri Kosina [2.296565] usbcore: registered new interface driver snd-usb-audio [2.299926] usbcore: registered new interface driver usbhid [2.299928] usbhid: USB HID core driver [2.300194] udevd[677]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.306127] media: Linux media interface: v0.10 [2.307715] Linux video capture interface: v2.00 [2.308595] gspca_main: v2.14.0 registered [2.308953] gspca_main: sq905-2.14.0 probing 2770:9120 [2.326180] input: Burr-Brown from TI USB Audio CODEC as /devices/pci:00/:00:14.0/usb3/3-10/3-10:1.3/0003:08BB:2900.0001/input/input4 [2.326374] hid-generic 0003:08BB:2900.0001: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-:00:14.0-10/input3 [2.326379] udevd[737]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.328161] udevd[743]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.328599] udevd[744]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.330903] logitech-djreceiver 0003:046D:C52B.0004: hiddev0,hidraw1: USB HID v1.11 Device [Logitech USB Receiver] on usb-:00:14.0-6.1/input2 [2.341582] usbcore: registered new interface driver sq905 [2.386224] Switched to clocksource tsc [2.387268] input: Logitech Unifying Device. Wireless PID:400a as /devices/pci:00/:00:14.0/usb3/3-6/3-6.1/3-6.1:1.2/0003:046D:C52B.0004/0003:046D:C52B.0005/input/input5 [2.388667] logitech-djdevice 0003:046D:C52B.0005: input,hidraw2: USB HID v1.11 Mouse [Logitech Unifying Device. Wireless PID:400a] on usb-:00:14.0-6.1:1 [2.413147] fbcon: inteldrmfb (fb0) is primary device [2.662639] Console: switching to colour frame buffer device 160x64 [2.670835] i915 :00:02.0: fb0: inteldrmfb frame buffer device [2.670838] i915 :00:02.0: registered panic notifier [2.721228] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [2.722266] acpi device:61: registered as cooling_device10 [2.722445] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6 [2.722682] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [2.722749] snd_hda_intel: probe of :00:03.0 failed with error -2 [2.723664] mei_me :00:16.0: irq 48 for MSI/MSI-X [2.723737] snd_hda_intel :00:1b.0: irq 49 for MSI/MSI-X [2.726477] ACPI Warning: SystemIO range 0x1828-0x182f conflicts with OpRegion 0x1800-0x187f (\PMIO) (20131218/utaddress-258) [2.726491] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [2.726498] ACPI Warning: SystemIO range 0x1c30-0x1c3f conflicts with OpRegion 0x1c00-0x1c3f (\GPRL) (20131218/utaddress-258) [2.726505]
Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope
Hi, I have to admit that I do not have any idea about bison and thus fail to fix bug #733407. Any help is really appreciated. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747173: Make dmesg dump configurable
John, Any thoughts on this? Thanks ...Juerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747229: cloud-utils requires qemu-img
Any thoughts on this? Thanks ...Juerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748733: [4.9/4.10 Regression] Invalid optimizations for extern vars with local weak definitions
Control: forcemerge 748681 -1 Control: reassign -1 gcc-4.9 Am 20.05.2014 10:03, schrieb Kevin Bortis: Package: gcc Version: 4.9 Severity: important Tags: upstream,confirmed,sid,experimental GCC 4.9 introduced a bug in optimization (present at all -O levels except -O0) in the presence of extern objects with weak definitions local to the translation unit. is one report not enough? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748734: Latest upgrades breaks french keyboard
Package: xkb-data Version: 2.11-1 Severity: normal Since latest upgrade, numeric keypad dot key does not produce a dot anymore but a comma. Thus it does not produce what is written on the key Here is /etc/default/keyboard # If you change any of the following variables and X is configured to # use this file, then the changes will become visible to X only if udev # is restarted. You may need to reboot the system. # The following variables describe your keyboard and can have the same # values as the XkbModel, XkbLayout, XkbVariant and XkbOptions options # in /etc/X11/xorg.conf. XKBMODEL=pc105 XKBLAYOUT=fr XKBVARIANT= XKBOPTIONS=lv3:ralt_switch,compose:menu,terminate:ctrl_alt_bksp,altwin:meta_win # If you don't want to use the XKB layout on the console, you can # specify an alternative keymap. Make sure it will be accessible # before /usr is mounted. # KMAP=/etc/console-setup/defkeymap.kmap.gz BACKSPACE=guess -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#715914: This bug and similar bugs have been fixed in freecell-solver-3.26.0.
Hi all, thanks to the Mayhem team for reporting this problem, but I wasn't notified of it. I am the upstream maintainer of Freecell Solver and I discovered it relatively by accident. Anyway, this is fixed in freecell-solver-3.26.0: * http://fc-solve.blogspot.co.il/2014/05/freecell-solver-3260-was-released.html * https://groups.yahoo.com/neo/groups/fc-solve-discuss/conversations/messages/1387 * https://freecode.com/projects/freecellsolver/releases/363796 I also fixed the other bugs reported by the Mayhem team to the Debian bug tracker: * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716097 * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716171 * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716286 And similar bugs in different programs. Please upgrade the version in Debian Sid to 3.26.0 and you can find the commits with the fixes in the git repository of Freecell Solver. Regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ Chuck Norris/etc. Facts - http://www.shlomifish.org/humour/bits/facts/ Cast your bread upon the waters, for after many days you will find it again. — Ecclesiastes 1:11 Please reply to list if it's a mailing list post - http://shlom.in/reply . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748736: gnat-gps: Backspace deletes two characters
Package: gnat-gps Version: 5.0-16 Severity: important Dear Maintainer, When I press Backspace, two characters are deleted instead of one. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnat-gps depends on: ii gnat-gps-common 5.0-16 ii libc62.18-5 ii libcairo21.12.16-2 ii libgcc1 1:4.9.0-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnat-4.6 4.6.4-4 ii libgnatprj4.64.6.4-4 ii libgnatvsn4.64.6.4-4 ii libgtk2.0-0 2.24.23-1 ii libgtkada2.24.1 2.24.1-14 ii libpango-1.0-0 1.36.3-1 ii libpython2.7 2.7.6-8 ii libtemplates-parser11.6 11.6-4 ii libxmlada4.1 4.1-4 ii libxrender1 1:0.9.8-1 Versions of packages gnat-gps recommends: pn gdb-minimal none ii gnat 4.6.1 ii gnat-gps-doc 5.0-16 ii python-gtk2 2.24.0-3+b1 Versions of packages gnat-gps suggests: pn gprbuild 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#644238: org-mode: normal lines interpreted as list items
tag 644238 + upstream forwarded 644238 http://article.gmane.org/gmane.emacs.orgmode/86455 found 644238 8.2.1-1 thanks Hello, this has now been reported upstream[0]. Cheers, --Seb [0] http://article.gmane.org/gmane.emacs.orgmode/86455 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748735: ITP: ruby-nested-form -- conveniently handle multiple models in a single form
Package: wnpp Severity: wishlist Owner: Praveen Arimbrathodiyil prav...@debian.org * Package name: ruby-nested-form Version : 0.3.2 Upstream Author : Ryan Bates * URL : http://github.com/ryanb/nested_form * License : Expat Programming Lang: Ruby Description : conveniently handle multiple models in a single form Library to conveniently handle multiple models in a single form with Rails 3 and jQuery or Prototype. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures
On Mon, 2014-05-19 at 22:53 +0200, Matthias Klose wrote: Am 19.05.2014 21:00, schrieb Mark Wielaard: It is just the package name that refers to systemtap, but it could as well have been called gdb-sdt-devel for example. In which case it should at least work as is on any arch gdb supports. I'm not complaing about the name of the package, but that it apparently *does* have some unintended effects on some architectures. I was just pointing out that the package itself (sys/sdt.h) really should be arch independent. It doesn't really make sense IMHO to tie it to the arches that happen to have a systemtap implementation, since GDB also supports it, you could as well argue that it should be supported on all arches that GDB support. But if there really are unintended effects on some architectures they should be fixed. I am just not clear what the precise bugs are that you are seeing. The gcc example is somewhat hard to understand. Is the issue you are seeing with gcc really caused by sys/sdt.h or might it be the g++ template decl ordering problem discussed here: https://gcc.gnu.org/ml/gcc/2014-05/msg00210.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures
Am 20.05.2014 10:57, schrieb Mark Wielaard: I am just not clear what the precise bugs are that you are seeing. The gcc example is somewhat hard to understand. Is the issue you are seeing with gcc really caused by sys/sdt.h or might it be the g++ template decl ordering problem discussed here: https://gcc.gnu.org/ml/gcc/2014-05/msg00210.html no, this is the 4.9 branch, not the trunk. And seen with 4.8 too if you install the header for a 4.8 build. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures
Hi, Matthias Klose d...@debian.org writes: I'm not complaing about the name of the package, but that it apparently *does* have some unintended effects on some architectures. is there something simpler than gcc that FTBFS? I'd like to look into the issue but gcc is quite heavy to build, especially on a porterbox. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748198: ark: Ark fails to produce a valid .zip archive
Package: ark Version: 4:4.12.4-1 Followup-For: Bug #748198 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Same problem, and also ark cannot create zip, rar. 7z archive file. * What exactly did you do (or not do) that was effective (or ineffective)? It can fine to use ark command line. but when I use ark service menu, It can't expept tar.gz format. * What was the outcome of this action? It says that failed create the new archive. permissions might not be sufficient. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ark depends on: ii kde-runtime 4:4.12.4-1 ii libarchive13 3.1.2-8 ii libc6 2.18-5 ii libkdecore5 4:4.12.4-1 ii libkdeui5 4:4.12.4-1 ii libkfile4 4:4.12.4-1 ii libkhtml5 4:4.12.4-1 ii libkio5 4:4.12.4-1 ii libkonq5abi1 4:4.12.4-1 ii libkparts44:4.12.4-1 ii libkpty4 4:4.12.4-1 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqtcore44:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libstdc++64.8.2-16 Versions of packages ark recommends: ii bzip2 1.0.6-5 ii p7zip-full 9.20.1~dfsg.1-4 ii unzip 6.0-12 ii zip 3.0-8 Versions of packages ark suggests: ii rar2:4.2.0-1 ii unrar 1:5.0.10-1 -- 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#508376: Possible fix
I don't know if this matches the original intention of the log files, but a simple workaround is to replace ---8 # # Logging for the mail system. Split it up so that # it is easy to write scripts to parse these files. # mail.info -/var/log/mail.info mail.warn -/var/log/mail.warn mail.err /var/log/mail.err ---8 with ---8 # # Logging for the mail system. Split it up so that # it is easy to write scripts to parse these files. # =mail.info -/var/log/mail.info =mail.warn -/var/log/mail.warn =mail.err /var/log/mail.err ---8 This means that only info messages go to mail.info, only warning messages go to mail.warn and so on. If you want info to hold info *and above* messages, then the pattern would need to be changed, but I think this small change makes more sense. -- vv Email vvTwitter da...@darac.org.uk Website ^^ XMPP signature.asc Description: Digital signature
Bug#733757: xkb-data: CTRL_R not existant anymore
Hello, If this change is really needed by some, maybe we could create (yet) another variant... My 2 cents! Michel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748738: transition: analitza5ab1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, This is a small and self contained transition, libanalitza broke it's ABI interface so we are bumping the soversion to 5ab1. The only affected packages are cantor and kalgebra which are prepared and waiting for a green flag to upload the tree packages Thanks, Ben file: title = analitza5abi1; is_affected = .depends ~ /libanalitza(|plot|gui)5/ | .build-depends ~ /libanalitza-dev/; is_good = .depends ~ /(libanalitza5|libanalitzagui5|libanalitzaplot5)abi1/; is_bad = .depends ~ /lib(analitza5|libanalitzagui5|libanalitzaplot5)([^a]|$)/; - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTeyi5AAoJEMcZdpmymyMqfEIQAInXdVgSFsU/UuvFY8Ep+sVi jrVLePIck2ufB/KoWG/Ogjl4jlLHSkoavDSMthAa7d9Rw79f/5Af53cAujObQY6Y PAspZ+Paq/m6Lwxqq7pFQYga9pBQV/+fzKNZSa5pdSA2wWFkB/7q7lser4YQxkiN 9/DnIIrtR9gwqWTJ6Q04QD163j0P7FzlUso/vPDb3rhbGwPxEhsgAJhyoperR6Hr QcxY/NB1giPSQnrZJOKF72saQyUBEWrFkp8MxVjC4G9GMKRG1kzvnOQ9kAbG/aer jp8NT9YznATb7LRSfw/QmjANxJTSZKSCGohSEqMHjiA2K3UYiVZwND4cYpdeSMIR xyQf4Nshgf5whU3QMhyWRXMzzWfdDE2wmqHI0MONXPGQ3zzEqTllv/0cSE8SwojB PllQ+0a2WCUX+IrSG7F9KIGsiScQqH67zufGP9YEZMulLbc41++iM3HewX0tIM4/ NyhYygEjbxK25ihiAQz2/4hwlyjWI7uxN6D5aXAIK7st5K5MotjbTzVsbXaM4exL cVEkudUdpKOnarYgEeEy9BR2BtAV1ysv7z4QbwhET6n/ZsAcmRf5SRzWOyYaUM89 mDawh4YAsssi9Qn2sgofQnk07XaEeMw9ZTk+SIypzMiieGf/u0ToFmyJzN4EvIam dMUQDMKXCgYgPDIBZU0S =i+zH -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#748310: clamav-daemon: initscript ignores configfile name at daemon start
On Tue, May 20, 2014 at 12:01 AM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/ap-lsb.html Do I understand you correctly that you want the return codes to be changed? Consistent exit codes are one thing possibly helping world peace, yes. I am not sure why there's supervision support in the init.d script, and even if so, why is it so aggressively enforced. True, I'm using a custom runit supervision script and not the init.d script but I don't really see the reasons being mentioned in the README.Debian, so users may find it only by pure luck. :-) peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672561: Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi Rogério, On 05/12/2012 08:46 AM, Reinhard Tartler wrote: bug 672561 wishlist tags 672561 wontfix stop On Sat, May 12, 2012 at 7:39 AM, Rogério Brito rbr...@ime.usp.br wrote: Package: libavcodec-dev Severity: important Hi. The libavcodec-dev package is missing /usr/include/libavcodec/audioconvert.h. This file is needed by handbrake. If I clone the libav git tree, checkout the v0.8.2 tag and copy that file to /usr/include/avcodec, then I am able to successfully compile handbrake with Debian's libav, without needing to download things from outside. The problem with that is that audioconvert.h is not part of the public API. Moreover, most of the APIs have already been removed in current libav/master in favor of the newly introduced libavresample library. Therefore, I do not think it would be a good idea to start shipping this header. The proper long-term solution is to port handbrake to 'libavresample' (not yet uploaded to experimental, the packaging needs review, and is not going to be included in wheezy). As short-term workaround, I'd suggest to copy the parts of audioconvert.h and audioconvert.c to the handbrake packaging. BTW, regarding handbrake, I am down to few packages now that need to be taken from outside debian for it to compile, namely: * MODULES += contrib/libdvdread * MODULES += contrib/libdvdnav * MODULES += contrib/mpeg2dec Everything else works with packages in Debian *or* with packages in the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2). That's excellent news! Thanks for working on it and count me in as supporter (i.e., put me to Uploaders). Handbrake is now in Debian and uses libavresample. How about closing this bug? The missing header stopped being an issue, I think. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748321: ITP: raceintospace -- free software version of the Liftoff! board game
Since the package depends on physfs 2.1, which has not been release yet, we need to wait for the upstream of physfs to release 2.1 and for the package to be in Debian. For now, raceintospace is ready in pkg-games git and can go to Debian when physfs is ready. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748739: Inconsistent types caused by _GNU_SOURCE
Package: extsmail
Version: 1.4-1
Severity: wishlist
Usertags: goto-cc
Tags: patch
During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error. Please note that we
use our research compiler tool-chain (using tools from the cbmc package), which
permits extended reporting on type inconsistencies at link time.
gcc -o extsmaild conf_parser.tab.o conf_tokenizer.o externals_parser.tab.o
externals_tokenizer.o extsmaild.o common.o
error: conflicting types for variable yyelval
old definition in module externals_parser.tab file externals_parser.tab.c line
1052
union YYSTYPE {
const char * str;
signed long int time;
struct _mat * match;
struct _ext * external;
struct _grp * group;
}
new definition in module externals_tokenizer file externals_parser.tab.h line 94
union YYSTYPE {
const char * str;
signed long int time;
struct _mat * match;
struct _ext * external;
struct _grp * group;
}
reason for conflict at nil.match.preg.buffer in types listed below
(struct/struct):
names of component 0 differ (buffer/__buffer)
struct re_pattern_buffer {
unsigned char * buffer;
unsigned long int allocated;
unsigned long int used;
unsigned long int syntax;
char * fastmap;
unsigned char * translate;
unsigned long int re_nsub;
unsigned int can_be_null;
unsigned int regs_allocated;
unsigned int fastmap_accurate;
unsigned int no_sub;
unsigned int not_bol;
unsigned int not_eol;
unsigned int newline_anchor;
unsigned __CPROVER_bitvector[56] $pad0;
}
struct re_pattern_buffer {
unsigned char * __buffer;
unsigned long int __allocated;
unsigned long int __used;
unsigned long int __syntax;
char * __fastmap;
unsigned char * __translate;
unsigned long int re_nsub;
unsigned int __can_be_null;
unsigned int __regs_allocated;
unsigned int __fastmap_accurate;
unsigned int __no_sub;
unsigned int __not_bol;
unsigned int __not_eol;
unsigned int __newline_anchor;
unsigned __CPROVER_bitvector[56] $pad0;
}
Makefile:23: recipe for target 'extsmaild' failed
make[1]: *** [extsmaild] Error 64
make[1]: Leaving directory
'/srv/jenkins-slave/workspace/sid-goto-cc-extsmail/extsmail-1.4'
dh_auto_build: make -j1 returned exit code 2
debian/rules:6: recipe for target 'build' failed
As the C standard mandates that type compatibility requires equal field names in
compound types, the above does violate the requirement despite the bit-level
equality of types. The problem here is really caused by flex, which #include's
several standard header files before getting to Config.h. A workaround, which
may actually speed up compilation as a positive side effect, is implemented in
the attached patch.
Best,
Michael
--- extsmail-1.4.orig/externals_parser.y
+++ extsmail-1.4/externals_parser.y
@@ -50,9 +50,9 @@ Match *add_match(Match_Type, const char
%union {
const char *str;
time_t time;
-Match *match;
-External *external;
-Group *group;
+struct _mat *match;
+struct _ext *external;
+struct _grp *group;
}
%token TGROUP
--- extsmail-1.4.orig/externals_tokenizer.l
+++ extsmail-1.4/externals_tokenizer.l
@@ -24,14 +24,12 @@
#include err.h
#include errno.h
-#include regex.h
#include stdbool.h
#include string.h
#include time.h
#include conf.h
#include common.h
-#include externals.h
#include externals_parser.tab.h
char *mk_str(char *);
pgpwumRihYEaa.pgp
Description: PGP signature
Bug#748740: Does not work anymore with https servers that use selfsigned certificates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: libwww-perl Version: 6.06-1 Severity: important The newest version of libwww-perl does not connect to https servers with selfsigned certificates anymore; even not with environment PERL_LWP_SSL_VERIFY_HOSTNAME set to 0. This is a major issue in the library as several third party modules (like Zabbix::API) also doesn't work with encrypted connections anymore. And it is even worse with debian trowed out the only trustable certificate of cacert several weeks ago. I have no exact version when this change was done but it looking at the changelog I think it was introduced by 6.05 or 6.06 as it worked recently. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.10 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages libwww-perl depends on: pn ca-certificates none ii libencode-locale-perl 1.03-1 ii libfile-listing-perl6.04-1 ii libhtml-parser-perl 3.71-1+b1 ii libhtml-tagset-perl 3.20-2 ii libhtml-tree-perl 5.03-1 ii libhttp-cookies-perl6.00-2 ii libhttp-date-perl 6.02-1 ii libhttp-message-perl6.06-1 ii libhttp-negotiate-perl 6.00-2 ii liblwp-mediatypes-perl 6.02-1 ii liblwp-protocol-https-perl 6.04-3 ii libnet-http-perl6.06-1 ii liburi-perl 1.60-1 ii libwww-robotrules-perl 6.01-1 ii netbase 5.2 ii perl5.18.2-4 Versions of packages libwww-perl recommends: ii libhtml-form-perl6.03-1 ii libhtml-format-perl 2.11-1 ii libhttp-daemon-perl 6.01-1 ii libmailtools-perl2.12-1 Versions of packages libwww-perl suggests: pn libauthen-ntlm-perl none - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTezEOAAoJEKZ8CrGAGfasTEcMAK8CLTle5hQDe6W9Y2ojSGaS 45kMh/r3SdSIK0QzzJCsDnm2GMh/J6a+lvDiH3oZghTlXKGDNk5rk93VIIg3YG6+ wt8S4zCIDdr6yeVZDk7mlgntDcYOekZ16T230oFcOr7Rc0xal3KsNWDgMFe/RlIb BatnhOyhPyVHteQMvSad9LPY+NuhGLGDtRK/y1I4XZRhQAXA3FWmgFkl86UEslfB iiO1q/+ETtJ0PQKC0NOs019i0zg5UeoTH8GAr0oOzKnrRNlfaqcJEzwCVy1r1nDp 5VSlJYGNRRzPxIVasnPzGnC3Qxn9Usjz3nbNW8lV5P3JTU9cX7uHmGCEZ15xdorD /k4s3hTiW5Zl6AMFl4TZqmdrcE+9K5OCGMMfaZS00pTSQwpCeWHF43rVU+J/dMUE K7mwH3fuqg6qE3dECtbkzsHf/USURU2ZJGO5+4mc3dSgDYH8Psw7M2xXptS6Fzxy TFRz6hngwZR5wYCYutraE34REhDJQ7IlnDNG2q7oYA== =QJYZ -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#745079: transition: kde4.12
Maximiliano Curia m...@debian.org (2014-05-17): ¡Hola Julien! El 2014-05-17 a las 00:26 +0200, Julien Cristau escribió: It doesn't look like calligra has been uploaded? Yes, sorry, I've been trying to fix a segfault in the tests, and I failed to deal with it. I think Adrien has a bit of time to check that this weekend. Which packages are going to need binNMUed? Assuming we manage to fix calligra, digikam n-u-r was update with build-depends 4:4.12, so that should be okay. Then: - kdegraphics-thumbnailers (which is part of kde-sc, but the contents of the tarball hasn't changed) - subsurface - kphotoalbum Following a ping on IRC, binNMUs were scheduled for the 3 packages in level 2 for auto-libkdcraw, meaning: - calligra - kdegraphics-thumbnailers - kphotoalbum (level 1 is the library itself.) Mraw, KiBi. signature.asc Description: Digital signature
Bug#745079: transition: kde4.12
¡Hola Julien! El 2014-05-17 a las 12:52 +0200, Maximiliano Curia escribió: Which packages are going to need binNMUed? Assuming we manage to fix calligra, digikam n-u-r was update with build-depends 4:4.12, so that should be okay. Then: - kdegraphics-thumbnailers (which is part of kde-sc, but the contents of the tarball hasn't changed) - subsurface - kphotoalbum This was a bit unclearly stated, let me try this again: I request the binNMU of: - kdegraphics-thumbnailers - subsurface - kphotoalbum About the other level 2 packages, we'll be working on calligra to upload the new upstream release, but it's ok to binnmu if needed. And digikam was already uploaded. Thanks, -- If the code and the comments disagree, then both are probable wrong. -- Norm Schryer Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#748607: closed by Bálint Réczey bal...@balintreczey.hu (reply to bal...@balintreczey.hu) (Re: Bug#748607: Re: Bug#748607: always invalid RAW key WPA(2)-PSK (IEEE 802.11))
2014-05-19 21:19 GMT+02:00 acrux ac...@onet.pl: I have install it from backports. This feature doesn't work too on wireshark Version 1.10.7 (v1.10.7-0-g6b931a1 from master-1.10) The key is accepted, but often dissapear from configuration. Key is valid but ethernet packets was not decoded. This is strange. Could you please provide the steps to reproduce the issue? It worked fine for me with both wpa-pwd (when the key did not contain :) and wpa-psk. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748741: reportbug: Wrong path /usr/sbin/dpkg-divert used
Package: reportbug Version: 6.4.4 Severity: normal Hi, reportbug still uses the old path to dpkg-divert, see the end of this mail. -- Package-specific info: -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc3+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.9+deb7u1 ii python2.7.3-4+deb7u1 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.49 ii debsums2.0.52 pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii file 5.11-2+deb7u3 ii gnupg 1.4.12-7+deb7u3 ii python-gtk22.24.0-3+b1 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.9+deb7u1 ii python2.7.3-4+deb7u1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found This is the problem! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743141: system hangs when building gcc on kfreebsd-amd64
tags 743141 + fixed-upstream thanks Fix committed to head: http://svnweb.freebsd.org/base?view=revisionsortby=daterevision=266464 Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748674: RFS: ipmitool/1.8.14-1 ITA
Hello Vincent, Am Montag, den 19.05.2014, 16:31 -0700 schrieb Vincent Cheng: Control: tag -1 + moreinfo On Mon, May 19, 2014 at 7:37 AM, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package ipmitool * Package name: ipmitool [...] Please be more verbose/descriptive here, i.e. something like: - Fix FTBFS on kfreebsd (Closes: #725476) - Include bmcautoconf.sh script (Closes: #627041) ...etc. done Bugs that were fixed in an earlier upstream release (like #708387) should be closed manually by sending mail to 708387-done@bugs.d.o with the correct Version: header set (so that they're marked as fixed in the correct version(s)). removed fixed bugs from changelog and closed them via -done@bugs.d.o. * Bumps compat to 9 * New maintainer ( Closes: #748487 ) - debian/copyright: line 67 seems to be out of place (move to line 64?) - This is entirely up to you, but you could avoid possible-gpl-code-linked-with-openssl entirely if you chose to license debian/* under GPL-2+ with the openssl exception clause (instead of just plain GPL-2+). Also, as debian/* is the only thing that's GPL-licensed in the entire package, you could also just use the same license as the rest of upstream's source (3-clause BSD). Assuming you deliberately chose to license your packaging as GPL-2+, just be careful of including any non-trivial patches in debian/patches/*, as that could cause you to run into conflict with possible-gpl-code-linked-with-openssl. Ok. I've set set debian/* also under BSD-3-clauses - A lot of your patches have incomplete DEP-3 headers (it looks like you've just copied and pasted from a template). Don't forget to forward your patches upstream if possible. I've already mailed with the upstream - maintainer and asked how he wants to get the patches. Therefor some headers are incomplete. Incomplete DEP-3 header removed. - If you're going to install systemd service files, please build-dep on dh-systemd and put dh $@ --with systemd in debian/rules (AFAIK that injects some Debian+systemd-specific integration stuff into your maintainer scripts). [1] done - debian/dirs and debian/README.source are both redundant (the latter because you use source format 3.0 (quilt)). removed - lintian: W: ipmitool: manpage-has-errors-from-man usr/share/man/man1/ipmitool.1.gz 1037: warning [p 13, 4.0i]: can't break line Patched with a heavy heart. Uploaded to mentors[1]. Ticket for alioth is out. Regards, Vincent Thanks, Jörg [1] http://mentors.debian.net/debian/pool/main/i/ipmitool/ipmitool_1.8.14-1.dsc -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#727191: Fwd: #727191 - gnome-session: Gnome session doesn't save running applications
for the record. -- Forwarded message -- From: Michal Kašpar mkas...@it-media.cz Date: 20 May 2014 08:33 Subject: Re: #727191 - gnome-session: Gnome session doesn't save running applications To: althaser altha...@gmail.com Hi. With 3.8.4-4 the situation remains the same (as commented in #727190). I've tried to log out with some apps running, but had to kill the session (loginctl kill-session) as logging out freezed. Then tried the same with Power Off which worked but the apps didn't start automatically. -- Michal Kašpar
Bug#727190: Fwd: #727190 - gnome-session: From 3.6, applications are killed during shutdown/logging out instead of correctly terminating them
for the record. -- Forwarded message -- From: Michal Kašpar mkas...@it-media.cz Date: 20 May 2014 08:21 Subject: Re: #727190 - gnome-session: From 3.6, applications are killed during shutdown/logging out instead of correctly terminating them To: althaser altha...@gmail.com It seems with 3.8.4-4 the problem persists. It's a bit difficult to test this now, because I'm hitting another bug which causes that without systemd log out/power off dialogue doesn't work at all but even when booting with init=/bin/systemd, chromium complains about incorrect shutdown and asks to restore the session. -- Michal Kašpar
Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope
I've attached 3 patches to fix FTBFS:
1) bison-parse-param.diff: this is quick and dirty patch to use
%parse-param instead of deprecated YYPARSE_PARAM (and eventually removed
in Bison 3.0). %parse-param was added in bison 1.875, over a decade ago,
so no Build-Depends adjustments are needed. :-)
2) Types of the arguments for YY_INPUT has changed from int to yy_size_t
(which is a typedef for size_t), which caused the following error:
stdout: In function 'int yy_get_next_buffer()':
./lexer.ll:56:72: error: invalid initialization of reference of type 'int'
from expression of type 'yy_size_t {aka unsigned int}'
I've adjusted the types in getinput-size_t.diff. This change requires
bumping build-dependency on flex to = 2.5.36.
3) lexbubble-semicolons.diff to fix yet another build error:
surface.yy: In function 'int yyparse(void*)':
surface.yy:575:4: error: expected ';' before '}' token
--
Jakub Wilk
--- maude-2.6.orig/src/Mixfix/top.yy
+++ maude-2.6/src/Mixfix/top.yy
@@ -24,6 +24,8 @@
// Parser for Maude surface syntax.
//
+%parse-param {void* YYPARSE_PARAM}
+
%{
#include string
#include stack
@@ -91,7 +93,7 @@ SyntaxContainer* oldSyntaxContainer = 0;
Int64 number;
Int64 number2;
-static void yyerror(char *s);
+static void yyerror(void *, char *s);
void cleanUpModuleExpression();
void cleanUpParser();
--- maude-2.6.orig/src/Mixfix/bottom.yy
+++ maude-2.6/src/Mixfix/bottom.yy
@@ -23,7 +23,7 @@
%%
static void
-yyerror(char *s)
+yyerror(void *, char *s)
{
if (!(UserLevelRewritingContext::interrupted()))
IssueWarning(LineNumber(lineNumber) : s);
--- maude-2.6.orig/src/IO_Stuff/IO_Manager.cc
+++ maude-2.6/src/IO_Stuff/IO_Manager.cc
@@ -85,8 +85,8 @@ IO_Manager::setAutoWrap()
(void) cerr.rdbuf(wrapErr);
}
-int
-IO_Manager::getInput(char* buf, int maxSize, FILE* stream)
+size_t
+IO_Manager::getInput(char* buf, size_t maxSize, FILE* stream)
{
if (stream != stdin)
{
@@ -118,7 +118,7 @@ IO_Manager::getInput(char* buf, int maxS
return 0;
}
- int n;
+ size_t n;
for (n = 0;; n++)
{
char c = *line;
--- maude-2.6.orig/src/Mixfix/lexerAux.cc
+++ maude-2.6/src/Mixfix/lexerAux.cc
@@ -23,6 +23,9 @@
//
// Auxiliary functions and data needed by lexical analyzer.
//
+
+#include stddef.h
+
#define MAX_IN_DEPTH 10
int inStackPtr = 0;
@@ -35,14 +38,14 @@ bool fakeNewline = false; // fake \n fo
bool fakeNewlineStack[MAX_IN_DEPTH];
void
-getInput(char* buf, int result, int max_size)
+getInput(char* buf, size_t result, size_t max_size)
{
result = YY_NULL;
if (UserLevelRewritingContext::interrupted())
fakeNewline = false;
else
{
- int n = ioManager.getInput(buf, max_size, yyin);
+ size_t n = ioManager.getInput(buf, max_size, yyin);
if (UserLevelRewritingContext::interrupted())
fakeNewline = false;
else
--- maude-2.6.orig/src/Mixfix/lexerAux.hh
+++ maude-2.6/src/Mixfix/lexerAux.hh
@@ -27,7 +27,7 @@
//extern int inStackPtr;
//extern YY_BUFFER_STATE inStack[];
-void getInput(char* buf, int result, int max_size);
+void getInput(char* buf, size_t result, size_t max_size);
void lexerIdMode();
void lexerTokenTreeMode(int terminatingTokens);
void lexerCmdMode();
--- maude-2.6.orig/src/IO_Stuff/IO_Manager.hh
+++ maude-2.6/src/IO_Stuff/IO_Manager.hh
@@ -49,7 +49,7 @@ public:
void setPrompt(const string newPrompt);
void setContPrompt(const string newContPrompt);
void startCommand();
- int getInput(char* buf, int maxSize, FILE* stream);
+ size_t getInput(char* buf, size_t maxSize, FILE* stream);
private:
GetLine* gl;
--- maude-2.6.orig/src/Mixfix/commands.yy
+++ maude-2.6/src/Mixfix/commands.yy
@@ -23,12 +23,12 @@
/*
* Commands.
*/
-command : KW_SELECT { lexBubble(END_COMMAND, 1) }
+command : KW_SELECT { lexBubble(END_COMMAND, 1); }
endBubble
{
interpreter.setCurrentModule(lexerBubble);
}
- | KW_DUMP { lexBubble(END_COMMAND, 1) }
+ | KW_DUMP { lexBubble(END_COMMAND, 1); }
endBubble
{
if (interpreter.setCurrentModule(lexerBubble))
--- maude-2.6.orig/src/Mixfix/modules.yy
+++ maude-2.6/src/Mixfix/modules.yy
@@ -247,7 +247,7 @@ viewEndOpMap : ':'
// press on.
//
opDescription = lexerBubble;
- lexBubble(END_STATEMENT, 1)
+ lexBubble(END_STATEMENT, 1);
}
endBubble
{
Bug#748742: liferea: Crashes some seconds after launch even without user interaction (segfault in libpthread)
Package: liferea Version: 1.10.8-1 Severity: grave Justification: renders package unusable Hi, the package liferea crashes predictably after 3 to 10 seconds from launch, in the dmesg i can see the problem as follows: [46072.157858] pool[8262]: segfault at 10 ip 7f80fc8fa224 sp 7f80ecb8e540 error 4 in libpthread-2.18.so[7f80fc8f+18000] i tried removing the config ($HOME/.liferea*) but the problem persists as soon as i add the first feed. This makes the package mostly unusable. If there are other information you need or ways i can assist in triaging the bug please let me know, thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (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=ISO-8859-15) (ignored: LC_ALL set to it_IT@euro) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.2-1 ii gir1.2-peas-1.0 1.10.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.10.0-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.4.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.8-1 ii python-gi3.12.1-1 pn python:any none Versions of packages liferea recommends: ii dbus 1.8.2-1 ii dbus-x11 1.8.2-1 pn gir1.2-gnomekeyring-1.0 none pn gnome-icon-theme none 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#742853: mpich2 transition: oasis3 failing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, - From https://release.debian.org/transitions/html/mpich2.html it appears that oasis3 is one of the blockers of the mpich2 transition. Its marked bad on mips* and s390, which use mpich rather than openmpi / lam and hence build oasis against it. I'm the maintainer of oasis3 and have tried a build of oasis3 against mpich2 (mpich 3.1-4) and it appears to work fine for me; (at least on amd64, switching from the default MPI of openmpi to mpich2); are build logs for mips* available? oasis3 is in need of some refreshing. It has effectively been replaced by oasis3-mct, which I will package later, but thats a transition for after mpich2. best regards Alastair - -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTezxyAAoJEN9LdrZRJ3QsFKgQAJvBuFkqJRDZTgmGKspc2pxK 0/gcRz9+Q61RkM9x8ubrK3W9zaryD1uEikJgJ35sfIj+V2eKPg8YVQ0oWKzBhrgP kJ+EMKJjGcvnW9We87HcHutEalVh02Pjg5eJm/+HQUMYHBOQo898ZR6IH5ALhb33 SGSonlRCk+4frkKT811pV7TVf72qoWOq+86eSJjWaGJB2E9KWHXAYo1vw8YAlUkP 2B3SyJmruszqvhlf1rvscip0UH/OLH6s91KxNWIACOuZ4xeFNV4YJNiSem+vDYnh XwaGyT/6S2tXaZ6Wn653MfViJOitse4it9cRQG+eLEUhk4nqVXR+j/aZ0v0Zthto Kpa2OgbWD6W2yi03Ut1A4aduXVAaQ6X1ImGJot7FFdRYdadUlH3oRCXxFUbFYg+v nL36HgNADjgGv5KdJDKk5lLdBT8C8JFbUa2paggPLSi2gI1KaYMc7QvpAr1qI1SA 6YLVRX8SdLfd0CCrvfnCVHRWywXV0psQb1NrQf181leOJDMDaYtuYadpxkR66UAp WuBScFK22ucc09peEOUeWoB3g9N0UFo4Qm5TEuNXMTrkg4Z7uDIYMNo+IDwtLEra NKoIU1GoErpQlaBAfFVkedBi88PnLTtayTykv0Zejc0QYcbKestkYPbxOXMtybG7 XbbTzxtYpJ/Rj7PimsRb =b/5b -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#748740: Does not work anymore with https servers that use selfsigned certificates
Control: tags -1 confirmed -=| Klaus Ethgen, 20.05.2014 11:40:19 +0100 |=- Package: libwww-perl Version: 6.06-1 Severity: important The newest version of libwww-perl does not connect to https servers with selfsigned certificates anymore; even not with environment PERL_LWP_SSL_VERIFY_HOSTNAME set to 0. I can confirm this: $ env -i PERL_LWP_SSL_VERIFY_HOSTNAME=0 PERL_LWP_SSL_CA_PATH=/ \ GET https://www.debian.org/ Can't connect to www.debian.org:443 Network is unreachable at /usr/share/perl5/LWP/Protocol/http.pm line 41. $ env -i GET https://www.debian.org/ | wc -l 254 signature.asc Description: Digital signature
Bug#748746: icedove-dev: pkg-config refers to non-existent library mozjs
Package: icedove-dev
Version: 24.5.0-2
Severity: important
Tags: patch
icedove.pc refers to -lmozjs even though this isn't included in
/usr/lib/icedove-devel. It is breaking the build for mozilla-gnome-keyring;
removing -lmozjs as per the attached patch seems to work.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages icedove-dev depends on:
ii icedove 24.5.0-2
ii libc6 2.18-5
ii libgcc1 1:4.9.0-3
ii libnspr4 2:4.10.4-1
ii libnspr4-0d 2:4.10.4-1
ii libnspr4-dev 2:4.10.4-1
ii libnss3-dev 2:3.16-1
ii libstdc++64.9.0-3
ii python2.7.6-1
icedove-dev recommends no packages.
icedove-dev suggests no packages.
-- no debconf information
--- icedove.pc.orig 2014-05-20 12:42:05.315080152 +0100
+++ icedove.pc 2014-05-20 12:42:11.063027962 +0100
@@ -8,5 +8,5 @@
Description: Icedove/Thunderbird Development Files
Version: 24.5.0
Requires: nspr = 4.8.2
-Libs: -L${libdir} -lxpcomglue_s -lxul -lmozjs -lmozalloc -lldap60 -lprldap60
+Libs: -L${libdir} -lxpcomglue_s -lxul -lmozalloc -lldap60 -lprldap60
Cflags: -I${includedir}
Bug#685480: libpam-mysql: on amd64: pam_mysql - non-crypt()ish MD5 hash is not supported in this build.
In order to configure / recompile the package its not enough the set the --with-openssl, since the package depends on the md5.h to be in the local package scope, which it is not. Adding CFLAGS=-I/usr/include/openssl when configuring the package works: ./configure CFLAGS=-I/usr/include/openssl To fix the package and build a new using dpkg-buildpackage 2 fixes is needed, 1. The package depends on an old version of libmysqlclient15-dev, one should use the pseudo package instead -debian/control:4 Build-Depends: libpam0g-dev, libmysqlclient15-dev, debhelper (= 5.0.0), libssl-dev, dpatch +debian/control:4 Build-Depends: libpam0g-dev, libmysqlclient-dev, debhelper (= 5.0.0), libssl-dev, dpatch 2. The rules for configure with-openssl should be updated to include the CFLAGS path for openssl -debian/rules:48 ./configure --prefix=/usr --with-openssl --with-pam_mods_dir=/lib/security --with-pam=/usr +debian/rules:48 ./configure --prefix=/usr --with-openssl --with-pam_mods_dir=/lib/security --with-pam=/usr CFLAGS=-I/usr/include/openssl Building and installing the package after applying these fixes solved the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748293: O: frei0r
Control: retitle -1 ITA: frei0r thanks pkg-multimedia has promised to adopt frei0r a long time ago. let's do it! (and move the package from experimental to unstable) fgmards IOhannes signature.asc Description: OpenPGP digital signature
Bug#748747: fileschanged: use autotools-dev to update config.{sub,guess} for new arches
Package: fileschanged
Version: 0.6.5-1.2
Severity: normal
Tags: patch
Dear Maintainer,
Please use autotools-dev to update config.{sub,guess} for new architectures.
In Ubuntu, a similiar patch was applied to achieve the following:
* Use autotools-dev to update config.{sub,guess} for new arches.
Thanks for considering the patch.
Erwan Prioul.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@
Section: utils
Priority: optional
Maintainer: Juan A. Diaz j...@linux.org.ar
-Build-Depends: debhelper (= 5.0.0), dpatch, help2man, texinfo, libfam-dev (= 2.7.0-10) | libgamin-dev (= 0.1.7-4)
+Build-Depends: debhelper (= 5.0.0), dpatch, help2man, texinfo, libfam-dev (= 2.7.0-10) | libgamin-dev (= 0.1.7-4), autotools-dev
Standards-Version: 3.7.3
Homepage: http://fileschanged.sourceforge.net/
--- a/debian/rules
+++ b/debian/rules
@@ -23,13 +23,7 @@
configure-stamp: patch
dh_testdir
-ifneq $(wildcard /usr/share/misc/config.sub)
- cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq $(wildcard /usr/share/misc/config.guess)
- cp -f /usr/share/misc/config.guess config.guess
-endif
-
+ dh_autotools-dev_updateconfig
./configure --host=$(DEB_HOST_GNU_TYPE) \
--build=$(DEB_BUILD_GNU_TYPE) \
--prefix=/usr \
@@ -51,6 +45,7 @@
[ ! -f Makefile ] || $(MAKE) clean
clean: up_clean unpatch
+ dh_autotools-dev_restoreconfig
dh_clean
install: build
Bug#687490: Updates?
Are there any news on progress? -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#747939: systemd: prevents hibernation without password with open screen session in other login session
Am Montag, 19. Mai 2014, 15:15:50 schrieb Michael Biebl: Am 19.05.2014 15:02, schrieb Martin Steigerwald: Am Dienstag, 13. Mai 2014, 22:13:09 schrieb Michael Biebl: Am 13.05.2014 09:57, schrieb Martin Steigerwald: org.freedesktop.login1.hibernate-multiple-sessions This also needs the according suspend action to be a full work-around: merkaba:/etc/polkit-1/localauthority/50-local.d cat org.freedesktop.upower.pkla [Suspend/hibernate permissions] Identity=unix-group:sudo Action=org.freedesktop.login1.hibernate-multiple- sessions;org.freedesktop.login1.suspend-multiple-sessions No, you should not need that. suspend-multiple-sessions already has allow_activeyes/allow_active, i.e. if you have an active (logind) session, policykit will *not* prompt for an admin password. If you don't have an active logind session (check with loginctl show-session ID), this is something you should investigate. Well, I had two KDE sessions open. Without the suspend I got a policykit dialog on the one which was active as I closed the laptop lid. With it, I did not get one. Thats all I can say. So I keep this option for now. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#748740: Does not work anymore with https servers that use selfsigned certificates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I tracked it down to libio-socket-ssl-perl versions 1.951-1 and above. And version 1.93-2 gives some errors I never saw before: *** Using the default of SSL_verify_mode of SSL_VERIFY_NONE for client is deprecated! Please set SSL_verify_mode to SSL_VERIFY_PEER together with SSL_ca_file|SSL_ca_path for verification. If you really don't want to verify the certificate and keep the connection open to Man-In-The-Middle attacks please set SSL_verify_mode explicitly to SSL_VERIFY_NONE in your application. *** at /usr/share/perl5/LWP/Protocol/http.pm line 21. But that might be a combination between libio-socket-ssl-perl and libwww-perl. But this message is somewhat stupid to me. I have always PERL_LWP_SSL_VERIFY_HOSTNAME set to 0 as I do not trust the big SSL players and it is just a false security measurement to trust in them. If I explicitly want to trust a certificate I take them from different channels and specify them. But even then it does not work with the new library with pointing PERL_LWP_SSL_CA_FILE to the file with the current certificate. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTe0ToAAoJEKZ8CrGAGfasALkL/jWkIWwwoBUvgWdwg6dIQ2XM OoZadvyT6SJUXPUJEwXfBMCZUYCAftYvhlA+tQL5WNPX5Mktf9wLrDlNTziFeupQ WimBspUrc40JK3K9MoJdeHqsI9sUH8P4eyvMt/PvsMez6n3F9LmHNhrjxuUgB3zH KtNnebcQMS8PWtooDkb0pQA9cn1slT01WxdmgUkAwrevd/uTTy/A53gBDnbXQ4EM pZyU88KzvGlN6T0sME1eDqJ5ynJON9LoV7PBStch6tUV1gqiyi3nT9mHauZa8UI7 jGD7WXto2tVenPKVfA/dLxMFxuQ2eGsS/EE/IHHypHAAfy/SqYm5jxmo8StXYY3E /ie63QGQYWXaV5YEkqsQ3+FCOC1u3ec6v/MLCet2dL17P5fpXlEBn9pHTyksaAs5 WdT97FnjcddsVSURcgN2ZjzLD+7Yk1bDwtatg0bsxAOmQleiXoYOVwvFp758FwjQ 0/gKkbnSIjmSnNOEBqfRfxNALePKhCxxBwYaqt+yoA== =H04c -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#748748: ITP: libr3-0 -- High-performance URL router library
Package: wnpp Severity: wishlist Owner: ChangZhuo Chen (陳昌倬) czc...@gmail.com * Package name: libr3-0 Version : 0~git20140520 Upstream Author : Yo-An Lin yoanli...@gmail.com * URL : https://github.com/c9s/r3 * License : MIT Programming Lang: C Description : High-performance URL router library R3 is an URL router library with high performance, thus, it's implemented in C. It compiles your route paths into a prefix trie. By using the constructed prefix trie in the start-up time, you can dispatch routes with efficiency. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#746641: totem: Fails to play youtube videos
Hello! On Tue, May 20, 2014 at 12:15:45AM +0200, Emilio Pozuelo Monfort wrote: [...] ++#if HAVE_QUVI ++#libexec_PROGRAMS = totem-pl-parser-videosite ++#totem_pl_parser_videosite_SOURCES = videosite-parser.c ++#totem_pl_parser_videosite_CFLAGS = $(QUVI_CFLAGS) -DLIBEXECDIR=\$(libexecdir)\ ++#totem_pl_parser_videosite_LDADD = $(QUVI_LIBS) ++#endif AFAICS, videosite-parser.c is what uses quvi, and since it isn't built anymore with this patch, there's really no quvi support here. You would have to keep building videosite-parser.c into the totem-pl-parser-videosite binary, but patching it to use the old quvi API (no idea how hard that would be). This is fallout from trying to manually merge the conflicts after patch -R this part is not a problem, but there are other places where I didn't manage to correctly fix up conflicts indeed! Do not use it, even if gnutls gets fixed. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746641: totem: Fails to play youtube videos
On Tue, 2014-05-20 at 14:32 +0200, Andreas Henriksson wrote: Hello! On Tue, May 20, 2014 at 12:15:45AM +0200, Emilio Pozuelo Monfort wrote: [...] ++#if HAVE_QUVI ++#libexec_PROGRAMS = totem-pl-parser-videosite ++#totem_pl_parser_videosite_SOURCES = videosite-parser.c ++#totem_pl_parser_videosite_CFLAGS = $(QUVI_CFLAGS) -DLIBEXECDIR=\$(libexecdir)\ ++#totem_pl_parser_videosite_LDADD = $(QUVI_LIBS) ++#endif AFAICS, videosite-parser.c is what uses quvi, and since it isn't built anymore with this patch, there's really no quvi support here. You would have to keep building videosite-parser.c into the totem-pl-parser-videosite binary, but patching it to use the old quvi API (no idea how hard that would be). This is fallout from trying to manually merge the conflicts after patch -R this part is not a problem, but there are other places where I didn't manage to correctly fix up conflicts indeed! Do not use it, even if gnutls gets fixed. Why not push for the newer libquvi to be included, instead of relying on the old version that's unsupported (which is probably not that much of a problem) but for which the scripts are completely out of maintenance? Given the nature of those scripts, churn is fairly high, and outdated scripts which target the 0.4 versions are unusable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591386: since: FTBFS on hurd-i386
Source: since
Version:
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently since fails to build from source on GNU/Hurd due to failed
tests. The problem is that dev_t is an unsigned integer, i.e. 4 bytes,
on Hurd but since expects dev_t to be 8 bytes. Therefore define the
internal device d_dev to be of type unsigned long long integer to enable
proper
functionality.
According to Emilio Pozuelo Monfort po...@debian.org this is a bug in Hurd,
not
since, see below (Message #10):
Looking at why the string format is incorrect, I've found that
make_fmt_field()
(the function that creates the format string) is called for that argument
with a
dev_t argument, while the st_dev member of struct stat is not of type dev_t,
but
of __fsid_t. This seems to be a POSIX violation (because sizeof(__fsid_t) !=
sizeof(dev_t), so it would be a bug in Hurd and not in since.
This seems to be correct:
According to
http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/stat.h.html
The stat structure shall contain at least the following members:
dev_t st_dev Device ID of device containing file.
...
However /usr/include/i386-gnu/bits/stat.h shows:
struct stat
{
...
__fsid_t st_fsid; /* File system ID. */
#define st_dev st_fsid
...
}
and /usr/include/i386-gnu/bits/types.h:
__STD_TYPE __FSID_T_TYPE __fsid_t; /* Type of file system IDs. */
__STD_TYPE __DEV_T_TYPE __dev_t;/* Type of device numbers. */
...
#if __WORDSIZE == 32
# define __UQUAD_TYPE __u_quad_t
#define __U32_TYPE unsigned int
#if __WORDSIZE == 64
typedef long int __quad_t;
typedef unsigned long int __u_quad_t;
#else
__extension__ typedef long long int __quad_t;
__extension__ typedef unsigned long long int __u_quad_t;
#endif
with /usr/include/i386-gnu/bits/typesizes.h:
#define __FSID_T_TYPE __UQUAD_TYPE
#define __DEV_T_TYPE__U32_TYPE
So this should probably be reported as a Hurd bug. Perhaps there are
direct consequences of doing that change without careful regression
testing.
Anyway, attached is an updated dev_t.patch to make since working again
on GNU/Hurd.
Thanks!
Date: Mon, 7 Apr 2014 21:00:39 +0200
From: Aleksandar Zlicic aleksandar.zli...@imgtec.com
Subject: For mips/mipsel ABIO32, define int d_dev as unsigned long int
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742940
The cause of this problem is that st_dev member of structure stat,
defined in /usr/include/mipsel-linux-gnu/bits/stat.h,
is expected to be of type dev_t.
But for mips/mipsel ABIO32 it is defined as 'unsigned long int'.
And dev_t type is defined as 'unsigned long long int'.
Same behavior is observed on hurd-i386:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591386
Attached patch fixes package on mips/mipsel.
Index: since-1.1/since.c
===
--- since-1.1.orig/since.c
+++ since-1.1/since.c
@@ -52,7 +52,13 @@ struct fmt_map{
struct data_file{
int d_fd;
char *d_name;
+#if defined (__mips__ ) (_MIPS_SIM == _ABIO32)
+ unsigned long int d_dev;
+#elif defined(__GNU__)
+ unsigned long long int d_dev;
+#else
dev_t d_dev;
+#endif
ino_t d_ino;
off_t d_had;
off_t d_now;
Bug#748749: src:xapian-bindings: Build-Depends on ruby2.0, which will not be shipped in jessie
Package: src:xapian-bindings Version: 1.2.17-2 Severity: serious Hello, xapian-bindings build depends on ruby2.0 but it will not be shipped in jessie. Please drop that build dependency. To always build for the supported Ruby versions, you should probably just drop `ruby, ruby2.0-dev, ruby2.1-dev, ruby2.0, ruby2.1` in the Build-Depends field since `ruby-all-dev` will already pull in the right packages at all times. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#443075: uploaded
tags 443075 pending thanks A few years too late, I have just committed this patch to SVN. -- Martín Ferrari (Tincho) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748556: Desktop Environment
Gnome / lightdm gdm3 is installed (also re-installed) but not quite sure what is going on as cannot switch. root@jupiter2:~# dpkg-reconfigure lightdm [ ok ] Reloading system message bus config...done. ERROR: /lib/systemd/system/gdm3.service is the selected default display manager but does not exist root@jupiter2:~# dpkg-reconfigure lightdm [ ok ] Reloading system message bus config...done. root@jupiter2:~# apt-get install gdm3 Reading package lists... Done Building dependency tree Reading state information... Done gdm3 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 164 not upgraded. root@jupiter2:~# apt-get install --reinstall gdm3 Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 164 not upgraded. Need to get 715 kB of archives. After this operation, 0 B of additional disk space will be used. Get:1 http://ftp.pt.debian.org/debian/ jessie/main gdm3 amd64 3.8.4-6 [715 kB] Fetched 715 kB in 7s (97.8 kB/s) y Preconfiguring packages ... (Reading database ... 231036 files and directories currently installed.) Preparing to unpack .../gdm3_3.8.4-6_amd64.deb ... Unpacking gdm3 (3.8.4-6) over (3.8.4-6) ... Processing triggers for man-db (2.6.7.1-1) ... Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for libglib2.0-0:amd64 (2.40.0-3) ... Processing triggers for dbus (1.8.2-1) ... [ ok ] system message bus already started; not starting.. Setting up gdm3 (3.8.4-6) ... [ ok ] Scheduling reload of GNOME Display Manager configuration: gdm3. root@jupiter2:~# dpkg-reconfigure lightdm Please be sure to run dpkg --configure gdm3. [ ok ] Reloading system message bus config...done. ERROR: /lib/systemd/system/gdm3.service is the selected default display manager but does not exist root@jupiter2:~# dpkg --configure gdm3 dpkg: error processing package gdm3 (--configure): package gdm3 is already installed and configured Errors were encountered while processing: gdm3 root@jupiter2:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748750: src:mhc: Build-Depends on ruby2.0, which will not be shipped in jessie
Package: src:mhc Version: 0.25.1+20130926-2 Severity: serious ruby2.0 will not be shipped with Jessie. To always build to the supported Ruby version(s), you can replace `ruby2.0, ruby2.0-dev` in the Build-Depends field with `ruby-dev`, which will always pull in the development files for the current default Ruby interpreter. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#747609: ruby2.0 removal transition: request for NMUs
Hello, in order to get rid of dependencies on ruby2.0, please schedule NMUs for the following source packages: graphviz kross-interpreters marisa ngraph-gtk notmuch obexftp redland-bindings subtle subversion zeroc-ice korundum ruby-pgplot treil vim -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#748751: missing license in debian/copyright
Package: tulip Version: 4.5.0dfsg-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: plugins/import/facebook/facebook.py FindSIP.py doc/common/_static/customized.css to debian/copyright. 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#500913: uploaded
tags 500913 pending thanks A few years too late, I have just committed this patch to SVN. -- Martín Ferrari (Tincho) signature.asc Description: OpenPGP digital signature
Bug#748740: Does not work anymore with https servers that use selfsigned certificates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Let me also add that setting the ssl_options never worked for me and only setting the related environment variable(s) works. So at the moment even $ua-ssl_opts(SSL_verifycn_scheme = 'none'); does not let it work. To be clear, I want to _have_ the hostname verified but _not have_ the certificate itself checked. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTe1LmAAoJEKZ8CrGAGfas0EgMALAymfhJd03icdXT7kQFZI+5 It4KY+ARAovUEBm5T3AJfLIr/PZKu+uZs7PiaQdBzBn5Y3AZN6/FSZsiwLUzARBJ 8i/4vpFF9EBvDCGFKVTVnQux2WW3s3J4UBz2zpPOwrG6v+T7WdsTf10zfQE27wej TsXoRijxx0m0JUTUz64xRDNVDdJwoot3mYBdQtKb1f5h6ytW1Unjski7Tg7uLrtY 2YsEL53J+XwaOPmLcOq1/qSXdqg2095UGhIk29LDakZfJlCLpGg4LCX1EWto6Ew2 IGKFeFjHXKV7zuNXLw10rijC0yexWINnfp9FyR4yvzKB+hB+9qSL9yqnQ4VQh78b 5YfI7Vlns2peJ5+cPorZveu7Jy0AdjRYATUEa0DxdDVLwPGK9mY2c0QIGMinuEI3 S50wel6cuMIu+cZ2kvG1PY/smLm6NeljqxN5krEDZKGiVfr53eFydjsqcMYV3sYi /XscsKr5676edskXZwakEfYFoS5bWkDmB6zGT1WvJA== =8Wp8 -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#741649: RFS: tegrarcm/1.5-2
Hi Alex, Am Sonntag, 18. Mai 2014, 18:45:54 schrieb Axel Beckert: Hi Marc, Marc Dietrich wrote: I am looking for a sponsor for my package tegrarcm I'd generally sponsor that package as I'm one of its users (due to owning a Toshiba AC 100. * Package name: tegrarcm Version : 1.5-2 [...] Changes since the last upload: tegrarcm (1.5-2) unstable; urgency=low * Add watch file * Update to Debian Standards version 3.9.5 tegrarcm (1.5-1) unstable; urgency=low * New upstream release There is only 1.2-2 in Debian, so the first upload of tegrarcm 1.5 to Debian should be named 1.5-1, not 1.5-2. Consecutive uploads to mentors do not need (and should not) bump the Debian release version. ok. The package looks otherwise fine for me with one exception: To sponsor it, I'd like to have to following lintian warning fixed: P: tegrarcm: no-homepage-field Please add a Homepage header to the source stanza of debian/control. https://github.com/NVIDIA/tegrarcm looks like a reasonable value for the Homepage field. done. Since in the meanwhile 1.6 is out, it would be nice if you could incorporate the new upstream release into you next upload to mentors, merging in the changelog entries from 1.5-1 and 1.5-2 into the one for 1.6-1. ok, I updated it to 1.6. I also updated cbootimage to v1.3 following your comments above. It would be great if you could also sponsor this upload. Thanks for help! Marc signature.asc Description: This is a digitally signed message part.
Bug#748752: liferea: needs to be invoked twice in order to start up
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: liferea Version: 1.10.8-1 Severity: minor Dear Maintainer, * offline-reading RSS-feeds is OK for me, liferea is the application of choice * On the XFCE-desktop, it needs to be invoked twice from the applications-menu in order to start up, at first try not much happens * from the terminal it will not start at all: andrew@s5:~$ liferea ** (liferea:6052): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4caee (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.1-1 ii gir1.2-peas-1.0 1.10.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.10.0-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.4.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.8-1 ii python-gi3.12.1-1 pn python:any none Versions of packages liferea recommends: ii dbus 1.8.2-1 ii dbus-x11 1.8.2-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gnome-icon-theme 3.12.0-1 ii gnome-keyring3.8.2-2+b1 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.8.10-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlN7UdoACgkQ5+rBHyUt5wuzaACffPNaffvA/HZ5KTExmcHRh7x/ 8uUAoIocLJqcW6p6O8VY0gHbUpF2hWSi =fSn8 -END PGP SIGNATURE-
Bug#748434: libreoffice-help-en-us: No graphics in the help.
On Mon, May 19, 2014 at 10:59 PM, Rene Engelhard r...@debian.org wrote: Actually I apparently had -style-sifr lying around before I did the tests. After cleaning that up apt-get install libreoffice libreoffice-help-en-us always installs galaxy. So it should work? Did you specify any other theme explicitly or did you install something else and remove galaxy after it? That also would explain it. (And there's no APT bug at all.) libreoffice-style-tango was removed from my system when I upgraded from LO 4.1.6 to 4.2.4. As you can see from the aptitude log below I did it in two steps on the same day. In the log all the LO packages that I use are listed. Aptitude 0.6.10: log report czw, maj 8 2014 22:54:35 +0200 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 5 packages, and remove 1 packages. 112 kB of disk space will be freed === [HOLD, DEPENDENCIES] libreoffice-base-core:amd64 [HOLD, DEPENDENCIES] libreoffice-common:amd64 [HOLD, DEPENDENCIES] libreoffice-core:amd64 [HOLD, DEPENDENCIES] libreoffice-draw:amd64 [HOLD, DEPENDENCIES] libreoffice-math:amd64 [HOLD, DEPENDENCIES] python-uno:amd64 [INSTALL, DEPENDENCIES] libreoffice-style-sifr:amd64 [REMOVE, DEPENDENCIES] libreoffice-style-galaxy:amd64 [HOLD] libreoffice-calc:amd64 [HOLD] libreoffice-impress:amd64 [HOLD] libreoffice-writer:amd64 [UPGRADE] fonts-opensymbol:amd64 2:102.3+LibO4.1.6~rc2-1 - 2:102.6+LibO4.2.4-1 [UPGRADE] libreoffice-help-en-us:amd64 1:4.1.6~rc2-1 - 1:4.2.4-1 [UPGRADE] uno-libs3:amd64 4.1.6~rc2-1+b1 - 4.2.4-1 [UPGRADE] ure:amd64 4.1.6~rc2-1+b1 - 4.2.4-1 === Log complete. Aptitude 0.6.10: log report czw, maj 8 2014 23:17:35 +0200 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 11 packages, and remove 7 packages. 8859 kB of disk space will be freed === [REMOVE, NOT USED] libcdr-0.0-0:amd64 [REMOVE, NOT USED] libmspub-0.0-0:amd64 [REMOVE, NOT USED] libvisio-0.0-0:amd64 [INSTALL, DEPENDENCIES] libabw-0.0-0:amd64 [INSTALL, DEPENDENCIES] libcmis-0.4-4:amd64 [INSTALL, DEPENDENCIES] libe-book-0.0-0:amd64 [INSTALL, DEPENDENCIES] libeot0:amd64 [INSTALL, DEPENDENCIES] libetonyek-0.0-0:amd64 [INSTALL, DEPENDENCIES] libmwaw-0.2-2:amd64 [REMOVE, DEPENDENCIES] libreoffice-draw:amd64 [REMOVE, DEPENDENCIES] libreoffice-impress:amd64 [REMOVE, DEPENDENCIES] libreoffice-math:amd64 [REMOVE, DEPENDENCIES] python-uno:amd64 [UPGRADE] libreoffice-base-core:amd64 1:4.1.6~rc2-1+b1 - 1:4.2.4-1 [UPGRADE] libreoffice-calc:amd64 1:4.1.6~rc2-1+b1 - 1:4.2.4-1 [UPGRADE] libreoffice-common:amd64 1:4.1.6~rc2-1 - 1:4.2.4-1 [UPGRADE] libreoffice-core:amd64 1:4.1.6~rc2-1+b1 - 1:4.2.4-1 [UPGRADE] libreoffice-writer:amd64 1:4.1.6~rc2-1+b1 - 1:4.2.4-1 === Log complete. -- Cheers Jacek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748491: Bug in net-tools fixed in revision 71
tag 748491 + pending thanks Some bugs are closed in revision 71 by Martín Ferrari (tincho) Commit message: Remove Luk from Uploaders as per his request. Closes: #748491. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753: xserver-xorg-video-intel: please update, jessie/sid version 2.21.15 is 9 months old
Package: xserver-xorg-video-intel Version: 2:2.21.15-2+b1 Severity: normal Dear Maintainer, Please release an updated version of xserver-xorg-video-intel. The latest version in Debian is 2.21.15, which was released by upstream 9 months ago. Since then there have been many bug fixes and performance improvements. (The latest release of the Intel Graphics Stack from 01.org is 2014Q1, which includes video-intel-2.99.910, upstream recommends upgrading to at least 2.99.908 for bug fixes). -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.18-5 ii libdrm-intel1 2.4.54-1 ii libdrm22.4.54-1 ii libpciaccess0 0.13.2-1 ii libpixman-1-0 0.32.4-1 ii libudev1 204-8 ii libx11-6 2:1.6.2-1 ii libx11-xcb12:1.6.2-1 ii libxcb-dri2-0 1.10-2 ii libxcb-util0 0.3.8-2 ii libxcb11.10-2 ii libxv1 2:1.0.10-1 ii libxvmc1 2:1.0.8-1 ii xserver-xorg-core [xorg-video-abi-15] 2:1.15.1-1 xserver-xorg-video-intel recommends no packages. xserver-xorg-video-intel 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#703049: kde-runtime: Fix getting the authentication methods
Package: kde-runtime Version: 4:4.8.4-2 Followup-For: Bug #703049 Hi. Any chance that this will be fixed in stable? -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-runtime depends on: ii kde-runtime-data4:4.8.4-2 ii kdelibs5-plugins4:4.8.4-4 ii libasound2 1.0.25-4 ii libattica0 0.2.0-1 ii libc6 2.13-38+deb7u1 ii libcanberra00.28-6 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libjpeg88d-1 ii libkcmutils44:4.8.4-4 ii libkdeclarative54:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdesu5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkdewebkit5 4:4.8.4-4 ii libkdnssd4 4:4.8.4-4 ii libkemoticons4 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkidletime4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkmediaplayer44:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libknotifyconfig4 4:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libkpty44:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukquery4a 4:4.8.4-4 ii libntrack-qt4-1 016-1.1 ii libopenexr6 1.6.1-6 ii libphonon4 4:4.6.0.0-3 ii libplasma3 4:4.8.4-4 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse0 2.0-6.1 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-declarative 4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit42.2.1-5 ii libsmbclient2:3.6.6-6+deb7u3 ii libsolid4 4:4.8.4-4 ii libsoprano4 2.7.6+dfsg.1-2wheezy1 ii libssh-40.5.4-1+deb7u1 ii libstdc++6 4.7.2-5 ii libstreamanalyzer0 0.7.7-3 ii libstreams0 0.7.7-3 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii oxygen-icon-theme 4:4.8.4-1 ii perl5.14.2-21+deb7u1 ii phonon 4:4.6.0.0-3 ii plasma-scriptengine-javascript 4:4.8.4-2 ii shared-desktop-ontologies 0.10.0-1 Versions of packages kde-runtime recommends: pn virtuoso-minimal none Versions of packages kde-runtime suggests: pn djvulibre-bin none pn finger none ii icoutils 0.29.1-5 -- 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#747609: ruby2.0 removal transition: request for NMUs
On Tue, May 20, 2014 at 09:57:31AM -0300, Antonio Terceiro wrote: Hello, in order to get rid of dependencies on ruby2.0, please schedule NMUs for the following source packages: graphviz kross-interpreters marisa ngraph-gtk notmuch obexftp redland-bindings subtle subversion zeroc-ice korundum ruby-pgplot treil vim actually, please ignore korundum from this list. It is already OK, just missing an armel build. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#748754: pcscd: card reader no longer recognized
Package: pcscd Version: 1.8.11-1 Severity: important May 20 16:10:42 suomi pcscd[21255]: 01259768 commands.c:1477:CCID_Receive Card absent or mute May 20 16:10:42 suomi pcscd[21255]: 0064 commands.c:2104:CmdXfrBlockCHAR_T0() CCID_Receive failed May 20 16:10:42 suomi pcscd[21255]: 0025 ifdwrapper.c:553:IFDTransmit() Card not transacted: 612 May 20 16:10:42 suomi pcscd[21255]: 0025 ifdwrapper.c:553:IFDTransmit() Card not transacted: 612 May 20 16:10:42 suomi pcscd[21255]: 0012 winscard.c:1638:SCardTransmit() Card not transacted: 0x80100016 May 20 16:10:42 suomi pcscd[21255]: 0012 winscard.c:1638:SCardTransmit() Card not transacted: 0x80100016 May 20 16:10:42 suomi pcscd[21255]: 00026522 commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0) found! May 20 16:10:42 suomi pcscd[21255]: 00026522 commands.c:2161:CmdXfrBlockCHAR_T0() Unrecognized Procedure byte (0xE0) found! This is on a DELL D430 laptop using the built-in card reader. Additional details can be found on bug #743567 against OpenSC. Given the above, this might, instead, be a pcscd issue. Feel free to reassign to another package as appropriate. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pcscd depends on: ii init-system-helpers 1.18 ii libc6 2.18-5 ii libccid [pcsc-ifd-handler] 1.4.16-1 ii libpcsclite11.8.11-1 ii libudev1204-8 ii lsb-base4.1+Debian12 pcscd recommends no packages. Versions of packages pcscd suggests: ii systemd 204-8 -- 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#744913: pacman4console: Segmentation fault in level 4
Hi Danny, Thanks for your message but your report is very empty. Can you relate the conditions to reproduce the problem? Thanks, Eriberto 2014-04-16 5:12 GMT-03:00 Danny van Leur dvl...@gmail.com: Package: pacman4console Version: 1.2-2 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pacman4console depends on: ii libc62.13-38+deb7u1 ii libncurses5 5.9-10 pacman4console recommends no packages. pacman4console 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#748755: libopenusb: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: libopenusb
Version: 1.1.11
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf
Dear Maintainer,
The package fails to build on new architectures, as ppc64el because
the config.{guess,sub} files are out of date, and are not updated during
the build.
The attached patch solves it according to the following documented at:
https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build
Thank you,
Breno
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: libopenusb-1.1.11/debian/control
===
--- libopenusb-1.1.11.orig/debian/control 2013-01-03 13:43:09.0 +
+++ libopenusb-1.1.11/debian/control 2014-05-20 13:09:54.0 +
@@ -1,7 +1,7 @@
Source: libopenusb
Priority: extra
Maintainer: Simon Richter s...@debian.org
-Build-Depends: debhelper (= 9), autotools-dev, pkg-config, libglib2.0-dev,
+Build-Depends: debhelper (= 9), dh-autoreconf, pkg-config, libglib2.0-dev,
libdbus-1-dev, libdbus-glib-1-dev, libusb-dev, libudev-dev
Build-Depends-Indep: openjade, docbook-xml, docbook-dsssl
Standards-Version: 3.9.3
Index: libopenusb-1.1.11/debian/rules
===
--- libopenusb-1.1.11.orig/debian/rules 2013-07-22 10:51:25.0 +
+++ libopenusb-1.1.11/debian/rules 2014-05-20 13:09:37.0 +
@@ -4,7 +4,7 @@
#export DH_VERBOSE=1
%:
- dh $@ --with autotools-dev --parallel
+ dh $@ --with autoreconf --parallel
override_dh_auto_build:
make -C doc clean
Bug#746641: totem: Fails to play youtube videos
On Tue, May 20, 2014 at 02:40:41PM +0200, Bastien Nocera wrote: Why not push for the newer libquvi to be included, instead of relying on the old version that's unsupported (which is probably not that much of a problem) but for which the scripts are completely out of maintenance? Given the nature of those scripts, churn is fairly high, and outdated scripts which target the 0.4 versions are unusable. This is ofcoures the preferred choice. Hopefully we'll get feedback on the bug report filed by Emilio (#748664) soon. I have a feeling that this might take some time though because of clearing out how the licensing change affects all users in the debian archive, so I was hoping to find an interim solution but just stumbled over more issues that seems to prevent that Lets hope the libquvi maintainer gets back to us soon about his plans. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742853: mpich2 transition: oasis3 failing?
On Tue, May 20, 2014 at 12:28:50 +0100, Alastair McKinstry wrote: I'm the maintainer of oasis3 and have tried a build of oasis3 against mpich2 (mpich 3.1-4) and it appears to work fine for me; (at least on amd64, switching from the default MPI of openmpi to mpich2); are build logs for mips* available? Scheduled binNMU of oasis3 on mipsen and s390x. Cheers, Julien signature.asc Description: Digital signature
Bug#745209: transition: gloox
On Tue, May 20, 2014 at 01:17:34 -0700, Vincent Cheng wrote: nmu 0ad_0.0.16-2 . ALL . -m 'Rebuild against libgloox12' nmu licq_1.8.1-2 . ALL . -m 'Rebuild against libgloox12' Scheduled (excluding 0ad/armhf which built against libgloox12 already). Cheers, Julien signature.asc Description: Digital signature
Bug#748749: src:xapian-bindings: Build-Depends on ruby2.0, which will not be shipped in jessie
tags 748749 + pending thanks On Tue, May 20, 2014 at 09:48:35AM -0300, Antonio Terceiro wrote: To always build for the supported Ruby versions, you should probably just drop `ruby, ruby2.0-dev, ruby2.1-dev, ruby2.0, ruby2.1` in the Build-Depends field since `ruby-all-dev` will already pull in the right packages at all times. Yeah, the versioned ruby BDs aren't meant to be there, but I only spotted that slip shortly after I made the last upload, and it didn't seem worth an upload just to change it, as it was merely redundant at that point. But anyway, this is already fixed in git, and so should be fixed by the next upload. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532879: Bug in net-tools fixed in revision 73
tag 532879 + pending tag 319508 + pending thanks Some bugs are closed in revision 73 by Martín Ferrari (tincho) Commit message: Add patch to make mii-tool scan all ethernet devices instead of eth[0-7]. Closes: #532879, #319508. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748756: postgis: Depends on liblwgeom-2.1.3 which is non existant
Package: postgis Version: 2.1.2+dfsg-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, postgis depends on liblwgeom-2.1.3 but src:postgis_2.1.3+dfsg-1 only builds liblwgeom-2.1.2. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgis depends on: ii libc62.18-7 ii libgdal1h1.10.1+dfsg-5.fladi1 ii libgeos-c1 3.4.2-5 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libjson-c2 0.11-4 ii liblwgeom-2.1.2 2.1.2+dfsg-3 ii libpq5 9.3.4-1 ii libproj0 4.8.0-4 postgis recommends no packages. Versions of packages postgis suggests: pn postgis-doc none ii postgresql-9.3-postgis-2.1 2.1.2+dfsg-3 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTe19WAAoJEGlMre9Rx7W2/M4P/3XES+KCDclG+zrQjPSHCKFB EBIYcf69v0GId8qNz+GE0A1+Vbzbs56qLBPgG/45v/rIGDfDHbxXy7ZhOIHMATSx BW/o1c2ipxK4ZTQsGDj+2PqngkzP6yu2WfHe+u7RmpbM+LSdG7ZwGD6qrlD9qThv xWVlkZPh08otytuHPwISCGYd0v0e9ugOKJKeMRPpqXF2SFNTOyR0eJ0MTjaNh/EB QvSqKYfHJfcznecpUkYheGw7FnXxaL6MipaDp/zsFWdEvQ83tl/vnW6brPO7HW2o GY76su0YIIHmJg3b27NVnEmSQaGwSavBGWRBgg5uqQTHasmh4BcaTUpZu0oHh5Q5 jz6EGKiG3Wrbz/Kh1pwgA+knrcKBr/WI5Yw3KAJbbXHytgAKI/6fLheh2uTKfhf3 Vn2QMPvFAacgoMEMcQSsEp25IsUF4Q5BR3UnVk5LouMb6QTxB5QS+Psj97KSH5mC tbpjY0k/Rb802t1jCiz516WuVstyK2UEcIp3lyEX3yarcEIxA6X9LKzI5DRjxEK5 htfx5+m/PYtzvxLQ//1NKKK623JFrzi1zmUnwEidiubQ1A48GB+kzJpR4fSDRfAx l7LZBuodiF+NibGMDemhjtdMJm9d2E+a1SH0ULm+r4fimu+A62/JxJ0Z/6dfBiHr mqfSBkNaAL3544XaLKkb =A1tU -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#748757: chromium: Blank Page/Tabs after browser open
Package: chromium Version: 34.0.1847.116-1~deb7u1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After opening up chromium, subsequent tabs appear blank. * What exactly did you do (or not do) that was effective (or ineffective)? I've found that if I open up another tab then go back to previous tab, the contents will appear. * What was the outcome of this action? Content displays blank * What outcome did you expect instead? Display web content as normal I have Google-Chrome (beta) installed and FWIW it doesn't display this behaviour. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 34.0.1847.116-1~deb7u1 ii gconf-service 3.2.6-2 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-5 ii libcairo2 1.12.16-2 ii libcap2 1:2.22-1.2 ii libcups21.7.2-3 ii libdbus-1-3 1.8.2-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libgcc1 1:4.9.0-3 ii libgconf-2-43.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-3 ii libgnome-keyring0 3.8.0-2 ii libgtk2.0-0 2.24.23-1 ii libjpeg88d-2 ii libnspr42:4.10.4-1 ii libnss3 2:3.16-1 ii libpango1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex1 1.2~rc1.1-1 ii libstdc++6 4.9.0-3 ii libudev0175-7.2 ii libx11-62:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst62:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 34.0.1847.116-1~deb7u1 -- Configuration Files: /etc/chromium/default changed: CHROMIUM_FLAGS=--password-store=detect flashso=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so if [ -f $flashso ] then flashversion=`strings $flashso|grep ^LNX|sed -e s/^LNX //|sed -e s/,/./g` CHROMIUM_FLAGS=$CHROMIUM_FLAGS --ppapi-flash-path=$flashso --ppapi-flash-version=$flashversion fi -- 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#716978: Installer does not fill /etc/crypttab
Package: debian-installer Followup-For: Bug #716978 Dear Maintainer, After having used the following image: Debian GNU/Linux testing Jessie - Official Snapshot amd64 NETINST Binary-1 20140520-00:27 The system could not boot initially, I had to boot the rescue mode, type the encrypted partition password and force-rebuild the initramfs using : update-initramfs -k all -t -u . The -t switch was needed for a successful initramfs update. The weird thing was that /etc/crypttab had not one, but two identical lines. Cheers, Adrian (And OdyX) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748758: debconf progress indicator may be overkill
Package: needrestart Version: 0.9-1 Severity: wishlist Hi, Needrestart sports a progress indicator in debconf while it tries to find services that need a restart. However, this scanning for services is most of the time very fast and the full repainting of the screen actually costs more time than the scanning does. When an upgrade has no impact on running services, it results in needless 'flashing' of the screen. I would recommend to only output Scanning processes... on stdout and load and invoke the whole debconf infrastructure only when there's actual prompting to be done. Cheers, Thijs -- Package-specific info: needrestart output: Scanning processes No services required to be restarted. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13.7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages needrestart depends on: ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.13-1 ii libproc-processtable-perl 0.50-1 ii libsort-naturally-perl 1.02-1 ii perl 5.18.2-4 needrestart recommends no packages. needrestart 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#748759: debian-installer: Configuration of grub-efi-amd64 fails because /dev/ is not bind-mounted in /target
Package: debian-installer Severity: important Tags: d-i Dear Maintainer, While using the Debian GNU/Linux testing Jessie - Official Snapshot amd64 NETINST Binary-1 20140520-00:27 netinst image, at the very last step (installing grub-efi-amd64), it failed to set it up with the Path `/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting. error. Further attempts also show /usr/sbin/grub-probe: error: failed to get canonical path of /dev/sda2. Using the tty2 to bind-mount /dev as /target/dev lets the installation succeed. Cheers, Adrian (and OdyX) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748760: libmnl: update libtool.m4 for ppc64el
Package: libmnl
Version: 1.0.3-3
Severity: normal
Tags: patch
Dear Maintainer,
The attached patch has been applied on Ubuntu to fix a FTBFS on ppc64el.
Thanks for considering the patch.
Erwan Prioul.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: update-libtool.patch: Update libtool.m4 for powerpc64le.
Author: Adam Conrad adcon...@ubuntu.com
--- libmnl-1.0.3.orig/m4/libtool.m4
+++ libmnl-1.0.3/m4/libtool.m4
@@ -1312,7 +1312,7 @@ ia64-*-hpux*)
rm -rf conftest*
;;
-x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
+x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
# Find out which ABI we are using.
echo 'int i;' conftest.$ac_ext
@@ -1324,9 +1324,19 @@ s390*-*linux*|s390*-*tpf*|sparc*-*linux*
LD=${LD-ld} -m elf_i386_fbsd
;;
x86_64-*linux*)
- LD=${LD-ld} -m elf_i386
+ case `/usr/bin/file conftest.o` in
+ *x86-64*)
+ LD=${LD-ld} -m elf32_x86_64
+ ;;
+ *)
+ LD=${LD-ld} -m elf_i386
+ ;;
+ esac
+ ;;
+ powerpc64le-*)
+ LD=${LD-ld} -m elf32lppclinux
;;
- ppc64-*linux*|powerpc64-*linux*)
+ powerpc64-*)
LD=${LD-ld} -m elf32ppclinux
;;
s390x-*linux*)
@@ -1345,7 +1355,10 @@ s390*-*linux*|s390*-*tpf*|sparc*-*linux*
x86_64-*linux*)
LD=${LD-ld} -m elf_x86_64
;;
- ppc*-*linux*|powerpc*-*linux*)
+ powerpcle-*)
+ LD=${LD-ld} -m elf64lppc
+ ;;
+ powerpc-*)
LD=${LD-ld} -m elf64ppc
;;
s390*-*linux*|s390*-*tpf*)
@@ -1688,7 +1701,8 @@ AC_CACHE_VAL([lt_cv_sys_max_cmd_len], [d
;;
*)
lt_cv_sys_max_cmd_len=`(getconf ARG_MAX) 2 /dev/null`
-if test -n $lt_cv_sys_max_cmd_len; then
+if test -n $lt_cv_sys_max_cmd_len \
+ test undefined != $lt_cv_sys_max_cmd_len; then
lt_cv_sys_max_cmd_len=`expr $lt_cv_sys_max_cmd_len \/ 4`
lt_cv_sys_max_cmd_len=`expr $lt_cv_sys_max_cmd_len \* 3`
else
@@ -2512,17 +2526,6 @@ freebsd* | dragonfly*)
esac
;;
-gnu*)
- version_type=linux # correct to gnu/linux during the next big refactor
- need_lib_prefix=no
- need_version=no
- library_names_spec='${libname}${release}${shared_ext}$versuffix ${libname}${release}${shared_ext}${major} ${libname}${shared_ext}'
- soname_spec='${libname}${release}${shared_ext}$major'
- shlibpath_var=LD_LIBRARY_PATH
- shlibpath_overrides_runpath=no
- hardcode_into_libs=yes
- ;;
-
haiku*)
version_type=linux # correct to gnu/linux during the next big refactor
need_lib_prefix=no
@@ -2639,7 +2642,7 @@ linux*oldld* | linux*aout* | linux*coff*
;;
# This must be glibc/ELF.
-linux* | k*bsd*-gnu | kopensolaris*-gnu)
+linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
version_type=linux # correct to gnu/linux during the next big refactor
need_lib_prefix=no
need_version=no
@@ -3255,10 +3258,6 @@ freebsd* | dragonfly*)
fi
;;
-gnu*)
- lt_cv_deplibs_check_method=pass_all
- ;;
-
haiku*)
lt_cv_deplibs_check_method=pass_all
;;
@@ -3297,7 +3296,7 @@ irix5* | irix6* | nonstopux*)
;;
# This must be glibc/ELF.
-linux* | k*bsd*-gnu | kopensolaris*-gnu)
+linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
lt_cv_deplibs_check_method=pass_all
;;
@@ -4049,7 +4048,7 @@ m4_if([$1], [CXX], [
;;
esac
;;
- linux* | k*bsd*-gnu | kopensolaris*-gnu)
+ linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
case $cc_basename in
KCC*)
# KAI C++ Compiler
@@ -4348,7 +4347,7 @@ m4_if([$1], [CXX], [
_LT_TAGVAR(lt_prog_compiler_static, $1)='-non_shared'
;;
-linux* | k*bsd*-gnu | kopensolaris*-gnu)
+linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
case $cc_basename in
# old Intel for x86_64 which still supported -KPIC.
ecc*)
@@ -6241,9 +6240,6 @@ if test $_lt_caught_CXX_error != yes;
_LT_TAGVAR(ld_shlibs, $1)=yes
;;
- gnu*)
-;;
-
haiku*)
_LT_TAGVAR(archive_cmds, $1)='$CC -shared $libobjs $deplibs $compiler_flags ${wl}-soname $wl$soname -o $lib'
_LT_TAGVAR(link_all_deplibs, $1)=yes
@@ -6405,7 +6401,7 @@ if test $_lt_caught_CXX_error != yes;
_LT_TAGVAR(inherit_rpath, $1)=yes
;;
- linux* | k*bsd*-gnu | kopensolaris*-gnu)
+ linux* | k*bsd*-gnu | kopensolaris*-gnu | gnu*)
case $cc_basename in
KCC*)
# Kuck and Associates, Inc. (KAI) C++ Compiler
Bug#748703: Pool file XML
The pool storage file: was produced by Virtual Machine Manager 0.9.5. !-- WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: virsh pool-edit Debian-7.4 or other application using the libvirt API. -- pool type='dir' nameDebian-7.4/name uuid47fc31a1-eb1f-9c9f-ebbd-75b770b2098b/uuid capacity unit='bytes'0/capacity allocation unit='bytes'0/allocation available unit='bytes'0/available source /source target path/home/img/MyMachines/Debian-7.4/path permissions mode0755/mode owner-1/owner group-1/group /permissions /target /pool - However when I look at the pool with virsh pool-edit Debian-7.4 the capacity, allocation and available bytes for the file system where the pool is located are filled in. nameDebian-7.4/name uuid47fc31a1-eb1f-9c9f-ebbd-75b770b2098b/uuid capacity unit='bytes'946193420288/capacity allocation unit='bytes'453478027264/allocation available unit='bytes'492715393024/available - The is the guest XML file is attached. ... Bob !-- WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: virsh edit Debian-7.4-OpenVPN or other application using the libvirt API. -- domain type='kvm' nameDebian-7.4-OpenVPN/name uuid20f0f7e0-92c7-d6fe-bc93-d7f493606bdd/uuid memory unit='KiB'2539520/memory currentMemory unit='KiB'2539520/currentMemory vcpu placement='static'2/vcpu os type arch='x86_64' machine='pc-i440fx-1.7'hvm/type boot dev='hd'/ boot dev='cdrom'/ bootmenu enable='yes'/ /os features acpi/ apic/ pae/ /features clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/bin/kvm/emulator disk type='file' device='disk' driver name='qemu' type='qcow2'/ source file='/home/img/MyMachines/Debian-7.4/Debian-7.4.img'/ target dev='sda' bus='sata'/ address type='drive' controller='0' bus='0' target='0' unit='0'/ /disk disk type='file' device='cdrom' driver name='qemu' type='raw'/ source file='/home/iso/debian-7.4.0-i386-netinst.iso'/ target dev='hdc' bus='ide'/ readonly/ address type='drive' controller='0' bus='1' target='0' unit='0'/ /disk controller type='usb' index='0' address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ /controller controller type='pci' index='0' model='pci-root'/ controller type='ide' index='0' address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x1'/ /controller controller type='sata' index='0' address type='pci' domain='0x' bus='0x00' slot='0x05' function='0x0'/ /controller interface type='direct' mac address='52:54:00:40:6e:24'/ source dev='macvtap0' mode='vepa'/ model type='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x03' function='0x0'/ /interface serial type='pty' target port='0'/ /serial console type='pty' target type='serial' port='0'/ /console input type='mouse' bus='ps2'/ graphics type='vnc' port='-1' autoport='yes'/ sound model='ich6' address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /sound video model type='cirrus' vram='9216' heads='1'/ address type='pci' domain='0x' bus='0x00' slot='0x02' function='0x0'/ /video memballoon model='virtio' address type='pci' domain='0x' bus='0x00' slot='0x06' function='0x0'/ /memballoon /devices /domain
Bug#748761: printer-driver-gutenprint: Cups doesn't print because rastertogutenprint.5.2 is missing
Package: printer-driver-gutenprint Version: 5.2.10~pre2-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, installing printer-driver-gutenprint (5.2.10~pre2-1) break cups. The error reported is: file /usr/lib/cups/filter/rastertogutenprint.5.2 not available: No such file or directory No problem with version 5.2.9-2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages printer-driver-gutenprint depends on: ii cups 1.7.2-3 ii cups-client 1.7.2-3 ii cups-filters [ghostscript-cups] 1.0.53-1 printer-driver-gutenprint recommends no packages. Versions of packages printer-driver-gutenprint suggests: pn gutenprint-doc none pn gutenprint-locales 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#727192: This looks like gnome bug 691269 - lock screen with pam_krb5 authentication doesn't update ticket cache
*https://bugzilla.gnome.org/show_bug.cgi?id=691269* https://bugzilla.redhat.com/show_bug.cgi?id=1032154 And Redhat bug***1032154* https://bugzilla.redhat.com/show_bug.cgi?id=1032154 -gdm calls pam_setcred with PAM_ESTABLISH_CRED instead of PAM_REINITIALIZE_CRED during screen unlock https://bugzilla.redhat.com/show_bug.cgi?id=1032154 The gnome bugzilla has a patch. I'll try it.
Bug#748762: zeitgeist-core: Please set --libexec to /usr/lib/zeitgeist
Package: zeitgeist-core Version: 0.9.14-2 Severity: important File: /usr/lib/x86_64-linux-gnu/zeitgeist-fts Hi, It seems that zeitgeist-fts is currently installed in the libdir and not in libexec path. The executable should probably be moved to /usr/lib/zeitgeist directory (I'm not sure it should use the muti-arch path as the package is not multiarch itself). Setting the --libexec flag[0] at the configure is fixing this. Cheers, Laurent Bigonville [0]--libexec=/usr/lib/zeitgeist -- 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.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zeitgeist-core depends on: ii dpkg1.17.9 ii libc6 2.18-7 ii libdee-1.0-41.0.10-3.1 ii libgcc1 1:4.9.0-4 ii libglib2.0-02.40.0-3 ii libsqlite3-03.8.4.3-3 ii libstdc++6 4.9.0-4 ii libxapian22 1.2.17-1 ii libzeitgeist-2.0-0 0.9.14-2 zeitgeist-core recommends no packages. Versions of packages zeitgeist-core suggests: pn zeitgeist-datahub 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#701760: [ovs-dev] Bug#701760: [PATCH] debian: Stop openvswitch after VMs managed by libvirt.
On Tue, May 20, 2014 at 10:29:11AM +0900, YAMAMOTO Takashi wrote: On Mon, Mar 31, 2014 at 08:37:48AM -0700, Ben Pfaff wrote: When openvswitch stops before libvirt shuts down VMs, it makes it hard for libvirt to remove virtual network interfaces (ovs-vsctl cannot access the database socket, which has been removed). This commit should ensure that the VMs get shut down before openvswitch. CC: 701...@bugs.debian.org Reported-by: Ernesto Domato edo...@gmail.com Suggested-by: Lukasz Szotek szot...@gmail.com Signed-off-by: Ben Pfaff b...@nicira.com This still needs a review (from ovs-dev). is this still useful? my installation of ubuntu 13.10 doesn't seem to have libvirt-guests. Ansis told me the same thing. It seems package names have changed from the version of libvirt that the reporter uses, to the version of libvirt that is currently in the Debian archive. But Ansis also brought up the point that it might make more sense for libvirt to add this dependency in the reverse direction. I will consult with the libvirt team (probably by reassigning this bug to libvirt with a query). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748434: libreoffice-help-en-us: No graphics in the help.
Hi, On Tue, May 20, 2014 at 03:09:39PM +0200, Jacek Sobczak wrote: On Mon, May 19, 2014 at 10:59 PM, Rene Engelhard r...@debian.org wrote: Actually I apparently had -style-sifr lying around before I did the tests. After cleaning that up apt-get install libreoffice libreoffice-help-en-us always installs galaxy. So it should work? Did you specify any other theme explicitly or did you install something else and remove galaxy after it? That also would explain it. (And there's no APT bug at all.) from LO 4.1.6 to 4.2.4. As you can see from the aptitude log below I did it in two steps on the same day. In the log all the LO packages Why two steps? And how did you upgrade? apt-get dist-upgrade should have done the right thing... (Yes, I tested that.) libreoffice-style-tango was removed from my system when I upgraded [...] [INSTALL, DEPENDENCIES] libreoffice-style-sifr:amd64 [REMOVE, DEPENDENCIES] libreoffice-style-galaxy:amd64 OK, clear. -sifr installed and -galaxy removed so you ended up with only -sifr - which exhibits this because it seems to be incomplete...[1] [HOLD] libreoffice-calc:amd64 [HOLD] libreoffice-impress:amd64 [HOLD] libreoffice-writer:amd64 Why? Did you do apt-get upgrade (which would explain this given they need new packages installed) and _only_ then dist-upgrade? This is weird steps. (I've seen documentation suggesting that, I still think this is questionable..) Will install 11 packages, and remove 7 packages. 8859 kB of disk space will be freed === [REMOVE, NOT USED] libcdr-0.0-0:amd64 [REMOVE, NOT USED] libmspub-0.0-0:amd64 [REMOVE, NOT USED] libvisio-0.0-0:amd64 [...] [REMOVE, DEPENDENCIES] libreoffice-draw:amd64 [REMOVE, DEPENDENCIES] libreoffice-impress:amd64 [REMOVE, DEPENDENCIES] libreoffice-math:amd64 And what did you do here? Or did you in some way enforce this manually? Regards, Rene [1] https://bugs.freedesktop.org/show_bug.cgi?id=75256 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748763: RM: libreoffice-report-builder-bin [kfreebsd-i386 kfreebsd-amd64] -- ANAIS; not built anymore - kFreeBSD is a gcj arch
Package: ftp.debian.org Severity: normal Hi, libreoffice-report-builder-bin | 1:4.1.6~rc2-1+b1 | sid | kfreebsd-amd64, kfreebsd-i386 kFreeBSD once used gcj (where this was disabled anyway) and in some time started to use OpenJDK (where I enabled this). Since some time (and I failed to adapt in 4.1.6 packages, my bad) it uses gcj again, so this is not built anymore since 4.2.x where I fixed that up. So please remove this. (stable doesn't contain it either for kFreeBSD: libreoffice-report-builder-bin | 1:3.5.4+dfsg2-0+deb7u2 | wheezy| amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc ) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613169: status
Michael Biebl wrote: This bug has been open for a while and is now blocking the removal of hal [0]. What's your plan regarding sleepd? Do you still want to port it to some newer/other interfaces or should the package be removed from the archive? I have no plans for sleepd. -- see shy jo signature.asc Description: Digital signature
