Bug#704508: O: GNU GLOBAL -- Source code tagging system
Package: wnpp Severity: normal The current maintainer of global, Ron Lee r...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: global GNU GLOBAL is a source code tagging system that works the same way across diverse environments (emacs, vi, less, bash, web browser, etc). You can locate objects in source files and move there easily. It is useful for hacking a large project containing many sub-directories, many #ifdef and many main() functions. It is similar to ctags or etags but is different from them at the point of independence of any editor. It runs on a UNIX(POSIX) compatible operating system like GNU and BSD. GNU GLOBAL has following features: o support C, C++, Yacc, Java, PHP4 and assembly. (definition and reference) o support 41 languages using Exuberant Ctags. (only definition) o work the same way across diverse environments. Currently, the following environments are supported: - Generic shell command line - Bash shell - Vi clone editor (nvi, elvis, vim) - Emacs editor - Less viewer - Web browser (See UNIX kernel source tour! http://www.tamacom.com/tour/kernel/linux/ - Doxygen documentation system o find locations of specified symbol quickly. o locate not only definitions but also references. o locate paths which matches to a specified pattern. o hierarchical search by default. o search not only in a project but also in library projects. o generate completion list for completing input method. o support various output format. o allows customizing of the set of candidate files to be tagged. o understand POSIX 1003.2 regular expressions. o support idutils as an external search engine. o tag files are independent of machine architecture. o incremental updating of tag files. o plug-in parser is available to treat new languages. o support customizing with 'gtags.conf'. o generate a hypertext of source code (XHTML ready). o compact format to save disk space. o customizing using a configuration file (gtags.conf). o support client/server environment (TRAMP ready). o ignore binary files, dot files and specified files. o symbolic link loop detection. o include cscope compatible program (gtags-cscope). o include grep like command (-g command). For the detail, please see http://www.gnu.org/software/global/ -- Shigio YAMAGUCHI shi...@gnu.org PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: Busybox fails
Same here and in others machiens as well, seems like nobody is able to get a netboot wheezy up and running right now... How long can such a problem exist? Its the basic installation... should be possible to fix within minutes / hours for the responsibles... Please look for kraut
Bug#703932: apt-transport-https not sending a certificate to the server
On Sun, Mar 31, 2013 at 02:36:46PM +0200, Holger Hans Peter Freyther wrote: On Tue, Mar 26, 2013 at 02:35:56PM +0100, Michael Vogt wrote: Hi, Hi, thanks for the updated information! But that is of course not very helpful. You mentioned that the gnutls-cli commandline works for you? Could you please provide the commandline you used? I tried with both curl and gnutls-cli: $ curl --cacert ./ca.crt --key ./client1.key -E ./client1.crt \ https://HOST:PORT/ $ gnutls-cli --x509cafile ca.crt --x509keyfile client1.key \ --x509certfile ./client1.crt -p PORT HOST I have increased the level from your patch to six, and I printed the return value of setting the Key/cert. I have looked into the below '-BEGIN RSA...' thing. My key does not state RSA/DSA though. I have used openssl rsa -in client1.key to attempt to generate a key that mentions RSA. This makes the output go away but the error remains the same. What I noticed is that the 'curl' binary is linking to OpenSSL directly. So apt-transport-https and curl are most likely not going through the same code paths for TLS. There doesn't appear to be a curl-dbg package so there was no easy way to check if OpenSSL is used for TLS. [..] Indeed, a-t-https and curl will have different code pathes. But its interessting that gnutls-cli worked for you, so it appears that something in the libcurl (or apt-t-https) version with gnutls is not using the API correctly. So something between CURL and GNUtls is going wrong. Is there a way to build the https transport to use OpenSSL? Or to have a curl binary that is using GNUtls? You can rebuild apt with the following patch to get a openssl based https. And a sudo apt-get install libcurl4-openssl-dev of course :) === modified file 'debian/control' --- debian/control 2013-03-25 07:56:42 + +++ debian/control 2013-04-02 05:09:28 + @@ -7,7 +7,7 @@ Julian Andres Klode j...@debian.org Standards-Version: 3.9.3 Build-Depends: dpkg-dev (= 1.15.8), debhelper (= 8.1.3~), libdb-dev, - gettext (= 0.12), libcurl4-gnutls-dev (= 7.19.0), + gettext (= 0.12), libcurl4-openssl-dev (= 7.19.0), zlib1g-dev, libbz2-dev, xsltproc, docbook-xsl, docbook-xml, po4a (= 0.34-2), autotools-dev, autoconf, automake Build-Depends-Indep: doxygen, debiandoc-sgml I wouldn't be suprised if that would solve your problem. But solving it with gnutls would be prefered. Cheers, Michael Log Output: CERT CODE 0 KEY CODE 0 * About to connect() to HOST port PORT (#13) * Trying IP... [..] |3| HSK[0x92df820]: FINISHED was sent [16 bytes] |6| BUF[HSK]: Peeked 0 bytes of Data |6| BUF[HSK]: Emptied buffer |4| REC[0x92df820]: Sending Packet[0] Handshake(22) with length: 16 |4| REC[0x92df820]: Sent Packet[1] Handshake(22) with length: 133 |2| ASSERT: ext_session_ticket.c:710 |2| ASSERT: gnutls_handshake.c:2933 |4| REC[0x92df820]: Expected Packet[4] Change Cipher Spec(20) with length: 1 |4| REC[0x92df820]: Received Packet[4] Alert(21) with length: 2 |4| REC[0x92df820]: Decrypted Packet[4] Alert(21) with length: 2 |4| REC[0x92df820]: Alert[2|40] - Handshake failed - was received |2| ASSERT: gnutls_record.c:726 |2| ASSERT: gnutls_record.c:1122 |2| ASSERT: gnutls_handshake.c:2933 |2| ASSERT: gnutls_handshake.c:3139 |6| BUF[HSK]: Cleared Data from buffer * gnutls_handshake() failed: Handshake failed * Closing connection 13 [..] Do you have anything on the server side that indiciates what might have gone wrong? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703153: unblock: binkd/0.9.11-1.1
Control: retitle -1 unblock: binkd/0.9.11-1.1 NMU entered (after some DELAY) unstable last week. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667660: Should not Recommend mysql-server-5.1
Hello, What is the status of this bug? Date: Thu, 5 Apr 2012 18:42:02 UTC Should not be that hard to fix. Unmaintained package? --- Henri Salo signature.asc Description: Digital signature
Bug#703332: If they are API compatible you MUST generate and install a GAC policy file!
On Tue, Apr 2, 2013 at 1:04 AM, Jonathan Wiltshire j...@debian.org wrote: As mummy/1.0.3-2 is unsuitable for Wheezy please could you prepare a backport of your patch for an upload to testing-proposed-updates, and submit a debdiff to the release team for approval. 1.0.2-5 will transition to Wheezy... 1.0.3-2 should be blocked by freeze, correct ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
Yes, hiding errors instead of fixing them. That seems to be a good idea... Anyway I found the core of this problem and it will be fixed in next upload of php5 5.5. O. On Tue, Apr 2, 2013 at 2:13 AM, jida...@jidanni.org wrote: While I'm still getting the email every half hour, it is also time to consider more smarter ways to handle such things. Why can't calling php have a side effect of checking a file using touch(1) that sees if it is time to dump the garbage, instead of using a cronjob... OK on my system I only use php once a week. ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#704457: [php-maint] Bug#704457: Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
OK update it soon. Those 1/2 hour emails are getting on my nerves! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: Busybox fails
There exist at least one workaround: 1) press Alt+F2 (switch to shell) 2) apt-install busybox -y --force-yes then repeat the same with linux-image-3.x.x grub-common grub-pc grub (and all dependencies) 3) retry install task, and see what is missing After reboot and aptitude update/upgrade wheezy is usable again. G On 04/02/2013 09:01 AM, Mathias Kraut wrote: Same here and in others machiens as well, seems like nobody is able to get a netboot wheezy up and running right now... How long can such a problem exist? Its the basic installation... should be possible to fix within minutes / hours for the responsibles... Please look for kraut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
Then why did you install package from experimental? Those packages are _expected_ to fail more often than unstable or testing. O. On Tue, Apr 2, 2013 at 9:03 AM, jida...@jidanni.org wrote: OK update it soon. Those 1/2 hour emails are getting on my nerves! -- Ondřej Surý ond...@sury.org
Bug#704445: gimp: answer
Package: gimp Severity: normal Hi M. Polak Yes this important issue is still there also. I would like that my users can use both portrait and landscape, and not be limited in that direction. It is really important for them. Kind regards Pat -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.6.10-1 Data files for GIMP ii libaa11.4p5-38 ascii art library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbabl-0.0-0 0.0.22-1 Dynamic, any to any, pixel format ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgegl-0.0-0 0.0.22-2+b1Generic Graphics Library ii libgimp2.02.6.10-1 Libraries for the GNU Image Manipu ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libhal1 0.5.14-3 Hardware Abstraction Layer - share ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1.2+b3 Color management library ii libmng1 1.0.10-1+b1Multiple-image Network Graphics li ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze4 PNG library - runtime ii libpoppler-glib4 0.12.4-1.2 PDF rendering library (GLib-based ii librsvg2-22.26.3-1 SAX-based renderer library for SVG ii libtiff4 3.9.4-5+squeeze8 Tag Image File Format (TIFF) libra ii libwebkit-1.0-2 1.2.7-0+squeeze1 Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1+b1 Windows metafile conversion librar ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes31:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.10 automated rebuilding support for P ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF pn gimp-data-extrasnone (no description available) pn gimp-help-en | gimp-helpnone (no description available) ii gvfs-backends 1.6.4-3 userspace virtual filesystem - bac ii libasound2 1.0.23-2.1 shared library for ALSA applicatio -- 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#682121: [Python-apps-team] Bug#682121: ocrfeeder: too many open files error after OCR of multipage document
On Tue, Mar 26, 2013 at 03:11:27AM -0700, y9yjrqc...@gmail.com wrote: @Alberto Garcia, Thanks for the reply. Enjoy your holiday. Looks like all bug reports arrive when I'm not at home :) I cross posted the bug in more detail here: https://bugzilla.gnome.org/show_bug.cgi?id=689912 Thanks, I'll be following the upstream bug as well. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700004: FTBFS on x32: wrongly assumes that __x86_64__ implies 64 bits
Hello, Thank you for the suggestion, but for which platforms is this intended? Is __LP64__ always defined, or is it specific to compiler and platform? Thanks for your help, Ivan Raikov
Bug#704486: librole-commons-perl: trying to overwrite '/usr/share/perl5/Object/AUTHORITY.pm', which is also in package libobject-authority-perl 0.004-1
Same on amd64/sid. -Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703332: If they are API compatible you MUST generate and install a GAC policy file!
On 02.04.2013 07:53, Mathieu Malaterre wrote: On Tue, Apr 2, 2013 at 1:04 AM, Jonathan Wiltshire j...@debian.org wrote: As mummy/1.0.3-2 is unsuitable for Wheezy please could you prepare a backport of your patch for an upload to testing-proposed-updates, and submit a debdiff to the release team for approval. 1.0.2-5 will transition to Wheezy... It *did*, nearly a year ago. 1.0.3-2 should be blocked by freeze, correct ? Yes. 1.0.3-1 also contains changes which are not suitable for unblocking, hence Jonathan's request for a backport of the RC fix via t-p-u. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700845: Fixed in experimental 3.8.5-1~experimental.1
This bug was fixed by commit 00eed9c814cb8f281be6f0f5d8f45025dc0a97eb upstream (USB: xhci: correctly enable interrupts), which went into 3.8.5 stable. I can confirm that the kernel in experimental fixes the problem. The patch also went into 3.2.42, which is not yet in wheezy/sid. -- Frederik Himpe fhi...@vub.ac.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565404: linux-image-2.6.26-2-amd64: atl1e: TSO is broken
BH == Ben Hutchings b...@decadent.org.uk writes: BH On Tue, 2010-01-26 at 09:34 +0100, Anders Boström wrote: JY == Jie Yang jie.y...@atheros.com writes: JY Anders Boström and...@netinsight.net wrote: JY following is my test cese, JY a nfs server server with ar8131chip, device id 1063. export /tmp/ dir as the nfs share directory, JY the client, mount the server_ip:/tmp to local dir /mnt/nfs, ust a python script to write and read data on the JY /mnt/nfs/testnfs.log. it works fine. OK, the device-ID in our NFS-server is 1026, rev. b0. So it is possible that the problem is specific to that chip/version. JY oops, its my mistake in writing, my case is 1026 device ID JY Can you give me some advice on how to reproduce this bug?? The only suggestion I have is to try to find a board with a 1026-chip on it. My test-case is just copy of a 1 Gbyte file from the NFS-server to /dev/null , after making sure that the file isn't cached on the client by reading huge amounts of other data. JY just to check, if the kernel version is 2.6.26-2 ?? I've tested with Debian linux-image-2.6.26-2-amd64 version 2.6.26-19lenny2, Debian linux-image-2.6.30-bpo.2-amd64 version 2.6.30-8~bpo50+2 and kernel.org 2.6.30.10 amd64 with ethtool patch for setting of tso. Same result. BH Does booting with the kernel parameter 'pci=nomsi' avoid the problem? I'm sorry, but I can't test this at the moment. The computer with the TSO-problem is running as a file-server = can't be used for testing. Also, we don't use the Atheros Ethernet interface any more due to other problems, hard hang (need reset) of the Eth-interface every ~6 month's. However, the computer is scheduled to be replaced as file-server quite soon, so I might be able to test this again after the replacement. / Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703948: regression SOLVED with version 3.8.5-1~experimental.1
The bug I reported just disappeared with the latest 3.8.5-1~experimental.1 version. I just did a make oldconfig with the same configuration which showed the bug, make-kpkg, installed, rebooted, and now suspend to ram resumes perfectly again. Thanks (to whoever fixed it, knowingly or not), bye Giacomo Mulas -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
any news/progress on this? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
The licensing issue with Smashing Magazine css file was solved, but not yet pushed to the git or next release: https://github.com/getpelican/pelican/blob/master/pelican/themes/notmyidea/static/css/main.css O. On Tue, Apr 2, 2013 at 9:51 AM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: any news/progress on this? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- Ondřej Surý ond...@sury.org
Bug#413571: [Pkg-fonts-devel] Bug#413571: Debian bug #413571 for DejaVu font still present in latest SVN snapshot
Hi Christian, I'm indeed pondering compatibility symlinks. Have we done that for other packages already? I've seen you solved this by symlinking the old and new font directories. This practice is highly discouraged, please c.f. http://lists.debian.org/debian-devel/2012/10/msg00070.html I'd like to change that directory symlink to per-file symlinks in the transitional packages. Are you alright with that change? I was under the feeling that it had been done but I can't find good examples. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689575 - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688903:
I can confirm this bug: dwww was consistently giving me the wrong page for git-ls-files, it opened up the git-diff page. This happened regardless of how I searched for it, it could be using: http://desktop/cgi-bin/dwww/usr/share/man/man1/git-ls-files.1.gz?type=man or http://desktop/cgi-bin/dwww?type=runmanlocation=git-ls-files/1 Both would show me the contents of git-diff, while the URL would still be the one of git-ls-files, so this was not a redirect. man git-ls-files shows the right content, so not a man or man-db issue either. Clearing the cache with `sudo dwww-cache --clean` solved the problem Output of `dwww-cache --list-all` before the clean, if this is any relevant: dir /usr/share/doc/git/contrib/ciabot c/0 n runman /usr/share/man/man1/git-apply.1.gz g/2 n man /usr/share/man/man1/git-archive.1.gz g/1 n man /usr/share/man/man1/git-clone.1.gz g/0 n man /usr/share/man/man1/git-commit.1.gz g/0 n runman /usr/share/man/man1/git-config.1.gz g/6 n man /usr/share/man/man1/git-describe.1.gz g/0 n man /usr/share/man/man1/git-diff-files.1.gz g/1 n runman /usr/share/man/man1/git-diff-tree.1.gz g/1 n man /usr/share/man/man1/git-diff.1.gz g/0 n man /usr/share/man/man1/git-filter-branch.1.gz g/1 n man /usr/share/man/man1/git-init.1.gz g/7 n runman /usr/share/man/man1/git-instaweb.1.gz g/6 n man /usr/share/man/man1/git-log.1.gz g/3 n man /usr/share/man/man1/git-ls-files.1.gz g/0 n runman /usr/share/man/man1/git-mailinfo.1.gz g/7 n runman /usr/share/man/man1/git-merge-base.1.gz g/4 n runman /usr/share/man/man1/git-merge-one-file.1.gz g/5 n man /usr/share/man/man1/git-rebase.1.gz g/0 n runman /usr/share/man/man1/git-remote-ext.1.gz g/2 n runman /usr/share/man/man1/git-reset.1.gz g/5 n runman /usr/share/man/man1/git-rev-list.1.gz g/3 n runman /usr/share/man/man1/git-rm.1.gz g/4 n man /usr/share/man/man1/git-status.1.gz g/0 n runman /usr/share/man/man1/git-stripspace.1.gz g/1 n man /usr/share/man/man1/git-submodule.1.gz g/0 n man /usr/share/man/man1/git-whatchanged.1.gz g/2 n runman /usr/share/man/man1/git.1.gz g/0 n runman /usr/share/man/man1/xprop.1.gz x/6 n runman /usr/share/man/man7/gitdiffcore.7.gz g/2 n runman /usr/share/man/man7/gitnamespaces.7.gz g/1 n I have no idea how git-diff content ended up in git-ls-files. dwww is version 1.11.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#704510: ITP: nfacct -- command line tool to create/retrieve/delete netfilter accounting objects
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: nfacct Version : 1.0.1 Upstream Author : Pablo Neira Ayuso - Netfilter pa...@netfilter.org * URL : http://netfilter.org/projects/nfacct/ * License : GPL Programming Lang: C Description : command line tool to create/retrieve/delete netfilter accounting objects Dear Debian comunity: I would like to package and mantain nfacct. Main Features * listing the objects of the nfacct table in plain text/XML * atomically get and reset objects of the nfacct table * adding new objects to the nfacct table * deleting objects from the nfacct table nfacct requires libnetfilter_acct, libmnl and a kernel that features the nfnetlink_acct subsystem. For officially released kernels, this means 3.3. This is interesting for the Debian server land, allowing us to combine with ulogd to achieve such things: https://home.regit.org/2012/12/visualize-netfilter-accounting-in-graphite/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704509: iceweasel: Tooltips block access to modal dialogs
Problem also consists with deactivated extensions. I meant persists, excuse my English. And sorry for the huge attachment, forgot to check filesize of screenshots. signature.asc Description: OpenPGP digital signature
Bug#702965: feedback: works
Hi, after upgrading libprocps0 the problem went away. Just so you know. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
On 04/02/2013 09:57 AM, Ondřej Surý wrote: The licensing issue with Smashing Magazine css file was solved, but not yet pushed to the git or next release: any chance you could upload a +dfsg package in the meantime? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703852: [Pkg-mediawiki-devel] Bug#703852: Bug#703852: [mediawiki] mw{en, dis}ext ineffective for new installs
On Thu, 28 Mar 2013, Filipus Klutiero wrote: There's a very simple solution to that which would solve even more problems. Unfortunately, it requires a larger change. Well, let’s just not do that right now. The upgrade to 1.19 was on very short notice already, and, IIRC, Jonathan wanted to make something that installs more nicely after the release anyway. And, for what’s worth, I’m obviously against any non-backwards-compatible changes in that manner… The list of extensions in /etc/mediawiki-extensions/extensions-available/ has nothing for Interwiki (except a symlink to its predessors, SpecialInterwiki). The SpecialInterwiki.php one is the correct one to use. https://evolvis.org/plugins/mediawiki/wiki/evolvis/index.php/Special:Interwiki (for example) works just fine (provided you’re Forge Admin ☺), and that’s what this extension is supposed to provide. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704511: include a debug package
Source: grilo Version: 0.2.5-1 Severity: wishlist I've added a debug package to grilo. See attached. Cheerio, -- Jonny Lamb diff -Nruad -Nruad grilo-0.2.5.orig/debian/changelog grilo-0.2.5/debian/changelog --- grilo-0.2.5.orig/debian/changelog 2013-03-20 22:52:09.0 +0100 +++ grilo-0.2.5/debian/changelog2013-04-02 10:05:31.0 +0200 @@ -1,3 +1,9 @@ +grilo (0.2.5-2) UNRELEASED; urgency=low + + * Add libgrilo-0.2-1-dbg debug package. + + -- Jonny Lamb jo...@debian.org Tue, 02 Apr 2013 10:01:08 +0200 + grilo (0.2.5-1) experimental; urgency=low * New upstream release. diff -Nruad -Nruad grilo-0.2.5.orig/debian/control grilo-0.2.5/debian/control --- grilo-0.2.5.orig/debian/control 2013-03-20 22:52:09.0 +0100 +++ grilo-0.2.5/debian/control 2013-04-02 09:59:19.0 +0200 @@ -107,6 +107,30 @@ . This package contains the documentation. +Package: libgrilo-0.2-1-dbg +Section: debug +Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} +Depends: libgrilo-0.2-1 (= ${binary:Version}), + ${misc:Depends} +Recommends: grilo-plugins-0.2-dbg +Description: Framework for discovering and browsing media - debugging symbols + Grilo is a framework focused on making media discovery and browsing + easy for application developers. + . + More precisely, Grilo provides: + * A single, high-level API that abstracts the differences among + various media content providers, allowing application developers + to integrate content from various services and sources easily. + * A collection of plugins for accessing content from various media + providers. Developers can share efforts and code by writing + plugins for the framework that are application agnostic. + * A flexible API that allows plugin developers to write plugins of + various kinds. + . + This package contains the debugging symbols for Grilo. + Package: gir1.2-grilo-0.2 Section: introspection Architecture: any diff -Nruad -Nruad grilo-0.2.5.orig/debian/rules grilo-0.2.5/debian/rules --- grilo-0.2.5.orig/debian/rules 2013-03-20 22:52:09.0 +0100 +++ grilo-0.2.5/debian/rules2013-04-02 09:59:23.0 +0200 @@ -19,3 +19,6 @@ override_dh_shlibdeps: dh_shlibdeps dh_girepository + +override_dh_strip: + dh_strip --dbg-package=libgrilo-0.2-1-dbg
Bug#704512: include a debug package
Source: grilo-plugins Version: 0.2.6-1 Severity: wishlist I've added a debug package to grilo-plugins. See attached. Cheerio, -- Jonny Lamb diff -Nruad -Nruad grilo-plugins-0.2.6.orig/debian/changelog grilo-plugins-0.2.6/debian/changelog --- grilo-plugins-0.2.6.orig/debian/changelog 2013-03-21 09:46:59.0 +0100 +++ grilo-plugins-0.2.6/debian/changelog2013-04-02 10:06:09.0 +0200 @@ -1,3 +1,9 @@ +grilo-plugins (0.2.6-2) UNRELEASED; urgency=low + + * Add grilo-plugins-0.2-dbg debug package. + + -- Jonny Lamb jo...@debian.org Tue, 02 Apr 2013 10:05:43 +0200 + grilo-plugins (0.2.6-1) experimental; urgency=low * New upstream release. diff -Nruad -Nruad grilo-plugins-0.2.6.orig/debian/control grilo-plugins-0.2.6/debian/control --- grilo-plugins-0.2.6.orig/debian/control 2013-03-21 09:46:59.0 +0100 +++ grilo-plugins-0.2.6/debian/control 2013-04-02 10:00:17.0 +0200 @@ -68,3 +68,26 @@ * UPnP * Vimeo * Youtube + +Package: grilo-plugins-0.2-dbg +Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} +Depends: grilo-plugins-0.2 (= ${binary:Version}), + ${misc:Depends} +Description: Framework for discovering and browsing media - Plugin debugging symbols + Grilo is a framework focused on making media discovery and browsing + easy for application developers. + . + More precisely, Grilo provides: + * A single, high-level API that abstracts the differences among + various media content providers, allowing application developers + to integrate content from various services and sources easily. + * A collection of plugins for accessing content from various media + providers. Developers can share efforts and code by writing + plugins for the framework that are application agnostic. + * A flexible API that allows plugin developers to write plugins of + various kinds. + . + This package contains the debugging symbols for the Grilo plugins in + grilo-plugins-0.2. diff -Nruad -Nruad grilo-plugins-0.2.6.orig/debian/rules grilo-plugins-0.2.6/debian/rules --- grilo-plugins-0.2.6.orig/debian/rules 2013-03-21 09:46:59.0 +0100 +++ grilo-plugins-0.2.6/debian/rules2013-04-02 10:00:14.0 +0200 @@ -7,3 +7,6 @@ dh_auto_install --destdir=debian/tmp override_dh_makeshlibs: + +override_dh_strip: + dh_strip --dbg-package=grilo-plugins-0.2-dbg
Bug#704513: clang: error: unable to execute command: Segmentation fault
Package: clang Version: 1:3.0-6.1 Severity: important I can get clang to segfault doing: $ git clone git://github.com/benkard/cellspp.git $ cd cellspp $ make 0 libLLVM-3.0.so.1 0x2b3cbbdf34bf 1 libLLVM-3.0.so.1 0x2b3cbbdf3909 2 libpthread.so.0 0x2b3cbc730030 3 clang0x00d11417 clang::Expr::hasAnyTypeDependentArguments(clang::Expr**, unsigned int) + 7 4 clang0x009715e4 clang::Sema::ActOnCallExpr(clang::Scope*, clang::Expr*, clang::SourceLocation, clang::ASTMultiPtrclang::Expr*, clang::SourceLocation, clang::Expr*, bool) + 516 5 clang0x008394fe clang::Parser::ParsePostfixExpressionSuffix(clang::ActionResultclang::Expr*, true) + 3182 6 clang0x008336fb clang::Parser::ParseCastExpression(bool, bool, bool, bool) + 203 7 clang0x00835d1e clang::Parser::ParseCastExpression(bool, bool, bool) + 30 8 clang0x0083661f clang::Parser::ParseAssignmentExpression() + 31 9 clang0x008374a9 clang::Parser::ParseExpression() + 9 10 clang0x007fe6e6 clang::Parser::ParseExprStatement(clang::ParsedAttributes) + 70 11 clang0x007fb4b9 clang::Parser::ParseStatementOrDeclaration(clang::ASTOwningVectorclang::Stmt*, 32u, bool) + 2841 12 clang0x007f842c clang::Parser::ParseCompoundStatementBody(bool) + 1356 13 clang0x007ff5ed clang::Parser::ParseFunctionStatementBody(clang::Decl*, clang::Parser::ParseScope) + 141 14 clang0x00810403 clang::Parser::ParseFunctionDefinition(clang::Parser::ParsingDeclarator, clang::Parser::ParsedTemplateInfo const) + 963 15 clang0x0081e0e3 clang::Parser::ParseDeclGroup(clang::Parser::ParsingDeclSpec, unsigned int, bool, clang::SourceLocation*, clang::Parser::ForRangeInit*) + 739 16 clang0x0080bda5 clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsingDeclSpec, clang::AccessSpecifier) + 149 17 clang0x0080c38d clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes, clang::AccessSpecifier) + 717 18 clang0x0080df8b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange, clang::Parser::ParsingDeclSpec*) + 2747 19 clang0x0082b079 clang::Parser::ParseInnerNamespace(std::vectorclang::SourceLocation, std::allocatorclang::SourceLocation , std::vectorclang::IdentifierInfo*, std::allocatorclang::IdentifierInfo* , std::vectorclang::SourceLocation, std::allocatorclang::SourceLocation , unsigned int, clang::SourceLocation, clang::ParsedAttributes, clang::Parser::BalancedDelimiterTracker) + 377 20 clang0x0082bb98 clang::Parser::ParseNamespace(unsigned int, clang::SourceLocation, clang::SourceLocation) + 1432 21 clang0x00823879 clang::Parser::ParseDeclaration(clang::ASTOwningVectorclang::Stmt*, 32u, unsigned int, clang::SourceLocation, clang::Parser::ParsedAttributesWithRange) + 601 22 clang0x0080d8ab clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange, clang::Parser::ParsingDeclSpec*) + 987 23 clang0x0080e49e clang::Parser::ParseTopLevelDecl(clang::OpaquePtrclang::DeclGroupRef) + 158 24 clang0x007e7ffd clang::ParseAST(clang::Sema, bool) + 269 25 clang0x006da8d3 clang::CodeGenAction::ExecuteAction() + 51 26 clang0x005de983 clang::CompilerInstance::ExecuteAction(clang::FrontendAction) + 307 27 clang0x005c9911 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1041 28 clang0x005c2fc4 cc1_main(char const**, char const**, char const*, void*) + 804 29 clang0x005c1f75 main + 6965 30 libc.so.60x2b3cbd50dead __libc_start_main + 253 31 clang0x005c2b01 Stack dump: 0. Program arguments: /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name cells-test.cpp -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.22 -momit-leaf-frame-pointer -g -resource-dir /usr/bin/../lib/clang/3.0 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/include/c++/v1 -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.0/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include -O0 -std=c++11 -fdeprecated-macro -ferror-limit 19 -fmessage-length 157 -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cells-test-GKCE0l.o -x c++ cells-test.cpp 1. ./cells-impl.hpp:96:6:
Bug#704493: closed by Colin Watson cjwat...@debian.org (Re: Bug#704493: GRUB_TERMINAL=console gets remembered?)
On Tue, Apr 02, 2013 at 07:44:49AM +0800, jida...@jidanni.org wrote: B Sorry, but I don't think it's necessary to clutter the configuration B file to dispel everyone's possible misconceptions. The info B documentation linked from the top of that file makes it quite clear that B this is a configuration file used in the process of generating grub.cfg, B from which it follows naturally that regenerating grub.cfg is sufficient B to apply any changes. Well all I know is vanilla installations all have the fancy splash screen, but I'm stuck for life with the plain text screen due to something helpfully remembering the previous decisions :-( I think it unlikely that that has anything to do with GRUB_TERMINAL=console. Perhaps you haven't installed the desktop-base package, or perhaps something else; it might be possible to tell given copies of /etc/default/grub and /boot/grub/grub.cfg. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
Why? The upstream has solved the licensing and they just need to release new version with fixed license. There's no hurry to meet some deadline here... O. On Tue, Apr 2, 2013 at 10:20 AM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: On 04/02/2013 09:57 AM, Ondřej Surý wrote: The licensing issue with Smashing Magazine css file was solved, but not yet pushed to the git or next release: any chance you could upload a +dfsg package in the meantime? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- Ondřej Surý ond...@sury.org
Bug#704513: clang: error: unable to execute command: Segmentation fault
Bonjour Mathieu, On 02/04/2013 10:33, Mathieu Malaterre wrote: Package: clang Version: 1:3.0-6.1 Severity: important I can get clang to segfault doing: $ git clone git://github.com/benkard/cellspp.git $ cd cellspp $ make A small test case reproducing the issue would the issue would help a lot. Merci, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704501: lua-lpeg: fails to install with errors from ldconfig
On Tue, Apr 02, 2013 at 11:30:28AM +0900, Miles Bader wrote: Package: lua-lpeg Version: 0.10.2-5 Severity: normal As the subject, it fails to install for me. I've included the error output below. ldconfig doesn't give the location of the cache file that it's barfing on, so I'm not sure what it's trying to do... Do other packages install fine? I quite don't see how this could be a problem of lua-lpeg only. $ LANG=C dinst lua-lpeg Sorry for the ignorance, but what is dinst? ldconfig: Writing of cache data failed: No such file or directory ldconfig is a program you can run by hand (as root). Its config file could also be interesting to look at (/etc/ld.so.conf). The cache file is in /etc/ too, and is generated by ldconfig that scans the paths listed in ld.so.conf for new shared objects. Do you have any weird thing going on in /etc/ ? Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698829: kernel swap after upgrade to 3.2.23-1~bpo60+2
Hello Ben, i'm a collegue of Daniele and I'd like to add some more information on this issue, which we're still facing with 3.2.35-2~bpo60+1 . First of all, we saw there's a new version for bpo, do you want us to update and see if it fixes? We don't want to keep changing the platform (if not under your request) as it might introduce a variability that won't allow to pin-point the problem. About the bind-mounts : yes, we're a heavy clients of bind-mounts :) And while it's true they increase over time, we have a huge spike of mounts in the first period of operation of the node (after reboot, restarting the web service won't umount them), and when it reaches the balance the number of mounts increases very slowly over time. We have 300K bind-mounts and 1K per mount it means 300Mb of memory usage, but we've seen even 10GB of slab usage. Now, for example, on a machine up since 8 days I see: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 7269540 7269516 99%0.19K 363477 20 1453908K size-192 2564196 2324737 90%0.98K 6410494 2564196K nfs_inode_cache while I can see why we have the nfs_inode_cache high in the slabtop (we use intensively NFS mounts), we still observe the size-192 using quite a bit of memory , more than expected with the 1K-per-mount rules. Please let us know if you need more information, if we can run some diagnostics or try some solutions, it's really important for us to get that fixed. cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704499: Please include preseed examples, and a list of configurations variables
Regid Ichira, le Tue 02 Apr 2013 05:18:11 +0300, a écrit : On Tue, Apr 02, 2013 at 02:58:32AM +0200, Samuel Thibault wrote: Regid Ichira, le Tue 02 Apr 2013 03:37:07 +0300, a ?crit : Source: debian-installer Version: 20130211 Severity: wishlist Am I right that there are no preseed examples in the package? If so, please consider adding one, or more. Perhaps in the doc directory. While at it, perhaps a comprehensive list of all the d-i configuration variables can be added? Isn't all this available in the installation manual? I am trying to install wheezy, using an installation manual for squeeze. Is wheezy installation manual available on the web? Sure, it's along the wheezy images page: http://www.debian.org/devel/debian-installer/ Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704514: unblock: otrs2/3.1.7+dfsg1-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package otrs2 diff -Naur '--exclude=.svn' 3.1.7+dfsg1-7/debian/changelog 3.1.7+dfsg1-8/debian/changelog --- 3.1.7+dfsg1-7/debian/changelog 2013-02-27 10:25:48.144232210 +0100 +++ 3.1.7+dfsg1-8/debian/changelog 2013-04-02 10:48:16.815442475 +0200 @@ -1,3 +1,14 @@ +otrs2 (3.1.7+dfsg1-8) unstable; urgency=high + + * Add missing post database schemas for new installations with dbconfig. +Without it, new installations will miss some important foreign keys and +later fail to update to version 3.2.x. +Closes: #702251 + * Add upstream patch 31-CVE-2013-2625 to improve permission checks in +LinkObject. This fixes CVE-2013-2625. + + -- Patrick Matthäi pmatth...@debian.org Tue, 02 Apr 2013 10:39:24 +0200 + otrs2 (3.1.7+dfsg1-7) unstable; urgency=high * Do not call otrs.SetPermissions.pl in postinst, since it modificates a few diff -Naur '--exclude=.svn' 3.1.7+dfsg1-7/debian/patches/31-CVE-2013-2625.diff 3.1.7+dfsg1-8/debian/patches/31-CVE-2013-2625.diff --- 3.1.7+dfsg1-7/debian/patches/31-CVE-2013-2625.diff 1970-01-01 01:00:00.0 +0100 +++ 3.1.7+dfsg1-8/debian/patches/31-CVE-2013-2625.diff 2013-04-02 10:48:16.819442449 +0200 @@ -0,0 +1,151 @@ +# Upstream patch from: +# https://github.com/OTRS/otrs/commit/d90b8715dc348d57ffc415aeb1f57c31fa90c509 +# Improved permission checks in LinkObject. +# This fixes CVE-2013-2625. + +diff -Naur otrs2-3.1.7+dfsg1.orig/Kernel/Modules/AgentLinkObject.pm otrs2-3.1.7+dfsg1/Kernel/Modules/AgentLinkObject.pm +--- otrs2-3.1.7+dfsg1.orig/Kernel/Modules/AgentLinkObject.pm 2012-01-06 14:00:04.0 +0100 otrs2-3.1.7+dfsg1/Kernel/Modules/AgentLinkObject.pm2013-03-28 09:46:00.652927141 +0100 +@@ -63,6 +63,20 @@ + ); + } + ++# permission check ++my $Permission = $Self-{LinkObject}-ObjectPermission( ++Object = $Form{SourceObject}, ++Key= $Form{SourceKey}, ++UserID = $Self-{UserID}, ++); ++ ++if ( !$Permission ) { ++return $Self-{LayoutObject}-NoPermission( ++WithHeaderMessage= 'You need ro permission!', ++WithHeader = 'yes', ++); ++} ++ + # get form params + $Form{TargetIdentifier} = $Self-{ParamObject}-GetParam( Param = 'TargetIdentifier' ) + || $Form{SourceObject}; +@@ -140,6 +154,14 @@ + next IDENTIFIER if !$Target[1];# TargetKey + next IDENTIFIER if !$Target[2];# LinkType + ++my $DeletePermission = $Self-{LinkObject}-ObjectPermission( ++Object = $Target[0], ++Key= $Target[1], ++UserID = $Self-{UserID}, ++); ++ ++next IDENTIFIER if !$DeletePermission; ++ + # delete link from database + my $Success = $Self-{LinkObject}-LinkDelete( + Object1 = $Form{SourceObject}, +@@ -336,6 +358,14 @@ + $TargetKey= $TargetKeyOrg; + } + ++my $AddPermission = $Self-{LinkObject}-ObjectPermission( ++Object = $TargetObject, ++Key= $TargetKey, ++UserID = $Self-{UserID}, ++); ++ ++next TARGETKEYORG if !$AddPermission; ++ + # add links to database + my $Success = $Self-{LinkObject}-LinkAdd( + SourceObject = $SourceObject, +diff -Naur otrs2-3.1.7+dfsg1.orig/Kernel/System/LinkObject/Ticket.pm otrs2-3.1.7+dfsg1/Kernel/System/LinkObject/Ticket.pm +--- otrs2-3.1.7+dfsg1.orig/Kernel/System/LinkObject/Ticket.pm 2012-01-10 15:44:27.0 +0100 otrs2-3.1.7+dfsg1/Kernel/System/LinkObject/Ticket.pm 2013-03-28 09:46:00.656927287 +0100 +@@ -161,6 +161,39 @@ + return 1; + } + ++=item ObjectPermission() ++ ++checks read permission for a given object and UserID. ++ ++$Permission = $LinkObject-ObjectPermission( ++Object = 'Ticket', ++Key = 123, ++UserID = 1, ++); ++ ++=cut ++ ++sub ObjectPermission { ++my ( $Self, %Param ) = @_; ++ ++# check needed stuff ++for my $Argument (qw(Object Key UserID)) { ++if ( !$Param{$Argument} ) { ++$Self-{LogObject}-Log( ++Priority = 'error', ++Message = Need $Argument!, ++); ++return; ++} ++} ++ ++return $Self-{TicketObject}-TicketPermission( ++Type = 'ro', ++TicketID = $Param{Key}, ++UserID = $Param{UserID}, ++); ++} ++ + =item ObjectDescriptionGet() + + return a hash of object descriptions +diff -Naur otrs2-3.1.7+dfsg1.orig/Kernel/System/LinkObject.pm otrs2-3.1.7+dfsg1/Kernel/System/LinkObject.pm +---
Bug#703540: Inconsistent use of _GNU_SOURCE
On Friday 29 March 2013 11:48:16 Michael Tautschnig wrote: Hi Sven, hi all, [...] Either all or no file should #define _GNU_SOURCE. Please add information how to reproduce this the next time you are adding such such a bug. Now I can just assume what you are writing is true (even when the man page about sendto says otherwise). [...] Just one question before I elaborate a bit: what information in the man page are you referring to? I can't quite seem to see anything mentioning _GNU_SOURCE? Yes, this was exactly the thing I was pointing out: (This was at least noticed for the sendto function, but may extend to others.) Kind regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#704257: missing libgl1-mesa-dri in upgrades
On Mon, Apr 1, 2013 at 11:16 PM, Daniel Pocock dan...@pocock.com.au wrote: On 01/04/13 22:04, John Paul Adrian Glaubitz wrote: On 04/01/2013 09:59 PM, Daniel Pocock wrote: Agreed, but that doesn't complete the picture, as libgl1-mesa-glx doesn't depend on libgl1-mesa-dri: $ apt-cache depends libgl1-mesa-glx ... Recommends: libgl1-mesa-dri Well, Recommends are installed by default, aren't they? However, I'm Not during upgrade or dist-upgrade operations. This is specifically an upgrading issue. From man apt-get: upgrade: ... under no circumstances are currently installed packages removed, or packages not already installed retrieved and installed. Correct for apt/squeeze, partly-wrong for apt/wheezy (since 0.8.15.3). A package requiring a new recommends which is in a non-broken policy state previously will be held back just like other packages requiring a new depends in apt/wheezy. In apt/squeeze the policy will break, which you could fix with apt-get install --fix-policy, but that is going to fix ALL recommends. We are going to be fine in this regard as many packages have a new dependency in a new release (upgrade is mostly for between releases). In this case it is at least multiarch-support. dist-upgrade: ... intelligently handles changing dependencies with new versions of packages dist-upgrade on the other hand installs new recommends since the introduction of recommends. Keyword is new: If you had recommends disabled previously and/or removed a recommends apt will not install this recommendation again. (It compares the recommends list of the old version with the new version and only uninstalled recommends present in the new, but not in the old version are marked for installation). Of course, if the recommends isn't installable you will still get a solution which doesn't include this recommends which will be displayed as usual. You have to install it later by hand then as it now an old recommends … (In stable, uninstallability shouldn't happen though) I guess the confusion comes from the word dependencies: In APT namespace dependency means any relation which is allowed; not just a Depends. So the sentence should be read as … handles changing Pre-Depends, Depends, Conflicts, Breaks, Replaces, Provides, Recommends (if enabled, default yes) and Suggests (if enabled, default no) with new versions … (for the sake of completion: Enhances are not handled) It's just that a user shouldn't really be required to know what those are. (if you digg deaper [usually in non-user facing texts] you will come across hard, important, soft, negative and positive dependencies to complete the confusion. I will leave it as an exercise for now which subsets are meant with those adjectives) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700243: cups: Could not print with a wheezy client and hpijs driver
On Mon 01 Apr 2013 at 18:57:57 +0100, Brian Potkin wrote: and then print a job (a small text file would do) on the client. Please post the error logs if the job fails to print on the printer. Would you also send the ppd in /etc/cups/ppd which is being used. I forgot two things! 1. For the error logs please set LogLevel debug in cupsd.conf and restart cups. 2. Was the print queue set up from cups web interface at localhost:631? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704514: Acknowledgement (unblock: otrs2/3.1.7+dfsg1-8)
Am 02.04.2013 11:15, schrieb Debian Bug Tracking System: Thank you for filing a new Bug report with Debian. Hi, just in this second upstream released the security advisory for CVE-2013-2625: http://www.otrs.com/en/open-source/community-news/security-advisories/security-advisory-2013-01/ -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704515: release-notes: updates for Adding APT source from CD-ROM or DVD
Package: release-notes Severity: normal Tags: patch In upgrading.dbk, Section 4.3.3 Adding APT source from CD-ROM or DVD has: 1) references to /cdrom throughout ...but apparently that's not obsolete quite yet; it's only Wheezy's apt-cdrom that's FHS-compliant and uses /media/cdrom (see #611569). Do we know if users will need any special advice for handling the switch? 2) references to /dev/hdc These days that would be /dev/sr0 or /dev/scd0 or something, but presumably we should be talking about the /dev/cdrom symlink, right? 3) no references to Blu-ray Discs We offer images for DVD and (via jigdo only) BD, but this section talks almost exclusively about CDs (and the CD-ROM drive), with only one mention of DVDs and none of Blu-ray. Should we perhaps make the cover-term optical media in the title, and phrase things so we can fit in a reference to CDs (or DVDs or Blu-ray Discs) the first time it comes up in the text? Or perhaps we could treat CDs as the cover-term, so it's from CDs in the title, and put an expanded version in the first place where it's mentioned in the text - optical media (that is, CDs, DVDs, or Blu-ray Discs). My patch goes for /dev/cdrom, and optical media in the title. (I also pluralise sources in the title, bringing it in line with the other section titles. Even if I'm only adding one such APT source, other people on other occasions follow the same procedure.) -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Index: upgrading.dbk === --- upgrading.dbk (revision 9683) +++ upgrading.dbk (working copy) @@ -519,9 +519,10 @@ /section section id=cdroms -titleAdding APT source from CD-ROM or DVD/title +titleAdding APT sources from optical media/title para -If you want to use CDs emphasisonly/emphasis, comment out the existing +If you want to use emphasisonly/emphasis CDs +(or DVDs or Blu-ray Discs), comment out the existing quoteliteraldeb/literal/quote lines in filename/etc/apt/sources.list/filename by placing a hash sign (literal#/literal) in front of them. /para @@ -529,12 +530,12 @@ Make sure there is a line in filename/etc/fstab/filename that enables mounting your CD-ROM drive at the filename/cdrom/filename mount point (the exact filename/cdrom/filename mount point is required for -commandapt-cdrom/command). For example, if filename/dev/hdc/filename -is your CD-ROM drive, filename/etc/fstab/filename should contain a line +commandapt-cdrom/command). For example, if filename/dev/cdrom/filename +points at your CD-ROM drive, filename/etc/fstab/filename should contain a line like: /para programlisting -/dev/hdc /cdrom auto defaults,noauto,ro 0 0 +/dev/cdrom /cdrom auto defaults,noauto,ro 0 0 /programlisting para Note that there must be emphasisno spaces/emphasis between the words
Bug#565404: linux-image-2.6.26-2-amd64: atl1e: TSO is broken
On Tue, Apr 02, 2013 at 09:35:04AM +0200, Anders Boström wrote: I'm sorry, but I can't test this at the moment. The computer with the TSO-problem is running as a file-server = can't be used for testing. Also, we don't use the Atheros Ethernet interface any more due to other problems, hard hang (need reset) of the Eth-interface every ~6 month's. The bug is definitely still around. Yesterday I could reproduce it and will look for a solution in the next days. Do you have any details on the hangs every 6 months? Could you catch thread dumps or oopses? Thanks, Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704517: Fails to build with experimental gobject-introspection
Package: liblangtag Version: 0.4.0-5 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Building with experimental gobject-introspection results in the following build errors: cc: error: unrecognized command line option '--symbol-prefix=lt' cc: error: unrecognized command line option '--identifier-prefix=Lt' Passing the flags meant for the g-ir-scanner using SCANNERFLAGS instead of CFLAG fixes this. Debdiff attached which solves the issue (note the root Makefile.am change was done to make autoreconf work..) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru liblangtag-0.4.0/debian/changelog liblangtag-0.4.0/debian/changelog --- liblangtag-0.4.0/debian/changelog 2013-01-09 19:40:58.0 +0100 +++ liblangtag-0.4.0/debian/changelog 2013-04-02 10:47:27.0 +0200 @@ -1,3 +1,9 @@ +liblangtag (0.4.0-6) UNRELEASED; urgency=low + + * Fix build with new gobject-introspection + + -- Sjoerd Simons sjoerd.sim...@collabora.co.uk Tue, 02 Apr 2013 10:47:07 +0200 + liblangtag (0.4.0-5) experimental; urgency=low * make doc build into override_dh_auto_build-indep target diff -Nru liblangtag-0.4.0/debian/control liblangtag-0.4.0/debian/control --- liblangtag-0.4.0/debian/control 2013-01-09 19:37:08.0 +0100 +++ liblangtag-0.4.0/debian/control 2013-04-02 10:47:38.0 +0200 @@ -1,7 +1,7 @@ Source: liblangtag Priority: optional Maintainer: Rene Engelhard r...@debian.org -Build-Depends: debhelper (= 8.0.0), autotools-dev, pkg-config, libxml2-dev, libglib2.0-dev, check, libgirepository1.0-dev, gobject-introspection, libtool, locales +Build-Depends: debhelper (= 8.0.0), autotools-dev, pkg-config, libxml2-dev, libglib2.0-dev, check, libgirepository1.0-dev, gobject-introspection, libtool, locales, dh-autoreconf Build-Depends-Indep: gtk-doc-tools Build-Conflicts: locales-all Standards-Version: 3.9.2 diff -Nru liblangtag-0.4.0/debian/patches/fix-build-with-g-i-1.36.patch liblangtag-0.4.0/debian/patches/fix-build-with-g-i-1.36.patch --- liblangtag-0.4.0/debian/patches/fix-build-with-g-i-1.36.patch 1970-01-01 01:00:00.0 +0100 +++ liblangtag-0.4.0/debian/patches/fix-build-with-g-i-1.36.patch 2013-04-02 10:48:57.0 +0200 @@ -0,0 +1,24 @@ +--- a/Makefile.am b/Makefile.am +@@ -8,9 +8,7 @@ + #SUBDIRS += docs tests + SUBDIRS += tests + +-ACLOCAL_AMFLAGS = \ +- -I m4macros \ +- $(NULL) ++ACLOCAL_AMFLAGS = -I m4macros + + CONFIGURE_DEPENDENCIES = \ + requires \ +--- a/liblangtag-gobject/Makefile.am b/liblangtag-gobject/Makefile.am +@@ -171,6 +171,8 @@ + $(NULL) + LangTag_0_4_gir_CFLAGS = \ + $(INCLUDES) \ ++ $(NULL) ++LangTag_0_4_gir_SCANNERFLAGS = \ + --symbol-prefix=lt \ + --identifier-prefix=Lt \ + -v\ diff -Nru liblangtag-0.4.0/debian/patches/series liblangtag-0.4.0/debian/patches/series --- liblangtag-0.4.0/debian/patches/series 2012-11-21 22:56:00.0 +0100 +++ liblangtag-0.4.0/debian/patches/series 2013-04-02 10:47:57.0 +0200 @@ -1,2 +1,3 @@ no_encoding.diff liblangtag-ppc.diff +fix-build-with-g-i-1.36.patch diff -Nru liblangtag-0.4.0/debian/rules liblangtag-0.4.0/debian/rules --- liblangtag-0.4.0/debian/rules 2013-01-09 19:38:14.0 +0100 +++ liblangtag-0.4.0/debian/rules 2013-04-02 10:49:42.0 +0200 @@ -24,7 +24,7 @@ dh_auto_clean %: - dh $@ --with autotools-dev --with gir + dh $@ --with autotools-dev --with gir --with autoreconf override_dh_auto_configure: dh_auto_configure -- $(CONFIGURE_FLAGS)
Bug#704518: ITP: libnetfilter-acct -- Netfilter userspace library for accouting infrastructure
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: libnetfilter-acct Version : 1.0.2 Upstream Author : Pablo Neira Ayuso pa...@netfilter.org * URL : http://netfilter.org/projects/libnetfilter_acct/index.html * License : GPL Programming Lang: C Description : Netfilter userspace library for accouting infrastructure libnetfilter_acct is the userspace library providing interface to extended accounting infrastructure, used by nfacct. Main Features * creating accounting objects * retrieving accounting objects (and atomically set to zero) * deleting accounting objects For the nfnetlink_acct subsystem. libnetfilter_acct requires libmnl and a kernel that includes the nfnetlink_acct subsystem (i.e. 3.3 or later). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: pelican -- blog aware, static website generator
On 04/02/2013 10:35 AM, Ondřej Surý wrote: Why? because i'd like to use it, as a debian package, and i prefere not packaging it locally myself 'uselessly' if it's avoidable. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704214: ITP: numbers -- asdf
On Fri, Mar 29, 2013 at 10:16:47AM -0400, Yaroslav Halchenko wrote: * Package name: numbers The numbers program extracts numeric literals Please consider choosing a more explicit name to avoid conflicts in the same namespace, both for the Debian package and the executable tool in /usr/bin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704513: clang: error: unable to execute command: Segmentation fault
On Tue, Apr 2, 2013 at 10:45 AM, Sylvestre Ledru sylves...@debian.org wrote: Bonjour Mathieu, On 02/04/2013 10:33, Mathieu Malaterre wrote: Package: clang Version: 1:3.0-6.1 Severity: important I can get clang to segfault doing: $ git clone git://github.com/benkard/cellspp.git $ cd cellspp $ make A small test case reproducing the issue would the issue would help a lot. Let me multidelta it for you :-P multidelta -level=0 ./test1.sh foo.ii multidelta -level=1 ./test1.sh foo.ii multidelta -level=2 ./test1.sh foo.ii multidelta -level=10 ./test1.sh foo.ii Attached. test1.sh Description: Bourne shell script foo.ii Description: Binary data
Bug#704519: ITP: scim-bridge -- IME server of scim-bridge communicate with SCIM
Package: wnpp Severity: wishlist Owner: Benda Xu hero...@gentoo.org Please readopt the removed scim-bridge package[1]. I have made a package in mentors.debian.org[2]. The reason for removal of the package was that no one wanted to work on this and upstream was inactive. Now upstream has one or two active maintainers and I would like to maintain this package in Debian. Cheers, Benda 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642371 2. https://mentors.debian.net/package/scim-bridge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679806: scim-pinyin: A patch to let scim-pinyin work for gtk3 and latest scim
Dear all, I have integrated the patch to the source in Squeeze. The updated package was uploaded to mentors[1]. Please consider readopt it by mentoring to process. Cheers, Benda 1. https://mentors.debian.net/package/scim-pinyin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#351328: icheck: NMU diff for 0.9.7-6.2
Dear maintainer, I have some free time and I'm offering help. Here is the NMU diff according to DevRef 5.11.1[1][2] for bug: #351328. See the debian/patches directory for the important fixes. with some other Lintian fixes included. NOTE: There were inline changes to original sources. Those were moved to patches 10 and 11; then original files were restored (in diff: all non */debian/* files). Please let me know if it is ok to proceed with the NMU. Feel free to contact if you have any questions. Thank you for maintaining the package, Jari Aalto [1] http://www.debian.org/doc/developers-reference/pkgs.html#nmu [2] http://dep.debian.net/deps/dep1.html lsdiff(1) of changes: icheck-0.9.7/ChangeLog icheck-0.9.7/debian/changelog icheck-0.9.7/debian/clean icheck-0.9.7/debian/compat icheck-0.9.7/debian/control icheck-0.9.7/debian/copyright icheck-0.9.7/debian/patches/10-local-changes.patch icheck-0.9.7/debian/patches/11-local-changes-tests.patch icheck-0.9.7/debian/patches/20-bug-351328.patch icheck-0.9.7/debian/patches/30-manpage.patch icheck-0.9.7/debian/patches/40-make.patch icheck-0.9.7/debian/patches/series icheck-0.9.7/debian/rules icheck-0.9.7/debian/source/format icheck-0.9.7/debian/watch icheck-0.9.7/Makefile icheck-0.9.7/NEWS icheck-0.9.7/t/04_align/diff icheck-0.9.7/t/04_align/original diffstat for icheck-0.9.7 icheck-0.9.7 ChangeLog | 40 Makefile|3 NEWS|5 - debian/changelog| 29 + debian/clean|1 debian/compat |2 debian/control |8 +- debian/copyright| 46 ++ debian/patches/10-local-changes.patch | 88 debian/patches/11-local-changes-tests.patch | 33 ++ debian/patches/20-bug-351328.patch | 56 + debian/patches/30-manpage.patch | 27 debian/patches/40-make.patch| 24 +++ debian/patches/series |5 + debian/rules| 59 -- debian/source/format|1 debian/watch|1 t/04_align/diff | 16 + t/04_align/original |2 19 files changed, 336 insertions(+), 110 deletions(-) diff -Nru icheck-0.9.7/ChangeLog icheck-0.9.7/ChangeLog --- icheck-0.9.7/ChangeLog 2013-03-22 11:02:30.0 +0200 +++ icheck-0.9.7/ChangeLog 2005-08-01 20:28:55.0 +0300 @@ -2,46 +2,6 @@ # arch-tag: automatic-changelog--asuffi...@debian.org--gluck-2005/icheck--main--0 # -2005-10-10 03:04:53 GMT Andrew Suffield asuffi...@debian.org patch-46 - -Summary: - fix stupid makefile -Revision: - icheck--main--0--patch-46 - - -modified files: - ChangeLog Makefile - - -2005-08-15 16:32:43 GMT Andrew Suffield asuffi...@debian.org patch-45 - -Summary: - fix test update -Revision: - icheck--main--0--patch-45 - - -removed files: - t/04_align/.arch-ids/result.compare.id - t/04_align/result.compare - -modified files: - ChangeLog - - -2005-08-15 16:29:34 GMT Andrew Suffield asuffi...@debian.org patch-44 - -Summary: - forget it, alignment and size diffs will never work with these tests -Revision: - icheck--main--0--patch-44 - - -modified files: - ChangeLog NEWS t/04_align/diff t/04_align/original - - 2005-08-01 17:27:22 GMT Andrew Suffield asuffi...@debian.org patch-43 Summary: diff -Nru icheck-0.9.7/debian/changelog icheck-0.9.7/debian/changelog --- icheck-0.9.7/debian/changelog 2013-03-22 11:02:30.0 +0200 +++ icheck-0.9.7/debian/changelog 2013-03-22 10:23:53.0 +0200 @@ -1,3 +1,32 @@ +icheck (0.9.7-6.2) unstable; urgency=low + + * Non-maintainer upload. +- Move to packaging format 3.0 (quilt) +- Use hardened build flags + http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags + * debian/clean +- New file. + * debian/compat +- Update to 9. + * debian/control +- (Build-Depends): Update to debhelper 9. +- (Depends): add ${misc:Depends}. +- (Standards-Version): Update to 3.9.4. + * debian/copyright +- Update to format 1.0. + * debian/patches +- (10, 11): New. Move local changes here. +- (20): New. Fix can't call method get. Patch thanks to Eugene Konev + e...@imfi.kspu.ru (Closes: #351328). +- (30): New. Corrections to manpage. +- (40): New. Adjust Makefile for hardened build flags. + * debian/rules +- Update to dh(1). + * debian/watch +- New file. + + -- Jari Aalto jari.aa...@cante.net Fri, 22 Mar 2013 10:23:53 +0200 + icheck
Bug#704520: RM: midgard2-core/10.05.7.1-1 php5-midgard2/10.05.7-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi dear Release Team, hi dear midgard2-core and php5-midgard2 maintainers, as explained in http://bugs.debian.org/677795#67 , I think midgard2-core (and it's only build-rdep, php5-midgard2) should get removed from testing: As I read it, the package had several packaging-related issues summing up to that serious bug, filed two weeks before the freeze. Since then, in September, a package supposedly fixing these issues has been uploaded and queued in NEW [0]; it hasn't been liberated from NEW yet. From here, I see three ways forward: a) a new package enters unstable, and then Wheezy, but that seems unlikely; b) midgard2-core and php5-midgard2 are removed from Wheezy, thereby removing the RC bug. c) that bug either gets downgraded to non-RC severity, or tagged wheezy-ignore by the release team. As I think the concerns originally leading to the severity of that bug are correct, I would rather be of the opinion to drop the two packages. As you see, I think that as this point, b) is the only reasonable choice. Cheers, OdyX -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.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#689031: wordpress: CVE-2012-4448
Package: wordpress Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.8) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/689031/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704518: ITP: libnetfilter-acct -- Netfilter userspace library for accouting infrastructure
Hello, FYI: This library package is already uploaded to Debian [1], but lagging by the minor version (1.0.1). If you would like to help, I think, you could prepare a patch and ping Laurence J. Lane.http://qa.debian.org/developer.php?login=ljl...@debian.org [1] http://packages.qa.debian.org/libn/libnetfilter-acct.html Regards, Neutron Soutmun On Tue, Apr 2, 2013 at 4:14 PM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: libnetfilter-acct Version : 1.0.2 Upstream Author : Pablo Neira Ayuso pa...@netfilter.org * URL : http://netfilter.org/projects/libnetfilter_acct/index.html * License : GPL Programming Lang: C Description : Netfilter userspace library for accouting infrastructure libnetfilter_acct is the userspace library providing interface to extended accounting infrastructure, used by nfacct. Main Features * creating accounting objects * retrieving accounting objects (and atomically set to zero) * deleting accounting objects For the nfnetlink_acct subsystem. libnetfilter_acct requires libmnl and a kernel that includes the nfnetlink_acct subsystem (i.e. 3.3 or later). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130402091438.6478.18609.report...@r2d2.cica.es
Bug#704518: ITP: libnetfilter-acct -- Netfilter userspace library for accouting infrastructure
Oops, I have not seen your closing bug message, sorry for the noise :) On Tue, Apr 2, 2013 at 6:16 PM, Neutron Soutmun neo.neut...@gmail.comwrote: Hello, FYI: This library package is already uploaded to Debian [1], but lagging by the minor version (1.0.1). If you would like to help, I think, you could prepare a patch and ping Laurence J. Lane.http://qa.debian.org/developer.php?login=ljl...@debian.org [1] http://packages.qa.debian.org/libn/libnetfilter-acct.html Regards, Neutron Soutmun On Tue, Apr 2, 2013 at 4:14 PM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: libnetfilter-acct Version : 1.0.2 Upstream Author : Pablo Neira Ayuso pa...@netfilter.org * URL : http://netfilter.org/projects/libnetfilter_acct/index.html * License : GPL Programming Lang: C Description : Netfilter userspace library for accouting infrastructure libnetfilter_acct is the userspace library providing interface to extended accounting infrastructure, used by nfacct. Main Features * creating accounting objects * retrieving accounting objects (and atomically set to zero) * deleting accounting objects For the nfnetlink_acct subsystem. libnetfilter_acct requires libmnl and a kernel that includes the nfnetlink_acct subsystem (i.e. 3.3 or later). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130402091438.6478.18609.report...@r2d2.cica.es
Bug#704518: ITP: libnetfilter-acct -- Netfilter userspace library for accouting infrastructure
2013/4/2 Neutron Soutmun neo.neut...@gmail.com Hello, FYI: This library package is already uploaded to Debian [1], but lagging by the minor version (1.0.1). If you would like to help, I think, you could prepare a patch and ping Laurence J. Lane.http://qa.debian.org/developer.php?login=ljl...@debian.org [1] http://packages.qa.debian.org/libn/libnetfilter-acct.html Regards, Neutron Soutmun On Tue, Apr 2, 2013 at 4:14 PM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: libnetfilter-acct Version : 1.0.2 Upstream Author : Pablo Neira Ayuso pa...@netfilter.org * URL : http://netfilter.org/projects/libnetfilter_acct/index.html * License : GPL Programming Lang: C Description : Netfilter userspace library for accouting infrastructure libnetfilter_acct is the userspace library providing interface to extended accounting infrastructure, used by nfacct. Main Features * creating accounting objects * retrieving accounting objects (and atomically set to zero) * deleting accounting objects For the nfnetlink_acct subsystem. libnetfilter_acct requires libmnl and a kernel that includes the nfnetlink_acct subsystem (i.e. 3.3 or later). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130402091438.6478.18609.report...@r2d2.cica.es Hello, thanks for your interest. I've already closed the ITP bug. I will wait until wheezy release to see what Laurence do with this. -- Arturo Borrero González
Bug#704518: ITP: libnetfilter-acct -- Netfilter userspace library for accouting infrastructure
2013/4/2 Neutron Soutmun neo.neut...@gmail.com Oops, I have not seen your closing bug message, sorry for the noise :) You are welcome :) Regards. -- Arturo Borrero González
Bug#704521: virtuoso-opensource-6.1: Virtuoso server stop script fails to stop server cleanly, potentially causing database corruption
Package: virtuoso-opensource-6.1 Severity: critical Justification: causes serious data loss Dear Maintainer. When calling '/etc/init.d/virtuoso-opensource-6.1 stop', virtuoso may still be running after the script completes. This might lead to database corruption, e.g. on system reboot. Seemingly, the script fails to wait for a clean exit of the server in this section: quote stop) log_daemon_msg Stopping $DESC $NAME if running ; then # Only stop the server if we see it running errcode=0 stop_server || errcode=$? log_end_msg $errcode else # If it's not running don't do anything log_progress_msg apparently not running log_end_msg 0 exit 0 fi ;; /quote I have modified the script to temporarily circumvent the situation on my system by enclosing part of this snippet in a while-loop, as below: quote stop) log_daemon_msg Stopping $DESC $NAME # keep stopping the server if it fails to stop while running; do if running ; then # Only stop the server if we see it running errcode=0 stop_server || errcode=$? log_end_msg $errcode else # If it's not running don't do anything log_progress_msg apparently not running log_end_msg 0 exit 0 fi sleep 2 # wait two seconds before looping done ;; /quote As my knowledge of rc.d scripts is limited, this was a quick hack to prevent my database to suffer corruption. My solution does not cater for the need to force-stop virtuoso. If the server does not exit cleanly at some point, I have effectively created an infinite loop. Please fix this situation in a more proper fashion. Regards ;)Frode Frode Severin Hatlevik -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.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#694717: nut-server cannot start automatically on system boot
Hello comrades. Is there any progress in your work? I have some observations on the work of nut-server. If the service could not be started automatically, it also can not be started using the command sudo /etc/init.d/nut-server start , but command sudo upsdrvctl start works always. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643008: forwarded upstream
Control: tags -1 +upstream Control: forwarded -1 http://bugs.locamotion.org/show_bug.cgi?id=2810 Whether or not this fails depends on the particular zip file used -- the test as described in the original report actually passes if you create the zip file using zip(1) from wheezy while it fails if you create the zip file using zip(1) from squeeze. (many thanks to Nicolas Dandrimont for helping track that down) cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 signature.asc Description: This is a digitally signed message part.
Bug#316360: Please update magyar.ldf
tags 316360 + fixed-upstream stop On 30.06.05 Andras Korn (korn-debb...@chardonnay.math.bme.hu) wrote: Hi, please update /usr/share/texmf/tex/generic/babel/magyar.ldf to the new version available from http://www.math.bme.hu/~pts/cvsget.cgi/u=magyar/p=/M=lakk/c=f1/n=/lakk/texmf/tex/generic/magyar/magyar.ldf - the mathematicians tell me many things don't work correctly with the old one. I can ask them to elaborate if necessary. Andras According to the LaTeX bug tracking system the lang packages are not part of babel core any more. Further the magyar package available form CTAN is now version 1.5. They have closed the bug. I tag this bug as fixed in upstream, no the new lang pack is not yet in TL. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#704522: Add unar support
Package: evince Version: 3.4.0-3.1 Severity: wishlist Hi, Evince can currently use either the proprietary unrar or the free software unrar to decompress comics documents. The free software unrar cannot handle some RAR files, however. Please add support for unar, which is free software and can handle more RAR files than the free software unrar. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
Hello thx to your repley You marked the bug with patch but I don't see any patch, I assume this was an error. yes you are right, sorry for that :( Severity: criticalok i see i overdid it just saw datalost but i think it means it in an other content. Nothing in man cp guarantees that the file has been copied to the disk when the command exits. i know that there is no guarantees but at the bash normaly when the prompt comes back, the command is fineshed or? which in this case isn't Couldn't this make bad behaivors when i write for example bash scripts which makes further actions with the file? I'm a little bit curios that you don't see that kde and cp is showing that they have fineshed the file but it isn't. I think this behaivor wasn't in the last two stables (maybe i had luck?) but i never used some unmount or save remove.There was no need do it., ok i can do it now. If i unmount there is an error when its coping what is more or less ok: Unmount failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. but at the kde eject there is no feedback, you can not say is it now unmounted or not. I think it would be nice to have a progress bar that would show the actual data transfer. But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) thanks for your answers Best regards
Bug#611190: Works like a charm now
Le jeudi 22 septembre 2011 15:26:45, Thomas Preud'homme a écrit : Hi there, I tried again today and it now works like a charm. I'm sorry I can't put a version in it but anyway, I have the feeling the problem was solved thanks to another component change. Thanks for maintaining ibus. I don't remember what I did in my tests but I supposed I had deactivated ibus by mistake. I reinstalled ibus this WE and the problem is still present. I managed to make it disappear by installing qt4-qtconfig and running qtconfig to set ibus as the input method. It would be nice if qt4-qtconfig could be at least recommended by ibus-qt4 and the procedure of running qtconfig documented unless it is supposed to work without qtconfig in which case there is a bug. Best regards, Thomas signature.asc Description: This is a digitally signed message part.
Bug#700073: repo moved
Moved repository to: https://github.com/gc3-uzh-ch/ganglia Regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704523: fixed IPv6 Configuration only in installer fails
Package: installation-reports Boot method: iso mounted into virtual machine Image version: http://cdimage.debian.org/cdimage/wheezy_di_rc1/amd64/iso-cd/debian-wheezy-DI-rc1-amd64-netinst.iso Date: 2013-04-02 12:50:00 CEST Machine: VMware ESX 5.1 Virtual Machine, configured to run Debian 6.0 AMD 64 Processor: Intel Xeon E5-26500 (1vCPU) Memory: 1024MB Partitions: none specified Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: On my network we have IPv6 enabled. I wanted to configure the new box IPv6 only with a fixed Address to test. Booting off the RC1 ISO, I set following options Regular install Language: English Country: Austria Default Setting: en_US.UTF-8 Keymap: German At the nameserver screen I go back twice to specify a fixed IPv6 Address. IP Address: 2001:629:1005:323::161 Netmask: ::::: Gateway: 2001:629:1005:323::1 Nameservers: 2001:629:1001:1::53 2001:629:1001:2::53 Then the screen stays blue and never goes on. On console 4 I see the following logmessage looping: nc_v6_interface_configured(eth0, scope global) Running ip addr show eth0 to look for address ip line: 2: eth0:BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qd isc pfifo_fast qlen 1000 ip line: link/ether 00:50:56:be:XX:XX brd ff:ff:ff:ff:ff:ff ip line: inet6 2001:629:1005:323:250:56ff:febe:/64 scope global dynamic ip line: valid_lft 2591972sec preffered_lft 604772sec ip line: inet6 2001:629:1005:323::161/64 scope global tentative flags 08 ip line: valid_lft forever preffered_lft forever ip line: inet6 fe80::250:56ff:febe:/64 scope link ip line: valid_lft forever preffered_lft forever On console 2 I can ping both nameservers but the installer hangs at a blue screen. Thanks Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565404: linux-image-2.6.26-2-amd64: atl1e: TSO is broken
HFS == Hannes Frederic Sowa han...@stressinduktion.org writes: HFS The bug is definitely still around. Yesterday I could reproduce it and will HFS look for a solution in the next days. This sounds great! HFS Do you have any details on the hangs every 6 months? Could you catch HFS thread dumps or oopses? As I wrote, the computer is a live file-server, so we have restarted the computer as soon as possible when this has occured, and currently use an Intel NIC instead. The following was logged when the hang occured: May 19 12:50:32 flash kernel: [12182478.782248] ATL1E :03:00.0: atl1e_clean is called when AT_DOWN ... Dec 8 15:00:28 flash kernel: [5282450.781172] ATL1E :03:00.0: atl1e_clean is called when AT_DOWN / Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
Hi, On Montag, 1. April 2013, Adam D. Barratt wrote: If people would rather this happen via t-p-u and there's an ACK from the RT, I'm fine with uploading such a change. It can't go via t-p-u, as testing and unstable are in sync. Uhm, is this really technically enforced? And if so, why? So it either needs an unstable upload, or to wait for the first point release. This seems to be a usecase for this, though clearly everybody can live with it not happening now :-) But still I'm very much puzzled about this constraint. Ah, it's the version in (testing or t-p-u) must be lower than unstable constraint. Sending this mail for the benefit of other people wondering the same :-) cheers, Holge signature.asc Description: This is a digitally signed message part.
Bug#703146: Bug#704263: installation-reports: busybox fails to verify on current wheezy/sid installer
Hi, Adam Baxter wrote: Subject: […] busybox fails to verify on current wheezy/sid installer Same here. But not only busybox, but also dmsetup, libdevmapper1.02.1, etc. As this was prefixed with in-target I checked how the issue is presented from inside the chroot: apt-get install busybox really complains about an unauthenticated package. apt-get update doesn't solve the issue but reveals the source for the issue: W: GPG errror: http://debian.ethz.ch wheezy Release: The following signatures were invalid: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key (6.0/squeeze) ftpmas...@debian.org According to https://lists.debian.org/debian-mirrors/2013/03/msg5.html this looks a lot like http://bugs.debian.org/703146 (Cc'ed), too, which is worked on. Interestingly the issue could be solved by running the following commands inside the chroot while D-I asks me which kernel to install: # cd /var/lib/apt/lists # rm ftp.*.debian.org* # apt-get update # apt-get install busybox (No BADSIG here, installs fine.) (If I do this before that question, debootstrap seems to overwrite the previous installation and hence the manually installed busybox.) So the funny thing is that all packages were accepted despite the BADSIG issue, except busybox. Sounds as if there's more broken than just #703146. It also seems to have forgotten some settings after aborting at the busybox install failure. E.g. preseeding stuff (otherwise I would have expected that it doesn't ask me for the kernel to choose at some point) as well the fact that it should have had installed lvm2 into the target (as I manually partitioned a VG in the installer), i.e. it didn't find any root file system at the first reboot and I had to boot via PXE for rescue mode to install lvm2, too. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704524: unblock: nbd/1:3.2-4
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal X-Debbugs-Cc: wou...@debian.org Hi, On 02/04/13 08:41, Wouter Verhelst wrote: I'd appreciate it if you could look at the upload and possibly approve it, although I of course concede that it's your prerogative to reject the upload for testing, if you think it prudent. [...] I realize I might be looking like an ass here, but I'd really like some reply to this request. It's in sid, so this might as well be an unblock request with debdiff attached. So I've done this for you. Could the Release Team please consider to: unblock nbd/1:3.2-4 But I'm fairly sure it's not acceptable in its current form. I had to gzip the debdiff to get a 10KiB attachment. It seems autoconf stuff was regenerated with newer versions? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org nbd_3.2-2_3.2-4.debdiff.gz Description: GNU Zip compressed data
Bug#704525: libspice-client-glib-2.0-8: Please split support files in their own package
Package: libspice-client-glib-2.0-8 Version: 0.18-0nocelt1exp Severity: normal Hi, Could you please split the support files (polkit, acl-helper,...) out of the library package. This would make it possible to have several version of the library at the same time on the system and avoid Breaks/Conflicts. Cheers Laurent Bigonville -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libspice-client-glib-2.0-8 depends on: ii libacl1 2.2.51-8 ii libc62.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgudev-1.0-0 175-7.1 ii libjpeg8 8d-1 ii libpixman-1-00.26.0-4 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 2.0-6 ii libpulse02.0-6 ii libsasl2-2 2.1.25.dfsg1-6 ii libssl1.0.0 1.0.1e-2 ii libusb-1.0-0 2:1.0.12-2 ii libusbredirhost1 0.4.3-2 ii libusbredirparser0 0.4.3-2 ii multiarch-support2.13-38 ii zlib1g 1:1.2.7.dfsg-13 libspice-client-glib-2.0-8 recommends no packages. libspice-client-glib-2.0-8 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#704524: unblock: nbd/1:3.2-4
Control: tags -1 moreinfo Hi Wouter, You had a FTBFS on mips which would need to be fixed in any case. E: listing not allowed by server. FAIL: list That sounds like it might be related to this change you mentioned? But seems odd it would only occur on one architecture: On 12/03/13 09:39, Wouter Verhelst wrote: (make nbd-server not go berserk upon receipt of a 'list exports' packet; fixes a remote DoS Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
On 02.04.2013 12:37, Holger Levsen wrote: On Montag, 1. April 2013, Adam D. Barratt wrote: If people would rather this happen via t-p-u and there's an ACK from the RT, I'm fine with uploading such a change. It can't go via t-p-u, as testing and unstable are in sync. [...] But still I'm very much puzzled about this constraint. Ah, it's the version in (testing or t-p-u) must be lower than unstable constraint. testing must always be = unstable, yes. That doesn't seem an unreasonable constraint, at least in the majority of situations. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704526: lua5.2: example script uses the wrong version
Package: lua5.2 Version: 5.2.1-3 Severity: minor Tags: patch Minor issue. This is lua 5.2, but the example script goes looking for 5.1. It's probably best just to drop the version altogether so you don't have to maintain it: diff -Nur lua5.2-5.2.1/debian/examples/debian/script/hello lua5.2-5.2.1.new/debian/examples/debian/script/hello --- lua5.2-5.2.1/debian/examples/debian/script/hello2011-07-21 23:07:17.0 +1000 +++ lua5.2-5.2.1.new/debian/examples/debian/script/hello 2013-04-02 22:36:31.290213589 +1000 @@ -1,3 +1,3 @@ -#!/usr/bin/env lua5.1 +#!/usr/bin/env lua print 'hello from Lua' -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lua5.2 depends on: ii libc6 2.13-38 ii libreadline6 6.2+dfsg-0.1 lua5.2 recommends no packages. lua5.2 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#704527: biber: Character ( not allowed in key although valid in BiBTeX
Package: biber Version: 0.9.9+release-1 Severity: normal Dear Maintainer, biber does not seem to accept the character ( in a bibtex key. This is rather irritating, as the old bibtex did accept it along some other non-letter characters. This may of course be a conscious choice of the developers, but in any case it breaks the backwards compatibility of the databases (and for me, a lot of documents) and perhaps should be investigated. In older versions of biber there was an option to select a different type of parser, which in fact did circumvent the problem, but this option has obviously been removed. All the best, Harri Kiiskinen -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages biber depends on: ii libdata-compare-perl1.22-0.1 ii libdata-dump-perl 1.21-1 ii libdate-simple-perl 3.03.03-1+b3 ii libfile-slurp-unicode-perl 0.7.1-1 ii libipc-run3-perl0.045-1 ii liblist-allutils-perl 0.03-1 ii liblist-moreutils-perl 0.33-1+b1 ii liblog-log4perl-perl1.29-1 ii liblwp-protocol-https-perl 6.03-1 ii libreadonly-perl1.03-4 ii libregexp-common-perl 2011121001-1 ii libtext-bibtex-perl 0.63-1 ii libunicode-collate-perl 0.89-1 ii libwww-perl 6.04-1 ii libxml-libxml-simple-perl 0.91-1 ii libxml-libxslt-perl 1.77-1 ii libxml-writer-string-perl 0.1-1 ii perl5.14.2-20 ii perl-modules [libunicode-collate-perl] 5.14.2-20 Versions of packages biber recommends: ii biblatex 1.7-1 ii libreadonly-xs-perl 1.04-2+b3 biber 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#316360: Please update magyar.ldf
tags 316360 - fixed-upstream thanks On Di, 02 Apr 2013, Hilmar Preusse wrote: According to the LaTeX bug tracking system the lang packages are not part of babel core any more. Further the magyar package available form CTAN is now version 1.5. They have closed the bug. I tag this bug as fixed in upstream, no the new lang pack is not yet in TL. Since *TeX Live* is our upstream, this is not a fixed-upstream tag. Please bring it to the TeX Live mailing list, so that it can be fixed before the release of TL2013. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704524: unblock: nbd/1:3.2-4
Hi Steven, On 02-04-13 14:51, Steven Chamberlain wrote: Control: tags -1 moreinfo Hi Wouter, You had a FTBFS on mips which would need to be fixed in any case. E: listing not allowed by server. FAIL: list That sounds like it might be related to this change you mentioned? But seems odd it would only occur on one architecture: It's not the only failure in the test suite; looking at the tests that failed, my guess is that there is another nbd-server running on the buildd in question. Mips buildd admins: can you please verify if that is the case? If so (and it's not genuinely installed), please kill it and reschedule the build, it should work then. (I discovered a while back that the nbd-server test suite did not properly kill the running server, which opens port 10809 by default. I thought I fixed that, but I might be mistaken...) -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684731: Duplicates in launchpad
This bug has some duplicates in Launchpad, all of which can be reached from this one: https://bugs.launchpad.net/rubber/+bug/816470 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703811: maint-guide: should not tell to use dpkg-buildpackage to build a package
On Tue, Apr 02, 2013 at 03:01:29AM +0200, Vincent Lefevre wrote: On 2013-03-25 22:23:18 +0900, Osamu Aoki wrote: But *PACKAGE BUILD ENVIRONMENT* is not the same thing as the user's normal shell working environment. We must use sanitized build environment. I think this is what you are missing. Now i have better idea what kind of precaution words to use. This is exactly what this bug report is about: maint-guide should suggest to use debuild (which sanitizes the build environment) rather than dpkg-buildpackage (which doesn't sanitize it). Hmmm... may be I did not make myself clear enough. I think use of *debuild* is not enough! I have no intent to give people a false sense of sanitization. There are much more than just using the debuild. So learning to use dpkg-buildpackage properly is what I call requirement for the proper *PACKAGE BUILD ENVIRONMENT*. If you find a DD other than you supporting your idea to push the use of debuild over dpkg-buildpackage, let me know. I will reconsider my position. Osamu PS: The package building under the easiest automatically sanitized environment is to use *pdebuild*. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684731: Duplicates in launchpad
This bug has some duplicates in Launchpad, all of which can be reached from this one: https://bugs.launchpad.net/rubber/+bug/816470 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694708: (no subject)
Hi, You can take the ownership of the package, as I don't immediately have time to work on this. Regards Dominick Sent on my BlackBerry® from Vodafone
Bug#704528: Please include new resolvconf hook script which handles multiple postfix instances
Package: postfix Version: 2.9.6-2 Severity: wishlist Tags: patch Attached is a new resolvconf update hook script (/etc/resolvconf/update-libc.d/postfix) which handles multiple postfix instances. Please include it instead of the existing script. Thanks to Patrik Båt for writing this. -- Thomas Hood resolvconf developers resolvconf-de...@lists.alioth.debian.org postfix-resolvconf_20130307th1 Description: Binary data
Bug#701059: [Pkg-haskell-maintainers] Bug#701059: haskell-conduit: FTBFS: test failure form doctest adopted
On Thu, Feb 21, 2013 at 12:36:28PM +0100, Joachim Breitner wrote: Am Donnerstag, den 21.02.2013, 13:10 +0900 schrieb Debian ppc64 build daemon: Build test of haskell-conduit fails form ver. 0.5.5 which adopted doctest. http://buildd.debian-ports.org/status/logs.php?pkg=haskell-conduitarch=ppc64 Unfortunately, because transitions of ghc is not applied to experimental repository, this error is not checked at present except on ppc64 port. https://buildd.debian.org/status/package.php?p=haskell-conduitsuite=experimental http://buildd.debian-ports.org/status/package.php?p=haskell-conduitsuite=experimental So, since it may be a bug peculiar to doctest on ppc64 port, this is reported by Severity: important. doctest requires GHCi, which is not supported on all architectures. The cleanest fix would be if doctest would detect this situation and fail gracefully: https://github.com/sol/doctest-haskell/issues/46 I don't think this fix will cover armhf, where GHCi is present: $ ghc --info | grep 'Have interpreter' ,(Have interpreter,YES) ... but broken: http://hackage.haskell.org/trac/ghc/ticket/7794 I don't know what would be best here, as I haven't managed to nail down a proper fix yet; would it be worth explicitly excluding armhf in doctest for now, or would it be better to disable GHCi on armhf until it's fixed properly (which will probably require some set of packages to be removed on armhf), or something else? -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703404: debian-installer: wheezy (PXE boot) failes to install busybox and kernel
Package: debian-installer Version: 20130211 Followup-For: Bug #703404 Hi, I don't understand why bug #703146 is not already fixed, but here is a workaround based on the suggestion of Pierre Blondeau (http://bugs.debian.org/703404#112): It consists to modify /bin/apt-install in the initrd to make it manages errors differently; if installation of a package fails (this can happen for busybox or any other package after the debootstrap-base stage), then clean and update the APT database of the target, and try again. This works fine, also for automated and preseeded installations; this has been tested with the netboot initrd (20130211). See the diff in attachment. cheers, quidame -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 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 --- a/bin/apt-install 2011-02-11 03:00:13.0 +0100 +++ b/bin/apt-install 2013-04-02 10:07:43.038031326 +0200 @@ -76,6 +76,21 @@ in-target sh -c debconf-apt-progress --no-progress --logstderr -- \ apt-get $apt_opts install $packages || ERRCODE=$? + +# This is a workaround of the bugs: +# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703146 +# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703404 +# If installation of a package fails, clean and update APT database, and try +# again. +if [ $ERRCODE != 0 ]; then + ERRCODE=0 + in-target find /var/lib/apt/lists/ -type f -delete + in-target apt-get update + in-target sh -c debconf-apt-progress --no-progress --logstderr -- \ + apt-get $apt_opts install $packages || ERRCODE=$? +fi + + if [ $REMOUNT_CD ]; then load-install-cd /target || true fi
Bug#701059: [Pkg-haskell-maintainers] Bug#701059: haskell-conduit: FTBFS: test failure form doctest adopted
Hi, Am Dienstag, den 02.04.2013, 14:40 +0100 schrieb Colin Watson: I don't think this fix will cover armhf, where GHCi is present: $ ghc --info | grep 'Have interpreter' ,(Have interpreter,YES) ... but broken: http://hackage.haskell.org/trac/ghc/ticket/7794 I don't know what would be best here, as I haven't managed to nail down a proper fix yet; would it be worth explicitly excluding armhf in doctest for now, or would it be better to disable GHCi on armhf until it's fixed properly (which will probably require some set of packages to be removed on armhf), or something else? thanks for following up. I think the cleanest solution would be to disable GHCi if it is broken, or simply leave things as they are and live with the failed builds until the problem resolves itself with a new upstream version of GHC. But I would not mind other opinions on the matter. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#679005: mame: Segfaults on armel or armhf
Package: mame Version: 0.148-1 Followup-For: Bug #679005 Hi! I still have the segfault with an armhf build of 0.148-1. Starting in gdb gives: Program received signal SIGSEGV, Segmentation fault. 0x0170029a in ?? () If I only knew, what lib is in this memory range. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.8.0-1-ac100+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mame depends on: ii gconf-service 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libexpat1 2.1.0-1 ii libflac81.2.1-6+b1 ii libfontconfig1 2.9.0-7.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libpango1.0-0 1.30.0-1 ii libportmidi01:184-2.1 ii libsdl-ttf2.0-0 2.0.11-2 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1 ii libxinerama12:1.1.2-1 ii mess-data 0.148-1 ii zlib1g 1:1.2.7.dfsg-13 mame recommends no packages. Versions of packages mame suggests: pn gnome-video-arcade none pn mame-extra none pn mame-tools none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612610: lintian: should suggest switching to 3.0 (quilt)
* Niels Thykier ni...@thykier.net, 2013-03-29, 01:28: With #359059 being fixed in 2.5.12, perhaps it is worth for us to consider if Lintian could be used for more than mere flaw reporting. Like adding a new kind of tag that is not a flaw but simply a property of the package[2]. [...] [2] Originally I considered using informational tag here, but I figured it would be confused with I tags. The code for the new message type could be F, as in: it's not a bug, it's a Feature. /bikeshedding -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681741: libreoffice: LibreOffice user installation could not be processed etc.
I want to start with - I am a noob linux user. I had the same problem today. Fresh squeeze install then shutdown for the night then updgraded to wheezy in the morning. I installed from the 180 MB or sth CD. I choose alternative lxde desktop then graphic install. when squeeze was installed it was idleing till I turned it off for the night(I didn;t use it). The next morning I started it, opened LXTerminal, logged as su, used nano to change sources.list then upgraded. The only thing I did before I opened for the first time libreoffice was adduser to sudo and browse the internet for four hours plus some cosmetic changes to the look of lxde. My ~/.config/libreoffice was root.root I did 'chown -R user.user ~/.config/libreoffice' and now it is fixed. It is rare unicorn bug maby :) Because I am noob the only thing I can do is confirm that the bug exists.
Bug#704529: aptitude: Add new line character in help output
Package: aptitude Version: 0.6.3-3.2+squeeze1 Severity: minor Tags: patch Added missing newline character before -i parameter -- Package-specific info: aptitude 0.6.3 compiled at Aug 10 2011 23:28:10 Compiler: g++ 4.4.5 Compiled against: apt version 4.10.1 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fff74dff000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7ffc72d4b000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7ffc72af8000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7ffc728f2000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7ffc72626000) libept.so.1 = /usr/lib/libept.so.1 (0x7ffc723d2000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7ffc71ff1000) libz.so.1 = /usr/lib/libz.so.1 (0x7ffc71dda000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7ffc71b3) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0x7ffc71914000) libpthread.so.0 = /lib/libpthread.so.0 (0x7ffc716f8000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7ffc713e4000) libm.so.6 = /lib/libm.so.6 (0x7ffc71161000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7ffc70f4b000) libc.so.6 = /lib/libc.so.6 (0x7ffc70be9000) libutil.so.1 = /lib/libutil.so.1 (0x7ffc709e5000) libdl.so.2 = /lib/libdl.so.2 (0x7ffc707e1000) libuuid.so.1 = /lib/libuuid.so.1 (0x7ffc705dc000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7ffc703cc000) librt.so.1 = /lib/librt.so.1 (0x7ffc701c4000) /lib64/ld-linux-x86-64.so.2 (0x7ffc73067000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.10.3+squeeze1 Advanced front-end for dpkg ii libboost-iostreams1.42 1.42.0-4 Boost.Iostreams Library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcwidget30.5.16-3 high-level terminal interface libr ii libept11.0.4 High-level library for managing De ii libgcc11:4.4.5-8 GCC support library ii libncursesw5 5.7+20100313-5shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1 type-safe Signal Framework for C++ ii libsqlite3-0 3.7.13-1~bpo60+1 SQLite 3 shared library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libxapian221.2.3-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii sensible-utils0.0.4 Utilities for sensible alternative Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.88 Tool for selecting tasks for insta -- no debconf information diff -r 395496810479 src/main.cc --- a/src/main.cc Fri Mar 12 01:32:14 2010 -0800 +++ b/src/main.cc Tue Apr 02 17:26:59 2013 +0400 @@ -216,7 +216,7 @@ strong dependencies.\n)); printf(_( -S fname Read the aptitude extended status info from fname.\n)); printf(_( -u Download new package lists on startup.\n)); - printf(_( (terminal interface only))); + printf(_( (terminal interface only)\n)); printf(_( -i Perform an install run on startup.\n)); printf(_( (terminal interface only))); printf(\n);
Bug#698772: RFA: salt - remote manager to administer servers
On Mon, Jan 28, 2013 at 16:42:59 -0430, Franklin G. Mendoza wrote: retitle 698772 ITA: salt - remote manager to administer servers owner Michael Prokop ! thanks On Fri, Feb 22, 2013 at 18:04:23 +0100, Arno Töll wrote: Hi, I'm not using salt yet, but it looks really awesome. So, in case nobody steps in or someone wants a co-maintainer I might be interested. I'm short of time for the upcoming weeks but at some point during the Jessie development cycle things are hopefully changing again. I'm planning on taking over this ITA in the next week or so, considering nothing seems to have happened since the retitling by Franklin two months ago. Cheers, Julien signature.asc Description: Digital signature
Bug#704234: sends call via Google
retitle 704234 misleading debug message implies relaying via Google severity 704234 minor thanks (telepathy-gabble:9974): gabble-DEBUG: gabble_call_stream_constructed (call-stream.c:353): Attempting to create Google relay session it appears to suggest that calls are relayed through Google's server (using TURN?), even though no Google accounts are defined in empathy. This may be against the privacy expectations of many users. The debug message is somewhat misleading. From the source code, this debug message is emitted whenever a call is using Google's non-standard ICE variant: if (transport == JINGLE_TRANSPORT_GOOGLE_P2P) { DEBUG (Attempting to create Google relay session); but on non-Google accounts, we don't attempt very hard: we notice that we don't have a TURN server, and immediately give up. A few log messages down you should see this debug message from Wocky (you might need to set WOCKY_DEBUG=all to see it): DEBUG (No relay server provided, not creating google relay session); We prefer google-p2p over standard ICE for historical reasons, and because for Google accounts, it offers the possibility of using Google's TURN relays in situations where the call would normally fail altogether. Using Google's TURN servers requires temporary credentials which they only hand out to users of Google accounts. The practical result is that we are able to use TURN if either the telepathy-gabble user, or the peer with whom they are communicating, is on a Google account (if we are, we have our own credentials, or if the peer is, they use theirs). Because of the way ICE works, if TURN is available we'll always send a small amount of data through the relay (to check that it's a valid candidate), but we only send audio or video through the relay on problematic networks where STUN, etc. have failed. A user's XMPP service provider is technically able to intercept calls through that provider regardless of whether we use TURN, so we're only using Google's TURN relay in situations where Google could already intercept the call if they wanted to. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698772: RFA: salt - remote manager to administer servers
Hi Julien, On 02.04.2013 16:22, Julien Cristau wrote: I'm planning on taking over this ITA in the next week or so, considering nothing seems to have happened since the retitling by Franklin two months ago. that's fine with me. Thanks for working on salt! I get in contact with you supposing you are interested in a co-maintenance when I'm ready. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#704525: libspice-client-glib-2.0-8: Please split support files in their own package
Hello, You also probably do want to move the spice-client-glib-usb-acl-helper executable into /usr/lib/spice-gtk/ (instead of the multiarch path) as you want to run tha native one on the machine and mark that new package as multi-arch: foreign. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704111: [cfe-dev] Bug#704111: clang fails to correctly implement hard float ABI during default compiles due to rediculously low default CPU setting.
Sylvestre Ledru wrote: FYI, as soon as Wheezy is released, I will upload version 3.2 or 3.3 of clang and the llvm toolchain. Now that the issue of finding a minimal fix for testing/unstable is out of the way. I just took a look at the package in experimental. I noticed the following. You switched to bintutils-gold unconditionally. Since binutils-gold is not available on all architectures this has made the package unbuildable on a number of architectures where it was previously built successfully. The armhf situation still needs attention. Specifically clang still defaults to using a rediculously low CPU and once the correct CPU is selected it still defaults to using all the vfp registers and neon. The inappropriate use of altivec on powerpc that adam conrad pointed out while I was working on the unstable package was still there. Debdiff with fixes for the above issues is attached. Note that while I have included a changelog entry I have no intention of NMUing this. diff -Nru clang-3.2/debian/changelog clang-3.2/debian/changelog --- clang-3.2/debian/changelog 2013-03-15 15:13:26.0 + +++ clang-3.2/debian/changelog 2013-04-01 02:35:41.0 + @@ -1,3 +1,13 @@ +clang (1:3.2-1~exp9) UNRELEASED; urgency=low + + * Use binutils-gold only on architectures where it is actually available + * 33-armhf-defaults.diff Fix defaults to use correct CPU and FPU for +debian armhf (Closes: #704111) + * 34-powerpc-no-altivec.diff disable altivec by default on powerpc because +debian powerpc does not require altivec (patch cherry picked from ubuntu) + + -- Peter Michael Green plugw...@raspbian.org Mon, 01 Apr 2013 01:37:38 + + clang (1:3.2-1~exp8) experimental; urgency=low * Limit the dependency of clang-3.2 on compiler-rt to amd64 i386 diff -Nru clang-3.2/debian/compiler-rt/usr/bin/asan_symbolize clang-3.2/debian/compiler-rt/usr/bin/asan_symbolize --- clang-3.2/debian/compiler-rt/usr/bin/asan_symbolize 1970-01-01 00:00:00.0 + +++ clang-3.2/debian/compiler-rt/usr/bin/asan_symbolize 2013-04-01 07:14:17.0 + @@ -0,0 +1,356 @@ +#!/usr/bin/env python +#===- lib/asan/scripts/asan_symbolize.py ---===# +# +# The LLVM Compiler Infrastructure +# +# This file is distributed under the University of Illinois Open Source +# License. See LICENSE.TXT for details. +# +#======# +import bisect +import os +import re +import subprocess +import sys + +llvm_symbolizer = None +symbolizers = {} +filetypes = {} +vmaddrs = {} +DEBUG = False + + +# FIXME: merge the code that calls fix_filename(). +def fix_filename(file_name): + for path_to_cut in sys.argv[1:]: +file_name = re.sub('.*' + path_to_cut, '', file_name) + file_name = re.sub('.*asan_[a-z_]*.cc:[0-9]*', '_asan_rtl_', file_name) + file_name = re.sub('.*crtstuff.c:0', '???:0', file_name) + return file_name + + +class Symbolizer(object): + def __init__(self): +pass + + def symbolize(self, addr, binary, offset): +Symbolize the given address (pair of binary and offset). + +Overriden in subclasses. +Args: +addr: virtual address of an instruction. +binary: path to executable/shared object containing this instruction. +offset: instruction offset in the @binary. +Returns: +list of strings (one string for each inlined frame) describing +the code locations for this instruction (that is, function name, file +name, line and column numbers). + +return None + + +class LLVMSymbolizer(Symbolizer): + def __init__(self, symbolizer_path): +super(LLVMSymbolizer, self).__init__() +self.symbolizer_path = symbolizer_path +self.pipe = self.open_llvm_symbolizer() + + def open_llvm_symbolizer(self): +if not os.path.exists(self.symbolizer_path): + return None +cmd = [self.symbolizer_path, + '--use-symbol-table=true', + '--demangle=false', + '--functions=true', + '--inlining=true'] +if DEBUG: + print ' '.join(cmd) +return subprocess.Popen(cmd, stdin=subprocess.PIPE, +stdout=subprocess.PIPE) + + def symbolize(self, addr, binary, offset): +Overrides Symbolizer.symbolize. +if not self.pipe: + return None +result = [] +try: + symbolizer_input = '%s %s' % (binary, offset) + if DEBUG: +print symbolizer_input + print self.pipe.stdin, symbolizer_input + while True: +function_name = self.pipe.stdout.readline().rstrip() +if not function_name: + break +file_name = self.pipe.stdout.readline().rstrip() +file_name = fix_filename(file_name) +if (not function_name.startswith('??') and +not file_name.startswith('??')): + # Append only valid frames. + result.append('%s in %s %s' % (addr, function_name, +
Bug#704234: [Pkg-telepathy-maintainers] Bug#704234: upstream comments
On 30/03/13 09:13, Daniel Pocock wrote: This post in the upstream discussion list seems to confirm what has been observed[1], they are hardcoding Google server details into the call setup The details discussed in that email are only the case for Google accounts (GMail, Google Apps For Your Domain or similar) - notice that the user in the quoted XML is u...@gmail.com, and is sending a request to themselves, which is processed on their behalf by their own home server, in this case gmail.com. Ordinary XMPP servers don't support the google:jingleinfo extension, so we don't use it. Strictly speaking, if a third-party XMPP service advertised support for Google's google:jingleinfo extension, I suppose they could send back details of their own TURN servers in the same way, and a token which can be used to open sessions on their TURN servers via the same HTTP requests used for Google's TURN servers. I'm not aware of any server that actually does this. I don't think there's a standard way to do the equivalent of google:jingleinfo yet: service location could just be DNS SRV or something, but the harder part is exchanging credentials to ensure that only authorized XMPP users can use the TURN server, because TURN is bandwidth-expensive. It also suggests that there is a dependency on the Google infrastructure, if Google changes it, then Empathy breaks. TURN servers are used when either the telepathy-gabble user or their peer has a Google account, and even then, only when STUN fails to establish a connection: on a friendly network like a typical domestic NAT, they won't be needed. If Google change their API for TURN, Google accounts will regress to behaving like non-Google accounts do now. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695247: why not retarget the new upstream release of unar to experimental so not breaking anything.
Hi all, Just saw that 3.6 had been released sometime back. https://code.google.com/p/theunarchiver/downloads/list?can=1 https://theunarchiver.googlecode.com/files/TheUnarchiver3.6_src.zip This could be retarged to experimental so breakage is not that much of an issue and people can try the new release as well. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704234: [Pkg-telepathy-maintainers] Bug#704232: empathy broken during Debian freeze
On 30/03/13 09:23, Daniel Pocock wrote: Now, [calls are] not working. I've posted a bug report here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704232 with logs. We'll need the telepathy-gabble debug log, probably including Wocky messages too (WOCKY_DEBUG=all is complete, if rather verbose). For best log clarity, please enable exactly one XMPP account - ideally a disposable test account with only one contact - and temporarily disable all the others. The Wocky debug log could contain password-equivalent material, your contact list, etc., so please either use a disposable account or censor it appropriately (in particular, delete the SASL handshake that happens when you connect, typically starting with something like sasl:auth mechanism='PLAIN'/ and ending with sasl:success/). Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704073: [multipath-tools-boot] error when update-initramfs
Hello, I tried your packages without results : LM05q:~/tmp# LANG=C dpkg -i *deb (Reading database ... 31699 files and directories currently installed.) Preparing to replace kpartx 0.4.9+git0.4dfdaf2b-7 (using kpartx_0.4.9+git0.4dfdaf2b-7_amd64.deb) ... Unpacking replacement kpartx ... Preparing to replace multipath-tools 0.4.9+git0.4dfdaf2b-6 (using multipath-tools_0.4.9+git0.4dfdaf2b-7_amd64.deb) ... [] Root is on a multipathed device, multipathd can not be stopped:invoke-rc.d: initscript multipath-tools, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 1 dpkg: trying script from the new package instead ... [] Root is on a multipathed device, multipathd can not be stopped:invoke-rc.d: initscript multipath-tools, action stop failed. dpkg: error processing multipath-tools_0.4.9+git0.4dfdaf2b-7_amd64.deb (--install): subprocess new pre-removal script returned error exit status 1 [ ok ] Starting multipath daemon: multipathd. Preparing to replace multipath-tools-boot 0.4.9+git0.4dfdaf2b-7 (using multipath-tools-boot_0.4.9+git0.4dfdaf2b-7_all.deb) ... Unpacking replacement multipath-tools-boot ... Setting up kpartx (0.4.9+git0.4dfdaf2b-7) ... dpkg: dependency problems prevent configuration of multipath-tools-boot: multipath-tools-boot depends on multipath-tools (= 0.4.9+git0.4dfdaf2b-7); however: Version of multipath-tools on system is 0.4.9+git0.4dfdaf2b-6. dpkg: error processing multipath-tools-boot (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Errors were encountered while processing: multipath-tools_0.4.9+git0.4dfdaf2b-7_amd64.deb multipath-tools-boot Thank you for your help. Cheers, -- Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659390: bug#670232
Hi, I looked into it and after populating the database by hand and also fixing manually the initial issue [1]. It doesn't work anyway, the following errors appear: [Mon Apr 01 02:15:47 2013] [error] [client x.x.x.x] PHP Warning: include(bookmarks.tpl.php): failed to open stream: No such file or directory in /usr/share/php/SemanticScuttle/Model/Template.php on line 89 [Mon Apr 01 02:15:47 2013] [error] [client x.x.x.x] PHP Warning: include(): Failed opening 'bookmarks.tpl.php' for inclusion (include_path='/etc/semanticscuttle/templates/default:/etc/semanticscuttle/templates/default:.:/usr/share/php:/usr/share/pear:/usr/share/php/SemanticScuttle/../') in /usr/share/php/SemanticScuttle/Model/Template.php on line 89 I wonder if this package have ever worked (looking at popcorn doesn't look like). At this stage, I prefer looking for a nicer replacement of scuttle/semanticscuttle. I doubt a NMU would have small changes, I would go with removing semanticscuttle from Wheezy. I got it to work (that is, not throw obvious immediate errors) from a clean install by fixing three separate problems: 1) Initial issue reported in bug: No default configuration file config.default.php found. This is really, really strange. Fixed by creating a symlink from /usr/share/semanticscuttle/data/config.default.php to /usr/share/php/data/SemanticScuttle/ 2) Database not populated. This is because the dbconfig-common file is named /usr/share/dbconfig-common/data/semanticscuttle/install/tables.sql, while it should be named /usr/share/dbconfig-common/data/semanticscuttle/install/mysql. 3) Spews strict standards errors to the browser. Fixed by setting $debugMode to false in /etc/semanticscuttle/config.php. After fixing these three errors I didn't see any immediate (!) errors anymore. So while I think each one of those could be fixed by a one or few lines change in the packaging, it's more that the package was apparently in wheezy for over a year in this state, with these three rather orthogonal but immediately obvious errors. This, combined with the fact that semanticscuttle was never in a stable release and the maintainer has agreed already with removal from wheezy as an option, leads me to the conclusion that removal from wheezy is the best option at this point. Hence, I'm filing a removal request with the release team. Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#704530: RM: semanticscuttle/0.98.4+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, Please remove semanticscuttle from wheezy. The problems are detailed in RC bug #659390. My last message details that I had to conquer three different problems to get to an error-free home screen. Even if we fix all three, the presence of the problems indicates that this package didn't receive adequate testing to be releasable at this point. In the bug log, the maintainer has already agreed with removal from wheezy as a course of action. It has never been in a stable release. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org