Bug#608121: Helo
Pershendetje Ju lutemi kontrolloni mesazhin tim të hershëm dhe kthehuni tek unë, ju lutem. Faleminderit. të fala. Elimond Emeh Greeting Kindly check my early message and get back to me please. Thanks. regards. Elimond Eme
Bug#404825: vim: "-b" option does not work
At Thu, 28 Dec 2006 21:04:04 -0500, James Vega wrote: > On Thu, Dec 28, 2006 at 10:00:15PM +0900, Sugano Yoshihisa(E) wrote: > > from vim(1) > >-b Binary mode. A few options will be set that makes it > >possible to edit a binary or executable file. > > > > But it does not work. > > What doesn't work about it? You haven't provided much information for > me to see why you think it is not acting as intended. "-b" option is that vim is used as binary editor like a beav(1). view is: | 7f454c46 01010100 | .ELF 0010 | 02000300 0100 e09a0408 3400 | 4... 0020 | 182a0100 34002000 08002800 | .*..4. ...(. 0030 | 1a001900 0600 3400 34800408 | 4...4... 0040 | 34800408 0001 0001 0500 | 4... 0050 | 0400 0300 3401 34810408 | 4...4... -snip- but... $ vim -b /bin/ls [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@4^@ [EMAIL PROTECTED] @([EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ -snip- If it was old vim, it was not so. vim binary mode is disabled on upstream? If it is so, this bug is document bug. -- Sugano "Koshian" Yoshihisa(E) <mailto:[EMAIL PROTECTED]> Website: <http://www.misao.gr.jp/~koshian/> PGP fingerprint [6367 2352 3995 214E B954 A1FE 33D9 C918 606F 7C15] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295288:
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#261086:
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416262: [php-maint] Bug#416262: php4: $_SESSION overwrite by ordinary variables in the case of register_globals = On
Hi Sean. Thx for your detailed mail. I don't think that is "behaviour as designed", because this bug not appear on PHP 4.4.x. However, I think that decision of Debian that register_globals is not supported is correct. Please close this bug. thx! -- Sugano "Koshian" Yoshihisa(E) <mailto:[EMAIL PROTECTED]> Website: <http://www.misao.gr.jp/~koshian/> PGP fingerprint [6367 2352 3995 214E B954 A1FE 33D9 C918 606F 7C15] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#729203: not just shameful and fraudulent. Also defamitory and un-foss-ly
I am shocked that debian have sunk so low. Fraudulently packaging one offering and passing it off as another is one issue. Defaming the author of the original package whilst impersonating them is another much bigger issue entirely. I make no claim to have a detailed understanding of the exact letter of the GPL, but the free software ethos is pretty clear to me: that, if you take someone's work and fork it and amend it and re-distribute it, then you do not hold it out to be the original. You clearly define what is different and are straight forward and up front about what you have changed. This is so sordid and shady. Goodbye debian, ubuntu, mint and deb. It was fun while it lasted. I might come to visit occasionally for some steam action. Luckily steam doesn't depend on "libav pretending to be someone they aren't". -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#826165: opensc-pkcs11: Signing fails with: PKCS11 function C_SignFinal failed: rv = CKR_GENERAL_ERROR (0x5)
Package: opensc-pkcs11 Version: 0.16.0~rc2-1 Severity: important Dear Maintainer, I use an OmniKey CardMan 6121 with Firefox to access my bank's website. This used to work last time I checked (around May 20). However, Firefox now returns the following error message: A PKCS #11 module returned CKR_GENERAL_ERROR, indicating that an unrecoverable error has occurred. Error code: SEC_ERROR_PKCS11_GENERAL_ERROR The following blog post describes exactly the issue I am having, although it pertains to an older version of opensc-pkcs11: https://www.tablix.org/~avian/blog/archives/2013/10/opensc_on_wheezy/ Testing with pkcs11-tool as described in the blog post above yields this: $ pkcs11-tool --module /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so -t -l Using slot 0 with a present token (0x0) Logging in to "[...]". Please enter User PIN: C_SeedRandom() and C_GenerateRandom(): seeding (C_SeedRandom) not supported seems to be OK Digests: all 4 digest functions seem to work MD5: OK SHA-1: OK RIPEMD160: OK Signatures (currently only RSA signatures) testing key 0 ([...]) error: PKCS11 function C_SignFinal failed: rv = CKR_GENERAL_ERROR (0x5) Aborting. The opensc-pkcs11.so file was last updated on May 28 (I apt-get upgrade daily): -rw-r--r-- 1 root root 207888 May 28 06:24 /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so Please let me know if I can provide any additional information or help in any way. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages opensc-pkcs11 depends on: ii libc62.22-10 ii libssl1.0.2 1.0.2h-1 ii zlib1g 1:1.2.8.dfsg-2+b1 opensc-pkcs11 recommends no packages. opensc-pkcs11 suggests no packages. -- no debconf information P.S. Thank you for all you do!
Bug#826165: opensc-pkcs11: Signing fails with: PKCS11 function C_SignFinal failed: rv = CKR_GENERAL_ERROR (0x5)
Здрасти, Жоро, I have not reported the bug upstream. OpenSC was just updated on Debian Sid (0.16.0-2) but this issue has not been not fixed. Since you have the same problem on Slackware, I guess it is not unique to Debian. If you could report it to the OpenSC developers upstream, that would be great.
Bug#460610: elscreen: Cannot compile with emacs21
Package: elscreen Version: 1.4.6-1 Severity: grave Emacs 21.x is no longer supported? $ dpkg -l | grep '^ii *emacs21' 08-01-14 ii emacs21 21.4a+1-5.3 The GNU Emacs editor ii emacs21-bin-common 21.4a+1-5.3 The GNU Emacs editor's shared, architecture ii emacs21-common 21.4a+1-5.3 The GNU Emacs editor's shared, architecture ii emacs21-common-non-dfsg 21.4a+1-1 GNU Emacs shared, architecture independent, ii emacs21-el 21.4a+1-5.3 GNU Emacs LISP (.el) files log: $ sudo aptitude install elscreen -snip- Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-color-theme.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-dired.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-dnd.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-gf.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-goby.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-howm.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-server.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-speedbar.el: !! Symbol's function definition is void ((booleanp)) Source file `/usr/share/emacs21/site-lisp/elscreen/elscreen.el' newer than byte-compiled file While compiling toplevel forms in file /usr/share/emacs21/site-lisp/elscreen/elscreen-w3m.el: !! Symbol's function definition is void ((booleanp)) Wrote /usr/share/emacs21/site-lisp/elscreen/elscreen.elc Done emacs-package-install: /usr/lib/emacsen-common/packages/install/elscreen emacs21 emacs21 emacs22 failed at /usr/lib/emacsen-common/emacs-package-install line 30, line 2. dpkg: error processing elscreen (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: elscreen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages elscreen depends on: ii apel 10.7-2 portable library for emacsen elscreen recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#100753: Offices are closed tomorrow
Good day to you, [EMAIL PROTECTED] Want to generate 1.5 - 3.5k easily from the comfort of your own home with minimal effort? Call me here to do it : 1*800*940*1731 Payments are made daily. Regards, Kayla E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322520: r-cran-rmysql is not compiled for mysql version in sarge
Package: r-cran-rmysql Version: 0.5.5-2.1 The package refuses to work in the R environment as it is compiled for an older mysql 4.0.* version, not the current 4.0.24-10. I assume there should similar problems using mysql version 4.1.*. The problem can be solved rebuilding the source with current mysql version installed. using Debian GNU/Linux 3.1 with kernel 2.6.8 1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner bei Deutschlands beliebtester Partnerboerse: http://singles.freenet.de/index.html?pid=11512
Bug#398091: Broken dependencies : phpapi-20051025 (unstable)
Package: php5-xcache Version: 1.0-4.1 Severity: grave # aptitude install php5-xcache Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: php5-xcache 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 58.5kB of archives. After unpacking 225kB will be used. The following packages have unmet dependencies: php5-xcache: Depends: phpapi-20051025 which is a virtual package. Resolving dependencies... Unable to resolve dependencies! Giving up... Abort. # aptitude show phpapi-20051025 No current or candidate version found for phpapi-20051025 Package: phpapi-20051025 State: not a real package -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18.1-petris Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages php5-xcache depends on: ii libapache2-mod-php5 [phpapi- 5.1.6-6 server-side, HTML-embedded scripti ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii php5-cgi [phpapi-20051025] 5.1.6-6 server-side, HTML-embedded scripti ii php5-cli [phpapi-20051025] 5.1.6-6 command-line interpreter for the p php5-xcache recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#159511: Canadian Pharmaccy,Hirut Meharene
Wishing you the peace, joy and happiness of Christmas! http://holidayoffnow.com - DEMANDTEC EMAIL NOTICE: NOTICE: This email transmission and all attached files contain information intended for the designated individual or entity to whom it is addressed and may contain information that is proprietary, privileged and/or exempt from disclosure under applicable law. If you are not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this email or its attachments is strictly prohibited. If you have received this email in error, please notify the sender immediately by replying to this message and please delete the original message without making any copies. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. Although we have taken reasonable precautions to ensure that this email and all attachments are free from viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments. Miss M Molinos Alison Murray Vinti Kapoor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#208053: wwwbadooit wwwbanc
samorzdowe pastwowa komisja wyborcza http://img444.imageshack.us/my.php?image=lqki9.jpg wwwvc pokercom wwwvideahu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#161232: Soft Links Help
HomeSelect Knowledge Base products http://img444.imageshack.us/img444/4571/uhtd1.jpg ds or is may be displayed prompt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384202: Installer works with daily build, post installation kernel does not
dann frazier wrote: >Dykema, Erik wrote: >> Using the build for i386, I was able to install very cleanly, and >> reboot, at which point the USB >> messages started spewing again. By hitting ctrl-c a few times, I was able >> to get to a login >> prompt, and can access the machine, although I am typing blind. Now I am >> downloading and >> compiling a new kernel, which should work. Just to append to this bug - as Erik states, the nightly installer works pretty well. However, on the HP DL320 G4's that we have here, we cannot ctrl-c out of the USB loop. Going to keep an eye on the nightly builds while I attempt to do a rescue mount of some sort to see if I can work around it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386665: + operator handled incorrectly (at package)
Package: atVersion: 3.1.10Severity: important[EMAIL PROTECTED]:~$ dateSat Sep 9 10:24:33 CEST 2006[EMAIL PROTECTED]:~$ at 23.55warning: commands will be executed using /bin/shat> lsat> job 49 at Sat Sep 9 23:55:00 2006[EMAIL PROTECTED]:~$ at 23.55 + 7 minuteswarning: commands will be executed using /bin/shat> lsat> job 50 at Mon Sep 11 00:02:00 2006[EMAIL PROTECTED]:~$The first at command gives the correct result, but it seems the second one does not.I think the starting time of the last at command should have been Sep 10 00:02:00, not Sep 11 00:02:00.It seems the program adds 7 minutes and 24 hours, not 7 minutes.-- System Information:Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.16-2-686Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)Versions of packages at depends on:ii exim4-daemon-light [mail-tra 4.63-3 lightweight exim MTA (v4) daemonii libc6 2.3.6.ds1-4 GNU C Library: Shared librariesii libpam0g 0.79-3.1 Pluggable Authentication Modules lii lsb-base 3.1-15 Linux Standard Base 3.1 init scripat recommends no packages.-- no debconf information Stay in the know. Pulse on the new Yahoo.com. Check it out.
Bug#382453: distccd user has a home of /
Package: distcc Version: 2.18.3-3 The user 'distccd' has a home of /. It could be a security risk Using Unstable. -- Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#204863: deployment viable BasicStamp re
links generation expresses their need exchange person Victorians parlor Beats culture Hippies Happening. could go about originLeft Orange Cone ready hobbyist platform. Build bootloader WinAVR supposed already know underlying lowcost mass deployment viable BasicStamp re recent Im aware right Arduino. powered programmed via port very similar Processing if familiar that. much cheaper than Basic Stamp TodI your thinking. there.Left tags: DIY hacks reference Left Donghai Ma links generation expresses their need exchange person Victorians parlor Beats culture Hippies Happening. could go about originLeft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#734236: Brasero won't work on Debian Wheezy with LXDE desktop
Package: LXDE Version: 0.5.5 Ladies/Gentlemen: About a week ago, I tried to report this problem using the reportbug package, but it didn't seem to work. Therefore, I'm trying a simple e-mail. I'm using Debian Wheezy, the 32-bit version (i386) with both the LXDE desktop and the Xfce desktop. On the Xfce desktop, brasero is pre-installed and works fine. On the LXDE desktop, I've installed brasero using synaptic, and have confirmed that the same dependent packages are installed as with the Xfce version. When invoking brasero under LXDE, tha package starts the initial create checksum phase but never finishes it, and doesn't progress to writing anything on the DVD media. I don't understand why it won't work, because the same package repositories are in effect for both desktops. Please advise. -- Len E. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667616: administrator systemu
drogi użytkowniku Twoje hasło wygaśnie za 3 dni Kliknij tutaj, aby potwierdzić swój adres e-mail. http://web-osplonline.jimdo.com/ dzięki administrator systemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#8927: administrator systemu
Szanowny uzytkowniku Haslo wygasnie w ciagu 3 dni Kliknij tutaj aby sprawdzic e-mail http://web-osplonline.jimdo.com/ dzieki administrator systemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734236: Acknowledgement (Brasero won't work on Debian Wheezy with LXDE desktop)
Package: LXDE Version: 0.5.5 Bug #734236 Ladies/Gentlemen: In my original bug report, I omitted the key fact that what I'm trying to do with brasero is burn .ISO images. (Incidentally, xfburn works fine under LXDE for this purpose; k3b does also, albeit at the cost of having to install a very large number of dependent packages). Len E. * Date: Sun, 05 Jan 2014 03:18:06 + From: ow...@bugs.debian.org (Debian Bug Tracking System) To: "Len E." Subject: Bug#734236: Acknowledgement (Brasero won't work on Debian Wheezy with LXDE desktop) Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian LXDE Maintainers If you wish to submit further information on this problem, please send it to 734...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 734236: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734236 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Len E. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#160753: administrador del sistema
Estimado usuario Su contraseña caducará en 3 días Haga clic aquí para Do Validar E-mail. http://web-adiminonline.jimdo.com/ gracias administrador del sistema -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#160753: administrador del Sistema
Estimado usuario Su CONTRASEÑA caducará en 3 Días here Haga click for Haga Validar E-mail. http://web-adiminonline.jimdo.com/ gracias administrador del Sistema -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575670: administrador del sistema
Estimado usuario Su contraseña caducará en 3 días Haga clic aquí para Do Validar E-mail. http://web-adiminonline.jimdo.com/ gracias administrador del sistema -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742531: keyword.URL preference ignored after upgrade to version 23+
Hi Sylvestre, Thank you for your clear explanation. Hopefully I can explain my position better this time. >> As I see it, this is just a case of a config file format change, and >> typically a Debian package would try to help the user preserve any >> user-set value after upgrade. Also, as in the example I gave, this >> unannounced change of behaviour could lead to someone leaking sensitive >> search terms out to an unintended third party, which has >> privacy/security implications. > Well, I haven't looked into the source code but if the preference has > been removed from > the configuration, I don't think the feature is still available. > Having Debian taking care of bringing back features removed by upstream > is a huge work. Absolutely, and I wouldn't expect Debian to independently write and maintain an extra configuration option which upstream didn't want. In my original bug report I gave the steps for a manual workaround to this problem, but perhaps I should have made explicit that I see this workaround as evidence that the preference still exists, just in a different form. Mozilla have, quite wisely, decided that it doesn't make sense for most people to have two different default search engines (one for searches in the address bar and one for searches from the search widget), so they now use the search widget preference for both. What I'm saying is, if a user has gone to the trouble of setting a value for keyword.URL then this value should be used to set the default search engine after the upgrade. >> This issue seems similar to: >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720968 >> ... > I don't see that as a packaging bug. I don't think it is the goal of > Debian to manage that. As a precedent for Debian creating packages which automatically deal with configuration format changes (which I hope you'll agree based on the above is the situation here), please consider this documentation of the apache2 package: http://sources.debian.net/src/apache2/2.4.7-1/debian/apache2.NEWS#L45 > If you think it should be managed, you should push the change upstream > (or look if there is an extension > doing it): > http://bugzilla.mozilla.org/ As you're probably aware, Mozilla are somewhat hesitant at applying platform- (and certainly distro-) specific changes, for example: https://bugzilla.mozilla.org/show_bug.cgi?id=620373 and I imagine that the handling of the config files related to this bug is tightly bound to iceweasel/Debian. Also I think it is unreasonable to expect a user to wait until the upgrade has trampled their settings, and sent their private data to a third party, before they go and search for an extension which takes more effort to install than just fixing the setting manually. > Otherwise, expect if you provide a patch and commit to maintain it, yeh, > I will probably close > it like #720968 Well it seems to me that one benefit of having bugs open in a bug tracker is so that people can be kept aware of what issues affect the software they use, and potentially step forward to fix them if they have the skill or resources to do so. Closing a wishlist bug because a volunteer hasn't yet been found seems counterproductive from that point of view. In any case, this bug only affects the wheezy -> jessie stable transition, so feel free to close this after wheezy EOL. Best regards, Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749455: www.debian.org: Link to Linus's homepage is broken.
Package: www.debian.org Severity: minor Dear Maintainer, It looks like the link to Linus Torvalds' homepage is broken: "Looking into http://www.debian.org/intro/about http://www.cs.helsinki.fi/u/torvalds/ : Error = (403) Forbidden" from http://www-master.debian.org/build-logs/urlcheck/intro As far as I can tell his homepage no longer exists. The following two options seem like reasonable alternatives: http://www.linfo.org/linus.html http://en.wikipedia.org/wiki/Linus_Torvalds -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701962: libsodium packaging
I don't have enough time, so you can be the mainainer/uploader if you want. On Thu, Mar 20, 2014 at 11:05 PM, László Böszörményi wrote: > Hi Raúl, > > How is the libsodium packaging stand? You got advices from Alessandro > Ghedini almost a month ago, but I don't see any reply from you. > It would be good to have it updated (due to removed bashism[1]) and > uploaded to Debian. May I finish the packaging based on your work? > Make you the maintainer / uploader (based on your wish) while I'd take > the other position. > > Regards, > Laszlo/GCS > [1] > https://github.com/jedisct1/libsodium/commit/9b82685f142ca392cc0d4774e33be6570b2139f3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742531: keyword.URL preference ignored after upgrade to version 23+
Package: iceweasel Version: 24.3.0esr-1~deb7u1 Severity: wishlist As confirmed on the MozillaZine Knowledge Base website: http://kb.mozillazine.org/Keyword.url as of Firefox version 23, the keyword.URL preference was removed. This means, for example, that if someone configured an earlier version of iceweasel to use an internal company search engine for search terms typed in the URL bar, then, after upgrading iceweasel, those search terms could be sent to an external site such as Google without warning. To get the same behaviour as before, the following manual workaround is possible: 0. (Customise your browser UI so that the Search widget is visible) 1. Click the search engine selection icon in the Search widget 2. Select the desired default search engine from the menu 3. (Remove the Search widget from the browser UI again, if desired) It would be nice if any user-defined value for the keyword.URL preference could be used to automatically set the default search engine after upgrade. Best regards, Edwin Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742531: keyword.URL preference ignored after upgrade to version 23+
Hi Sylvestre, >> It would be nice if any user-defined value for the keyword.URL >> preference could be used to automatically set the default search engine >> after upgrade. > Why do you think Debian should carry and maintain such changes? Why do I think that a Debian package should keep its settings after upgrade? Because "Our priorities are our users and free software". As I see it, this is just a case of a config file format change, and typically a Debian package would try to help the user preserve any user-set value after upgrade. Also, as in the example I gave, this unannounced change of behaviour could lead to someone leaking sensitive search terms out to an unintended third party, which has privacy/security implications. This issue seems similar to: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720968 where there seemed to be some quite strong demand that a privacy/security setting be preserved and not trampled on by an upstream change. It appears that you marked that bug as wontfix rather than leaving open the wishlist request that the user's settings survive a package upgrade, or they at least be warned about this. I can only humbly ask that this bug report does not suffer the same fate, and that you consider at least including a warning to users about how to preserve their settings. Best regards, Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689784: network-manager-gnome: Wireless Connection disconnects frequently. Acer Aspire One 756, Atheros AR9462/ath9k
Package: network-manager-gnome Severity: normal Wireless Connection disconnects frequently. Acer Aspire One 756, Atheros AR9462/ath9k. Same bug found here: https://bugs.launchpad.net/linuxmint/+bug/1040943 This bug makes wlan unusable. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory 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#689184: YouTube replies with error codes (making Minitube unusable)
Package: minitube Version: 1.7-1.1 Severity: grave Justification: YouTube video player application no longer plays YouTube videos As confirmed on the Minitube website: http://flavio.tordini.org/minitube-1-9 there have been some changes at YouTube in the last few days which stop Minitube from being able to download or play videos. In particular, the URLs that Minitube generates for its requests return HTTP 403 codes. Fortunately the new version 1.9 of Minitube solves this problem. Best regards, Edwin Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685004: dracut is broken when generating for a non-running kernel
Package: dracut
Version: 020-1
Severity: important
Tags: patch
Currently, when running dracut on a kernel which is not the running
kernel, the following command is used in dracut_kernel_post() (see
dracut-functions.sh) to get the list of files needed for a given module:
modprobe -a -d / --ignore-install --show-depends
dracut does not specify the kernel version, which results in modprobe
assuming the request is for the currently running kernel. Basically,
running dracut for kernel version "verB" while running on kernel
version "verA" results in the following output:
# dracut -v /boot/initrd.img-verB verB
[...]
I: *** Installing kernel module dependencies and firmware ***
D: Installing //lib/modules/verA/kernel/drivers/ata/acard-ahci.ko
D: Installing //lib/modules/verA/kernel/drivers/ata/ahci.ko
[etc...]
As a result, the modules for the currently running kernel are installed
into the initrd as opposed to the modules for the target kernel. This
is obviously wrong and will most likely result in an unbootable system.
The solution is to use the --set-version option of modprobe, like this:
modprobe -a -d / --setversion verB --ignore-install --show-depends
The following patch does just that:
--- dracut-functions.sh.old 2012-08-15 19:18:03.116533000 +0200
+++ dracut-functions.sh 2012-08-15 19:53:35.649868000 +0200
@@ -1182,7 +1182,7 @@
local _moddirname=${srcmods%%/lib/modules/*}
if [[ -f "$initdir/.kernelmodseen/lazylist" ]]; then
-xargs modprobe -a ${_moddirname+-d ${_moddirname}/}
--ignore-install --show-depends \
+xargs modprobe -a ${_moddirname+-d ${_moddirname}/} --set-version
$kernel --ignore-install --show-depends \
< "$initdir/.kernelmodseen/lazylist" 2>/dev/null \
| sort -u \
| while read _cmd _modpath _options; do
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dracut depends on:
ii cpio 2.11-8
ii kbd-compat [kbd] 1:0.2.3dbs-70
ii kpartx 0.4.9+git0.4dfdaf2b-6
ii module-init-tools 9-1
ii udev 175-6
ii util-linux 2.20.1-5.1
Versions of packages dracut recommends:
ii cryptsetup 2:1.4.3-2
pn dmraid
ii dmsetup 2:1.02.74-4
pn lvm2
pn mdadm
Versions of packages dracut suggests:
pn dracut-network
-- Configuration Files:
/etc/dracut.conf changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680367: ITP: norsp -- predictor of non-regular secondary structure
Package: wnpp Severity: wishlist Owner: e.reisin...@gmx.net * Package name: norsp Version : 1.0.3 Upstream Author : Laszlo Kajan * URL : http://www.rostlab.org/ * License : GPL Programming Lang: Perl Description : predictor of non-regular secondary structure Many structurally flexible regions play important roles in biological processes. It has been shown that extended loopy regions are very abundant in the protein universe and that they have been conserved through evolution. Here, we present NORSp, a publicly available predictor for disordered regions in protein. Specifically, NORSp predicts long regions with NO Regular Secondary structure. Upon user submission of a protein sequence, NORSp will analyse the protein for its secondary structure, presence of transmembrane helices and coiled-coil. It will then return email to the user about the presence and position of disordered regions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680507: ITP: norsp -- predictor of non-regular secondary structure of proteins
Package: wnpp Severity: wishlist Owner: e.reisin...@gmx.net * Package name: norsp Version : 1.0.3 Upstream Author : Laszlo Kajan * URL : http://www.rostlab.org/ * License : GPL Programming Lang: Perl Description : predictor of non-regular secondary structure of proteins Many structurally flexible regions play important roles in biological processes. It has been shown that extended loopy regions are very abundant in the protein universe and that they have been conserved through evolution. Here, we present NORSp, a publicly available predictor for disordered regions in protein. Specifically, NORSp predicts long regions with NO Regular Secondary structure. Upon user submission of a protein sequence, NORSp will analyse the protein for its secondary structure, presence of transmembrane helices and coiled-coil. It will then return email to the user about the presence and position of disordered regions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704988: linux-image-3.2.0-4-amd64: nfsd allocation errors in dmesg
Yes, doubling from 90MB to 180MB got rid of the nfsd failure. Then doing some multi gig cat's over 10G Ethernet gave allocation failures for swapper. So far doubling again to 360MB has fixed that as well. Seems like there should be a better though. Thanks. From: Steven Chamberlain To: Eli Venter ; 704...@bugs.debian.org Sent: Monday, April 8, 2013 12:17 PM Subject: Re: Bug#704988: linux-image-3.2.0-4-amd64: nfsd allocation errors in dmesg Hi, On 08/04/13 14:48, Eli Venter wrote: > Apr 4 17:44:28 gdx-ilmn kernel: [ 2694.622587] nfsd: page allocation > failure: order:2, mode:0x20 > Apr 4 17:44:28 gdx-ilmn kernel: [ 2694.622591] Pid: 3539, comm: nfsd > Tainted: G W 3.2.0-4-amd64 #1 Debian 3.2.41-2 Increasing the value of sysctl vm.min_free_kbytes may help with this. Maybe try doubling it? Regards, -- Steven Chamberlain ste...@pyro.eu.org
Bug#638024: [apt] APT::Default-Release considers equivalent suite names differently ("testing" != "wheezy")
I encountered this bug (or something similar) recently as part of my preparations of upgrading to "jessie". My sources.list was pointing to "testing" so I changed it, using Synaptic, to point to "wheezy". After applying a large number of updates and rebooting, I tried using Synaptic again and was greeted with the message: The value 'testing' is invalid for APT::Default-Release as such a release is not available in the sources Closing this dialog box caused Synaptic itself to close. I then found this bug report, but the advice here was not enough to get Synaptic working again, so I searched wider on the web and found this page: http://www.kubuntuforums.net/showthread.php?61484-Upgrade-from-Percise-results-in-bug! This lead to me using a workaround of editing /root/.synaptic/synaptic.conf and changing the last configuration option from: DefaultDistro "testing"; to: DefaultDistro "wheezy"; After this, Synaptic loaded without an error message. I don't know if this information highlights a bug in Synaptic, or a workaround for bug 638024, but if anyone else encounters this problem and finds this page, hopefully my comment will prove helpful to them. Best regards, Edwin Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701879: ia32-libs: Unable to install ia32-libs
Package: ia32-libs
Severity: important
Dear Maintainer,
I just installed Relase Candidate 1 - wheezy
on an AMD-64 box with windows-Vista
I added installs for RCS and gnuplot OK.
Then I tried BOINC. there was a problem with ia32-libs.
I aborted the boinc install then tried to install ia32-libs bu itself.
Here is the stdout
root@ xxx :/home/jay# aptitude search ia32
p grub-efi-ia32 - GRand
Unified Bootloader, version 2 (EFI-IA32 version)
p grub-efi-ia32-bin - GRand
Unified Bootloader, version 2 (EFI-IA32 binaries)
p ia32-libs -
Transitional package to migrate ia32-libs to multiarch
p ia32-libs-gtk -
Transitional package to migrate ia32-libs-gtk to multiarch
root@ xxx :/home/jay# aptitude install ia32-libs
The following NEW packages will be installed:
ia32-libs{b}
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 114 kB of archives. After unpacking 114 kB will be used.
The following packages have unmet dependencies:
ia32-libs : Depends: ia32-libs-i386 which is a virtual package.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) ia32-libs [Not Installed]
Accept this solution? [Y/n/q/?] n
=
Then, I tried the virtual package the msg referred to...
That yielded:
No candidate version found for ia32-libs-i386
No candidate version found for ia32-libs-i386
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
I was expecting to get the ia32-libs.
PS the log was:
Start-Date: 2013-02-27 20:29:46
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove -o APT::Install-Recommends=false
install installation-report
Start-Date: 2013-02-27 21:04:33
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install grub-common
Install: os-prober:amd64 (1.57, automatic), grub-common:amd64 (1.99-27)
End-Date: 2013-02-27 21:04:37
Start-Date: 2013-02-27 21:04:48
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install grub-pc
Install: grub-pc:amd64 (1.99-27), grub-pc-bin:amd64 (1.99-27,
automatic), grub2-common:amd64 (1.99-27, automatic)
End-Date: 2013-02-27 21:04:54
Start-Date: 2013-02-27 21:21:53
Install: rcs:amd64 (5.8.1-1), ccrypt:amd64 (1.9-4)
End-Date: 2013-02-27 21:22:00
Start-Date: 2013-02-27 21:29:33
End-Date: 2013-02-27 21:29:33
Start-Date: 2013-02-27 23:46:08
End-Date: 2013-02-27 23:46:08
Install: installation-report:amd64 (2.49)
End-Date: 2013-02-27 20:29:48
Start-Date: 2013-02-27 20:30:06
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove -o APT::Install-Recommends=false
install popularity-contest
Install: popularity-contest:amd64 (1.56)
End-Date: 2013-02-27 20:30:08
Start-Date: 2013-02-27 20:38:51
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y -o APT::Install-Recommends=true -o
APT::Get::AutomaticRemove=true install task-desktop huge list of
the desktop apps[including print-server]
Start-Date: 2013-02-27 21:04:33
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install grub-common
Install: os-prober:amd64 (1.57, automatic), grub-common:amd64 (1.99-27)
End-Date: 2013-02-27 21:04:37
Start-Date: 2013-02-27 21:04:48
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install grub-pc
Install: grub-pc:amd64 (1.99-27), grub-pc-bin:amd64 (1.99-27,
automatic), grub2-common:amd64 (1.99-27, automatic)
End-Date: 2013-02-27 21:04:54
Start-Date: 2013-02-27 21:21:53
Install: rcs:amd64 (5.8.1-1), ccrypt:amd64 (1.9-4)
End-Date: 2013-02-27 21:22:00
Start-Date: 2013-02-27 21:29:33
End-Date: 2013-02-27 21:29:33
Start-Date: 2013-02-27 23:46:08
End-Date: 2013-02-27 23:46:08
--
Thanks in advance!!
Let me know if you need more data.
--
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701962: ITP: libsodium -- Library for build higher-level cryptographic tools
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: libsodium Version : 0.3 Upstream Author: Frank Denis URL : https://github.com/jedisct1/libsodium License : ISC Description : libsodium is a software library for network communication, encryption,decryption, signatures, etc. libsodium is a portable, cross-compilable, installable, packageable, API-compatible version of NaCl. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692320: dnscrypt package
The attachment may be useful for you. 2013/3/6 Daniel Echeverry : > > Hi > > 2013/3/5 csosstudy E. >> >> Hi, >> >> I tried to make the dnscrypt-proxy's Debian package myself. But the >> libevent and nalc shiped with dnscrypt-proxy is modified versions, so >> dnscrypt-proxy can't compile sucess with libevent and nacl in Debian >> archive. I made a packages for myself, but it doesn't meet the >> Debian's requirements. The author of dnscrypt-proxy renamed libevent >> to libevent-modified and will eventually be submitted upstream after >> libevent 2.1 gets released. And now dnscrypt-proxy master branch uses >> libsodium instead of nacl,libsodium is the modified version of nacl. >> The problems will be resolved. But my baby will born, I won't have >> enough time to do it. Do you still want to do it? >> >> 2013/1/15 sky blue : >> > I had make the dnscrypt-proxy's Debian package and send it to a >> > DD(Aron Xu ). >> > >> > 2013/1/14 Daniel Echeverry : >> >> Hi, >> >> >> >> You are the owner of dnscrypt ITP bug, I know the application and would >> >> love >> >> to be in the Debian archive, so I wanted to know if you need help >> >> packaging >> >> dnscrypt, we could maintain it together, What do you think? >> >> >> >> Regards >> >> Daniel >> >> >> >> -- >> >> Epsilon >> >> http://wiki.debian.org/DanielEcheverry >> >> http://www.rinconinformatico.net >> >> http://enchulatucelu.com >> >> http://www.todopdf.net >> >> http://www.fitnessdeportes.com >> >> http://www.dragonjar.org >> >> Linux user: #477840 >> >> Debian user > > > I want packaging dnscrypt for Debian . > > Thank you very much > > -- > Epsilon > http://wiki.debian.org/DanielEcheverry > Linux user: #477840 > Debian user > Software libre > liberar blackberry > Libros online > garmin y campin > dnscrypt-proxy_1.2.0-1.debian.tar.gz Description: GNU Zip compressed data
Bug#629320: bsdmainutils: cal -M does not work
Package: bsdmainutils Version: 8.2.2 Severity: normal cal -M does not work. $ cal -M Usage: cal [general options] [-hjy] [[month] year] cal [general options] [-hj] [-m month] [year] ncal [general options] [-bhJjpwySM] [-s country_code] [[month] year] ncal [general options] [-bhJeoSM] [year] General options: [-NC3] [-A months] [-B months] For debug the highlighting: [-H -mm-dd] [-d -mm] manual : " -M Weeks start on Monday." -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.31-grsec (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsdmainutils depends on: ii bsdutils1:2.17.2-9.1 Basic utilities from 4.4BSD-Lite ii debianutils 4.0.1Miscellaneous utilities specific t ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1shared libraries for terminal hand bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.6.0-5 The GNU C preprocessor (cpp) pn vacation (no description available) ii wfrench [wordlist]1.2.3-9French dictionary words for /usr/s ii whois 5.0.11 an intelligent whois client -- 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#642523: xmlstarlet sel segfaults on empty document
Package: xmlstarlet Version: 1.2.1-1 Severity: normal Here's the problem: $ xmlstarlet sel --template --match foo < /dev/null -:1.1: Document is empty ^ Segmentation fault xmlstarlet should not segfault on an empty document. AFAIK, this is a regression (previous versions didn't suffer from this bug). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-zyklos (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmlstarlet depends on: ii libc6 2.13-21 ii libxml2 2.7.8.dfsg-4 ii libxslt1.1 1.1.26-8 xmlstarlet recommends no packages. xmlstarlet 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#643046: iceweasel 6.0.2-1 crashes on load when gecko-mediaplayer is installed
Package: iceweasel Version: 6.0.2-1 I run testing/wheezy and upgraded to iceweasel 6.0.2 this weekend, closing my running copy of iceweasel first. When I tried to load it again, it got as far as loading all the windows and showing all of the tabs, but before the pages had finished loading it crashed. Upon reopening iceweasel, I was presented with the "Restore session" page and could browse normally by opening new tabs, but when I told it to restore my existing session, it crashed again at the same point. I tried loading the session with images and JavaScript turned off, and in safe mode, but nothing worked. Eventually I tried loading iceweasel from the command line and found this message printed there: /usr/lib/iceweasel/firefox-bin: symbol lookup error: /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so: undefined symbol: gconf_client_get_default By doing a web search for this, I found that users of another distro had encountered the same problem: http://forums.opensuse.org/english/get-technical-help-here/applications/429956-mozilla-firefox-seamonkey-unstable.html The suggested work around was to uninstall the package gecko-mediaplayer and I did this, which fixed the problem. (When I went to re-enable some of my settings, though, I experienced another crash which turned out to be Debian bug 626076 but the work around in comment #5 worked: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626076#5 and now I am using the browser normally). I'm guessing that the iceweasel package should at least be marked as conflicting with the gecko-mediaplayer package, unless this can be resolved some other way. Best regards, Edwin Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715062: binutils-gold cannot link qemu
Package: binutils-gold Version: 2.23.52.20130620-1 Severity: important Dear Maintainer, binutils-gold does not correctly link qemu linux-user targets. While the link stage does not show any problems, the resulting binaries crash with a segmentation fault. Using gnu ld instead of ld.gold fixes the issue. * 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? To reproduce: with gnu.ld installed: % apt-get source qemu % cd qemu-* % ./configure --target-list=x86_64-linux-user % make % ./x86_64-linux-user/qemu-x86_64 -version -> qemu-x86_64 version 1.5, Copyright (c) 2003-2008 Fabrice Bellard apt-get install binutils-gold % rm ./x86_64-linux-user/qemu-x64_64 % make % ./x86_64-linux-user/qemu-x86_64 -version -> Segmentation fault * What outcome did you expect instead? I would not expect ld.gold to link a binary that Segfaults -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (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 Versions of packages binutils-gold depends on: ii binutils 2.23.52.20130620-1 binutils-gold recommends no packages. binutils-gold 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#648371: Update Manager failed - sub process reported error. Log files said gnome-menus.postinst: 4: gnome-menus-blacklist: not found
Package: gnome-menus Version: 2.30.3-1 Severity: normal Ran graphical update manager. It exited with errors. poked into /var/log/apt it said: Upgrade xulrunner-1.91:i386 (1.9.1.16-10, 1.9.1.16-11), iceweasel:i386 (3.5.16-10, 3.5.16-11) libmozjs2d:i386 (1.9.1.16-10, 1.9.1.16-11), libssl0.9.8:i386 (0.9.8o.4squeeze3, 0.9.8o.4squeeze4) openssl:i386 (0.9.8o.4squeeze3, 0.9.8o.4squeeze4) Error: Sub-process /usr/bin/dpkg returned an error code (1) Then, I poked into term.log. it had Unpacking replacement iceweasel ... Preparing to replace openssl Unpacking openssl Processing triggers for man-db Processing triggers for desktop-file-utils Processing triggers for gnome-menus ... /var/lib/dpkg/info/gnome-menus.postinstall: 4: gnome-menus-blacklist: not found dpkg: error processing gnome-menus (--unpack) sub-process installed post-installation script returned error exit status 127 I looked around and found bug #641030 - but it dealt with sudo and the sudoers file. I started a new window and did a su to root. # aptitude update # aptitude reinstall gnome-menus it said: ... The partially installed packages will be configured: iceweasel, libmozjs2d, libssl0.9.8, openssl, xulrunner-1.9.1 . and the same error came out again: /var/lib/dpkg/info/gnome-menus.postinstall: 4: gnome-menus-blacklist: not found It tried to recover. Nope. --- I looked for the file. /etc/gnome/menus.blaclist exists with -rw-r--r-- permission, owned by root:root --- hmm /var/lib/dpkg/info/gnome-menus.postinsthad: #! /bin/bash set -e gnome-menus-blacklist if [ "$1" = triggered ]; then exit 0 fi Further installs look like they fail. they try to finish these partially installed packages and fail out. Thanks in advance. Jay E. -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-menus depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-gmenu2.30.3-1 an implementation of the freedeskt gnome-menus recommends no packages. gnome-menus 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#859623: handbrake-cli: Encoding a DVD with Closed Captions (Text [CC]) stream in mkv format fails
Package: handbrake-cli Version: 1.0.3+ds1-1 Severity: important When attempting to encode a video from a DVD image using a mkv output format and also containing a Closed Captioning stream fails to mux properly and produces errors. A subtitle track of the same type as stream 3 from the following seems to be required to produce the error (list is from the handbrake-cli log): + subtitle tracks: + 1, English (iso639-2: eng) (Bitmap)(VOBSUB) + 2, Francais (Forced Caption) (iso639-2: fra) (Bitmap)(VOBSUB) + 3, Closed Captions (iso639-2: eng) (Text)(CC) During the encode, an error similar to the following is produced in the log: [matroska @ 0x7ff3f9596780] Subtitle codec 94212 is not supported. Following that error which is only produced once, thousands of error messages similar to the following are produced: ERROR: avformatMux: track 2, av_interleaved_write_frame failed with error 'Function not implemented' ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error 'Function not implemented' ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error 'Function not implemented' ERROR: Last error repeated 2 times ERROR: avformatMux: track 1, av_interleaved_write_frame failed with error 'Function not implemented' ERROR: avformatMux: track 1, av_interleaved_write_frame failed with error 'Function not implemented' Doing the encode using exactly the same options except using '-f mp4' output format instead of '-f mkv' seems to work fine. Likewise, leaving the Closed Captions (Text [CC]) subtitle track out of the encode also seems to work properly. An example command line that produces the problem with this subtitle stream type is as follows: HandBrakeCLI --title 1 --quality 22 -f mkv -e x264 --audio 1 --aencoder ca_aac --ab 160 --subtitle 1,3 --input source_dvd/ --output ./output.mkv In searching the forums for a similar error, the only reference I found was this link which references a prior version of handbrake and which suggests the problem might be due to a libavformat version mismatch with the binary: https://forum.handbrake.fr/viewtopic.php?f=10&t=32082 I haven't yet been able to get all the dependencies to get handbrake to build from source on my system, so I don't know if the "fix" suggested in that link works in this case. -- System Information: Debian Release: 8.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages handbrake-cli depends on: ii libass5 1:0.13.4-2 ii libavcodec577:3.2.4-1~bpo8+1 ii libavfilter67:3.2.4-1~bpo8+1 ii libavformat57 7:3.2.4-1~bpo8+1 ii libavresample3 7:3.2.4-1~bpo8+1 ii libavutil55 7:3.2.4-1~bpo8+1 ii libbluray2 1:1.0.0-2 ii libc6 2.19-18+deb8u7 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libjansson4 2.9-1 ii libsamplerate0 0.1.8-8 ii libswscale4 7:3.2.4-1~bpo8+1 ii libtheora0 1.1.1+dfsg.1-6 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libx264-148 2:0.148.2748+git97eaef2-1~bpo8+1 ii libx265-95 2.1-2+b2 ii libxml2 2.9.1+dfsg1-5+deb8u4 handbrake-cli recommends no packages. handbrake-cli suggests no packages. -- no debconf information
Bug#859623: Acknowledgement (handbrake-cli: Encoding a DVD with Closed Captions (Text [CC]) stream in mkv format fails)
I've now had a chance to try the encode with the same source and command line on the official release 1.0.3 CLI binary for OSX and it does not have the problem with the Closed Captioning track and mkv output, so that looks like a smoking gun that this is a library version/packaging issue.
Bug#855956: linux-image-4.9.0-0.bpo.1-amd64-unsigned: kworker blocked for more than 120 seconds.
Package: linux-image-4.9.0-0.bpo.1-amd64-unsigned Version: 4.9.2-2~bpo8+1 Severity: important Dear Debian folks, Apologies for the duplication, sending to the main submission list. After upgrading 3 Debian Jessie servers to kernel 4.9.2 from jessie-backports I encountered multiple kernel traces on 3 separate servers at random times after boot. As a result, one of the kworker processes and several user space pids are stuck in 'D' state and encounter issues accessing the XFS file system. A proper shutdown will not complete and a reset is required when this occurs. In one case this caused file system corruption and prevented the server from booting normally (dropped into a generic grub shell). No specific workflow to trigger these events (so far). The systems involved are: System Information Manufacturer: Supermicro Product Name: X9DRT System Information Manufacturer: Supermicro Product Name: X8DTT-H The example traces are as follows: [812709.892923] INFO: task kworker/u49:0:13127 blocked for more than 120 seconds. [812709.892989] Tainted: G E 4.9.0-0.bpo.1-amd64 #1 [812709.893031] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [812709.893085] kworker/u49:0 D0 13127 2 0x [812709.893100] Workqueue: writeback wb_workfn (flush-253:0) [812709.893104] 8f8d1a76d800 8f8d1bda3140 8f8aa3e550c0 [812709.893108] 8f8d1fb587c0 b6820c9477a0 81ff536d 0001c053ad80 [812709.893112] 18af7798 81abb2ee 8f8aa3e550c0 [812709.893116] Call Trace: [812709.893125] [] ? __schedule+0x23d/0x6d0 [812709.893130] [] ? __wake_up_common+0x4e/0x90 [812709.893133] [] ? bit_wait_timeout+0x90/0x90 [812709.893135] [] ? schedule+0x32/0x80 [812709.893138] [] ? schedule_timeout+0x21c/0x3c0 [812709.893145] [] ? blk_flush_plug_list+0xa0/0x220 [812709.893148] [] ? blk_flush_plug_list+0xa0/0x220 [812709.893151] [] ? bit_wait_timeout+0x90/0x90 [812709.893153] [] ? io_schedule_timeout+0xb4/0x130 [812709.893156] [] ? prepare_to_wait_exclusive+0x57/0x80 [812709.893158] [] ? bit_wait_io+0x17/0x60 [812709.893161] [] ? __wait_on_bit_lock+0x7f/0xb0 [812709.893163] [] ? bit_wait_timeout+0x90/0x90 [812709.893166] [] ? out_of_line_wait_on_bit_lock+0x7e/0xa0 [812709.893169] [] ? autoremove_wake_function+0x40/0x40 [812709.893238] [] ? xfs_do_writepage+0x44d/0x700 [xfs] [812709.893244] [] ? page_mkclean+0x6e/0xc0 [812709.893247] [] ? __page_check_address+0x1b0/0x1b0 [812709.893252] [] ? write_cache_pages+0x207/0x480 [812709.893299] [] ? xfs_aops_discard_page+0x130/0x130 [xfs] [812709.893310] [] ? dm_make_request+0x76/0xc0 [dm_mod] [812709.893356] [] ? xfs_vm_writepages+0xba/0xf0 [xfs] [812709.893360] [] ? __writeback_single_inode+0x3d/0x330 [812709.893363] [] ? writeback_sb_inodes+0x23d/0x470 [812709.893367] [] ? __writeback_inodes_wb+0x87/0xb0 [812709.893371] [] ? wb_writeback+0x282/0x310 [812709.893374] [] ? wb_workfn+0x214/0x3e0 [812709.893378] [] ? process_one_work+0x14b/0x410 [812709.893381] [] ? worker_thread+0x65/0x4a0 [812709.893383] [] ? rescuer_thread+0x340/0x340 [812709.893386] [] ? rescuer_thread+0x340/0x340 [812709.893390] [] ? do_group_exit+0x39/0xb0 [812709.893393] [] ? kthread+0xe0/0x100 [812709.893398] [] ? __switch_to+0x2bb/0x700 [812709.893401] [] ? kthread_park+0x60/0x60 [812709.893405] [] ? ret_from_fork+0x25/0x30 Server2: [1004725.175725] INFO: task kworker/u49:2:20785 blocked for more than 120 seconds. [1004725.175790] Not tainted 4.9.0-0.bpo.1-amd64 #1 [1004725.175818] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [1004725.175859] kworker/u49:2 D0 20785 2 0x [1004725.175875] Workqueue: writeback wb_workfn (flush-253:0) [1004725.175879] 92d41a0efc00 92cc1bdb3080 92cbcfb5b0c0 [1004725.175882] 92cc1fc187c0 a85ae2aab7a0 aa3f536d 0001c0326d80 [1004725.175885] 1b30ca18 a9ebb2ee 92cbcfb5b0c0 [1004725.175888] Call Trace: [1004725.175898] [] ? __schedule+0x23d/0x6d0 [1004725.175904] [] ? __wake_up_common+0x4e/0x90 [1004725.175906] [] ? bit_wait_timeout+0x90/0x90 [1004725.175908] [] ? schedule+0x32/0x80 [1004725.175910] [] ? schedule_timeout+0x21c/0x3c0 [1004725.175918] [] ? blk_flush_plug_list+0xa0/0x220 [1004725.175921] [] ? blk_flush_plug_list+0xa0/0x220 [1004725.175923] [] ? bit_wait_timeout+0x90/0x90 [1004725.175925] [] ? io_schedule_timeout+0xb4/0x130 [1004725.175927] [] ? prepare_to_wait_exclusive+0x57/0x80 [1004725.175928] [] ? bit_wait_io+0x17/0x60 [1004725.175930] [] ? __wait_on_bit_lock+0x7f/0xb0 [1004725.175932] [] ? bit_wait_timeout+0x90/0x90 [1004725.175934] [] ? out_of_line_wait_on_bit_lock+0x7e/0xa0 [1004725.175936] [] ? autoremove_wake_function+0x40/0x40 [1004725.176006] [] ? xfs_do_writepage+0x44d/0x700 [xfs] [1004725.
Bug#776780: Question about further progress
What is the further progress for getting 1.16 into unstable at least? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776780: Question about further progress
Sorry about the spam, I see it is already inside unstable: https://packages.debian.org/sid/libopenal1 04.06.2015, 16:11, "e est" : > What is the further progress for getting 1.16 into unstable at least? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776780: Confirmation
Sorry, got the version wrong in my last comment: the version is not 0.16.0, but 1.16.0. I confirm the crash to be fixed for the version 1.16.0. In fact I've started my bisect with that version and 0.15.1, to get to that commit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776780: on usage, libopenal leads to crash when compiled with SSE
Package: libopenal1 Version: 1:1.15.1-5 When I'm enabling sound with Minetest, a game that uses libopenal, minetest crashes. I've found out that when I compile libopenal with disabled SSE support, the crash isn't reproducible anymore. Could you disable SSE support until upstream has fixed SSE support? Thank you. This crash somehow doesn't create a nice backtrace with gdb, therefore i recommend to use valgrind. See more (stacktraces, etc.) in the corresponding launchpad bug: https://bugs.launchpad.net/ubuntu/+source/openal-soft/+bug/1416042 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776780: Further investigations
As I also noted on the launchpad bug, I've found the commit that fixes my issue: "Avoid an underflow in the SSE mixers if BufferSize is less than 4" http://repo.or.cz/w/openal-soft.git/commit/564a1822595e287cf808ea63a03d96719e3cc7b4 Also, the issue is already fixed in 0.16.0. Can you update the package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775833: kernel-package: make-kpkg failure to build 3.18.3
Package: kernel-package Version: 12.036+nmu3 Severity: important Dear Maintainer, fakeroot make-kpkg -j16 --initrd --revision=1.0.custom kernel_image on debian 7.7 fails on a vanilla 3.18.3 kernel while working fine on 3.14.28. Seems to be failing around the initrd build. Has the kernel build changed, breaking make-kpkg and fakeroot? The end of the command output is below: run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.18.3 /home/user/linux-3.18.3/debian/linux-image-3.18.3//boot/vmlinuz-3.18.3 update-initramfs: Generating /home/user/linux-3.18.3/debian/linux-image-3.18.3//boot/initrd.img-3.18.3 WARNING: missing /lib/modules/3.18.3 Device driver support needs thus be built-in linux image! ERROR: could not open directory /lib/modules/3.18.3: No such file or directory FATAL: could not search modules: No such file or directory ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. WARNING: could not open /var/tmp/mkinitramfs_bLAGT7/lib/modules/3.18.3/modules.order: No such file or directory WARNING: could not open /var/tmp/mkinitramfs_bLAGT7/lib/modules/3.18.3/modules.builtin: No such file or directory /usr/sbin/update-initramfs: line 204: /var/lib/initramfs-tools/3.18.3: Permission denied run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 make[3]: *** [install] Error 1 make[2]: *** [install] Error 2 make[2]: Leaving directory `/home/user/linux-3.18.3' make[1]: *** [debian/stamp/install/linux-image-3.18.3] Error 2 make[1]: Leaving directory `/home/user/linux-3.18.3' make: *** [kernel_image] Error 2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14.28 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils 2.22-8 ii build-essential11.5 ii debianutils4.3.2 ii file 5.11-2+deb7u7 ii gettext0.18.1.1-9 ii make 3.81-8.2 ii module-init-tools 9-3 ii po-debconf 1.0.16+nmu2 ii util-linux 2.20.1-5.3 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-0.1+deb7u1 Versions of packages kernel-package suggests: ii btrfs-tools 0.19+20120328-7.1 ii bzip2 1.0.6-4 ii docbook-utils 0.6.14-3 ii e2fsprogs 1.42.5-1.1 pn grub | grub2 ii initramfs-tools [linux-initramfs-tool] 0.115~bpo70+1 pn jfsutils ii libncurses5-dev [libncurses-dev]5.9-10 pn linux-source | kernel-source ii mcelog 1.0~pre3-72-gcbd4da4-1 pn oprofile pn pcmciautils pn ppp ii procps 1:3.3.3-3 pn quota pn reiserfsprogs pn squashfs-tools ii udev175-7.2 pn xfsprogs ii xmlto 0.0.25-2 -- 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#779386: libtiff-tools: tiff2pdf is generating corrupted pdf files
Package: libtiff-tools Version: 4.0.3-12.1 Severity: important When converting tiff files that contain a jpeg image to pdf using tiff2pdf, the output pdf seems to be corrupted and incomplete. $> tiff2pdf Page0001.tif > Page0001.pdf $> No errors are produced from the tiff2pdf program. When using xpdf to view the corrupted pdf, it reports: "Corrupt JPEG data: 3549610 extraneous bytes before marker 0xd9" And only displays part of the image. Viewing the tiff in gimp or other tools it appears just fine. I was having this problem with the wheezy version (4.0.2-6+deb7u3) which is why I updated to the version in testing (4.0.3-12.1) but it is showing the same behavior. -- System Information: Debian Release: 7.8 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libtiff-tools depends on: ii libc62.19-13 ii libjbig0 2.0-2+deb7u1 ii libjpeg62-turbo 1:1.3.1-11 ii liblzma5 5.1.1alpha+20120614-2 ii libtiff5 4.0.3-12.1 ii zlib1g 1:1.2.7.dfsg-13 libtiff-tools recommends no packages. Versions of packages libtiff-tools suggests: pn libtiff-opengl -- 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#783032: Minitube segfaults on startup
Package: minitube Version: 2.2-1 Severity: grave Justification: YouTube video player application no longer plays YouTube videos As confirmed on the Minitube website: http://flavio.tordini.org/minitube-2-4 http://flavio.tordini.org/forums/topic/minitube-quitting-unexpectedly http://flavio.tordini.org/forums/topic/minitube-segfaults-not-long-after-starting there has been a change at YouTube today, with an old API being deprecated that Minitube pre-2.4 required. This causes Minitube to segfault on startup: $ minitube Segmentation fault Fortunately the new version 2.4 of Minitube solves this problem. Note, however, that the release announcement says: YouTube API version 3 requires an API key. Each key has a limited “quota”. In order to build you need your own API key. Best regards, Edwin Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#801973: error 255 on package configuration
Package: roundcube Version: 1.1.2+dfsg.1-5 Severity: serious Justification: 3 Dear Maintainer, During upgrade of roundcube (from 1.1.2+dfsg.1-4 to 1.1.2+dfsg.1-5), aptitude reports errors and upgrade stops. Despite this error, roundcube works but last time (upgrade from 0.9.5+dfsg1-4.2 to 1.1.1+dfsg.1-1), all was broken. I had have to purge roundcube packages and reinstall from scratch. The error message : Paramétrage de roundcube-core (1.1.2+dfsg.1-5) ... dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf dbconfig-common: flushing administrative password dpkg: erreur de traitement du paquet roundcube-core (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 255 dpkg: des problèmes de dépendances empêchent la configuration de roundcube : roundcube dépend de roundcube-core (= 1.1.2+dfsg.1-5) ; cependant : Le paquet roundcube-core n'est pas encore configuré. dpkg: erreur de traitement du paquet roundcube (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : roundcube-core roundcube E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Paramétrage de roundcube-core (1.1.2+dfsg.1-5) ... dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf dbconfig-common: flushing administrative password dpkg: erreur de traitement du paquet roundcube-core (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 255 dpkg: des problèmes de dépendances empêchent la configuration de roundcube : roundcube dépend de roundcube-core (= 1.1.2+dfsg.1-5) ; cependant : Le paquet roundcube-core n'est pas encore configuré. dpkg: erreur de traitement du paquet roundcube (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : roundcube-core roundcube -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages roundcube-core depends on: ii dbconfig-common1.8.54 ii debconf [debconf-2.0] 1.5.57 ii libapache2-mod-php55.6.14+dfsg-1 ii libmagic1 1:5.25-2 ii php-auth 1.6.4-1 ii php-mail-mime 1.8.9-1 ii php-mail-mimedecode1.5.5-3 ii php-net-smtp 1.6.2-2 ii php-net-socket 1.0.14-1 ii php5 5.6.14+dfsg-1 ii php5-cli 5.6.14+dfsg-1 ii php5-common5.6.14+dfsg-1 ii php5-intl 5.6.14+dfsg-1 ii php5-json 1.3.7-1 ii php5-mcrypt5.6.14+dfsg-1 ii roundcube-mysql1.1.2+dfsg.1-5 ii ucf3.0030 Versions of packages roundcube-core recommends: ii apache2 [httpd-cgi] 2.4.16-3 ii php-net-ldap31.0.3-1 ii php-net-sieve1.3.4-2 ii php5-gd 5.6.14+dfsg-1 ii php5-pspell 5.6.14+dfsg-1 Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.6-2 pn php-crypt-gpg pn roundcube-plugins roundcube depends on no packages. -- debconf information: roundcube/remove-error: abort roundcube/pgsql/method: Unix socket roundcube/upgrade-backup: true * roundcube/purge: false roundcube/dbconfig-reinstall: false roundcube/internal/skip-preseed: false roundcube/pgsql/manualconf: roundcube/install-error: abort roundcube/passwords-do-not-match: roundcube/missing-db-package-error: abort roundcube/pgsql/changeconf: false roundcube/db/app-user: roundcube roundcube/remote/host: roundcube/pgsql/no-empty-passwords: * roundcube/dbconfig-remove: true roundcube/dbconfig-upgrade: true * roundcube/database-type: mysql roundcube/mysql/admin-user: root roundcube/upgrade-error: abort roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/authmethod-user: password roundcube/internal/reconfiguring: false roundcube/restart-webserver: true * roundcube/dbconfig-install: true roundcube/language: fr_FR roundcube/pgsql/admin-user: postgres roundcube/mysql/method: Unix socket roundcube/remote/port: roundcube/hosts: roundcube/db/basepath: roundcube/reconfigure-webserver: apache2, lighttpd roundcube/db/dbname: roundcube roundcube/remote/newhost:
Bug#801973: error 255 on package configuration
Hello, the problem occurs on my other server. Both are clean (production servers). Just for information, I use MariaDB not MySQL. Emmanuel.
Bug#801973: [Pkg-roundcube-maintainers] Bug#801973: error 255 on package configuration
s=database-type dbconfig-install dbconfig-upgrade dbconfig-remove dbconfig-reinstall password-confirm app-password-confirm purge upgrade-backup passwords-do-not-match install-error upgrade-error remove-error internal/reconfiguring internal/skip-preseed missing-db-package-error mysql/method remote/host remote/newhost mysql/app-pass mysql/admin-user mysql/admin-pass remote/port db/dbname db/app-user + dbc_default_admin=root + echo roundcube + cut -c -16 + tr -d +. + dbc_default_dbuser=roundcube + dbc_dbvendor=MySQL + dbc_dbpackage=mysql-server + dbc_dbclientpackage=mysql-client + [ ] + db_get roundcube/dbconfig-install + _db_cmd GET roundcube/dbconfig-install + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/dbconfig-install + IFS= + IFS= read -r _db_internal_line + RET=true + return 0 + dbc_install=true + db_get roundcube/dbconfig-upgrade + _db_cmd GET roundcube/dbconfig-upgrade + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/dbconfig-upgrade + IFS= + IFS= read -r _db_internal_line + RET=true + return 0 + dbc_upgrade=true + db_get roundcube/dbconfig-remove + _db_cmd GET roundcube/dbconfig-remove + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/dbconfig-remove + IFS= + IFS= read -r _db_internal_line + RET=true + return 0 + dbc_remove=true + grep -q mysql + echo mysql pgsql + db_get roundcube/db/app-user + _db_cmd GET roundcube/db/app-user + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/db/app-user + IFS= + IFS= read -r _db_internal_line + RET=roundcube + return 0 + echo roundcube + sed s/\(.*\)@\([^@]*\)/\1/ + dbc_dbuser=roundcube + echo+ roundcube sed -e s/^[^@]*$// -e s/.*@\([^@]*\)/\1/ + tmp_dballow= + [ ] + [ mysql ] + db_get roundcube/mysql/app-pass + _db_cmd GET roundcube/mysql/app-pass + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/mysql/app-pass + IFS= + IFS= read -r _db_internal_line + RET=@mM!b87gf= + return 0 + dbc_dbpass=@mM!b87gf= + db_get roundcube/mysql/admin-user + _db_cmd GET roundcube/mysql/admin-user + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/mysql/admin-user + IFS= + IFS= read -r _db_internal_line + RET=root + return 0 + dbc_dbadmin=root + db_get roundcube/mysql/admin-pass + _db_cmd GET roundcube/mysql/admin-pass + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/mysql/admin-pass + IFS= + IFS= read -r _db_internal_line + RET= + return 0 + dbc_dbadmpass= + grep -q mysql + echo mysql pgsql + db_get roundcube/remote/host + _db_cmd GET roundcube/remote/host + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/remote/host + IFS= + IFS= read -r _db_internal_line + RET= + return 0 + dbc_dbserver= + db_get roundcube/remote/port + _db_cmd GET roundcube/remote/port + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/remote/port + IFS= + IFS= read -r _db_internal_line + RET= + return 0 + dbc_dbport= + grep -qa mysql + echo sqlite sqlite3 + db_get roundcube/db/dbname + _db_cmd GET roundcube/db/dbname + _db_internal_IFS= + IFS= + printf %s\n GET roundcube/db/dbname + IFS= + IFS= read -r _db_internal_line + RET=roundcube + return 0 + dbc_dbname=roundcube + [ ] + dbc_write_package_config + local iformat ofile tfile + _dbc_debug dbc_write_package_config() + [ ] + _dbc_sanity_check packageconfig + [ 1 -ne 0 ] + [ -z /etc/dbconfig-common/roundcube.conf ] + shift + [ 0 -ne 0 ] + echo dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf + dbc_mktemp dbconfig-package-config.XX + local tfile ttemplate + [ dbconfig-package-config.XX ] + ttemplate=dbconfig-package-config.XX + mktemp -t dbconfig-package-config.XX + tfile=/tmp/dbconfig-package-config.jc7KCm + [ ! -f /tmp/dbconfig-package-config.jc7KCm ] + echo /tmp/dbconfig-package-config.jc7KCm + tfile=/tmp/dbconfig-package-config.jc7KCm + [ ] + [ = TCP/IP + SSL ] + dbc_sq_escape true + sed -e s,','\\'',g + dbc_sq_escape true + sed -e s,','\\'',g + dbc_sq_escape true + sed -e s,','\\'',g + dbc_sq_escape mysql + sed -e s,','\\'',g + dbc_sq_escape roundcube + sed -e s,','\\'',g + dbc_sq_escape @mM!b87gf= + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape roundcube + sed -e s,','\\'',g + dbc_sq_escape root + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + dbc_sq_escape + sed -e s,','\\'',g + cat + dirname /etc/dbconfig-common/roundcube.conf + mkdir -p /etc/dbconfig-common + ucf --debconf-ok /tmp/dbconfig-package-config.jc7KCm /etc/dbconfig-common/roundcube.conf + ucfr roundcube /etc/dbconfig-comm
Bug#801973: [Pkg-roundcube-maintainers] Bug#801973: error 255 on package configuration
Hello, unfortunately, last week, I have forced the upgrade with exit 0 at the top of the script on my both servers. I'll activate "set -x" for the next upgrade. It's strange I was the the only one with this bug... Emmanuel.
Bug#801973: [Pkg-roundcube-maintainers] Bug#801973: error 255 on package configuration
But during the upgrade from 0.9.5+dfsg1-4.2 to 1.1.1+dfsg.1-1, I purged the roundcube* packages and removed /etc/roundcube because all was broken (error 255 too). Maybe I have forgotten symlinks. If you have a list of symlinks to check, let me known, Emmanuel.
Bug#801973: [Pkg-roundcube-maintainers] Bug#801973: error 255 on package configuration
Here are my symlinks : /usr/share/roundcube 0 lrwxrwxrwx 1 root root 46 oct. 6 15:19 plugins/jqueryui/config.inc.php -> /etc/roundcube/plugins/jqueryui/config.inc.php /var/lib/roundcube 0 lrwxrwxrwx 1 root root 14 sept. 11 08:43 config -> /etc/roundcube/ 0 lrwxrwxrwx 1 root root 23 oct. 6 15:19 .htaccess -> /etc/roundcube/htaccess 0 lrwxrwxrwx 1 root root 30 oct. 6 15:19 index.php -> /usr/share/roundcube/index.php 0 lrwxrwxrwx 1 root root 19 sept. 11 08:43 logs -> ../../log/roundcube/ 4 drwxr-xr-x 2 root root 4096 sept. 16 20:53 plugins/ 0 lrwxrwxrwx 1 root root 28 sept. 11 08:43 program -> /usr/share/roundcube/program/ 0 lrwxrwxrwx 1 root root 31 oct. 6 15:19 robots.txt -> /usr/share/roundcube/robots.txt 4 drwxr-xr-x 2 root root 4096 sept. 16 20:27 skins/ 4 drwxr-xr-x 2 root root 4096 sept. 11 08:43 temp/ /var/lib/roundcube/plugins: 0 lrwxrwxrwx 1 root root 51 sept. 11 08:43 filesystem_attachments -> /usr/share/roundcube/plugins/filesystem_attachments/ 0 lrwxrwxrwx 1 root root 37 sept. 16 20:53 filters -> /usr/share/roundcube/plugins/filters// 0 lrwxrwxrwx 1 root root 37 sept. 11 08:43 jqueryui -> /usr/share/roundcube/plugins/jqueryui/ 0 lrwxrwxrwx 1 root root 51 sept. 16 20:53 pfadmin_autoresponder -> /usr/share/roundcube/plugins/pfadmin_autoresponder// /var/lib/roundcube/skins: 0 lrwxrwxrwx 1 root root 34 sept. 11 08:43 classic -> /usr/share/roundcube/skins/classic/ 0 lrwxrwxrwx 1 root root 32 sept. 11 08:43 larry -> /usr/share/roundcube/skins/larry/ The problem could be the // at the end of two lines or the autoresponder... Emmanuel.
Bug#801973: [Pkg-roundcube-maintainers] Bug#801973: error 255 on package configuration
I've just verified on my second server. No filter or autoresponder installed and I've had the problem on the upgrade. Le 03/11/2015 18:57, e-mmanuel a écrit : Here are my symlinks : /usr/share/roundcube 0 lrwxrwxrwx 1 root root 46 oct. 6 15:19 plugins/jqueryui/config.inc.php -> /etc/roundcube/plugins/jqueryui/config.inc.php /var/lib/roundcube 0 lrwxrwxrwx 1 root root 14 sept. 11 08:43 config -> /etc/roundcube/ 0 lrwxrwxrwx 1 root root 23 oct. 6 15:19 .htaccess -> /etc/roundcube/htaccess 0 lrwxrwxrwx 1 root root 30 oct. 6 15:19 index.php -> /usr/share/roundcube/index.php 0 lrwxrwxrwx 1 root root 19 sept. 11 08:43 logs -> ../../log/roundcube/ 4 drwxr-xr-x 2 root root 4096 sept. 16 20:53 plugins/ 0 lrwxrwxrwx 1 root root 28 sept. 11 08:43 program -> /usr/share/roundcube/program/ 0 lrwxrwxrwx 1 root root 31 oct. 6 15:19 robots.txt -> /usr/share/roundcube/robots.txt 4 drwxr-xr-x 2 root root 4096 sept. 16 20:27 skins/ 4 drwxr-xr-x 2 root root 4096 sept. 11 08:43 temp/ /var/lib/roundcube/plugins: 0 lrwxrwxrwx 1 root root 51 sept. 11 08:43 filesystem_attachments -> /usr/share/roundcube/plugins/filesystem_attachments/ 0 lrwxrwxrwx 1 root root 37 sept. 16 20:53 filters -> /usr/share/roundcube/plugins/filters// 0 lrwxrwxrwx 1 root root 37 sept. 11 08:43 jqueryui -> /usr/share/roundcube/plugins/jqueryui/ 0 lrwxrwxrwx 1 root root 51 sept. 16 20:53 pfadmin_autoresponder -> /usr/share/roundcube/plugins/pfadmin_autoresponder// /var/lib/roundcube/skins: 0 lrwxrwxrwx 1 root root 34 sept. 11 08:43 classic -> /usr/share/roundcube/skins/classic/ 0 lrwxrwxrwx 1 root root 32 sept. 11 08:43 larry -> /usr/share/roundcube/skins/larry/ The problem could be the // at the end of two lines or the autoresponder... Emmanuel.
Bug#734236: closed by Mateusz Łukasik (Re: Brasero won't work on Debian Wheezy with LXDE desktop)
Matuesz: Since originally reporting this problem, I've belatedly discovered a solution, when I was working with Debian-7.5.0-LXDE last May. There are 3 requirements for Brasero to work properly under LXDE i) gnome-desktop3-data and gnome-desktop-data should be installed ii) in the file /usr/share/applications/brasero-nautilus.desktop, change OnlyShowIn=GNOME; to NotShowIn=TDE; (I never use the Trinity desktop, so this change forces brasero-nautilus to be active for any desktop in actual use). iii) when starting a CD/DVD burning operation with brasero, do NOT preload the CD/DVD drive with a blank CD/DVD. Only load the drive when brasero prompts for the CD/DVD. With these 3 conditions met, I've had consistent, reliable operation of brasero under LXDE. Len Jarvis * On Tue, 16 Sep 2014 21:03:05 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: > This is an automatic notification regarding your Bug report > which was filed against the lxde package: > > #734236: Brasero won't work on Debian Wheezy with LXDE desktop > > It has been closed by Mateusz Łukasik . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Mateusz Łukasik > by > replying to this email. > > > -- > 734236: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734236 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems -- Len E. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760555: bind9: rndc hang can prevent network interface scripts from running
Package: bind9 Version: 1:9.9.5.dfsg-4 Severity: important Tags: patch Currently, the following scripts are installed by the bind9 package: /etc/ppp/ip-up.d/bind9 /etc/ppp/ip-down.d/bind9 /etc/network/if-up.d/bind9 /etc/network/if-down.d/bind9 These scripts contain the following call: rndc reconfig >/dev/null 2>&1 || true I had an issue on my system that made the named daemon freeze in such a way that any rndc command would hang forever. Since rndc is called as part of network interface up/down scripts, it made these scripts hang as well. As a result, my machine lost its network connection. Network interface up/down scripts should not have a critical dependency on some non-critical part of the system (bind9) behaving correctly. Otherwise it makes the network subsystem exceedingly brittle. To fix the issue, I suggest replacing the line above with the following so that the network subsystem will never wait on rndc: rndc reconfig >/dev/null 2>&1 & -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser3.113+nmu3 ii bind9utils 1:9.9.5.dfsg-4 ii debconf [debconf-2.0] 1.5.53 ii init-system-helpers1.19 ii libbind9-901:9.9.5.dfsg-4 ii libc6 2.19-6 ii libcap21:2.22-1.2 ii libcomerr2 1.42.11-1 ii libdns100 1:9.9.5.dfsg-4 ii libgssapi-krb5-2 1.12.1+dfsg-3 ii libisc95 1:9.9.5.dfsg-4 ii libisccc90 1:9.9.5.dfsg-4 ii libisccfg901:9.9.5.dfsg-4 ii libk5crypto3 1.12.1+dfsg-3 ii libkrb5-3 1.12.1+dfsg-3 ii liblwres90 1:9.9.5.dfsg-4 ii libssl1.0.01.0.1h-3 ii libxml22.9.1+dfsg1-4 ii lsb-base 4.1+Debian13 ii net-tools 1.60-26 ii netbase5.2 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc ii knot-dnsutils [dnsutils] 1.5.0-1 ii resolvconf1.75 pn ufw -- Configuration Files: /etc/bind/named.conf.local changed [not included] /etc/bind/named.conf.options changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#721197: Pending issues
Hello, The upstream issue mentioned above has been closed with the comment "Technic is (now) licensed under the LGPLv2 or later." Hopefully this clears up the licensing issue, and work on this package can now proceed. Best regards, Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793057: Godot packaging
Hello, Seeing that this ITP is dead for some time already, what has happened with it? I'd love to see the godot engine in Debian. Thanks a lot, est
Bug#867621: gnome-music: Gnome music cannot find album covers
Package: gnome-music Version: 3.22.2-1 Severity: normal Dear Maintainer, Gnome music cannot find album covers, opening the program from the terminal it outputs messages similar to the one below. (gnome-music:1834): Grilo-WARNING **: [lua-library] grl-lua-library.c:504: Can't fetch element 1 (URL: https://api.spotify.com/v1/search?q=album:...Calling%20All%20Stations...+artist:Genesis&type=album&limit=1): 'Authentication required: Unauthorized' 20:56:17 WARNINGcan't find artwork for album '...Calling All Stations...' by Genesis I tried to find an alternative way of getting the covers, like maybe using last.fm, but I did not succeded. So far is just not working. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-music depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii gir1.2-glib-2.0 1.50.0-1+b1 ii gir1.2-grilo-0.3 0.3.2-2 ii gir1.2-gst-plugins-base-1.0 1.10.4-1 ii gir1.2-gstreamer-1.0 1.10.4-1 ii gir1.2-gtk-3.0 3.22.11-1 ii gir1.2-mediaart-2.0 1.9.0-2 ii gir1.2-notify-0.70.7.7-2 ii gir1.2-totem-plparser-1.03.10.7-1+b1 ii gir1.2-tracker-1.0 1.10.5-1 ii gnome-settings-daemon3.22.2-2 ii grilo-plugins-0.30.3.3-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u1 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-0 2.50.3-2 ii libgtk-3-0 3.22.11-1 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii python3 3.5.3-1 ii python3-gi 3.22.0-2 ii python3-gi-cairo 3.22.0-2 ii python3-requests 2.12.4-1 ii tracker 1.10.5-1 gnome-music recommends no packages. gnome-music suggests no packages. -- no debconf information
Bug#846864: sympa: Error upgrading with mariadb database
Package: sympa Version: 6.2.16~dfsg-2 Severity: important Dear Maintainer, When upgrading, I have the following error : Paramétrage de sympa (6.2.16~dfsg-2) ... Unsupported database type . dpkg: erreur de traitement du paquet sympa (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution : sympa E: Sub-process /usr/bin/dpkg returned an error code (1) Paramétrage de sympa (6.2.16~dfsg-2) ... Unsupported database type . dpkg: erreur de traitement du paquet sympa (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution : sympa I have mariadb database. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sympa depends on: ii adduser 3.115 ii ca-certificates 20161102 ii dbconfig-common 2.0.6 ii debconf [debconf-2.0] 1.5.59 ii fonts-font-awesome4.7.0~dfsg-1 ii init-system-helpers 1.46 ii libarchive-zip-perl 1.59-1 ii libc6 2.24-7 ii libcgi-fast-perl 1:2.11-1 ii libcgi-pm-perl4.35-1 ii libclass-singleton-perl 1.5-1 ii libcrypt-openssl-x509-perl1.8.7-2 ii libcrypt-smime-perl 0.18-1 ii libdatetime-format-mail-perl 0.4030-1 ii libdbd-csv-perl 0.4900-1 ii libdbd-mysql-perl 4.040-1 ii libdbd-pg-perl3.5.3-1+b2 ii libdbd-sqlite3-perl 1.52-1 ii libdbi-perl 1.636-1+b1 ii libfcgi-perl 0.78-2 ii libfile-copy-recursive-perl 0.38-1 ii libfile-nfslock-perl 1.27-1 ii libhtml-format-perl 2.11-2 ii libhtml-stripscripts-parser-perl 1.03-1 ii libhtml-tree-perl 5.03-2 ii libintl-perl 1.26-2 ii libio-stringy-perl2.111-2 ii libjs-jquery 3.1.1-1 ii libjs-jquery-placeholder 2.3.1-2 ii libjs-jquery-ui 1.12.1+dfsg-1 ii libjs-modernizr 2.6.2+ds1-1 ii libjs-twitter-bootstrap 2.0.2+dfsg-10 ii libmail-dkim-perl 0.40-1 ii libmailtools-perl 2.13-1 ii libmime-charset-perl 1.012-2 ii libmime-encwords-perl 1.014.3-2 ii libmime-lite-html-perl1.24-2 ii libmime-tools-perl5.508-1 ii libmsgcat-perl1.03-6+b3 ii libnet-cidr-perl 0.18-1 ii libnet-ldap-perl 1:0.6500+dfsg-1 ii libnet-netmask-perl 1.9022-1 ii libregexp-common-perl 2016060801-1 ii libsoap-lite-perl 1.20-1 ii libtemplate-perl 2.24-1.2+b3 ii libterm-progressbar-perl 2.17-3 ii libunicode-linebreak-perl 0.0.20160702-1+b1 ii libxml-libxml-perl2.0128+dfsg-1+b1 ii lsb-base 9.20161125 ii mhonarc 2.6.19-2 ii perl 5.24.1~rc4-1 pn perl:any ii postfix [mail-transport-agent]3.1.3-4 ii rsyslog [system-log-daemon] 8.23.0-2 ii sqlite3 3.15.1-1 Versions of packages sympa recommends: ii apache2-suexec-pristine [apache2-suexec] 2.4.23-8 ii default-mysql-server 1.0.1 ii doc-base 0.10.7 ii libapache2-mod-fcgid 1:2.3.9-1+b1 ii libcrypt-ciphersaber-perl 1.01-1 ii libio-socket-ssl-perl 2.039-1 ii locales 2.24-7 ii logrotate 3.8.7-2 Versions of packages sympa suggests: ii apache2 [httpd-cgi] 2.4.23-8 pn libauthcas-perl pn libdbd-odbc-perl pn libdbd-oracle-perl -- Configuration Files: /etc/sympa/sympa.conf-smime.in [Errno 13] Permission non accordée: u'/etc/sympa/sympa.conf-smime.in' /etc/sympa/topics.conf changed [not included] -- debconf information: sympa/pgsql/changeconf: false sympa/dbconfig-reinstall: false sympa/remote/newhost: sympa/pgsql/authmethod-admin: ident sympa/missing-db-package-error: abort sympa/dbconfig-upgrade: true * sympa/dbconfig-install: true sympa/db/basepath: sympa/db/app-user: sympa sympa/upgrade-backup: true sympa/mysql/method: Unix socket sympa/pgsql/method: TCP/IP sympa/internal/skip-preseed: false sympa/pas
Bug#834844: libc6: Illegal instruction updating from 2.21-8 to 2.23-4 on mipsel
Package: libc6 Version: 2.23-4 Severity: important On a Lemote Yeeloong machine (mipsel) with sid/unstable when I try to update libc6 to the last version I get the following error: Preparing to unpack .../libc6_2.23-4_mipsel.deb ... Checking for services that may need to be restarted... Checking init scripts... Unpacking libc6:mipsel (2.23-4) over (2.21-8) ... dpkg: warning: subprocess old post-removal script was killed by signal (Illegal instruction) dpkg: trying script from the new package instead ... dpkg: error processing archive /var/cache/apt/archives/libc6_2.23-4_mipsel.deb (--unpack): subprocess new post-removal script was killed by signal (Illegal instruction) dpkg: error while cleaning up: subprocess installed pre-installation script was killed by signal (Illegal instruction) Errors were encountered while processing: /var/cache/apt/archives/libc6_2.23-4_mipsel.deb uname -a: Linux name 3.3.4 #2 Sun May 20 20:45:52 CEST 2012 mips64 GNU/Linux Apt aborts the installation and the system keeps running. If I force the update manually I get a broken system giving "Illegal instruction" error for each process spawn. If I reboot I get a kernel panic (sorry, I haven't the message but I suppose it stuck on init), I reverted the situation mounting the disk on another machine and doing rollback to 2.21-8.
Bug#1062530: libchromaprint-tools: fpcalc often gives decoding error when fingerprinting audio files
Package: libchromaprint-tools Version: 1.5.1-2+b1 Severity: normal I'm fairly often seeing fpcalc giving the following error when fingerprinting mp3 audio files (via picard) even when there doesn't appear to be any problem with the file (mp3val reports no problems with the files): ERROR: Error decoding audio frame (End of file) The fingerprint still seems to be generated, but picard ignores the fingerprint because fpcalc is also returning rc = 3. I think that this might be caused by a problem within the ffmpeg libs that fpcalc is using? -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libchromaprint-tools depends on: ii libavcodec59 7:5.1.4-0+deb12u1 ii libavformat597:5.1.4-0+deb12u1 ii libavutil57 7:5.1.4-0+deb12u1 ii libc62.36-9+deb12u3 ii libchromaprint1 1.5.1-2+b1 ii libgcc-s112.2.0-14 ii libstdc++6 12.2.0-14 ii libswresample4 7:5.1.4-0+deb12u1 libchromaprint-tools recommends no packages. libchromaprint-tools suggests no packages. -- no debconf information
Bug#1062583: poc-streamer: mp3-cut shortens output unexpectedly
Package: poc-streamer Version: 0.4.2-7 Severity: normal When using mp3cut to take the whole file, repeated invocations shorten the output unexpectedly. Example: > mp3cut -o test2.mp3 test.mp3 Writing to test2.mp3 Extracting 00:00:00+000-00:00:00+000 from test.mp3 test2.mp3 written > mp3cut -o test3.mp3 test2.mp3 Writing to test3.mp3 Extracting 00:00:00+000-00:00:00+000 from test2.mp3 test3.mp3 written > mp3cut -o test4.mp3 test3.mp3 Writing to test4.mp3 Extracting 00:00:00+000-00:00:00+000 from test3.mp3 test4.mp3 written > ls -l *.mp3 -rw-r- 1 1000 1008 1088784 Feb 1 20:25 test.mp3 -rwxr- 1 1000 1008 1087602 Feb 1 20:38 test2.mp3 -rwxr- 1 1000 1008 1086348 Feb 1 20:38 test3.mp3 -rwxr- 1 1000 1008 1085094 Feb 1 20:38 test4.mp3 As you can see from this output, each invocation is causing data to be lost (each file is successively smaller) even though the full file is supposed to be copied. -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages poc-streamer depends on: ii libc6 2.36-9+deb12u3 ii libfl2 2.6.4-8.2 poc-streamer recommends no packages. poc-streamer suggests no packages. -- no debconf information
Bug#1062584: libchromaprint1: Incorrect handling of end of input file
Package: libchromaprint1 Version: 1.5.1-2+b1 Severity: normal There seems to be a bug in libchromaprint1 that is causing errors to sometimes be reported when normal end of file has been reached. This then causes errors to be reported from fpcalc, which breaks picard fingerprint calculation and submission in certain cases. mp3val on the mp3 source reports no problems, so I don't think the files that trigger this are actually damaged in any way. The error being returned (via fpcalc) is: ERROR: Error decoding audio frame (End of file) This seems to stem from the inline FFmpegAudioReader::Read() in src/audio/ffmpeg_audio_reader.h -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libchromaprint1 depends on: ii libavcodec59 7:5.1.4-0+deb12u1 ii libavutil57 7:5.1.4-0+deb12u1 ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libstdc++612.2.0-14 libchromaprint1 recommends no packages. libchromaprint1 suggests no packages. -- no debconf information
Bug#1062600: ffmpeg: mp3 decoding reports error (junk in stream) when there is none
Package: ffmpeg Version: 7:5.1.4-0+deb12u1 Severity: normal When using avcodec_receive_frame() via libchromaprint1 and fpcalc to decode mp3 files, some mp3 files are reported as having errors when there are none, it has just reached end of file. The error returned from libchromaprint1 via fpcalc is: ERROR: Error decoding audio frame (End of file) and results from avcodec_receive_frame() returning a negative value in some circumstances when reaching the end of input. mp3val and mp3diags report no problems with the mp3 files in question. Processing the same input file using ffmpeg also seems to report no errors or warnings even with -loglevel debug: Test Command: ffmpeg -i test.mp3 -loglevel debug out.pcm Opening an input file: test.mp3. [NULL @ 0x555999b62940] Opening 'test.mp3' for reading [file @ 0x555999b63180] Setting default whitelist 'file,crypto,data' [mp3 @ 0x555999b62940] Format mp3 probed with size=4096 and score=51 [mp3 @ 0x555999b62940] Skipping 0 bytes of junk at 0. [mp3 @ 0x555999b62940] Before avformat_find_stream_info() pos: 0 bytes read:65664 seeks:2 nb_streams:1 [mp3 @ 0x555999b62940] All info found [mp3 @ 0x555999b62940] Estimating duration from bitrate, this may be inaccurate [mp3 @ 0x555999b62940] After avformat_find_stream_info() pos: 21504 bytes read:65664 seeks:2 frames:50 Input #0, mp3, from 'test.mp3': Duration: 00:01:08.05, start: 0.00, bitrate: 128 kb/s Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, stereo, fltp, 128 kb/s Successfully opened the file. Parsing a group of options: output url out.pcm. Successfully parsed a group of options. Opening an output file: out.pcm. [file @ 0x555999b73940] Setting default whitelist 'file,crypto,data' Successfully opened the file. Stream mapping: Stream #0:0 -> #0:0 (mp3 (mp3float) -> adpcm_ima_alp (native)) Press [q] to stop, [?] for help cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is harmless if it occurs once at the start per stream) detected 4 logical cores [graph_0_in_0_0 @ 0x555999b78180] Setting 'time_base' to value '1/44100' [graph_0_in_0_0 @ 0x555999b78180] Setting 'sample_rate' to value '44100' [graph_0_in_0_0 @ 0x555999b78180] Setting 'sample_fmt' to value 'fltp' [graph_0_in_0_0 @ 0x555999b78180] Setting 'channel_layout' to value 'stereo' [graph_0_in_0_0 @ 0x555999b78180] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:stereo [format_out_0_0 @ 0x555999b79380] Setting 'sample_fmts' to value 's16' [format_out_0_0 @ 0x555999b79380] Setting 'channel_layouts' to value 'mono|stereo' [format_out_0_0 @ 0x555999b79380] auto-inserting filter 'auto_aresample_0' between the filter 'Parsed_anull_0' and the filter 'format_out_0_0' [AVFilterGraph @ 0x555999b659c0] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto_aresample_0 @ 0x555999b7abc0] [SWR @ 0x555999b8de40] Using fltp internally between filters [auto_aresample_0 @ 0x555999b7abc0] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz Output #0, alp, to 'out.pcm': Metadata: encoder : Lavf59.27.100 Stream #0:0, 0, 1/44100: Audio: adpcm_ima_alp, 44100 Hz, stereo, s16, 352 kb/s Metadata: encoder : Lavc59.37.100 adpcm_ima_alp [out_0_0 @ 0x555999b78f80] EOF on sink link out_0_0:default.=2.32e+04x No more output streams to write to, finishing. size=2931kB time=00:01:08.04 bitrate= 352.8kbits/s speed= 212x video:0kB audio:2931kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000666% Input file #0 (test.mp3): Input stream #0:0 (audio): 2605 packets read (1088784 bytes); 2605 frames decoded (3000960 samples); Total: 2605 packets (1088784 bytes) demuxed Output file #0 (out.pcm): Output stream #0:0 (audio): 2931 frames encoded (3000960 samples); 2931 packets muxed (3000960 bytes); Total: 2931 packets (3000960 bytes) muxed [AVIOContext @ 0x555999b73a40] Statistics: 3000980 bytes written, 0 seeks, 12 writeouts 2605 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x555999b6b540] Statistics: 1121680 bytes read, 2 seeks -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ffmpeg depends on: ii libavcodec597:5.1.4-0+deb12u1 ii libavdevice59 7:5.1.4-0+deb12u1 ii libavfilter87:5.1.4-0+deb12u1 ii libavformat59 7:5.1.4-0+deb12u1 ii libavutil57 7:5.1.4-0+deb12u1 ii libc6 2.36-9+deb12u3 ii libpostproc56 7:5.1.4-0+deb12u1 ii libsdl2-2.0-0 2.26.5+dfsg-1 ii libswresample4 7:5.1.4-0+deb12u1 ii
Bug#1076199: www.debian.org: Webpage Debian-Installer add riscv64 other images link
Package: www.debian.org Severity: normal Tags: d-i X-Debbugs-Cc: debian-b...@lists.debian.org Dear Maintainer, Please update to refer to riscv64 under the heading "other images (netboot, USB stick, etc.)": https://www.debian.org/devel/debian-installer/ with the link to resource: https://d-i.debian.org/daily-images/riscv64/daily/
Bug#1059463: ejabberd logging as process "sh", appearing to be shell connections?
Package: ejabberd Version: 23.01-1 Severity: normal I've noticed that ejabberd is logging some messages with the process name "sh" rather than ejabberd. When I first noticed these, I was concerned that there might have been an unauthorized shell service backdoor setup to compromise the system. Why are these logged with this misleading and concerning service name? Example: Dec 26 04:04:41 somehost sh[5311]: 2023-12-26 04:04:41.724966-06:00 [info] (<0.980.1>) Accepted connection 127.0.0.1:49934 -> 127.0.0 .1:5269 Dec 26 04:04:45 somehost sh[5311]: 2023-12-26 04:04:45.911985-06:00 [info] Closing inbound s2s connection 127.0.0.1 -> somehost.com: Stream closed by local host: not well-formed (invalid token) (not-well-formed) -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ejabberd depends on: ii adduser 3.134 ii debconf [debconf-2.0] 1.5.82 ii erlang-asn1 1:25.2.3+dfsg-1 ii erlang-base [erlang-abi]1:25.2.3+dfsg-1 ii erlang-base64url1.0.1-6 ii erlang-crypto 1:25.2.3+dfsg-1 ii erlang-goldrush 0.2.0-8 ii erlang-idna 6.1.1-4 ii erlang-inets1:25.2.3+dfsg-1 ii erlang-jiffy1.1.1-1 ii erlang-jose 1.11.5-1 ii erlang-lager3.9.2-2 ii erlang-mnesia 1:25.2.3+dfsg-1 ii erlang-odbc 1:25.2.3+dfsg-1 ii erlang-os-mon 1:25.2.3+dfsg-1 ii erlang-p1-acme 1.0.22-1 ii erlang-p1-cache-tab 1.0.30-2 ii erlang-p1-eimp 1.0.22-2 ii erlang-p1-mqtree1.0.15-2 ii erlang-p1-pkix 1.0.9-2 ii erlang-p1-stringprep1.0.29-2 ii erlang-p1-stun 1.2.7-1 ii erlang-p1-tls 1.1.16-2 ii erlang-p1-utils 1.0.25-2 ii erlang-p1-xml 1.1.49-2 ii erlang-p1-xmpp 1.6.1-1 ii erlang-p1-yaml 1.0.36-1 ii erlang-p1-yconf 1.0.15-1 ii erlang-p1-zlib 1.0.12-2 ii erlang-public-key 1:25.2.3+dfsg-1 ii erlang-ssl 1:25.2.3+dfsg-1 ii erlang-syntax-tools 1:25.2.3+dfsg-1 ii erlang-unicode-util-compat 0.7.0-4 ii erlang-xmerl1:25.2.3+dfsg-1 ii init-system-helpers 1.65.2 ii openssl 3.0.11-1~deb12u2 ii ucf 3.0043+nmu1 ejabberd recommends no packages. Versions of packages ejabberd suggests: ii apparmor 3.0.8-3 pn apparmor-utils ii ejabberd-contrib 0.2023.01.25~dfsg0-1 pn erlang-luerl pn erlang-p1-mysql pn erlang-p1-oauth2 pn erlang-p1-pam pn erlang-p1-pgsql pn erlang-p1-sip pn erlang-p1-sqlite3 pn erlang-redis-client ii imagemagick 8:6.9.11.60+dfsg-1.6 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1.6 ii libunix-syslog-perl 1.1-4+b1 pn yamllint -- Configuration Files: /etc/default/ejabberd changed [not included] /etc/ejabberd/inetrc [Errno 13] Permission denied: '/etc/ejabberd/inetrc' /etc/ejabberd/modules.d/README.modules [Errno 13] Permission denied: '/etc/ejabberd/modules.d/README.modules' -- debconf information excluded
Bug#1071711: libecal-2.0-2: No -dev package for libecal-2.0-2
Package: libecal-2.0-2 Version: 3.46.4-2 Severity: normal It appears that there is no -dev package for libecal-2.0. How to build apps that depend on it? -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-21-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libecal-2.0-2 depends on: ii libc6 2.36-9+deb12u7 ii libcamel-1.2-643.46.4-2 ii libedataserver-1.2-27 3.46.4-2 ii libglib2.0-0 2.74.6-2+deb12u2 ii libical3 3.0.16-1+b1 libecal-2.0-2 recommends no packages. libecal-2.0-2 suggests no packages. -- no debconf information
Bug#1070828: libslang2: Broken symlink ./usr/lib/libslang.so.2 in debian-installer initrd
Package: libslang2
Version: 2.3.3-4
Severity: normal
Tags: d-i
X-Debbugs-Cc: luc...@gmail.com
Dear Maintainer,
There's a broken symlink in d-i initrd:
# find -type l -exec test ! -e {} \; -print
./usr/lib/libslang.so.2
# ls -l ./usr/lib/libslang.so.2 ./usr/lib/riscv64-linux-gnu/libslang.so.2
./usr/lib/riscv64-linux-gnu/libslang.so.2.3.3
lrwxrwxrwx 1 root root 17 May 9 17:32 ./usr/lib/libslang.so.2 ->
libslang.so.2.3.2
lrwxrwxrwx 1 root root 17 May 9 17:32
./usr/lib/riscv64-linux-gnu/libslang.so.2 -> libslang.so.2.3.3
-rw-r--r-- 1 root root 2106736 May 9 17:32
./usr/lib/riscv64-linux-gnu/libslang.so.2.3.3
https://salsa.debian.org/debian/slang2/-/blob/debian/latest/debian/libslang2-udeb.links?ref_type=heads
libslang2-udeb.links:
usr/lib/libslang.so.2.3.2 usr/lib/libslang.so.2
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: riscv64
Kernel: Linux 6.9.0-rc7-cmlite-00047-g2dd8e42bb93a (SMP w/4 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libslang2 depends on:
ii libc6 2.37-18
libslang2 recommends no packages.
libslang2 suggests no packages.
-- no debconf information
Bug#1069125: zfs-dkms: Update stable version to fix data corruption bug
Package: zfs-dkms Version: 2.1.11-1 Severity: important Tags: upstream OpenZFS version 2.1.14 (or later) contains an important data corruption bugfix for prior versions. Since stable still has 2.1.11, it would seem that upgrading the zfs version to 2.1.14 or latest 2.1.15 is warranted? See release notes here: https://github.com/openzfs/zfs/releases -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zfs-dkms depends on: ii debconf [debconf-2.0] 1.5.82 ii dkms 3.0.10-8+deb12u1 ii file 1:5.44-3 ii libc6-dev [libc-dev] 2.36-9+deb12u4 ii libpython3-stdlib 3.11.2-1+b1 ii lsb-release12.0-1 ii perl 5.36.0-7+deb12u1 ii python3-distutils 3.11.2-3 Versions of packages zfs-dkms recommends: ii linux-libc-dev 6.1.85-1 ii zfs-zed 2.1.11-1 ii zfsutils-linux 2.1.11-1 Versions of packages zfs-dkms suggests: ii debhelper 13.11.4 -- debconf-show failed
Bug#1034701: yubioath-desktop: Upstream rewrite in flutter
Package: yubioath-desktop Version: 5.1.0-1 Severity: normal Tags: upstream Dear Maintainer, Hello, upstream has moved on from yubioath-desktop to a rewrite in flutter and is not maintaining yubioath-desktop 5.x currently. The releases page for upstream: https://developers.yubico.com/yubioath-flutter/Releases/ Now it is renamed to yubico-authenticator 6.x since November of 2022. Notes: The yubioath-desktop 5.x UI "minimize" is not compatible with Gnome 43; If you minimize or "x" close the window it disappears never to be seen again, and trying to run yubioath-desktop from the launcher results in an error "Yubico Authenticator is already running." and there is no "Quit" option on the right- click menu from the launcher or from the application itself. At a guess the yubioath-desktop 5.x is using some system tray API minimize deprecated in Gnome 43. Anyhow... there's no path to upstream a fix since yubioath-desktop is deprecated in favor of yubico-authenticator 6.x flutter rewrite. The build of yubico-authenticator 6.2.0 provided at the upstream releases page runs and minimize/restore UI operations do function correctly. -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages yubioath-desktop depends on: ii libc6 2.36-9 ii libgcc-s1 12.2.0-14 ii libqt5core5a 5.15.8+dfsg-3 ii libqt5gui5 5.15.8+dfsg-3 ii libqt5multimedia5 5.15.8-2 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5quickcontrols2-5 5.15.8+dfsg-2 ii libqt5widgets5 5.15.8+dfsg-3 ii libstdc++6 12.2.0-14 ii pcscd 1.9.9-2 ii python3-yubikey-manager4.0.9-1 ii qml-module-io-thp-pyotherside 1.6.0-2+b3 ii qml-module-qt-labs-platform5.15.8+dfsg-2 ii qml-module-qt-labs-settings5.15.8+dfsg-3 ii qml-module-qtquick-controls5.15.8-2 ii qml-module-qtquick-controls2 5.15.8+dfsg-2 ii qml-module-qtquick-dialogs 5.15.8-2 yubioath-desktop recommends no packages. yubioath-desktop suggests no packages. -- no debconf information
Bug#1035525: sendmail-bin: Change log level of saslauthd failed auth attempts
Package: sendmail-bin Version: 8.15.2-22 Severity: normal Tags: upstream It seems to be a pretty big security issue that there is no coherent reporting/logging of failed auth login attempts when using saslauthd with sendmail. The saslauthd log lines for failed auth attempts are similar to this: May 04 13:32:49 somehost saslauthd[2996]: : auth failure: [user=mailtest] [service=smtp] [realm=somerealm] [mech=pam] [reason=PAM auth error] But saslauthd does not report the ip address that originated the auth attempt (probably because it doesn't know it?), and sendmail (by default) doesn't seem to report the failed auth attempt at all. This deficiency prevents trying to take active steps (for example using fail2ban) to try to protect against repeated brute force auth hacking attempts. I think that sendmail may already have the ability to report AUTH failures, but that those are only enabled with high log levels that include lots of other log spam. It seems to me that a failed auth login should be reported by default by sendmail, since it both knows the IP the attempt originated from, as well as the status of the auth attempt, and I would like to see this reporting enabled in the standard packages. If there is a way to easily indicate that the auth attempt is for a user that doesn't even exist, that would be even better, as that would be a pretty clear indication of a potential hack attempt. -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-21-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sendmail-bin depends on: ii debconf 1.5.77 ii init-system-helpers 1.60 ii libc62.31-13+deb11u5 ii libdb5.3 5.3.28+dfsg1-0.8 ii libldap-2.4-22.4.57+dfsg-3+deb11u1 ii liblockfile1 1.17-1+b1 ii libnsl2 1.3.0-2 ii libsasl2-2 2.1.27+dfsg-2.1+deb11u1 ii libssl1.11.1.1n-0+deb11u4 ii libwrap0 7.6.q-31 ii lsb-base 11.1.0 ii procps 2:3.3.17-5 ii sendmail-base8.15.2-22 ii sendmail-cf 8.15.2-22 sendmail-bin recommends no packages. Versions of packages sendmail-bin suggests: ii libsasl2-modules 2.1.27+dfsg-2.1+deb11u1 ii openssl 1.1.1n-0+deb11u4 ii sasl2-bin 2.1.27+dfsg-2.1+deb11u1 ii sendmail-doc 8.15.2-22 Versions of packages libmilter1.0.1 depends on: ii libc6 2.31-13+deb11u5 -- no debconf information
Bug#1035693: Request new mail list
Subject: reportbug: Request new mail list Package: pseudo-package Severity: wishlist Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Name: debian-sa Rationale: This will be for local group users in saudi, to help ot discuss and rebort problem in arabic language. Short description: Debian Saudi Arabia Long description: Target all debian users in saudi arabia and who intersting in debian there. Category: User lists Subscription Policy: Open Post Policy: moderated Web Archive: Yes *** End of the template - remove these template lines ***
Bug#1035693: debian-sa List - Please be more specific
Hello, Thanks Cord for your response. The purpose was from mail list i requested before it's for help users and try to create a community for debian in Saudi Arabia, the aiming is not for translation, Arabic language in all Arab countries it's same and does not need translation each separate country. I understood now what you mean about "you'll have to proof that there are some people out there to support and use it." Best regards,
Bug#1038937: nq package out of date with upstream, 0.5 was released more than a year ago
Package: nq Version: 0.3.1-4 Severity: normal nq 0.5 was released March 26, 2022 and contains several bug fixes and improvements. nq 0.3.1 was released March 7, 2018, and is what is in all of stable, testing, and unstable. Please update this package. -- System Information: Debian Release: 11.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-23-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nq depends on: ii libc6 2.31-13+deb11u6 nq recommends no packages. nq suggests no packages. -- no debconf information
Bug#1079501: linux-image-6.11-rc4-riscv64: Linux kernel config INPUT_AXP20X_PEK=m missing INPUT_MISC=y dependency
Package: src:linux Version: 6.11~rc4-1~exp1 Severity: normal X-Debbugs-Cc: luc...@gmail.com Dear Maintainer, Dependency INPUT_MISC=y is missing from Kconfig options needed by CONFIG_INPUT_AXP20X_PEK=m in debian/config/config This makes built Linux kernels fail to have CONFIG_INPUT_AXP20X_PEK=m (and probably other options are washed out too). -- Package-specific info: ** Version: Linux version 6.11-rc4-riscv64 (debian-ker...@lists.debian.org) (riscv64-linux-gnu-gcc-14 (Debian 14.2.0-1) 14.2.0, GNU ld (GNU Binutils for Debian) 2.43.1) #1 SMP Debian 6.11~rc4-1~exp1 (2024-08-21) ** Command line: BOOT_IMAGE=/boot/vmlinux-6.11-rc4-riscv64 root=UUID=e7f17542-3ac6-4d3b-8457-b3fc416051cf ro quiet ** Not tainted ** Kernel log: [ 17.950647] systemd[1]: Reached target paths.target - Path Units. [ 17.950767] systemd[1]: Reached target remote-fs.target - Remote File Systems. [ 17.950894] systemd[1]: Reached target slices.target - Slice Units. [ 17.951117] systemd[1]: Reached target veritysetup.target - Local Verity Protected Volumes. [ 17.958002] systemd[1]: Listening on systemd-creds.socket - Credential Encryption/Decryption. [ 17.958482] systemd[1]: Listening on systemd-initctl.socket - initctl Compatibility Named Pipe. [ 17.959028] systemd[1]: Listening on systemd-journald-dev-log.socket - Journal Socket (/dev/log). [ 17.959554] systemd[1]: Listening on systemd-journald.socket - Journal Sockets. [ 17.959781] systemd[1]: systemd-pcrextend.socket - TPM PCR Measurements was skipped because of an unmet condition check (ConditionSecurity=measured-uki). [ 17.959913] systemd[1]: systemd-pcrlock.socket - Make TPM PCR Policy was skipped because of an unmet condition check (ConditionSecurity=measured-uki). [ 17.960468] systemd[1]: Listening on systemd-udevd-control.socket - udev Control Socket. [ 17.960881] systemd[1]: Listening on systemd-udevd-kernel.socket - udev Kernel Socket. [ 17.966309] systemd[1]: Mounting dev-hugepages.mount - Huge Pages File System... [ 17.971454] systemd[1]: Mounting dev-mqueue.mount - POSIX Message Queue File System... [ 17.977558] systemd[1]: Mounting run-lock.mount - Legacy Locks Directory /run/lock... [ 17.988842] systemd[1]: Mounting sys-kernel-debug.mount - Kernel Debug File System... [ 18.001009] systemd[1]: Mounting sys-kernel-tracing.mount - Kernel Trace File System... [ 18.037084] systemd[1]: Starting kmod-static-nodes.service - Create List of Static Device Nodes... [ 18.043218] systemd[1]: Starting modprobe@configfs.service - Load Kernel Module configfs... [ 18.053601] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 18.065203] systemd[1]: Starting modprobe@efi_pstore.service - Load Kernel Module efi_pstore... [ 18.073561] systemd[1]: Starting modprobe@fuse.service - Load Kernel Module fuse... [ 18.074355] systemd[1]: systemd-fsck-root.service - File System Check on Root Device was skipped because of an unmet condition check (ConditionPathExists=!/run/initramfs/fsck-root). [ 18.074606] systemd[1]: systemd-hibernate-clear.service - Clear Stale Hibernate Storage Info was skipped because of an unmet condition check (ConditionPathExists=/sys/firmware/efi/efivars/HibernateLocation-8cf2644b-4b0b-428f-9387-6d876050dc67). [ 18.089120] systemd[1]: Starting systemd-journald.service - Journal Service... [ 18.101753] systemd[1]: Starting systemd-modules-load.service - Load Kernel Modules... [ 18.101895] systemd[1]: systemd-pcrmachine.service - TPM PCR Machine ID Measurement was skipped because of an unmet condition check (ConditionSecurity=measured-uki). [ 18.108304] systemd[1]: Starting systemd-remount-fs.service - Remount Root and Kernel File Systems... [ 18.108731] systemd[1]: systemd-tpm2-setup-early.service - Early TPM SRK Setup was skipped because of an unmet condition check (ConditionSecurity=measured-uki). [ 18.117484] systemd[1]: Starting systemd-udev-load-credentials.service - Load udev Rules from Credentials... [ 18.161727] systemd[1]: Starting systemd-udev-trigger.service - Coldplug All udev Devices... [ 18.176888] systemd[1]: Mounted dev-hugepages.mount - Huge Pages File System. [ 18.177576] systemd[1]: Mounted dev-mqueue.mount - POSIX Message Queue File System. [ 18.178176] systemd[1]: Mounted run-lock.mount - Legacy Locks Directory /run/lock. [ 18.178781] systemd[1]: Mounted sys-kernel-debug.mount - Kernel Debug File System. [ 18.179422] systemd[1]: Mounted sys-kernel-tracing.mount - Kernel Trace File System. [ 18.182932] systemd[1]: Finished kmod-static-nodes.service - Create List of Static Device Nodes. [ 18.185775] systemd[1]: modprobe@fuse.service: Deactivated successfully. [ 18.188541] systemd[1]: Finished modprobe@fuse.service - Load Kernel Module fuse. [ 18.198803] systemd[1]: Mounting sys-fs-fuse-connections.mount - FUSE Control File System... [ 18.207645] systemd[1]: Starting systemd-tmpfiles-setup-dev-early.service - Cre
Bug#1061225: gthumb ignores quicktime video orientation on playback
Package: gthumb Version: 3:3.12.2-3+b1 Severity: normal gthumb appears to ignore quicktime video orientation on playback, causing the playback to have the wrong orientation. I have many videos that were recorded on an iphone in standard letterbox format, but that play back upside-down when viewed with gthumb. VLC and other players seem to play them back just fine. ExifTool reports these tags for these videos: "Composite:Rotation": 180 "QuickTime:MatrixStructure": "1 0 0 0 1 0 0 0 1" -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gthumb depends on: ii gsettings-desktop-schemas 43.0-1 ii gthumb-data 3:3.12.2-3 ii libbrasero-media3-1 3.12.3-2 ii libc6 2.36-9+deb12u3 ii libcairo2 1.16.0-7 ii libchamplain-0.12-0 0.12.20-1+b1 ii libchamplain-gtk-0.12-0 0.12.20-1+b1 ii libclutter-1.0-01.26.4+dfsg-4 ii libclutter-gtk-1.0-01.8.4-4+b1 ii libcolord2 1.4.6-2.2 ii libexiv2-27 0.27.6-1 ii libgcc-s1 12.2.0-14 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libgl1-mesa-dri 22.3.6-1+deb12u1 ii libglib2.0-02.74.6-2 ii libgstreamer-plugins-base1.0-0 1.22.0-3+deb12u1 ii libgstreamer1.0-0 1.22.0-2 ii libgtk-3-0 3.24.38-2~deb12u1 ii libheif11.15.1-1 ii libjpeg62-turbo 1:2.1.5-2 ii liblcms2-2 2.14-2 ii libpango-1.0-0 1.50.12+ds-1 ii libpangocairo-1.0-0 1.50.12+ds-1 ii libpng16-16 1.6.39-2 ii libraw200.20.2-2.1 ii librsvg2-2 2.54.7+dfsg-1~deb12u1 ii libsecret-1-0 0.20.5-3 ii libsoup2.4-12.74.3-1 ii libstdc++6 12.2.0-14 ii libtiff64.5.0-6+deb12u1 ii libwebkit2gtk-4.0-372.42.4-1~deb12u1 ii libwebp71.2.4-0.2+deb12u1 ii libx11-62:1.8.4-2+deb12u2 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages gthumb recommends: ii libgphoto2-6 2.5.30-1 ii libgphoto2-port12 2.5.30-1 gthumb suggests no packages. -- debconf-show failed
Bug#1061227: xzgv does not display heic images
Package: xzgv Version: 0.9.2-2+b1 Severity: normal xzgv does not seem to support displaying heic images. When trying to display them, it shows an error dialog "Couldn't load image". -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xzgv depends on: ii libc62.36-9+deb12u3 ii libexif120.6.24-1+b1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-2 ii libgtk2.0-0 2.24.33-2 ii libx11-6 2:1.8.4-2+deb12u2 xzgv recommends no packages. xzgv suggests no packages. -- debconf-show failed
Bug#1061228: xzgv does not support displaying avif images
Package: xzgv Version: 0.9.2-2+b1 Severity: normal xzgv does not seem to support displaying avif images. When trying to display one, it shows an error dialog with "Couldn't load image!" -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-14-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xzgv depends on: ii libc62.36-9+deb12u3 ii libexif120.6.24-1+b1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-2 ii libgtk2.0-0 2.24.33-2 ii libx11-6 2:1.8.4-2+deb12u2 xzgv recommends no packages. xzgv suggests no packages. -- debconf-show failed
Bug#467557: iproute-dev: iproute/iptables.h is unusable because it includes libiptc/libiptc.h
Package: iproute-dev Version: 20080108-1 Severity: important Line 5 of /usr/include/iproute/iptables.h: #include "libiptc/libiptc.h" "libiptc/libiptc.h" used to belong to iptables-dev, but has been removed from this package since 1.4.0-1 (see bug #358637, message #34). This renders the header file iproute/iptables.h unusable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2-petris (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467557: iproute-dev: iproute/iptables.h is unusable because it includes libiptc/libiptc.h
xpected to be usable anyway ? -- Etienne Dechamps / e-t172 - AKE Group Website: http://www.e-t172.net/ Contact: [EMAIL PROTECTED] Phone: +33547414942
Bug#467557: iproute-dev: iproute/iptables.h is unusable because it includes libiptc/libiptc.h
Andreas Henriksson wrote:
Including libnetlink.h seems to work just fine, so unless anyone finds
anything else usable in iproute-dev I guess this should be treated as
a wishlist request to "please remove cruft ( == everything except
libnetlink.{a,h} ) from the iproute-dev package".
Less urgent, so I'll leave it until I return from my trip and have another
look at the whole problem with more time at hand then.
I agree, considering these headers will never work anymore since libiptc
is gone. I marked this bug as important because I had to deal with a
(internal) third-party application which uses this header: it used to
compile before libiptc was removed, but not after. I guess including the
header in the application was wrong in the first place.
--
Etienne Dechamps / e-t172 - AKE Group
Website: http://www.e-t172.net/
Contact: [EMAIL PROTECTED]
Phone: +33547414942
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#508775: notation
Hi Florian, This will be considered for future releases of NetAddr::IP. Thanks. -lem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#457955: backupninja: Backupninja should not depend on mailx or mailutils
Actually, Section 7.2 of Debian policy says "The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality." This is clearly not the case, is it? Sending a mail after backup is done doesn't sound like "significant amount of functionality" to me. So it is a policy violation? greetings, Erik -- "Those who cannot remember the past are condemned to repeat it." -- George Santayana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517866: closed by Marco Rodrigues (mped has been removed from Debian, closing #517866)
Hello, This is an automatic notification regarding your Bug report which was filed against the mped package: #517866: ncursesw UI support not compiled. "No usable driver found; exiting." It has been closed by Marco Rodrigues . The removal of the 5.x package seems to have been a mistake. I talked to Joerg Jaspert and he recommended a reupload, which Barry deFreese kindly did. In the process he changed the build depends to include both libncurses5-dev and libncursesw5-dev as both seem to be necessary. He said in IRC "It seems to need libcurses-dev to find curses.h but then actually links against libncursesw". This is probably a bug in its own right, but it would be minor or wishlist. Anyway, this new version has made its way into unstable and testing and I can report that it does indeed fix this bug, #517866. I haven't found a way to force mped to use the ncurses interface if the GTK one is available, but again this would be a separate bug or feature request. Thank you to everyone involved in getting version 5 into Debian with this bug fixed. Best regards, Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517866: closed by Marco Rodrigues (mped has been removed from Debian, closing #517866)
Hello Angel, The 3.x branch have an option like that, but I never reimplemented it on 5.x, just because overriding DISPLAY is enough and nobody cared. If you think it's really important, I will reconsider it. Thank you. Back to the man page binary name inconsistency, I think the proper thing is to add an inline sed oneliner to replace 'mp-5' with 'mped' inside mped.1 in the Debian package build or install scripts and everything would be fine. Yes, a sed onliner should do it. Finally, do you think there is a problem with your build script that makes it check for one package and then, if it finds it, it uses a completely different package? I'm not sure to understand you fully here. The config.sh script just searches for ncursesw and uses ncursesw (no mention about plain ncurses, other than including curses.h), the problem was on Debian dependencies. Remember I have no control on that. When I was talking with Barry deFreese about it, he said that isn't wasn't enough to have ncursesw in the build dependencies, he also had to add ncurses for it to work. He thought that the build was checking for the existence of the curses.h from the ncurses package, and then, if it found it, using the curses.h from the ncursesw package. Someone else in IRC commented "hmm ideally you should use the curses.h header from the ncursesw dir to match the library used" and Barry replied "Aye, that's an upstream bug". I hope that makes sense. As I'm writing this email, I would like to take this opportunity to ask whether MP supports highlighting multiple language syntaxes in one file. For example, could it highlight JavaScript syntax inside an HTML document where the tags were also correctly highlighted? There could also be CSS and PHP in the same file. As a work around, or as an extra feature, you could have an option in the menus for selecting which highlighting to use on the current file. Thanks again for your help getting this package to as high a standard as possible. Best regards, Edwin
Bug#517866: closed by Marco Rodrigues (mped has been removed from Debian, closing #517866)
Hi Angel, ... Barry replied "Aye, that's an upstream bug". I hope that makes sense. Well, certainly this can be considered a bug; I've already fixed it for the 5.1.2 release. Great! I suppose that technically we should rename this bug to something like "mped checks for wrong header file at build time", then set it as a wishlist bug, then reopen it, then tag it as fixed upstream. However, as this package has been orphaned I'm happy to just let this bug stay closed. For example, could it highlight JavaScript syntax inside an HTML document where the tags were also correctly highlighted? It sounds like a non-trivial change, but I'll think about it. Thank you. ... you can force the syntax highlighting to the active document (to PHP, say) by executing the following MPSL snippet: local l = mp.active(); l.syntax = mp.syntax.php; You can execute MPSL code by hitting Escape (escape+escape, if under curses), or from the Edit menu. Right, I'll make a note of that. By the way, there are currently no JavaScript nor CSS syntax definitions. Interesting. Well, next time I'm editing some JavaScript or CSS in MP, I will try following http://triptico.com/docs/mp_data_model.html#syntax_highlighting . Best regards, Edwin
Bug#432227: Additional information
2.18.3 still seem not to initialize that variable. Ely On 7/8/07, Loïc Minier <[EMAIL PROTECTED]> wrote: On Sun, Jul 08, 2007, Ely Levy wrote: > I made a mistake when sending the bug report and didn't provide all the > information: > > in daemon/misc.c the function gdm_peek_local_address_list calls > getaddrinfo with the uninitialized variable hints. This causes getaddrinfo > to fail, which in turn cause gdm not to write the xauthority file > correctly. Changing hints to NULL in the function call seems to solve the > problem. Please try with version 2.18.3 in unstable; I think it fixes this area of the code. -- Loïc Minier
Bug#432227: gdm: getaddrinfo fails when ipv6 is enabled
You forgot one instance of hints (the one that caused the problem I was
talking about)
patch attached
Ely
On 7/10/07, Loïc Minier <[EMAIL PROTECTED]> wrote:
On Tue, Jul 10, 2007, E L wrote:
> Where can I download that package from?
> Can't find it in sid.
For some minutes, it's still in incoming.debian.org, and tomorrow it
will be in the archive.
--
Loïc Minier
--- gdm-2.18.3/daemon/misc.c 2007-07-03 11:08:01.0 +0300
+++ /tmp/misc.c 2007-07-11 16:53:47.725256548 +0300
@@ -1074,6 +1074,11 @@
last_time = time (NULL);
#ifdef ENABLE_IPV6
+
+memset (&hints, 0, sizeof (hints));
+hints.ai_socktype = SOCK_DGRAM;
+hints.ai_flags = AI_CANONNAME;
+
hostbuf[BUFSIZ-1] = '\0';
if (gethostname (hostbuf, BUFSIZ-1) != 0) {
gdm_debug ("%s: Could not get server hostname", "gdm_peek_local_address_list");
Bug#432227: gdm: getaddrinfo fails when ipv6 is enabled
The patch I sent you is against the source I got from apt-get source gdm for 2.18.3-3. The problem still happen in that version and after building it with the patch I sent you the problem disappear. Ely On 7/11/07, Loïc Minier <[EMAIL PROTECTED]> wrote: On Wed, Jul 11, 2007, E L wrote: > You forgot one instance of hints (the one that caused the problem I was > talking about) > patch attached The fix is applied as a patch at build time, it's in: debian/patches/91_from-svn_gdm-init-hints-and-af-family-in-gdm_peek_local_address_list.patch -- Loïc Minier
