Bug#719158: ntop: please package libndpi separately
On Thu, Aug 8, 2013 at 1:36 PM, Raphaël Hertzog hert...@debian.org wrote: I saw that the ntop source package embeds nDPI and builds it for its own use. Could you build a proper libndpi-dev out of it? I'm asking this because there's another software that can use this library (xplico) and to be able to properly package it, I need this library, and it would be best if I could avoid to embed it in another source package. It makes sense, I will. thanks, Ludo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714820: Awesome to see this package in Debian
Hi, On Wed, Aug 7, 2013 at 3:22 PM, Raúl Benencia r...@kalgan.cc wrote: I just wanted to say that I'm very glad to see that ntopng is going to be in Debian. If by chance you need help for maintaining this package, please let me know. The package is basically ready, but there is a licensing issue with one of the source files. I am working with upstream to handle this. Cheers, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719197: libconfig-model-perl: Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4.
Package: libconfig-model-perl Version: 2.040-1 Severity: normal After install libconfig-model-perl and exec cme list displayed: % cme list Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4. Use of uninitialized value $application in concatenation (.) or string at /usr/bin/cme line 178, F line 4. Unknown application: The following applications are available: system: fstab popcon application: multistrap -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libconfig-model-perl depends on: ii libanyevent-perl 7.040-3 ii libcarp-assert-more-perl 1.14-1 ii libexception-class-perl 1.32-1 ii libfile-homedir-perl 0.99-1 ii libfile-slurp-perl.19-2 ii libhash-merge-perl0.12-2 ii liblist-moreutils-perl0.33-1+b1 ii liblog-log4perl-perl 1.29-1 ii libmouse-perl 1.05-1 ii libmousex-nativetraits-perl 1.09-1 ii libmousex-strictconstructor-perl 0.02-1 ii libnamespace-autoclean-perl 0.13-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii libpath-class-perl0.32-1 ii libpod-pom-perl 0.28-1 ii libsoftware-license-perl 0.103005-1 ii libtext-autoformat-perl 1.669004-1 ii libtext-diff-perl 1.41-1 ii libyaml-perl 0.84-1 ii perl 5.14.2-21 Versions of packages libconfig-model-perl recommends: ii bash-completion 1:2.0-1 ii fuse2.9.2-4 ii libconfig-model-tkui-perl 1.339-1 ii libfuse-perl0.15.1-2 ii libmodule-corelist-perl 2.94-1 ii perl5.14.2-21 ii perl-modules [libmodule-corelist-perl] 5.14.2-21 Versions of packages libconfig-model-perl suggests: pn libconfig-model-dpkg-perl none pn libconfig-model-openssh-perl none ii libterm-readline-gnu-perl 1.20-2+b1 -- 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#707606:
I was also bitten by this. Oddly enough this breaks rebar/reltool (erlang build tools). tom@desktop:~/Source/ $ ./rebar compile generate == ranch (compile) == cowboy (compile) == rel (compile) == (compile) == rel (generate) ERROR: Unable to generate spec: read file info /usr/lib/erlang/man/man1/python3.1 failed ERROR: Unexpected error: rebar_abort ERROR: generate failed while processing /home/tom/Source//rel: rebar_abort tom@desktop:~/Source/ $ sudo rm -f /usr/lib/erlang/man/man1/python3.1 [sudo] password for tom: tom@desktop:~/Source/ $ ./rebar compile generate == ranch (compile) == cowboy (compile) == rel (compile) == (compile) == rel (generate) tom@desktop:~/Source/ $ -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee
Bug#543966: apt wants to downgrade packages with pin-priority less than 1000
❦ 7 août 2013 18:29 CEST, David Kalnischkies kalnischkies+deb...@gmail.com : I have the exact same problem and it still exists in Sid. I have tried to look at the source code (apt-pkg/policy.cc) but got no clue. Since Its a typical APT bug: you look at the code for a while and see nothing wrong; then you see it and you wonder how on earth it ever worked. ;) (spoilers in the attached patch) Thanks for the fix! It is very helpful. -- Make sure all variables are initialised before use. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#716945: fcitx starts on KDE4/GNOME3 despite im-config settings
On Mon, Jul 15, 2013 at 3:48 PM, Osamu Aoki os...@debian.org wrote: Package: fcitx Version: 1:4.2.7-2 Severity: normal This is somewhat continuation of closed bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714914 It was unreproduceble for environment parameters but annoying unintended start of fcitx under GNOME3 was another side of the problem. I had similar issue under new jessie KDE. When broken ibus package is installed and im-config selects ibus, ibus is started but fails. When there is no ibus running, fcitx starts automatically despite environment parameter etc. It was strange but at least it was not caused by im-config. So let's keep this under fcitx. Yes, it is indeed caused by Fcitx. I saw the following in http://bugs.debian.org/716898 for im-config: As for GNOME3 gnome-shell related GUI configuration, I found a post for similar issues on Ubuntu bug list for im-switch by Ma: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435 A better approach of supporting IBus and other IM framework is using a separate UI. The UI can be very native to DE concerned and it communicates with the IM framework concerned through DBus. m I've found four existing examples: https://github.com/tualatrix/fcitx-gimpanel (DE: Unity, IMF: Fcitx) https://github.com/fujiwarat/ibus-gjs (DE: GNOME, IMF: IBus) http://userbase.kde.org/Tutorials/Kimpanel (DE: KDE, IMF: Multiple) https://github.com/csslayer/kimpanel-for-gnome-shell (DE: GNOME, IMF: Multiple) I agree that separate UI can be the best idea of supporting different situations, and in Fcitx we are using DBus as the canonical message ^^^ bus for virtually everything. An example is that Fcitx does not have any indicator related dependencies, but it can appear in Ubuntu's appmenu with full functions, this is just the opposite way that what Ubuntu uses to implement ibus's indicator patch. (Note that fcitx-gimpanel is semi-abandoned and kimpanel-for-gnome-shell is the recommended way of using Fcitx under Gnome Shell.) It seems fcitx has special autostart using dbus. When fcitx was started unintentinally, I saw it was initiated by dbus via ps aux. Is this the right approach to start IM? It is because fcitx installs an xdg autostart file, so that if a desktop environment supports this mechanism, a script under /usr/bin/fcitx-autostart is executed. There is a mechanism to detect if there is already an fcitx instance runing, or another application is holding XIM (i.e. ibus). If it believes no others is running, fcitx will continue to initialize. If such autostart mechanism is loaded, it should be selectable among ibus fcitx scim. Or it should mention im-config to disable starting IM is not usable in README.Debian of fcitx at least. I think this is because we still don't have xdg autostart support in im-config? We do not need to rush to close this bug. We can wait for how things turn out for im-config compatibility layer for KDE and GNOME3. I was thinking to impliment blacklist for im-config. But this kind of behavior by fcitx may interfere with such implementation. Osamu -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632277: Update: Confirmation of empathy being able to detect other running instances over an openvpn tap link
Further information : If I run empathy for the 1st time and tell it to use the Link-local XMPP feature, other people (on the VPN) show up immediately on my contact list and avahi-browse -at shows the iChat service for both me and other people running empathy on the VPN. But, after that, if I quit the empathy program and run it again, its status shows as Offline and it never detects the other people on the local link who have been online since before. Also, avahi-browse -at does not show the iChat service for me. It does show iChat service for other people on the VPN. Same result even if I restart my X session and then start empathy. However, at this point, if I remove all my config files (with rm -rf ~/.[^.]*), kill all running gconf/gnome session related programs (with kill $(ps -A xu | grep $USER | grep -v bash | awk '{print $2}')) and start empathy again, it asks for account configuration to which I tell it to show nearby people only (link-local). As a result of this, empathy is able to show my link-local empathy users again. This makes me suspect that when empathy is restarted (after the Link-local feature has been enabled in the accounts during a previous run), it is somehow unable to register with avahi-daemon for link local advertising which is causing all this trouble. On Friday 09 August 2013 02:48 AM, P wrote: Works for me with a TAP VPN. I have the following versions of the relevant software. ii openvpn 2.1.3-2+squeeze1 virtual private network daemon ii openvpn-blacklist 0.4 list of blacklisted OpenVPN RSA shared keys ii empathy 2.30.3-1 GNOME multi-protocol chat and call client ii empathy-common 2.30.3-1 GNOME multi-protocol chat and call client (common files) ii nautilus-sendto-empathy 2.30.3-1 GNOME multi-protocol chat and call client (nautilus-sendto plugin) ii telepathy-salut 0.3.12-1 Link-local XMPP connection manager for the Telepathy framework -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716799: Debian 7.1 on Samsung NP535U3C-A04SE
On 08/09/2013 12:10 AM, Ben Hutchings wrote: Control: reassign -1 src:linux 3.2.46-1 Control: retitle -1 GPF shortly after boot on Samsung NP535U3C-A04SE (in __dentry_open) Control: tag -1 moreinfo Here is a syslog of a start which ended up in that I could see the mouse pointer, but the desktop was not shown. Instead I saw this log. I needed to switch of the computer by pressing five seconds on the power switch. So this is after you installed firmware-linux-nonfree. Yes, I installed firmware-linux-nonfree. How often does this happen? Can you provide logs for other crashes? It haven't happen after an update came which successfully killed non-responsive firmware execution attempts, when dev is populated. After this update the system is stable except for the firmware modules that can't be loaded, but this doesn't affect the whole system anymore. They are simply killed. If you add 'nomodeset' to the kernel command line (at the GRUB menu), does this stop happening? The kill update made all difference. Ben. The hardware affected isn't working. Otherwise stable. Patrik -- ASCII ribbon campaign ( ) against HTML e-mail X www.asciiribbon.org / \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719075: RM: netdisco-frontend -- ROM; unmaintained, superseded
Control: merge 719075 719076 719077 Control: retitle 719075 RM: netdisco -- RoM; unmaintained, superseded Oliver Gorwits oli...@cpan.org writes: Bugs will be raised for: - netdisco-mibs-installer - netdisco-frontend - netdisco-backend - netdisco-common Removals are done one a source package level (unless only a subset of the generated binary packages should be removed). So in this case removal requests are needed only for netdisco and -mibs-installer. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718898: cut no longer works with newline as delimiter
Ian Campbell wrote: Any chance you could send this patch to the upstream xen-de...@lists.xen.org mailing list with a Signed-off-by line to indicate acceptance of the DCO Done. Sent to the mailing list. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702673: PostScript drivers won't work for HP LaserJet 1200
Likely effect of transparency. Bastien Le 8 août 2013 17:51, Brian Potkin claremont...@gmail.com a écrit : On Sat 03 Aug 2013 at 09:11:31 +0100, Brian Potkin wrote: Correct me if I have lost sight of the essential point of this report, but it seems to come down to Printing a test page on an HP Laserjet is very slow. If the slowness is mainly to do with a buggy PostScript interpreter on the printer I wouldn't see that as the responsibily of cups-filters. In general there is a way round it by changing the renderer but maybe there is a case (wishlist) for changing default-testpage.pdf to something which does not produce such large PS files with pdftops. If you haven't seen it, #718895 at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718895 might be of interest. Both PDFs print with a Generic PostScript driver and the default renderer in under 20 seconds on my printer. I had not previously fully appreciated the effect a default default-testpage.pdf produced by Cairo would have on rendering time, PS file size and printing time. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/08082013163016.018036f5e...@desktop.copernicus.demon.co.uk
Bug#719167: systemd-cryptsetup: Encountered unknown /etc/crypttab option 'discard', ignoring.
Am 09.08.2013 00:41, schrieb Ondrej Balaz: Package: systemd Version: 204-2 Severity: normal Tags: patch systemd-cryptsetup recognizes option 'allow-discards' in /etc/crypttab to enable TRIM passthrough to underlying encrypted device. In Debian this option was changed to 'discard' to avoid hyphen in option name (see: #648868 and `man crypttab`). Attached is a simple patch that changes systemd-cryptsetup to recognize 'discard' option instead of 'allow-discards'. If the two options are really equivalent, we should accept both and not just change allow-discards - discard. Michael -- 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#718895: Src of the test file
Hi, For me this test file and original are non free because they lack source. How about to reimplement in the long term in latex ? Bastien -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
Bug#719197: libconfig-model-perl: Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4.
On Friday 09 August 2013 02:16:39 you wrote: % cme list Use of uninitialized value $application in hash element at /usr/bin/cme line 174, F line 4. Use of uninitialized value $application in concatenation (.) or string at /usr/bin/cme line 178, F line 4. Unknown application: Ack. I'll fix this upstream. Thanks for the report. All the best signature.asc Description: This is a digitally signed message part.
Bug#717338: Questions
Hi Diane, Am Donnerstag, 8. August 2013, 21:16:26 schrieb Diane Trout: On Thursday, August 08, 2013 13:06:20 Volker Groll wrote: [..] As far as I can tell all your version numbers look like they're the right versions. I found: https://bugs.kde.org/show_bug.cgi?id=319258 which seems similar to your problem, their workaround was to use akonadi console and remove and then re-add the Akonadi Nepomuk Feeder. If the re-adding the feeder doesn't help, it may be worth trying the debugger tab in akonadiconsole. It should be able to capture information from more aspects of akonadi and nepomuk. Yep, I found this bug before submitting mine. But re-adding the feeder doesn't help. I tried the debugger a few days ago, but it flooded me with text. I don't know much about the correct behaviour of nepomuk/akonadi, so I would appreciate a hint for search. I will give it a try on weekend and post if I can identify any (for me) special output. I did an additional test: If I start a re-index on a folder in nepomukpimindexerutility I get on stdout: nepomukpimindexerutility(32314)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from /var/tmp/kdecache- volker/ksycoca4 nepomukpimindexerutility(32314)/kdecore (trader) KMimeTypeTrader::query: query for mimeType message/rfc822 , AkonadiNepomukFeeder : returning 1 offers nepomukpimindexerutility(32314)/kdecore (trader) KMimeTypeTrader::query: query for mimeType inode/directory , AkonadiNepomukFeeder : returning 0 offers nepomukpimindexerutility(32314) FeederPluginloader::feederPluginsForMimeType: No feeder for type inode/directory found nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were fetched: 0 100 nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were fetched: 0 100 nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were fetched: 0 100 nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were fetched: 0 59 nepomukpimindexerutility(32314) FeederQueue::jobResult: SQLExecDirect failed on query 'sparql delete { graph nepomuk:/ctx/2a8b6323-1693-43d3-992b-1d6b3cae1af5 { nepomuk:/res/f315bed2- b4e3-429f-9fc2-2caef182a0f2 http://www.w3.org/1999/02/22-rdf-syntax-ns#type http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement . nepomuk:/res/f315bed2-b4e3-429f-9fc2-2caef182a0f2 http://www.w3.org/1999/02/22-rdf-syntax-ns#type http://akonadi-project.org/ontologies/aneo#AkonadiDataObject . nepomuk:/res/f315bed2- b4e3-429f-9fc2-2caef182a0f2 http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel GmbH- Nachfolge . nepomuk:/res/f315bed2-b4e3-429f-9fc2-2caef182a0f2 http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf nepomuk:/res/c0aee4b4-3779-4a99-893f-3b2f156b66d1 . } }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP031: SPARQL compiler: No FROM GRAPH IDENTIFIED BY clause and no default graph specified in the preamble) I hope one of those ideas helps. Diane Thank you for your time. Greetings Volker Groll -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718982: docbook2x cannot be installed anymore
I made my changes available here https://github.com/LocutusOfBorg/docbook2x Mentors seems to be still stuck on some packages, seems to be a general problem. Could you please take it from here? this is particularly the commit I'm referring to https://github.com/LocutusOfBorg/docbook2x/commit/bd2579ba06e759ae594a9f510e26abf427152726 many thanks Gianfranco Da: Daniel Leidert daniel.leid...@wgdd.de A: Gianfranco Costamagna costamagnagianfra...@yahoo.it; 718...@bugs.debian.org Inviato: Giovedì 8 Agosto 2013 20:10 Oggetto: Re: Bug#718982: docbook2x cannot be installed anymore Am Mittwoch, den 07.08.2013, 13:40 +0100 schrieb Gianfranco Costamagna: Package: docbook2x Version: 0.8.8-8 Severity: serious Dear Maintainer, please consider upload of my package available on mentors [1], because now docbook2x cannot be installed on sid anymore. I cannot build/rebuild anymore packages I maintain in debian. There is no docbook2x package on mentors.d.n. I can adopt the package. Please go ahead. It is up for adoption. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: Re: Re: Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
On Thursday 08 August 2013 19:13:24 Manuel A. Fernandez Montecelo wrote: I meant to modify the first patch bug-715461-soundfont_paths.patch so when that variable soundfont_paths is assigned, it's done with SDL_strdup() (it's done in several places in the code --that's where I got the idea from--, so it fits), and remove the second patch altogether, bug-718129-rm-bad-free.patch. Understood. The variable can be set by users of the library to use dynamic memory [1], so removing that SDL_free() is theoretically incorrect -- if it gets assigned other content in runtime, it would not free it where the SDL_free() is removed (which is the end of the program, so actually it shoudn't be that important, bug e.g. valgrind would report it as a leak). I think soundfont_paths initialisation should be done in Mix_Init(). Otherwise a sequence of Mix_Init, Mix_Quit, Mix_Init and Mix_Quit will lead to a segfault. This sequence may not make sense from a user's point of view, but it may happen in test suites like SDL-perl's test suite. And Dominique, sorry that I didn't catch this when you asked me, I was busy at work and couldn't pay full attention to the issue. Don't worry about it. Been there, done that ;-) All the best signature.asc Description: This is a digitally signed message part.
Bug#719198: kdevelop: Can't install kdevelop-php with kdevelop4.5.1
Package: kdevelop Version: 4:4.5.1-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I upgraded from kdevelop 4.3.1(jessie) to kdevelop4.5.1 (experimental). It installed kdevplatform7-libs and uninstalled kdevplatform5-libs and kdevelop-php. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to reinstall kdevelop-php : apt-get install kdevelop-php apt-get install -t experimental kdevelop-php * What was the outcome of this action? It fails : Les paquets suivants contiennent des dépendances non satisfaites : kdevelop-php : Dépend: kdevplatform5-libs (= 1.3.1) mais ne sera pas installé -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (970, 'testing'), (870, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdevelop depends on: ii kde-runtime4:4.8.4-2 ii kdevelop-data 4:4.5.1-1 ii kdevplatform7-libs 1.5.1-1 ii libc6 2.17-3 ii libgcc11:4.7.2-5 ii libkasten1controllers1 4:4.8.4+dfsg-1 ii libkasten1core14:4.8.4+dfsg-1 ii libkasten1okteta1controllers1 4:4.8.4+dfsg-1 ii libkasten1okteta1core1 4:4.8.4+dfsg-1 ii libkasten1okteta1gui1 4:4.8.4+dfsg-1 ii libkcmutils4 4:4.8.4-4 ii libkdeclarative5 4:4.8.4-4 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libknewstuff3-44:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libktexteditor44:4.8.4-4 ii libplasma3 4:4.8.4-4 ii libprocessui4a 4:4.8.4-6 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-declarative 4:4.8.2+dfsg-11 ii libqt4-help4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit4 2.2.1-5 ii libstdc++6 4.7.2-5 ii libsublime71.5.1-1 ii libthreadweaver4 4:4.8.4-4 Versions of packages kdevelop recommends: ii g++ 4:4.7.2-1 ii gcc 4:4.7.2-1 ii gdb 7.4.1+dfsg-0.1 ii make 3.81-8.2 Versions of packages kdevelop suggests: pn cmake none pn kapptemplate none ii kdevelop-l10n 4:4.3.1-3 -- 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#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa
[Arne Sørli] And I am now able to join the domain from a Windows XP PC :-) Great. All the required fixes for this should be in our wheezy-test repository now. However, I'm still unable to log in. Hm. Could this be the same problem I see when I try to run this command (which should work according to Mike Gabriel on IRC): smbclient //tjener/pere -U pere It fail with tree connect failed: NT_STATUS_ACCESS_DENIED, which seem to be the wrong response for a working samba setup. I lack a windows machine (I do not accept the terms of use), and need to be able to reproduce the problem using a Linux machine to debug the problem. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718348: closed by Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org (Bug#718348: fixed in qtbase-opensource-src 5.1.0+dfsg-2)
Thank you! Am 09.08.2013 05:21, schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the qtbase5-dev package: #718348: qtbase5-dev: Unable to configure cmake project using qt5 without qtbase5-private-dev It has been closed by Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719183: [Pkg-xfce-devel] Bug#719183: thunar: Depend on udisks2
I've uploaded a fix to this (among other things) to mentors.debian.net/package/thunar . I can attach any source files still needed if required. I'd like to get this done quickly so ubuntu can sync before saucy freezes even more On Fri, Aug 9, 2013 at 1:06 PM, Jeremy Bicha jbi...@ubuntu.com wrote: Package: thunar Version: 1.6.3-1 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy Now that gvfs in jessie has switched to libudisks2, I think you'll want to follow Ubuntu's lead and have thunar depend on udisks2. The Ubuntu bug for this issue was https://launchpad.net/bugs/1014632 I don't actually use thunar but I thought I'd pass this bug report along. Thanks, Jeremy - -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') ___ Pkg-xfce-devel mailing list pkg-xfce-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xfce-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712104: gnome-terminal: gksu gnome-terminal doesn't start in certain conditions
Package: gnome-terminal Version: 3.8.3-1 Followup-For: Bug #712104 I have the same verwijs@Debian-Jessie:~$ gksu /usr/bin/x-terminal-emulator glibtop: Non-standard uts for running kernel: release 3.9-1-amd64=3.9.0 gives version code 198912 Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/lib /gnome-terminal/gnome-terminal-server exited with status 1 verwijs@Debian-Jessie:~$ -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libdconf10.16.1-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.6.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.12-1 ii gvfs 1.16.3-1 ii yelp 3.8.1-2 gnome-terminal 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#719199: jitsi: Support more arches
Package: jitsi Version: 2.0.4506.10553-1 Severity: wishlist Hi, The package currently only builds on i386 and amd64. I would like to see this supported on more of our arches. What are the reasons this is currently on those arches other than that are the only ones that upstreams tests? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719200: reportbug: Reportbug should have continue and Back button...
Package: reportbug Version: 6.4.4 Severity: wishlist Tags: upstream reportbug: Reportbug should have continue and Back button to make changes. now i have to start over when i make a mistake... -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/verwijs/.reportbugrc: reportbug_version 6.4.4 mode standard ui gtk2 realname André Verwijs email verwijs...@gmail.com -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-2 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: ii claws-mail 3.9.2-1 pn debconf-utils none pn debsumsnone pn dlocatenone ii emacs23-bin-common 23.4+1-4.1 ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii file 1:5.14-2 ii gnupg 1.4.14-1 ii python-gtk22.24.0-3+b1 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-2 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- Configuration Files: /etc/reportbug.conf changed: submit query-bts cc config-files compress email verwijs...@gmail.com realname André Verwijs smtp.googlemail.com:465 smtpuser verwijs...@gmail.com smtppasswd AndreVerwijs verify -- 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#693506: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#693506: Removed package(s) from unstable)
On Fri, 2013-08-09 at 06:54 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the ftp.debian.org package: #693506: RM: ldiskfsprogs -- RoQA; depends on lustre, to be removed [...] This removal possibly should have been cancelled, as the Lustre kernel modules were added to Linux 3.11 - though apparently they can't be built yet?! Do let us know when you think the in-tree version of Lustre is in a state where we could include it in the official kernel packages. Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#719201: jitsi: Has it's own spelling check dictionaries
Package: jitsi Version: 2.0.4506.10553-1 Hi, It seems jitsi supports spell checking. But it seems to download them and store them in ~/.jitsi/spellingDictionaries/. We ship spelling dictionaries already in debian, they are in /usr/share/hunspell/, and are used by all programs making use of hunspell. For Dutch it now downloads an old version, while Debian has had a newer version for ages. It would be good that jitsi could make use of the dictionaries provided by the system. This should maybe be optional, I guess not all systems where jitsi runs have a central place to store dictionaries. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668586: bug is resolved
The reported behavior is resolved in the latest version of this package: 1.6.0.0-1 Saving sessions/shows and opening them now works as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719202: kdevelop: Subversion support kdevelop4.5.1
Package: kdevelop Version: 4:4.5.1-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I upgraded from kdevelop4.3.1 (jessie) to kdevelop4.5.1 (experimental). There is no subversion integration anymore. When I right click on a file, I don't see subversion options anymore. When I use the commit button on the toolbar, nothing happens. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to reactivate the plugin in Config Config Kdevelop External Plugins * What was the outcome of this action? There is not Subversion plugin anymore. I see in Version Control section VCS, CVS and GIT. * What outcome did you expect instead? I didn't see anything about the end of subversion support on kdevelop.org so I think it is a Debian bug. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (970, 'testing'), (870, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdevelop depends on: ii kde-runtime4:4.8.4-2 ii kdevelop-data 4:4.5.1-1 ii kdevplatform7-libs 1.5.1-1 ii libc6 2.17-3 ii libgcc11:4.7.2-5 ii libkasten1controllers1 4:4.8.4+dfsg-1 ii libkasten1core14:4.8.4+dfsg-1 ii libkasten1okteta1controllers1 4:4.8.4+dfsg-1 ii libkasten1okteta1core1 4:4.8.4+dfsg-1 ii libkasten1okteta1gui1 4:4.8.4+dfsg-1 ii libkcmutils4 4:4.8.4-4 ii libkdeclarative5 4:4.8.4-4 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libknewstuff3-44:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libktexteditor44:4.8.4-4 ii libplasma3 4:4.8.4-4 ii libprocessui4a 4:4.8.4-6 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-declarative 4:4.8.2+dfsg-11 ii libqt4-help4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit4 2.2.1-5 ii libstdc++6 4.7.2-5 ii libsublime71.5.1-1 ii libthreadweaver4 4:4.8.4-4 Versions of packages kdevelop recommends: ii g++ 4:4.7.2-1 ii gcc 4:4.7.2-1 ii gdb 7.4.1+dfsg-0.1 ii make 3.81-8.2 Versions of packages kdevelop suggests: pn cmake none pn kapptemplate none ii kdevelop-l10n 4:4.3.1-3 -- 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#718165: Patch and Intent to NMU
Control: tags 718165 patch pending Hi, I have prepared a simple patch for this issue. The correct target to override is fixperms not install. I'm attaching here the patch, and will upload the NMU to the 7 day delayed queue. -- Regards, Marga diff -Nru din-5.2.1/debian/changelog din-5.2.1/debian/changelog --- din-5.2.1/debian/changelog 2013-04-20 19:38:12.0 + +++ din-5.2.1/debian/changelog 2013-08-09 07:56:47.0 + @@ -1,3 +1,10 @@ +din (5.2.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix debian/rules to make it work correctly. (Closes: #718165) + + -- Margarita Manterola ma...@debian.org Fri, 09 Aug 2013 07:56:00 + + din (5.2.1-1) unstable; urgency=low * New upstream release. diff -Nru din-5.2.1/debian/rules din-5.2.1/debian/rules --- din-5.2.1/debian/rules 2013-03-13 13:04:32.0 + +++ din-5.2.1/debian/rules 2013-08-09 08:02:15.0 + @@ -6,8 +6,8 @@ override_dh_installman: dh_installman debian/din.1 -override_dh_install: - dh_install +override_dh_fix_perms: + dh_fix_perms chmod a+x debian/din/usr/share/din/m00 override_dh_auto_build:
Bug#627362: jitsi: block ITP 627362 by RFS 695588
Hi, Bart Martens wrote (11 Dec 2012 04:20:26 GMT) : block 627362 by 695588 It seems that Jitsi was accepted, but not yet installed into the pool yet. Not being very familiar with the ftp-masters process, is it now only a matter of waiting a day or three, or is there anything else blocking Jitsi from entering the archive? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719203: chrony: CVE-2012-4502 and CVE-2012-4503
Package: chrony Severity: important Hi, the following vulnerabilities were published for chrony. CVE-2012-4502[0]: Buffer overflow when processing crafted command packets CVE-2012-4503[1]: Uninitialized data in command replies Upstream commits fixing these issues are at [2] and [3]. See also [4]. If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] http://security-tracker.debian.org/tracker/CVE-2012-4502 [1] http://security-tracker.debian.org/tracker/CVE-2012-4503 [2] http://git.tuxfamily.org/chrony/chrony.git/?p=chrony/chrony.git;a=commitdiff;h=7712455d9aa33d0db0945effaa07e900b85987b1 [3] http://git.tuxfamily.org/chrony/chrony.git/?p=chrony/chrony.git;a=commitdiff;h=c6fdeeb6bb0b17dc28c19ae492c4a1c498e54ea3 [4] http://permalink.gmane.org/gmane.comp.time.chrony.announce/15 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719080: Invalid parameter when calling dhclient after dist-upgrade
Hi Andrews, I didn't find the original squeeze image so I'm not able to tell how it can happen. I have 6 servers with the same dhcp3-client v3 package installed while not dist-upgraded from lenny. Regular 'apt-get upgrade' didn't install the version 4. Finally, I assume it's a misconfiguration in the initial install. Regards, Nirina Michel De : Andrew Shadura andre...@debian.org À : 719...@bugs.debian.org Cc : Nirina Michel nmcratoandroman...@yahoo.fr Envoyé le : Jeudi 8 août 2013 20h58 Objet : Re: Bug#719080: Invalid parameter when calling dhclient after dist-upgrade Hello, On Thu, 8 Aug 2013 15:35:23 +0100 (BST) Nirina Michel nmcratoandroman...@yahoo.fr wrote: You misundertood. I don't try to upgrade from lenny to wheezy. I did a squeeze install from an iso on the machines a year ago. If you try to install the version 6.0 you'll find that the dhcp3-client is not a dummy package at all. In brief, there is an extra step to do when you dist-upgrade from squeeze to wheezy. I really don't know how can that possibly happen, as squeeze doesn't have dhcp3-client of version 3.1.3-2. It's only possible if you've installed lenny, not squeeze, and then added repositories from squeeze to it, and didn't run dist-upgrade. Anyway, this is very untypical. P.S. You've again removed the bug tracker from Cc. -- WBR, Andrew
Bug#695004: Restart after success external_acl (squid_ldap_group)
Dear Maintainer, do you think, that there is a little chance for you to find some time to fix this bug? If you need more information to reproduce this error, ill try to give you the needed informations. Regards Jörg
Bug#719204: taskcoach: uninstallable in sid
Package: taskcoach Version: 1.3.29-1 Severity: grave Tags: sid Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is not installable in sid: The following packages have unmet dependencies: taskcoach : Depends: python-keyring ( 0.9.3.0~) but 1.6-1 is to be installed Depends: python-xdg ( 0.19.0~) but 0.25-3 is to be installed Looks like taskcoach was sitting very long in NEW ... the current versions in sid are now: python-keyring | 1.6-1 | sid | source, all python-xdg | 0.25-3 | sid | all A plain rebuild seems to be sufficient to bump the dependencies properly. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719205: bugs.debian.org: sends mail with non-RFC compliant envelope sender address
Package: bugs.debian.org Severity: important 2013-08-08 17:42:33 H=buxtehude.debian.org [140.211.166.26] sender verify fail for debb...@buxtehude.debian.org: response to RCPT TO:postmas...@buxtehude.debian.org from mailly.debian.org [2001:41b8:202:deb:6564:a62:52c3:4b72] was: 550-Callout verification failed:\n550 550 Unknown or archived bug As per RFC 5321, sections 2.3.5, 3.1, 4.1.1.3, 4.5.1 and RFC 2142 sections 1, 4, domains used for sending mail should have a working postmaster address; buxtehude.debian.org does not. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.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#719206: libberkeleydb-perl: please include md5sums for debsums
Package: libberkeleydb-perl Version: 0.51-1 Severity: normal Please run dh_md5sums to include checksums for debsums. Regards, Oskar Liljeblad (os...@osk.mine.nu) diff -u debian/rules.v0 debian/rules --- debian/rules.v0 2013-08-09 11:12:20.939468421 +0200 +++ debian/rules2013-08-09 11:12:27.719549213 +0200 @@ -64,6 +64,7 @@ dh_perl dh_shlibdeps dh_gencontrol + dh_md5sums dh_builddeb binary-indep: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719207: RFS: mosquitto/1.2-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mosquitto * Package name: mosquitto Version : 1.2-1 Upstream Author : Roger Light ro...@atchoo.org * URL : http://mosquitto.org/ * License : BSD-3-clause Section : net It builds those binary packages: libmosquitto-dev - MQTT version 3.1 client library, development files libmosquitto1 - MQTT version 3.1 client library libmosquittopp-dev - MQTT version 3.1 client C++ library, development files libmosquittopp1 - MQTT version 3.1 client C++ library mosquitto - MQTT version 3.1 compatible message broker mosquitto-clients - Mosquitto command line MQTT clients mosquitto-dbg - debugging symbols for mosquitto binaries python-mosquitto - MQTT version 3.1 Python client library python3-mosquitto - MQTT version 3.1 Python 3 client library To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mosquitto Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mosquitto/mosquitto_1.2-1.dsc More information about mosquitto can be obtained from http://mosquitto.org/ . Changes since the last upload: * New upstream release: http://mosquitto.org/2013/08/version-1-2-released/ * Bumped standards release to 3.9.4. No changes needed. * Added mosquitto-dbg package for binary debug information. * Added python3-mosquitto binary package. * Use dh_python2 (and dh_python3) instead of python-support. * mosquitto now logs to /var/log/mosquitto/ using logrotate. * mosquitto local config should now be placed in /etc/mosquitto/conf.d/ Regards, Roger Light -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719208: mediawiki: md5sums for Renameuser{.alias, .i18n, _body}.php files are incorrect
Package: mediawiki Version: 1:1.19.5-1 Severity: normal debsums reports that the following files have incorrect checksums: /var/lib/mediawiki/extensions/Renameuser/Renameuser.alias.php /var/lib/mediawiki/extensions/Renameuser/Renameuser.i18n.php /var/lib/mediawiki/extensions/Renameuser/Renameuser_body.php If I do 'apt-get install --reinstall mediawiki', then it will complain that the following files are incorrect: /usr/share/mediawiki-extensions/base/Renameuser/Renameuser.alias.php /usr/share/mediawiki-extensions/base/Renameuser/Renameuser.i18n.php /usr/share/mediawiki-extensions/base/Renameuser/Renameuser_body.php And if I do 'apt-get install --reinstall mediawiki-extensions-base', then it will complain about the /var/lib/mediawiki files... Is there any way to fix this? Regards, Oskar Liljeblad (os...@osk.mine.nu) -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719075: RM: netdisco-frontend -- ROM; unmaintained, superseded
On 2013-08-09 08:01, Ansgar Burchardt wrote: Removals are done one a source package level (unless only a subset of the generated binary packages should be removed). So in this case removal requests are needed only for netdisco and -mibs-installer. Okay, sorry for my misunderstanding, and many thanks for tidying things up. regards, oliver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719209: nmu: amule_2.3.1-10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu amule_2.3.1-10 . ALL . experimental . -m Rebuild against libgd3 amule/experimental missed the libgd transition ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719210: network-manager's VPN connection timeout is too short for n-m-strongswan
Package: network-manager,network-manager-strongswan Hi, When using n-m-strongswan with a smartcard the 5 seconds timeout set by NM is too short for the charon daemon to start, load the keys in the card and then report back. A timeout of 10 seconds works in my case, but waiting even a few more seconds should probably be better. I'm assigning it to both packages as I don't know who wants to take responsibility. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715464: Fix for bug #715464
forwarded 715464 https://bugzilla.mozilla.org/show_bug.cgi?id=813997 thanks Hello Steaphan, On Thu, Aug 08, 2013 at 11:44:04AM -0700, Steaphan Greene wrote: This patch fixes this bug: https://bugzilla.mozilla.org/attachment.cgi?id=685492action=diff I confirmed this by patching (patch applies cleanly to the mozilla subdir) and rebuilding icedove_17.0.7-1~deb7u1_amd64. Works fine now in sawfish. good to know that there is a fix! Care to cook a patch? It's not as difficult as it seems. https://wiki.debian.org/Icedove#Icedove_Package_Development The patch doesn't must be perfect but would help to get these fixes quickly into the next release in stable-security with the current released new ESR version 17.0.8. We can easily ammend your patch if something isn't fit into the Debian or the maintaining rules. If you are willing to do so and need any help, just ask. :) Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718160: Patch and Intent to NMU
Control: tags 718160 patch pending Hi, I've refreshed the patch in order to make this build correctly. The patch was patching the README file which now includes more text. I'm attaching the patch and I'll upload this to the 7 day delayed queue. -- Regards, Marga diff -u nagiosgrapher-1.7.1/debian/changelog nagiosgrapher-1.7.1/debian/changelog --- nagiosgrapher-1.7.1/debian/changelog +++ nagiosgrapher-1.7.1/debian/changelog @@ -1,3 +1,10 @@ +nagiosgrapher (1.7.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Refresh patch 495640 to make it apply. (Closes: #718160) + + -- Margarita Manterola ma...@debian.org Fri, 09 Aug 2013 09:24:47 + + nagiosgrapher (1.7.1-4) unstable; urgency=low * Avoid accessing uninitialized values to not spam error.log (Closes: #590555) diff -u nagiosgrapher-1.7.1/debian/patches/495640.dpatch nagiosgrapher-1.7.1/debian/patches/495640.dpatch --- nagiosgrapher-1.7.1/debian/patches/495640.dpatch +++ nagiosgrapher-1.7.1/debian/patches/495640.dpatch @@ -11,2 +11,6 @@ -@@ -1 +0,0 @@ +@@ -1,5 +1,3 @@ -The whole documentation is found in doc/* +- + Please mind that the file interface is now default! + So please read the install/update messages, before + restarting NagiosGrapher or Nagios!
Bug#719211: ITP: lnav -- nurses-based log file viewer
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso car...@debian.org * Package name: lnav Version : 0.5.0 Upstream Author : Timothy Stack timothyshanest...@gmail.com * URL : http://tstack.github.io/lnav/ * License : BSD Programming Lang: C++ Description : nurses-based log file viewer The log file navigator, lnav, is an enhanced log file viewer that takes advantage of any semantic information that can be gleaned from the files being viewed, such as timestamps and log levels. Using this extra semantic information, lnav can do things like interleaving messages from different files, generate histograms of messages over time, and providing hotkeys for navigating through the file. It is hoped that these features will allow the user to quickly and efficiently zero in on problems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719167: systemd-cryptsetup: Encountered unknown /etc/crypttab option 'discard', ignoring.
On Fri, Aug 9, 2013 at 9:32 AM, Michael Biebl bi...@debian.org wrote: Am 09.08.2013 00:41, schrieb Ondrej Balaz: Package: systemd Version: 204-2 Severity: normal Tags: patch systemd-cryptsetup recognizes option 'allow-discards' in /etc/crypttab to enable TRIM passthrough to underlying encrypted device. In Debian this option was changed to 'discard' to avoid hyphen in option name (see: #648868 and `man crypttab`). Attached is a simple patch that changes systemd-cryptsetup to recognize 'discard' option instead of 'allow-discards'. If the two options are really equivalent, we should accept both and not just change allow-discards - discard. Both options have same effect (they enable TRIM passthrough) but 'allow-discards' is ignored by other Debian tools (most notably cryptroot in initramfs). IMHO we should fail at 'allow-discards' as it is not supported by Debian's /etc/crypttab. Supporting both may lead to situations where TRIM is successfully enabled on devices unlocked by systemd itself but not on devices unlocked by cryptroot (systemd+initramfstools scenario). If you still want to support both please let me know, I'll modify the patch. -- Ondrej Balaz e-mail: bl...@blami.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718982: docbook2x cannot be installed anymore
Am Freitag, den 09.08.2013, 08:51 +0100 schrieb Gianfranco Costamagna: I made my changes available here https://github.com/LocutusOfBorg/docbook2x Got it from there. Here are my comments: - If you add yourself to Uploaders, you don't need an NMU version number. - I'd appreciate if you drop cdbs over debhelper (or do you prefer cdbs?). - When changing to a debhelper rules file, I recommend to add autotools-dev ( 20100122.1~) and call its addon (hardening should be automatically enabled with dh 9). Even if you stay with cdbs update the config.* files. - About the VCS. For some reason, the alioth SCM browser is broken for debian-xml-sgml (still points to CVS). However, the Vcs-Svn is svn://anonscm.debian.org/debian-xml-sgml/packages/docbook2x/trunk/ now. However, you are free to change to git if you want to adopt the package (open bug http://bugs.debian.org/660682). In this case you should close the RFA bug too. - There are some more bug reports which you might to target, e.g. #516165, #597454, #631078 ... Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718165: Patch and Intent to NMU
Am Freitag, den 09.08.2013, 10:26 +0200 schrieb Margarita Manterola: I have prepared a simple patch for this issue. The correct target to override is fixperms not install. It's dh_fixperms, not dh_fix_perms. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710658: collectd: df plugin causes lots of syslog messages: Illegal attempt to update
Hello, I found a solution to this problem (at least for me) at http://emacstragic.net/collectd-causing-rrd-illegal-attempt-to-update-using-time-errors/ I include the full article bellow in case it disapears: Collectd causing rrd illegal attempt to update using time errors I found collectd was giving me a whole load of errors in my syslog: Aug 20 16:27:12 mythbox collectd[32167]: rrdtool plugin: rrd_update_r (/var/lib/collectd/rrd/mythbox/df-root/df_complex-free.rrd) failed: /var/lib/collectd/rrd/mythbox/df-root/df_complex-free.rrd: illegal attempt to update using time 1345444032 when last update time is 1345444032 (minimum one second step) It was adding one message like that every second so my logs were completely full of it. Google didn’t reveal much except that this sort of error is either because there are two instances of RRD trying to write the RRD database at the same time, or that my server’s date and time are way out of sync. Neither of these were true in my case. I asked on #collectd on freenode and a very nice person by the name of tokkee told me that it’s a known issue of sorts. The df plugin for collectd uses /proc/mount to determine which drives to check free space on and if / is in there twice, it tries to update the entry for / twice and causes the problem. The solution is to add the following to the /etc/collectd/collectd.conf file: Plugin df FSType rootfs IgnoreSelected true /Plugin Then I restarted collectd and my logs were peaceful again. The fun part is that the solution was given by tokkee. Is it the same tokkee as Sebastian Harl tok...@debian.org maintainer of this package? :-) Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658988: [Pkg-libvirt-maintainers] Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology
Hi On Wed, Dec 05, 2012 at 02:03:26PM +0100, Salvatore Bonaccorso wrote: I will try to work on this again this month. I still had no chance to take enough time to package libvirt-sandbox. If somebody has also interest in it please feel free to take over this ITP. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719212: libsmbd0: fails to upgrade from 'sid' - trying to overwrite /usr/lib/x86_64-linux-gnu/samba/lib{smbd_base, ads}.so
Package: libsmbd0,samba-common-bin Version: 2:4.0.6+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + python-samba samba4-clients Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libsmbd0:amd64. Unpacking libsmbd0:amd64 (from .../libsmbd0_2%3a4.0.6+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libsmbd0_2%3a4.0.6+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so', which is also in package python-samba 4.0.0~beta2+dfsg1-3.2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace python-samba 4.0.0~beta2+dfsg1-3.2 (using .../python-samba_2%3a4.0.6+dfsg-1_amd64.deb) ... Unpacking replacement python-samba ... Selecting previously unselected package samba-common-bin. Unpacking samba-common-bin (from .../samba-common-bin_2%3a4.0.6+dfsg-1_amd64.deb) ... Replacing files in old package samba4-common-bin ... dpkg: error processing /var/cache/apt/archives/samba-common-bin_2%3a4.0.6+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/samba/libads.so', which is also in package python-samba 4.0.0~beta2+dfsg1-3.2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) cheers, Andreas python-samba_2:4.0.6+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#712321: oneliner-el: FTBFS: manuals build fails against textinfo5 because some incompatibles changes wrt 4.13 and below (some warnings have turned into errors)
Control: tag 712321 + patch Hi, David Suárez wrote: make[2]: Entering directory `/«PKGBUILDDIR»/info' sed -e 's/@setfilename oneliner.info/@setfilename oneliner.jis.info/' \ -e 's/@set us/@set jp/' oneliner.texi tmp.texi mv tmp.texi oneliner.texi /bin/rm -f oneliner.jis.info* /usr/bin/touch oneliner.jis.info /usr/bin/makeinfo --no-split oneliner.texi oneliner.texi:28: warning: @center missing argument oneliner.texi:778: raising the section level of @subsubsection which is too low make[2]: *** [info-ja] Error 1 I currently don't have time to properly NMU this at the moment, but here's a patch which fixes the FTBFS: --- oneliner-el-0.3.6.orig/info/oneliner.texi +++ oneliner-el-0.3.6/info/oneliner.texi @@ -25,7 +25,6 @@ @titlepage @sp 10 -@center @subtitle Shell-mode hooks for Oneliners @ifset jp @title ��Oneliner�� @@ -775,10 +774,10 @@ @end ifset @ifset jp -@subsubsection alias�ξҲ� +@subsection alias�ξҲ� @end ifset @ifset us -@subsubsection Useful aliases +@subsection Useful aliases @end ifset @table @code The patch may not apply properly as I seem to have not the proper charset installed (and hence copy paste may have lost some glyphs), but I think it makes clear what needs to be patched. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668586: Crash during session file loading
Source: pymol Source-Version: 1.6.0.0-1 We have been informed, that the above version of pymol fixes this issue. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695957: Please reopen this bug
Hello Hans, Do you please mind telling me if i386 architecture is listed after you execute: dpkg --print-foreign-architectures That is, do you have multiarch support enabled? https://wiki.debian.org/Multiarch/Implementation Regards, Adnan On Wed, Aug 7, 2013 at 9:53 AM, Holger Levsen hol...@layer-acht.org wrote: control: reopen -1 On Dienstag, 6. August 2013, Hans-J. Ullrich wrote: I just tested googleearth-package from sid. But it still wants to install ia32-libs and ia32-libs-gtk. cheers, Holger
Bug#553477: [PATCH] dir_colors.5: keywords SUID, SGID, STICKY, STICKY_OTHER_WRITABLE, OTHER_WRITABLE
tags 553477 fixed-upstream thanks Simon, I have applied this patch, and also added the various synonyms that the reporter, Stas, pointed out. Cheers, Michael On 08/06/13 02:14, Simon Paillard wrote: See http://bugs.debian.org/553477 See ls.c and dircolors.c in coreutils --- man5/dir_colors.5 | 15 +++ 1 file changed, 15 insertions(+) diff --git a/man5/dir_colors.5 b/man5/dir_colors.5 index b81dc4f..162c739 100644 --- a/man5/dir_colors.5 +++ b/man5/dir_colors.5 @@ -149,6 +149,21 @@ Specifies the color used for a character device special file. .B EXEC \fIcolor-sequence\fR Specifies the color used for a file with the executable attribute set. .TP +.B SUID \fIcolor-sequence\fR +Specifies the color used for a file with the set-user-ID attribute set. +.TP +.B SGID \fIcolor-sequence\fR +Specifies the color used for a file with the set-group-ID attribute set. +.TP +.B STICKY \fIcolor-sequence\fR +Specifies the color used for a directory with the sticky attribute set. +.TP +.B STICKY_OTHER_WRITABLE \fIcolor-sequence\fR +Specifies the color used for a other-writable directory with the executable attribute set. +.TP +.B OTHER_WRITABLE \fIcolor-sequence\fR +Specifies the color used for a other-writable directory without the executable attribute set. +.TP .B LEFTCODE \fIcolor-sequence\fR Specifies the .I left code -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716799: Debian 7.1 on Samsung NP535U3C-A04SE
On Fri, 2013-08-09 at 08:57 +0200, Patrik Nilsson wrote: On 08/09/2013 12:10 AM, Ben Hutchings wrote: Control: reassign -1 src:linux 3.2.46-1 Control: retitle -1 GPF shortly after boot on Samsung NP535U3C-A04SE (in __dentry_open) Control: tag -1 moreinfo Here is a syslog of a start which ended up in that I could see the mouse pointer, but the desktop was not shown. Instead I saw this log. I needed to switch of the computer by pressing five seconds on the power switch. So this is after you installed firmware-linux-nonfree. Yes, I installed firmware-linux-nonfree. How often does this happen? Can you provide logs for other crashes? It haven't happen after an update came which successfully killed non-responsive firmware execution attempts, when dev is populated. There haven't been any kernel updates in stable. Which update do you think made the difference? After this update the system is stable except for the firmware modules that can't be loaded, but this doesn't affect the whole system anymore. They are simply killed. If you add 'nomodeset' to the kernel command line (at the GRUB menu), does this stop happening? The kill update made all difference. Ben. The hardware affected isn't working. Otherwise stable. Which hardware? The GPU? Can you provide a boot log showing the current failure? Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#718156: Patch and intent to NMU
Control: tags 718156 patch pending Hi, I've created a patch to fix the issue. The Makefile file is now a symlink to Makefile.gcc, so only the latter needs to be patched, not both. I'm attaching the patch and will upload the NMU that contains it to the 7-day delayed queue. -- Cheers, Marga diff -u tcm-2.20+TSQD/debian/changelog tcm-2.20+TSQD/debian/changelog --- tcm-2.20+TSQD/debian/changelog +++ tcm-2.20+TSQD/debian/changelog @@ -1,3 +1,10 @@ +tcm (2.20+TSQD-4.3) unstable; urgency=low + + * Non-maintainer upload. + * Refresh Makefile patch (Closes: #718156). + + -- Margarita Manterola ma...@debian.org Fri, 09 Aug 2013 09:48:38 + + tcm (2.20+TSQD-4.2) unstable; urgency=low * Non-maintainer upload. diff -u tcm-2.20+TSQD/debian/patches/01_makefile.dpatch tcm-2.20+TSQD/debian/patches/01_makefile.dpatch --- tcm-2.20+TSQD/debian/patches/01_makefile.dpatch +++ tcm-2.20+TSQD/debian/patches/01_makefile.dpatch @@ -36,62 +36,6 @@ depend: xdepend -diff -urNad /home/otavio/devel/debian/tcm/tcm-2.20/src/Makefile tcm-2.20/src/Makefile /home/otavio/devel/debian/tcm/tcm-2.20/src/Makefile 2003-01-09 12:52:41.0 -0200 -+++ tcm-2.20/src/Makefile 2003-06-23 16:53:15.0 -0300 -@@ -17,13 +17,13 @@ - semidynamiclibs: libglobal.a libgui.so libeditor.so libdiagram.so libtable.so - - tcm$(EXEEXTENSION): -- ( cp ed/edinstances.h gl/instances.h ) -+ ( cat ed/edinstances.h gl/instances.h ) - ( cd ./gl ; touch llist.c ) - ( $(MAKE) libglobal.a ) - ( cd ./ed ; $(MAKE) $@) - - tcmd$(EXEEXTENSION): -- ( cp sd/sdinstances.h gl/instances.h ) -+ ( cat sd/sdinstances.h gl/instances.h ) - ( cd ./gl ; touch llist.c ) - ( $(MAKE) libglobal.a ) - ( cd ./sd ; $(MAKE) $@) -@@ -36,31 +36,31 @@ - tsnd$(EXEEXTENSION) trpg$(EXEEXTENSION) tscd$(EXEEXTENSION) \ - tsqd$(EXEEXTENSION) tcbd$(EXEEXTENSION) tcpd$(EXEEXTENSION) \ - tdpd$(EXEEXTENSION): -- ( cp dg/dginstances.h gl/instances.h ) -+ ( cat dg/dginstances.h gl/instances.h ) - ( cd ./gl ; touch llist.c ) - ( $(MAKE) libglobal.a ) - ( cd ./sd ; $(MAKE) $@) - - tcmfv$(EXEEXTENSION) tdfd$(EXEEXTENSION) tefd$(EXEEXTENSION): -- ( cp sd/fv/dfinstances.h gl/instances.h ) -+ ( cat sd/fv/dfinstances.h gl/instances.h ) - ( cd ./gl ; touch llist.c ) - ( $(MAKE) libglobal.a ) - ( cd ./sd ; $(MAKE) $@) - - tcmt$(EXEEXTENSION) tgt$(EXEEXTENSION) ttdt$(EXEEXTENSION) ttut$(EXEEXTENSION) tfet$(EXEEXTENSION): -- ( cp tb/tbinstances.h gl/instances.h ) -+ ( cat tb/tbinstances.h gl/instances.h ) - ( cd ./gl ; touch llist.c ) - ( $(MAKE) libglobal.a ) - ( cd ./st ; $(MAKE) $@) - - # csod: --# ( cp cx/cx_instances.h gl/instances.h ) -+# ( cat cx/cx_instances.h gl/instances.h ) - # ( cd ./gl ; touch llist.c ) - # ( $(MAKE) libglobal.a ) - # ( cd ./cx ; $(MAKE) $@) - - # ced: --# ( cp dg/dginstances.h gl/instances.h ) -+# ( cat dg/dginstances.h gl/instances.h ) - # ( cd ./gl ; touch llist.c ) - # ( $(MAKE) libglobal.a ) - # ( cd ./cx ; $(MAKE) $@) diff -urNad /home/otavio/devel/debian/tcm/tcm-2.20/src/Makefile.gcc tcm-2.20/src/Makefile.gcc --- /home/otavio/devel/debian/tcm/tcm-2.20/src/Makefile.gcc 2003-01-09 12:52:41.0 -0200 +++ tcm-2.20/src/Makefile.gcc 2003-06-23 16:53:15.0 -0300
Bug#719213: fai-server: fai-make-nfsroot is broken because of wrong grub package name
Package: fai-server Version: 4.0.6 Severity: important Tags: patch /etc/fai/NFSROOT lists the grub package for installing into the nfsroot. It must be changed to grub-pc at least for wheezy. Just replace grub with grub-pc. The patch is available in commit c34d2043f98c9b8d0d3e7be9deed1eb862c40a5d. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-server depends on: ii debootstrap 1.0.48+deb7u1 ii fai-client 4.0.6 Versions of packages fai-server recommends: ii isc-dhcp-server 4.2.2.dfsg.1-5+deb70u6 ii libproc-daemon-perl 0.14-1 ii nfs-kernel-server 1:1.2.6-4 ii openbsd-inetd [inet-superserver] 0.20091229-2 ii openssh-client1:6.0p1-4 pn openssh-servernone ii tftpd-hpa 5.2-4 Versions of packages fai-server suggests: ii aptitude 0.6.8.2-1 ii debmirror1:2.14 ii genisoimage 9:1.1.11-2 pn grub none ii perl-tk 1:804.030-1 ii reprepro 4.12.5-1 -- Configuration Files: /etc/fai/NFSROOT changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718962: spice-client-glib-usb-acl-helper: Missing Breaks/Replaces against libspice-client-glib-2.0-8
Followup-For: Bug #718962 Control: found -1 0.20-0nocelt3 Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package spice-client-glib-usb-acl-helper. Unpacking spice-client-glib-usb-acl-helper (from .../spice-client-glib-usb-acl-helper_0.20-0nocelt3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/spice-client-glib-usb-acl-helper_0.20-0nocelt3_amd64.deb (--unpack): trying to overwrite '/usr/share/polkit-1/actions/org.spice-space.lowlevelusbaccess.policy', which is also in package libspice-client-glib-2.0-1:amd64 0.12-5 Selecting previously unselected package libspice-client-glib-2.0-8:amd64. Unpacking libspice-client-glib-2.0-8:amd64 (from .../libspice-client-glib-2.0-8_0.20-0nocelt3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libspice-client-glib-2.0-8_0.20-0nocelt3_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libspice-controller.so.0.0.0', which is also in package libspice-client-glib-2.0-1:amd64 0.12-5 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) cheers, Andreas spice-client-gtk_0.20-0nocelt3.log.gz Description: GNU Zip compressed data
Bug#719214: ITP: eatmonkey -- Stupid download manager for monkeys and Capuchins!
package: wnpp priority: wishlist owner: ! Eatmonkey is a download manager made in xfce goodies. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719208: [Pkg-mediawiki-devel] Bug#719208: mediawiki: md5sums for Renameuser{.alias, .i18n, _body}.php files are incorrect
On Fri, 9 Aug 2013, Oskar Liljeblad wrote: If I do 'apt-get install --reinstall mediawiki', then it will complain that And if I do 'apt-get install --reinstall mediawiki-extensions-base', then I see… this looks like a combination of – upgrade from old mediawiki/mediawiki-extensions – dpkg refusing cowardly to replace symlinks to directories – both packages shipping that extension nowadays – missing preinst handling Some cleanup is also needed… can you please share the output of $ ls -lad /var/lib/mediawiki/extensions/Renameuser on the affected system? If I’m right it’s a symbolic link somewhere. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719216: debhelper: Fix comment typos for propagate
Source: debhelper Source-Version: 9.20130630 Severity: minor Tags: patch Hi! Attached a patch fixing two comment typos for propagate (written as propigate). Thanks, Guillem From 1998de64c7379626acca369b64dc4b478ad11fe3 Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Fri, 9 Aug 2013 12:04:45 +0200 Subject: [PATCH] Fix typo for propagate --- Debian/Debhelper/Buildsystem/makefile.pm | 2 +- Debian/Debhelper/Dh_Lib.pm | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Debian/Debhelper/Buildsystem/makefile.pm b/Debian/Debhelper/Buildsystem/makefile.pm index 2a4b5f4..a7a3d42 100644 --- a/Debian/Debhelper/Buildsystem/makefile.pm +++ b/Debian/Debhelper/Buildsystem/makefile.pm @@ -15,7 +15,7 @@ use base 'Debian::Debhelper::Buildsystem'; # exit status is not good enough, because even with -n, make will # run commands needed to eg, generate include files -- and those commands # could fail even though the target exists -- and we should let the target -# run and propigate any failure. +# run and propagate any failure. # # Using -n and checking for at least one line of output is better. # That will indicate make either wants to run one command, or diff --git a/Debian/Debhelper/Dh_Lib.pm b/Debian/Debhelper/Dh_Lib.pm index 088bb01..2acfad9 100644 --- a/Debian/Debhelper/Dh_Lib.pm +++ b/Debian/Debhelper/Dh_Lib.pm @@ -94,7 +94,7 @@ sub init { # the command line may affect it. $dh{FIRSTPACKAGE}=${$dh{DOPACKAGES}}[0]; - # If no error handling function was specified, just propigate + # If no error handling function was specified, just propagate # errors out. if (! exists $dh{ERROR_HANDLER} || ! defined $dh{ERROR_HANDLER}) { $dh{ERROR_HANDLER}='exit \$?'; -- 1.8.4.rc1
Bug#719215: autopkgtest: please create an autopkgtest-kvmlvm package
Package: autopkgtest Severity: wishlist Hello autopkgtest team members, thanks for developing this really important test automation system! I think that it would be useful to have a binary package to set up a KVM-based virtualized environment for tests. That is to say, something similar to autopkgtest-xenlvm, but based on KVM in stead of Xen, if I understand correcly. Would it be possible? It seems to me that there's something for Ubuntu using KVM: https://launchpad.net/auto-package-testing I don't know whether it may be re-adapted to Debian. Oh, I see that there's some overlapping between your team and the Ubuntu “Auto Package Testing Developers” team, so I guess you were already aware of the Ubuntu package... Anyway, please let me know what you think about my feature request. Thanks for your time! Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718982: docbook2x cannot be installed anymore
Ok for some other obscure reasons now mentors works again https://mentors.debian.net/package/docbook2x - Messaggio originale - Da: Daniel Leidert daniel.leid...@wgdd.de A: Gianfranco Costamagna costamagnagianfra...@yahoo.it; 718...@bugs.debian.org Cc: Inviato: Venerdì 9 Agosto 2013 11:44 Oggetto: Re: Bug#718982: docbook2x cannot be installed anymore Am Freitag, den 09.08.2013, 08:51 +0100 schrieb Gianfranco Costamagna: I made my changes available here https://github.com/LocutusOfBorg/docbook2x Got it from there. Here are my comments: - If you add yourself to Uploaders, you don't need an NMU version number. Yeah, I noticed when I uploaded on mentors, I forgot it - I'd appreciate if you drop cdbs over debhelper (or do you prefer cdbs?). I don't have an opinion, but I would like to switch to debhelper too, unfortunately I don't know how to do it, do you have any sort of guide? - When changing to a debhelper rules file, I recommend to add autotools-dev ( 20100122.1~) and call its addon (hardening should be automatically enabled with dh 9). Even if you stay with cdbs update the config.* files. Already done, it was another lintian warning ;) - About the VCS. For some reason, the alioth SCM browser is broken for debian-xml-sgml (still points to CVS). However, the Vcs-Svn is svn://anonscm.debian.org/debian-xml-sgml/packages/docbook2x/trunk/ now. However, you are free to change to git if you want to adopt the package (open bug http://bugs.debian.org/660682). In this case you should close the RFA bug too. changed, and I'm already closing this bug, I'll commit on svn after the upload if possible - There are some more bug reports which you might to target, e.g. #516165, #597454, #631078 ... Since this bug is pretty serious (at least to me) I'm planning to fix bugs in a future upload, if possible Regards, Daniel Thanks for your time, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719217: pu: package svnmailer/1.0.8-13~deb7u1
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi, svnmailer in wheezy is unusable due to some changes in python-subversion (#712383). This has been noticed on alioth.d.o as commit mailings are no longer working. http://alioth.debian.org/tracker/index.php?func=detailaid=314307group_id=1atid=21 I just fixed this in sid and would like to get this fixed in wheezy as well. What would be the best solution to make this package available for alioth? Putting it into wheezy-updates? Andreas diff -u svnmailer-1.0.8/debian/changelog svnmailer-1.0.8/debian/changelog --- svnmailer-1.0.8/debian/changelog +++ svnmailer-1.0.8/debian/changelog @@ -1,3 +1,26 @@ +svnmailer (1.0.8-13~deb7u1) wheezy; urgency=low + + * QA upload. + * Rebuild for wheezy. + + -- Andreas Beckmann a...@debian.org Fri, 09 Aug 2013 12:25:12 +0200 + +svnmailer (1.0.8-13) unstable; urgency=low + + [ Andreas Beckmann ] + * QA upload. + * Remove Sandro Tosi from Uploaders. Thanks for your work on svnmailer! +(See #634213) + + [ Jakub Wilk ] + * Use canonical URIs for Vcs-* fields. + + [ Emilio Pozuelo Monfort ] + * Convert svn_core.SVN_STREAM_CHUNK_SIZE from long to int to restore +compatibility with python-subversion 1.6.17. (Closes: #712383) + + -- Andreas Beckmann a...@debian.org Sat, 03 Aug 2013 16:46:12 +0200 + svnmailer (1.0.8-12) unstable; urgency=low * debian/control diff -u svnmailer-1.0.8/debian/control svnmailer-1.0.8/debian/control --- svnmailer-1.0.8/debian/control +++ svnmailer-1.0.8/debian/control @@ -2,13 +2,13 @@ Section: vcs Priority: optional Maintainer: Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org -Uploaders: Sandro Tosi mo...@debian.org +Uploaders: Debian QA Group packa...@qa.debian.org Build-Depends: debhelper (= 5.0.38), dpatch, python (= 2.5.4-1~) Build-Depends-Indep: python-support (= 0.3) Standards-Version: 3.8.4 Homepage: http://opensource.perlig.de/svnmailer/ -Vcs-Svn: svn://svn.debian.org/svn/python-apps/packages/svnmailer/trunk/ -Vcs-Browser: http://svn.debian.org/viewsvn/python-apps/packages/svnmailer/trunk/ +Vcs-Svn: svn://anonscm.debian.org/python-apps/packages/svnmailer/trunk/ +Vcs-Browser: http://anonscm.debian.org/viewvc/python-apps/packages/svnmailer/trunk/ XS-Python-Version: all Package: svnmailer diff -u svnmailer-1.0.8/debian/patches/00list svnmailer-1.0.8/debian/patches/00list --- svnmailer-1.0.8/debian/patches/00list +++ svnmailer-1.0.8/debian/patches/00list @@ -1,0 +2 @@ +02_SVN_STREAM_CHUNK_SIZE_int only in patch2: unchanged: --- svnmailer-1.0.8.orig/debian/patches/02_SVN_STREAM_CHUNK_SIZE_int.dpatch +++ svnmailer-1.0.8/debian/patches/02_SVN_STREAM_CHUNK_SIZE_int.dpatch @@ -0,0 +1,20 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## DP: 02_SVN_STREAM_CHUNK_SIZE_int.dpatch by Emilio Pozuelo Monfort po...@debian.org +## DP: http://bugs.debian.org/712383 +## +## All lines beginning with `## DP:' are a description of the patch. + +@DPATCH@ + +diff -ruNp svnmailer-1.0.8.orig/src/lib/svnmailer/subversion.py svnmailer-1.0.8/src/lib/svnmailer/subversion.py +--- svnmailer-1.0.8.orig/src/lib/svnmailer/subversion.py 2006-04-17 12:29:06.0 +0200 svnmailer-1.0.8/src/lib/svnmailer/subversion.py 2013-06-15 16:07:36.137576163 +0200 +@@ -355,7 +355,7 @@ class Repository(object): + try: + while True: + chunk = svn_core.svn_stream_read( +-stream, svn_core.SVN_STREAM_CHUNK_SIZE ++stream, int(svn_core.SVN_STREAM_CHUNK_SIZE) + ) + if not chunk: + break only in patch2: unchanged: --- svnmailer-1.0.8.orig/debian/source/format +++ svnmailer-1.0.8/debian/source/format @@ -0,0 +1 @@ +1.0
Bug#717505: dh_shlibdeps: Use dpkg-shlibdeps -l instead of setting LD_LIBRARY_PATH
Control: tags -1 patch Hi! Here's a patch fixing this issue, now that dpkg-shlibdeps has an option to pass these paths. I've not reflowed the POD text to reduce the diff, but I could do that if you'd prefer it that way. I've also just removed the old LD_LIBRARY_PATH support, which nicely shrinks the code, although that will make backporters life slightly more difficult, but otherwise there's not much point in supporting both given the problem this is trying to solve. Thanks, Guillem From da698bcd6f45138869091b2a71b350f6f0d5b9e0 Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Fri, 9 Aug 2013 12:05:48 +0200 Subject: [PATCH] dh_shlibdeps: Use new dpkg-shlibdeps -l option instead of LD_LIBRARY_PATH Using LD_LIBRARY_PATH to pass additional private package library directories is problematic when cross-compiling, as the host and build directories get mixed in the run-time environment variable used by the dynamic linker. Depend on dpkg-dev (= 1.17.0), the version that introduced dpkg-shlibdeps -l option. Closes: #717505 --- debian/control | 2 +- dh_shlibdeps | 39 --- 2 files changed, 9 insertions(+), 32 deletions(-) diff --git a/debian/control b/debian/control index 641e5ac..bdafee5 100644 --- a/debian/control +++ b/debian/control @@ -10,7 +10,7 @@ Homepage: http://kitenet.net/~joey/code/debhelper/ Package: debhelper Architecture: all -Depends: ${perl:Depends}, ${misc:Depends}, file (= 3.23), dpkg (= 1.16.2), dpkg-dev (= 1.16.2), binutils, po-debconf, man-db (= 2.5.1-1) +Depends: ${perl:Depends}, ${misc:Depends}, file (= 3.23), dpkg (= 1.16.2), dpkg-dev (= 1.17.0), binutils, po-debconf, man-db (= 2.5.1-1) Suggests: dh-make Conflicts: dpkg-cross ( 1.18), python-support ( 0.5.3), python-central ( 0.5.6), automake ( 1.11.2) Multi-Arch: foreign diff --git a/dh_shlibdeps b/dh_shlibdeps index 260a749..b42c84a 100755 --- a/dh_shlibdeps +++ b/dh_shlibdeps @@ -48,8 +48,9 @@ It is deprecated; use B-- instead. With recent versions of Bdpkg-shlibdeps, this option is generally not needed. -Before Bdpkg-shlibdeps is run, BLD_LIBRARY_PATH will have added to it the -specified directory (or directories -- separate with colons). With recent +It tells Bdpkg-shlibdeps (via its B-l parameter), to look for private +package libraries in the specified directory (or directories -- separate +with colons). With recent versions of Bdpkg-shlibdeps, this is mostly only useful for packages that build multiple flavors of the same library, or other situations where the library is installed into a directory not on the regular library search @@ -94,23 +95,6 @@ init(options = { l=s, = \$dh{L_PARAMS}, }); -if ($dh{L_PARAMS}) { - my @paths=(); - # Add to existing paths, if set. - push @paths, $ENV{'LD_LIBRARY_PATH'} - if exists $ENV{'LD_LIBRARY_PATH'}; - foreach (split(/:/, $dh{L_PARAMS})) { - # Force the path absolute. - if (m:^/:) { - push @paths, $_; - } - else { - push @paths, /$_; - } - } - $dh{L_PARAMS}=join(':', @paths); -} - if (defined $dh{V_FLAG}) { warning(You probably wanted to pass -V to dh_makeshlibs, it has no effect on dh_shlibdeps); } @@ -152,23 +136,16 @@ foreach my $package (@{$dh{DOPACKAGES}}) { push @opts, -tudeb if is_udeb($package); - my $ld_library_path_orig=$ENV{LD_LIBRARY_PATH}; if ($dh{L_PARAMS}) { - $ENV{LD_LIBRARY_PATH}=$dh{L_PARAMS}; - verbose_print(LD_LIBRARY_PATH=$dh{L_PARAMS}); + foreach (split(/:/, $dh{L_PARAMS})) { +# Force the path absolute. +my $libdir = m:^/: ? $_ : /$_; +push @opts, -l$libdir; + } } doit(dpkg-shlibdeps,-Tdebian/${ext}substvars, @opts,@{$dh{U_PARAMS}},@filelist); - - if ($dh{L_PARAMS}) { - if (defined $ld_library_path_orig) { -$ENV{LD_LIBRARY_PATH}=$ld_library_path_orig; - } - else { -delete $ENV{LD_LIBRARY_PATH}; - } - } } } -- 1.8.4.rc1
Bug#712696: debian-installer: Add Cinnamon and Mate as alternative DEs.
We do not have packages of these, and probably never will. This is not a bug in the installer. The correct way to report that you want a new package is to report a bug against the pseudo-package 'wnpp'. There is already such a bug for MATE, #708385. Ben. This is not right. As of 2012-11-17 (http://packages.qa.debian.org/c/cinnamon/news/20121117T18Z.html), cinnamon has been admitted debian unstable and so it IS a debian package (http://packages.debian.org/sid/cinnamon). As of 2013-05-06, cinnamon migrated to testing, and it is now in jessie (http://packages.qa.debian.org/c/cinnamon/news/20130506T163905Z.html). So you should consider reopening this bug. Paolo
Bug#711475: useless package description
Dear Helmut, sometime ago I was hinted to place the following line in my bug report X-Debbugs-CC: debian-l10n-engl...@lists.debian.org for poor package descriptions. In general there was a prompt response with a considerably improved text. Martin BTW: I did not understand yet whether I can use X-Debbugs-CC after the initial bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718340: Fwd: Bug#718340: conky: Fails to start from script
Forwarding bug reporter's reply to the BTS. Vincent -- Forwarded message -- From: Sharon Kimble boudic...@talktalk.net Date: Wed, Jul 31, 2013 at 3:05 AM Subject: Re: Bug#718340: conky: Fails to start from script To: Vincent Cheng vincentc1...@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 30 Jul 2013 20:19:33 -0700 Vincent Cheng vincentc1...@gmail.com wrote: Control: tags -1 moreinfo unreproducible On Tue, Jul 30, 2013 at 6:11 AM, sharon kimble boudic...@talktalk.net wrote: Package: conky Version: 1.9.0-3 Severity: normal Dear Maintainer, Programme 'conkygo' crashed with exit code 1. Respawning.. Conky: can't open display: * Imlib2 Developer Warning * : This program is calling the Imlib call: imlib_context_free(); With the parameter: context being NULL. Please fix your program. Programme 'conkygo' crashed with exit code 1. Respawning.. Terminated conkygo is - #!/bin/bash -e #saved in /usr/local/bin /usr/bin/conky -d ~c /home/boudiccas/.conky/.conkyrc-basic Please attach a copy of /home/boudiccas/.conky/.conkyrc-basic. Regards, Vincent Here it is. Thanks Sharon - -- A taste of linux = http://www.sharons.org.uk/index.html efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.0.4.2 Registered Linux user 334501 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBCAAGBQJR+OGNAAoJEJPDUMFfwu1GhAAQAK0z2um/foWOphc+nPLg81JY VSC6hobWk8WaBM2hj5tP7wL3GvRFw0pKxkslREqlYRNiq2eN2GCUkh5Lai98ZWlO kvMUIO8w3ES67c2O1bNjMvs/K/mKSqoYOds/xJ7277VeL9s81oxuZsitOWxFx2SW bE+h6/CAqQtvmKxBsI8iNHl9TDhSiorAzF1jgYBBICMeuo+ZVV664KztgjD9ZwqR y7vv84Mv51UffSQU7h2Ui3hz6Pzu2cjtNNlf0FhXK9RwvJrIbizsaRBFQnG1ccV7 ywt42HOCHE7HdOcIM+hPa2dKRLZ+uDzNMtGEpwXO//UcMqVVmTIfjJ1olAdHDp6+ 9akc5qkc20kFKboMejIlat0IunETujvhiNduzma6epVeUOn+ZcZmIfz56T9J//jE kI+c4eEZDL3VQ+Rpfu6KpULFEtXuF1uP3K0y76cymbcFafSYMH12EljrV6xzwvgc pgDuG6s7W6ViXy89ZPPu7b6mC9ks0dl05pJBPII5NAuE/+EcqbQqXKfdwSG296BE IlLofaisAbjPfIWr3JYMv1kSG+mTtg2grvy0Rpk3Ph3F8MEzS0r5Xf3j+tGNnBTo A4WQ8WYsXDsyhWd5s3ma1TC1QlgnMx8D1Mv16bIvbQwvk9yctyXf1hKtzaP2ikJS bfXwvwJ0VKGShI/oL+dH =Zz2V -END PGP SIGNATURE- .conkyrc-basic Description: Binary data
Bug#718340: conky: Fails to start from script
Hi, Sorry for the late reply! Also, please remember to cc: 718...@bugs.debian.org so that your replies reach the BTS as well, not just my private inbox. On Wed, Jul 31, 2013 at 3:05 AM, Sharon Kimble boudic...@talktalk.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 30 Jul 2013 20:19:33 -0700 Vincent Cheng vincentc1...@gmail.com wrote: Control: tags -1 moreinfo unreproducible On Tue, Jul 30, 2013 at 6:11 AM, sharon kimble boudic...@talktalk.net wrote: Package: conky Version: 1.9.0-3 Severity: normal Dear Maintainer, Programme 'conkygo' crashed with exit code 1. Respawning.. Conky: can't open display: * Imlib2 Developer Warning * : This program is calling the Imlib call: imlib_context_free(); With the parameter: context being NULL. Please fix your program. Programme 'conkygo' crashed with exit code 1. Respawning.. Terminated conkygo is - #!/bin/bash -e #saved in /usr/local/bin /usr/bin/conky -d ~c /home/boudiccas/.conky/.conkyrc-basic Please attach a copy of /home/boudiccas/.conky/.conkyrc-basic. Regards, Vincent Here it is. Would it be possible for you to isolate / narrow down whatever is causing this issue for you in your .conkyrc? There's lots of extra noise in your .conkyrc, and a bunch of execi/execpi calls to other scripts on your filesystem. Ideally, it'd be best if you could provide a minimal, self-contained .conkyrc that can be used to reproduce this reliably, and which I can then forward upstream. Thanks! Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711475: useless package description
On Fri, Aug 09, 2013 at 12:47:59PM +0200, Martin Eberhard Schauer wrote: sometime ago I was hinted to place the following line in my bug report X-Debbugs-CC: debian-l10n-engl...@lists.debian.org for poor package descriptions. In general there was a prompt response with a considerably improved text. Thanks for the hint and for actually pulling it in! BTW: I did not understand yet whether I can use X-Debbugs-CC after the initial bug report. X-Debbugs-Cc is only useful for initial submission. When reporting a bug, you do not yet know what number is going to be assigned, so if you Cc someone, they won't know either. In contrast when using X-Debbugs-Cc, the submission mail is only copied after the number is assigned and the message is modified to include the assigned number. In a follow up mail you directly put the corresponding bug in To or Cc, so other recipients can look up the number there. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718774: Nvidia module rename patch break bumblebee
Hi Maxime and Francesco, If bumblebeed is still unable to locate and load the nvidia module (try with the latest 325.15-1 version in experimental), please try editing /etc/bumblebee/bumblebee.conf so that KernelDriver=nvidia-current, and then restarting the bumblebee daemon for the settings to take effect, i.e. sudo service bumblebeed restart. If that doesn't work, please include the output of optirun -b primus -vv glxgears -info in your reply. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719208: [Pkg-mediawiki-devel] Bug#719208: mediawiki: md5sums for Renameuser{.alias, .i18n, _body}.php files are incorrect
On Friday, August 09, 2013 at 12:12, Thorsten Glaser wrote: [..] Some cleanup is also needed… can you please share the output of $ ls -lad /var/lib/mediawiki/extensions/Renameuser on the affected system? If I’m right it’s a symbolic link somewhere. Yep, that's right! lrwxrwxrwx 1 root root 47 May 9 2012 /var/lib/mediawiki/extensions/Renameuser - /usr/share/mediawiki-extensions/base/Renameuser At this very moment debsums -c returns /var/lib/mediawiki/extensions/Renameuser/Renameuser.alias.php /var/lib/mediawiki/extensions/Renameuser/Renameuser.i18n.php /var/lib/mediawiki/extensions/Renameuser/Renameuser_body.php (mediawiki-extensions-base was last installed) Regards, Oskar Liljeblad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711774: [exact-image] Bug#711774: exactimage: dcraw vs libraw ?
I finally rather updated dcraw and glue to latest upstream. Committed revision 1860. Greetings, René On Jun 10, 2013, at 9:01 , Mathieu Malaterre wrote: On Sun, Jun 9, 2013 at 9:08 PM, Sven Eckelmann s...@narfation.org wrote: Just a small remark at the beginning: I didn't meant dcraw upstream with dcraw guys but the Debian maintainers for dcraw. And I really think it is a good question because the package is dead since 3 years and missing some updates from upstream. (Ok, the embedded copy of dcraw in exactimage seems to be older) On Sunday 09 June 2013 19:37:03 Rene Rebe wrote: I think dcraw did all the original research and he does not want to make it a library because he believes an executable to call is the unix way and a library he could boy change so flexible. This is why I embedded the not too big code to make it a simple built in library inside exact image. This is correct, but is not really about the problem here. Just to give more insight in what Mathieu Malaterre said: Embedded copies of code are bad when used in Distributions because (just some examples): * they increase the binary size when there would be shared object that could be used instead * they increase memory usage because different programs cannot share the loaded library * they are hard to maintain Ok, the first two points are easy to understand but the last one might be quite vague. So here an explanation with two different scenarios (actually it is the same example but with different impacts): dcraw gets a new version (lets call it 9.18 for obvious reasons) with X-Trans and EOS C500 support. Now all programs using an embedded copy have to be updated in Debian to bring these versions on par with the upstream one and fix outstanding bugs/request for EOS C500/X-Trans. This is not really trivial because the programs have to be identified first and then the maintainer has to be waken up. This is a lot of work and time spend on a task that is completely unnecessary. Therefore, it is better to use the library version when available. And yes, I am fully aware that interface changes are problems which can be a negative effect when switching to external libraries. Now to the part with a little more impact. Lets assume that dcraw has a bug which can be exploited quite easily (send a prepared image which causes some buffer overflows and so on). Now it is extreme important to find all versions of the embedded copy because otherwise it is a security risk. You don't really want to provide an web service doing raw image conversions when there might be a big security hole because the security bug was fixed in the original program/library but not in the embedded copy. So back to the main questions. Do you see a possible way to switch from your dcraw version to libraw and make more of the embedded copies optional? I know, the embedded copies from libjpeg for jpeg rotation are for example really hard because libjpeg doesn't export the necessary stuff. But it seemed to have caused some headaches for the previous maintainers of this package because no one updated the embedded copy of jpegint/transupp and it just crashed when used together with never versions of libjpeg like libjpeg8. And the current one in exactimage upstream still does. Very well summarized, Sven ! Security was mostly my main objection, since exactimage offer perl, python and php5 bindings it is quite likely this will be used on webserver, therefore security risk is not anymore just a theoretical issue. Regards, -- ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin DE Legal: Amtsgericht Berlin (Charlottenburg) HRB 105123B, Tax-ID#: DE251602478 Managing Director: René Rebe http://exactcode.com | http://exactscan.com | http://ocrkit.com | http://t2-project.org | http://rene.rebe.de
Bug#719218: reportbug: bugreport incorrectly states that installed package is newer than one in Debian.
Package: reportbug Version: 6.4.4 Severity: normal Dear Maintainer, As in the subject. This happens for example with package python-matplotlib. Here is output from shell: darkestkhan $ reportbug Please enter the name of the package in which you have found a problem, or type 'other' to report a more general problem. python-matplotlib Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'darkestkhan darkestk...@gmail.com' as your from address. Getting status for python-matplotlib... Verifying package integrity... Checking for newer versions at madison... Your version of python-matplotlib (1.3.0-1) is newer than that in Debian! Do you still want to file a report [y|N|q|?]? q After checking at packages.debian.org/search?keywords=python-matplotlib I can see that 1.3.0-1 is version available in Sid for amd64 (but for hurd-* and kfreebsd-* newest version available is 1.1.1~rc2-1). This information is highly confusing, especially that only this archs enabled on this system are amd64 and i386 (foreign). -- Package-specific info: ** Environment settings: EDITOR=vim DEBEMAIL=darkestk...@gmail.com EMAIL=darkestk...@gmail.com DEBFULLNAME=darkestkhan ** /home/darkestkhan/.reportbugrc: submit query-bts cc config-files compress email darkestk...@gmail.com realname darkestkhan replyto darkestkhan darkestk...@gmail.com editor vim verify mode standard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-3 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none ii debsums2.0.52+nmu1 pn dlocatenone ii emacs23-bin-common 23.4+1-4.1 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii file 1:5.14-2 ii gnupg 1.4.14-1 ii python-gtk22.24.0-3+b1 pn python-gtkspellnone pn python-urwid none pn python-vte none ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.9.4 ii python2.7.5-3 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with You. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719220: ITP: libtime-olsontz-download-perl -- Olson timezone database source module
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libtime-olsontz-download-perl Version : 0.004 Upstream Author : Andrew Main (Zefram) zef...@fysh.org * URL : https://metacpan.org/release/Time-OlsonTZ-Download/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Olson timezone database source module An object of the Time::OlsonTZ::Download class represents a local copy of the source of the Olson timezone database, possibly used to build binary tzfiles. The source copy always begins by being downloaded from the canonical repository of the Olson database. This class provides methods to help with extracting useful information from the source. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718165: Patch and Intent to NMU
Control: tags 718165 -patch -pending Hi, On Fri, Aug 9, 2013 at 11:45 AM, Fabian Greffrath fab...@greffrath.com wrote: I have prepared a simple patch for this issue. The correct target to override is fixperms not install. It's dh_fixperms, not dh_fix_perms. Indeed, you are right. My fix was wrong. I've removed the upload and I'm working on a better fix. -- Thanks, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719219: upgrade to wheezy failed due to xemacs21 not available anymore
Package: emacsen-common Version: 2.0.5 The upgrade to Wheezy failed with (Reading database ... 153789 files and directories currently installed.) Preparing to replace emacsen-common 2.0.5 (using .../emacsen-common_2.0.5_all.deb) ... Remove emacsen-common for emacs23 emacsen-common: Handling removal of emacsen flavor emacs23 Remove emacsen-common for xemacs21 emacsen-common: Handling removal of emacsen flavor xemacs21 Unpacking replacement emacsen-common ... Setting up emacsen-common (2.0.5) ... Install emacsen-common for emacs23 emacsen-common: Handling install of emacsen flavor emacs23 Wrote /etc/emacs23/site-start.d/00debian-vars.elc Wrote /usr/share/emacs23/site-lisp/debian-startup.elc Install emacsen-common for xemacs21 emacsen-common: Handling install of emacsen flavor xemacs21 /usr/lib/emacsen-common/packages/install/emacsen-common: line 29: xemacs21: command not found ERROR: install script from emacsen-common package failed dpkg: error processing emacsen-common (--install): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: emacsen-common I had to create a symlink for xemacs21 pointing to /bin/true to make this work. If I remove this link, then I cannot reinstall emacsen-common. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716783: weston: Create weston-launch group
On Thu, Aug 08, 2013 at 08:47:45PM +0200, Hector Oron wrote: Package: weston Tags: patch Followup-For: Bug #716783 Hello, Find attached patch for fixing the issue. Previous patch had a typo when setting suid bit. Find attached new patch that obsoletes the old one. Regards, -- Hector Oron From 19f24578db5e0d7a58a858e2b8f3f74bcdfde36d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?H=C3=A9ctor=20Or=C3=B3n=20Mart=C3=ADnez?= zu...@debian.org Date: Thu, 8 Aug 2013 20:04:34 +0200 Subject: [PATCH] Add weston-launch group MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit In order to run weston-launch, users should be part of weston-launch group. Signed-off-by: Héctor Orón Martínez zu...@debian.org --- debian/weston.postinst | 27 +++ debian/weston.prerm| 8 2 files changed, 35 insertions(+) create mode 100644 debian/weston.postinst create mode 100644 debian/weston.prerm diff --git a/debian/weston.postinst b/debian/weston.postinst new file mode 100644 index 000..87718bb --- /dev/null +++ b/debian/weston.postinst @@ -0,0 +1,27 @@ +#!/bin/sh + +set -e + +case $1 in +configure) + +# create weston-launch group if not already present +if ! getent group weston-launch /dev/null; then +addgroup --system --quiet weston-launch +fi + +if [ ! -u `which weston-launch` ]; then +chmod +s `which weston-launch` +fi + +;; +abort-upgrade|abort-remove|abort-deconfigure) +;; + +*) +echo postinst called with unknown argument \`$1' 2 +exit 0 +;; +esac + +#DEBHELPER# diff --git a/debian/weston.prerm b/debian/weston.prerm new file mode 100644 index 000..194337e --- /dev/null +++ b/debian/weston.prerm @@ -0,0 +1,8 @@ +#!/bin/sh + +#DEBHELPER# + +if [ $1 = remove ]; then +delgroup --system --quiet weston-launch +fi + -- 1.8.3.2 signature.asc Description: Digital signature
Bug#709780: [Pkg-systemd-maintainers] Bug#709780: Bug#709780: Bug#709780: Provide a way to not start a daemon on boot
Am 08.08.2013 21:36, schrieb Michael Stapelberg: AFAICT, there is nothing we need to change. Please correct me if I’m wrong. Running systemctl enable|disable for a service which has both a native .service file *and* a SysV/LSB init script results in systemctl only acting on the native service. root@pluto:/etc# ls rc?.d/???rsyslog rc0.d/K04rsyslog rc1.d/K04rsyslog rc2.d/S01rsyslog rc3.d/S01rsyslog rc4.d/S01rsyslog rc5.d/S01rsyslog rc6.d/K04rsyslog root@pluto:/etc# systemctl disable rsyslog rm '/etc/systemd/system/multi-user.target.wants/rsyslog.service' rm '/etc/systemd/system/syslog.service' root@pluto:/etc# ls rc?.d/???rsyslog rc0.d/K04rsyslog rc1.d/K04rsyslog rc2.d/S01rsyslog rc3.d/S01rsyslog rc4.d/S01rsyslog rc5.d/S01rsyslog rc6.d/K04rsyslog -- 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#711475: useless package description
Martin Eberhard Schauer wrote: for poor package descriptions. In general there was a prompt response with a considerably improved text. Well, I'm usually ready to offer my assistance with wobbly grammar, but here the problem seems to be a shortage of content. # Description: Tools for accessing secret store # Provides tools for accessing the secret store. That makes it sound like a case of http://tvtropes.org/pmwiki/pmwiki.php/Main/TheLittleShopThatWasntThereYesterday; The README file is one noun phrase long: GObject based library for accessing the Secret Service API. So apparently this might make sense to GNOME developers? Or perhaps people in the Secret Service, which would explain a lot. But wait, there's a man page in here: # NAME # secret-tool - Store and retrieve passwords [...] # DESCRIPTION # secret-tool is a command line tool that can be used to store and # retrieve passwords. # # Each password is stored in an item. Items are uniquely identified by a # set of attribute keys and values. When storing a password you must # specify unique pairs of attributes names and values, and when looking # up a password you provide the same attribute name and value pairs. [...] Er, root login passwords? Online banking passwords? There's still a substantial chunk of basic context missing... A few minutes googling tells me the Secret Service API is a freedesktop thing based on dbus that's designed to replace KWallet and GNOME Keyring. So far, my best guess is that the package description should say something like: Description: tool for storing and retrieving GObject passwords This package provides a command line tool using libsecret to access the freedesktop.org Secret Service API. This can be used to store and retrieve passwords for desktop applications. I'm still not clear whether this is GNOME-specific or cross-desktop, though. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718340: conky: Fails to start from script
On Fri, 9 Aug 2013 04:00:25 -0700 Vincent Cheng vincentc1...@gmail.com wrote: Hi, Sorry for the late reply! Also, please remember to cc: 718...@bugs.debian.org so that your replies reach the BTS as well, not just my private inbox. On Wed, Jul 31, 2013 at 3:05 AM, Sharon Kimble boudic...@talktalk.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 30 Jul 2013 20:19:33 -0700 Vincent Cheng vincentc1...@gmail.com wrote: Control: tags -1 moreinfo unreproducible On Tue, Jul 30, 2013 at 6:11 AM, sharon kimble boudic...@talktalk.net wrote: Package: conky Version: 1.9.0-3 Severity: normal Dear Maintainer, Programme 'conkygo' crashed with exit code 1. Respawning.. Conky: can't open display: * Imlib2 Developer Warning * : This program is calling the Imlib call: imlib_context_free(); With the parameter: context being NULL. Please fix your program. Programme 'conkygo' crashed with exit code 1. Respawning.. Terminated conkygo is - #!/bin/bash -e #saved in /usr/local/bin /usr/bin/conky -d ~c /home/boudiccas/.conky/.conkyrc-basic Please attach a copy of /home/boudiccas/.conky/.conkyrc-basic. Regards, Vincent Here it is. Would it be possible for you to isolate / narrow down whatever is causing this issue for you in your .conkyrc? There's lots of extra noise in your .conkyrc, and a bunch of execi/execpi calls to other scripts on your filesystem. Ideally, it'd be best if you could provide a minimal, self-contained .conkyrc that can be used to reproduce this reliably, and which I can then forward upstream. Thanks! The original bug report was for .conkyrc-basic, which do you want .conkyrc-basic or .conkyrc please? They are both two different scripts with different outputs. Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk efever = http://www.efever.blogspot.com/ efever = http://sharon04.livejournal.com/ Debian testing, Fluxbox 1.3.5, LibreOffice 4.1.0.4 Registered Linux user 334501 signature.asc Description: PGP signature
Bug#719208: [Pkg-mediawiki-devel] Bug#719208: mediawiki: md5sums for Renameuser{.alias, .i18n, _body}.php files are incorrect
On Fri, 9 Aug 2013, Oskar Liljeblad wrote: Yep, that's right! lrwxrwxrwx 1 root root 47 May 9 2012 /var/lib/mediawiki/extensions/Renameuser - /usr/share/mediawiki-extensions/base/Renameuser Thanks, that should be enough information to fix that. (mediawiki-extensions-base was last installed) I think that doesn’t matter any. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719221: kmail: Going offline invalidates account passwords
Package: kmail Version: 4:4.10.5-2 Severity: normal Dear Maintainer, every time I reestablish my network connection, kmail asks for the different account passwords (more exactly, it asks for der kwallet password, but that's not the point) Is this intended behaviour? Or can I configure that behaviour anywhere? kindest regards, Dietz -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.5 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.10.5-1 ii kdepim-runtime4:4.10.5-1 ii kdepimlibs-kio-plugins4:4.10.5-1 ii libakonadi-contact4 4:4.10.5-1 ii libakonadi-kde4 4:4.10.5-1 ii libakonadi-kmime4 4:4.10.5-1 ii libakonadiprotocolinternals1 1.9.2-2 ii libc6 2.17-92 ii libcalendarsupport4 4:4.10.5-2 ii libgcc1 1:4.8.1-8 ii libgpgme++2 4:4.10.5-1 ii libincidenceeditorsng44:4.10.5-2 ii libkabc4 4:4.10.5-1 ii libkcalcore4 4:4.10.5-1 ii libkcalutils4 4:4.10.5-1 ii libkcmutils4 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdepim44:4.10.5-2 ii libkdeui5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkleo4 4:4.10.5-2 ii libkmime4 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkontactinterface4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libkpgp4 4:4.10.5-2 ii libkpimidentities44:4.10.5-1 ii libkpimtextedit4 4:4.10.5-1 ii libkpimutils4 4:4.10.5-1 ii libkprintutils4 4:4.10.5-1 ii libksieveui4 4:4.10.5-2 ii libktnef4 4:4.10.5-1 ii libmailcommon44:4.10.5-2 ii libmailimporter4 4:4.10.5-2 ii libmailtransport4 4:4.10.5-1 ii libmessagecomposer4 4:4.10.5-2 ii libmessagecore4 4:4.10.5-2 ii libmessagelist4 4:4.10.5-2 ii libmessageviewer4 4:4.10.5-2 ii libnepomukcore4 4:4.10.5-1 ii libpimcommon4 4:4.10.5-2 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-network4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libqtwebkit4 2.2.1-6 ii libsolid4 4:4.10.5-1 ii libsoprano4 2.9.2+dfsg.1-4 ii libstdc++64.8.1-8 ii libtemplateparser44:4.10.5-2 ii perl 5.14.2-21 Versions of packages kmail recommends: ii gnupg-agent 2.0.20-1 ii gnupg22.0.20-1 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 ii pinentry-qt4 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii clamav0.97.8+dfsg-1 ii kaddressbook 4:4.10.5-2 ii kleopatra 4:4.10.5-2 ii procmail 3.22-20 ii spamassassin 3.3.2-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#704554: mpd: crash when updating from large, varied collection
Hi Nick, how's your debugging going? Did you get to a solution, or should we keep this bug report open for longer? Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719184: mke2fs.8: perhaps say [^]feature instead of just feature
On Fri, Aug 09, 2013 at 12:50:02PM +0800, jida...@jidanni.org wrote: TT == Theodore Ts'o ty...@mit.edu writes: TT Why are you even trying to turn off sparse_superblocks? I wanted to make a test file containing a filesystem with more than one superblock without eating up lots of my disk... There will alsoways be a backup superblock in the block groups #0 and #1, regardless of whether sparse_superblock is enabled or not. If you want to make a test file system with a lot of superblocks, a better thing to do is to reduce the size of the block group --- although if you reduce the size of the block group to something excessively silly, like say, 2, that's not something I've necessarily worried about either. In general, if you're trying to do something crazy, and things don't quite work right, feel free to send me patches. But I don't have the time to try to make sure crazy edge cases that no user should ever use in real life are 100% correct - Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487388: Flightgear packaging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, In the flightgear rules file, flightgear is built in a subdirectory. Is there any particular reason for this, since building as-is (without specifying a build directory) could get rid of a couple of lines? Also, there are icons included in the icons folder that can be installed with flightgear so that an icon is displayed when it is running. Also, I'm interested in becoming the maintainer of flightgear, simgear, and the data package. Is this still possible? Saikrishna Arcot -BEGIN PGP SIGNATURE- Version: APG v1.0.8 iQJGBAEBCgAwBQJSBNqhKRxTYWlrcmlzaG5hIEFyY290IDxzYWlhcmNvdDg5NUBn bWFpbC5jb20+AAoJECA7R8LGa3hLTDoQAKuWeU2KtFmQdJPI0WgTHnBZFLeiDy1t OqiNTMvP/OlcMqp0HpoqpzNniOX2C9f4as9mKwLCsFCn0zJ+2HLi6i9G/iYai2ew wIp26Sc62ZS8hqtUNkIo5kO/MSdNU3odU3DX2P54MvDL8d0flJ4HIVQdR5h2g0Lm T0FtLdrzliYvElvrtkePRioAt93cZKeylhjMvvo7WqYyvD8Bk1vHVhlQWfxUEblZ HAGVAQ4o2qg+STp6B9c/6qkKTe1Vqcc1fFRx+HwQW8AJBRr/rfYDR7A1s5K9YQTd EblajOwJ3iX8hG9gcHXZyynmWjiOP+TH5hqHvhU5jSoBcc8nYI+BGqs8Vjx9Za9t KSX6082mq4Q/GAMAb+oJn3csuUuZ0UsQeyrUJ6Ds09TGS5Z38qcVvX+EF6tTQDIF 44OMfH6Ba47Ea9r7Rb0jWZDCxOF5+4oWhm2pzZGgSGh7KiY2ijCYt4eyJEZayBbO ZDw3DmlADVRuikdeQ/j+NhW2h9UxpF2LvYiHhyE5CfNdMR0lJ22f1o38/4AFgEdW O91pOhqu3Jn0jGWwLvdJW4iJbsZQW4QoJmLSSzbN4TUopiT9hI73ZwKUy+lhuub4 ROn5egzQo94apmR2FUkbm8mDzlaDuBSfRibRCZE5Yzez1OmAnLqcIcniywKB0M16 i0n5LEWpkEcF =pEJI -END PGP SIGNATURE-
Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)
I think it could be useful to copy the uswsusp configuration when initramfs-tools is installed, except that initramfs-tools is almost always installed first. Reconfiguring uswsusp should definitely not affect the behaviour of swsusp; that would be very surprising. I think the configuration should be transferred the other way: uswsusp should copy the resume device and offset from initramfs-tools configuration (if initramfs-tools is installed). Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#719222: xinput ASCII art is broken
Package: xinput Version: 1.6.0-1 xinput gives me some funny chars instead of ASCII art, for example: % xinput --list â¡ Virtual core pointer id=2[master pointer (3)] â â³ Virtual core XTEST pointer id=4[slave pointer (2)] â â³ Logitech USB Receiverid=6[slave pointer (2)] â â³ Logitech USB Optical Mouse id=9[slave pointer (2)] ⣠Virtual core keyboardid=3[master keyboard (2)] â³ Virtual core XTEST keyboard id=5[slave keyboard (3)] â³ Power Button id=7[slave keyboard (3)] â³ Power Button id=8[slave keyboard (3)] â³ HID 046a:0011id=10 [slave keyboard (3)] â³ Eee PC WMI hotkeys id=11 [slave keyboard (3)] â³ ACPI Virtual Keyboard Device id=12 [slave keyboard (3)] % echo $TERM xterm Terminal is a xterm. Other programs using ASCII art work fine in the same terminal window (aptitude, dialog, etc.). Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719223: stevedore: Python3 support for stevedore
Package: stevedore Version: 0.10-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/control,rules: Enable python3 support. I also wrap-and-sort'ed debian/control which created an extra bit of diff; feel free to drop that if you wish to! Thanks for considering the patch. Cheers James -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-6-generic (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 diff -Nru stevedore-0.10/debian/changelog stevedore-0.10/debian/changelog diff -Nru stevedore-0.10/debian/control stevedore-0.10/debian/control --- stevedore-0.10/debian/control 2013-07-20 15:20:40.0 +0100 +++ stevedore-0.10/debian/control 2013-08-09 13:36:27.0 +0100 @@ -2,14 +2,18 @@ Section: python Priority: extra Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org -Uploaders: Julien Danjou a...@debian.org, - Thomas Goirand z...@debian.org -Build-Depends: debhelper (= 8.0.0), +Uploaders: Julien Danjou a...@debian.org, Thomas Goirand z...@debian.org +Build-Depends: + debhelper (= 8.0.0), + openstack-pkg-tools, python (= 2.6.6-3~), - python-nose, python-mock, + python-nose, python-setuptools, - openstack-pkg-tools + python3-all (= 3.1.2-7~), + python3-mock, + python3-nose, + python3-setuptools Standards-Version: 3.9.4 Homepage: https://github.com/dreamhost/stevedore Vcs-Git: git://git.debian.org/collab-maint/stevedore.git @@ -18,11 +22,25 @@ Package: python-stevedore Architecture: all Pre-Depends: dpkg (= 1.15.6~) -Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} +Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends} Description: manage dynamic plugins for Python applications Python makes loading code dynamically easy, allowing you to configure and extend your application by discovering and loading extensions (plugins) at runtime. Many applications implement their own library for doing this, using + __import__ or importlib. stevedore avoids creating yet another extension + mechanism by building on top of setuptools entry points. The code for managing + entry points tends to be repetitive, though, so stevedore provides manager + classes for implementing common patterns for using dynamically loaded + extensions. + +Package: python3-stevedore +Architecture: all +Pre-Depends: dpkg (= 1.15.6~) +Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends} +Description: manage dynamic plugins for Python applications (python3) + Python makes loading code dynamically easy, allowing you to configure and + extend your application by discovering and loading extensions (plugins) at + runtime. Many applications implement their own library for doing this, using __import__ or importlib. stevedore avoids creating yet another extension mechanism by building on top of setuptools entry points. The code for managing entry points tends to be repetitive, though, so stevedore provides manager diff -Nru stevedore-0.10/debian/rules stevedore-0.10/debian/rules --- stevedore-0.10/debian/rules 2013-07-20 15:20:40.0 +0100 +++ stevedore-0.10/debian/rules 2013-08-09 13:33:55.0 +0100 @@ -4,11 +4,33 @@ include /usr/share/openstack-pkg-tools/pkgos.make +PYTHON2=$(shell pyversions -vr) +PYTHON3=$(shell py3versions -vr) + %: - dh $@ --with=python2 + dh $@ --with=python2,python3 + +override_dh_atuo_build: + set -e for pyvers in $(PYTHON2); do \ + python$$pyvers setup.py build; \ + done + set -e for pyvers in $(PYTHON3); do \ + python$$pyvers setup.py build; \ + done + +override_dh_auto_install: + set -e for pyvers in $(PYTHON2); do \ + python$$pyvers setup.py install --install-layout=deb \ + --root $(CURDIR)/debian/python-stevedore; \ + done + set -e for pyvers in $(PYTHON3); do \ + python$$pyvers setup.py install --install-layout=deb \ + --root $(CURDIR)/debian/python3-stevedore; \ + done override_dh_auto_test: PYTHONPATH=. nosetests -d stevedore + PYTHONPATH=. nosetests3 -d stevedore override_dh_clean: dh_clean
Bug#655039: update: work can procede
hello people interested in python-rdflib, since python3-defaults 3.3.2-4, pybuilder is in unstable; thus, the ugly hack i used to build python-rdflib for python2 and python3 is not required any more. i'll remove the hackish solution and have a look at python-rdflib 4. greetings from debcamp chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#632627: Re[4]: resume file
On Mon, 2013-07-29 at 13:26 +0400, Askar Safin wrote: But I wonder whether this configuration file is really needed for most system. Couldn't we use blkid to find the swap partition automagically? (The configuration file would still be necessary if there are multiple swap partitions.) Imagine the following: there is Debian on /dev/sda1, Debian on /dev/sda2 and swap on /dev/sda3. Debian on sda2 configured to use sda3. Debian on sda1 doesn't use swap. Debian on sda2 suspends to sda3. Then user runs Debian on sda1. Initramfs from sda1 looks at the sda3 and says: Oh! There is swap. Let's wake up from it. And initramfs performs waking up from wrong partition. So, don't search swap at the resume time. In this case, sure, you wouldn't want that. But that kind of multiboot configuration is not the *usual* case. We should try to make the usual case 'just work' without disruption. initramfs-tools has its own resume configuration file, but so far as I can see the uswsusp package does not use it. So there would be no reason for you to modify it - would there? No, resume file is really used. It used by early userspace. I just created virtual machine with fresh jessie and without swap and performed the following test: 1. Installed uswsusp. uswsusp said to me that I have no swap and I should add it and run dpkg-reconfigure uswsusp. 2. I added swap 3. Rebooted 4. I ran dpkg-reconfigure uswsusp. uswsusp found my swap and it was happy. It asked me a lot of questions. Then uswsusp triggered initramfs rebuilding 5. Rebooted 6. I ran s2disk and I could not wake up. So, this is a bug. 7. I created resume file (there was no such file before) and I put RESUME=UUID=... to it. [...] I agree this is currently needed, although the value is not used. I assume this is done to allow overriding resume with the 'noresume' boot parameter. I think uswsusp should be properly integrated with initramfs-tools handling of boot parameters by making the following changes: 1. In the initramfs build hook, write this to $DESTDIR/conf/conf.d/resume-uswsusp: RESUME=$(sed -rn 's/^resume device[[:space:]]+[:=][[:space:]]+// p' /etc/uswsusp.conf) resume_offset=$(sed -rn 's/^resume offset[[:space:]]+[:=][[:space:]]+// p' /etc/uswsusp.conf) Since this file name sorts after 'resume', it overrides the swsusp configuration. But it can still be overridden by boot parameters. 2. In the initramfs local-premount hook, do: /sbin/resume -r $resume -o ${resume_offset:-0} Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#718165: Patch and Intent to NMU - Second try
Control: tags 718165 patch pending Hi, The issue was much more complex that it had appeared initially. The problem is with how dh_auto_install works (I guess something changed recently). To check if it should call make install, it first tries a dry run of the make install command, and due to the way the Makefile.am is done, the dry run fails, even if the real one would succeed. I have now prepared a patch that fixes data/Makefile.am. I have left the other fix in, since I believe the chmod should be done in dh_fixperms, not dh_install. I'm attaching here the revised patch, and will upload the NMU to the 7 day delayed queue. -- Regards, Marga diff -Nru din-5.2.1/debian/changelog din-5.2.1/debian/changelog --- din-5.2.1/debian/changelog 2013-04-20 19:38:12.0 + +++ din-5.2.1/debian/changelog 2013-08-09 12:48:47.0 + @@ -1,3 +1,12 @@ +din (5.2.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Apply fix to data/Makefile.am to make it work correctly with dh_auto_install +(Closes: #718165). + * Also fix some minor issues in debian/rules. + + -- Margarita Manterola ma...@debian.org Fri, 09 Aug 2013 07:56:00 + + din (5.2.1-1) unstable; urgency=low * New upstream release. diff -Nru din-5.2.1/debian/patches/fix-data-Makefile.patch din-5.2.1/debian/patches/fix-data-Makefile.patch --- din-5.2.1/debian/patches/fix-data-Makefile.patch 1970-01-01 00:00:00.0 + +++ din-5.2.1/debian/patches/fix-data-Makefile.patch 2013-08-09 12:47:54.0 + @@ -0,0 +1,12 @@ +Index: din-5.2.1/data/Makefile.am +=== +--- din-5.2.1.orig/data/Makefile.am 2013-03-20 12:03:03.0 + din-5.2.1/data/Makefile.am 2013-08-09 12:47:13.603735342 + +@@ -145,5 +145,5 @@ + + EXTRA_DIST = $(dindata_DATA) $(dindesk_DATA) $(dinicon_DATA) $(dinbin_DATA) + +-install-data-hook: ${DESTDIR}/$(prefix)/bin/checkdotdin +- chmod +x $^ ++install-data-hook: ++ chmod +x ${DESTDIR}/${dinbindir}/checkdotdin diff -Nru din-5.2.1/debian/patches/series din-5.2.1/debian/patches/series --- din-5.2.1/debian/patches/series 2013-03-09 19:29:48.0 + +++ din-5.2.1/debian/patches/series 2013-08-09 12:46:24.0 + @@ -1 +1,2 @@ checkdotdin-fix.patch +fix-data-Makefile.patch diff -Nru din-5.2.1/debian/rules din-5.2.1/debian/rules --- din-5.2.1/debian/rules 2013-03-13 13:04:32.0 + +++ din-5.2.1/debian/rules 2013-08-09 12:47:29.0 + @@ -6,8 +6,8 @@ override_dh_installman: dh_installman debian/din.1 -override_dh_install: - dh_install +override_dh_fixperms: + dh_fixperms chmod a+x debian/din/usr/share/din/m00 override_dh_auto_build:
Bug#679896: [PATCH] updated xpdf patches for poppler 0.20.x
found 679896 xpdf/3.03-11 retitle 679896 compatibility with poppler 0.20.x thanks Hi, attached there are the changes provided by Andy Whitcroft, updated to the latest xpdf/3.03-11 and broken out in single pieces for easier review/applying: * check-system-calls.patch updated * track_libpopper25_api_changes.patch the actual porting patch, updated and refreshed * debian-poppler0.20.diff the Debian changes needed, i.e. do not strip anymore Thanks, -- Pino Toscano description: check exit codes of system calls author: Michael Gilbert michael.s.gilb...@gmail.com Index: xpdf/xpdf/XPDFCore.cc === --- xpdf.orig/xpdf/XPDFCore.cc 2012-02-24 20:21:34.0 -0500 +++ xpdf/xpdf/XPDFCore.cc 2012-02-24 20:21:34.0 -0500 @@ -480,6 +480,7 @@ Object movieAnnot, obj1, obj2, obj3; GString *msg; int i; + int errcode; switch (kind = action-getKind()) { @@ -569,12 +570,18 @@ if (globalParams-getLaunchCommand()) { fileName-insert(0, ' '); fileName-insert(0, globalParams-getLaunchCommand()); - system(fileName-getCString()); + errcode = system(fileName-getCString()); +if (errcode != 0) { + error(errInternal, -1 , non-zero error code returned by system call); +} } else { msg = new GString(About to execute the command:\n); msg-append(fileName); if (doQuestionDialog(Launching external application, msg)) { - system(fileName-getCString()); + errcode = system(fileName-getCString()); + if (errcode != 0) { +error(errInternal, -1 , non-zero error code returned by system call); + } } delete msg; } @@ -684,6 +691,7 @@ void XPDFCore::runCommand(GString *cmdFmt, GString *arg) { GString *cmd; char *s; + int errcode; if ((s = strstr(cmdFmt-getCString(), %s))) { cmd = mungeURL(arg); @@ -700,7 +708,10 @@ #else cmd-append( ); #endif - system(cmd-getCString()); + errcode = system(cmd-getCString()); + if (errcode != 0) { + error(errInternal, -1 , non-zero error code returned by system call); + } delete cmd; } Index: xpdf/xpdf/XPDFViewer.cc === --- xpdf.orig/xpdf/XPDFViewer.cc 2012-02-24 20:21:34.0 -0500 +++ xpdf/xpdf/XPDFViewer.cc 2012-02-24 20:22:49.0 -0500 @@ -1126,6 +1126,7 @@ char *p; char c0, c1; int i; + int errcode; cmd = new GString(); fmt = args[0]; @@ -1222,7 +1223,10 @@ #else cmd-append( ); #endif - system(cmd-getCString()); + errcode = system(cmd-getCString()); + if (errcode != 0) { + error(errInternal, -1, non-zero error code return by system call); + } delete cmd; } Description: track changes to libpoppler25 API Track changes to the libpoppler25 ABI . startDoc now takes a PDFDoc rather than and XRef TextOutputDev::TextOutputDev has an additional fixedPitch parameter, 0 triggering previous behaviour. TextOutputDev::findText has an additions wholeWord parameter PSOutputDev::PSOutputDev no longer takes Xref or Catalog parameters Author: Andy Whitcroft a...@ubuntu.com Last-Updated: 2012-06-12 --- a/xpdf/PDFCore.cc +++ b/xpdf/PDFCore.cc @@ -196,7 +196,7 @@ } doc = newDoc; if (out) { -out-startDoc(doc-getXRef()); +out-startDoc(newDoc); } // nothing displayed yet @@ -901,7 +901,7 @@ page-links = doc-getLinks(page-page); } if (!page-text) { -if ((textOut = new TextOutputDev(NULL, gTrue, gFalse, gFalse))) { +if ((textOut = new TextOutputDev(NULL, gTrue, 0, gFalse, gFalse))) { doc-displayPage(textOut, page-page, dpi, dpi, rotate, gFalse, gTrue, gFalse); page-text = textOut-takeText(); @@ -1661,7 +1661,7 @@ } s = page-text-getText(x0, y0, x1, y1); } else { -textOut = new TextOutputDev(NULL, gTrue, gFalse, gFalse); +textOut = new TextOutputDev(NULL, gTrue, 0, gFalse, gFalse); if (textOut-isOk()) { doc-displayPage(textOut, pg, dpi, dpi, rotate, gFalse, gTrue, gFalse); textOut-cvtUserToDev(xMin, yMin, x0, y0); @@ -1741,7 +1741,7 @@ page = findPage(pg); } if (page-text-findText(u, len, startAtTop, gTrue, startAtLast, gFalse, - caseSensitive, backward, + caseSensitive, backward, gFalse, xMin, yMin, xMax, yMax)) { goto found; } @@ -1749,7 +1749,7 @@ if (!onePageOnly) { // search following/previous pages -textOut = new TextOutputDev(NULL, gTrue, gFalse, gFalse); +textOut = new TextOutputDev(NULL, gTrue, 0, gFalse, gFalse); if (!textOut-isOk()) { delete textOut; goto notFound; @@ -1759,7 +1759,7 @@ pg += backward ? -1 : 1) { doc-displayPage(textOut, pg, 72, 72, 0, gFalse, gTrue, gFalse); if (textOut-findText(u, len, gTrue, gTrue, gFalse, gFalse, - caseSensitive, backward, + caseSensitive, backward, gFalse, xMin, yMin, xMax, yMax)) { delete textOut; goto foundPage; @@ -1772,7 +1772,7 @@
Bug#636783: Proposed draft GR proposal drafts
I'm about to post 4 draft TC resolutions. These have been largely unchanged since the last time this was discussed. But I'll leave it a week or so before calling for a vote on each of these TC resolutions. So now there will be one final round of review and consideration by the TC of: * The wording of the proposed GR * Whether there are any other issues that should be done now * The wording of the amendment promise boilerplate I suggest that as the driver of the process I should be the main person to handle proposed amendments/improvements, although the amendment promise wording gives any TC member that power. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636783: Constitutional Amendment: Fix duplicate section numbering.
= TC RESOLUTION STARTS = 1. The Debian Technical Committee hereby exercises its power in 4.2(1) of the Debian Constitution to propose the following General Resolution: - GENERAL RESOLUTION STARTS - Constitutional Amendment: Fix duplicate section numbering. The current Debian Constitution has two sections numbered A.1. This does not currently give rise to any ambiguity but it is undesirable. Fix this with the following semantically neutral amendment: - Renumber the first section A.1 to A.0. - GENERAL RESOLUTION ENDS - 2. It is not practical for the TC to vote to accept/reject individual amendments to the GR proposal. The TC would wish to delegate its power to accept amendments, to avoid needing the collection of sponsors for uncontroversial changes. However the Secretary has advised that this is not constitutionally acceptable. Therefore, to achieve roughly the same effect, the TC makes the following promise. If any TC member gives notice that the TC accepts an amendment, then at least one of the following will happen: (a) the TC will use its own power under A.1(1) to arrange that the amendment appears on the GR ballot as an option; (b) the TC will use its power under A.1(1) to propose and its power under A.1(2) to accept the amendment, so that the amendment is incorporated in the version voted on; or (c) A member of the TC will publicly notify the amendment's proposer that the amendment will not be accepted after all. In this case TC will wait at least 7 more days before calling for a vote, to give time for the amendment's proposer to collect sponsors. = TC RESOLUTION ENDS = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636783: Advice to the TC on overruling maintainers
=== TC RESOLUTION STARTS === 1. The Debian Technical Committee hereby exercises its power in 4.2(1) of the Debian Constitution to propose a General Resolution, and according to A.1(1) the TC also proposes an amendment. The proposed texts of the two resulting options for the General Resolution are as follows: - GENERAL RESOLUTION STARTS, COMMON INTRODUCTORY TEXT - Advice to the TC on overruling maintainers In the past the Technical Committee have been reluctant to overrule a maintainer unless all the members are absolutely convinced that the maintainer's decision was wrong. The TC has sought the views of the Developers. Accordingly, the Developers advise, in their (non-binding) opinion, that: - GENERAL RESOLUTION OPTION A - The Technical Committee's approach so far has been correct. - GENERAL RESOLUTION OPTION B - Technical Committee members should be willing to vote to overrule if they feel that the maintainer's decision was wrong; the supermajority requirement is sufficient to guard against overruling in questionable cases. - GENERAL RESOLUTION ENDS - 2. It is not practical for the TC to vote to accept/reject individual amendments to the GR proposal. The TC would wish to delegate its power to accept amendments, to avoid needing the collection of sponsors for uncontroversial changes. However the Secretary has advised that this is not constitutionally acceptable. Therefore, to achieve roughly the same effect, the TC makes the following promise. If any TC member gives notice that the TC accepts an amendment, then at least one of the following will happen: (a) the TC will use its own power under A.1(1) to arrange that the amendment appears on the GR ballot as an option; (b) the TC will use its power under A.1(1) to propose and its power under A.1(2) to accept the amendment, so that the amendment is incorporated in the version voted on; or (c) A member of the TC will publicly notify the amendment's proposer that the amendment will not be accepted after all. In this case TC will wait at least 7 more days before calling for a vote, to give time for the amendment's proposer to collect sponsors. = TC RESOLUTION ENDS = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636783: Constitutional Amendment: Permit TC to hold informal private conversations
= TC RESOLUTION STARTS = 1. The Debian Technical Committee hereby exercises its power in 4.2(1) of the Debian Constitution to propose the following General Resolution: - GENERAL RESOLUTION STARTS - Constitutional Amendment: Permit TC to hold informal private conversations On a number of occasions recently, enquirers have emailed TC members' personal addreses to informally seek members' views. This has worked well; however it is not clear that Constitution permits it. This situation should be regularised. On occasion the TC has been asked to decide on maintainership of packages. It is very difficult to hold the necessary discussions, which inevitably involve discussion of personalities, in public. At the moment the TC is unable to take on a mediation role, since mediation necessarily involves each party to a dispute conversing privately with the mediator. The TC should be able to mediate if the TC, and parties to a dispute, wish it to do so. Actual decisionmaking must still place in public of course. Therefore, amend the Debian Constitution 6.3 as follows (wdiff -i): 3. Public [-discussion and-] decision-making. [-Discussion,-] Draft resolutions and amendments, and votes by members of the committee, are made public on the Technical Committee public discussion list. There is no separate secretary for the Committee. [+citeThe Technical Committee should limit private discussions to situations where holding the conversation in public would be infeasible or counterproductive./cite+] - GENERAL RESOLUTION ENDS - 2. It is not practical for the TC to vote to accept/reject individual amendments to the GR proposal. The TC would wish to delegate its power to accept amendments, to avoid needing the collection of sponsors for uncontroversial changes. However the Secretary has advised that this is not constitutionally acceptable. Therefore, to achieve roughly the same effect, the TC makes the following promise. If any TC member gives notice that the TC accepts an amendment, then at least one of the following will happen: (a) the TC will use its own power under A.1(1) to arrange that the amendment appears on the GR ballot as an option; (b) the TC will use its power under A.1(1) to propose and its power under A.1(2) to accept the amendment, so that the amendment is incorporated in the version voted on; or (c) A member of the TC will publicly notify the amendment's proposer that the amendment will not be accepted after all. In this case TC will wait at least 7 more days before calling for a vote, to give time for the amendment's proposer to collect sponsors. = TC RESOLUTION ENDS = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636783: Constitutional Amendment: TC Supermajority Fix
=== TC RESOLUTION STARTS === 1. The Debian Technical Committee hereby exercises its power in 4.2(1) of the Debian Constitution to propose the following General Resolution: - GENERAL RESOLUTION STARTS - Constitutional Amendment: TC Supermajority Fix Prior to the Clone Proof SSD GR in June 2003, the Technical Committee could overrule a Developer with a supermajority of 3:1. Unfortunately, the definition of supermajorities in the SSD GR has a fencepost error. In the new text a supermajority requirement is met only if the ratio of votes in favour to votes against is strictly greater than the supermajority ratio. In the context of the Technical Committee voting to overrule a developer that means that it takes 4 votes to overcome a single dissenter. And with a maximum committee size of 8, previously two dissenters could be overruled by all 6 remaining members; now that is no longer possible. This change was unintentional, was contrary to the original intent of the Constitution, and is unhelpful. Therefore, amend the Debian Constitution as follows: (i) Replace majority with supermajority everywhere a ratio other than 1:1 is specified. That is, in 4.1(2) -- Developers' power to amend the Constitution 4.1(4) -- Developers' power to overrule the TC 4.1(5)(3) -- Developers' power to amend Foundation Documents 6.1(4) -- TC's power to overrule a Developer (both occurrences) replace the word majority with supermajority. (ii) In A.6(3): 3. Any (non-default) option which does not defeat the default option by its required majority ratio is dropped from consideration. 1. Given two options A and B, V(A,B) is the number of voters who prefer option A over option B. - 2. An option A defeats the default option D by a majority - ratio N, if V(A,D) is strictly greater than N * V(D,A). - 3. If a supermajority of S:1 is required for A, its majority - ratio is S; otherwise, its majority ratio is 1. + 2. An option A defeats the default option D by its + required majority ratio if both: + (a) V(A,D) is strictly greater than V(D,A); and + (b) if a supermajority of N:M is required for A, + M * V(A,D) is greater than or equal to N * V(D,A). (iii) In A.3(2) Voting procedure, delete as follows: 2. The default option must not have any supermajority requirements. - Options which do not have an explicit supermajority requirement - have a 1:1 majority requirement. The effect is to fix the fencepost bug, and make the wording consistent, by always referring to supermajorities where applicable. A 1:1 vote will need strictly more in favour than against, but an N:1 vote will need only exactly N:1. This will also have a (negligible) effect on any General Resolutions requiring supermajorities. For the avoidance of any doubt, this change does not affect any votes (whether General Resolutions or votes in the Technical Committee) in progress at the time the change is made. - GENERAL RESOLUTION ENDS - 2. It is not practical for the TC to vote to accept/reject individual amendments to the GR proposal. The TC would wish to delegate its power to accept amendments, to avoid needing the collection of sponsors for uncontroversial changes. However the Secretary has advised that this is not constitutionally acceptable. Therefore, to achieve roughly the same effect, the TC makes the following promise. If any TC member gives notice that the TC accepts an amendment, then at least one of the following will happen: (a) the TC will use its own power under A.1(1) to arrange that the amendment appears on the GR ballot as an option; (b) the TC will use its power under A.1(1) to propose and its power under A.1(2) to accept the amendment, so that the amendment is incorporated in the version voted on; or (c) A member of the TC will publicly notify the amendment's proposer that the amendment will not be accepted after all. In this case TC will wait at least 7 more days before calling for a vote, to give time for the amendment's proposer to collect sponsors. = TC RESOLUTION ENDS = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719224: xpdf: compatibility with poppler 0.22.x
Source: xpdf Version: 3.03-11 Severity: normal Tags: patch Control: block -1 by 679896 Hi, xpdf 3.03-11 fails to build with Poppler 0.22.x (currently in experimental). Other than the changes in #679896, the following changes are needed: * debian-poppler0.22.diff since some functions in poppler's gfile.h (e.g. getHomeDir and makePathAbsolute) were removed, make again use of xpdf's copy of gfile, adding it to the build; also, define HAVE_MKSTEMP and HAVE_MKSTEMPS so mkstemp and mkstemps can be used instead of unsecure tmpnam. * use-poppler-openfile.patch this existing patch must be dropped now, since either poppler or xpdf's gfile have openFile Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -7,8 +7,9 @@ LIBS+=-lXm $(shell pkg-config --libs poppler --libs xt --libs x11) CPPFLAGS+=$(includes) $(includes)/goo $(includes)/splash -Wno-write-strings -DHAVE_DIRENT_H CPPFLAGS+=-Wno-format-extra-args -DSYSTEM_XPDFRC=\/etc/xpdf/xpdfrc\ +CPPFLAGS+=-DHAVE_MKSTEMP -DHAVE_MKSTEMPS -files=goo/parseargs xpdf/CoreOutputDev xpdf/GlobalParams xpdf/PDFCore +files=goo/gfile goo/parseargs xpdf/CoreOutputDev xpdf/GlobalParams xpdf/PDFCore files+=xpdf/XPDFApp xpdf/XPDFCore xpdf/XPDFTree xpdf/XPDFViewer xpdf/xpdf headers=xpdf/config.h xpdf/XPDFTreeP.h xpdf/about-text.h xpdf/*.xbm xpdf/xpdfIcon.xpm
Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)
On Fri, 2013-08-09 at 14:22 +0200, Ben Hutchings wrote: [...] Reconfiguring uswsusp should definitely not affect the behaviour of swsusp; that would be very surprising. I think the configuration should be transferred the other way: uswsusp should copy the resume device and offset from initramfs-tools configuration (if initramfs-tools is installed). Note, I'm only suggesting that this should be done at installation time. I think it would be confusing to simply make either of the current configuration files override the other. I do think it would be preferable to switch to a single configuration file for resume device and offset (or none, if automatic selection can work) but we would need a transition plan that minimises confusion and breakage. Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part