Bug#750853: ITA: postfix-cluebringer -- anti-spam plugin for Postfix
I intend to adopt postfix-cluebringer and will make an upload asap. Regards Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750856: ITA: sql-ledger
I intend to adopt sql-ledger and will make an upload of the latest version in the next few days :) Raphaël would you mind if I pinged you regarding one or two things? Regards Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406091140-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406091140-1 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-2+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406091140-1.dsc Changes since the last upload: * Initial upload Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406100709-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406100709-1 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages redundant and failover PPPOE connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406100709-1.dsc Changes since the last upload: * All below changes are now also upstream * Updated to upstream v0.1.0-201406100709 * Fixed permissions of conf file and log dir * Updated to upstream v0.1.0-201406100617 * Fix race condition in mkdir, slight cleanup * Fixed copyright to reflect GPL-3+ as it should * Fixed wrong license file being included * Fixed watch file, ucscan no longer fails * Fixed package description * Fix description in initscript Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406100709-2 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406100709-2 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages redundant and failover PPPOE connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406100709-2.dsc Changes since the last upload: * Fixed watchfile using xz instead of gz Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406100709-1 [ITP]
* Nigel Kukard , 2014-06-10, 13:36: http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406100709-1.dsc Why is your .orig.tar different that the one that uscan downloads? They differ at least by compression format… The package description should be indented by spaces, not tabs (Policy §5.6.13). I'm terribly sorry, but I uploaded -2 before I had the indentation fixed. I'll get -3 up shortly. -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406111015-1 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages redundant and failover PPPOE connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc Changes since the last upload: * Fixed watch file using .xz instead of .gz * Fixed indentation of description in control file Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
Same problem here. It mostly occurs if there was heavy IO load. It mostly occurs on machine with more than a few CPU's. Its so far only occurred for me on LSI RAID controllers (92xx), with dual quad core Xeon CPU's. Running 'sync" before lvremove appears to make it occur less frequently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#862963: O: sql-ledger
Package: wnpp Severity: normal I'm orphaning sql-ledger as I no longer use it myself and have limited time at present to focus on packaging the latest version.
Bug#758696: ITP: ppp-gatekeeper -- PPP Gatekeeper manages and load balances main, redundant and failover PPP connections
Package: wnpp Severity: wishlist Owner: Nigel Kukard * Package name: ppp-gatekeeper Version : 0.1.0-201406111015 Upstream Author : Nigel Kukard * URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper * License : GPLv3+ Programming Lang: Perl Description : PPP Gatekeeper manages and load balances main, redundant and failover PPP connections PPP Gatekeeper is a daemon that manages PPPOE connections supporting various levels of redundancy and failover. . Traffic can be routed using round-robin and random strategies over links of similar priority. Static IP route lists can also be provided for specific routing purposes. DNS can also be load balanced over multiple links. - why is this package useful/relevant? This package is useful because it allows one to configure multiple PPP connections and actively load balance default/static routing and DNS over these links. It also allows failover connections to be established which will then receive the relevant routing table(s) when the main link(s) go down. It is extremely useful for those who have multiple DSL lines or which want to use something like 3G or other methods as a backup should the main link go down. - how do you plan to maintain it? I am the upstream and plan to maintain it using a separate git project on our gitlab system. https://gitlab.devlabs.linuxassist.net I have multiple paid staff who are employed to maintain the software package and for whom I will accept MR's for. I will handle the packaging myself and uploading for the sponsor. - looking for co-maintainers? do you need a sponsor? I do need a sponsor, ref https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751009 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406111015-1 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages and load balances main, redundant and failover PPP connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc Changes since the last upload: * Changelog now closes ITP bug #758696 Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770858: Please add Nigel Kukard as a Debian Maintainer
Package: debian-maintainers Severity: normal Dear Maintainers, Please add Nigel Kukard to the Debian Maintainers keyring. Please find the jetstring changeset attached. Kind Regards, Nigel Comment: Add Nigel Kukard as a Debian Maintainer Date: Mon, 24 Nov 2014 17:33:05 + Action: import Recommended-By: Tobias Frost Eriberto Mota Agreement: https://lists.debian.org/debian-newmaint/2014/11/msg00038.html Advocates: https://lists.debian.org/debian-newmaint/2014/11/msg00039.html https://lists.debian.org/debian-newmaint/2014/11/msg00040.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQENBFJ5MksBCADJG50JQLU/b4eVnin4khVt9fvzbBSjQ07KhnWTouzKZCikWspc ab/uJxRfJlfawegB10ABslWslzUeJR3lRPZuc2nwPAOwnCf566vL4pnU/FO7Opdu Xw06h8+Vg1zcd02BM974TcE2wlpYq4xD3bHvD75xALU/BiSkWxQyLxa+7hIGXb5G nMnz+fjoOXW4poWcPnaIuvS/HPIo+3RkGOXirULS79QVqeObdhxEiVJqAjec9Ifj xFs0eO02ql28DMV9OGPDfxiyhPs2QsIhhdUSXQTvP7gUwvCplTM7yr92C3zPyYhl lxSrtRwI+gfxXmWCm+FSzEyWlxfG0bdBAcZ3ABEBAAG0H05pZ2VsIEt1a2FyZCA8 bmt1a2FyZEBsYnNkLm5ldD6JAT4EEwECACgFAlJ5MksCGyMFCQlmAYAGCwkIBwMC BhUIAgkKCwQWAgMBAh4BAheAAAoJEIR4oJUcqdAuVSIIALdKx4ENnkaLf5xG+940 +BpQB0kqJ44QVbB2L4pZHVCiKKAXaEweF+QKh+3rvnfDhvWRBPOiivf7FWb7kvZ+ CQIvcyeRxALvVLMm27fk83lSjdjghlVG8Aock5DanBb9Gga0rSNSPKSWLA3kqiBp Kt1WMmtK+VnM9L6n1B/3LFj8wyv4PjgqECuebiKTc9rtWwZnx3sflOmLCqH+w2x9 FgQb4Bk4Tu/QANxKiUwVR8AxL3Psd0pW/MkyZukD53A5rFP7VePU3Csnuq9K5TME Fe86xujeulEG/Bj4wV0FZ58QusREelTqXLdhsHH5cPRaiVxoiCPKcQyFWGY0jGvl LUGJAhwEEAEKAAYFAlQ0MCwACgkQURBt9c2S0HIO1g//fMOd1EL6Awxx9A7wJX/N U2HHKAaAD1/pKbY0+TF/VUrFgAWBk8CtIRPotFatPx0vueNJaM70JhG9xolVDQOl qjnC48MS1onULHTJ3VoA0UQgTQRWG1rINDwDYRZO+iO7FDmM5HWrwyzWUfWwhcg4 ID7qkYD6KvOleoXfC1i6AfR8xmSUkqLDdza7T2+uA9ZQWFZt5r7hOP4/AyrvYWnb SSoaNMQu+VergM4Y+y80rIgkGUIf71Wz21dMGrixXAIHq77yhpiFsXJ03qhhpOq0 aZBiBW+FppEdsWGXk1Jlx+wbTs/TfgZrKtIKlfgFkIJH7vI53pQzZvQCXisGCCXb j2lTQYu9piKKoED+Zc+l6uUr4a8Nbm3fC76+UW8NbnhPC7NXlWhKJmZmjiS9cy0u pUWrLeroZmZAdJLdw1j4/zFYZ1GbZU/DK3SneCAiLE1ZRhWep2U+FtHk6UUBoIAM 7TjVgFYQLS4SzcqojBHTApMPfatKr2OFPhWr+MQGqDXHXL1jkhtnPxeAYqvCzqaT LyM4hrz12CeZsz01qRVOXGyJOLTNyLCfCrRUBZD3UqmBmN0eD9lfGQe4N5J7nAsM h+Z36YELW0ydS9eBJFMTiOG2aToycur1USiG63rA3zH+7lhPoatfecL+3dBxjMYG NV4zYPJJlb1ZJJotIiT19DjR/wAA84z/AADzhwEQAAEB/9j/ 4AAQSkZJRgABAQEASABIAAD//gATQ3JlYXRlZCB3aXRoIEdJTVD/2wBDAAEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wgARCAC0AKoDAREAAhEB AxEB/8QAHgAAAwADAQEBAQEABgcIBAUJAwIAAQr/xAAcAQACAwEBAQEA AAAEBQMGBwIBCAD/2gAMAwEAAhADEZOrdXYzMyhFsOyDGi5KF6xR iUnhaB19OHpIv6dtUJS/LmzMbstlUa5ILQFs3OUPOP6ByXSs+9RP1TCfxLMWXSJW /aWmohRWrxvnlFE15muzLNcS2jVKUm1T2/PetbtQQYRhRNXmeWW51+6d5xo+Lllz ztnofGy9UZTW9QQKBHogKkW/T2pWiSLqsRJdWzVrcmCoQdCMr12qk9shC8Z7HWh0 Ye6/My82dy2dsTMexJFMe4nNT+GXnPqhG2tKKDdkx6bbGvUblnix8DzPmlKj2bgD gLJ2+cnpO8ZaBTVT0WF9WzIVj9rnVWNnu7eKFtMrqL+EyKIQNIfO8ulqNAd1ZqKA 2cSc3nK1NIGyjWUO3X7lEMx+mQMrToteoumuWRFslGZFaRHQ6+U/YKYuFshDIVmD +45JOmhGQE6LldU8jqyiJN7wROj7pNNOSobry96U1p7Nue8JYKyKxHV1CtrtSavV SjqLNnoLf2J3kTM2mC3zuJRU8Yc9A1auPn1Vs6N6tUNup9XbPuPLuxJgQCwX1bWn tXHnPqq9XhUdWG6nU3LQtYblREkv6Sq6M1KhdMiI00e3V8hvTIqsL4BxxIhGpOoc 7aqU72U9RRfmaEtXbSRjO9Gk3LgmNrK4tSgPLYzHWfDLWbTXhIXU6oW69oUk3bMP xCU6jdUgVe08jx0Ohbuc6/O9Rfoso/yFpR4EzcZo7urxgp1rtq6N5mQTA6fmVfeX x816DktHG+q1lKjlGz3Q3Z614cqGye8ILoiC/wDDkjQYY6XJVZPElH+XRorjNY+c +77Y2MpWOmrJ3gxC1grLFrDLZN2tuU7bPqtwKUaKlbpD76q53S45Lu7GX/jSsCvM 4cYONA50oMcBadSg+4BUBXC5DvJ6Sb+OqsKHGbBmK/1TfOfXLr6hdUsssLnobHwC aMyr2Vw/SRLbGbhU7Db9mnnCPOElQPK7k4P8+r4oWp6mK00c6ytwsUWtwxkCoodR GdcncGUwQ9tbOpKM2W5VfeFds+zmctLYLBSSu3Y7iQygY+8IeQqmmDtBzN9wvQle 2Vmw+YKKJXPxRmsV51DtLEIa1P3R+zM+hD4V2fL3lZRmcSUVwWtvrjQnflWg5w3Z UMTseuCKb9NNnrUQAYv4UZZRFPkXzBfoLKVp236Z207vtBGxAgDzPHmHxhesNFdw mYVxh38TMpmi2Bj24HSocril3v7z8f3Al3qYTp2IiXzoIR0GFb8qtTY2mQZxJtre PW48dDdHGQl+rpD+kVEfjYE7ASOZsqtk0lTcdRs32qt0Z5bH+/e9DBXUz2ysSzpu TlB+fBvyO6CK8ANvTPlr5O7uy9bN7qag0XnSRhbr82BogqcHgU5Rkd0yyrJUV0GK K6BY3uJtBJ99CDp46mtSOEdOzVdKUlESgTX80K8inmhVvmDu3HS/6zTPCUdYBwoh 0Xo4hWtDxuJGc7SBT9X31gnr2Tn+iWTnmv7E5VgNBIV1XF04xWLSks3Ff6wIeQMH DZJFozgVH96w/VoFepJ+fzVYnSTCXwdli8erA1JEJ9vX3/8ASI2BN+r/ACLbmFwW jrfU1Rf8pR6Xv1LIw3dbMhXGgMGyqR7E+A2P/RrtoK/Nh5gWUEp7aiHapgieeJxQ V6u14xvotYi8nfQVFaTZFaJW0HIJYRlMZ0rPnU6uPRONLZNItGH2i7p3TX/gWCp4 SYss8+xh5S56V1i++kp4JKv3cUzOTnp+UoH46ogU2Re0dKN+feddqSWAPKqp9S3T oEJ7MYsxK30SJeSv1ClRDSZn0kzVTyXRYh5i96iYcERSHOLzMpt/LX2kMALWnavM 3vzFv+2qkmV0zVmUXke0SF4rLNx0CrnYiX5Bg3T+azKcxcXLJzYidaEdei8fdEQe MpiC/BUojkTttVu5bPofe8ETwKMlbSM9ODtdWwUdKOa/MbGVpD2KEkkFoNDA5oi0 y4h5glTXY4kqAvbkvgaQ8S0sD2Uzqt4A3VnjL85MVZMwuIHQiO8Z5gXgRY1mX//E ACUQAAICAgIBBQEBAQEAAAQFAwYBAgAHERITFBUWISIjMf/aAAgBAQABBQI+ w2d/yv8AVbOxKutmK7rzPcVvQWc7ffPiHf8AsufVkXbEWvuwgbUFktCbXcJutCDk 1Rra32F67H7O0fL7T9nQbzrqImt+nSDk+fOBgpTyF6pYRMz3alEhhbTCB1W2l9Zk
Bug#780093: [Pkg-libvirt-maintainers] Bug#780093: is this patch the fix for this problem
On 05/27/2015 05:09 PM, Guido Günther wrote: > Hi, > On Wed, May 27, 2015 at 09:11:16AM +0200, Han Boetes Edis GmbH wrote: >> Since I still see this problem I searched around a bit: Is this patch the >> fix for this problem? Please also check the reply, it mentions one change >> too much has been made. >> >> https://www.redhat.com/archives/libvir-list/2014-December/msg00304.html > Do you have a configuration comparable to Torstens? If so it's possible, > I'd be happy about any tests with this patch since I still did not get > around to do some investigation. Is there a reason why this was not committed upstream? it looks like the patch was not submitted as required in the review, should the correct course of action not be to resubmit it upstream, and if its included we can include it in the Debian package? -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735120: Bug#750853: ITA: postfix-cluebringer -- anti-spam plugin for Postfix
Hi there Joost, On 03/04/2015 03:54 PM, Joost van Baal-Ilić wrote: > Hi Nigel e.a., > > On Sat, 07 Jun 2014 15:50:41 +0000, Nigel Kukard wrote: >> I intend to adopt postfix-cluebringer and will make an upload asap. > Excellent! Did you manage to publish some work, e.g. in some git repo > somewhere? > > FWIW, I found out v2.0.14 was released upstream on 2013-10-26. Furthermore, > Bug #735120 (non-free w3c icons) is fixed upstream in > https://gitlab.devlabs.linuxassist.net/policyd/policyd/commit/925edf8630b83e3f474e47490369b830829a16b6, > at around 2014-05. > > So it should not be that hard to get postfix-cluebringer back in Debian... I've not had a terrible amount of time since then to work on the package. I have discussed the path I want to take with Eriberto and Tobias, but after spending a few days on it, I realized it will take a few more. Since then I've gotten a few other packages into Debian, but I've just been a bit busy with DC15 and DC16 this year. What I need to do is fix upstream a bit more, then rename the package. But at the same time fixing naming upstream to be in line with this. If you have any suggestions or want to discuss, just let me know :) -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
On 09/07/2014 04:12 AM, Eriberto Mota wrote: Hi Nigel, Please: 1. d/changelog: you didn't put an ITP reference. Please, read it[1] to you see how to make an initial changelog. [1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog The d/changelog file only contains the following... ** pp-gatekeeper (0.1.0-201406111015-1) unstable; urgency=low * Initial release. (Closes: #758696) -- Nigel Kukard Thu, 04 Sep 2014 07:52:55 + ** I modified this according to the reply in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751009#56 Could you please clarify how this is incorrect so i can fix it? 2. d/copyright: - You need to add the section 'Files: debian/*' because you can wish make a Debian revision without an upstream revision. Could you please clarify this. Upstream (me) already has a debian/ directory, would these files not fall under the Files: * section currently in d/copyright? Do you want me to put the following section in regardless of the above? * Files: debian/* Copyright: 2014 Nigel Kukard License: GPL-3+ * - The information in d/copyright is different from upstream code. There is a license file saying GPL-2. However, ppp-gatekeeper file says 2008-2014 GPL-3+. The file ppp-gatekeeper correctly states GPL-3+ , the d-copyright file correctly states GPL-3+, the upstream LICENSE file also states GPL-3+. Could you please clarify which file you are referring to? 3. d/ppp-gatekeeper.dirs: remove etc/modprobe.d because d/ppp-gatekeeper.install will create it. I'll sort this out, thanks for pointing it out. 4. d/ppp-gatekeeper.install: you are installing a file inside /etc/shorewall. However, shorewall is a suggestion, not a dependency. So, you must put contrib/start.shorewall in usr/share/docs/ppp-gatekeeper/examples and write a d/README.Debian to explain about how to use this file. I'll sort this out, thanks for pointing it out. 5. d/rules: - override_dh_installdocs: don't install AUTHORS as docs. This information should be provided by d/copyright. I suggest to use d/ppp-gatekeeper.docs ($ man dh_installdocs). I already removed this from my last upload, as indicated by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751009#56 as it does not contain any useful information for a user. - override_dh_clean: I suggest to use d/clean ($ man dh_clean). Already fixed in the latest upload as indicated in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751009#56 - You are creating/deleting a manpage.1 but the correct level is 8. I have corrected this, thank you very much for pointing it out. 6. You have Lintian messages to solve: W: ppp-gatekeeper: new-package-should-close-itp-bug Already fixed as per above. E: ppp-gatekeeper: description-is-pkg-name PPP Gatekeeper Already fixed in latest upload, mentors lintian no longer shows this message. I: ppp-gatekeeper: extended-description-is-probably-too-short I already expanded the description. I'm not seeing this message on local or mentors, could you indicate where you are seeing it? -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Hi there Eriberto, No problem at all, I really do appreciate your time :) On 09/07/2014 02:40 PM, Eriberto wrote: Hi Nigel, Sorry but I was mistaken.m Your mentors page has several versions of the package. I reviewed your package after a hard day and I caught an old version. Can you upload a new version? I saw that you accepted some considerations and I will need review all package again. Please, fix the package and reupload. I have re-uploaded the latest revision based on your latest review. https://mentors.debian.net/package/ppp-gatekeeper (its the first one in the list) dget -x https://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Hi there Eriberto, On 09/07/2014 09:50 PM, Eriberto wrote: Your package appears good. We need some last changes to upload it. 2014-09-07 12:36 GMT-03:00 Nigel Kukard : Hi there Eriberto, No problem at all, I really do appreciate your time :) Oh, thanks! I saw your work, applying the corrections pointed by all people. So, I will try to help you to finish this package. I thank you again for your valuable input and time Eriberto. My new observations: 1. d/control: remove the name 'PPP Gatekeeper' from short description because when anyone execute an 'apt-cache search', the package name will be showed. Do an '$ apt-cache search a' and you will see that the packages names aren't showed in short descriptions. I have rectified this, thank you for pointing this out. I'm looking at d-policy #3.4 & #5.6.13 but I can't find what the length limit is. I kept the entire line to under 80 to be sure. 2. d/copyright: - About your question, yes, you need split to 'Files: *' and 'Files: debian/*'. The Nigel upstream and Nigel packager can do different works. Imagine you have your upstream program as 2001-2013 and a package did in 2005. However, you need fix some issues in packaging. So, you will have an upstream code 2001-2013 and a packaging 2005-2014 (in other words, your program isn't copyrighted 2014). You can see two examples here[1][2]. [1] http://metadata.ftp-master.debian.org/changelogs/main/v/volatility-profiles/unstable_copyright [2] http://metadata.ftp-master.debian.org/changelogs/main/p/phpwebcounter-extra/unstable_copyright - Other issue is that ppp-gatekeeper file says: "Copyright (C) 2008-2014, Linux Based Systems Design". Your d/copyright say: "Copyright (C) 2010-2014, Thankyou for pointing this out. I have rectified this mistake and added a note to my own checklist. :) I have two questions to ask clarification on: 1. If there were 100 files, each file having a different date range in the copyright line, would I need to list each and every one? For instance, say a package is the combination of a few other projects, its quite possible that some may list 2014, some 2009-2014, some 2004-2005 for instance. 2. My second question is if there are say 5 people listed in the files copyright line, how would these be properly listed? would the first one appear on the copyright line in d-control and the rest below it indented 1 space from the left? Linux Based Systems Design". Note that here we have another issue: the upstream is Linux Based Systems Design and the packager is Nigel Kukard. They aren't the same person. So, we have: Files: * Copyright: 2008-2014 Linux Based Systems Design License: GPL-3+ Files: debian/* Copyright: 2014 Nigel Kukard License: GPL-3+ I always like to put a contact for upstream. So, I suggest it (implement if you like this): Files: * Copyright: 2008-2014 Linux Based Systems Design, by Nigel Kukard License: GPL-3+ You can see an example here[3]. [3] http://metadata.ftp-master.debian.org/changelogs/main/c/core-network/unstable_copyright Thankyou very much for this. You raise perfectly valid points which I missed and I fully understand now. I've also gone through the above links you pasted. As I may not be the only person that authored the files, I changed "by" to "contact", I hope this is acceptable. 3. ppp-gatekeeper.README.Debian: you wrote "Shorewall is a recommended package". Change from recommended to suggested. Thankyou for this, I will ensure I don't make this mistake again in future. 4. As curiosity, why you says 'Source: https://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper' in d/copyright but uses 'http://download.allworldit.org/ppp-gatekeeper' in d/watch? The first link is the revision control site used for the project, The copyright URL points to the revision control site as it is the most up to date. The package was downloaded from the second link you mentioned. While the first site offers limited downloading, it lacks hashes and also doesn't support signatures. On the second site the sources are hashed and signed. It also lists all versions nicely and in a nice order. This download link is also listed in the wiki on the project site. I can change the URL in the copyright file, I just thought it best to point to the revision control URL as this is most up to date. 5. You have a Lintian message to fix: 'P: ppp-gatekeeper: maintainer-script-without-set-e postrm'.[4] [4] https://lintian.debian.org/tags/maintainer-script-without-set-e.html I did have /bin/sh -e , but I have now rectified this to explicitly use set -e :) I need your last effort to be all right. :-) I've been over all mails twice, and I am hoping very much that this time all is good.
Bug#761065: ITP: cputool -- Utility which manages CPU usage and system load
Package: wnpp Severity: wishlist Owner: Nigel Kukard * Package name: cputool Version : 0.0.7 Upstream Author : Nigel Kukard * URL : https://gitlab.devlabs.linuxassist.net/cputool/cputool * License : GPL-3+ Programming Lang: C Description : Utility which manages CPU usage and system load CPUTool allows the limiting of cpu usage of a process or a process group to a given limit and allows the suspensions of process execution if the system load exceeds a defined treshold. - why is this package useful/relevant? is it a dependency for another package? This package is very useful for running backups from, or any operation which is disk IO intensive. It pauses the process and waits for system load to drop, when it has dropped it is resumed. This can occur multiple times per second. It can also be used to give processes slices of CPU time to use. This is useful when you want a program to only use a specific amount of CPU time. Combined with the above, it can limit heavy CPU and IO operations by giving out only a percentage of CPU time and pausing the process should the threshold be exceeded. Another sneaky thing you can do is run PHP in FCGI mode under cputool to limit CPU usage. - do you use it? if there are other packages providing similar functionality, how does it compare? I do use this utility on a large number of systems when doing backups or heavy IO or CPU intensive operations. and - Auto Nice Daemon schedtool - Queries/alters process' scheduling policy and CPU affinity cpulimit - tool for limiting the CPU usage of a process CPUTool is different that it allows the limiting of CPU time to process groups in addition to single processes. It also monitors load and pauses the process should this exceed the specified threshold. I got the idea for CPUTool from certain commercial vendors who while providing the source code to similar tools had no intention on me assisting them on improving them. I then wrote CPUTool which is its entirely own implementation and only borrows ideas from other projects. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? I have multiple paid staff who are employed to maintain the software package and for whom I will accept MR's for. I will handle the packaging myself and uploading for the sponsor. - do you need a sponsor? I do need a sponsor. The project will be on mentors soon: https://mentors.debian.net/package/cputool/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761074: RFS: cputool/0.0.7-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cputool" * Package name: cputool Version : 0.0.7-1 Upstream Author : Nigel Kukard * URL : http://gitlab.devlabs.linuxassist.net/cputool/cputool * License : GPL-3+ Section : utils It builds those binary packages: cputool- Utility which manages CPU usage and system load To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cputool Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cputool/cputool_0.0.7-1.dsc Changes since the last upload: * Initial release. (Closes: #761065) Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761065: ITP: cputool -- Utility which manages CPU usage and system load
On 09/10/2014 06:50 PM, Simon Paillard wrote: On Wed, Sep 10, 2014 at 12:27:21PM +, Nigel Kukard wrote: Package: wnpp Severity: wishlist Owner: Nigel Kukard * Package name: cputool Version : 0.0.7 Upstream Author : Nigel Kukard * URL : https://gitlab.devlabs.linuxassist.net/cputool/cputool https://gitlab.devlabs.linuxassist.net/cputool/cputool/blob/master/cputool.c * License : GPL-3+ Programming Lang: C Description : Utility which manages CPU usage and system load CPUTool allows the limiting of cpu usage of a process or a process group to a given limit and allows the suspensions of process execution if the system load exceeds a defined treshold. [..] CPUTool is different that it allows the limiting of CPU time to process groups in addition to single processes. It also monitors load and pauses the process should this exceed the specified threshold. How it is better from what provides cgroups kernel feature, configured through sysfs or userspace tool ? cgmanager - Central cgroup manager daemon cgroup-tools - control and monitor control groups (tools) I would'nt say its better, its suited to a different use case. * It can pause a process based on load, cgroups cannot do this (something the proprietary tool cpuwatch does) * It runs anywhere that it can access /proc/$pid of the process its operating on and has no other requirements apart from this (similar to the cpulimit tool already in Debian, except cputool operates on process groups and also supports load monitoring, it also has an optimized design allowing it to operate on thousands of processes) -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761074: RFS: cputool/0.0.7-1 [ITP]
On 09/10/2014 08:22 PM, Tobias Frost wrote: Control: owner -1 ! Tags: pending Hi Nigel, The quality of the package is very good; Thanks guys :), I will further make a note of the below and make sure I keep them in mind for next time. Thanks for your input Tobias, I really appreciate the time you've taken to point out the below. I just saw a few nitpicks which I'd ask you fix before I upload it: -> d/copyright - please join the lines AllWorldIT and your contact (as it does not describe a new copyright) - mind to add a Upstream-Contact Header? If I add the upstream contact, would you still like the contact on the copyright line? The reason I added it was to show the upstream contact. - Comment (line 3) is not needed, please remove it (its in d/control) Removed. - there are extra ",s" after the years in line 8 and 12 Could you clarify this for me Tobias, I must be missing something, I copied an example that Eriberto gave me here... http://metadata.ftp-master.debian.org/changelogs/main/s/sentinella/unstable_copyright - has a final blank line Removed. -> d/control - I'd prefer only to override when necessary. In this case, please remove the file using d/clean. - please use dh_autoreconf Sorted. I now have this, I hope its what you were referring to... *** $ cat rules #!/usr/bin/make -f %: dh $@ --with autoreconf *** Thanks again for your time! -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761074: RFS: cputool/0.0.7-1 [ITP]
Hi there Tobias, I'd just like to thank you again for the time you've taken below and pointing me in the right direction, its very much appreciated. Nothing but perfection is really not good enough ;), I've made a note on each item and will include it in my own checks in future. On 09/11/2014 06:31 AM, Tobias Frost wrote: - there are extra ",s" after the years in line 8 and 12 Could you clarify this for me Tobias, I must be missing something, I copied an example that Eriberto gave me here... http://metadata.ftp-master.debian.org/changelogs/main/s/sentinella/unstable_copyright The format is specified in https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field The file format gives you many freedoms, so you format actually not really wrong, but for the symmetry the "," was somehow disturbing my eyes as a comma indicates somehow "there is something to follow". As said, its a nitpick. Excellent! I see what you mean, its the ,'s behind the dates. I've removed them, it does look a bit easier on the eyes. Thanks for pointing this out! -> d/control - I'd prefer only to override when necessary. In this case, please remove the file using d/clean. - please use dh_autoreconf Sorted. I now have this, I hope its what you were referring to... *** $ cat rules #!/usr/bin/make -f %: dh $@ --with autoreconf *** Yes, perfect. (you've also added a B-D on dh_autoreconf, haven't you?) Excellent, thanks Tobias. I've made the relevant changes, I hope you find them satisfactory and feel free to note any other improvements I can make to improve quality :) http://mentors.debian.net/package/cputool dget -x http://mentors.debian.net/debian/pool/main/c/cputool/cputool_0.0.7-1.dsc -N -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761207: ITP: awit-dbackup -- Flexible one archive per directory backup tool
Package: wnpp Severity: wishlist Owner: Nigel Kukard * Package name: awit-dbackup Version : 0.0.22 Upstream Author : Nigel Kukard * URL : http://www.dbackup.org * License : GPL-3+ Programming Lang: Perl Description : Flexible one archive per directory backup tool This is a backup software package which basically creates one archive per directory it backs up. This makes searching through the backup much easier as you can look for which files you're after in the directory hierarchy. It will only backup directories which have changed, which makes it rsync friendly. - why is this package useful/relevant? This package is extremely useful in backing up very large datasets or virtual containers. It creates one archive per directory being backed up using a number of compression options. Should contents change, and those contents are isolated to something like new files being added, it will not touch the previous archive. This makes it very efficient and rsync friendly. As there is one archive per directory being backed up, you can easily browse through the backup set and choose what you want to restore. - do you use it? Extensively when backing up virtual containers and large filservers. - if there are other packages providing similar functionality, how does it compare? I do not believe there is a tool which offers this flexibility. Its got quite a unique purpose. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? I have multiple paid staff who are employed to maintain the software package and for whom I will accept MR's for. I will handle the packaging myself and uploading for the sponsor. - do you need a sponsor? I do need a sponsor. The package will be on mentors soon: https://mentors.debian.net/package/awit-dbackup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761212: RFS: awit-dbackup/0.0.22-1 [ITP] -- Flexible one archive per directory backup tool
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "awit-dbackup" * Package name: awit-dbackup Version : 0.0.22-1 Upstream Author : Nigel Kukard * URL : http://www.dbackup.org * License : GPL-3+ Section : utils It builds those binary packages: awit-dbackup - Flexible one archive per directory backup tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/awit-dbackup Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/awit-dbackup/awit-dbackup_0.0.22-1.dsc More information about dbackup can be obtained from http://www.dbackup.org . The ITP bug can be found here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761207 Changes since the last upload: * Initial release. (Closes: #761207) Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "ppp-gatekeeper" Package name: ppp-gatekeeper Version : 0.1.0-201406111015-1 Upstream Author : Nigel Kukard URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages balancing, redundant and failover PPP link To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc Changes since the last upload: * Correctly use d-clean * Fix description length * Removed authors & todo files from install * Only 1 item in changelog now * Fixed format of changelog * Remove log files on purge Regards, Nigel Kukar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#809078: salt: Should have a requires on bsdmainutils for 'col' required by service.*
Source: salt Version: 2014.1.13 Severity: normal Salt doesn't currently have a dependency on bsdmainutils, which is probably should to prevent the below failure. # salt-call service.get_all [WARNING ] Although 'dmidecode' was found in path, the current user cannot execute it. Grains output might not be accurate. [INFO] Executing command 'systemctl --all --full --no-legend --no-pager list-units | col -b' in directory '/root' [ERROR ] Command 'systemctl --all --full --no-legend --no-pager list-units | col -b' failed with return code: 127 [ERROR ] stderr: /bin/bash: col: command not found [INFO] Executing command 'systemctl --full list-unit-files | col -b' in directory '/root' [ERROR ] Command 'systemctl --full list-unit-files | col -b' failed with return code: 127 [ERROR ] stderr: /bin/bash: col: command not found -N
Bug#874035: linux-image-4.9.0-3-amd64: kernel panic in nfconntrack
Hi there Salvatore, On 04/09/17 07:38, Salvatore Bonaccorso wrote: > Hi > > On Sat, Sep 02, 2017 at 09:52:40AM +0000, Nigel Kukard wrote: >> Package: src:linux >> Version: 4.9.30-2+deb9u3 >> Severity: important >> >> Dear Maintainer, >> >> >> This issue is fixed by 5f81b1f51b9cfcbfbe7a1abea09962c91bf485e7 in >> https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.9.46 >> >> >> >>* What led up to the situation? >> >> Nothing in particular. System is a router with LXC containers bridged >> onto hardware interfaces. Each container has a number of iptables rules >> to allow certain traffic to be forwarded through vlans. >> >> No users were logged in when this occurred. > Can you rebuild the kernel with the patch applied, following > https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2 > just on top of 4.9.30-2+deb9u3 and report if that solved your problem? > I already did. :) I verified it fixed the issue with the netfilter guys (Pablo) and he pushed the patch to kernel stable series. Its in the vanilla 4.9 stable now. -N
Bug#874035: linux-image-4.9.0-3-amd64: kernel panic in nfconntrack
Hi Salvatore, On 04/09/17 07:43, Nigel Kukard wrote: > Hi there Salvatore, > > > On 04/09/17 07:38, Salvatore Bonaccorso wrote: >> Hi >> >> On Sat, Sep 02, 2017 at 09:52:40AM +, Nigel Kukard wrote: >>> Package: src:linux >>> Version: 4.9.30-2+deb9u3 >>> Severity: important >>> >>> Dear Maintainer, >>> >>> >>> This issue is fixed by 5f81b1f51b9cfcbfbe7a1abea09962c91bf485e7 in >>> https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.9.46 >>> >>> >>> >>>* What led up to the situation? >>> >>> Nothing in particular. System is a router with LXC containers bridged >>> onto hardware interfaces. Each container has a number of iptables rules >>> to allow certain traffic to be forwarded through vlans. >>> >>> No users were logged in when this occurred. >> Can you rebuild the kernel with the patch applied, following >> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2 >> just on top of 4.9.30-2+deb9u3 and report if that solved your problem? >> > I already did. :) > > I verified it fixed the issue with the netfilter guys (Pablo) and he > pushed the patch to kernel stable series. Its in the vanilla 4.9 stable now. > It looks like the entire rhlist is on its way to being reverted... https://bugzilla.kernel.org/show_bug.cgi?id=196821 https://marc.info/?l=netfilter-devel&m=150470157522061&w=2 http://patchwork.ozlabs.org/patch/810567/ http://patchwork.ozlabs.org/patch/810568/ I'll update with the patches when they're pushed to -stable. -N
Bug#883362: ifupdown: Using "description xxx" prevents bridge interface creation/configuration
Package: ifupdown Version: 0.8.19 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Adding a description to a bridge interface. * What was the outcome of this action? Bridge interface failed to be created. # ifup br1 Cannot find device "br1" ifup: ignoring unknown interface br1=br1 This is a pretty critical bug as it can prevent access to a system with a bridged network interface. *** End of the template - remove these template lines *** -- Package-specific info: --- /etc/network/interfaces.d/*: auto br1 iface br1 inet manual description nktest bridge_ports enp0s8 --- up and down scripts installed: /etc/network/if-down.d: total 8 -rwxr-xr-x 1 root root 800 Sep 27 04:56 postfix -rwxr-xr-x 1 root root 332 Jun 2 2015 upstart /etc/network/if-post-down.d: total 0 lrwxrwxrwx 1 root root 29 Jul 2 21:20 bridge -> /lib/bridge-utils/ifupdown.sh /etc/network/if-pre-up.d: total 4 lrwxrwxrwx 1 root root 29 Jul 2 21:20 bridge -> /lib/bridge-utils/ifupdown.sh -rwxr-xr-x 1 root root 344 Jun 30 2016 ethtool /etc/network/if-up.d: total 20 -rwxr-xr-x 1 root root 610 Oct 4 2014 arping -rwxr-xr-x 1 root root 1685 Jun 30 2016 ethtool -rwxr-xr-x 1 root root 972 Jun 18 00:08 openssh-server -rwxr-xr-x 1 root root 1117 Sep 27 04:56 postfix -rwxr-xr-x 1 root root 1483 Jun 2 2015 upstart
Bug#883365: Kernel panic when rebooting a machine with a Intel XL710
Package: src:linux Version: 4.9.30-2+deb9u5 Severity: important Dear Maintainer, * What led up to the situation? Rebooting a machine with a Intel XL710, 100% reproducible. I connected a serial console to capture the panic. -- Package-specific info: ** Kernel log: # modinfo i40e filename: /lib/modules/4.9.0-4-amd64/updates/dkms/i40e.ko version:1.6.16-k ... # reboot [ 59.362523] stack segment: [#1] SMP [ 59.366498] Modules linked in: veth iptable_filter 8021q garp mrp bridge stp llc fuse intel_rapl sb_edac edac_core x86_pkg_temp_thermal sg intel_powerclamp i40e coretemp joydev kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul iTCO_wdt iTCO_vendor_support ghash_clmulni_intel mei_me hid_generic usbhid hid mei intel_cstate lpc_ich mgag200 ttm shpchp evdev pcspkr intel_uncore drm_kms_helper drm ioatdma mfd_core intel_rapl_perf wmi ipmi_si ipmi_msghandler button ip_tables x_tables autofs4 ext4 crc16 jbd2 crc32c_generic fscrypto ecb mbcache dm_mod sd_mod crc32c_intel aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd isci ahci ehci_pci libsas libahci ehci_hcd sfc igb mtd libata usbcore megaraid_sas dca i2c_algo_bit scsi_transport_sas i2c_i801 ptp i2c_smbus usb_common pps_core mdio scsi_mod [ 59.440423] CPU: 30 PID: 4280 Comm: ip Not tainted 4.9.0-4-amd64 #1 Debian 4.9.51-1 [ 59.448124] Hardware name: Supermicro SYS-6027R-3F4+-BL002/X9DRi-LN4+/X9DR3-LN4+, BIOS 3.2 03/04/2015 [ 59.457375] task: 9d522b11b000 task.stack: ac5a84628000 [ 59.463331] RIP: 0010:[] [] i40e_vsi_kill_vlan+0xd2/0x300 [i40e] [ 59.472633] RSP: 0018:ac5a8462b5d8 EFLAGS: 00010286 [ 59.477974] RAX: dead0100 RBX: 9d522a8f9228 RCX: [ 59.485154] RDX: RSI: dead0100 RDI: 9d522a8f9228 [ 59.492329] RBP: dead0100 R08: 0001 R09: [ 59.499515] R10: 0100 R11: 005e0001 R12: 9d52241b3000 [ 59.506698] R13: 9d522a8f9000 R14: R15: 9d52241b3000 [ 59.513878] FS: 7fe7bfec6700() GS:9d523f98() knlGS: [ 59.522009] CS: 0010 DS: ES: CR0: 80050033 [ 59.527783] CR2: 7f16a71e2b04 CR3: 000868b57000 CR4: 000406e0 [ 59.534961] Stack: [ 59.536997] 01000001 9d522a8f9220 9d522a8f9000 [ 59.544538] 9d52241b3000 9d52241b3000 [ 59.552069] 9d52296d0b00 c06e12dc 9d4e219ac3a0 0081 [ 59.559602] Call Trace: [ 59.562077] [] ? i40e_vlan_rx_kill_vid+0x1c/0x30 [i40e] [ 59.568990] [] ? vlan_vid_del+0x154/0x160 [ 59.574680] [] ? vlan_device_event+0x61d/0x650 [8021q] [ 59.581499] [] ? notifier_call_chain+0x45/0x70 [ 59.587635] [] ? __dev_notify_flags+0x78/0xc0 [ 59.593668] [] ? dev_change_flags+0x4b/0x60 [ 59.599540] [] ? do_setlink+0x31f/0xd30 [ 59.605069] [] ? strlcpy+0x31/0x40 [ 59.610154] [] ? kernfs_path_from_node_locked+0x23f/0x330 [ 59.617248] [] ? kernfs_path_from_node+0x4a/0x60 [ 59.623563] [] ? rtnl_newlink+0x5c6/0x870 [ 59.629255] [] ? list_del+0x9/0x30 [ 59.634341] [] ? page_is_poisoned+0xa/0x20 [ 59.640124] [] ? get_page_from_freelist+0x908/0xb40 [ 59.646689] [] ? cfq_service_tree_add+0x26c/0x350 [ 59.653078] [] ? update_curr+0x5f/0x160 [ 59.658602] [] ? nla_parse+0x2a/0x110 [ 59.663954] [] ? rtnl_newlink+0x10d/0x870 [ 59.669637] [] ? cache_grow_end+0xa7/0xc0 [ 59.675334] [] ? kmem_cache_alloc+0x11c/0x520 [ 59.681366] [] ? security_capable+0x41/0x60 [ 59.687242] [] ? rtnetlink_rcv_msg+0xe1/0x220 [ 59.694383] [] ? kmem_cache_alloc_node+0x13e/0x530 [ 59.701913] [] ? rtnl_newlink+0x870/0x870 [ 59.708636] [] ? netlink_rcv_skb+0xa1/0xc0 [ 59.715413] [] ? rtnetlink_rcv+0x24/0x30 [ 59.721991] [] ? netlink_unicast+0x184/0x230 [ 59.728877] [] ? netlink_sendmsg+0x2f8/0x3b0 [ 59.735730] [] ? sock_sendmsg+0x30/0x40 [ 59.742120] [] ? ___sys_sendmsg+0x2c2/0x2d0 [ 59.748952] [] ? mem_cgroup_commit_charge+0x78/0x4b0 [ 59.756544] [] ? handle_mm_fault+0xefe/0x12d0 [ 59.763497] [] ? __sys_sendmsg+0x51/0x90 [ 59.770021] [] ? system_call_fast_compare_end+0xc/0x9b [ 59.36] Code: 89 d6 48 83 f8 f0 48 8d 70 10 74 19 45 84 e4 75 14 44 8b 44 24 08 8b 54 24 04 44 89 f1 4c 89 ef e8 c4 ab ff ff 48 89 ee 48 89 e8 <48> 8b 6d 00 48 39 de 75 ce 44 89 f0 49 89 de 4c 89 eb 41 89 c5 [ 59.800090] RIP [] i40e_vsi_kill_vlan+0xd2/0x300 [i40e] [ 59.807955] RSP [ 59.812445] ---[ end trace 03065888b6eb5bf2 ]--- [ 61.087716] Kernel panic - not syncing: Fatal exception in interrupt [ 61.087791] Kernel Offset: 0x3880 from 0x8100 (relocation range: 0x8000-0xbfff) [ 61.111853] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
Bug#886028: dovecot-ldap: Error in `dovecot/auth worker: idling': free(): corrupted unsorted chunks
Package: dovecot-ldap Version: 1:2.2.27-3+deb9u1 Severity: important I've been getting a substantial number of the below dumps on one of my dovecot machines. Jan 1 19:00:04 gbr dovecot: auth-worker: Error: *** Error in `dovecot/auth worker: idling': free(): corrupted unsorted chunks: 0x556a6868daa0 *** Jan 1 19:00:04 gbr dovecot: auth-worker: Error: === Backtrace: = Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7fb01326ebcb] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x7fb013274f96] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /lib/x86_64-linux-gnu/libc.so.6(+0x777de)[0x7fb0132757de] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/modules/auth/libauthdb_ldap.so(+0x5bde)[0x7fb00dd6fbde] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x52)[0x7fb013c90dd2] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x109)[0x7fb013c92409] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x3c)[0x7fb013c90e6c] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38)[0x7fb013c91018] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13)[0x7fb013c18e93] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: dovecot/auth worker: idling(main+0x398)[0x556a66fa2f98] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7fb01321e2b1] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: dovecot/auth worker: idling(_start+0x2a)[0x556a66fa31aa] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: === Memory map: Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 556a66f94000-556a66fe1000 r-xp fe:01 922280 /usr/lib/dovecot/auth Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 556a671e1000-556a671e4000 r--p 0004d000 fe:01 922280 /usr/lib/dovecot/auth Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 556a671e4000-556a671e5000 rw-p 0005 fe:01 922280 /usr/lib/dovecot/auth Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 556a671e5000-556a671e6000 rw-p 00:00 0 Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 556a68216000-556a686be000 rw-p 00:00 0 [heap] Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00400-7fb004021000 rw-p 00:00 0 Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb004021000-7fb00800 ---p 00:00 0 Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bb19000-7fb00bb1e000 r-xp fe:01 1802898 /lib/x86_64-linux-gnu/libnss_dns-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bb1e000-7fb00bd1d000 ---p 5000 fe:01 1802898 /lib/x86_64-linux-gnu/libnss_dns-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bd1d000-7fb00bd1e000 r--p 4000 fe:01 1802898 /lib/x86_64-linux-gnu/libnss_dns-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bd1e000-7fb00bd1f000 rw-p 5000 fe:01 1802898 /lib/x86_64-linux-gnu/libnss_dns-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bd1f000-7fb00bd2a000 r-xp fe:01 1802914 /lib/x86_64-linux-gnu/libnss_nis-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bd2a000-7fb00bf29000 ---p b000 fe:01 1802914 /lib/x86_64-linux-gnu/libnss_nis-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bf29000-7fb00bf2a000 r--p a000 fe:01 1802914 /lib/x86_64-linux-gnu/libnss_nis-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bf2a000-7fb00bf2b000 rw-p b000 fe:01 1802914 /lib/x86_64-linux-gnu/libnss_nis-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bf2b000-7fb00bf3f000 r-xp fe:01 1802838 /lib/x86_64-linux-gnu/libnsl-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00bf3f000-7fb00c13f000 ---p 00014000 fe:01 1802838 /lib/x86_64-linux-gnu/libnsl-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00c13f000-7fb00c14 r--p 00014000 fe:01 1802838 /lib/x86_64-linux-gnu/libnsl-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00c14-7fb00c141000 rw-p 00015000 fe:01 1802838 /lib/x86_64-linux-gnu/libnsl-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00c141000-7fb00c143000 rw-p 00:00 0 Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00c143000-7fb00c14a000 r-xp fe:01 1802894 /lib/x86_64-linux-gnu/libnss_compat-2.24.so Jan 1 19:00:04 gbr dovecot: auth-worker: Error: 7fb00c14a000-7fb00c349000 ---p 7
Bug#886532: Coming updates for meltdown/spectre
Package: qemu Severity: grave Is it going to be possible to include this patch in qemu please? https://lists.nongnu.org/archive/html/qemu-devel/2018-01/msg00811.html ref: https://www.qemu.org/2018/01/04/spectre/ -N
Bug#870001: [PKG-Openstack-devel] Bug#870001: openvswitch-switch: switch takes a very long time to start or fails without upstream's SYSTEMCTL_SKIP_REDIRECT=yes
On 18/12/17 16:11, Thomas Goirand wrote:
> On 12/18/2017 12:41 AM, Michael Biebl wrote:
>> Am 17.12.2017 um 23:37 schrieb Thomas Goirand:
>>
>>> I've taken the maintenance of OpenVSwitch only very recently, I was not
>>> the one that wrote this. What does SYSTEMCTL_SKIP_REDIRECT does? I will
>>> indeed remove it as I trust you, but I'd like to understand first.
>> It's not really important what it does. The important thing is that it's
>> an internal implementation detail of the systemd lsb hook
>> /lib/lsb/init-functions.d/40-systemd which governs the redirection of
>> services and not a public API.
>> If you fiddle with that, /etc/init.d/foo start|stop|restart will no
>> longer be properly redirected to systemctl and the service is no longer
>> under systemd supervision.
>>
>>> Also, I tried to add some systemd service files, taking them from
>>> Ubuntu, but quickly reverted, as it failed badly. Michael, could you
>>> help me to write something better? Here's the commit reverting the
>>> previous addition of Ubuntu's .service files:
>>>
>>> https://anonscm.debian.org/cgit/openstack/third-party/openvswitch.git/commit/?id=02178a600660694bd9886652642e23952b9f93ac
>>>
>>> Any comment here?
>> If you have more specific questions, I might be able to help.
>>
>>
> Well, I guess the main question is, why do we have the problem as
> described in #880498 if I add the .service files.
The /etc/init.d/*.init files need to be modified, if I recall right the
if-*{up,down}.d scripts too, there is some subtle changes needed to
implement the method Ubuntu uses.
>
> Another question would be: do think doing 2 .service files like in
> Ubuntu a good idea? Wouldn't it be more simple to do one?
Ubuntu has pretty good Openstack implementation, how Open vSwitch is
basically fired up is if a network interface is onlined before OVS
starts, OVS is started. OVS is started after the networking service.
The openvswitch-switch.service file prevents the running on
/etc/init.d/openvswitch-switch during startup.
One of the challenges here is when OVS is started up, it may create
network devices, which triggers ifup ... if this happens during the
start of networking you have a problem, it is also a problem because the
ifup script tries to start the service if its not running. Under stretch
this collides horribly causing a very very long startup delay, OVS
starts starting, brings up a network device, ifup is run, which in turn
tries to start OVS while its already starting.
This is the reason why SYSTEMCTL_SKIP_REDIRECT is used.
There is also the other Open vSwitch services, and quite a few of them
depending on what you're doing. For instance on a controller,
ovsdb-server is started 3 times, once for SB, once for NB and once for
vswitchd to manage each of the databases.
-N
