Bug#655951: [gnucash] taxinvoice lacks customizations necessary to produce legaly valid Australian Tax Invoice
Package: gnucash Version: 1:2.4.8-1 Severity: important Tags: patch --- Please enter the report below this line. --- Current tax invoice is not flexible enough to be used in Australia. The attached patch introduce some customization options necessary to produce legally valid Australian tax invoices. Patch modifies the following upstream files: taxinvoice.eguile.scm taxinvoice.scm Alternatively new tax invoice template can be evaluated by copying the attached invoice-au.eguile.scm invoice-au.scm to ~/.gnucash folder. Please note that comparing to provided patch, invoice-au template comes with defaults for AU i.e. Tax Invoice instead of Invoice; Net Price (excl GST) instead of Net Price; GST Amount instead of Tax Amount; Total Price (incl GST) instead of Total Price; Total Amount Due instead of Amount Due !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; ?scm (let ((x 42)) ; only here to allow (define)s ; i.e. to avoid Bad define placement error ;; taxinvoice.eguile.scm 0.03 ;; GnuCash report template called from taxinvoice.scm 0.02 ;; (c) 2009 Chris Dennis ch...@starsoftanalysis.co.uk ;; ;; $Author: chris $ $Date: 2009/07/23 10:42:08 $ $Revision: 1.33 $ ;; ;; This file is a mixture of HTML and Guile -- ;; see eguile-gnc.scm for details. ;; ;; This program is free software; you can redistribute it and/or ;; modify it under the terms of the GNU General Public License as ;; published by the Free Software Foundation; either version 2 of the ;; License, or (at your option) any later version. ;; ;; This program is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ;; General Public License for more details. ;; ;; You should have received a copy of the GNU General Public License ;; along with this program; if not, write to the Free Software ;; Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ;; 02111-1307 USA (define (display-report opt-invoice owner endowner ownertype) ;; Main function that creates the tax invoice report (let* (; invoice and company details (invoiceid (gncInvoiceGetID opt-invoice)) (book (gncInvoiceGetBook opt-invoice)) (postdate (gncInvoiceGetDatePosted opt-invoice)) (duedate(gncInvoiceGetDateDueopt-invoice)) (billingid (gncInvoiceGetBillingID opt-invoice)) (notes (gncInvoiceGetNotes opt-invoice)) (terms (gncInvoiceGetTerms opt-invoice)) (termsdesc (gncBillTermGetDescription terms)) (lot(gncInvoiceGetPostedLot opt-invoice)) (txn(gncInvoiceGetPostedTxn opt-invoice)) (currency (gncInvoiceGetCurrency opt-invoice)) (entries(gncInvoiceGetEntriesopt-invoice)) (splits '()) (slots (qof-book-get-slots book)) (coyname(coy-info slots gnc:*company-name*)) (coycontact (coy-info slots gnc:*company-contact*)) (coyaddr(coy-info slots gnc:*company-addy*)) (coyid (coy-info slots gnc:*company-id*)) (coyphone (coy-info slots gnc:*company-phone*)) (coyfax (coy-info slots gnc:*company-fax*)) (coyurl (coy-info slots gnc:*company-url*)) (coyemail (coy-info slots gnc:*company-email*)) ; (owneraddr (gnc:owner-get-name-and-address-dep owner)) (owneraddr (gnc:owner-get-address-dep owner)) (billcontact (gncAddressGetName (gnc:owner-get-address owner))) ; flags and counters (discount? #f) ; any discounts on this invoice? (tax? #f) ; any taxable entries on this invoice? (taxtables? #t) ; are tax tables available in this version? (payments? #f) ; have any payments been made on this invoice? (units? #f) ; does any row specify units? (qty? #f) ; does any row have qty 1? (spancols1 1) ; for total line (spancols2 1)) ; for subtotal line ; load splits, if any (if (not (null? lot)) (set! splits (sort-list (gnc-lot-get-split-list lot) ; sort by date (lambda (s1 s2) (let ((t1 (xaccSplitGetParent s1)) (t2 (xaccSplitGetParent s2))) ( (car (gnc-transaction-get-date-posted t1)) (car (gnc-transaction-get-date-posted t2 ; pre-scan invoice entries to look for discounts and taxes (for entry in entries do (let ((action(gncEntryGetAction entry)) (qty (gncEntryGetQuantity entry)) (discount (gncEntryGetInvDiscount entry)) (taxtable
Bug#551393: drmRadeonCmdBuffer: -12. Kernel failed to parse or rejected command stream
Jonathan Nieder wrote, on 15/01/12 11:38: tags 551393 + moreinfo quit Hi Arthur, Andres Salomon wrote: Arthur Marsharthur.ma...@internode.on.net wrote: I attempted to run extremetuxracer on this machine with radeon9200se and radeon driver and received the following output: How reproducible is this? Does it occur every time you run tuxracer (even after rebooting), or does it only happen every once in a while? Sorry for the long quiet. Do you still have the affected hardware? If so, does it still reproduce this bug? And if not, do you remember approximately when it was fixed? (/var/log/dpkg.log* might help) Curious, Jonathan Hi, I haven't tried playing etracer with the Radeon 9200SE until this last week when the old motherboard was replaced. I've been able to play etracer (slowly) with the new motherboard (ASUS P4S800, Pentium 4 / Sis chip-set) and Radeon 9200SE, and the only problem that I struck only happened once: Jan 13 01:53:10 localhost kernel: [21016.246298] [TTM] Failed to find memory space for buffer 0xf73fb42c eviction. Jan 13 01:53:10 localhost kernel: [21016.246308] [TTM] No space for f73fb42c (2731 pages, 10924K, 10M) Jan 13 01:53:10 localhost kernel: [21016.246312] [TTM] placement[0]=0x00070002 (1) Jan 13 01:53:10 localhost kernel: [21016.246315] [TTM] has_type: 1 Jan 13 01:53:10 localhost kernel: [21016.246317] [TTM] use_type: 1 Jan 13 01:53:10 localhost kernel: [21016.246320] [TTM] flags: 0x0002 Jan 13 01:53:10 localhost kernel: [21016.246322] [TTM] gpu_offset: 0xD800 Jan 13 01:53:10 localhost kernel: [21016.246325] [TTM] size: 16384 Jan 13 01:53:10 localhost kernel: [21016.246328] [TTM] available_caching: 0x0006 Jan 13 01:53:10 localhost kernel: [21016.246330] [TTM] default_caching: 0x0004 Jan 13 01:53:10 localhost kernel: [21016.246335] [TTM] 0x-0x0001:1: used Jan 13 01:53:10 localhost kernel: [21016.246339] [TTM] 0x0001-0x0101: 256: used Jan 13 01:53:10 localhost kernel: [21016.246342] [TTM] 0x0101-0x0201: 256: used Jan 13 01:53:10 localhost kernel: [21016.246346] [TTM] 0x0201-0x024c: 75: free Jan 13 01:53:10 localhost kernel: [21016.246349] [TTM] 0x024c-0x0252:6: used Jan 13 01:53:10 localhost kernel: [21016.246352] [TTM] 0x0252-0x0258:6: used Jan 13 01:53:10 localhost kernel: [21016.246356] [TTM] 0x0258-0x025e:6: used Jan 13 01:53:10 localhost kernel: [21016.246359] [TTM] 0x025e-0x0264:6: used Jan 13 01:53:10 localhost kernel: [21016.246362] [TTM] 0x0264-0x0287: 35: free Jan 13 01:53:10 localhost kernel: [21016.246365] [TTM] 0x0287-0x07dd: 1366: used Jan 13 01:53:10 localhost kernel: [21016.246369] [TTM] 0x07dd-0x0fde: 2049: free Jan 13 01:53:10 localhost kernel: [21016.246372] [TTM] 0x0fde-0x1534: 1366: used Jan 13 01:53:10 localhost kernel: [21016.246375] [TTM] 0x1534-0x17df: 683: free Jan 13 01:53:10 localhost kernel: [21016.246378] [TTM] 0x17df-0x1835: 86: used Jan 13 01:53:10 localhost kernel: [21016.246382] [TTM] 0x1835-0x188b: 86: used Jan 13 01:53:10 localhost kernel: [21016.246385] [TTM] 0x188b-0x18e1: 86: used Jan 13 01:53:10 localhost kernel: [21016.246388] [TTM] 0x18e1-0x1937: 86: used Jan 13 01:53:10 localhost kernel: [21016.246392] [TTM] 0x1937-0x198d: 86: used Jan 13 01:53:10 localhost kernel: [21016.246395] [TTM] 0x198d-0x1ccd: 832: free Jan 13 01:53:10 localhost kernel: [21016.246398] [TTM] 0x1ccd-0x1ce3: 22: used Jan 13 01:53:10 localhost kernel: [21016.246401] [TTM] 0x1ce3-0x24a5: 1986: free Jan 13 01:53:10 localhost kernel: [21016.246404] [TTM] 0x24a5-0x29fb: 1366: used Jan 13 01:53:10 localhost kernel: [21016.246408] [TTM] 0x29fb-0x2f51: 1366: used Jan 13 01:53:10 localhost kernel: [21016.246411] [TTM] 0x2f51-0x305c: 267: free Jan 13 01:53:10 localhost kernel: [21016.246414] [TTM] 0x305c-0x30b2: 86: used Jan 13 01:53:10 localhost kernel: [21016.246417] [TTM] 0x30b2-0x31b4: 258: free Jan 13 01:53:10 localhost kernel: [21016.246421] [TTM] 0x31b4-0x320a: 86: used Jan 13 01:53:10 localhost kernel: [21016.246424] [TTM] 0x320a-0x3260: 86: used Jan 13 01:53:10 localhost kernel: [21016.246427] [TTM] 0x3260-0x32b6: 86: used Jan 13 01:53:10 localhost kernel: [21016.246430] [TTM] 0x32b6-0x330c: 86: free Jan 13 01:53:10 localhost kernel: [21016.246434] [TTM] 0x330c-0x3362: 86: used Jan 13 01:53:10 localhost kernel: [21016.246437] [TTM] 0x3362-0x33b8: 86: used Jan 13 01:53:10 localhost kernel: [21016.246440] [TTM] 0x33b8-0x3534: 380: free Jan 13 01:53:10 localhost kernel: [21016.246443] [TTM] 0x3534-0x3544: 16:
Bug#655517: gimp 2.6.10 does not print (or print preview) when linked with libcairo2 1.10
On Sat, Jan 14, 2012 at 04:02:55PM +, Adam D. Barratt wrote: On Wed, 2012-01-11 at 17:20 -0500, Daniel Kahn Gillmor wrote: On 01/11/2012 05:04 PM, in #655517, Daniel Kahn Gillmor wrote: When using version 1.10 or later of libcairo2 (e.g. from mozilla.debian.net's squeeze-backports repository), gimp 2.6.10's print and print preview are broken. In particular: the print preview window shows a blank page, and when printing, a network printer appears to see a job coming in, but it never produces a page. [...] What does the release team think about this patch for the next point release? If the GIMP maintainers are OK with it, i'm happy to prepare an NMU to squeeze-proposed-updates. Would I be right in thinking that this also affects partial squeeze - wheezy upgrades, assuming cairo is upgraded but gimp is not? If so then I'd be happy to look at an upload including the patch you attached. Indeed, it does affect partial upgrades. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655915: please package libpcsclite debug symbols
Le 14/01/12 20:12, Dmitry Eremin-Solenikov a écrit : Hello, Hello, Could you please add a package with debugging symbols. Please consider the attached patch (used locally). Why do you need the debugging symbols? Do you want to debug libpcsclite itself? Why can't you debug the application using PC/SC if you do not have the debugging symbols of libpcsclite? I am not against the idea. I just want to understand why it is needed. Thanks -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649173: pu: package nss-pam-ldapd/0.7.16
On Thu, 2012-01-12 at 22:10 +0100, Julien Cristau wrote: Any chance you could consider an upload with *just* the above change (and a changelog entry), and without the version change noise in the rest of your diff? I could do this but the other two functional changes, although not affecting many users, are bugs with simple and clear fixes. The range checking patch is a little bigger though. Is there any reason the other changes are inappropriate? I could upload a 0.7.15+squeeze1 package with just the one change (#645599, no version bumps) if you like but 0.7.16 would be easier for me to track versions. I'm planning on switching to non-native packaging to make these things simpler in the future. Attached is a debdiff for 0.7.15+squeeze1. Thanks. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- diff -Nru nss-pam-ldapd-0.7.15/debian/changelog nss-pam-ldapd-0.7.15+squeeze1/debian/changelog --- nss-pam-ldapd-0.7.15/debian/changelog 2011-10-02 11:14:58.0 +0200 +++ nss-pam-ldapd-0.7.15+squeeze1/debian/changelog 2012-01-15 09:36:25.0 +0100 @@ -1,3 +1,11 @@ +nss-pam-ldapd (0.7.15+squeeze1) stable; urgency=low + + * fix an issue where changes in /etc/nsswitch.conf were not correctly +picked up and could lead to lookups being disabled on upgrade +(closes: #645599) + + -- Arthur de Jong adej...@debian.org Sun, 15 Jan 2012 09:30:00 +0100 + nss-pam-ldapd (0.7.15) stable; urgency=low * in debconf, treat the hard value for tls_reqcert as if it was demand diff -Nru nss-pam-ldapd-0.7.15/debian/libnss-ldapd.config nss-pam-ldapd-0.7.15+squeeze1/debian/libnss-ldapd.config --- nss-pam-ldapd-0.7.15/debian/libnss-ldapd.config 2010-09-24 09:07:12.0 +0200 +++ nss-pam-ldapd-0.7.15+squeeze1/debian/libnss-ldapd.config 2012-01-15 09:29:32.0 +0100 @@ -14,11 +14,9 @@ # # parse /etc/nsswitch.conf and see which services have ldap specified -db_get libnss-ldapd/nsswitch -if [ -z $RET ] +configured=`sed -n 's/^\([a-z]*\):.*[[:space:]]ldap\([[:space:]].*\)\?/\1/p' /etc/nsswitch.conf` +if [ -n $configured ] then - # find name services that currently use LDAP - configured=`sed -n 's/^\([a-z]*\):.*[[:space:]]ldap\([[:space:]].*\)\?/\1/p' /etc/nsswitch.conf` # separate by commas configured=`echo $configured | sed 's/ /, /g'` # store configured services signature.asc Description: This is a digitally signed message part
Bug#655855: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#655914: Removed package(s) from unstable)
reopen 655855 thanks Dear ftp team, On Sun, Jan 15, 2012 at 03:06:04AM +, Debian Bug Tracking System wrote: as the package pypy has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. The package is still present in experimental and the bug still applies to it. There is no reason to close this bug. This looks like a bug in your removal tool. It is closing too many bugs. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655952: dovecot-core: Please update to 2.0.17
Package: dovecot-core Version: 1:2.0.15-1 Severity: normal Hi, please package dovecot 2.0.17. It's almost four months old. Reason for Urgency Normal instead of Wishlist: the current version fixes a couple of memory leaks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654618: xmobar: FTBFS on many arches, missing library HSrts_thr
tags 654618 pending thanks Hi jao, On 20:39 Sat 14 Jan , Jose Antonio Ortega Ruiz wrote: We've eliminated the depency on the threaded runtime in the git repo. The changes (which are what Apollon suggested: thanks a lot), will be in the next release of xmobar, which shouldn't be too far away in the future (depending on external factors it could be as soon as next week, but it could also be postponed to later next month or so). You can see the fix here: https://github.com/jaor/xmobar/pull/34/files Thanks for the fix. No need to hurry with 0.15, I've applied it on top of 0.14 and will upload 0.14-2 soon. Cheers, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636392: rrdtool: rrdgraph --logarithmic does not create a graph with certain rrd fies
Michael Bussmann wrote... I noticed on my munin server that some graphs were missing. Only plugins with --logarithmic graph preference seem to be affected. Well, that does sound familiar. Does http://oss.oetiker.ch/rrdtool-trac/changeset/2225 fix the problem? Christoph PS: Please CC: me in replies, I'm not the rrdtool maintainer. signature.asc Description: Digital signature
Bug#649887: gdm3 transition
Hi, 3 remaining issues: $ grep gdm[^3] * 07_xwindow.txt:TIP: You can **dare** to enable remote TCP/IP connection by setting `DisallowTCP=false` in `/etc/gdm/gdm.conf` to override `/usr/share/gdm/defaults.conf` and by removing `-nolisten` from lines found by `find /etc/X11 -type f -print0 | xargs -0 grep nolisten`, if you are in the fully **secured** environment. 07_xwindow.txt:# Based on gdm-ssh-session in gdm source (GPL) 08_i18nl10n.txt:The following line defines file location of the language environment in the PAM configuration file, such as `/etc/pam.d/gdm`. 08_i18nl10n.txt:For Japanese, create a `/etc/defaults/locale-gdm` file with `-rw-r--r-- 1 root root` permission containing the following. Others s/gdm/gdm3/g Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655567: hylafax-client: Doesn't update (bind-mount vs. cp)
Hi Matthias, Il giorno gio, 12/01/2012 alle 13.01 +0100, Matthias Urlichs ha scritto: [...] updating the client fails if it's on the same system as the server, because /etc/hylafax and /var/spool/hylafax/etc are the same directory. Setting up hylafax-client (2:6.1~20111227-4) ... cp: `/etc/hylafax/pagesizes' and `/var/spool/hylafax/etc/pagesizes' are the same file dpkg: error processing hylafax-client (--configure): subprocess installed post-installation script returned error exit status 1 Could you please add the commands set -x exec 2/tmp/hylafax-client.postinst.log as second and third lines of /var/lib/dpkg/info/hylafax-client.postinst? then, execute command dpkg --reconfigure hylafax-client, and send me the create logfile /tmp/hylafax-client.postinst.log ? Thank you very much, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655949: [Pkg-xfce-devel] Bug#655949: xfce4: Application windows open on top of panels; no minimize, close, or other window buttons
On sam., 2012-01-14 at 23:50 -0600, J J Nora wrote: Package: xfce4 Version: 4.8.0.3 Severity: important Dear Maintainer, I am running Debian wheezy/sid. Xfce4 had been working flawlessly until I updated my system with a new kernel requiring a system reboot. After rebooting, application windows would only open on top of my upper panel (blocking the menu and portions of the panel). The window cannot be moved or dragged even with the alt-key left click option). There are no minimize or close window buttons (but I can close applications using keyboard shortcuts such as Control-Q) and sometimes from the application's File menu. When I try to use alt-F2 to launch an application, I can't type anything. I have four virtual desktops configured., but the desktop switcher only shows one. I will attach two screen shots to this bug report. The first (Desktop 1.png) shows my xfce desktop with no open windows. It is configured to look similar to a GNOME 2 desktop. The first (Desktop 1.png) shows the appearance of the desktop when I first log in. It appears mostly normal except that on the lower right panel, the desktop switcher shows only one desktop is available even though it's configured for four. The second screen shot (Desktop 2.png) shows what happens when I open a text editor. The program opens and covers the upper left panel. The window cannot be moved or adjusted in any way. There are not close or minimize buttons. * What led up to the situation? I upgraded my system on 12 January 2012. After the upgrade, the problems occurred. * What exactly did you do (or not do) that was effective (or ineffective)? I tried adjusting display settings. I rebooted using the current kernel. I rebooted using the previous kernel version. * What was the outcome of this action? Nothing fixed the problem. * What outcome did you expect instead? I hoped to have my xfce desktop working as it was before my recent update. You have a missing window manager, which somehow felt outside of the session. If you manage to find (in .xsession-errors or syslog or whatever) the reason why, it might help, but in the meantime you just have to run xfwm4 --daemon and remember to save the session. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#655953: Dosfslabel manpage states characters, should be bytes
Package: dosfstools Version: 3.0.12-1 Tags: patch Severity: minor Hi, The dosfslabel manpage needs an update : On Sun, Jan 01, 2012 at 09:05:41PM +, Jon Grant wrote: just quoting the man page: label can't be longer than 11 characters. Could this be updated to clarify it is bytes, rather than characters. If the name is Unicode, would be less than 11 characters. A patch is attached. Regards, -- François KnuckOne Wendling (frwendling at free d0t fr) GPG key: 048A18FE (pgp.mit.edu) --- dosfslabel.8.orig 2012-01-15 10:15:35.0 + +++ dosfslabel.8.new 2012-01-15 10:16:02.0 + @@ -9,7 +9,7 @@ .SH DESCRIPTION \fBdosfslabel\fR set or gets a MS\-DOS filesystem label from a given device. .PP -If the label is omitted, then the label name of the specified device is written on the standard output. A label can't be longer than 11 characters. +If the label is omitted, then the label name of the specified device is written on the standard output. A label can't be longer than 11 bytes. .SH OPTIONS .IP \fB\-h\fR, \fB\-\-help\fR 4 signature.asc Description: Digital signature
Bug#655915: please package libpcsclite debug symbols
Hello, On Sun, Jan 15, 2012 at 12:33 PM, Ludovic Rousseau ludovic.rouss...@gmail.com wrote: Le 14/01/12 20:12, Dmitry Eremin-Solenikov a écrit : Hello, Hello, Could you please add a package with debugging symbols. Please consider the attached patch (used locally). Why do you need the debugging symbols? Do you want to debug libpcsclite itself? Why can't you debug the application using PC/SC if you do not have the debugging symbols of libpcsclite? I am not against the idea. I just want to understand why it is needed. Well, of course I can debug my application. However with pcsclite symbols I get traces with more information. Compare (parts of valgrind output): --- Without libpcsclite-dbg --- ==18964== Syscall param socketcall.send(msg) points to uninitialised byte(s) ==18964==at 0x411BFC1: send (socket.S:64) ==18964==by 0x4048E50: ??? (in /usr/lib/libpcsclite.so.1.0.0) ==18964==by 0x4048FE4: ??? (in /usr/lib/libpcsclite.so.1.0.0) ==18964==by 0x404469C: SCardConnect (in /usr/lib/libpcsclite.so.1.0.0) ==18964==by 0x80491A7: scard_connect (scard.c:88) ==18964==by 0x4064E45: (below main) (libc-start.c:228) --- End of trace--- --- With libpcsclite-dbg --- ==18362== Syscall param socketcall.send(msg) points to uninitialised byte(s) ==18362==at 0x411BFC1: send (socket.S:64) ==18362==by 0x4048E50: MessageSend (winscard_msg.c:355) ==18362==by 0x4048FE4: MessageSendWithHeader (winscard_msg.c:294) ==18362==by 0x404469C: SCardConnect (winscard_clnt.c:825) ==18362==by 0x80491A7: scard_connect (scard.c:88) ==18362==by 0x4064E45: (below main) (libc-start.c:228) ==18362== Address 0xbef962b3 is on thread 1's stack --- End of trace --- -- With best wishes Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655951: [gnucash] taxinvoice lacks customizations necessary to produce legaly valid Australian Tax Invoice
severity 655951 wishlist thanks Dear Dmitry, Dmitry Smirnov only...@member.fsf.org writes: Current tax invoice is not flexible enough to be used in Australia. The attached patch introduce some customization options necessary to produce legally valid Australian tax invoices. Patch modifies the following upstream files: taxinvoice.eguile.scm taxinvoice.scm Alternatively new tax invoice template can be evaluated by copying the attached invoice-au.eguile.scm invoice-au.scm to ~/.gnucash folder. Please note that comparing to provided patch, invoice-au template comes with defaults for AU i.e. Tax Invoice instead of Invoice; Net Price (excl GST) instead of Net Price; GST Amount instead of Tax Amount; Total Price (incl GST) instead of Total Price; Total Amount Due instead of Amount Due Thanks for your bug report. I am not sure about the way to handle this issue. The reports being easily customizable, upstream seems to answer such requests by telling people to create custom reports, instead of incorporating many variants of the reports in the main package. See for example: http://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_change_.22Invoice.22_to_.22Tax_Invoice.22_as_required_in_Australia.3F Concerning the patches that you provided, I don't intend to incorporate the invoice-au.* ones, since I think it does not make sense to have a report per country. The patch to taxinvoice.* seems a better solution, but as such I cannot incorporate it. First, it does too many things at a time: it indeed adds new customization options, but it also contains unrelated cosmetic changes. Moreover, it contains commented out code, and some values are by default set to Australian settings, which is not convenient for a general-purpose report. Don't hesitate to follow-up if you have any idea or comments on the above. Also, I am lowering the severity of this bug to wishlist since it is more an enhancement request than a bug. Best, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpmt11TBxkQp.pgp Description: PGP signature
Bug#643807: mana: skills-menu disappeared from screen, broken when called with F5
Am 29.09.2011 23:44, schrieb Armin Haas: Dear maintainer, The skills menu should be visible, when the game is in progress. Login etc. are unaffected. I use the germantmw.de server (in case that makes any difference). I can not find any problem with it. Could you be more detailed please and also send screenshots? Thanks! -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#637416: imvirt: Imvirt does not detect Xen properly
Hi Antti, could you please provide the information requested below? Am 10.11.2011 21:29, schrieb Thomas Liske: Hi, could you please provide `cat /proc/cpuinfo`? imvirt failes to detect Xen since it got an probability of less than 90% (which is an internal threshold): $VAR1 = { 'Physical' = '0.109375', 'Xen PV 3.1' = '0.890625' }; Regards, Thomas -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#640703: Bug#640702: libqalculate: FTBFS: libtool: link: `/usr/lib/libgmp.la' is not a valid libtool archive
On Sun, Jan 15, 2012 at 10:39:46 +0100, Lucas Nussbaum wrote: Actually linbox is still failing to build with this error (but not libqalculate). See http://people.debian.org/~lucas/logs/2012/01/12/linbox_1.1.6~rc0-4.1_lsid64.buildlog And #633169 has been fixed. I agree that it's unlikely to be a bug in linbox (even though linbox is the only package failing to build due to a missing libgmp.la), but I'm reopening this bug so that it's properly tracked and can be investigated. Bug is in libgivaro-dev: $ dpkg --fsys-tarfile /var/cache/apt/archives/libgivaro-dev_3.2.13-1.1_amd64.deb |tar xOf - ./usr/lib/libgivaro.la | grep dependency_libs dependency_libs=' /usr/lib/libgmp.la' Cheers, Julien signature.asc Description: Digital signature
Bug#652334: [Pkg-fglrx-devel] Bug#652334: fglrx-driver: VariBright enabled by default
Am 18.12.2011 15:33, schrieb Sebastian Götte: On 12/16/2011 10:06 PM, Patrick Matthäi wrote: Am 16.12.2011 10:42, schrieb Sebastian Götte: Package: fglrx-driver Version: 1:11-11-3 Severity: normal VariBright is an fglrx feature meant to save energy by adapting the screen backlight brightness to screen content. It fails to do so in a sensible manner and is terribly annoying (especially if you do not know this is a feature called VariBright). To fix this, one can use amdcccle, which in turn changes one lin Here it works like a charme. What should we do now? If the feature wouldn't be important and many users are affected I would agree with disabling it by default, but it isn't the case (it is important and for most users it works w/o any problems) I had the problem that this feature introduces behavior I do not expect from my *graphics driver* and whose cause was quite difficult to track down for me. It would probably help to add a section to the man page and possibly display a message during installation, or just add a paragraph to the package description saying the package comes with VariBright. If other users like it, there is indeed no need to change the default. anyway, thanks for the prompt response Sebastian Götte Documenting it in README.Debian is possible, but I need a better problem description, so that other users may identify the issue. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#652882:
tags 652882 + patch From a5040ab64d264b09b233757f8aa233816bbc5f0f Mon Sep 17 00:00:00 2001 From: Thomas Bechtold thomasbecht...@jpberlin.de Date: Sun, 15 Jan 2012 10:46:06 +0100 Subject: [PATCH] debian/copyright: update information and use dep5 format (Closes: #652882) --- debian/changelog |6 + debian/copyright | 753 +++--- 2 files changed, 720 insertions(+), 39 deletions(-) diff --git a/debian/changelog b/debian/changelog index 90235e9..2e15c23 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +network-manager (0.9.2.0-2) unstable; urgency=low + + * debian/copyright: update information and use dep5 format (Closes: #652882) + + -- Thomas Bechtold thomasbecht...@jpberlin.de Sun, 15 Jan 2012 10:44:39 +0100 + network-manager (0.9.2.0-1) unstable; urgency=low * New upstream release. diff --git a/debian/copyright b/debian/copyright index 58e3844..04a96e4 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,59 +1,734 @@ -This package was debianized by Thom May t...@debian.org on -Sun, 3 Oct 2004 11:54:56 +0100. +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: NetworkManager +Upstream-Contact: Dan Williams d...@redhat.com +Source: + http://ftp.gnome.org/pub/GNOME/sources/NetworkManager/ and + http://cgit.freedesktop.org/NetworkManager/NetworkManager/ (for snapshots) +Comment: + This package was debianized by Thom May t...@debian.org + on Sun, 3 Oct 2004 11:54:56 +0100. -It was downloaded from http://ftp.gnome.org/pub/GNOME/sources/NetworkManager +Files: * +Copyright: 2004 - 2011, Red Hat, Inc. + 2006 - 2009 Novell, Inc. +License: GPL-2+ + On Debian systems, the complete text of the GNU General + Public License can be found in `/usr/share/common-licenses/GPL'. +Files: libnm-glib/* +License: LGPL-2+ + On Debian systems, the complete text of the GNU Lesser General + Public License can be found in `/usr/share/common-licenses/LGPL'. -All files if not specified otherwise are licensed under the following terms: +Files: libnm-util/* +License: LGPL-2+ + On Debian systems, the complete text of the GNU Lesser General + Public License can be found in `/usr/share/common-licenses/LGPL'. -Copyright: +Files: src/nm-session-monitor.h +Copyright: 2008 - 2010 Red Hat, Inc -Copyright (C) 2006 - 2009 Red Hat, Inc. -Copyright (C) 2006 - 2009 Novell, Inc. +Files: src/nm-device-modem.c +Copyright: 2009 - 2011 Red Hat, Inc -License: +Files: src/nm-device-wired.c +Copyright: 2006 - 2008 Novell, Inc + 2005 - 2011 Red Hat, Inc -This program is free software; you can redistribute it and/or modify -it under the terms of the GNU General Public License as published by -the Free Software Foundation; either version 2 of the License, or -(at your option) any later version. +Files: src/nm-dbus-manager.h +Copyright: 2006 - 2008 Novell, Inc + 2006 - 2008 Red Hat, Inc -This program is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -GNU General Public License for more details. +Files: src/nm-rfkill.h +Copyright: 2007 - 2008 Red Hat, Inc + 2007 - 2008 Novell, Inc -You should have received a copy of the GNU General Public License along -with this program; if not, write to the Free Software Foundation, Inc., -51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. +Files: src/nm-dhcp4-config.h +Copyright: 2008 Red Hat, Inc -On Debian systems, the complete text of the GNU General -Public License can be found in `/usr/share/common-licenses/GPL'. +Files: src/nm-properties-changed-signal.h +Copyright: 2007 - 2008 Novell, Inc + 2008 Red Hat, Inc +Files: src/nm-device-bt.h +Copyright: 2009 Red Hat, Inc +Files: src/wifi-utils-nl80211.h +Copyright: 2011 Intel Corporation. All rights reserved -libnm-util/*.[ch], libnm-glib/*.[ch]: +Files: src/nm-properties-changed-signal.c +Copyright: 2007 - 2008 Novell, Inc + 2008 Red Hat, Inc -Copyright: +Files: src/nm-ip6-config.h +Copyright: 2008 Red Hat, Inc -Copyright (C) 2005 - 2009 Red Hat, Inc. -Copyright (C) 2005 - 2009 Novell, Inc. +Files: src/nm-activation-request.c +Copyright: 2007 - 2008 Novell, Inc + 2005 - 2011 Red Hat, Inc -License: +Files: src/nm-device-factory.h +Copyright: 2007 - 2011 Red Hat, Inc -This library is free software; you can redistribute it and/or -modify it under the terms of the GNU Lesser General Public -License as published by the Free Software Foundation; either -version 2 of the License, or (at your option) any later version. +Files: src/nm-manager.c +Copyright: 2007 - 2011 Red Hat, Inc + 2007 - 2009 Novell, Inc -This library is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR
Bug#654987: indep/arch
tags 654987 +pending thanks I found that the offered patch, when correctly applied, does not work outside of sbuild. I have tested the current debian/rules both in and out of sbuild. -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655896: [DRE-maint] Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.
Hi, in Debian it is not responsibility of individual packages, but generaly of a packaging system. Unfortunatelly what you are asking is impossible to achieve. I believe it's not a bug, but a failed ruby concept of havimg versioned dependencies but no SONAMEs. Therefore there can be only one rack package installed at the time. I believe it's the source code in the package which needs fixing and not the versioned depends. Ondřej Surý On 15. 1. 2012, at 5:06, Kubo Hiroshi h-k...@geisya.or.jp wrote: Jérémy, thank you for your quick response. From: je...@edagames.com Date: Sat, 14 Jan 2012 19:38:11 +0100 On 14/01/2012 17:10, Kubo Hiroshi wrote: Package: libactivesupport-ruby1.8 Source: rails Version: 2.3.5-1.2+squeeze1 Tags: redmine librack-ruby libactivesupport-ruby Severity: grave In squeeze, when redmine package is installed, rails 2.3.5-11.2+squeeze1 and librack-ruby 1.1.0-4 are installed at the same time for its dependency. But in the upstream document of the Redmine 1.0.1, rack 1.0.1 is officially supported, not 1.1.0. Why do you think it's a bug in rails package ? Reading your report it looks more like a bug in redmine. As far as I read the source code, keeping correct combination of the versions is rails' responsibility, not redmine's. The patch 'debian-changes-2.3.5-1' included in the rails source package overwrites the original gem's version check as follows: -gem 'rack', '~ 1.0.1' -require 'rack' +begin + require 'rack' +rescue LoadError + gem 'rack', '~ 1.0.1' + require 'rack' +end --- Kubo Hiroshi h-k...@geisya.or.jp Blog: http://cryptotaenian.blogspot.com/ For the record, i reproduced taht bug with (these intermediate versions) : redmine 1.1.3-1 rails 2.3.11-0.1 librack-ruby 1.1.0-4 But not in debian/testing. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655954: libgivaro-dev: dependency on libgivaro0 should be strict
Source: libgivaro-dev Version: 3.2.13-1.1 Severity: important Hi, libgivaro-dev currently has an unversioned dependency on libgivaro0, it should most likely be libgivaro (= ${binary:Version}) instead. Cheers, Julien signature.asc Description: Digital signature
Bug#655955: O: opendchub
Package: wnpp Severity: normal Hello, I am the sponsor of the opendchub package. Since the package is RC buggy since a longer time and the maintainer is not responsible since an longer time I orphan it. I would be happy if someone could take care of the package. If you are not an Debian Developer you may ask me directly per mail for sponsoring your upload(s). -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655956: O: drizzle
Package: wnpp Severity: normal Hello, I am the sponsor of the opendchub package. Since the package is RC buggy since a longer time and the maintainer is not responsible since an longer time I orphan it. I would be happy if someone could take care of the package. If you are not an Debian Developer you may ask me directly per mail for sponsoring your upload(s). Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633164: givaro: Getting rid of unneeded *.la / emptying dependency_libs
severity 633164 serious kthxbye On Sat, Jul 9, 2011 at 10:29:38 +0100, codeh...@debian.org wrote: Package: givaro Version: 3.2.13-1.1 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. Bumping severity because libgivaro.la's dependency_libs references libgmp, but libgivaro-dev doesn't depend on libgmp-dev. Cheers, Julien signature.asc Description: Digital signature
Bug#409795: PDF viewer selection
Starting with auctex Debian version 11.86-9, AUCTeX recommends xpdf | evince | evince-gtk instead of xpdf | pdf-viewer and by default makes use of Evince if installed, falling back to xpdf otherwise. Rationale: upstream release 11.86 supports Evince and xpdf as pdf viewers (next upstream release will add Okular support), choosing Evince by default; the Debian package recommends xpdf first because of its lower footprint. While gv, viewpdf.app and zathura would be fine PDF viewers, there is no explicit upstream support for them (think about TeX-Source-Correlate mode), therefore the maintainer believes that users wishing to make use of them should manually customize TeX-view-predicate-list and TeX-view-program selection, possibly contributing their customization upstream afterwards. I will close this bug after catering for a proper error message if the user issues a View command while in PDF mode without any PDF viewer installed. I confirm severity normal rather than minor because of this. -- Ciao, Davide -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629026: src:kernel-patch-viewos: Only supports historic kernels
Hi, Moritz Muehlenhoff reported in June 2011 that kernel-patch-viewos only supports old kernels up to 2.2.26-rc6. As the package was not updated since then, I am wondering if it should be removed from Debian. If there are no objections, I'll request removal in about two weeks. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654839: Fwd: [Paraview] Convenient copy of VTK within ParaView
Forwarding upstream comments. I think now we have two options: - Start working on PV 3.12 and getting rid of convenient copy of VTK. I do not think it will be too difficult since VTK 5.8.0 was released not too long ago - Mark that PV 3.12 is shipped with convenient copy of VTK, and only upload without convenient VTK when upstream make the first move... -- Forwarded message -- From: Utkarsh Ayachit Date: Fri, Jan 13, 2012 at 8:41 PM Subject: Re: [Paraview] Convenient copy of VTK within ParaView Mathieu, While it's possible to enable such an advanced option, such a feature is fraught with complications until we sync VTK and ParaView release. Through conversations with folks here, we are indeed trying to achieve that i.e. synchronize VTK and ParaView releases. VTK's cmake rules (and consequently ParaView's CMake rules) are being overhauled for VTK 6.0/ ParaView 4.0. So this would be a good opportunity to start supporting such a build-time option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655956: O: drizzle
Hi Patrick, Subject: Re: Bug#655956: O: drizzle ... I am the sponsor of the opendchub package. Could you please clarify which package is this about? Thanks, -- 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#655957: shows unreadable questions
Package: ucf Version: 3.0025+nmu1 Severity: important Today I tried to update nfs-kernel-server, and the update process prompted me about overwriting a config file. But the question as shown on the screen was completely unreadable. Here is how it looks like in text (in a 80x25 terminal window): Package configuration ──┤ Изменён файл настройки ├ рсия файла настройки common, но версия файла, теме, была изменёна с изменённым файлом mon? установить версию из пакета сохранить установленную локальную версию показать различия между версиями показать различия между версиями параллельно показать 3-x стороннее различие между доступными версиями 3-x стороннее слияние доступных версий (эксперимен. режим) запустить новую оболочку для прояснения ситуации Ok This is in russian, but it is obvious anyway that only part of the text is shown, the rest is somewhere on the left. I'm also attaching a screenshot of this. The process list of this looks like: 10443 pts/0Ss 0:00 | \_ -bash 15757 pts/0S+ 0:01 | \_ apt-get install -ttesting nfs-kernel-server 16177 pts/2Ss+0:00 | \_ /usr/bin/dpkg --status-fd 18 --configure libevent-2.0-5 nfs-common nfs-kernel-server 16181 pts/2S+ 0:00 | \_ /bin/sh /var/lib/dpkg/info/nfs-common.postinst configure 1:1.2.2-4 16270 pts/2S+ 0:00 | \_ /usr/bin/perl -w /usr/share/debconf/frontend /usr/bin/ucf --three-way /usr/share/nfs-common/conffiles/nfs-common.default /etc/default/nfs-common 16305 pts/2S+ 0:00 | \_ /bin/bash /usr/bin/ucf --three-way /usr/share/nfs-common/conffiles/nfs-common.default /etc/default/nfs-common 16342 pts/2S+ 0:00 | \_ whiptail --backtitle Package configuration --title Изменён файл настройки --output-fd 11 --nocancel --default-item сохранить установленную локальную версию --menu Доступна новая версия файла настройки?/etc/default/nfs-common, но версия файла,?находящаяся в системе, была изменёна?локально.??Что нужно сделать с изменённым файлом?настройки nfs-common? 21 118 7 -- установить версию из пакета сохранить установленную локальную версию показать различия между версиями показать различия между версиями параллельно показать 3-x стороннее различие между доступными версиями 3 -x стороннее слияние доступных версий (эксперимен. режим) запустить новую оболочку для прояснения ситуации As it can be seen, process #16342 (whiptail) is spawned with --menu ..choices.. 21 118 7, which corresponds to width of 118 characters. But the window only had 80 columns in width, which is too few to display 118 chars! The xterm window size is default, I haven't changed it once I started this xterm. Resizing xterm makes no difference since whiptail - apparently - does not handle window resize signals properly. The result is that it is impossible to read a question which was asked during package install/upgrade, and so impossible to answer it, which makes all the efforts done in order to ensure good upgrades useless. For an expirienced user it is possible to recover well from this situation, but this needs some thinking still, -- at least seeing a process list to understand which file is in question. Thanks, /mjt -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.8-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 8.5-1 GNU core utilities ii debconf 1.5.36.1 Debian configuration management sy ucf recommends no packages. ucf suggests no packages. -- debconf information: * ucf/changeprompt: keep_current ucf/conflicts_found: * ucf/show_diff: * ucf/changeprompt_threeway: keep_current ucf/title: attachment: ucf.png
Bug#655700: libuim7: fails to upgrade from squeeze - trying to overwrite ...
On Sun, Jan 15, 2012 at 00:07:29 +0900, d...@debian.org wrote: reopen 655700 notfixed 655700 1:1.7.2-2 tags 655700 + fixed-in-experimental thanks split out packages uploaded to experimental (1.7.2-2). Why did you tell the bts it was not fixed then? Cheers, Julien signature.asc Description: Digital signature
Bug#654306: reportbug: Can't launch browser for more details
2012-01-14 23:13, Stéphane Aulery skrev: Yes, it used to work in the console as well. I think I broke the functionality in a recent version. I will fix it for the next upload. Maybe xdg-open-browser-multiword.diff patch ? No, it was a change made upstream (which I forgot to patch). -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615672: Cannot reproduce
tag 615672 + unreproducible severity 615672 normal thanks I tried recompilation with setting CC and CXX to use version 4.5 and could not reproduce this. Maybe this is bug is solved with a newer gcc-4.5? So I think it is okay to reduce the severity for now. (One can raise the severity again if she/he managages to reproduce.) Regards, coldtobi tobi@mordor:~/drizzle-2011.03.13$ export declare -x CC=gcc-4.5 declare -x CXX=g++-4.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568362: Should usbip-source be removed from Debian?
Hi, the usbip driver is available in the staging section of the kernel. As the external module fails to build for some time now, I suggest to remove this module. If there are no objections, I'll request removal in about two weeks. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648219: killer script does not recognize X2Go sessions
Hi Petter, On Mi 09 Nov 2011 19:06:04 CET Petter Reinholdtsen wrote: [Mike Gabriel] Hi, as X2Go may be a nice add-on feature for Debian Edu terminal servers it would be nice to have the killer script recognize X2Go sessions and keep them alive. Sound useful. How can the killer script recognize X2Go sessions? I still owe you a reply on this. The master processes of an X2Go session are x2goagent (an X-server like Xnest) x2goruncommand The X2Go server has its own session cleanup script, so this script should handle session terminations and cleanups. If you want to wipe sessions from the server (over night), it is sufficient to kill the x2goagent's found running. Simple solution: - (a) leave x2goagent and x2goruncommand and all child processes of x2goruncommand untouched by killer Genuine solution: - (b) detect the x2goagent's X display number and keep all processes alive that are attached to that X display On full process wiping: - kill all x2goagent's found on the system - the x2gocleansessions script should handle the post-cleanup of brutefully killing x2goagent (i.e. the X-Server of each X2Go session) Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpHx0rkzhN04.pgp Description: Digitale PGP-Unterschrift
Bug#433319: ITA: xfonts-bolkhov -- Cyrillic fonts for X
Anton, I would very much like to adopt this package. I'll try dealing with those lintian warnings, and I can see there's no upstream that we know of. No assistance will be needed, but I will get in touch with you if any problems occur. Thanks for your time. -- Daniel Martí - mvdan.cc - gpg 58BF72C3 signature.asc Description: Digital signature
Bug#655402: src:widelands: please stop (build-)depending on GGZ packages
Martin Quinson martin.quin...@loria.fr writes: On Tue, Jan 10, 2012 at 10:37:41PM +0100, Ansgar Burchardt wrote: I am trying to remove the GGZ Gaming Zone from Debian[1] as the packages are no longer maintained upstream. widelands still build-depends on libggzmod-dev and libggz-dev (and has runtime dependencies for the linked GGZ libraries). Please build it without support for GGZ. From what I'm seeing, you are trying to drop GGZ only because it's unmaintained upstream. But do we have any issue with the code base as is, or is it just to prevent future issues? Do you have any replacement implementations? I discussed the issue with my upstream, and they agree that GGZ should be reimplemented, but they don't know any replacement code. They also feel that shipping without multi-player would be a pitty. It's also unmaintained in Debian: ggz-server has an open RC bug since April 2011 and had five NMUs since the last maintainer upload in 2008. There were more RC bugs in packages that are already removed. I'm also not very comfortable with having unmaintained network-facing code... However removing multiplayer from widelands doesn't look very good either. Maybe you could join the GGZ team and look after the remaining packages until widelands switched to something else? (I don't know about any replacement as I just stumbled about GGZ when looking at RC bugs.) Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655958: trac-bitten: fails to upgrade from 'testing' - trying to overwrite ...
Package: trac-bitten-slave Version: 0.6+final-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package trac-bitten-slave. Unpacking trac-bitten-slave (from .../trac-bitten-slave_0.6+final-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/trac-bitten-slave_0.6+final-2_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/bitten-slave.1.gz', which is also in package trac-bitten 0.6b2.dfsg-3 cheers, Andreas trac-bitten_0.6+final-2.log.gz Description: GNU Zip compressed data
Bug#629026: src:kernel-patch-viewos: Only supports historic kernels
On Sun, Jan 15, 2012 at 11:22:31 +0100, Ansgar Burchardt wrote: Moritz Muehlenhoff reported in June 2011 that kernel-patch-viewos only supports old kernels up to 2.2.26-rc6. As the package was not updated since then, I am wondering if it should be removed from Debian. We need indeed to package the latest upstream which includes support up to 3.1.5 (as of today). If there are no objections, I'll request removal in about two weeks. Please don't request the removal, we'll try to make the upload ASAP. Thank you, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644429: gpsd: Should not depend on netbase
On 01/14/2012 05:33 PM, Eckhart Wörner wrote: Hi Bernd, Am Samstag, 5. November 2011, 17:52:08 schrieb Bernd Zeimetz: gpsd works just fine without netbase being installed and should therefore not depend on netbase. the gpsd init script requires $network to be started before gpsd starts, so I think this dependency is right. Feel free to prove that I'm wrong :) you're right, in a non-systemd world, the loopback interface depends on networking. Would Depends: netbase | systemd-sysv be an acceptable solution for you? please paste the header of the systemd-sysv initscript. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655921: bug breaks also gksu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, the modifikation in libpam-mount breaks also gksu: /usr/bin/x-terminal-emulator konnte nicht als Anwender root ausgeführt werden: Failed to communicate with gksu-run-helper. Received: ehd_logctl: feature 1 is already zero While expecting: gksu: waiting Greetings Juergen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPEq8H5JgLPmj5988RAnCQAKDi2Tc3E9j+P9oNpoJtBYl2J7oRTwCgwo4E nIgmcRpKeQGwFgSlq9Hg9VA= =S5nA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655951: [gnucash] taxinvoice lacks customizations necessary to produce legaly valid Australian Tax Invoice
Hi Sébastien, Thanks for quick reply. I am not sure about the way to handle this issue. The reports being easily customisable, upstream seems to answer such requests by telling people to create custom reports, instead of incorporating many variants of the reports in the main package. See for example: http://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_change_.22Invoice.22_to_.22Tax _Invoice.22_as_required_in_Australia.3F No, I've spent weeks trying to figure out how to customise those reports so I'm fairly confident it's not possible to the extent I need to comply with Australian requirements. By the way this advice dated years ago. Read the gory details below. Concerning the patches that you provided, I don't intend to incorporate the invoice-au.* ones, since I think it does not make sense to have a report per country. Sorry if I wasn't clear enough - I never meant to incorporate invoice-au if you accept the patch. (Nevertheless you may consider shipping it as examples) I included invoice-au for evaluation of how customisable the standard taxinvoice will be after patching (with the exception of default values). The patch to taxinvoice.* seems a better solution, but as such I cannot incorporate it. First, it does too many things at a time: it indeed adds new customization options, but it also contains unrelated cosmetic changes. Moreover, it contains commented out code, and some values are by default set to Australian settings, which is not convenient for a general-purpose report. Well, those things are connected together. Patch introduces new options menus and use those options to make the template more flexible. This include the logic to change number of columns according to settings etc. Patch do not set new defaults. (AU defaults only provided by invoice-au which I included for reference). Even if default look is slightly changed we can always document it so our users won't complain if the template provided become more flexible. In some cases cosmetic changes may be considered necessary, so we might need to discuss specifically by change. I invite you to try new invoice by placing invoice-au files in your ~/.gnucash so you will see the changes yourself. Patch is actually not as intrusive as you might think. If you have concerns regarding a particular change - let's discuss so I could alter the patch to your satisfaction. Don't hesitate to follow-up if you have any idea or comments on the above. Thank you, I'm trying. :) Also, I am lowering the severity of this bug to wishlist since it is more an enhancement request than a bug. Sorry, but I respectfully disagree. It is a fairly serious problem for Australian users. Currently Gnucash is not ready for small business use in Australia. Without this (or similar) change we will have no Australian users and given the issue is there for years I don't expect upstream to do this work for us. Apparently there was a lack of contributions but I'm trying to address exactly this. Sadly upstream is busy with something else - for example the FAQ entry you mentioned actually advice to manually patch files provided by the package!!! This is not only intolerable but also bring implications which make the real usage impossible for mere mortals. Not to mention the necessity for root access plus understanding that package update will overwrite the changes etc. I don't need to tell you how difficult may be the altering of Scheme templates even for IT professional so we can't expect this from our users. Please understand that at the present moment invoicing with Gnucash is impaired due to lack of customisation options and the mentioned FAQ explains how to change the older templates which doesn't help much. Apparently there is a transition towards new templating system (eguile) which is easier to customise but still do not have the expected flexibility especially regarding printable invoices, Australian invoices, invoices in foreign currency etc. I'm addressing the issues in the new template. My patch is not perfect but it is a step forward in the right direction. I invite you to bring your ideas what you think would be the best to do. I think there may be three options: * The patch may be considered acceptable as is if we agree. * We discuss the acceptable changes so I could alter the patch to make it suitable for inclusion. * I prepare README-AU.txt describing the use of provided 'invoice-au' files so we can deliver a ready to use solution for Australian users. At the moment there is nothing in the installable package to help Australian users with Gnucash. I'm sure together we can change this. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654444: zsh: `q' flag for paramater expansion does not work as advertised
Samuel Bronson wrote: Frank Terbeck wrote: Samuel Bronson wrote: [...] | naesten@hydrogen:~/hacking/crawl/crawl-ref/source% echo -n ${(q)$(echo | -e \e)}|hd | 24 27 1b 27 |$'.'| | 0004 [...] zsh% printf '%s\n' ${(q)$(echo -e \e)} $'\033' Oh, really? Leaves one wondering about the point of echo -e... Not really. The problem is not the inner, but the outer echo. The inner echo ($the $(echo -e \e))produces an actual escape character (0x1b). The (q) produces an octal escape in $'...' quotes (0x1b == 033o). The outer echo sees the octal escape and interprets it, producing a literal ASCII escape character again. Echo is like that - or not, depending on the shell in question. Even POSIX says: [SUSv3, echo] New applications are encouraged to use printf instead of echo. [...] The echo utility has not been made obsolescent because of its extremely widespread use in historical applications. Conforming applications that wish to do prompting without newlines or that could possibly be expecting to echo a -n, should use the printf utility derived from the Ninth Edition system. [/SUSv3] In other words: `echo' is crap. We've just not removed it, because it's in heavy use. If you want consistent predictable behaviour, use `printf'. If you're wondering why zsh's `echo' has the `-e' option at all, although it interprets the escape sequences anyway, then the answer is: Because zsh tries to please everyone. There is an `-E' option, that disables the escape sequences effect. And there's a `BSD_ECHO' option, that makes that behaviour the default for zsh's `echo'. In order to get the interpreting behaviour with that option set, the `-e' option is provided. This is yet another reason not to use echo. Different shells have annoyingly different echos and in zsh you can even alter its behaviour by options. I hope that clears things up. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655195: Desktop shell type (GNOME, KDE, LXDE...) configuration via D-I udeb template (for wheezy)
[Mike Gabriel] as a patch you find attached a _very_ raw draft (that shall give an idea) of a udeb template that allows selecting the desktop shell type (GNOME, KDE, LXDE, ...) during the installation process of Debian Edu. I suspect it is better to do this as a separate udeb, say desktop-chooser, which when pulled into debian-installer will ask for what desktop to use. It would be usable in the normal debian installation and also by Debian Edu. :) Options should probably be Gnome, KDE, LXDE, Sugar, but there might be some desktops I have forgotten. I suspect for our use we need to limit the options a bit. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655959: /usr/bin/get_iplayer: Should mark downloaded programmes in list
Package: get-iplayer Version: 2.78-2 Severity: wishlist File: /usr/bin/get_iplayer There should be a switch to mark programmes in the list if they have already been downloaded, e.g.: 20104: podcast, 6 Minute English - 6 Minute English: Robots: 16 Dec 11, Fri, 16 Dec 2011 12:00:00 +, BBC World Service, Education 20105: ✔ podcast, 6 Minute English - 6 Minute English: Witches: 22 Dec 11, Fri, 23 Dec 2011 13:00:00 +, BBC World Service, Education 20106: ✔ podcast, 6 Minute English - 6 Minute English: Squeezed middle: 30 Dec 2011, Fri, 30 Dec 2011 12:00:00 +, BBC World Service, Education 20107: podcast, 6 Minute English - 6minute English: Hopes for 2012: 06 Jan 12, Fri, 06 Jan 2012 12:00:00 +, BBC World Service, Education 20108: podcast, 6 Minute English - 6min: Work emails: 12 Jan 12, Fri, 13 Jan 2012 12:00:00 +, BBC World Service, Education It might even be nice if more detailed information could be included as to what has (successfully) been downloaded: 20104: podcast, 6 Minute English - 6 Minute English: Robots: 16 Dec 11, Fri, 16 Dec 2011 12:00:00 +, BBC World Service, Education 20105: ASPI podcast, 6 Minute English - 6 Minute English: Witches: 22 Dec 11, Fri, 23 Dec 2011 13:00:00 +, BBC World Service, Education 20106: Apodcast, 6 Minute English - 6 Minute English: Squeezed middle: 30 Dec 2011, Fri, 30 Dec 2011 12:00:00 +, BBC World Service, Education 20107: podcast, 6 Minute English - 6minute English: Hopes for 2012: 06 Jan 12, Fri, 06 Jan 2012 12:00:00 +, BBC World Service, Education 20108: podcast, 6 Minute English - 6min: Work emails: 12 Jan 12, Fri, 13 Jan 2012 12:00:00 +, BBC World Service, Education downloaded files: A = audio file V = video S = subtitles P = picture / icon I = info (xml) (Sometimes only the audio / video and XML files get downloaded and subtitles become available later.) -- 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 (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 get-iplayer depends on: ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction Versions of packages get-iplayer recommends: ii atomicparsley 0.9.2~svn110-4 read, parse and set metadata of MP ii flvstreamer 2.1c1-1command-line RTMP client ii id3v2 0.1.12-2 A command line id3v2 tag editor ii libmp3-info-perl 1.24-1 Perl MP3::Info - Manipulate / fetc Versions of packages get-iplayer suggests: ii ffmpe 5:0.7.11-0.0 audio/video encoder, streaming ser ii mplay 2:1.0~rc3++svn20100804-0.2squeeze1 The Ultimate Movie Player For Linu -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636134: munin-node: Various flaws in hddtemp_smartctl - timeouts, dev name persistance etc.
tags #636134 - patch thanks Hi Tim, thanks for your patch. However, munin has evolved quite a bit in the last months, and your patch doesn't apply any more to the current development status which is already in Debian experimental. The munin team would appeciate you checking out svn://munin-monitoring.org/munin/trunk and looking into ./plugins/node.d/hddtemp_smartctl.in. A tested patch against that version will be quickly applied. On Sun, Jul 31, 2011 at 02:06:29PM +0100, Tim Small wrote: @@ -141,7 +166,7 @@ my @drivesSCSI; if (-d '/sys/block/') { opendir(SCSI, '/sys/block/'); -@drivesSCSI = grep /sd[a-z]/, readdir SCSI; +@drivesSCSI = grep /sd[a-z]+/, readdir SCSI; closedir(SCSI); } The current code does no longer refer to /sys/block @@ -185,7 +210,6 @@ } } elsif ($ARGV[0] eq 'config') { print graph_title HDD temperature\n; -print graph_args --base 1000 -l 0\n; print graph_vlabel temp in °C\n; print graph_category sensors\n; print graph_info This graph shows the temperature in degrees Celsius of the hard drives in the machine.\n; @@ -194,7 +218,14 @@ } } This is already fixed in svn. @@ -209,29 +240,88 @@ } my $cmd = command_for_drive_device($drive, $fulldev, $use_nocheck); - warn [DEBUG] Command for $drive is % $cmd %\n if $DEBUG; +$smartreaders{$drive}{'cmd'} = $cmd; - my $output = `$cmd`; - if ($? ne 0) { - print $drive.value U\n; - print $drive.extinfo Command $cmd on drive $drive failed: $?. The plugin needs to have read permission on all monitored devices.\n; - warn [ERROR] Command $cmd on drive $drive failed: $?. The plugin needs to have read permission on all monitored devices.\n; - next; +# This did use perl's open |- syntax, but this didn't work in 5.8.0 :-( +$smartreaders{$drive}{'fh'} = IO::File-new; +$smartreaders{$drive}{'pid'} = pipe_from_fork($smartreaders{$drive}{'fh'}); + +if ($smartreaders{$drive}{'pid'}) { # parent process + # switch to non-blocking reading of the pipe + use Fcntl; + my $flags = 0; + fcntl($smartreaders{$drive}{'fh'}, F_GETFL, $flags) or die Couldn't get flags for $smartreaders{$drive}{'fh'} : $!\n; *snip* I don't understand this (big) hunk at all, There must something be wrong with the indentation. The team would appreciate you submitting a patch against current svn. Additionally, please submit your patches as e-mail attachment, those are much easier to download and apply. Thank you for spending time with creating the patch, and apologies for not applying it right away. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655752: hackage trac broken
Hi, a Debian user tried to report a bug against cabal-install (http://bugs.debian.org/655752) but the trac instance linked from the Cabal homepage seems to be down: http://hackage.haskell.org/trac/hackage/ Internal Server Error TracError: IOError: [Errno 13] Permission denied: '/srv/trac/hackage/VERSION' Is this known and will it be fixed? Thanks, 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#648775: transition: mono 2.10
tags 648775 + pending thanks Hi, The vtk5.8 transition is done, so we can start mono now. Please start the uploads. :) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610825: Add configuration for fail2ban plugin
On Tue, Jan 03, 2012 at 04:20:05PM +0100, Laurent Léonard wrote: Please add configuration lines for fail2ban to plugin-conf.d/munin-node since fail2ban plugin is provided. --- plugin-conf.d/munin-node.orig 2011-11-19 14:17:43.0 +0100 +++ plugin-conf.d/munin-node2012-01-03 16:13:38.626624728 +0100 @@ -46,6 +46,9 @@ env.logdir /var/log/exim4/ env.logname mainlog +[fail2ban] +user root + [fw_conntrack] user root Will this fix the entire bug report or only the fail2ban part? Would it be possible to configure the fail2ban server to accept fail2ban-client connections from a non-root user? Can you verify that your issues are still present in the munin plugins that can be obtained from Debian experimental? Your help is appreciated, thanks! Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654306: reportbug: Can't launch browser for more details
Le dimanche 15 janvier 2012 à 11:33:05, Per Olofsson a écrit : 2012-01-14 23:13, Stéphane Aulery skrev: Yes, it used to work in the console as well. I think I broke the functionality in a recent version. I will fix it for the next upload. Maybe xdg-open-browser-multiword.diff patch ? No, it was a change made upstream (which I forgot to patch). I have tested the source not patched from the xdg-utils source-package and it works fine. Do I miss somethings ? -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655896: [DRE-maint] Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.
Hi, From: ond...@sury.org Date: Sun, 15 Jan 2012 11:04:05 +0100 Hi, in Debian it is not responsibility of individual packages, but generaly of a packaging system. Unfortunatelly what you are asking is impossible to achieve. I believe it's not a bug, but a failed ruby concept of havimg versioned dependencies but no SONAMEs. Therefore there can be only one rack package installed at the time. Hmm. * The original rails insists it requires rack 1.0.1. * Actually a loss of data has occurred with the rack 1.1.0. So, the only one rack package should be the one whose version is 1.0.1, isn't it? And to achieve it, I wonder is there another way. I believe it's the source code in the package which needs fixing and not the versioned depends. I didn't figure out which source code you are referring to. I just want to overcome the loss of data, and am willing to be convinced :-) Thank you. --- Kubo Hiroshi h-k...@geisya.or.jp Blog: http://cryptotaenian.blogspot.com/ Ondřej Surý On 15. 1. 2012, at 5:06, Kubo Hiroshi h-k...@geisya.or.jp wrote: Jérémy, thank you for your quick response. From: je...@edagames.com Date: Sat, 14 Jan 2012 19:38:11 +0100 On 14/01/2012 17:10, Kubo Hiroshi wrote: Package: libactivesupport-ruby1.8 Source: rails Version: 2.3.5-1.2+squeeze1 Tags: redmine librack-ruby libactivesupport-ruby Severity: grave In squeeze, when redmine package is installed, rails 2.3.5-11.2+squeeze1 and librack-ruby 1.1.0-4 are installed at the same time for its dependency. But in the upstream document of the Redmine 1.0.1, rack 1.0.1 is officially supported, not 1.1.0. Why do you think it's a bug in rails package ? Reading your report it looks more like a bug in redmine. As far as I read the source code, keeping correct combination of the versions is rails' responsibility, not redmine's. The patch 'debian-changes-2.3.5-1' included in the rails source package overwrites the original gem's version check as follows: -gem 'rack', '~ 1.0.1' -require 'rack' +begin + require 'rack' +rescue LoadError + gem 'rack', '~ 1.0.1' + require 'rack' +end --- Kubo Hiroshi h-k...@geisya.or.jp Blog: http://cryptotaenian.blogspot.com/ For the record, i reproduced taht bug with (these intermediate versions) : redmine 1.1.3-1 rails 2.3.11-0.1 librack-ruby 1.1.0-4 But not in debian/testing. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655748: inn2: Posting via inews causes Perl error
Hi all, We continued in private to investigate the issue and, after having rebuilt nnrpd so as to allow gdb to be useful, Raphaël found out the source of the error. In nnrpd/post.c during ARTpost(), there is a call to an XS Perl function HandleHeaders(): /* Store body. */ body = perl_get_sv(body, true); sv_setpv(body, article); […] modswitch = perl_get_sv(modify_headers, false); if (SvTRUE(modswitch)) { hv_undef(hdr); sv_setsv(body, PL_sv_undef); (modswitch is false, because the SvTRUE condition is not executed.) sv_setsv(body, PL_sv_undef); -- returns Bizarre copy of UNKNOWN. nnrpd/perl.c, line 179 for the Debian package. (Line 181 for TRUNK.) Has someone an idea of what is going on in recent Perl versions? I see that Marco already experienced that with INN 1.x: http://www.mail-archive.com/perl-xs@perl.org/msg02275.html but there were no replies to his thread. Is the solution of body = PL_sv_undef working fine? I also read another possibility: http://www.nntp.perl.org/group/perl.perl5.porters/2007/10/msg129757.html SvOK_off(body); SvGETMAGIC(body); Another question: isn't there a way not to cause nnrpd to die when such an error occurs in XS code? The right behaviour would be to return: 403 Bizarre copy of UNKNOWN. and to go on the NNTP session. -- Julien ÉLIE « – Il t'arrive une tuile ? – Oui, je ne peux pas payer mon ardoise. » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597465: munin: group level name cannot be accented letter
forwarded #597465 http://munin-monitoring.org/ticket/1176 thanks Thanks for your bug report. I have (finally) forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654306: reportbug: Can't launch browser for more details
2012-01-15 12:02, Stéphane Aulery skrev: Le dimanche 15 janvier 2012 à 11:33:05, Per Olofsson a écrit : 2012-01-14 23:13, Stéphane Aulery skrev: Yes, it used to work in the console as well. I think I broke the functionality in a recent version. I will fix it for the next upload. Maybe xdg-open-browser-multiword.diff patch ? No, it was a change made upstream (which I forgot to patch). I have tested the source not patched from the xdg-utils source-package and it works fine. Do I miss somethings ? Are you running scripts/xdg-open from the source directly? That file is built from scripts/xdg-open.in when building the package. The version from the source is outdated. (I don't know why upstream keeps outdated built files in their git repository, but they do.) In any case, I just uploaded a new version of xdg-utils with this bug fixed. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603764: A more complete patch
Hi, thanks for the more complete patch. Would you care to submit a patch against current svn head, so that it can be easier (and more prompt) applied upstream? A fairly recent version is in Debian experimental, just in case you would want to test your patch before submitting it. svn://munin-monitoring.org/munin Thanks in advance! Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655682: virt-top: same VM displayed on several rows of NIC page
Doh ... please close the ticket; user error. My apologies. Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: debian-edu-config: Messes programmatically with conffiles of other packages
Is this a legal approach to solve the configuration problem: http://debathena.mit.edu/config-packages/ -- Marius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654818: Alevt
Hello Andreas! You probably have noticed #654818 already. Alevt doesn't seem to be upstream-maintained anymore and Uwe Bugla has published an updated fork within the dvb-apps suite of utilities. This now leads to a conflict between the two packages. We could: a) Declare these packages conflicting b) You could co-maintain linuxtv-dvb-apps, drop the alevtv source package and build it from the linuxtv-dvb-apps sources c) Drop alevtv all together and replace it by dvb-apps What do you think? bye, Tobias signature.asc Description: OpenPGP digital signature
Bug#654306: reportbug: Can't launch browser for more details
Le dimanche 15 janvier 2012 à 12:16:00, Per Olofsson a écrit : 2012-01-15 12:02, Stéphane Aulery skrev: Le dimanche 15 janvier 2012 à 11:33:05, Per Olofsson a écrit : 2012-01-14 23:13, Stéphane Aulery skrev: Yes, it used to work in the console as well. I think I broke the functionality in a recent version. I will fix it for the next upload. Maybe xdg-open-browser-multiword.diff patch ? No, it was a change made upstream (which I forgot to patch). I have tested the source not patched from the xdg-utils source-package and it works fine. Do I miss somethings ? Are you running scripts/xdg-open from the source directly? That file is built from scripts/xdg-open.in when building the package. The version from the source is outdated. Yes. In any case, I just uploaded a new version of xdg-utils with this bug fixed. Ok. Thanks. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606216: inconsistent permission on log files
forwarded #606216 http://munin-monitoring.org/ticket/1177 thanks I have forawarded this upsteam. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606465: munin-node: Module sendmail_mailqueue: can't read /var/spoll/mqueue
On Thu, Dec 09, 2010 at 03:55:49PM +0100, Julien Palard wrote: It work for the mqueue-client directory, but can't for the mqueue directory as smmsp don't have execute permission on it : drwxr-s--- 2 smmta smmsp 112K Dec 9 15:49 mqueue As far as I can see, short of running as smmta or root, there is nothing that munin-plugins can do to remedy this. Is it intended to have that directory not accessible to users running with smssp as groups? Would it be feasible to dpkg-statoverride that directory to add a group x bit? Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610920: munin-plugins-extra: asterisk_codecs and asterisk_sipchannels plugins fail - expect wrong Asterisk output
Hi, can you check whether the patches mentioned in #603764 are of any help? If not, can you please check whether the packages in Debian experimental still show this behavior? Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611971: munin-node: nginx_request plugins does not work
forwarded #611971 http://munin-monitoring.org/ticket/1178 thanks On Fri, Feb 04, 2011 at 10:42:16AM +0100, Angel Abad wrote: I think the best option is patch this plugin to work as nginx_status works, using localhost instead of $fqdn my $URL = exists $ENV{'url'} ? $ENV{'url'} : http://localhost/nginx_status;; Thanks for your work! I have forwarded this upstream Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655896: [DRE-maint] Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.
2012/1/15 Kubo Hiroshi h-k...@geisya.or.jp: Hi, Hi, in Debian it is not responsibility of individual packages, but generaly of a packaging system. Unfortunatelly what you are asking is impossible to achieve. I believe it's not a bug, but a failed ruby concept of havimg versioned dependencies but no SONAMEs. Therefore there can be only one rack package installed at the time. Hmm. * The original rails insists it requires rack 1.0.1. * Actually a loss of data has occurred with the rack 1.1.0. So, the only one rack package should be the one whose version is 1.0.1, isn't it? No. There's whole ecosystem of packages in Debian depending on libruby-rack: camping ironruby-utils libactivesupport-ruby1.8 libactivesupport-ruby1.9.1 libapache2-mod-passenger libmerb-core-ruby1.8 librack-ruby libramaze-ruby1.8 libramaze-ruby1.9.1 libsinatra-ruby1.8 libsinatra-ruby1.9.1 puppetmaster thin1.8 which one you would decide to determine the version of rack? The standard packaging policy is to have latest stable and it usually works well. But with ruby it's becoming a nightmare since it's not uncommon that API change even between minor and patch releases :-/. And to achieve it, I wonder is there another way. I believe it's the source code in the package which needs fixing and not the versioned depends. I didn't figure out which source code you are referring to. I just want to overcome the loss of data, and am willing to be convinced :-) The source code which is causing the data loss, e.g. probably the redmine's. Anyway the downgrade is not going to happen in the stable distribution since it's against all policies Debian has. But small self contained fix in the redmine (or rails if the bug is there) may go through. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553173: Problem still not solved - this makes web developers crazy!
I could't figure out why couldn't i access files in /javascript folder in any of my sites. Than realized the conf file javascript-common placed into apache conf dir. Global /javascript override is a problem, which drives people crazy, who have tha same directory in there websites. It should be changed some more specific than javascript or javascript-common
Bug#655832: Anyone with PHP skills around capable of patching #X in slbackup-php?
tags #655832 + patch thanks On So 15 Jan 2012 10:46:09 CET Petter Reinholdtsen wrote: [Petter Reinholdtsen] There is a slbackup-php bug (BTS report submitted, no # yet) that is of the few fatal problems with our Debian Edu/Squeeze version soon to be finished. Anyone with PHP skills around capable of providing a patch to fix the problem? The bug number is #655832. Please, if you know PHP, have a look and fix a patch. The next stable update is next weekend, and we really should have a fix in place before this. When I had a look at the cookies set by slbackup-php, I was surprised to find two cookies with paths in them, one pointing to the script and another to a template. Is this a security issue, where the user can fool the script to show files the user should not have access to? -- Happy hacking Petter Reinholdtsen A patch has been attached to this mail that fixes the reported problem... Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb root@tjener:/usr/share/slbackup-php/web# diff -u index.php index.php.fixed --- index.php 2007-04-25 10:15:47.0 +0200 +++ index.php.fixed 2012-01-15 12:28:24.0 +0100 @@ -582,9 +582,17 @@ $ssh_askpass = sprintf (%s/script/mypass.sh, dirname (dirname ($_SERVER[SCRIPT_FILENAME]))); +$arguments = $_REQUEST; + +# merge _COOKIE and _REQUEST +foreach ($_COOKIE as $key = $value) { +if (! array_key_exists($key, $arguments)) { + $arguments[$key] = $value; +} +} # Fetch arguments passed as the script is executed -foreach ($_REQUEST as $key = $value) { +foreach ($arguments as $key = $value) { switch ($key) { case smarty_templ: case smarty_compile: @@ -640,6 +648,8 @@ } } +unset ($arguments); + if ($submit == logout) { unset ($passwd) ; unset ($xorstring) ; pgpmo3yXI8jFW.pgp Description: Digitale PGP-Unterschrift
Bug#152361: links to busybox binary for every applet compiled in
Package: busybox Version: 1:1.17.1-8 Severity: normal Hi, The busybox package does not provide automatic link generation (neither by diversion nor by update-alternative mechanism). As far as I understood diversion, every package involved need to be updated in post/preinstall and post/preremove. That's a bit heavy just for a low number of users who like to use busybox for small sized rootfs (embedded, containers, thinclients). Because busybox does not provide the FULL functionality of the GNU version, the update-alternative mechanism propably does not apply here, too. So I have written a simple script which looks for the big gnu version of the applets currently compiled in busybox and creates the links to the busybox binary. Feel free to integrate it in /usr/share/busybox or something similar location. Regards, Marcus -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) 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 busybox depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib busybox recommends no packages. busybox suggests no packages. -- no debconf information #!/bin/sh ##!/bin/busybox sh #works too # # Simple script which tries to set a link # for all busybox applets currently compiled in busybox executable # # Author: Marcus Osdoba, BSD 2-clause license # # set -x TARGET_LINKDIR=${TARGET_LINKDIR:-/usr/local/bin} BB_BINARY=${BB_BINARY:-/bin/busybox} TMPDIR=${TMPDIR:-/tmp} [ -w $TMPDIR/BB_LINK_CREATED ] ${BB_BINARY} rm $TMPDIR/BB_LINK_CREATED; ${BB_BINARY} touch $TMPDIR/BB_LINK_CREATED [ -w $TMPDIR/BB_GNU_FOUND ] ${BB_BINARY} rm $TMPDIR/BB_GNU_FOUND ; ${BB_BINARY} touch $TMPDIR/BB_GNU_FOUND [ -w $TMPDIR/BB_LINK_FAILED ] ${BB_BINARY} rm $TMPDIR/BB_LINK_FAILED ; ${BB_BINARY} touch $TMPDIR/BB_LINK_FAILED usage() { ${BB_BINARY} echo This script launches busybox and generates links in \$TARGET_LINKDIR (default: /usr/local/bin). ${BB_BINARY} echo If you like to place the links in a different directory call: ${BB_BINARY} echo #export TARGET_LINKDIR=/home/me/bin; $0 ${BB_BINARY} echo The links are created for every applet compiled in and whose GNU brother is NOT found. ${BB_BINARY} echo Existing links to the busybox binary are deleted if the GNU version is present ${BB_BINARY} echo (e.g. because of subsequent installation). } checks() { if [ ! -x $BB_BINARY ] then ${BB_BINARY} echo Could not find busybox using location: $BB_BINARY. return 1 fi if [ ! -w $TARGET_LINKDIR ] then ${BB_BINARY} echo Target directory $TARGET_LINKDIR is not writable. Cannot create links. return 1 fi if [ ! -w $TARGET_LINKDIR ] then ${BB_BINARY} echo Target directory $TARGET_LINKDIR is not writable. Cannot create links. return 1 fi if [ ! -w $TMPDIR ] then ${BB_BINARY} echo Temp directory is not writable. Cannot create temporary output. return 1 fi return 0 } createlinks() { $BB_BINARY $TMPDIR/BB_OUTPUT BIG_GNUVERSION_LOCATION=$(${BB_BINARY} echo $PATH|${BB_BINARY} sed 's/:/ /g') ${BB_BINARY} echo Searching for big GNU version of applets in $BIG_GNUVERSION_LOCATION . ${BB_BINARY} sed -e '/./{H;$!d;}' -e 'x;/Currently defined functions:/!d;' $TMPDIR/BB_OUTPUT| ${BB_BINARY} egrep -v Currently defined functions|^$$ | ${BB_BINARY} sed -e 's/[ \t]//g' | ${BB_BINARY} sed -e :a -e '$!N; s/\n//; ta' | ${BB_BINARY} sed -e 's/,/\n/g'| \ while read busyboxapplet; do if [ $(${BB_BINARY} find $BIG_GNUVERSION_LOCATION -name ${busyboxapplet} -perm -550 ! -type d 2/dev/null |${BB_BINARY} wc -l) -eq 0 ]; then ${BB_BINARY} ln -s $BB_BINARY $TARGET_LINKDIR/$busyboxapplet /dev/null 21 ${BB_BINARY} echo ${busyboxapplet} $TMPDIR/BB_LINK_CREATED || ${BB_BINARY} echo ${busyboxapplet} $TMPDIR/BB_LINK_FAILED else SUMMARY_GNUFOUND=${SUMMARY_GNUFOUND} ${BB_BINARY} echo ${busyboxapplet} $TMPDIR/BB_GNU_FOUND if [ -L $TARGET_LINKDIR/$busyboxapplet ] then if [ $(${BB_BINARY} readlink ${TARGET_LINKDIR}/${busyboxapplet}) = ${BB_BINARY} ] then ${BB_BINARY} rm $TARGET_LINKDIR/$busyboxapplet ${BB_BINARY} echo Removed link $TARGET_LINKDIR/$busyboxapplet because the big GNU version was found. else ${BB_BINARY} echo Another link ${TARGET_LINKDIR}/${busyboxapplet} was found, not pointing to ${BB_BINARY} . fi fi fi; done ${BB_BINARY} rm $TMPDIR/BB_OUTPUT } case $1 in --help|-h|-?|/h|/?) usage exit 0 ;; esac checks || exit 1 createlinks || exit 1 SUMMARY_GNUFOUND=$(${BB_BINARY} cat $TMPDIR/BB_GNU_FOUND| ${BB_BINARY} tr '\n' ',') SUMMARY_CREATED=$(${BB_BINARY} cat $TMPDIR/BB_LINK_CREATED| ${BB_BINARY} tr '\n' ',') SUMMARY_FAILED=$(${BB_BINARY} cat $TMPDIR/BB_LINK_FAILED| ${BB_BINARY} tr '\n' ',') ${BB_BINARY} rm $TMPDIR/BB_LINK_CREATED ${BB_BINARY} rm $TMPDIR/BB_GNU_FOUND ${BB_BINARY} rm $TMPDIR/BB_LINK_FAILED if
Bug#618664: can't handle hashes in plugin output
forwarded #618664 http://munin-monitoring.org/ticket/1179 thanks I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640168: acpi plugin don't work with linux kernel 3.X
forwarded #640168 http://munin-monitoring.org/ticket/1180 thanks I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648686: Bug in bonding_err_ plugin
forwarded #648686 http://munin-monitoring.org/ticket/1181 thanks On Mon, Nov 14, 2011 at 10:03:06AM +0800, Jim Barber wrote: --- bonding_err_.orig 2011-11-14 12:42:18.332577791 +1100 +++ bonding_err_2011-11-14 12:44:24.594788291 +1100 @@ -97,7 +97,7 @@ grep ^Slave Interface: ${PROCDIR}/${BONDINGIF} | while read a b if; do fieldname=$(clean_fieldname $if) echo -n if_${fieldname}.value - grep -A 2 ^Slave Interface: ${if} ${PROCDIR}/${BONDINGIF} | grep Link Failure Count: | cut -d -f 4 + sed 0,/^Slave Interface: ${if}/d; /^\$/,\$d ${PROCDIR}/${BONDINGIF} | grep Link Failure Count: | cut -d -f 4 done I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655139: Please enabled hardened build flags
Hi Moritz, patch for format strings has been included upstream, thanks for your work. Kind regards Harald Jenny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655960: security-tracker: DSA-2388-1 vs. tracker
Package: security-tracker Severity: normal Hi! The tracker page [1] for DSA-2388-1 [2] looks OK, but some of the referenced CVE tracker pages [3][4] claim that t1lib/5.1.2-3.3 is still vulnerable in wheezy and sid, while the DSA [2] claims that all the CVEs are fixed in wheezy and sid by t1lib/5.1.2-3.3 ... Assuming that the DSA is right and the tracker is wrong, please fix this inconsistency. Thanks for your time! [1] http://security-tracker.debian.org/tracker/CVE-2010-2642 [2] http://lists.debian.org/debian-security-announce/2012/msg00011.html [3] http://security-tracker.debian.org/tracker/CVE-2010-2642 [4] http://security-tracker.debian.org/tracker/CVE-2011-0433 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591199: Bug#591383: About not building swf files from source
Hi, has there been any progress on getting the missing source in the last year? Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649542: exim_mailstats: exim_mailstats fails to bootstrap
forwarded #649542 http://munin-monitoring.org/ticket/1182 thanks I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653612: munin-cgi-graph (and possibly normal mode) does not honor graph size settings for multigraphs
forwardeds #653612 http://munin-monitoring.org/ticket/1183 thanks I have forwarded this upstream. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654886: munin-node: hddtemp_smartctl fails to detect smartctl version (for nockeck compat check)
Hi, this is a possible duplicate of #636134. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655951: [gnucash] taxinvoice lacks customizations necessary to produce legaly valid Australian Tax Invoice
severity 655951 normal thanks Dmitry Smirnov only...@member.fsf.org writes: The patch to taxinvoice.* seems a better solution, but as such I cannot incorporate it. First, it does too many things at a time: it indeed adds new customization options, but it also contains unrelated cosmetic changes. Moreover, it contains commented out code, and some values are by default set to Australian settings, which is not convenient for a general-purpose report. Well, those things are connected together. Patch introduces new options menus and use those options to make the template more flexible. This include the logic to change number of columns according to settings etc. Patch do not set new defaults. (AU defaults only provided by invoice-au which I included for reference). Even if default look is slightly changed we can always document it so our users won't complain if the template provided become more flexible. In some cases cosmetic changes may be considered necessary, so we might need to discuss specifically by change. I invite you to try new invoice by placing invoice-au files in your ~/.gnucash so you will see the changes yourself. Patch is actually not as intrusive as you might think. If you have concerns regarding a particular change - let's discuss so I could alter the patch to your satisfaction. Here is a more detailed description of my concerns: - you leave commented out code (e.g. first hunk of your patch); instead you should simply remove that code - second hunk: you modify the CSS: is this change made necessary by your other changes? if not, it should be removed - third hunk: it just removes a blank line; useless - you moved the invoice number, and you removed the invoice number string by replacing it with a pound sign (#). Note that in some countries the pound sign is not used for indicating a number (in French we use n° instead of #) so this change should be made optional; is it really necessary from the point of view of Australian legislation? - you remove the display of the billcontact variable, but you still assign it in the main let - third hunk starting from the end: you set the Australian dollar as the default currency (+ some code commented out) - second hunk starting from the end: you add a extra notice at the end of every invoice, which does not seem related to the purpose of the patch The goal should be to get a patch which is acceptable by upstream. I don't want Debian and upstream to permanently diverge, though a temporary divergence is acceptable if that makes the Debian version more useful to Australian users. When you have streamlined the patch, we should submit it to upstream bug tracker. Also, I am lowering the severity of this bug to wishlist since it is more an enhancement request than a bug. Sorry, but I respectfully disagree. It is a fairly serious problem for Australian users. Currently Gnucash is not ready for small business use in Australia. Without this (or similar) change we will have no Australian users and given the issue is there for years I don't expect upstream to do this work for us. Apparently there was a lack of contributions but I'm trying to address exactly this. Sadly upstream is busy with something else - for example the FAQ entry you mentioned actually advice to manually patch files provided by the package!!! This is not only intolerable but also bring implications which make the real usage impossible for mere mortals. Not to mention the necessity for root access plus understanding that package update will overwrite the changes etc. I don't need to tell you how difficult may be the altering of Scheme templates even for IT professional so we can't expect this from our users. Please understand that at the present moment invoicing with Gnucash is impaired due to lack of customisation options and the mentioned FAQ explains how to change the older templates which doesn't help much. If users are expected to extend GnuCash by programming in Scheme (as was the original purpose), then this bug is of severity wishlist. If instead we don't expect average users to program in Scheme, then the severity is higher. I agree with you that the latter probably better corresponds to the reality, so I raised the severity to normal. I don't think this bug deserves severity important (which corresponds to a major usability problem since 1) small-business Australian users are probably a small share of our users (even though of course they deserve the same consideration than others) 2) there are sensible workarounds: your custom reports, and others that can be found on mailing lists. -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594 pgpcoJrsqHKCk.pgp Description: PGP signature
Bug#654886: munin-node: hddtemp_smartctl fails to detect smartctl version (for nockeck compat check)
merge 636134 654886 thanks On Sonntag, 15. Januar 2012, Marc Haber wrote: this is a possible duplicate of #636134. I agree, let's merge them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655829: My mistake, just debugged and found
That the error is on my side, as tried so many options and modified the script to test missed the basic, in profile yoreme.conf when testing changes left uncommented debian_mirror thats why I can't change even on the script as its working fine. build-simple-cdd --debian-mirror http://192.168.1.2:/debian --dist wheezy -p yoreme from yoreme.conf --- auto_profiles=yoreme debian_mirror=http://ftp.us.debian.org/debian; - mirror_components=main contrib non-free local_packages=/home/vicm3/my-cdd/localdebs/ The debugging led to realize my mistake was to add bash -x to script and to stop to read carefully the output thing that has been done before only partially and in a hurry... build-simple-cdd --debian-mirror http://192.168.1.2:/debian --dist wheezy -p yoreme [--snip--] + echo including configuration values for: /home/vicm3/my-cdd/profiles/default.conf including configuration values for: /home/vicm3/my-cdd/profiles/default.conf + . /home/vicm3/my-cdd/profiles/default.conf + export DI_WWW_HOME=default + export CODENAME=wheezy + export DISKTYPE=DVD + ARCH=i386 + BOOT_TIMEOUT=40 + export server=192.168.1.2:/debian + mirror_components=main contrib non-free + profile_files yoreme conf + profile=yoreme + type=conf + find_files profiles/yoreme.conf + file=profiles/yoreme.conf + f=/home/vicm3/my-cdd/profiles/yoreme.conf + [ -r /home/vicm3/my-cdd/profiles/yoreme.conf ] + echo /home/vicm3/my-cdd/profiles/yoreme.conf + break + file=/home/vicm3/my-cdd/profiles/yoreme.conf + [ -f /home/vicm3/my-cdd/profiles/yoreme.conf ] + echo including configuration values for: /home/vicm3/my-cdd/profiles/yoreme.conf including configuration values for: /home/vicm3/my-cdd/profiles/yoreme.conf + . /home/vicm3/my-cdd/profiles/yoreme.conf + locale=es_MX + profiles=yoreme + auto_profiles=yoreme + debian_mirror=http://ftp.us.debian.org/debian -- Here is the culprit that come from yoreme.conf :-! overrides the export server made lines up... + mirror_components=main contrib non-free + local_packages=/home/vicm3/my-cdd/localdebs/ + [ != true ] + id -ru + [ 1000 = 0 ] + test -z 192.168.1.2:/debian + test -z http://ftp.us.debian.org/debian + test -z + wget_debian_mirror=http://ftp.us.debian.org/debian + test -z + rsync_debian_mirror=192.168.1.2:/debian::debian + test -z + use_security_mirror=true + [ -z ] + [ true = true ] + security_mirror=http://security.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#655961: maradns-deadwood: Typo in the synopsis
Package: maradns-deadwood Version: 2.0.04-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Please fix the following typo found in the synopsis: s/reursive/recursive/ Cheers, Vincent - -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (800, 'stable-updates'), (800, 'stable'), (96, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk8S1CoACgkQbO4uEp7kOBO30gCfZzJeVorgdDjAeeADMJtsdB3G M2AAoLt6GppeU8ieHwvWvff9Rfxt/NRT =MK3+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655962: cherokee: POST over TLS broken with chrome/chromium
Package: cherokee Version: 1.2.100-1 Severity: important Tags: upstream Cherokee doesn't responds to chromium POST requests (ie: a login form) when SSL/TLS is enabled. See chromium bug http://code.google.com/p/chromium/issues/detail?id=98101 and cherokee bug http://code.google.com/p/cherokee/issues/detail?id=1284 -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (900, 'stable'), (600, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39.1-linode34 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cherokee depends on: ii libc6 2.13-24Embedded GNU C Library: Shared lib ii libcherokee-base0 1.2.100-1 Cherokee web server - Base librari ii libcherokee-server0 1.2.100-1 Cherokee web server - Server libra ii libssl1.0.0 1.0.0e-3 SSL shared libraries ii logrotate 3.7.8-6Log rotation utility Versions of packages cherokee recommends: ii cherokee-admin1.2.100-1 Cherokee web server - Administrati ii spawn-fcgi1.6.3-1A fastcgi process spawner Versions of packages cherokee suggests: pn cherokee-doc none (no description available) pn libcherokee-mod-geoip none (no description available) pn libcherokee-mod-ldap none (no description available) ii libcherokee-mod-libssl1.2.100-1 Cherokee web server - SSL crypto f pn libcherokee-mod-mysql none (no description available) ii libcherokee-mod-rrd 1.2.100-1 Cherokee web server - RRDtool base pn libcherokee-mod-streaming none (no description available) -- Configuration Files: /etc/cherokee/cherokee.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655179: pastebinit does not read .conf files from ~/.pastebin.d/ directory
On Sun, 2012-01-15 at 14:12 +0800, Rolf Leggewie wrote: On 15.01.2012 00:09, Adam D. Barratt wrote: sounds like something I'd be okay with fixing in a point release. I've now taken the liberty to actually make the upload to stable. Since a member of the release team needs to either ACK or reject this anyhow I thought we might as well do it on the real upload and save a step at this stage. Yes, it needs an explicit manual ack before it moves in to proposed-updates. We still prefer to finalise the debdiff before the upload occurs however, as repeated upload/reject cycles are annoying for both sides. Looking at the diff in the context of the original code, I'm a little confused as to the intended functionality. Assume that I have /etc/pastebin.d/config1, /etc/pastebin.d/config2 and ~/.pastebin.d/config2. What is the expected resulting set of configuration files which will be used by pastebinit? From reading the comments in the source code I assumed that it would be /etc/pastebin.d/config1 and ~/.pastebin.d/config2. However, the list of configuration files (pastebind) is reset on each iteration of the outer loop, meaning that afaict the result would actually be just ~/.pastebin.d/config2. 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#549309: Upcoming stable point release
On Sun, 2012-01-15 at 00:21 +0100, Sune Vuorela wrote: Afaik, there is no bugs in konqueror-nsplugins, so excluding it from the default install would be wrong. Removing gnash from the default set of installed packages could be a option though until someone has isolated the fix in gnsah that Gabriele Giacone claims exists, given thaht gnash from backpotrs doesn't make konqueror- nsplugins crash. We generally don't make task changes in stable, as they tend to affect other things such as the composition of the installation media. I'd be quite loath to make such a change only to then have to revert it. 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#655700: libuim7: fails to upgrade from squeeze - trying to overwrite ...
fixed 655700 1:1.7.2-2 thanks On Sun, Jan 15, 2012 at 11:28:34AM +0100, Julien Cristau wrote: reopen 655700 notfixed 655700 1:1.7.2-2 tags 655700 + fixed-in-experimental thanks split out packages uploaded to experimental (1.7.2-2). Why did you tell the bts it was not fixed then? accidentally i set notfixed. but this bug stays open, because packages are still in experimental. i heard from my co-maintainer to do so formerly. i will close it again when uploading them to unstable. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#655963: aspell: failing database import
Package: aspell Version: 0.60.7~20110707-1 Severity: normal Hi! The dictionaries-common trigger to update the aspell hashfile fails in aspell with % aspell --per-conf= --local-data-dir=/usr/lib/aspell --lang=en create master /var/lib/aspell/en-common.rws Error: /root/:2: The key .zcompdump is unknown. Regards Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.3-0-686 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 aspell depends on: ii dictionaries-common 1.12.3 ii libaspell15 0.60.7~20110707-1 ii libc0.1 2.13-24 ii libgcc1 1:4.6.2-11 ii libncursesw5 5.9-4 ii libstdc++6 4.6.2-11 Versions of packages aspell recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 Versions of packages aspell suggests: pn aspell-doc none pn spellutils 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#610468: Radicale init script examples
On 12-01-14 at 11:11pm, Martin Stigge wrote: On Tue, Jan 10, 2012 at 11:57:19PM +0100, Jonas Smedegaard wrote: No, I have not devoted further time on this lately, and would dearly appreciate if you did so. Alright. I did some work in a test setup which is working quite nicely now. Next step is to incorporate that into the package. Do you want me to just push the changes to git on alioth? Would you perhaps be interested in co-maintaining Radicale with me? Sounds good to me. I should warn you though that I'm new to CDBS and a non-DD. Excellent! No problem being new - what counts is interest! Please do add yourself as uploader, then. Even if technically you cannot upload, we can use that field to help hint that we collaborately maintain the package :-) Yes, please push directly to git, and then let's discuss if ideal or I perhaps have suggestions for improvements, before releasing it. Do you already have write access to collab-maint area at Alioth, or do you need some guidance with that? Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#629293: Should libtie-regexphash-perl be removed from Debian?
Hi, as this has not been fixed upstream yet and libtie-regexphash-perl has no reverse dependencies, I am wondering if we should just remove the package from Debian. I will do so if there are no objections in the next two weeks. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655964: sushi: Update to version 1.4.0
Package: sushi Severity: wishlist Tags: patch sushi version 1.4.0 is available: http://redmine.ikkoku.de/news/2 Please update the package. I am attaching a .debian.tar.gz and .dsc for the new version, which I used (apart from the version number) for our Ubuntu PPA packages. The .orig.tar.* can be found at: http://redmine.ikkoku.de/attachments/download/38/sushi-1.4.0+dfsg.tar.bz2 or http://redmine.ikkoku.de/attachments/download/34/sushi-1.4.0+dfsg.tar.xz Thanks! -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-14-server (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 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 3.0 (quilt) Source: sushi Binary: sushi, maki, maki-plugins, maki-dbg, nigiri, tekka, chirashi, sushi-plugins Architecture: any Version: 1.4.0+dfsg-1 Maintainer: Devid Antonio Filoni d.fil...@ubuntu.com Homepage: http://sushi.ikkoku.de/ Standards-Version: 3.9.2 Vcs-Browser: http://redmine.ikkoku.de/projects/sushi/repository Vcs-Git: http://redmine.ikkoku.de/git/sushi Build-Depends: debhelper (= 7.0.50~), python, libdbus-1-dev, intltool, libglib2.0-dev (= 2.26), libnice-dev, libminiupnpc-dev (= 1.5) Build-Depends-Indep: python-support Checksums-Sha1: 8b038f056421f7e19d847aa136cd6e17f2072070 378724 sushi_1.4.0+dfsg.orig.tar.bz2 eacb8fd269c8230b17837f94f45149047682c71b 3480 sushi_1.4.0+dfsg-1.debian.tar.gz Checksums-Sha256: 7a8bf6278f489f5ac1908edbd05ad0a136dcacd1dcaa2211a2302f1ba137eaa8 378724 sushi_1.4.0+dfsg.orig.tar.bz2 0cdd39b6047fca22673d4bc505ad52569fc3e53d9c44ef30c1871e2f545fdf27 3480 sushi_1.4.0+dfsg-1.debian.tar.gz Files: 25095cc285925a5ca2aff4623f533fbc 378724 sushi_1.4.0+dfsg.orig.tar.bz2 dc03d4bbac7d452dfa187c1bed422783 3480 sushi_1.4.0+dfsg-1.debian.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8Sx20ACgkQSQ9+SeQVs8ILyACgiLY/ZlDNvWAceF/bhse5OHBb JjMAoMq++4ZUN5YJk4qCDtE2F2t3XdO3 =CYc3 -END PGP SIGNATURE- sushi_1.4.0+dfsg-1.debian.tar.gz Description: GNU Zip compressed data
Bug#609900: wontfix :)
tags 609900 + wontfix fixed 609900 1.999.4508-1 retitle 609900 please document steps needed to get cgi-graphing in 1.4 to work thanks Hi, munin 2.0 comes with cgi-graphing out of the box (and no more cron graphing at all) so fixing this bug for munin 1.4 is a waste of time, especially as this bug contains the documentation asked for, thus wontfix :-) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633670: Announce of an upcoming upload for the cyrus-imapd-2.4 package
Dear maintainer of cyrus-imapd-2.4 and Debian translators, Some days ago, I sent a notice to the maintainer of the cyrus-imapd-2.4 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl it ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the cyrus-imapd-2.4 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, January 23, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Sunday, January 15, 2012 : send the first intent to NMU notice to the package maintainer. Sunday, January 15, 2012 : send this notice Monday, January 23, 2012 : (midnight) deadline for receiving translation updates Tuesday, January 24, 2012 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: cyrus-imapd-...@packages.debian.org\n POT-Creation-Date: 2011-04-11 15:24+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cyrus-common.templates:1001 msgid Remove the mail and news spools? msgstr #. Type: boolean #. Description #: ../cyrus-common.templates:1001 msgid The Cyrus mail and news spools, as well as users' sieve scripts, can be removed when the package is purged. msgstr #. Type: boolean #. Description #: ../cyrus-common.templates:1001 msgid This question only applies to the default spools and sieve script directories in /var. If you modified their location in imapd.conf, the new locations will not be removed; just the old ones in /var. msgstr signature.asc Description: Digital signature
Bug#655700: libuim7: fails to upgrade from squeeze - trying to overwrite ...
On Sun, Jan 15, 2012 at 21:12:22 +0900, d...@debian.org wrote: fixed 655700 1:1.7.2-2 thanks On Sun, Jan 15, 2012 at 11:28:34AM +0100, Julien Cristau wrote: reopen 655700 notfixed 655700 1:1.7.2-2 tags 655700 + fixed-in-experimental thanks split out packages uploaded to experimental (1.7.2-2). Why did you tell the bts it was not fixed then? accidentally i set notfixed. but this bug stays open, because packages are still in experimental. i heard from my co-maintainer to do so formerly. i will close it again when uploading them to unstable. This is wrong... Cheers, Julien signature.asc Description: Digital signature
Bug#655937: ITP: qjackrcd -- record JACK server outputs
On 12-01-15 at 01:48am, Alessio Treglia wrote: QJackRcd is a simple QT application to record JACK server outputs (use it with QJackCtl) Sounds similar to jack.record (part of jack-tools), jack-capture and timemachine. Is it really relevant with yet another tool? Perhaps emphasize more clearly how its features are different from those other tools already in Debian. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#629286: Remove libsocialtext-wikitest-perl from Debian?
Hi, as this has not been fixed upstream yet and libsocialtext-wikitest-perl has no reverse dependencies, I am wondering if we should just remove the package from Debian. I will do so if there are no objections in the next two weeks. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655960: security-tracker: DSA-2388-1 vs. tracker
On dim., 2012-01-15 at 12:53 +0100, Francesco Poli (wintermute) wrote: Package: security-tracker Severity: normal Hi! The tracker page [1] for DSA-2388-1 [2] looks OK, but some of the referenced CVE tracker pages [3][4] claim that t1lib/5.1.2-3.3 is still vulnerable in wheezy and sid, while the DSA [2] claims that all the CVEs are fixed in wheezy and sid by t1lib/5.1.2-3.3 ... Assuming that the DSA is right and the tracker is wrong, please fix this inconsistency. Thanks for your time! You're perfectly right, wheezy/sid doesn't have a fix for 2011-0433 and 2010-2642, for some reason. I'm gonna prepare another NMU and an errata for the DSA. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#553173: [Pkg-javascript-devel] Bug#553173: Problem still not solved - this makes web developers crazy!
On 12-01-15 at 12:41pm, Biri Mátyás wrote: I could't figure out why couldn't i access files in /javascript folder in any of my sites. Than realized the conf file javascript-common placed into apache conf dir. Global /javascript override is a problem, which drives people crazy, who have tha same directory in there websites. It should be changed some more specific than javascript or javascript-common I wholeheartedly agree. My suggestion is that we switch to /usr/share/javascript which happens to also work for file:// URLs. NB! This is not a trivial change: We need to bother all 60+ packages that depend/recommend javascript-common and also any packages depending/recommending any actual javascript packages! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#619058: Announce of an upcoming upload for the hesiod package
Dear maintainer of hesiod and Debian translators, Some days ago, I sent a notice to the maintainer of the hesiod Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl it ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the hesiod package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, January 22, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Thursday, January 12, 2012 : send the first intent to NMU notice to the package maintainer. Saturday, January 14, 2012 : send this notice Sunday, January 22, 2012 : (midnight) deadline for receiving translation updates Monday, January 23, 2012 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: Source: hes...@packages.debian.org\n POT-Creation-Date: 2007-12-13 12:21+0530\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Hesiod domain for searches: msgstr #. Type: string #. Description #: ../libhesiod0.templates:2001 msgid Please enter the Hesiod RHS (right hand-side) to do searches in. msgstr #. Type: string #. Description #. Type: string #. Description #: ../libhesiod0.templates:2001 ../libhesiod0.templates:3001 msgid If the Hesiod server is 'ns.example.org' then the LHS will be '.ns', the RHS will be '.example.org' (note leading periods) and directory lookups will be performed as DNS requests to (e.g.) 'sam.passwd.ns.example.org'. msgstr #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Hesiod prefix for searches: msgstr #. Type: string #. Description #: ../libhesiod0.templates:3001 msgid Please enter the Hesiod LHS (left hand-side) to do searches in. msgstr #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid DNS class search order: msgstr #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Hesiod looks up names using DNS TXT records. In addition to using the standard IN DNS class for Internet names, it also uses by default the special HS class. msgstr #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Please enter the class search order (the default value is suitable for most sites). There should be no spaces in this search order value. msgstr #. Type: string #. Description #: ../libhesiod0.templates:4001 msgid Sites using older Hesiod installations may need to use the 'HS,IN' search order. msgstr signature.asc Description: Digital signature
Bug#655896: [DRE-maint] Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.
Hi, From: Ondřej Surý ond...@sury.org Date: Sun, 15 Jan 2012 12:37:38 +0100 2012/1/15 Kubo Hiroshi h-k...@geisya.or.jp: Hi, Hi, in Debian it is not responsibility of individual packages, but generaly of a packaging system. Unfortunatelly what you are asking is impossible to achieve. I believe it's not a bug, but a failed ruby concept of havimg versioned dependencies but no SONAMEs. Therefore there can be only one rack package installed at the time. Hmm. * The original rails insists it requires rack 1.0.1. * Actually a loss of data has occurred with the rack 1.1.0. So, the only one rack package should be the one whose version is 1.0.1, isn't it? No. There's whole ecosystem of packages in Debian depending on libruby-rack: camping ironruby-utils libactivesupport-ruby1.8 libactivesupport-ruby1.9.1 libapache2-mod-passenger libmerb-core-ruby1.8 librack-ruby libramaze-ruby1.8 libramaze-ruby1.9.1 libsinatra-ruby1.8 libsinatra-ruby1.9.1 puppetmaster thin1.8 which one you would decide to determine the version of rack? libactivesupport-ruby1.8 libactivesupport-ruby1.9.1 The standard packaging policy is to have latest stable and it usually works well. But with ruby it's becoming a nightmare since it's not uncommon that API change even between minor and patch releases :-/. And to achieve it, I wonder is there another way. I believe it's the source code in the package which needs fixing and not the versioned depends. I didn't figure out which source code you are referring to. I just want to overcome the loss of data, and am willing to be convinced :-) The source code which is causing the data loss, e.g. probably the redmine's. No, I didn't find any problematic code in redmine. Anyway the downgrade is not going to happen in the stable distribution since it's against all policies Debian has. But small self contained fix in the redmine (or rails if the bug is there) may go through. I understand downgrading is difficult. Still, my opinion is the cause is the version mismatch. But I wish anybody can fix the problem by changing redmine, if possible. --- Kubo Hiroshi h-k...@geisya.or.jp Blog: http://cryptotaenian.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651741: gnome-power-manager: display backlight brightness has no effect on Sony Vaio VPCYA1V9E
package gnome-power-manager reassign 651741 xserver-xorg-video-intel quit Kalle Olavi Niemitalo k...@iki.fi writes: So, the next thing I'll try will be moving it back to the top. That works, and I no longer think gnome-power-manager should be changed, so I'm reassigning the bug. Please change intel_output_backlight_init() in xserver-xorg-video-intel to prefer the intel_backlight device rather than acpi_video0, at least on Sony Vaio VPCYA1V9E. This should be done because /sys/class/backlight/acpi_video0/brightness does not affect the brightness of the backlight on this machine but /sys/class/backlight/intel_backlight/brightness does. On other machines, I think it would be safest to keep using acpi_video0, so as not to cause new bugs. I'm not sure what would be the best way for xserver-xorg-video-intel to detect this laptop model. I can think of these ways: (a) User override via xorg.conf, documented in intel(4). Would be OK for knowledgeable users, but difficult to find for others, especially if it is initially not even clear that the backlight is controlled via the X server. (b) PCI subsystem. Here, lspci -vn shows: 00:02.0 0300: 8086:0046 (rev 02) (prog-if 00 [VGA controller]) Subsystem: 104d:907c intel_driver.h defines the SUBVENDOR_ID and SUBSYS_ID macros, which intel_output_backlight_init could use on intel_get_screen_private(output-scrn)-PciInfo. The problem with this is that the subsystem ID might cover more laptop models than necessary. (c) Manufacturer and product name from DMI. I don't know how to read these in xserver-xorg-video-intel. (d) Version or checksum of ACPI DSDT, so that the workaround will be automatically disabled if the firmware is upgraded. Here, iasl -d shows: * Original Table Header: * SignatureDSDT * Length 0xACA8 (44200) * Revision 0x02 * Checksum 0x39 * OEM ID Sony * OEM Table ID VAIO * OEM Revision 0x20101102 (537923842) * Compiler ID MSFT * Compiler Version 0x0113 (16777235) At this time, I like approach (b) best. Ender Akduman enderakdu...@gmail.com writes: By the way do you mean 'backlight' instead of 'backlist' in: (...when it was renamed from intel to intel_backlist) Thank you for the correction. pgpGXMiQ6kPdp.pgp Description: PGP signature
Bug#655178: pu: package pidgin/2.7.3-1+squeeze1
On Sat, 2012-01-14 at 20:27 -0500, Ari Pollak wrote: On 01/14/2012 11:33 AM, Adam D. Barratt wrote: Thanks. Would it be possible to have an updated diff without the cruft? New patch attached. Thanks. (fwiw, I'm also not quite sure what some other parts of that patch have to do with fixing the crash; e.g. The patch was taken directly from the upstream change, and I guess they didn't do a good job of separating the security fix from general cleanups. Yeah. It makes the patch rather noisy and reviewing it more of a pain than it needs to be. :-( Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org