Re: server certificates/key pairs and CA directories
On Tue, Jul 21, 2015 at 04:50:42PM +, Thorsten Glaser wrote: > Daniel Pocock pocock.pro> writes: > > > I looked at the package ssl-cert to try and understand and there I found > > that it is using /etc/ssl/certs for server certs while other packages > > Do NOT do that. > > It's causing trouble because some software (e.g. Gajim) reads all files > under /etc/ssl/certs/ not just the hashed ones - presumably because > OpenSSL 1.x changed the algorithm used for the hash, while GnuTLS > keeps using the OpenSSL 0.x one (in MirBSD I just symlink them both). In Debian we've been adding both the new and the old hash. Does anybody know this is still needed? Kurt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803071636.ga24...@roeckx.be
Re: How to deal with fixed but open bugs
On Thu, Jul 30, 2015 at 04:06:51PM +0200, Simon Richter wrote:
> Hi,
>
> On 30.07.2015 05:12, Nikolaus Rath wrote:
>
> > I'm looking at the bug overview page for src:python3-llfuse
> > (https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=python-llfuse). The
> > first thing it lists is the apparently nasty grave bug #775056.
>
> > However, this bug only exists in wheezy, it's fixed in both jessie and
> > sid. As far as I can tell, the bug is correctly marked with found+fixed.
>
> If the bug exists in wheezy, and wheezy is still a supported release,
> then there are users affected by it.
And if it affects wheezy, please consider fixing it in wheezy.
> If the bug doesn't exist in wheezy, then it should not have been
> reported against a version that ended up in wheezy, so I'd simply
> correct that then ("found" with a version after the wheezy release,
> "notfound" with the originally reported version).
He probably also needs a "close".
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150803072044.gb24...@roeckx.be
Bug#794447: ITP: pb-genomicconsensus -- Pacific Biosciences variant and consensus caller
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team Control: block 787977 by ! * Package name: pb-genomicconsensus Version : 1.0.0 Upstream Author : Pacific Biosciences * URL : https://github.com/PacificBiosciences/GenomicConsensus * License : BSD Programming Lang: Python Description : Pacific Biosciences variant and consensus caller The GenomicConsensus package provides Quiver, Pacific Biosciences' flagship consensus and variant caller. Quiver is an algorithm that finds the maximum likelihood template sequence given PacBio reads of the template. These reads are modeled using a conditional random field approach that prescribes a probability to a read given a template sequence. In addition to the base sequence of each read, Quiver uses several additional quality value covariates that the base caller provides. This package is part of the SMRTAnalysis suite (#787977), to be built and maintained by the Debian Med team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803073419.8392.62471.reportbug@afif-1215B
Bug#794450: ITP: pb-consensuscore -- library of multiple nucleotide sequence consensus routines
Package: wnpp Severity: wishlist Owner: Debian Med Packaging Team Control: block 794447 by -1 * Package name: pb-consensuscore Version : 1.0.0 Upstream Author : Pacific Biosciences * URL : https://github.com/PacificBiosciences/ConsensusCore * License : BSD Programming Lang: C++, Python Description : library of multiple nucleotide sequence consensus routines ConsensusCore is a library of algorithms for Pacific Biosciences multiple sequence consensus that powers Quiver, a variant and consensus caller for single-molecule sequencing reads. This package is a dependency of pb-genomicconsensus (#794447), a component of the SMRTAnalysis suite (#787977). These are to be built and maintained by the Debian Med team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803075351.7602.49307.reportbug@afif-1215B
Re: Feature Debian in MeetAdvisors Blog!
Hi Angela, > I am writing a blog at MeetAdvisors.com on companies that are driving > their industries forward, I would love to include you! > > I'll be looking for why you do what you, what your passion is, and to > gather a piece of advice you'd like to share with our community. Have you got a response yet? If not, you might want to try sending this message to our publicity department. Its email address is pr...@debian.org Thanks for taking an interest in Debian, Riley Baird pgpr66zRgMome.pgp Description: PGP signature
Re: Follow-up transitions for the libstdc++6 ABI changes
On Mon, 03 Aug 2015, Matthias Klose wrote: > - having a vacation and hoping the mess is cleaned up when >you come back. Good luck with that one in the beginning of August - my guess is that there couldn't be worse timed transition if you want devs to be available ;-) Enjoy ... I will be one of those *not* available over the next 2 weeks! Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803110719.ge17...@auth.logic.tuwien.ac.at
Bug#794468: general: no watchdog support in installer kernel
Package: general Severity: normal The Debian installer images for jessie apparently do not have watchdog support enabled in the kernel, so they do not send heartbeats to the BIOS. This results in the installer system aborting and the machine resetting after five minutes, or whatever the BIOS sees as watchdog timeout. Disabling watchdog support during installation is obviously a simple workaround, but it could still be enabled as to my knowledge, it does not make the kernel significantly better. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803113739.16932.23668.report...@dgeorg-nb.lan.tarent.de
Bug#794470: ITP: openxcom -- Open-source clone of the original X-Com game
Package: wnpp Severity: wishlist Owner: Alexandre Detiste * Package name: openxcom Version : 1.1 (not yet released) Upstream Author : SupSuper @ GitHub, OpenXcom Developers * URL : http://openxcom.org/ * License : GPL 3 Programming Lang: C Maintainer : Debian Games Team Description : Open-source clone of the original X-Com game As this needs the original game data, as currently still sold on Steam, this game would go in contrib. Upcoming game-data-packager can automacialy create a .deb for local consumption with these data. A draft package is available here: http://anonscm.debian.org/cgit/pkg-games/openxcom.git/ The current draft package is built upon a recent git snapshot, because the commercial data layout has evolved since v1.0 to allow room for 'Terror from the deep' sequel. There is a regression in libyaml-cpp0.5 0.5.2; one needs to downgrade to 0.5.1-1 before building this draft package. This will be solved in next libyaml-cpp release: https://github.com/jbeder/yaml-cpp/commit/b426fafff6238dda8d86fa668f585cba732dd272 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803120222.27135.23545.reportbug@antec
Re: Bug#794468: general: no watchdog support in installer kernel
Control: reassign -1 src:debian-installer Hi, Dominik George (2015-08-03): > The Debian installer images for jessie apparently do not have watchdog > support enabled in the kernel, so they do not send heartbeats to the > BIOS. > > This results in the installer system aborting and the machine resetting > after five minutes, or whatever the BIOS sees as watchdog timeout. > > Disabling watchdog support during installation is obviously a simple > workaround, but it could still be enabled as to my knowledge, it does > not make the kernel significantly better. Reassigning to debian-installer, which is likely to be a way better place to start than general. It might just be a matter of setting the right option (HEARTBEAT, as a wild guess) on the kernel side though, so I'm copying the kernel maintainers. They're welcome to steal the bug from src:debian-installer if they feel it's appropriate. Looking at svn or at installed kernels, I don't see this option set anywhere but sh4 and m68k though, so I'm not sure the installed system would be different than the installer one… Mraw, KiBi. signature.asc Description: Digital signature
Bug#794468: marked as done (general: no watchdog support in installer kernel)
Your message dated Mon, 3 Aug 2015 14:10:04 +0200 with message-id <20150803121004.gb31...@bongo.bofh.it> and subject line Re: Bug#794468: general: no watchdog support in installer kernel has caused the Debian Bug report #794468, regarding general: no watchdog support in installer kernel to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 794468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794468 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: general Severity: normal The Debian installer images for jessie apparently do not have watchdog support enabled in the kernel, so they do not send heartbeats to the BIOS. This results in the installer system aborting and the machine resetting after five minutes, or whatever the BIOS sees as watchdog timeout. Disabling watchdog support during installation is obviously a simple workaround, but it could still be enabled as to my knowledge, it does not make the kernel significantly better. --- End Message --- --- Begin Message --- On Aug 03, Dominik George wrote: > The Debian installer images for jessie apparently do not have watchdog > support enabled in the kernel, so they do not send heartbeats to the > BIOS. > > This results in the installer system aborting and the machine resetting > after five minutes, or whatever the BIOS sees as watchdog timeout. Your system is misconfigured: the watchdog must not engage until the kernel configures it. -- ciao, Marco pgpK2VehXDprP.pgp Description: PGP signature --- End Message ---
Processed: Re: Bug#794468: general: no watchdog support in installer kernel
Processing control commands:
> reassign -1 src:debian-installer
Bug #794468 {Done: m...@linux.it (Marco d'Itri)} [general] general: no watchdog
support in installer kernel
Bug reassigned from package 'general' to 'src:debian-installer'.
Ignoring request to alter found versions of bug #794468 to the same values
previously set
Ignoring request to alter fixed versions of bug #794468 to the same values
previously set
--
794468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794468
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/handler.s.b794468.143860424417473.transcr...@bugs.debian.org
Bug#794479: ITP: uglifycss -- CSS mangler/compressor toolkit
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: uglifycss Version : 0.0.15 Upstream Author : Franck Marcia * URL : https://github.com/fmarcia * License : Expat Programming Lang: Javascript Description : CSS mangler/compressor toolkit UglifyCSS is a port of YUI Compressor to NodeJS for its CSS part. Its name is a reference to the awesome UglifyJS but UglifyCSS is not a CSS parser. Like YUI CSS Compressor, it applies many regexp replacements. Note that a port to JavaScript is also available in the YUI Compressor repository. . UglifyCSS passes successfully the test suite of YUI compressor CSS. . Be sure to submit valid CSS to UglifyCSS or you could get weird results. This package will be maintained under the umbrella of the Debian Javascript Maintainers team and is a nice-to-have for getting libjs-jquery-ui updated (and indepent from the YUI compressor) in Debian unstable. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803141953.9001.10981.report...@minobo.das-netzwerkteam.de
Bug#794482: ITP: ganeti-os-noop -- A dummy no-op OS provider for Ganeti
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: ganeti-os-noop Version : 0.1 Upstream Author : Apollon Oikonomopoulos * URL : https://github.com/grnet/ganeti-os-noop/blob/master/debian/copyright * License : GPL Programming Lang: Bash Description : A dummy no-op OS provider for Ganeti Ganeti is a virtual server cluster management software tool built on top of the Xen and KVM virtualization technologies and other Free Software. After setting it up it will provide you with an automated environment to manage highly available virtual machine instances. . This package provides a no-op OS for Ganeti. If virtual machines use this no-op OS, then a "Reinstall" action in Ganeti will not have any effect, virtual machines will not be re-installed (i.e., wiped) if a reinstall action is requested via gnt-instance. . Setting the OS of an instance to "no-op" is ideal for virtual machines that have been installed from ISO CD/DVD image. This package will be maintained under the umbrella of the Debian Ganeti Team. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803140653.4231.76235.report...@minobo.das-netzwerkteam.de
Bug#794487: ITP: python-django-babel -- Utilities for using Babel in Django
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-django-babel Version : 0.4.0 Upstream Author : Thomas Grainger * URL : https://github.com/graingert/django-babel * License : BSD-3-clause Programming Lang: Python Description : Utilities for using Babel in Django This package contains various utilities for integration of Babel into the Django web framework: * A message extraction plugin for Django templates. * A middleware class that adds the Babel Locale object to requests. * A set of template tags for date and number formatting. . Babel provides a message extraction framework similar to GNU xgettext, but more extensible and geared towards Python applications. While Django does provide wrapper scripts for making the use of xgettext more convenient, the extraction functionality is rather limited. For example, you can't use template files with an extension other than .html, and everything needs to be in your project package directory. This is a new dependency for the OpenStack dashboard: Horizon. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803154801.12615.55155.report...@buzig2.mirantis.com
Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide
* Antonio Diaz Diaz , 2015-07-27, 19:11: "Lzip will correctly decompress a file which is the concatenation of two or more compressed files. The result is the concatenation of the corresponding uncompressed files. Integrity testing of concatenated compressed files is also supported." Whatever follows a file that is not a valid header is classified as "trailing garbage" and ignored. Sounds like a serious design flaw that could lead to data loss. The attached files differ only by one bit. The output for the corrupted file is truncated, yet there is no error or warning: $ cmp -l good.lz corrupted.lz 41 114 115 $ lzip -d < good.lz; echo $? foo bar 0 $ lzip -d < corrupted.lz; echo $? foo 0 Xz has broken with this tradition Glad to hear that. -- Jakub Wilk good.lz Description: Binary data corrupted.lz Description: Binary data
Re: Ad-hoc survey of existing Debian git integration tools
On Jul 21, 2015, at 06:46 PM, Ian Jackson wrote: >That is, the dgit git tree contains the patches in debian/patches/ but >also contains the implied changes in the main source code. If you add >commits yourself to the dgit git tip, new patches will generated from >your commits. I think then that dgit's requirements are not compatible with git-dpm currently. IIUC, git-dpm presents you with either a patches-unapplied-but-with-debian/ view, or a patches-applied-no-debian/ view. E.g. `debcheckout python-pip` You'll be in the master branch which is the packaging branch, but `quilt applied` returns nothing, and `quilt unapplied` shows you that the patches are not yet applied. `git-dpm checkout-patched` leaves you in the transient `patched` branch, where the patches are applied, but you do *not* have a debian/ directory. `git-dpm update-patches` converts the commits back to debian/patches, but again leaves you patches unapplied. There's no current view where you have both patches applied *and* a debian/ directory. (FWIW, bzr-builddeb actually does present you with exactly this view, patches-applied-with-debian/) Cheers, -Barry pgpdUR4cVw82y.pgp Description: OpenPGP digital signature
Bug#794503: ITP: mopidy-podcast -- Mopidy extension for searching and browsing podcasts
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal * Package name: mopidy-podcast Version : 1.1.1 Upstream Author : Thomas Kemmer * URL : https://github.com/tkem/mopidy-podcast * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for searching and browsing podcasts Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for searching and browsing podcasts. To be useful, it must be combined with extensions that provide podcast content, like mopidy-podcast-gpodder and mopidy-podcast-itunes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803202007.15480.15542.report...@kih.jodal.no
Bug#794513: ITP: mopidy-podcast-gpodder -- Mopidy extension for searching and browsing gpodder.net podcasts
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal * Package name: mopidy-podcast-gpodder Version : 1.0.0 Upstream Author : Thomas Kemmer * URL : https://github.com/tkem/mopidy-podcast-gpodder * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for searching and browsing gpodder.net podcasts Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for searching and browsing podcasts from the gpodder.net web service. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803221246.4989.48985.report...@kih.jodal.no
Bug#794514: ITP: mopidy-podcast-itunes -- Mopidy extension for searching and browsing iTunes podcasts
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal * Package name: mopidy-podcast-itunes Version : 1.0.0 Upstream Author : Thomas Kemmer * URL : https://github.com/tkem/mopidy-podcast-itunes * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for searching and browsing iTunes podcasts Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for searching and browsing podcasts on the Apple iTunes Store. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150803221904.5415.84053.report...@kih.jodal.no
Re: Ad-hoc survey of existing Debian git integration tools
On Mon, 2015-08-03 at 14:37 -0400, Barry Warsaw wrote: > On Jul 21, 2015, at 06:46 PM, Ian Jackson wrote: > > >That is, the dgit git tree contains the patches in debian/patches/ > but > >also contains the implied changes in the main source code. If you > add > >commits yourself to the dgit git tip, new patches will generated > from > >your commits. > > I think then that dgit's requirements are not compatible with git-dpm > currently. IIUC, git-dpm presents you with either a > patches-unapplied-but-with-debian/ view, or a patches-applied-no > -debian/ view. > > E.g. `debcheckout python-pip` I'm looking at "debcheckout grub2" since it is one I'm a bit familiar with. > You'll be in the master branch which is the packaging branch, but `quilt > applied` returns nothing, and `quilt unapplied` shows you that the patches are > not yet applied. But git log shows that they are, it's just that Quilt is unaware of this (no .pc directory in git). Perhaps grub and python-pip differ here but I don't think so. AIUI this is compatible with dgit, although I've not tried it. BTW, IIRC Colin had somewhere (on his blog?) a script which could reconstruct a .pc, although I think with git-dpm you never actually need to use quilt, since you should instead be git-dpm checkout-patched + git rebase. FWIW "apt-get source grub2" does create the .pc directory. Ian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1438670843.18644.41.ca...@debian.org
