Bug#670592: ps deprecation url 404
Package: procps Version: 1:3.3.2-3 Severity: normal ps -ax Warning: bad ps syntax, perhaps a bogus '-'? See http://gitorious.org/procps/procps/blobs/master/FAQ This (highly annoying and uncessary) message contains a broken url. Using an url seems especially gratuitous since I have a /usr/share/doc/procps/FAQ.gz right here. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-22.1 ii libc6 2.13-30 ii libncurses5 5.9-6 ii libncursesw5 5.9-6 ii libprocps01:3.3.2-3 ii libtinfo5 5.9-6 ii lsb-base 4.1+Debian1 Versions of packages procps recommends: ii psmisc 22.16-1 procps suggests no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#669796: w3c stuff
Thanks for raising this bug on w3c-linkchecker. I was totally short on bug reports especially on packages beginning with w. But anyway I reckon you might be able to squeeze in one more on w3c-markup-validator. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660960: tight loop attempting to madvise(..., MADV_DONTNEED) locked memory
On Thu, Apr 26, 2012 at 08:58:24PM -0500, Bob Tracy wrote: Earlier messages in this bug-report thread indicated use of Flash would also trigger the madvise() madness. I'm happy (?) to report that visiting Flash-enabled web sites reliably triggers this condition on the Alpha platform for *all* releases of firefox/iceweasel after 9.0.1. Michael Cree gets the nod for noting his backtraces ending in madvise() while we Alpha users were trying to figure out what was going on. Mike H. -- Thanks in advance for any fix/workaround you can come up with. Let me guess... alpha has non-4K page size. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670474: libpgocaml-ocaml-dev: Conflicts between extlib and camomile about UChar
On 04/26/2012 02:07 AM, Sylvain Le Gall wrote: extlib and camomile both exports UChar and doesn't agree on this interface. This prevents to use pgocaml with any packages that uses batteries (e.g. sqlexpr). FWIW, I don't think building pgocaml with Batteries instead of extlib is the right fix for this issue ; this does only move the problem elsewhere (as you said in your report). So I'd rather leave this bugreport open for now. If both libraries export a same module name but with different signature/implementation, such clashes are expected. That's how OCaml is designed. You can either re-assign this bug to both extlib *and* camomille and have both upstream agree on a different module name than UChar (or rename it in only one of the libraries)… or reassign to OCaml. I guess the former is easier to fix than the latter :) Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670591: systemd: needs to mask the new checkroot-bootclean script
To provide a bit more context: The checkroot-bootclean cleans up /tmp, /lib/init/rw and /run before initscripts mounts a tmpfs there. In systemd mounting those tmpfs file systems is handled differently, so checkroot-bootclean was called at a point where the tmpfs for /run was already mounted, so it nuked all existing sockets and pid files. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#670485: pastebinit: support hidden pastes
On 26.04.2012 12:21, Paul Wise wrote: paste.debian.net supports hidden pastes that aren't exposed on the website and can only be viewed if you know the URL for them. It would be nice if pastebinit could also support this Paul, thank you for your report and I absolutely support the notion. I generally do not do upstream work. I believe you might want to report this at https://bugs.launchpad.net/pastebinit instead. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#394510: reassign
reassign 394510 libmysqlclient16 thanks I am sure that this bug report dies with mysql5.1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670485: pastebinit: support hidden pastes
On Fri, 2012-04-27 at 14:15 +0800, Rolf Leggewie wrote: thank you for your report and I absolutely support the notion. I generally do not do upstream work. I believe you might want to report this at https://bugs.launchpad.net/pastebinit instead. That would be part of your job as maintainer of the package: http://www.debian.org/doc/manuals/developers-reference/developer-duties.html#upstream-coordination http://www.debian.org/Bugs/server-control#forwarded -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#670593: linux-image-3.2.0-2-amd64: max_batch_time not honoured or incorrect in /proc/mounts
Package: linux-image-3.2.0-2-amd64 Version: 3.2.15-1 Severity: normal This happens on both 3.2 from backports and 3.2 in wheezy, tested on both. Might happen in earlier kernels too. umount /test; mount -o max_batch_time=14000 /test; grep test /proc/mounts produces: /dev/mapper/test /test ext4 rw,noatime,user_xattr,acl,commit=600,max_batch_time=0,barrier=0,journal_async_commit,stripe=768,data=writeback Note max_batch_time=0 means batching off according to ext4.txt from the linux kernel documentation. umount /test; mount -o max_batch_time=15000 /test; grep test /proc/mounts produces: /dev/mapper/test /test ext4 rw,noatime,user_xattr,acl,commit=600,barrier=0,journal_async_commit,stripe=768,data=writeback This is correct since 15000 is the default. umount /test; mount -o max_batch_time=15000,min_batch_time=42 /test; grep test /proc/mounts produces: /dev/mapper/test /test ext4 rw,noatime,user_xattr,acl,commit=600,min_batch_time=42,max_batch_time=42,barrier=0,journal_async_commit,stripe=768,data=writeback Now they are both 42! So either the reporting of /proc/mounts or parsing when mount options are set is broken. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670485: pastebinit: support hidden pastes
On 27.04.2012 14:24, Paul Wise wrote: That would be part of your job as maintainer of the package: looks like you prefer to be argumentative rather than interested in getting your problem fixed quickly. That's fine with me... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670594: [marble] marble crashes upon exiting from it
Package: marble Version: 4:4.7.4-2 Severity: normal Hello, i use marble on a regular basis and first of all i want to say, that i love this program. Thank you for spending time to develop it. In the younger past i experienced that the kde-crash-notification (drkonqi i think) pops up saying that marble has crashed when i exit from marble. As happend every time i started marble from the konsole to get some more information. This is the output: ### cut here ... # lorenz@debx40:~$ marble Time elapsed: 300 ms Model: Time elapsed: 1 ms marble(16598)/kdeui (kdelibs): Attempt to use QAction show_crosshairs with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! marble(16598)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! Finished loading all placemarks 5313 marble(16598)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: KCrash: Application 'marble' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/lorenz/.kde/socket-debx40/kdeinit4__0 [1]+ Angehalten marble lorenz@debx40:~$ Unable to start Dr. Konqi ### ... and here # Kind Regards Lorenz --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-2-486 Debian Release: wheezy/sid 800 testing www.debian-multimedia.org 800 testing security.debian.org 800 testing ftp.de.debian.org 750 unstableftp.de.debian.org 250 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-=== kde-runtime | 4:4.7.4-2 libc6 (= 2.1.3) | 2.13-30 libkdecore5 (= 4:4.7) | 4:4.7.4-4 libkdeui5 (= 4:4.7) | 4:4.7.4-4 libkio5 (= 4:4.7) | 4:4.7.4-4 libknewstuff3-4 (= 4:4.7) | 4:4.7.4-4 libkparts4(= 4:4.7) | 4:4.7.4-4 libmarblewidget12 (= 4:4.7.4-2) | 4:4.7.4-2 libplasma3(= 4:4.7) | 4:4.7.4-4 libqt4-network (= 4:4.5.3) | 4:4.7.4-3 libqtcore4(= 4:4.7.0~beta1) | 4:4.7.4-3 libqtgui4 (= 4:4.5.3) | 4:4.7.4-3 libstdc++6(= 4.1.1) | 4.7.0-3 marble-data (= 4:4.7.4-2) | 4:4.7.4-2 marble-plugins (= 4:4.7.4-2) | 4:4.7.4-2 Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#664257: multiarch tuples are not documented/defined
Hi Russ et al, The patch below documents the Architecture field. It doesn't cover architecture tuples yet, but presumably once the description of architectures is in good shape it would not be hard to add a mapping from Debian arches to pathnames to section 9.1.5. Some concerns: - what should the normative content be? It would not be too strange to put a firmware file that happens to be a MIPS binary in an Architecture: i386 or Architecture: all package, and I think it is important to keep permitting that. How should this be worded to permit that sort of thing while still making it clear that a package installing MIPS DSOs as NSS plugins under /usr/lib/nss ought to use architecture: mips or mipsel? - what happens if an ABI document is just wrong? (For example, I have no idea whether the m68k psABI is accurate.) - the notion of ABI in the multiarch sense is surprisingly slippery. Corrections and clarifications to the definition used below could be useful --- the important notion of which objects can share a process image? didn't manage to find its way in. - is it okay to rely so heavily on external resources? Is it safe to assume that the reader can look up link targets when needed, or does link text need to be unambiguous? Would we need to include a summary or copy of some of the cited standards in case they disappear? I didn't include the full table from [1], though it might make a nice appendix. If the text is working as it ought to, then it should be possible to infer the omitted values (endianness, sizeof(long), and so on) from the descriptions below. My hope is that this documentation might make it easier to explain the purpose and semantics of the Multiarch: field later. Improvements welcome, of course. What do you think? [1] http://wiki.debian.org/Multiarch/Tuples policy.sgml | 192 ++- 1 file changed, 191 insertions(+), 1 deletion(-) diff --git a/policy.sgml b/policy.sgml index 52dbb26a..1a7ed748 100644 --- a/policy.sgml +++ b/policy.sgml @@ -1423,6 +1423,25 @@ /sect + sect id=architecture + headingArchitecture/heading + + p + Every Debian binary package must have an ttArchitecture/tt + control field which describes the ABI used by dynamically-linked + binaries and public shared libraries in the package and + packages it interacts with. For example, packages built to run + on a 32-bit Intel-architecture GNU/Linux system would use an + ttArchitecture/tt of tti386/tt. + /p + + p + Unless otherwise specified, dependencies specified using the + ttSuggests/tt, ttDepends/tt, ttRecommends/tt, and + ttPre-Depends/tt fields refer to packages of the same + architecture. + /p + /sect /chapt @@ -2945,7 +2964,7 @@ Package: libc6 list item A unique single word identifying a Debian machine - architecture as described in ref id=arch-spec. + architecture as described in ref id=arch-short-name. /item item An architecture wildcard identifying a set of Debian @@ -3052,6 +3071,177 @@ Package: libc6 See ref id=debianrules for information on how to get the architecture for the build process. /p + + sect2 id=arch-short-name + headingDebian architecture names/heading + + p + Binary programs and public shared libraries in binary + packages must use the appropriate binary format, + basic operating system interface, and procedure linkage + convention declared in the ttArchitecture/tt field. + footnote + The ttArchitecture/tt field indicates the system + ABI but not the precise instruction set or system + libraries used: the former is generally determined by + convention with exceptions noted in the package + description or using hwcap paths, and the latter + expressed using package dependencies. + /footnote + /p + + p + taglist + tagttalpha/tt/tag + item + GNU/Linux, + url id=http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51A_HTML/ARH9MBTE/TITLE.HTM; + name=Tru64 5.1 Calling Standard for Alpha Systems + /item + + tagttarm/tt/tag + item + GNU/Linux, little endian, + url id=http://infocenter.arm.com/help/topic/com.arm.doc.dui0041c/BGBGFIDA.html; + name=ARM Procedure Call Standard (obsolete) + /item + + tagttarmel/tt/tag + item + GNU/Linux, little endian, +
Bug#670485: pastebinit: support hidden pastes
On Fri, 2012-04-27 at 14:31 +0800, Rolf Leggewie wrote: looks like you prefer to be argumentative rather than interested in getting your problem fixed quickly. That's fine with me... I certainly didn't mean to be argumentative, sorry if it came across that way. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#657113: Preserve delete link
Trent, thank you for this interesting suggestion. May I kindly ask you to raise this with the upstream devs at https://bugs.launchpad.net/pastebinit so it can be dealt with more speedily? Thank you for your cooperation. The idea of keeping a log could be beneficial not only for paste.debian.net. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670523: foxtrotgps: FoxtrotGPS crashes when geting route
Hi Daniel! Thank you on your fast reply. It's great to know that this bug is fixed in sid. As far as I see it this bug shouldn't be closed, just it should be marked squeeze, and closed when it's fixed in squeeze (check this page for squeeze - http://www.debian.org/Bugs/Developer#tags). Best regards. 26. travnja 2012. 14:53 korisnik Daniel Baumann daniel.baum...@progress-technologies.net napisao je: this has been fixed somewhen in 1.x; please do report bugs against the current version of foxtrotgps in sid (if they are reproducible there), there's not much value in having it old bugs re-reported). Regards, Daniel -- Tomislav Parčina tomislav.parc...@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#670595: sssd fails to start - links to wrong libldb1 version
Package: sssd Version: 1.8.1-1 Severity: grave Justification: renders package unusable First installation detected... Checking NSS setup... Nastavuji balík python-sss (1.8.1-1) … Nastavuji balík libsasl2-modules-gssapi-mit:i386 (2.1.25.dfsg1-4) … Nastavuji balík sssd (1.8.1-1) … ldb: module version mismatch in ../src/ldb_modules/memberof.c : ldb_version=1.1.6 module_version=1.1.4 ldb: failed to initialise module /usr/lib/i386-linux- gnu/ldb/modules/ldb/memberof.so : Unavailable [FAIL] Starting System Security Services Daemon: sssd [ FAILED ] # sssd -i -d 10 (Fri Apr 27 08:37:17:788857 2012) [sssd] [check_file] (0x0020): lstat for [/var/run/nscd/socket] failed: [2][No such file or directory]. ldb: module version mismatch in ../src/ldb_modules/memberof.c : ldb_version=1.1.6 module_version=1.1.4 ldb: failed to initialise module /usr/lib/i386-linux- gnu/ldb/modules/ldb/memberof.so : Unavailable (Fri Apr 27 08:37:17:790484 2012) [sssd] [load_configuration] (0x0010): The confdb initialization failed (Fri Apr 27 08:37:17:790533 2012) [sssd] [main] (0x0020): Error loading configuration database: [5]: Input/output error # apt-cache policy libldb1 libldb1: Installed: 1:1.1.6-1 Candidate: 1:1.1.6-1 Version table: *** 1:1.1.6-1 0 600 http://ftp.debian.org/debian/ unstable/main i386 Packages 100 /var/lib/dpkg/status 1:1.1.4+git20120206-1 0 600 http://us.debian.linuxmint.com/latest/ testing/main i386 Packages 600 http://ftp.debian.org/debian/ testing/main i386 Packages Kindly see https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/746981 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (600, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-2.dmz.1-liquorix-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sssd depends on: ii libc-ares2 1.7.5-1 ii libc62.13-30 ii libcollection2 0.1.3-1 ii libcomerr2 1.42.2-2 ii libdbus-1-3 1.5.12-1 ii libdhash10.1.3-1 ii libini-config2 0.1.3-1 ii libipa-hbac0 1.8.1-1 ii libk5crypto3 1.10+dfsg~beta1-2 ii libkrb5-31.10+dfsg~beta1-2 ii libldap-2.4-22.4.28-1.1 ii libldb1 1:1.1.6-1 ii libnspr4-0d 4.9-1 ii libnss3-1d 3.13.3-1 ii libpam0g 1.1.3-7 ii libpcre3 1:8.30-4 ii libpopt0 1.16-3 ii libsasl2-modules-gssapi-mit 2.1.25.dfsg1-4 ii libtalloc2 2.0.7+git20120207-1 ii libtdb1 1.2.10-1 ii libtevent0 0.9.15-2 ii libunistring00.9.3-5 ii multiarch-support2.13-30 ii python 2.7.2-10 ii python-sss 1.8.1-1 Versions of packages sssd recommends: ii bind9-host 1:9.8.1.dfsg.P1-4 ii ldap-utils 2.4.28-1.1 ii libnss-sss 1.8.1-1 ii libpam-sss 1.8.1-1 ii libsasl2-modules-ldap 2.1.25.dfsg1-4 Versions of packages sssd suggests: ii sssd-tools 1.8.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667161: Language extensions in scripts (Was: Bug#667161: FASTX-Toolkit faisl to build with GCC-4.7)
Hi, as it seems necessary to bring up this discussion again, I'd like to give some reasons why policy states something that makes sense and it is not in the interest of users to have those language extensions. On Fri, Apr 27, 2012 at 08:37:08AM +0900, Charles Plessy wrote: Le Thu, Apr 26, 2012 at 10:21:53PM +0200, Andreas Tille a écrit : When preparing the recent package I noticed that you are providing scripts featuring language extensions (.pl and .sh). Debian Policy[1] says: When scripts are installed into a directory in the system PATH, the script name should not include an extension such as .sh or .pl that denotes the scripting language currently used to implement it. and there are several good reasons to follow this advise. Could you imagine to drop this extension in the script names - IMHO this would be a good idea as long as fastx-toolkit is 0.0.x numbered. Dear Andreas and Gordon, please do not change the names unless a transition period of 1-2 years is planned where both names are available together. That recommendation of Debian Policy is a pure disaster, that makes Debian systems incompatible with all the rest of the world. I do not think that policy really contains disastrous statements and your statement about incompatibility with the rest of the world is a bit overheated. The only reason for incompatibility would be if we would rename those scripts without any alternative but as you have noticed I did not do this and the reason for this was exactly not to become incompatible. To stay compatible we as the maintainer of a set of programs do have some obligation to also teach authors of software what might be good or not. I admit I was a bit short in my initial mail and just stated that there are several good reasons. So I try to give some of them here now: 1. http://en.wikipedia.org/wiki/Filename_extension#Command_name_issues The use of a filename extension in a command name appears occasionally, usually as a side effect of the command having been implemented as a script (in Bourne shell, Python, etc.) and the interpreter name being suffixed to the command name, a practice common on systems like Windows and Mac OS X, which rely on globally set associations between filename extension and interpreter, but sharply deprecated in UNIX-derived systems like Linux and Apple's Mac OS X, where the interpreter is normally specified as a header in the script. ... 2. http://www.talisman.org/~erlkonig/documents/commandname-extensions-considered-harmful ... very reasonable and sane explanation of the problem leading to the consequence: Commands should never have filename extensions. Rely on interpreter directives instead or some other paradigm that prevent the implementation from being exposed, or worse yet, lied about, within the very name of the command. 3. http://lists.debian.org/debian-policy/2003/04/msg00031.html This was one of first hits of numerous others on Debian lists which possibly leaded to the entry in Debian policy. The reasoning was certainly influenced by the knowledge given above and expresses the fact that people might assume a user has understand the things above and regards scripts featuring extensions are rather simple examples, code snippets or whatever and not fully grown programs. Somebody might not consider your code as honest tool or whatever. 4. In addition I do not see what actual information such extensions are providing to the end user. A user expects a program to do a job. Fullstop. The user does not need to care about the language a program is written in if it just does what it is expected to do. An extension at best means more typing work (and yes, I do know enouth users specifically working in the field of biology who do not know tab extension and when called in scripts - which is basically the only problem of a renaming you need to type the extension anyway). In the same way I'm always voting against program descriptions which are telling something like Foo is a programm written in bar to do foobar and would always vote to rather write Foo does foobar {in a specific manner/like baz/... some other useful information for the user} The programming language is just developer oriented metainformation with no additional value for the user who is interested in the functionality of the program. In short: The goal of Debian (policy) is not to make Debian incompatible with the rest of the world. It rather intends to spread knowledge about agreed principles into the world. When writing mails like this I try to do my obligation as Debian maintainer. And yes, for sure some migration path might make sense. In this sense my wording about 0.0.x numbered versions should have been understood. It is quite usual that projects change their
Bug#670597: libc6: /lib/ld-linux.so.3 symlink not set
Package: libc6 Version: 2.13-30 Severity: grave Dear Maintainer, In debugging why /usr/sbin/samhain returned 'No such file or directory', it became evident that the symlink in the subject line is not set: lfilipoz@hasse:~$ ldd /usr/sbin/samhain ... /lib/ld-linux.so.3 = /lib/ld-linux-armhf.so.3 (0xb6f51000) ... lfilipoz@hasse:~$ ls -l /lib/ld-linux.so.3 ls: cannot access /lib/ld-linux.so.3: No such file or directory Thanks, Luca -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.2.0-2-mx5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-30 ii libgcc1 1:4.7.0-3 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.42 ii glibc-doc none ii locales-all [locales] 2.13-30 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670596: gross: README.Debian typo: exit vs. exim
Package: gross Version: 1.0.2-2 Severity: minor The README.Debian contains a typo, with it saying exit rather thatn exim -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (900, 'stable'), (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gross depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc-ares2 1.7.3-1squeeze1 library for asyncronous name resol ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii postfix 2.7.1-1+squeeze1 High-performance mail transport ag gross recommends no packages. gross suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654604: Bug #654604
I've worked as upstream with an ARM qemu virtual machine to fix this problem. There's no yet fixed release of the program, however, and probably won't be for at least several weeks or so. The patches which fix the issue are very large, as the self test comparison output needed changing to account for floating point variations. As the test failures aren't indicating any real problems, I think the best solution is to just disable the failing tests until the next upstream release. I've put in a temporary patch to do this. So hopefully, this will be fixed if we push the current HEAD of the PAPT repository. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670420: libsndfile1: undefined symbol: vorbis_version_string
Marcel Veldhuizen wrote: I'm having a problem with the 1.0.25-4 version of the libsndfile1 package together with the current pulseaudio packages. When I try to use pulseaudio, I get the following error message: pulseaudio: symbol lookup error: /usr/lib/i386-linux-gnu/libsndfile.so.1: undefined symbol: vorbis_version_string That version of libsndfile1 depends on the following: ii libvorbis0a1.3.2-1.2 ii libvorbisenc2 1.3.2-1.2 Do you actually have those versions installed or earlier versions? If you use apt-get or aptitude to install libsndfile1, those programs will automatically install the required version of libvorbis. If you use dpkg to install libsndfile, you may run into problems like this because dpkg does not automatically update dependencies. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670133: nslcd: /etc/nslcd.conf's binddn/bindpw removed during upgrade
tags 670133 + pending thanks On Mon, 2012-04-23 at 12:14 +0200, Luca Capello wrote: Basically, with today's upgrade, my /etc/nslcd.conf was automatically changed and the LDAP setup completely broke. Thank you for the detailed bug report and analysis. It helped me greatly in pinpointing the bug. Strangely enough, this should have already been fixed by #610117. Some debugging and the problem in my case was clear: I did not used debconf/dpkg-reconfigure to configure nslcd (which is perfectly fine, no configuration method is mandatory in Debian), thus given that debconf's nslcd/ldap-auth-type was empty /var/lib/dpkg/info/nslcd.postinst:212 thinks that there is no authentication at all. After some digging it turned out that the change for #610117 which was introduced in 0.8.2 was actually the cause of the problem. If the authtype was set in debconf (by default none which is probably why you saw the problem) the configuration is overwritten. I've changed the functionality to always determine the authtype based on the configuration file if it is present and only use the debconf guessing from #610117 if installing for the first time. The problem is present on the debconf's side as well, reproducible with: I found a nice way to trigger the underlying bug is to use debconf to configure no authentication, then change the config by hand with the binddn and bindpw options and then reinstall or upgrade. It seems the /etc/nslcd.conf handling is in some way broken :-( Although debconf is very nice, it is very difficult to provide configuration options that can both be preseeded and retain the system administrator's modifications that have been made outside of debconf. Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#670591: systemd: needs to mask the new checkroot-bootclean script
On Fri, Apr 27, 2012 at 01:50:35PM +0800, Paul Wise wrote: Package: systemd Version: 44-1 Severity: important X-Debbugs-CC: sysvi...@packages.debian.org It appears that systemd needs to mask the new checkroot-bootclean.sh script introduced by the new initscripts package from experimental. If it already masks the other scripts this is appropriate. As discussed on IRC, this is a bug in the script which is fixed in git--it should not be cleaning the tmpfs. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
Sylvestre Ledru wrote: Actually, I rename it before upload for morse-simulator! Heh. :) Sounds good. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670574: mirrors: Unoconv package is out of date. It is version 0.3 and needs to be updated to version 0.5
reassign 670574 unoconv thanks Hi, On Thu, Apr 26, 2012 at 08:19:33PM +, Matt Rogers wrote: Package: mirrors Severity: normal Unoconv package is out of date. It is version 0.3 and needs to be updated to version 0.5 $ rmadison unoconv unoconv | 0.3-3 | lenny | source, all unoconv | 0.3-6 | squeeze | source, all unoconv | 0.4-1 | wheezy | source, all unoconv | 0.4-1 | sid | source, all I may have misclassified this bug. Indeed, this is not related to mirrors, but to unoconv itself, so that unoconv maintainer can receive the message. You can read http://www.debian.org/Bugs/Reporting about how to report a bug. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670598: Tidy up Raw partition warning.
Package: burp Version: 1.3.1-1 Severity: whislist Forwarded: https://github.com/grke/burp/issues/87 There are problems with building 1.3.2, i have contact with author we decided to wait for version 1.3.3. This wil be soon according to the author Seen on a backup of a Ubuntu machine: 2012-04-13 19:07:12: burp[21884] WARNING: Err: Raw partition: /lib/udev/devices/loop0 I think it probably just needs the right exclude_fs set. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670599: Prevent client from browsing backups
Package: burp Version: 1.3.1-1 Severity: whislist Forwarded: https://github.com/grke/burp/issues/87 Chances are high we'll be implementing this feature in an Ajax-ish way in our panel, if it will be at all possible.. I think it probably just needs the right exclude_fs set. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670600: Prevent client from browsing backups
Package: burp Version: 1.3.1-1 Severity: whislist Forwarded: https://github.com/grke/burp/issues/85 Basically, my use case is that I want every operation be ran from our control panel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660430: textedit.app: Can't create a new document.
hi could you provide a screenshot maybe? in which desktop or window manager are you running it? yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670601: Document or implement ability to prevent *client* from initiating manual backup
Package: burp Version: 1.3.1-1 Severity: whislist Forwarded: https://github.com/grke/burp/issues/83 Document or implement ability to prevent *client* from initiating manual backup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670055: cups-filters: Printing a text file fails when Liberation is the only TrueType font available
I've got two good news for you: 1) I was finally able to reproduce your issue on one of my machines 2) I think I found the culprit Ad 1) I didn't realize that I still had another font installed, the Opentype Cantarell font. I was so focussed on Truetype fonts and gsfonts-x11 that I simply overlooked it. When I removed this one, I've got the exact same symptoms that you described. Since this sounded a bit too random, I suspected the culprit to lie in our fontconfig query. Ad 2) In your cups-filters source copy, in the filters/texttopdf.c file, there is line 62 which calls FcPatternAddInteger() and also has a comment that this will guide fc. However, this seems to have puzzled the fontconfig pattern, instead. Please comment out the line and rebuild the package following the procedure I described in one of my previous mails. If you feel unconfortable editing the file manually (you should), you might as well apply the patch I attached to this email (again with quilt import /path/to/patch and then quilt push -a). Please rebuild the package and try again. If this really turns out to be the culprit, I have to check with the fontconfig maintainers what's wrong about this command. In any case, it did not achieve what it was supposed to do, because most of the fonts in the list suggested by fontconfig and printed out by my fc-test program were non-monospaced, anyway. - Fabian --- cups-filters-1.0.16.orig/filter/texttopdf.c +++ cups-filters-1.0.16/filter/texttopdf.c @@ -59,7 +59,7 @@ EMB_PARAMS *font_load(const char *font) } else { FcInit (); pattern = FcNameParse ((const FcChar8 *)font); -FcPatternAddInteger (pattern, FC_SPACING, FC_MONO); // guide fc, in case substitution becomes necessary +/*FcPatternAddInteger (pattern, FC_SPACING, FC_MONO); // Debian #670055 */ FcConfigSubstitute (0, pattern, FcMatchPattern); FcDefaultSubstitute (pattern);
Bug#477751: tackling this bug
On Thu, Apr 26, 2012 at 06:18:40PM -0400, Joey Hess wrote: This is why I originally recommended that the registration process be converted to use triggers. A [directory full] of catalogs, and a root catalog file automatically generated from them (which need not be a config file in /etc) is a much cleaner approach. This change would be fairly intrusive, but it clearly has its advantages. update-catalog would be updated to turn any calls containing --super into no-ops. These configuration options are somewhat burnt by the current prerm and postinst invocations and can no longer be used by an administrator in a sane way. /etc/sgml/catalog would be regenerated using a new update-catalog --update-super. (I don't think moving the file elsewhere is feasible.) It would unconditionally overwrite /etc/sgml/catalog to include /etc/sgml/*.cat. The trigger interest would be declared in sgml-base. No trigger activation is necessary. The generated /etc/sgml/catalog would explain that to remove a catalog an administrator should call update-catalog --disable $package. This would mv /etc/sgml/$package.cat{,.disabled} and --update-super. Similarly --enable $package would revert this change. These file moves persist during upgrades, because removed conffiles are not readded. Does this method have any obvious problems? I can write a patch. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625847: unattended-upgrades: should not send an email if no package was upgraded
2012/4/26 Michael Vogt m...@debian.org: This bugreport is interessting and I'm happy to implement the required change to not send a mail if nothing changes. However I wonder if that is what should be default? Great. I mean, it seems like its very interessting to know that a package did *not* get upgraded (in some sense more interessting than if the package got upgraded) because in the default configuration it means there is a open security issue on the system. Maybe we could use the idea from bug #652719 and add U-A::Mail-If-Packages-on-Hold (any unify the options too) and the option would default to true for the rational above (that it indicates a open security issue). What do you think? First, until now all notifications *are* disabled on default configuration. To get notifications the Sysadmin must explicitly set U-A::Mail or U-A::Mail-only-on-Error (and any future U-A::Mail* options). My advice is to not send any email in default configuration (keep the current behaviour). In this specific case, why would a package be on hold? 1) package cannot be upgraded without some confirmation [ok] 2) the package was blacklisted. This is an express request from Sysadmin that says this package is special or critical, don't do anything without my supervision. Thus, the Sysadmin already knows about them — why send a notification? (that's why I still think this new configuration option is not necessary) 3) some other reason?! Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669107:
Correction fixed in version 1.3.3 wil be released in a few days
Bug#670523: foxtrotgps: FoxtrotGPS crashes when geting route
On 04/27/2012 08:48 AM, Tomislav Parčina wrote: As far as I see it this bug shouldn't be closed, just it should be marked squeeze, and closed when it's fixed in squeeze (check this page for squeeze - http://www.debian.org/Bugs/Developer#tags). that's not quite correct, we usually do a versioned close, no tags. however, i was to lazy to check which 1.x version actually fixed it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664257: multiarch tuples are not documented/defined
Ian Jackson ijack...@chiark.greenend.org.uk writes: Goswin von Brederlow writes (Re: Bug#664257: multiarch tuples are not documented/defined): It is a bug in Debian: The multiarch tuples are not documented/defined in Debian. They are now documented on the wiki, as previously noted in this thread. The bug is also in the upstream code since upstream does not document the tuples and we inherited that from them. I'm not sure exactly what you mean. In which upstream package, shipped by Debian, do you think this documentation should be ? Are you saying that this bug report should now be regarded as a request to move the documentation from the wiki to some source package ? Yes, like Jonathan wrote: Jonathan Nieder jrnie...@gmail.com writes: It is a bug in Debian: The multiarch tuples are not documented/defined in Debian. Fine, reassigning to policy. Never say I didn't do anything for you... :) Policy maintainers, see http://wiki.debian.org/Multiarch/Tuples for a nice table to incorporate. Ultimately we would like to see this, along with some more text to make it precise, in some LSB document such as the FHS. Thanks for your work, and hope that helps, Jonathan I was more thinking along the line of forwarded, as in filing it in the upstream BTS someone mentioned before and getting in touch with the FHS people and convince them to add them. Obviously just setting the tag alone is not doing anything to resolve the issue. Ian Jackson ijack...@chiark.greenend.org.uk writes: For one thing a bug can always be fixed in Debian wth enough work if it is fixable at all. [...] Should I file a bug in the Debian BTS about the fact that my employer's Microsoft Exchange server corrupts emails ? I really don't see the difference, in principle ... The difference is that Debian does not contain Microsoft Exchange but it does contain the FHS and other LSB stuff. To be honest what I mostly seem to understand from your contributions to this bug a general but rather unfocused hostility to multiarch. It is of course fine for you not to like multiarch. But the purpose of the BTS is not to be an outlet for gripes; if it were I have plenty of my own. The purpose of the BTS is for us to track specific problems, the correction of which lies in our power. He said to the person advocating multiarch for the last 6 years. Clearly I'm not the person to convince others to add multiarch tupples to their specs. So someone with decent debating skills please pick up this issue and get in contact with the FHS/LSB people. But I'm wasting too much of everyone's time arguing about the state of this now-non-bug. It would be better just to let it sit and rot in the BTS so this will be my last message here. Ian. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664257: multiarch tuples are not documented/defined
Goswin von Brederlow wrote: Clearly I'm not the person to convince others to add multiarch tupples to their specs. I don't see why or why not. But it isn't really about convincing --- I'd be hard pressed to find someone who _doesn't_ want this stuff documented better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670419: nslcd: LDAP users can't login after upgrade 0.8.6- 0.8.7
Uhm, being unable to login deserves somewhat higher severity than normal so that people are can avoid upgrading to such unusable package version, don't you think? Wasted two hours of my time due to this. :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669177: inspircd: unversioned dependency on package hurd on hurd-i386
Hi! On 2012-04-26 19:33, Guillaume Delacour wrote: Le mercredi 18 avril 2012 à 00:01 +0100, Jonathan Wiltshire a écrit : E: inspircd: depends-on-essential-package-without-using-version depends: hurd As inspircd use libpthread, it seems to be a bug and will be fixed with the next upload of eglibc that include libpthread (as #debian-hurd folks). Ok. In that case please clone+retitle+reassign this bug to hurd and set appropriate Blocks so that it is documented somewhere. Thanks -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670602: iceowl removed due to conflicts with backports
Package: iceowl Version: iceowl Severity: important following on from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670143 Those backport dependancies mean iceowl has now been removed from my system. It would be nice to have iceowl back. I note for others that lightning and related google calendar plugins seem to work well as a replacement in the backported icedove. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl depends on: ii calendar-timezones10.0.3-3~bpo60+1 Timezone Extension for Sunbird/Ice ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-01:2.24.3-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.13.3-1~bpo60+1 Network Security Service libraries ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsqlite3-0 3.7.10-1~bpo60+1 SQLite 3 shared library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages iceowl recommends: ii calendar-google-provide 10.0.3-3~bpo60+1 Google Calendar support for lighti iceowl suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665950: Research/Questions on GOsa² issue: ,,unescaped arguments used on a command line''
Hi Fabian, re-including the BTS issue #665950 ... On Do 26 Apr 2012 10:41:53 CEST Fabian Hickert wrote: The problem is that passwords with special chars break the hook execution? Is this correct? Yes, and more. All substituted variables within hook scripts bear the risk of executing arbitrary code if spaces in %someHookVariable do not get escaped. I guess, I can test this tomorrow evening.. Please do! Thanks a lot for your immediate response. 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 pgpDlCQIOffZy.pgp Description: Digitale PGP-Unterschrift
Bug#670419: nslcd: LDAP users can't login after upgrade 0.8.6- 0.8.7
severity 670419 + critical thanks On Fri, 2012-04-27 at 10:31 +0200, Jakub Moc wrote: Uhm, being unable to login deserves somewhat higher severity than normal so that people are can avoid upgrading to such unusable package version, don't you think? Wasted two hours of my time due to this. :( I agree, sorry about this bug. I'm working on uploading a new version with the fix. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#670603: ITP: php-mdb2 -- a merge of the PEAR DB and Metabase php database abstraction layers
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: php-mdb2 Version : 2.5.0b3 Upstream Author : Lukas Smith sm...@pooteeweet.org * URL : http://pear.php.net/package/MDB2 * License : BSD Programming Lang: PHP Description : a merge of the PEAR DB and Metabase php database abstraction layers Provides a common API for all supported RDBMS. The main difference to most other DB abstraction packages is that MDB2 goes much further to ensure portability. MDB2 provides most of its many features optionally that can be used to construct portable SQL statements: * Object-Oriented API * A DSN (data source name) or array format for specifying database servers * Datatype abstraction and on demand datatype conversion * Various optional fetch modes to fix portability issues * Portable error codes * Sequential and non sequential row fetching as well as bulk fetching * Ability to make buffered and unbuffered queries * Ordered array and associative array for the fetched rows * Prepare/execute (bind) named and unnamed placeholder emulation * Sequence/autoincrement emulation * Replace emulation * Limited sub select emulation * Row limit emulation * Transactions/savepoint support * Large Object support * Index/Unique Key/Primary Key support * Pattern matching abstraction * Module framework to load advanced functionality on demand * Ability to read the information schema * RDBMS management methods (creating, dropping, altering) * Reverse engineering schemas from an existing database * SQL function call abstraction * Full integration into the PEAR Framework * PHPDoc API documentation This is a request from people packaging ownCloud. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670604: ITP: php-mdb2-schema -- enables users to maintain RDBMS independant schema
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: php-mdb2-schema Version : 0.8.5 Upstream Author : Lukas Smith sm...@pooteeweet.org * URL : http://pear.php.net/package/MDB2_Schema * License : BSD Programming Lang: PHP Description : enables users to maintain RDBMS independant schema PEAR::MDB2_Schema enables users to maintain RDBMS independant schema files in XML that can be used to create, alter and drop database entities and insert data into a database. Reverse engineering database schemas from existing databases is also supported. The format is compatible with both PEAR::MDB and Metabase. This is a RFP from the people packaging ownCloud and who needs that dependency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
Sylvestre Ledru sylves...@debian.org writes: Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: morse Version : 0.5.1 Upstream Author : Laas * URL : http://morse.openrobots.org/ * License : BSD Programming Lang: Python Description : Multi-OpenRobot Simulation Engine * Versatile simulator for generic mobile robots simulation (single or multi robots), * Realistic and dynamic environments (interaction with other agents like humans or objects), * Based on well known and widely adopted open source projects (Blender for 3D rendering + UI, Bullet for physics simulation, dedicated robotic middlewares for communications + robot hardware support), * Seamless workflow: since the simulator rely on Blender for both modeling and the real time 3D engine, creating and modifying a simulated scene is straightforward. * Entirely scriptable in Python, * Adaptable to various level of simulation realism (for instance the simulation of exteroceptive sensors like cameras or a direct access to higher level representations of the world, like labeled artifacts), * Currently compatible with ROS, YARP and the LAAS OpenRobots robotics frameworks, * Easy to integrate to other environments via a simple socket interface, * Fully open source, BSD license. Package: morse Version: 2.4-2 Installed-Size: 241 Maintainer: Nanakos Chrysostomos nana...@wired-net.gr Architecture: amd64 Depends: libasound2 ( 1.0.24.1), libc6 (= 2.7), libpulse0 (= 0.9.23), libx11-6 Recommends: pulseaudio Description-en: training program about morse-code for aspiring radio hams It can generate random tests or simulated QSOs resembling those used in the ARRL test (a QSO generator is included). There are a plethora of options to vary the training method. In one of the simpler modes, this program will take text from standard input and render it as Morse-code beeps. Homepage: http://www.catb.org/~esr/morse/ Description-md5: 12de56d0f5206de9b9c14e03f4824f1a Tag: role::program Section: hamradio Priority: optional Filename: pool/main/m/morse/morse_2.4-2_amd64.deb Size: 89968 MD5sum: 0c59a3581273d36fa9f1f939480cf1a4 SHA1: 44bfc66700a5fe31376e264c516e5887a1910e76 SHA256: e2565638180093a3a4b4c28d92ea7b8f5fb753f208cbb4e79e181969905c9157 MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670605: RFP: libjs-jquery-jqplot -- jQuery Plotting Plugin
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, pkg-javascript-de...@lists.alioth.debian.org Package name: libjs-jquery-jqplot Version: 1.0.0b2_r1012 Upstream Author: Chris Leonello ch...@jqplot.com URL: http://www.jqplot.com License: GPL, MIT Description: jQuery Plotting Plugin jqPlot is a plotting and charting plugin for the jQuery Javascript framework. jqPlot produces beautiful line, bar and pie charts with many features: Numerous chart style options. Date axes with customizable formatting. Up to 9 Y axes. Rotated axis text. Automatic trend line computation. Tooltips and data point highlighting. Sensible defaults for ease of use. -- Roman V. Nikolaev mail:rshadowa...@gmail.com jabber: rsha...@jabber.org icq: 198-364-657 site:http://www.rshadow.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
On 27/04/2012 10:47, Goswin von Brederlow wrote: Sylvestre Ledrusylves...@debian.org writes: Package: wnpp Severity: wishlist Owner: Sylvestre Ledrusylves...@debian.org * Package name: morse Version : 0.5.1 Upstream Author : Laas * URL : http://morse.openrobots.org/ * License : BSD Programming Lang: Python Description : Multi-OpenRobot Simulation Engine * Versatile simulator for generic mobile robots simulation (single or multi robots), * Realistic and dynamic environments (interaction with other agents like humans or objects), * Based on well known and widely adopted open source projects (Blender for 3D rendering + UI, Bullet for physics simulation, dedicated robotic middlewares for communications + robot hardware support), * Seamless workflow: since the simulator rely on Blender for both modeling and the real time 3D engine, creating and modifying a simulated scene is straightforward. * Entirely scriptable in Python, * Adaptable to various level of simulation realism (for instance the simulation of exteroceptive sensors like cameras or a direct access to higher level representations of the world, like labeled artifacts), * Currently compatible with ROS, YARP and the LAAS OpenRobots robotics frameworks, * Easy to integrate to other environments via a simple socket interface, * Fully open source, BSD license. Package: morse Version: 2.4-2 Yes, I renamed my package before. cf http://ftp-master.debian.org/new/morse-simulator_0.5.1-1.html S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665359: python3-gi: Segfault when computing size of subclasses
tag 665359 confirmed forwarded 665359 https://bugzilla.gnome.org/show_bug.cgi?id=36 retitle 665359 Crashes when C calls Python callback with Python3 thanks Jonathan Ballet [2012-03-23 19:15 +0700]: I have an application which provides a custom wiget, which inherits from Gtk.Box and does stuff related to the size. Currently, this specific code is segfaulting, I'm not sure why. From my non-working example, I created a minimal test case which show the problem on my computer, which attached to this bug report. Thanks! I confirm the crash, and also verified that it is the same problem as in https://bugzilla.gnome.org/show_bug.cgi?id=36 . Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#670606: override: iceweasel-l10n-csb:localization/optional
Package: ftp.debian.org Severity: normal IIRC, The package had the wrong section when it was first introduced in the archive, and it was changed to localization which is better suited. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670607: dpkg --configure fails with multiarch, interpreting those as ambiguous package names
Package: dpkg Version: 1.16.2 Severity: serious To update a package that is available both as amd64 and i386 on my machine, dpkg fails as in Setting up libc-bin (2.13-30) ... (Reading database ... 290169 files and directories currently installed.) Preparing to replace libc6:i386 2.13-27 (using .../libc6_2.13-30_i386.deb) ... De-configuring libc6:amd64 ... Unpacking replacement libc6:i386 ... Preparing to replace libc6:amd64 2.13-27 (using .../libc6_2.13-30_amd64.deb) ... Unpacking replacement libc6:amd64 ... dpkg: error: --configure needs a valid package name but 'libc6' is not: ambiguous package name 'libc6' with more than one installed instance One can then get over it by removing all reverse dependencies and libc6:i386 with it, which hurts. Afterwards, the package can be installed again. Flawlessly. Once over it, it now happens again with the very next package: Unpacking libstdc++6:i386 (from .../libstdc++6_4.7.0-3_i386.deb) ... Processing triggers for ccache ... Updating symlinks in /usr/lib/ccache ... dpkg: error: --configure needs a valid package name but 'gcc-4.7-base' is not: ambiguous package name 'gcc-4.7-base' with more than one installed instance $ dpkg -l gcc-4.7-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iU gcc-4.7-base:amd64 4.7.0-3GCC, the GNU Compiler Collection (base package) iU gcc-4.7-base:i386 4.7.0-3GCC, the GNU Compiler Collection (base package) Cheers, Steffen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-1 ii libc62.13-30 ii libselinux1 2.1.9-2 ii tar 1.26-4 ii xz-utils 5.1.1alpha+20110809-3 ii zlib1g 1:1.2.6.dfsg-2 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.10 -- 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#665452: [Pkg-openssl-devel] Bug#665452: SSL_OP_ALL option: status
Should we close this bug? openssl (1.0.1b-1) unstable; urgency=high * New upstream version - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 can talk to servers supporting TLS 1.1 but not TLS 1.2 - Drop rc4_hmac_md5.patch, applied upstream -- Kurt Roeckx k...@roeckx.be Thu, 26 Apr 2012 23:34:34 +0200 Cheers, Guo Yixuan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
On Fr, 27 Apr 2012, Atsuhito Kohda wrote: Is there *makempx (pmakempx etc.)? script, I copied it from jmpost package into texlive-binaries Hmm, I think this is unnecessary. From tlptexlive web page it is declared pmetapost is included. And I tested pmpost of the latest tlptexlive. It seems pmpost -tex=platex foo.mp works fine without pmakempx. Of course, foo.mp contains japanese characters which I borrowed from upTeX's example. Also there is no makempx which means, I guess, mpost doesn't call makempx anymore. Ok, removing it again, so please NOBODY uploads the packages I have uploaded to people, the still contain the pmakempx script ;-) What do you think? Should I upload to unstable now or should I wait until the testing transition is over once? I'll take a look afterwards. Thanks for your work! But please test them, esp with respect to upgrades. When I am back (Kamikochi climbing Maehokadake, then Sadogashima) I will build new packages and upload them. debian-release people? Advise? I'd like to know an advice too. Too late, I am leaving soon. Will have to wait after Golden Week. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 Yes, it's the right planet, all right, he said again. Right planet, wrong universe. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#190753: Proposing to appeal to the tech. comittee about language extensions in scripts.
Dear Russ, Joey, Debian Med team and evrybody, in 2010 I discussed with you in this bug (#190753) about our policy of removing suffixes from program names, and the harm it causes by breaking compatibilty between Debian system using packaged programs, and other UNIX system which installed the program from source. This is causing frequent tensions in my packaging team, with on one hand the members who want to respect our policy and promote best practices by proposing a renaming a posteriori, and on the other hands the members who object changing a program's name that does not break anything, and who would directly suffer from such a renaming. Much has been said, and I am not criticizing the points that have been made in favor of renaming, nor I object to promote them to the developers at the moment where they chose a name for their new program, but my opinion as a user of these packages where the scripts would be renamed according to our policy (which I do not follow anymore since a couple of years), is that the drawbacks in terms of incompatibility with others, of transition to follow, of loss of backward compatibility when going back on an old project, etc., are too heavy compared to the suggested benefits. As proposed in 2010 (http://bugs.debian.org/190753#98), I would like to ask the Technical Comittee to reconsider our Policy, and restrict it to cases where the name of a program is an interface (http://bugs.debian.org/190753#128). I would like to know people's feeling about this. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667161: Language extensions in scripts (Was: Bug#667161: FASTX-Toolkit faisl to build with GCC-4.7)
Dear Gordon, sorry for exposing our disagreements. I have transferred the discussion in another bug report. Feel free to follow it if you are curious, and do not hesitate to give your opinion. http://bugs.debian.org/190753#139 Have a nice day, -- Charles Le Fri, Apr 27, 2012 at 08:59:46AM +0200, Andreas Tille a écrit : Hi, as it seems necessary to bring up this discussion again, I'd like to give some reasons why policy states something that makes sense and it is not in the interest of users to have those language extensions. On Fri, Apr 27, 2012 at 08:37:08AM +0900, Charles Plessy wrote: Le Thu, Apr 26, 2012 at 10:21:53PM +0200, Andreas Tille a écrit : When preparing the recent package I noticed that you are providing scripts featuring language extensions (.pl and .sh). Debian Policy[1] says: When scripts are installed into a directory in the system PATH, the script name should not include an extension such as .sh or .pl that denotes the scripting language currently used to implement it. and there are several good reasons to follow this advise. Could you imagine to drop this extension in the script names - IMHO this would be a good idea as long as fastx-toolkit is 0.0.x numbered. Dear Andreas and Gordon, please do not change the names unless a transition period of 1-2 years is planned where both names are available together. That recommendation of Debian Policy is a pure disaster, that makes Debian systems incompatible with all the rest of the world. I do not think that policy really contains disastrous statements and your statement about incompatibility with the rest of the world is a bit overheated. The only reason for incompatibility would be if we would rename those scripts without any alternative but as you have noticed I did not do this and the reason for this was exactly not to become incompatible. To stay compatible we as the maintainer of a set of programs do have some obligation to also teach authors of software what might be good or not. I admit I was a bit short in my initial mail and just stated that there are several good reasons. So I try to give some of them here now: 1. http://en.wikipedia.org/wiki/Filename_extension#Command_name_issues The use of a filename extension in a command name appears occasionally, usually as a side effect of the command having been implemented as a script (in Bourne shell, Python, etc.) and the interpreter name being suffixed to the command name, a practice common on systems like Windows and Mac OS X, which rely on globally set associations between filename extension and interpreter, but sharply deprecated in UNIX-derived systems like Linux and Apple's Mac OS X, where the interpreter is normally specified as a header in the script. ... 2. http://www.talisman.org/~erlkonig/documents/commandname-extensions-considered-harmful ... very reasonable and sane explanation of the problem leading to the consequence: Commands should never have filename extensions. Rely on interpreter directives instead or some other paradigm that prevent the implementation from being exposed, or worse yet, lied about, within the very name of the command. 3. http://lists.debian.org/debian-policy/2003/04/msg00031.html This was one of first hits of numerous others on Debian lists which possibly leaded to the entry in Debian policy. The reasoning was certainly influenced by the knowledge given above and expresses the fact that people might assume a user has understand the things above and regards scripts featuring extensions are rather simple examples, code snippets or whatever and not fully grown programs. Somebody might not consider your code as honest tool or whatever. 4. In addition I do not see what actual information such extensions are providing to the end user. A user expects a program to do a job. Fullstop. The user does not need to care about the language a program is written in if it just does what it is expected to do. An extension at best means more typing work (and yes, I do know enouth users specifically working in the field of biology who do not know tab extension and when called in scripts - which is basically the only problem of a renaming you need to type the extension anyway). In the same way I'm always voting against program descriptions which are telling something like Foo is a programm written in bar to do foobar and would always vote to rather write Foo does foobar {in a specific manner/like baz/... some other useful information for the user} The programming language is just developer oriented metainformation with no additional value for the user who is interested in the functionality of the program. In short: The goal
Bug#190753: Proposing to appeal to the tech. comittee about language extensions in scripts.
On Fri, Apr 27, 2012 at 06:01:52PM +0900, Charles Plessy wrote: Dear Russ, Joey, Debian Med team and evrybody, Much has been said, and I am not criticizing the points that have been made in favor of renaming, nor I object to promote them to the developers at the moment where they chose a name for their new program, but my opinion as a user of these packages where the scripts would be renamed according to our policy (which I do not follow anymore since a couple of years), is that the drawbacks in terms of incompatibility with others, of transition to follow, of loss of backward compatibility when going back on an old project, etc., are too heavy compared to the suggested benefits. I would like to know people's feeling about this. Using language extensions is fundamentally wrong. I don't think that's too controversial to state so bluntly. It will cause massive breakage should the implementation language change. There are good reasons why we have the policy, and while it's annoying when we come across software which uses extensions, we should not accept it. That's part of our job as a distributor, and not pushing back hard against it is to fail to do our job properly. Requiring good practice on the part of our upstreams is part of the price of being distributed as part of Debian. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
On 27.04.2012 10:05, Norbert Preining wrote: On Fr, 27 Apr 2012, Atsuhito Kohda wrote: What do you think? Should I upload to unstable now or should I wait until the testing transition is over once? I'll take a look afterwards. Thanks for your work! But please test them, esp with respect to upgrades. When I am back (Kamikochi climbing Maehokadake, then Sadogashima) I will build new packages and upload them. debian-release people? Advise? I'd like to know an advice too. Too late, I am leaving soon. Will have to wait after Golden Week. My answer would have been the same in any case - if texfam is obsolete and relatively unused then I'd prefer to look at getting the testing transition out of the way sooner rather than later; that also means there's no rush to get texfam updated just to get things transitioned. The dvi2{dvi,ps} NMUs will hit the archive over the next couple of days, so I'd propose that we look at transitioning texlive-* and the libkpathsea reverse-dependencies early next week, removing texfam from testing and breaking it in unstable in the process - texlive people, does that sound okay? 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#190753: Proposing to appeal to the tech. comittee about language extensions in scripts.
On Fri, Apr 27, 2012 at 18:01:52 +0900, Charles Plessy wrote: I would like to know people's feeling about this. Seeing how you're about the only one in favour of removing the policy should, I'm not sure why you think raising it to tech-ctte will change that. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670530: debian-installer-6.0-netboot-armel: missing support for LaCie NASes (Kirkwood)
* Simon Guinot si...@sequanux.org [2012-04-26 16:09]: I understand that creating the netboot image is wrong because the network-console image already includes the same installer (plus the network console). Isn't it ? It's not wrong per so but I think it doesn't make sense to generate the netboot image when the majority of users will use network-console. Those with a serial console can always use the network-console image and then perform the installation on serial rather than via SSH. There is no recovery mode available on the Kirkwood LaCie devices. If the Debian system breaks, a recovery system must be loaded from the U-Boot console (serial or network). Is there a page describing how to use the u-boot console via the network? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670549: ITP: lua-ldap -- LDAP library for the Lua language
Hi Enrico! On Thu, 26 Apr 2012 19:48:18 +0200, Enrico Tassi wrote: On Thu, Apr 26, 2012 at 06:26:01PM +0200, Luca Capello wrote: * Package name: lua-ldap * URL or Web page : http://www.keplerproject.org/lualdap/ I Cc:ed Enrico Tassi (the maintainer of most Lua packages in Debian and also the author of dh-lua) and the upstream authors for their information. The package follows the Debian Lua policy: I'd suggest to put the package in the alioth svn repository pkg-lua. If you agree I'll add you to the team members. I had a plan to migrate all of that to git, so if you prefer the latter vcs I'm with you and you should use that. I already started in that direction, because... JFYI: all projects previously hosted on luaforge are now on github: https://github.com/luaforge/lualdap even if the are no tarballs for this project, just tags, that is fine too. ...so enjoy the temporary repository: http://anonscm.debian.org/gitweb/?p=users/gismo/lua-ldap.git To get started, I think the package should be very very close to lua-zip, that you could use as a template. Thank you for the hint, I am thus adapting the lua-zip's debian/ directory to lua-ldap :-) Thx, bye, Gismo / Luca pgpnDSAJuU31S.pgp Description: PGP signature
Bug#670311: [PATCH] myspell-sk: Helping to update to packaging format 3.0
On Tue, Apr 24, 2012 at 10:39:37PM +0300, jari.aa...@cante.net wrote: Hi, Hi Jari, Let me know if there is anything that needs adjusting or if it is ok to upload this version in a NMU in case you are working on other issues needing attention. The changes look good, I am totally snowed under these days (err, months), so please go ahead with NMU. Thank you -- Miroslav Kure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669680: libpam-ldapd: add LDAP schemas from libpam-ldap
tags 669680 + pending thanks On Sat, 2012-04-21 at 01:36 +0200, Dominik George wrote: The old libpam-ldap package contains two ldap schema files that are very useful. libpam-ldapd does not ship them. It would be great if they could be included! I will add ldapns.schema to the distribution. I couldn't find any other definition of the schema outside pam_ldap however. It is probably misleading to ship the ns-pwd-policy.schema file because nslcd currently doesn't support password policies in the LDAP server. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#670608: jackd2: Please transition libjack-jackd2-0 for multiarch
Source: jackd2 Version: 1.9.8~dfsg.3+20120418gitf82ec715-4 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Hello: Please make this package compatible with multiarch, as described at http://wiki.debian.org/Multiarch/Implementation. More info: http://wiki.debian.org/ReleaseGoals/MultiArch Thanks, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670609: Installation failure
Package: libinsighttoolkit4-dev Version: 4.1.0-1 Severity: grave Hello, The package fails to be installed due to a man page being included in libinsighttoolkit3-dev 3.20.1-5 as well. The error message is: :~$ sudo aptitude install libinsighttoolkit4-dev The following NEW packages will be installed: libinsighttoolkit4-dev 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/5655 kB of archives. After unpacking 25.7 MB will be used. (Reading database ... 388004 files and directories currently installed.) Unpacking libinsighttoolkit4-dev (from .../libinsighttoolkit4-dev_4.1.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libinsighttoolkit4-dev_4.1.0-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/insighttoolkit.3.gz', which is also in package libinsighttoolkit3-dev 3.20.1-5 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libinsighttoolkit4-dev_4.1.0-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Regards Dimitris -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#309036: unison-gtk: skip button doesn't allow for repeated clicks [FIXED]
This is not reproducible anymore in unison-gtk 2.40.65-1. This bug is fixed by unison 2.13.0: Changes since 2.12.0: * User interface changes: * Improved workaround for button focus problem (GTK2 UI) (from http://www.cis.upenn.edu/~bcpierce/unison/download/releases/beta/unison-manual.html#news) This should be marked as fixed. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670610: telnetd: Misleading error reporting when getnameinfo() fails
Package: telnetd Version: 0.17-36 Severity: minor Tags: patch I have noticed a strange error message in syslog: Apr 27 10:04:19 szaflik telnetd[29291]: doit: getnameinfo: Success This made me slighlty uneasy and I looked into the code. It appears that when getnameinfo() fails for any reason, an error message is sent to syslog containing the message associated with the current errno value (%m), while the getnameinfo(3) page states clearly that errno is significant only when getnameinfo() returned EAI_SYSTEM. Therefore I propose a following patch: --- telnetd.c.orig 2012-04-27 11:59:07.0 +0200 +++ telnetd.c 2012-04-27 11:57:05.0 +0200 @@ -671,9 +671,12 @@ fatalperror(net, getpty); /* get name of connected client */ - if (getnameinfo(who, who_len, remote_host_name, - sizeof(remote_host_name), 0, 0, 0)) { - syslog(LOG_ERR, doit: getnameinfo: %m); + if ((i = getnameinfo(who, who_len, remote_host_name, + sizeof(remote_host_name), 0, 0, 0))) { + if (i == EAI_SYSTEM) + syslog(LOG_ERR, doit: getnameinfo: %m); + else + syslog(LOG_ERR, doit: getnameinfo: %s, gai_strerror(i)); *remote_host_name = 0; } Regards, Piotr Malgond Auksztulewicz -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages telnetd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii passwd 1:4.1.4.2+svn3283-2+squeeze1 change and administer password and ii xinetd [ine 1:2.3.14-7 replacement for inetd with many en telnetd recommends no packages. telnetd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670611: ITP: php-xml-dtd -- parsing of DTD files and DTD validation of XML files
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: php-xml-dtd Version : 0.5.2 Upstream Author : Tomas V.V.Cox c...@idecnet.com, Igor Feghali ifegh...@php.net * URL : http://pear.php.net/package/XML_DTD * License : BSD Programming Lang: PHP Description : parsing of DTD files and DTD validation of XML files Parsing of DTD files and DTD validation of XML files. The XML validation is done with the php sax parser, the xml extension, it does not use the domxml extension. Currently supports most of the current XML spec, including entities, elements and attributes. Some uncommon parts of the spec may still be unsupported. This is a dependency of php-mdb2-schema, itself needed by OwnCloud. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645786: courier-mta.postinst creates broken /etc/courier/locals
tags 645786 + pending thanks Hello, Flavio! I fixed the problem in my Git repository. Thanks for the report. Racke On 10/18/2011 06:24 PM, Flavio Stanchina wrote: Package: courier-mta Version: 0.65.0-3 Severity: normal courier-mta.postinst uses: echo -e localhost\n$RET to populate /etc/courier/locals; unfortunately, dash's builtin echo command doesn't support -e, so you get the -e in the locals file. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages courier-mta depends on: ii courier-authlib0.63.0-3 Courier authentication library ii courier-base 0.65.0-3 Courier mail server - base system ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libperl5.105.10.1-17squeeze2 shared Perl library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 courier-mta recommends no packages. Versions of packages courier-mta suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent pn courier-docnone (no description available) pn courier-filter-pernone (no description available) -- debconf information excluded -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670612: git-buildpackage: git-import-dsc should be able to keep local changes, new git-sync-package command?
Package: git-buildpackage Version: 0.6.0~git20120415 Severity: wishlist Sometimes I'd like to maintain a local fork of an official Debian package. So I use git-import-dsc to import it in a git repository and maintain it with git-buildpackage. Now there's a new upstream version that has been packaged by Debian and I want to update my local fork. git-import-dsc offers me no way to do this, it will always overwrite my local changes. Instead I have to use git-import-dsc --debian-branch=debian to maintain a clean history of the debian changes and then merge this branch in my local branch. It would be nice if this workflow could be officially supported by git-buildpackage either with a new command: $ git-sync-package git-import-dsc options It would ensure that the .dsc is a newer version of the external package that is tracked. The default branch used for this tool would be something like upstream-%(vendor) with vendor being distribution by default. Both should be configurable with a command line option. With an --import option, it would only update the upstream-distro branch and not merge the result. PS: I would suggest to rename --(git-)?debian-* to --(git-)?vendor-* it would be less confusing when git-buildpackage is used in a derivative tracking debian... -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.6 ii git 1:1.7.10-1 ii python 2.7.2-10 ii python-dateutil 1.5-1 ii python2.62.6.7-4 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.69 ii pristine-tar 1.24 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-6 -- 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#670613: Grace should recommend xfont packages
Package: grace Version: 1:5.1.22-12 Severity: minor Grace should recommend the xfonts-100dpi or xfonts-75dpi packages. Without either of these installed (and after an X restart), the window font is loaded incorrectly, and the Warning: Cannot convert string -*-helvetica-medium-r-normal-*-12-*-*-*-*-*-*-* to type FontStruct message is dumped to the terminal. Please consider adding the following to debian/control: Recommends: xfonts-100dpi | xfonts-75dpi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599136: [Mutt] #3491: hangs when IP address changes
#3491: hangs when IP address changes --+- Reporter: antonio@… | Owner: mutt-dev Type: defect| Status: new Priority: trivial | Milestone: Component: mutt | Version: 1.5.21 Keywords:| --+- Comment(by antonio@…): Hi guys, this is still an issue and it is causing problems to everyone who needs to switch their connection without closing and reopening mutt in the process. Any change that you could have a look at this? -- Ticket URL: http://dev.mutt.org/trac/ticket/3491#comment:1 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627372: [2.6.32 - 2.6.38 regression] GM45: Console turns black during boot
Hi I compiled both versions as per your instructions, and the behaviour is the same each time. I need to use setpci ... to get the screen backlight on. Do you need any additional information? Alan On Apr 26, 2012 7:23 PM, Jonathan Nieder jrnie...@gmail.com wrote: tags 627372 + upstream patch moreinfo quit Hi Alan, Alan Zimmerman wrote: Console turns black during boot, roughly at the point where normally the console font changes. Thanks again. At last there is a patch to test (attached). Could you try it? Possible instructions: 0. Prerequisites apt-get install git build-essential 1. Get the kernel history if you don't already have it git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2. Add point releases cd linux git remote add stable \ git:// git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git git fetch stable 3. Configure, build, and test git checkout stable/linux-3.2.y cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot Hopefully it reproduces the black screen at boot. 4. Try the patch cd linux git am -3sc /path/to/the/patch make deb-pkg; # maybe with -j4 dpkg -i ../name of package; # as root reboot An alternative set of instructions is at [1]. If it works, we can try applying the patch and pass this information upstream to help them decide when to roll it out. Hope that helps, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page in the debian-kernel-handbook package
Bug#670614: wipefs fails on LVM
Package: fai Version: 4.0~beta8 Tested on Ubuntu 12.04, but applies to Debian as well. During wipefs I get the following error: Executing: wipefs -a vg1/home Command had non-zero exit code Similar bug report with 4.0~beta3 and wheezy: https://lists.uni-koeln.de/pipermail/linux-fai/2012-January/009456.html This post says (and I can confirm this): There seems to be 2 problems: - wipefs argument should be /dev/vg0/var - vgchange -a n should not be called before wipefs, as it prevents it from seeing the partition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670530: debian-installer-6.0-netboot-armel: missing support for LaCie NASes (Kirkwood)
On Fri, Apr 27, 2012 at 10:25:50AM +0100, Martin Michlmayr wrote: * Simon Guinot si...@sequanux.org [2012-04-26 16:09]: I understand that creating the netboot image is wrong because the network-console image already includes the same installer (plus the network console). Isn't it ? It's not wrong per so but I think it doesn't make sense to generate the netboot image when the majority of users will use network-console. Those with a serial console can always use the network-console image and then perform the installation on serial rather than via SSH. There is no recovery mode available on the Kirkwood LaCie devices. If the Debian system breaks, a recovery system must be loaded from the U-Boot console (serial or network). Is there a page describing how to use the u-boot console via the network? There is some informations at http://lacie-nas.org/doku.php?id=uboot in the subsection Connect to U-Boot via netconsole. It is quite thin but I will write a full documentation on how installing/rescuing Debian on a LaCie NAS. Else, there is http://git.denx.de/?p=u-boot.git;a=blob_plain;f=doc/README.NetConsole;hb=HEAD Simon signature.asc Description: Digital signature
Bug#670603: ITP: php-mdb2 -- a merge of the PEAR DB and Metabase php database abstraction layers
On Fri, Apr 27, 2012 at 04:44:24PM +0800, Thomas Goirand wrote: * Package name: php-mdb2 Version : 2.5.0b3 php-mdb2 is already in Debian. This is a request from people packaging ownCloud. So why do they need to request this? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#670615: wget: add post-download command hook
Package: wget Version: 1.13.4-3 Severity: wishlist Hello, It would be really great to have a post-download command hook which would be executed after each file is downloaded successfully by wget. Currently, when running from scripts it is not easy to do something with actually downloaded file if it is downloaded using recursion or if file is generated dynamically, or filename is unknown or redirection took place. for example wget --post-download=md5sum http://ftp.gnu.org/gnu/bash/bash-4.2.tar.gz md5sum will be then executed by wget, for example using system() command: system(wget bash-4.2.tar.gz) preferably with some additional environment variables set, like time of download, wheter it was first download or already downloaded file previously (but was running with -c flag), what was size, speed, original url, url after last redirection, wheter redirection took place, what was dns and IP address used and protocol (http/ftp, ipv4/ipv6, etc), average speed, number of retries, wheter html links was already changed to local or absolute ones from relative ones, received cookies/headers, etc. Actual system command will depend also on -O flag, -c, and whatever we are using -nc, -nd, -x, nH, --cut-dirs, (and so also -r) and -P. This command will be very useful in recursive processing as well when using glob patterns, as well in case of redirects. Instead of system() command, one can use fork/execve, which will not clobber environment variables, as well make files with spaces (both downloaded one as well used script) not a danger. Thanks, Witek -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wget depends on: ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-30 ii libgcrypt111.5.0-3 ii libgnutls262.12.18-1 ii libgpg-error0 1.10-3 ii libidn11 1.24-2 ii zlib1g 1:1.2.6.dfsg-2 wget recommends no packages. wget suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670616: [INTL:sl] grub2: Updated Slovenian translation
Package: grub2 Severity: wishlist Tags: d-i patch l10n -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash # 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. # msgid msgstr Project-Id-Version: grub2\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2011-05-27 13:33+0100\n PO-Revision-Date: 2012-04-27 12:42+0100\n Last-Translator: Vanja Cvelbar cvel...@gmail.com\n Language-Team: Slovenian s...@li.org\n Language: sl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 1 : n%100==2 ? 2 : n%100==3 || n%100==4 ? 3 : 0);\n X-Poedit-Language: Slovenian\n X-Poedit-Country: SLOVENIA\n X-Poedit-SourceCharset: utf-8\n #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Chainload from menu.lst? msgstr Verižno nalaganje iz menu.lst? #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr Skript za nadgradnjo je zaznal namestitev GRUB Legacy v /boot/grub. #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image from your existing GRUB Legacy setup. This step can be automatically performed now. msgstr Da zamenjate različico GRUB Legacy na vašem sistemu vam priporočamo, da se /boot/grub/menu.lst spremeni tako, da verižno naloži GRUB 2 iz vaše obstoječe namestitve GRUB Legacy. To dejanje lahko zdaj izvedete samodejno. #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that the new GRUB 2 setup works before it is written to the MBR (Master Boot Record). msgstr Priporočamo vam, da sprejmete verižno nalaganje GRUB 2 iz datoteke menu.lst in preverite delovanje namestitve GRUB2 preden ga namestite na MBR (Master Boot Record). #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Whatever your decision, you can replace the old MBR image with GRUB 2 later by issuing the following command as root: msgstr Kakorkoli se odločite, stari MBR lahko kasneje vedno zamenjate z GRUB 2, če izvedete kot root sledeči ukaz: #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 #: ../grub-pc.templates.in:4001 msgid GRUB install devices: msgstr Namestitvene naprave za GRUB: #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any. msgstr Nadgrajevanje paketa grub-pc. Ta meni vam omogoči izbiro naprav za katere želite samodejno zagnati grub-install. #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with GRUB modules or grub.cfg. msgstr V večini primerov je priporočen samodejni zagon grub-install, da preprečite neskladja med jedrom GRUBa in moduli ali grub.cfg. #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 #: ../grub-pc.templates.in:4001 msgid If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them. msgstr V primeru, da niste prepričani kateri pogon je označuje vaš BIOS za zagonskega, je ponavadi dobro, da namestite GRUB kar na vse. #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 #: ../grub-pc.templates.in:4001 msgid Note: it is possible to install GRUB to partition boot records as well, and some appropriate partitions are offered here. However, this forces GRUB to use the blocklist mechanism, which makes it less reliable, and therefore is not recommended. msgstr Opomba: GRUB je mogoče namestiti tudi na zagonski zapis razdelka. Primerni razdelki so na tem spisku. To pa zahteva uporabo mehanizma blocklist, ki je manj zanesljiv in zato ni priporočen. #. Type: multiselect #. Description #: ../grub-pc.templates.in:4001 msgid The GRUB boot loader was previously installed to a disk that is no longer present, or whose unique identifier has changed for some reason. It is important to make sure that the installed GRUB core image stays in sync with GRUB modules and grub.cfg. Please check again to make sure
Bug#670428: [Packaging] Bug#670428: /usr/share/munin/plugins/spamstats: no license to redistribute plugin spamstats
Hi, - Original Message - On Mittwoch, 25. April 2012, Helmut Grohne wrote: On IRC Steve Schnepp (upstream) mentioned that the committer of spamstats was jimmyo. can you please comment on #670428?! Thanks already :-) Indeed, that one was done by me. That code is ancient enough to be from when the we weren't good enough at putting the license in each file, which is why it's been tagged as unknown by the people adding the pod doc. The license is GPLv2. -jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670617: espeakup: [INTL:sl] initial Slovenian translation
Package: espeakup Severity: wishlist Tags: d-i patch l10n Initail Slovneian translation -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash msgid msgstr Project-Id-Version: espeakup\n Report-Msgid-Bugs-To: espea...@packages.debian.org\n POT-Creation-Date: 2011-06-11 23:55+0200\n PO-Revision-Date: \n Last-Translator: Vanja Cvelbar cvel...@gmail.com\n Language-Team: Slovenian s...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 1 : n%100==2 ? 2 : n%100==3 || n%100==4 ? 3 : 0);\n X-Poedit-Language: Slovenian\n X-Poedit-Country: SLOVENIA\n X-Poedit-SourceCharset: utf-8\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../espeakup-udeb.templates:1001 msgid Configure the speech synthesizer voice msgstr Nastavitev sintetizatorja govora
Bug#670613: Grace should recommend xfont packages
On Fri, Apr 27, 2012 at 11:32:46AM +0100, Alex Valavanis wrote: Grace should recommend the xfonts-100dpi or xfonts-75dpi packages. I am not convinced this is a useful fix. The xorg metapackage already Depends on these packages, and a desktop system without them *and* without a remote font server is pretty much broken by the user deliberately. (There are also -transcoded variants to consider.) Although nearly any X package requires fonts to operate properly, almost none have such fonts-related Recommends[*], as those should be handled either by xorg or the corresponding metapackage for the user's WM of choice. - N [*] apt-cache rdepends --no-suggests xfonts-100dpi : 12 unique results, of which only 5 are applications; 3 more results that are Suggests:, of which none are applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670618: eject: [INTL:sl] initial Slovenian translation
Package: eject Version: 2.1.5+deb1+cvs20081104-7.1 Severity: wishlist Tags: d-i patch l10n Initial Slovenian translation -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eject depends on: ii libc62.11.3-2Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use eject recommends no packages. Versions of packages eject suggests: pn cdtoolnone (no description available) pn setcd none (no description available) -- no debconf information msgid msgstr Project-Id-Version: eject\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-04-11 23:40+0200\n PO-Revision-Date: \n Last-Translator: Vanja Cvelbar cvel...@gmail.com\n Language-Team: Slovenian s...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);\n X-Poedit-Language: Slovenian\n X-Poedit-Country: SLOVENIA\n X-Poedit-SourceCharset: utf-8\n #. Type: text #. description #: ../eject-udeb.templates:3 msgid Eject a CD from the drive msgstr Vrne CD iz pogona
Bug#670428: [Packaging] Bug#670428: /usr/share/munin/plugins/spamstats: no license to redistribute plugin spamstats
On Fri, Apr 27, 2012 at 12:59, Jimmy Olsen j...@redpill-linpro.com wrote: Hi, unknown by the people adding the pod doc. The license is GPLv2. Can we assume that all the code that seems attributed to you is GPLv2 ? -- Steve Schnepp http://blog.pwkf.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package django-pipeline * Package name: django-pipeline Version : 1.2.2.1-1 Upstream Author : Andreas Pelme, Timothée Peignier * URL : https://github.com/cyberdelia/django-pipeline * License : MIT/Expat Section : python It builds those binary packages: python-django-pipeline - Asset packaging library for Django python-django-pipeline-doc - Documentation for Django Pipeline library To access further information about this package, please visit the following URL: http://mentors.debian.net/package/django-pipeline Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc This is a required dependency for next version of ReviewBoard that I'm trying to package. -- WBR, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670620: RM: telepathy-sunshine -- ROM; outdated; replacement exists
Package: ftp.debian.org Severity: normal Hi, Could you please remove telepathy-sunshine from the archive. It hasn't been updated for the current state of Telepathy for years (during which time Telepathy has changed considerably). Telepathy-haze can be used as a replacement to connect to Gadu-Gadu Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670428: [Packaging] Bug#670428: /usr/share/munin/plugins/spamstats: no license to redistribute plugin spamstats
- Original Message - On Fri, Apr 27, 2012 at 12:59, Jimmy Olsen j...@redpill-linpro.com wrote: unknown by the people adding the pod doc. The license is GPLv2. Can we assume that all the code that seems attributed to you is GPLv2 ? Yes. When the Munin project was started by Audun Ytterdal and me, we discussed the license, and we both agreed that GPLv2 was the best license for it. Any code attributed to me is GPLv2 (unless it's modifications to an existing file with another license, of course.) -jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670613: Grace should recommend xfont packages
Hi Nicholas, I guess this is an Ubuntu-specific issue then... As of xorg_1:7.6+7ubuntu1, the xfonts-100dpi and xfonts-75dpi packages were dropped from Depends to Suggests,[1] and therefore they do not appear in a standard Ubuntu installation. Not really sure how to proceed with this... we could fork the grace package for Ubuntu, but I suspect there's a better way! Best wishes, AV [1] http://launchpadlibrarian.net/62087443/xorg_1%3A7.5%2B6ubuntu6_1%3A7.5%2B6ubuntu7.diff.gz On 27 April 2012 11:57, Nicholas Breen nbr...@debian.org wrote: On Fri, Apr 27, 2012 at 11:32:46AM +0100, Alex Valavanis wrote: Grace should recommend the xfonts-100dpi or xfonts-75dpi packages. I am not convinced this is a useful fix. The xorg metapackage already Depends on these packages, and a desktop system without them *and* without a remote font server is pretty much broken by the user deliberately. (There are also -transcoded variants to consider.) Although nearly any X package requires fonts to operate properly, almost none have such fonts-related Recommends[*], as those should be handled either by xorg or the corresponding metapackage for the user's WM of choice. - N [*] apt-cache rdepends --no-suggests xfonts-100dpi : 12 unique results, of which only 5 are applications; 3 more results that are Suggests:, of which none are applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670621: win32-loader: [INTL:sl] Updated Slovenian translation
Package: win32-loader Severity: wishlist Tags: d-i patch l10n Updated Slovenian translation. I did not manage to commit it, therefore the bugreport. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash # 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. # msgid msgstr Project-Id-Version: win32-loader\n Report-Msgid-Bugs-To: win32-loa...@packages.debian.org\n POT-Creation-Date: 2011-09-27 13:40+0200\n PO-Revision-Date: 2012-04-27 13:25+0100\n Last-Translator: Vanja Cvelbar cvel...@gmail.com\n Language-Team: Slovenian s...@li.org\n Language: sl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Slovenian\n X-Poedit-Country: SLOVENIA\n X-Poedit-SourceCharset: utf-8\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);\n #. translate: #. This must be a valid string recognised by Nsis. If your #. language is not yet supported by Nsis, please translate the #. missing Nsis part first. #. #: win32-loader.sh:36 #: win32-loader.c:39 msgid LANG_ENGLISH msgstr LANG_SLOVENIAN #. translate: #. This must be the string used by GNU iconv to represent the charset used #. by Windows for your language. If you don't know, check #. [wine]/tools/wmc/lang.c, or http://www.microsoft.com/globaldev/reference/WinCP.mspx #. #. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be #. converted to this charset should be used. #: win32-loader.sh:52 msgid windows-1252 msgstr windows-1250 #. translate: #. Charset used by NTLDR in your localised version of Windows XP. If you #. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps. #: win32-loader.sh:57 msgid cp437 msgstr cp852 #. translate: #. The name of your language _in English_ (must be restricted to ascii) #: win32-loader.sh:67 msgid English msgstr Slovenian #. translate: #. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset #. (e.g. cp437) should be used in this string. If you don't know which charset #. applies, limit yourself to ascii. $target_distro; will be Debian and $kernel_name; #. will be either GNU/Linux, GNU/kFreeBSD or GNU/Hurd (in ASCII) #: win32-loader.sh:82 #, sh-format msgid $target_distro $kernel_name - Continue with install process msgstr $target_distro $kernel_name - Nadaljuj z namestitvenim procesom #. translate: #. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset #. (e.g. cp437) should be used in this string. If you don't know which charset #. applies, limit yourself to ascii. #: win32-loader.sh:88 msgid PXE - Network boot msgstr Omrežni zagon - PXE #. translate: #. The nlf file for your language should be found in #. /usr/share/nsis/Contrib/Language files/ #. #: win32-loader.c:68 msgid English.nlf msgstr Slovenian.nlf #. translate: #. This is the program name, that appears in the installer windows captions and in the Windows Uninstaller dialog. #. Ampersands () are _forbidden_ in that string. #. #: win32-loader.c:75 msgid Debian-Installer loader msgstr Nalagalnik namestilnika Debian #: win32-loader.c:76 msgid Cannot find win32-loader.ini. msgstr Datoteke win32-loader.ini ni mogoče najti. #: win32-loader.c:77 msgid win32-loader.ini is incomplete. Contact the provider of this medium. msgstr Datoteka win32-loader.ini je nepopolna. Spravite se v stik s ponudnikom tega medija. #: win32-loader.c:78 msgid This program has detected that your keyboard type is \$0\. Is this correct? msgstr Program je ugotovil, da je vaša tipkovnica \$0\. Je to točno? #: win32-loader.c:79 msgid Please send a bug report with the following information:\n \n - Version of Windows.\n - Country settings.\n - Real keyboard type.\n - Detected keyboard type.\n \n Thank you. msgstr Pošljite nam prosim poročilo o napaki s sledečimi informacijami:\n \n - različica sistema Windows\n - nastavitev države\n - resnična vrsta tipkovnice\n - zaznana vrsta tipkovnice.\n \n Hvala lepa. #: win32-loader.c:80 msgid There doesn't seem to be enough free disk space in drive $c. For a complete desktop install, it is recommended to have at least 3 GB. If there is already a separate disk or partition for this install, or if you plan to replace Windows completely, you can safely ignore this warning. msgstr Zgleda, da na pogonu $c ni dovolj prostora. Za popolno namestitev namiznega sistema priporočamo vsaj 3 GB prostora. V primeru, da ste že namenili ločen pogon ali razdelek za to namestitev ali pa želite popolnoma zamenjati sistem Windows, lahko mirno prezrete to opozorilo. #: win32-loader.c:81 msgid Error:
Bug#669636: Please add Dmitry Shachnev to Debian Maintainers keyring
On Thu, Apr 26, 2012 at 09:06:02AM +0200, Martin Zobel-Helas wrote: it looks like you ran into https://lists.debian.org/debian-project/2012/04/msg00099.html Dmitry, please resend your message to the list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670622: fuseext2: No such file or directory error on some file, sometimes
Package: fuseext2 Version: 0.3-1 Severity: important Tags: squeeze Context : I use fuseext2 to export a system backup as non root user via rsync. The ext2 file system is located into a regular file. The file system is mounted read only (I use regular mount as root for writing to this virtual disk file). Rsync reports no such file or directory on some files. It seems that these file are big files (more than a few hundred megabytes) but I did'nt checked the whole list. I did some tests and I figured out that, with dd, only reads with blocks sizes greater than a power of two bytes raises the bug. I get success with these arguments : # dd if=SW-LM3S-8049.exe of=/dev/null bs=511 980300+5 records in 980300+5 records out 500934519 bytes (501 MB) copied, 1.10759 s, 452 MB/s It fails starting at 512 : # dd if=SW-LM3S-8049.exe of=/dev/null bs=512 dd: reading `SW-LM3S-8049.exe': No such file or directory 131560+0 records in 131560+0 records out 67358720 bytes (67 MB) copied, 0.146105 s, 461 MB/s Another time, the limit was 256, this is why I think there is a limit around a power of two. I cannot publish my backup's private datas, but I can do more tests if you want. Regards, -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.6--grs-ipv6-64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fuseext2 depends on: ii e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari ii fuse-utils 2.8.4-1.1Filesystem in USErspace (utilities ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libfuse22.8.4-1.1Filesystem in USErspace library fuseext2 recommends no packages. fuseext2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670588: gettext, does not scan libraries directly under debian/gettext/usr/lib/ for shlibs
On Fri, 27 Apr 2012, peter green wrote: Package: gettext Version: 0.18.1.1-5 Severity: important While working on an unofficial hardfloat port of debian for the Pi I discovered a missing dependency on libcroco3 in the newly built gettext package. I tracked this down to libraries directly under debian/gettext/usr/lib/ not being scanned for shlibs. In official debian the dependency is picked up anyway because the binaries in /bin are uselessly linked against libcroco3 but for some reason this doesn't happen in my environment. I do not know why why the binaries pick up this useless linkage in debian and don't pick it up in the armhf for pi variant I'm working on. Neverthless packages are required by policy 8.6 to pass all binaries and shared libraries to dpkg-shlibdebs (not just a subset that happen to give the right results) so this is a bug that should be fixed in debian. Patch is attatched. Thanks a lot. I believe this is the same bug as Bug#604778, which I finally understand. Will try to upload a fixed version soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669636: Please add Dmitry Shachnev to Debian Maintainers keyring
On Fri, 27 Apr 2012 21:29:25 +1000, Aníbal Monsalve Salazar ani...@debian.org wrote: Dmitry, please resend your message to the list. Done, see https://lists.debian.org/debian-newmaint/2012/04/msg00030.html. The v3 changeset attached. add-6026936D2F1C8AE0 Description: Binary data
Bug#670621: win32-loader: [INTL:sl] Updated Slovenian translation
tags 670621 +pending thanks Le 27.04.2012 13:28, Vanja Cvelbar a écrit : Updated Slovenian translation. I did not manage to commit it, therefore the bugreport. I have committed that to my repository, will push it later, but consider that as included (hence +pending). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
On Fri, Apr 20, 2012 at 12:55:36PM +0300, Dmitry Nezhevenko wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-django-djblets Package name: python-django-djblets Version : 0.6.17-1 Upstream Author : Christian Hammond, David Trowbridge, Micah Dowty URL : https://github.com/djblets/djblets License : MIT Section : python It builds those binary packages: python-django-djblets - Collection of useful extensions for Django Hi, I've addressed latest issue reported by Jakub Wilk. Also I've renamed source package to djblets to match upstream name. Binary package is still named python-django-djblets to match python policy. Unfortunately I've found that latest stable release of ReviewBoard doesn't work with Django = 1.4 so I've decided to package 0.7 development snapshot that works pretty well. And this version requires development version of Djblets. Also I've added running of available test during build time. That is now possible with version 0.7 So updated package is available at: http://mentors.debian.net/package/djblets Or dget: dget -x http://mentors.debian.net/debian/pool/main/d/djblets/djblets_0.7~git20120402+dfsg-1.dsc But now it depends on django-pipeline that I've packaged and looking for sponsor too (RFS: #670619) Thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670623: git-import-dsc: support passing options to dget, notably -u to disable signature checking
Package: git-buildpackage Version: 0.6.0~git20120415 Severity: wishlist File: /usr/bin/git-import-dsc I was using git-import-dsc --download on a .dsc file and it failed because I did not have the required GPG key to verify the signature. To avoid this dget error, I would have to pass it the -u option but there's no way to tell git-import-dsc to use this option with dget. Please provide such an option. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.6 ii git 1:1.7.10-1 ii python 2.7.2-10 ii python-dateutil 1.5-1 ii python2.62.6.7-4 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.69 ii pristine-tar 1.24 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-6 -- 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#670589: RFS: newlisp/10.4.0-4 ITP
Nathan Owens ndow...@gmx.us writes: Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] * Package name: newlisp Version : 10.4.0-4 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : lisp I hope you put more care into the packaging than you did into filling out this template. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610002: Processed: retitle 610002 to ITP: nagiosgraph -- performance data capture and graphing
Hi Dario, On Fri, Apr 27, 2012 at 04:33:05AM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: retitle 610002 ITP: nagiosgraph -- performance data capture and graphing Bug #610002 [wnpp] ITP: nagiosgraph -- performance data capture and graphing Changed Bug title to 'ITP: nagiosgraph -- performance data capture and graphing' from 'ITP: nagiosgraph -- performance data capture and graphing' thanks Stopping processing here. I'm working under git collab-maint[1] maybe you can also work with that repository. [1] http://anonscm.debian.org/gitweb/?p=collab-maint/nagiosgraph.git Regards, -- ElÃas Alejandro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639246: retext: Tries to unregister timer which is not registered
tags 639246 + moreinfo thanks Tagging as moreinfo until the submitter responds to my previous mails. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663250: Why run deluged another username
@ shirish I have a media center with ssh and samba accsess. With standard settings deluge can't write to the users home directory because of insufficient permissions. If i use default deluge's path in samba, i have to make new samba account to access downloaded files. So I think that in some cases it is more convenient to run deluge under a different user name. I made my init.d script with ability to change $USER variable in /etc/default/deluge-daemon. This approach is used in a similar project Transmission. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670589: RFS: newlisp/10.4.0-4 ITP
David Bremner brem...@debian.org writes: Nathan Owens ndow...@gmx.us writes: Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] * Package name: newlisp Version : 10.4.0-4 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : lisp I hope you put more care into the packaging than you did into filling out this template. OK, I admit that sounds a little harsh. But the questions are there for a reason, and without them filled in, the message is pretty much content free. So please think about the time of your many readers as well. Cheers, David. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669599: RFS: python-django-evolution/0.6.7-1 [ITP] -- Schema evolution for the Django web framework
On Fri, Apr 20, 2012 at 01:39:13PM +0300, Dmitry Nezhevenko wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-django-evolution * Package name: python-django-evolution Version : 0.6.7-1 Upstream Author : Christian Hammond, Russell Keith-Magee, Ben Khoo * URL : http://code.google.com/p/django-evolution/ * License : BSD Section : python It builds those binary packages: python-django-evolution - Implementation of schema evolution for the Django web framework I've renamed source package to match upstream name and addressed all issues reported here before: - priority is changed to optional - fixed debhelper dependency (now its = 8 instead of 8.0.0) - removed unused python-feedparser dependency. - removed --buildsystem=python_distutils - test suite is executed during package build So new package is available at: http://mentors.debian.net/package/django-evolution or using dget: http://mentors.debian.net/debian/pool/main/d/django-evolution/django-evolution_0.6.7-1.dsc Thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670624: git-buildpackage: should not run clean command in the non-exported directory when using --git-export-dir
Package: git-buildpackage Version: 0.6.0~git20120415 Severity: normal Hello, I saw #471581 before filling this bug but I believe that this design choice is counter-productive. Let me add some new elements to the discussion based on my personal experience: 1/ many packages remove files in their clean rules (because those upstream-provided files are updated/regenerated at build-time and would generate noise in the debian diff) 2/ if you have a clean tree and run debian/rules clean with such a package, the tree will no longer be clean from the git-buildpackage point of view because of those removed files. This means that you can't git-buildpackage twice in a row. I don't see what the clean call buys you since you already export the source tree and since you already complain when you have local changes. I would thus like to argue to change this design decision. If you don't agree I would like to have more explanations of what problems you're trying to avoid with this debian/rules clean call. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.6 ii git 1:1.7.10-1 ii python 2.7.2-10 ii python-dateutil 1.5-1 ii python2.62.6.7-4 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.69 ii pristine-tar 1.24 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-6 -- 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