Bug#1028574: Please remove joehe...@gmail.com as an uploader
Package: salt Version: 3004.1+dfsg-2.2 As I no longer use Salt or have regular access to a debian system, I am unable to continue as an uploader/maintainer for the salt packages. This has been the case for some time and is unlikely to change. As such, please remove me from the uploaders for the package. I wish you all the best for the future. Thanks and Regards, Joe
Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0
On Tue, Nov 3, 2015 at 10:19 PM, Benjamin Drung < benjamin.dr...@profitbricks.com> wrote: > > After having commit access, the only remaining thing is to add me to > the uploaders list in debian/control (which I could do myself). > > Could you please do this? I'm going to be unable to do so for awhile. > Anything special that I should be aware of regarding this package? > Nothing I am aware of. Thanks, Joe > > PS: I joined #salt on Freenode. > > hopefully I'll see you there soon. - When I'm on, I'm on as joehh. cheers, Joe
Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0
Hi Ben, On Fri, Oct 30, 2015 at 10:54 PM, Benjamin Drung < benjamin.dr...@profitbricks.com> wrote: > > There were no progress recently. So I decided to go ahead and prepare > an update to 2015.8.1. This includes adding a salt-proxy package, > requiring python-crypto >= 2.6 and dropping python-m2crypto (not needed > any more by recent python-crypto library usage). > > Thanks very much for this - I have had very little time at a computer (especially debian) recently so I very much appreciate this. > Can I become a co-maintainer of the salt package? > > That would be great. I'm not sure on the logistics of this - in theory there is the debian salt team, but that has been very quiet for a long time. What would we have to do to add you as co-maintainer or similar? Thanks, Joe
Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0
On Tue, Nov 3, 2015 at 11:17 PM, Benjamin Drung < benjamin.dr...@profitbricks.com> wrote: > Hi Joe, > > I pushed the current state. May you review these changes? > Those changes all look good. I understand the rationale for removing the "Debian Source Package" from the reproducible builds patch, but what are your thoughts on continuing to report the package version in the versions report? Ie including the "Debian Source Package" reporting in its own patch? Although it is less useful for "pure" debian machines, it is very helpful in dealing with issues when people think they are running from source/packages or have installed packages from the wrong os/release. > > I want to run "wrap-and-sort" and add a ".patch" suffix to all patches. > Any objections to that? > > Sounds good - I was never aware of the wrap and sort tool. Looks useful. Thanks, Joe
Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0
Hi Ben, I don't currently have access to an unstable machine - part way through renovating and also suffering from a hardware failure. I expect to get access the week after next, but until then, I will be fairly limited. Are you able to help? Thanks, Joe
Bug#801289: [Pkg-salt-team] Bug#801289: salt: New upstream release 2015.8.0
On Fri, Oct 9, 2015 at 11:23 PM, Benjamin Drung < benjamin.dr...@profitbricks.com> wrote: > Am Freitag, den 09.10.2015, 22:54 +1100 schrieb Joe Healy: > > I can help. Do you only need help to build and test it or also at doing > the update? > Thinking about it, I should be able to do the update, but won't be able to build/test properly. I'll give it a go over the weekend and let you know when I've got something ready to build/test. Thanks, Joe
Bug#794178: [Pkg-salt-team] Bug#794178: API server is not started
Thanks for reporting this. I haven't ever used the api server so I'm not too sure. I am keen to fix the issue though. I suspect some configuration may be required - I would try asking on the salt mailing list or IRC as I believe people have been using it successfully. I'll have a chance to look tonight and over the weekend. cheers, Joe
Bug#790758: salt: missing dependency on bsdmainutils so systemd service management fails
Package: salt Version: 2015.5.2+ds-1 Severity: important bsdmainutils is required (cols) to parse the output of systemctl If this is missing, then systemd service management fails. This also applies to ubuntu 15.04+ -- System Information: Debian Release: 7.5 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#783300: [Pkg-salt-team] Bug#783300: salt: CVE-2015-1838: insecure /tmp file handling in salt/modules/serverdensity_device.py
Thanks for sending this through. I'm currently waiting on salt 2014.7.2 to progress through the NEW queue. I suspect the best course of action now is to prepare a 2014.7.4 for a sponsor to upload to the NEW queue and wait for its transition. I guess/hope that the security issue is likely to mean it does not sit in the NEW queue for long. Thanks, Joe
Bug#777664: [Pkg-salt-team] Bug#777664: Bug#777664: salt-minion: Make log file readable by adm group
Hi Ben, On Wed, Feb 11, 2015 at 9:18 PM, Benjamin Drung benjamin.dr...@profitbricks.com wrote: I'll make these changes. You are partially right - I/we do need a sponsor, but I haven't asked for one yet as I want to make sure the latest addition to the packaging (salt-api) is ok before I do (hence the -3...). Working through the patch, setting the directory mode to 2750 causes the lintian issue non-standard-dir-perm. Is this needed? I'm not sure I follow the reason for it (the directory permission change). Thanks, Joe
Bug#777665: Simple fix attached
Tags: + patch I've attached a patch for a direct fix. I'm delaying applying it for 24-48 hours until I hear from upstream if salt-common should require python-msgpack or not. A fair bit of the code implies python-msgpack should not be needed for local (ie salt-call) use. Joe diff --git a/debian/control b/debian/control index 256af75..100f03e 100644 --- a/debian/control +++ b/debian/control @@ -25,6 +25,7 @@ Depends: ${python:Depends}, python-jinja2, python-apt, python-yaml, + python-msgpack, python-pkg-resources Recommends: lsb-release, python-mako
Bug#777664: [Pkg-salt-team] Bug#777664: salt-minion: Make log file readable by adm group
Thanks very much for this Ben, I'll make these changes. You are partially right - I/we do need a sponsor, but I haven't asked for one yet as I want to make sure the latest addition to the packaging (salt-api) is ok before I do (hence the -3...). I suspect the latest version is fine and ready for uploading, but I'll make this change as well and then ask. Thanks, Joe
Bug#777664: [Pkg-salt-team] Bug#777664: salt-minion: Make log file readable by adm group
On Wed, Feb 11, 2015 at 9:18 PM, Benjamin Drung benjamin.dr...@profitbricks.com wrote: PS: Are you aware of the lintian warnings 'script-not-executable' [1]. Is the deploy directory needed in the package? At least some of it is needed for salt-cloud. The bootstrap script [1] is copied to the remote host and run to install salt. The others are outdated and are probably closer to examples of alternatives to the bootstrap. I could move some of them to an examples directory in salt-doc, make them executable or remove most of them and still just have the bootstrap script. None of those solutions are particularly satisfying - which is why the lintian issues are still there. Any guidance would be most appreciated. Thanks for this and the other bug report, Joe [1] usr/lib/python2.7/dist-packages/salt/cloud/deploy/bootstrap-salt.sh
Bug#777664: [Pkg-salt-team] Bug#777664: salt-minion: Make log file readable by adm group
On Wed, Feb 11, 2015 at 8:43 PM, Benjamin Drung benjamin.dr...@profitbricks.com wrote: A patch against your master branch is attached. debian/patches/make-log-file-group-readable.patch is a backport of the patch that was accepted upstream (in their develop branch). Should this also be done in the salt-master? For future reference, the upstream pull request is at [1]. Thanks, Joe [1] https://github.com/saltstack/salt/pull/20566
Bug#771149: unblock: salt/2014.1.13+ds-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package salt for the 2014.1.13+ds-2 update. This update fixes 1 RC bug (770174) and 1 important (770909) bug. The RC bug fixes issues when dealing with services under systemd and the important bug fixes crashes when displaying output with unicode or binary contents. Both of these are implemented as quilt patches against upstream, visible at: 1) http://anonscm.debian.org/cgit/pkg- salt/salt.git/tree/debian/patches/fix_systemd_service_module?id=debian/2014.1.13%2bds-2 2) http://anonscm.debian.org/cgit/pkg- salt/salt.git/tree/debian/patches/fix_unicode_crash?id=debian/2014.1.13%2bds-2 The changelog entry is: salt (2014.1.13+ds-2) unstable; urgency=medium * [da66ee3] Addition of patch to ensure systemd service functionality works (Closes: 770174) * [6a17bb9] Added patch to prevent crash when unicode text is output from salt (Closes: 770909) -- Joe Healy joehe...@gmail.com Thu, 27 Nov 2014 15:49:13 +1100 The debdiff is: joe@debian-sid:~/jessie_freeze$ debdiff ~/2014.1.13/salt_2014.1.13+ds- 1_amd64.changes ./salt_2014.1.13+ds-2_amd64.changes File lists identical (after any substitutions) Control files of package salt-cloud: lines which differ (wdiff format) -- Depends: python:any, salt-common (= [-2014.1.13+ds-1),-] {+2014.1.13+ds-2),+} python-libcloud (= 0.14.1-1), sshpass Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-common: lines which differ (wdiff format) --- Suggests: salt-doc (= [-2014.1.13+ds-1)-] {+2014.1.13+ds-2)+} Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-doc: lines which differ (wdiff format) Installed-Size: [-15171-] {+15175+} Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-master: lines which differ (wdiff format) --- Depends: init-system-helpers (= 1.18~), python:any, salt-common (= [-2014.1.13+ds-1),-] {+2014.1.13+ds-2),+} python-m2crypto, python-crypto, python-msgpack, python-zmq (= 13.1.0) Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-minion: lines which differ (wdiff format) --- Depends: init-system-helpers (= 1.18~), python:any, salt-common (= [-2014.1.13+ds-1),-] {+2014.1.13+ds-2),+} python-m2crypto, python-crypto, python-msgpack, python-zmq (= 13.1.0), dctrl-tools Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-ssh: lines which differ (wdiff format) Depends: python:any, salt-common (= [-2014.1.13+ds-1),-] {+2014.1.13+ds-2),+} python-msgpack, sshpass Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} Control files of package salt-syndic: lines which differ (wdiff format) --- Depends: init-system-helpers (= 1.18~), python:any, salt-master (= [-2014.1.13+ds-1)-] {+2014.1.13+ds-2)+} Version: [-2014.1.13+ds-1-] {+2014.1.13+ds-2+} unblock salt/2014.1.13+ds-2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771015: salt: python-croniter required for scheduler in 2014.7
Package: salt Version: 2014.7.0+ds-2 Severity: normal A new dependency has been added. This is not required for all operation, but is required if the scheduler is to be used. It should probably be added as either recommends, maybe to just the master See: https://github.com/saltstack/salt/blob/b456fce060b1479abe36a70b65307dccdf4dc0c6/salt/states/schedule.py#L55 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770174: [Pkg-salt-team] Bug#770174: salt-common: service module doesn't work for init scripts
Thanks Julien, I'll apply this fix and upload tonight. I'll also look at the other fixes made upstream on the 2014.1 branch. Joe On Wed, Nov 19, 2014 at 10:43 PM, Julien Cristau julien.cris...@logilab.fr wrote: Package: salt-common Version: 2014.1.13+ds-1 Severity: grave Tags: patch upstream fixed-upstream Justification: renders package unusable Hi, when booting with systemd, the service module is provided by salt/modules/systemd.py, which only considers native systemd units in its get_all function, not services provided by init scripts. This breaks the service state. The fix is in upstream commits 90bece1faa1862465e97f7caf262c65cd84583ff and 968b26f45351d790a9fa2afd9bbd6c5bb31f13d5, so basically: diff --git a/salt/modules/systemd.py b/salt/modules/systemd.py --- a/salt/modules/systemd.py +++ b/salt/modules/systemd.py @@ -72,6 +74,28 @@ def _systemctl_cmd(action, name): return 'systemctl {0} {1}'.format(action, _canonical_unit_name(name)) +def _get_all_units(): +''' +Get all units and their state. Units ending in .service +are normalized so that they can be referenced without a type suffix. +''' +rexp = re.compile(r'(?m)^(?Pname.+)\.(?Ptype' + + '|'.join(VALID_UNIT_TYPES) + + r')\s+loaded\s+(?Pactive[^\s]+)') + +out = __salt__['cmd.run_stdout']( +'systemctl --all --full --no-legend --no-pager list-units | col -b' +) + +ret = {} +for match in rexp.finditer(out): +name = match.group('name') +if match.group('type') != 'service': +name += '.' + match.group('type') +ret[name] = match.group('active') +return ret + + def _get_all_unit_files(): ''' Get all unit files and their state. Unit files ending in .service @@ -173,7 +197,7 @@ def get_all(): salt '*' service.get_all ''' -return sorted(_get_all_unit_files().keys()) +return sorted(set(_get_all_units().keys() + _get_all_unit_files().keys())) def available(name): There are a few other fixes in that file that might be worth considering, but at least the above is I think necessary for salt to be in decent shape for jessie. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#770909: salt: Crash when unicode characters appear in file or command output
Package: salt Version: 2014.1.13+ds-1 Severity: normal Dear Maintainer, When a unicode character appears in the output of a command or a diff of a file, then salt command crashes * What led up to the situation? Changing a file with a unicode character on the same line or running a command with some non ascii output * What outcome did you expect instead? It should not crash because of non ascii output. There are a number of upstream bugs regarding this: https://github.com/saltstack/salt/issues/16651 https://github.com/saltstack/salt/issues/16713 https://github.com/saltstack/salt/issues/18053 The fix for these is equivalent and is done by ensuring that the output can be converted to ascii (either by trying multiple encodings or using python's repr function) -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761115: [Pkg-salt-team] Bug#761115: salt: new upstream version 2014.7
On Thu, Sep 11, 2014 at 6:19 AM, Leo Antunes cost...@debian.org wrote: Is there still time to upload the new upstream version before the freeze? 2014.7 has 40 new modules and 33 new states (judging by the diffs), so it might be interesting to have it in jessie. 2014.7 is still only in release candidate stage. A new release candidate is expected shortly. Additionally, I'm not rushing to upload 2014.7 yet - it took 2014.1 about 9 or 10 point releases to stabilize. Although saltstack are likely to have improved their QA recently (new QA hires) I suspect that 2014.7 will not make it in time for jessie. It could, but past experience indicates it is not likely. Separately, a new release for 2014.1 (2014.1.11) is almost ready for release. I'll be uploading it as soon as I can. Cheers, Joe
Bug#741522: [Pkg-salt-team] Bug#741522: python-libcloud in sid
Yes, It can, I'll close it off. Thanks, Joe On Jun 17, 2014 8:06 PM, Marcin Kulisz deb...@kulisz.net wrote: Looks like in jessie and sid we already have python-libcloud_0.14.1-1, so this issue should go. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#749285: [Pkg-salt-team] Bug#749285: salt-common: please ship pyobject render
I understand your concern and frustration with the removal of the feature. Given there is an easy way to add pyobjects in when required [1], I would rather minimise the differences between upstream and the debian packages on this issue. The single file approach in _renderers is less obtrusive and means that any side effects due to including pyobject can be isolated. [1] https://groups.google.com/forum/#!topic/salt-users/97SwtpsoDvM Cheers, Joe On Mon, May 26, 2014 at 12:03 PM, Joe Healy joehe...@gmail.com wrote: I'm investigating how intrusive a patch would be. For reference, the pull request that removed it is: https://github.com/saltstack/salt/pull/11682 Joe On Mon, May 26, 2014 at 8:07 AM, gustavo panizzo gfa g...@zumbi.com.arwrote: Package: salt-common Version: 2014.1.4+ds-2 Severity: normal Please add it back, upstream removed it in 2014.1.2 but i'm using it. i have to repackage salt manually to add it. upstream hasn't deleted it from dev branch, so eventually it will appear back. thanks! -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages salt-common depends on: ii python2.7.6-1 ii python-jinja2 2.7.2-2 ii python-pkg-resources 3.4.4-1 ii python-yaml 3.11-1 Versions of packages salt-common recommends: ii lsb-release 4.1+Debian12 ii python-git 0.3.2~RC1-3 ii python-mako 0.9.1-1 Versions of packages salt-common suggests: pn salt-doc none -- no debconf information ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#749285: [Pkg-salt-team] Bug#749285: salt-common: please ship pyobject render
I'm investigating how intrusive a patch would be. For reference, the pull request that removed it is: https://github.com/saltstack/salt/pull/11682 Joe On Mon, May 26, 2014 at 8:07 AM, gustavo panizzo gfa g...@zumbi.com.arwrote: Package: salt-common Version: 2014.1.4+ds-2 Severity: normal Please add it back, upstream removed it in 2014.1.2 but i'm using it. i have to repackage salt manually to add it. upstream hasn't deleted it from dev branch, so eventually it will appear back. thanks! -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages salt-common depends on: ii python2.7.6-1 ii python-jinja2 2.7.2-2 ii python-pkg-resources 3.4.4-1 ii python-yaml 3.11-1 Versions of packages salt-common recommends: ii lsb-release 4.1+Debian12 ii python-git 0.3.2~RC1-3 ii python-mako 0.9.1-1 Versions of packages salt-common suggests: pn salt-doc none -- no debconf information ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#748092: [Pkg-salt-team] Bug#748092: salt-ssh: Missing dependency to python-zmq
Upstream have made a fix, so I'll do a new release to fix this shortly. https://github.com/saltstack/salt/commit/de4d823b9afdbd1f96735a796a3ecee295b3dcda
Bug#748092: [Pkg-salt-team] Bug#748092: salt-ssh: Missing dependency to python-zmq
Thanks for the report. https://github.com/saltstack/salt/issues/12766 I've submitted this bug upstream and will follow to see when it is resolved. In the mean time, I'll have a quick look to see if i can patch the issue, otherwise I'll look at depending on python-zmq. Thanks, Joe
Bug#742653: [Pkg-salt-team] Bug#742653: salt-ssh search for a ssh_user key
Looks like this is an upstream bug. I'm passing it upstream with some additional comments. https://github.com/saltstack/salt/issues/11525 I think if you add: ssh_user: root to your /etc/salt/master config file, then it will work. You may also need some similar options. Thanks, Joe On Wed, Mar 26, 2014 at 10:16 AM, Gilles Mocellin gilles.mocel...@nuagelibre.org wrote: Package: salt-ssh Version: 2014.1.1+ds-1 Severity: important Dear Maintainer, Since last upgrade (I think after 0.17, so 2014.1.0+ds-1), I can not use anymore salt-ssh. Here is the backtrace : sudo salt-ssh 'host*' test.ping 1 [ERROR ] An un-handled exception was caught by salt's global exception handler: KeyError: 'ssh_user' Traceback (most recent call last): File /usr/bin/salt-ssh, line 10, in module salt_ssh() File /usr/lib/python2.7/dist-packages/salt/scripts.py, line 108, in salt_ssh client.run() File /usr/lib/python2.7/dist-packages/salt/cli/__init__.py, line 369, in run ssh = salt.client.ssh.SSH(self.config) File /usr/lib/python2.7/dist-packages/salt/client/ssh/__init__.py, line 202, in __init__ salt.config.DEFAULT_MASTER_OPTS['ssh_user'] I tried to replace the user entry in my /etc/salt/roster by ssh_user, but it's not working. I don't know where salt search for a default master option with the name ssh_user... -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 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 salt-ssh depends on: ii python-msgpack 0.3.0-1 pn python:any none ii salt-common 2014.1.1+ds-1 ii sshpass 1.05-1 salt-ssh recommends no packages. salt-ssh suggests no packages. -- Configuration Files: /etc/salt/roster changed [not included] -- no debconf information ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#741522: salt-cloud: requires newer version of python-libcloud
Package: salt-cloud Version: 2014.1.0+ds-1 Severity: grave Justification: renders package unusable * What led up to the situation? Running salt-cloud gives the following exception: # salt-cloud Traceback (most recent call last): File /usr/bin/salt-cloud, line 10, in module salt_cloud() File /usr/lib/pymodules/python2.7/salt/scripts.py, line 121, in salt_cloud cloud.run() File /usr/lib/pymodules/python2.7/salt/cloud/cli.py, line 50, in run libcloud_version() File /usr/lib/pymodules/python2.7/salt/cloud/libcloudfuncs.py, line 94, in libcloud_version 'libcloud 0.13.2. Please upgrade.'.format(libcloud.__version__) ImportError: Your version of libcloud is 0.5.0. salt-cloud requires = libcloud 0.13.2. Please upgrade. this should not have occurred. The package for python-libcloud needs to be updated and a versioned dependency added. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (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#738954: [Pkg-salt-team] Bug#738954: Bug#738954: salt-minion: file.find crashes on dangling symlinks
Had an unexpectedly busy couple of weeks. Just finalising backports for 2014.1 and 17.5 now. Apologies for the delay. Joe On Mon, Mar 3, 2014 at 10:34 PM, Julien Cristau julien.cris...@logilab.frwrote: On Sun, Feb 16, 2014 at 23:39:25 +1100, Joe Healy wrote: Hi Avinash, Now that 0.17.5+ds has reached testing, I am intending to backport this to wheezy (and squeeze). I'm planning to do this over the next day or two. Hi Joe, what's the status on wheezy-bpo updates? Anything I can do to help with this? Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#738954: [Pkg-salt-team] Bug#738954: salt-minion: file.find crashes on dangling symlinks
Hi Avinash, Now that 0.17.5+ds has reached testing, I am intending to backport this to wheezy (and squeeze). I'm planning to do this over the next day or two. Thanks, Joe On Fri, Feb 14, 2014 at 7:53 PM, Avinash Sultanpur avinas...@yukthi.comwrote: Package: salt-minion Version: 0.16.4-2~bpo70+1 Severity: important salt-call throws up an error when it encounters a dangling symlink. The bug was fixed upstream: https://github.com/saltstack/salt/issues/2830 $ sudo salt-call -l quiet --local file.find /tmp type=d Traceback (most recent call last): File /usr/bin/salt-call, line 11, in module salt_call() File /usr/lib/python2.7/dist-packages/salt/scripts.py, line 76, in salt_call client.run() File /usr/lib/python2.7/dist-packages/salt/cli/__init__.py, line 265, in run caller.run() File /usr/lib/python2.7/dist-packages/salt/cli/caller.py, line 132, in run ret = self.call() File /usr/lib/python2.7/dist-packages/salt/cli/caller.py, line 73, in call ret['return'] = func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/salt/modules/file.py, line 480, in find ret = [p for p in finder.find(path)] File /usr/lib/python2.7/dist-packages/salt/utils/find.py, line 555, in find fstat = os.stat(fullpath) OSError: [Errno 13] Permission denied: '/tmp/link' Please include the fix in the deb. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages salt-minion depends on: ii dctrl-tools 2.22.2 ii python2.7.3-4+deb7u1 ii python-pkg-resources 0.6.24-1 ii salt-common 0.16.4-2~bpo70+1 Versions of packages salt-minion recommends: ii dmidecode 2.11-9 Versions of packages salt-minion suggests: pn python-augeas none -- no debconf information ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#736783: [Pkg-salt-team] Bug#736783: [src:salt] Sourceless file
I'll add the override - that is trivial. With the modernizr*.min.js file, the source is in modernizr.custom.20463.jshttps://github.com/saltstack/salt/blob/develop/doc/_themes/saltstack/static/js/vendor/modernizr.custom.20463.js. I'll get upstream to rename it for future releases and do a ds release in the mean time. Thanks, Joe On Mon, Jan 27, 2014 at 8:04 AM, bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: src:salt Version: 0.17.4-2 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org salt 0.17.4-2 (source) I could not find the source of: doc/_themes/saltstack/static/js/vendor/modernizr-2.6.2-respond-1.1.0.min.js Please add an override for: doc/_themes/saltstack/static/js/vendor/bootstrap.min.js Bastien ___ pkg-salt-team mailing list pkg-salt-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
Bug#732576: Race Condition in libzmq3
That version was from me - hosted at debian.saltstack.com until I was able to do an official backport. It should be identical. I should remove it as the official backports are now available. I'm happy to prepare the backport - though I can't remember if I can upload. Thanks for cc'ing me. Joe On Thu, Dec 19, 2013 at 11:36 PM, Alessandro Ghedini gh...@debian.org wrote: Control: found -1 3.2.4+dfsg-1 Control: tags -1 pending fixed-upstream On mer, dic 18, 2013 at 11:34:13 +0100, Stefan Hesse wrote: Package: libzmq3 Version 3.2.3+dfsg-1~bpo70~dst+1 Where does this version come from? Any chances that this patch will be applied soon to the package? I just imported the patch in git, and will upload to unstable soon. I'm also CCing the backport maintainer, since I assume from the version you reported againt you want the fix in backports. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730875: [Pkg-salt-team] Bug#730875: salt: please switch (Build-)Depends to python-msgpack
On Sun, Dec 1, 2013 at 3:22 AM, Andreas Beckmann a...@debian.org wrote: msgpack-python has changed its name to python-msgpack. Even if the new package Provides: msgpack-python this does not seem to be sufficient to allow automatic removal of the old package from the archive. Will do. What is the timeframe you are looking at? I believe there is a new upstream release due in the next few weeks. Is it fine to wait for that or is it better to do an upload sooner? Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730842: [Pkg-salt-team] Bug#730842: salt-common: Please add dependency “Suggests: salt-doc”
On Sat, Nov 30, 2013 at 4:44 PM, Ben Finney ben+deb...@benfinney.id.au wrote: Package: salt-common Version: 0.17.1+dfsg-1 Severity: minor Administrating Salt requires understanding how it works and what it does. Please set a “Suggests: salt-doc” dependency, so that administrators choosing to install Salt will receive the suggestion. Good idea. I believe upstream is planning a 0.17.3 shortly so I'll do it then. Thanks Ben. Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729181: [Pkg-salt-team] Bug#729181: salt-ssh should depend on python-msgpack
Thanks for picking this up. A new upstream release is due shortly. I'll fix this at the same time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726262: [Pkg-salt-team] Bug#726262: O: python-m2crypto -- a crypto and SSL toolkit for Python
On Thu, Oct 24, 2013 at 9:38 AM, Andrii Senkovych jolly_ro...@itblog.org.ua wrote: Also asking Salt team if it's ok for me to maintain this library under team Maintainership if such decision is made. My understanding is that removal of m2crypto is an open issue for salt upstream [1]. Whilst this doesn't prevent team maintenance in the short term, we may become less interested in it in time. Noting the above, I'm happy for you to maintain it Andrii (under the team banner or not). Joe [1] https://github.com/saltstack/salt/issues/7413 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725999: [Pkg-salt-team] Bug#725999: salt: fails to ship source and incomplete debian/copyright
On Mon, Oct 21, 2013 at 06:01:58AM -0400, Luke Faraone wrote: Yes. If you don't want to modify the upstream tarball this is then the recommended approach. Thanks Luke, it turns out I need to modify the upstream tarball as there are non DFSG files (fonts) in there. So I'll remove these files and patch to use the versions packaged by debian. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726480: upstream appear to have a patch
https://github.com/saltstack/salt/pull/7356/files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725999: [Pkg-salt-team] Bug#725999: salt: fails to ship source and incomplete debian/copyright
Thanks for picking these up and apologies for letting them through. On Thu, Oct 10, 2013 at 08:05:18PM -0400, Luke Faraone wrote: Please document ../doc/_themes/saltstack/static/css/bootstrap-responsive.css in debian/copyright. Will do. Please also recreate the minified versions during your package build, don't just accept the ones generated by upstream. Will do. You do not ship the source for ../doc/_themes/saltstack/static/js/vendor/modernizr-2.6.2-respond-1.1.0.min.js at all, which is patently unacceptable. Agreed. Is it acceptable to add the source in via a quilt patch then build the minified version? or is there a better approach? This package embeds jQuery, which is suboptimal as jQuery is packaged in Debian. Regardless, it must be mentioned in debian/copyright. My understanding is that there are two approaches I could use here. I could rebuild the upstream .tar.gz without jQuery (and the others) or I could depend on the debian jQuery and patch the documentation to use the debian jQuery. If I do the second, we would still ship a (unused) version of jQuery in the orig.tar.gz, however, it would not be present in the .deb. As such, it should still be mentioned in the debian/copyright. Is this correct? I'm not thrilled by either option (upstream not including it/them would be best), but am leaning towards not modifying the orig.tar.gz as at this stage, I believe the contentious files are all (able to be) DFSG compliant. Thanks for your assistance. Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722638: override: salt-minion:admin/extra
Package: ftp.debian.org Severity: normal Package has changed priority due to a reassessment and looking at dependencies. Same change to salt-master, salt-common and salt-syndic. Smilar change to salt-doc. It should go to salt-doc:doc/extra I think these overrides could actually be removed. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722446: salt-minion: Salt minion unable to update salt
Package: salt-minion Version: 0.16.3-1 Severity: normal Since I refactored the init script for salt-minion to ensure that all processes were killed off, salt is no longer able to upgrade itself. Running: salt '*' pkg.install salt-minion will result in the minion (and the dpkg) process being killed part way through the upgrade and requiring manual interverntion. a work around is to run ensure at is installed and that salt has detected at: salt 'MINION' at.atq (this should return something about jobs rather than being unavailable) salt 'MINION' at.at now + 1 minute' apt-get install -y salt-minion Reverting the change from 0.16.1-1 [70573cb] Ensure all minion processes are killed when stopping/restarting has been tested to fix the problem. The upstream issue is https://github.com/saltstack/salt/issues/7151 I'll be preparing a new package and uploading. Joe -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#722446: [Pkg-salt-team] Bug#722446: salt-minion: Salt minion unable to update salt
On Wed, Sep 11, 2013 at 4:51 PM, martin f krafft madd...@debian.org wrote: also sprach Joe Healy joehe...@gmail.com [2013.09.11.0815 +0200]: Running: salt '*' pkg.install salt-minion will result in the minion (and the dpkg) process being killed part way through the upgrade and requiring manual interverntion. Isn't this a fundamental problem in Salt, which should be fixed there? I don't think that using at(1) for this is really a solution, but a gross hack, which still requires the admin to know what's going on and to wait up to 1:59 minutes. I agree using at (and this) is a hack. The principle I was working off when doing the original update of the init.d script was that /etc/init.d/salt-minion stop should stop the minion and all child processes. I still think this is the right thing. Doing this has ended up in a situation where it is difficult to upgrade the minion without manually going around to each one. I agree with the point about it being fixed in salt. I think they should probably handle signals differently when they are updating packages (maybe even a special case for salt itself). In the end I decided that it was best to relax the killing all processes until this can be resolved properly. Ending up in a situation where each minion needs dpkg --configure -a apt-get -f install to be run manually after someone seemed to be the worst situation possible. I'm yet to file a bug upstream, but will do so. In the mean time, I have already uploaded a package with the change reverted. I believe it would be possible for me to either stop that package (possibly dcut). If you have any advice, it would be much appreciated. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721711: python-zmq: Incorrect version on build-depends dependency of cython
Package: python-zmq Severity: minor Dear Maintainer, The current version in unstable has a build dependency on cython (= 0.13). The source actually requires cython = 0.16 to build. Thanks. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (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#720076: debian-maintainers: Please add Joe Healy as a DM
Package: debian-maintainers Severity: normal Hello, Please add my key to the Debian Maintainers keyring. The uid I use for packaging is joehe...@gmail.com. The relevant jetring changeset is attached. Thank you, Joe -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Joe Healy joehe...@gmail.com as a Debian Maintainer Date: Sun, 18 Aug 2013 19:45:23 +1000 Action: import Recommended-By: Martin F Krafft madd...@debian.org Agreement: https://lists.debian.org/debian-newmaint/2013/08/msg6.html Advocates: https://lists.debian.org/debian-newmaint/2013/08/msg00016.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQINBFF+WiwBEADBoHVk+uei2/wMda+wtD7vKNeltVWCjLFtfXZrhJ9k/y/c5dEb Q7FLi0NPj92LOo3MdunL/mQGfa90x5R4bUO3aBGLN7jZc+kLnnmVfcpy5csnpy7U GdWeLHPnjOdS8ECCRwphLRc4QhklfTx0iHbj/1/hqBbcRF2JiFIQ+KCV1hd8Dbdw zddlZyEa0RWiWRgCgCU98p2uzX+QScCEo4uO4Q42dHr3y61+Je6NRGOuMdyokpro m7x9OlhSM0eOd4tkkTp5juq+Hqe0fjG8e/i6x3qa1ja6yb4yz+4CmyYyayS1v/PN utBJkPOi+xPBza4BsPpUTkhXeoia33qmmPPshRbM/SfrgmV2hEvFJbm085sceCbC JgcvIIP6o7v30+3gzJmLjSbpgZKs3OcloGICQj8sduJbIH4Zsb3iyQh61CNTTW51 fQAYCcaPpXZ3d35x9Av9ORgouHqxDbFpNXEH2Z/HKeLDVttwZDH/jRDuVXYLp0tY fs6Lk9uU0nxpTcp61Px848t+LprMAUluM2rWm9gS7JBASWZ4M2y/TtPxGusPT01f p+UaipDDjzEeHpcNtbkMQMqBfTXpLci9WdyUGLfy4EtpZ02PxNoLDlvpknHXR/EY ciItOoyF16/1ga34ewi+6FYii+gdoEz2LwBe7s5jyOlez+M7LiClA2GNVQARAQAB tB5Kb2UgSGVhbHkgPGpvZWhlYWx5QGdtYWlsLmNvbT6JAjcEEwEIACEFAlF+WiwC GwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQsJ5AsPKuarkp8RAAs4S4QzKb Wq3+MhsShXceqTXMj0PRLfw/i7t8eM+HpQ5zNDQaRgFgMgn28x1QYwJMgp3g5RGy oWLH9gjrH+2gRzELSSqgSS/dl48SGyyc+nmN45zgUX7+HNi8DN12/Qqora5KDWCg FES+G3SGMI5TJ94yT2aNauBkQnhJc5UOHnIjTgL5zkYhMpK26RT6UQ0IUHSj7Wcl BopH2KMKhyoVQ2SJOzVPRAekwJuUpUZpFAMcW+7oPfN7wlYFKnSAaHM8xK3WLzOV 83Ij9l6IKRqSFoubUiq8tvS7lcTiJ6IdPu8TChkozoD0g0aen/bM4OH8c0qOS9yD Gr+0EKtt2rwX6qqOngJpSE2tBL3gpvdz+w/uANVthIwQLeHiSCXbOQNepAuKtB8A owBArLnza/2O2ZXVRm3BGZbK51leBwDWkomYp7sbokeweQn4uaUlbWKrJewxA+z3 rfdHXWDCfKjvGxGhWTzlwpcmg3ceQ5AVuE5CJLrdlnckv/r+TY/VrvqycbBo1oSn dOzX/0dkozFBT/Qwr2QeHdRyIr1fswPDmnUyf2c7IonBRF4CLGaXvg5S3qrFcAV0 d9xvcXXGIsOPmLwGyXzUQUBq3bzsSKgp+QsvF27CLP7lXQg5/3Im9wVh8TcTJ2n4 f1w91gqwyNAS5FyExhNm46YoFphViPC7HxSIRgQQEQgABgUCUfyRngAKCRCKkGd5 GIAoPDTvAJ4u5YDbs97BqvLcKyiCcbR+pcrxLwCeKQIDqRGmia6ayofWr8F8q8iP IrmJAhwEEAEIAAYFAlH8kbcACgkQfFas/pR4l9iC7w/+PyDiuHDTrLd7LeIEJBO5 SyRxXdbmJmctL3EFiKEXQ2yDouicGqELdR0ucZnHBJ+w06WR2yaXg6FVD40msplg L1nVT0Vvo8qlKTxkLubwXdttw19u3uzlSUuXcyw9wS33bEJa6kFVKf5A6vknxJXT lQYyUc55xOC5N1OKlGFRal26z2CfonSEdJAU1GNq7iM/6qeSSbtt7ra4hiYy38J1 d7z/kQtT1fwAK0CfM9hf/+a6JDHDFRSYoXP6Y2dZUei32czY8Jj04uZg+txIr731 4mAKcO6fdQeWZ7Toch3ANS1qkTtJQWVYtGrnMS+gYfDyF4M9ew8BKqZpoPSWggCU 11nyIxpxlxbvE/zgkBzqTMANKVg3H0k44eNqckD7rMMD1INq33q5V59PW0yhsHJa bWpZzcieSSRFqsNZAjM9aLEgEm5GLFg98TCoGoqKDxoar3TF9KIPHLmqhhxPlDoz WaTevfSKiG6asG2j1Rhm2IemiqaudS5dwXsf4fALQwVWiN2fwXCHnEw6ghju+zyO dlt3/DoCC1Z6hsTznVXsyV+2UevoYkNO5NV7v+4tiIJOGENb6XFR+TlZXDl4cOww kOw2FJP5P+Go5zoYHWUUwin5v94KDm1WQUJQxcxzMHq1ZawmqcyObVNBSmYjueks QNalAHrFdA0dA6nNmdBR6wWJAhwEEAEIAAYFAlH8kcsACgkQA0gCx6ykNQrFUBAA o9T63Ci+R0txKGY7e1OuF7ObBxuTs2JynkmHY7/6bOneP4/Zj1wtMZWtN1jrk8WA 0py/djm7BrCHZ888gpuU1fJ2f0zWw4meEDtsGhVX6a6ApQ/fvI5lbIPlPSdl+NEd UBunqJe3MIbASu4CDhpN5hhuTePxg5tlW4jQqcC6IUyZsV5MKFAYuHiUs4V82OHg RzYhydSlrbLu+8bEQ71NhKnD/q9vV6dRwwnPF88OJkiJJcbw5z4tzFVtpP37S5Ub UjwHf48Yfyrn2pVNQegq3JAMRWx/bSCXt33s1PZyKW3QknhRlH3J0TKorT98EPQ9 5qOLq6IVoHtXOqa1vp8v+IvA9UCC0RwEdOp5T8QuCGBOt8gqTD/dY4n7vWKF6GFS fE9/0+/wcFDHNBRZ3Hh0LbZzxDyBxb1M8eyzccDfQEiP/zD1jIFcCkMeYKhr1UPf Y7Vk5Rt0dJ/6qJlujjc+op9FlD3KKFKn11lG2L1NQQ/PoTxiJ12CXjezfdN+hT38 MoDC+tD2cQYeqJt1eNZn1paHBDoC8BliLy5Ge1pF8bArJes2V4DYzMpB4K86fDoz ishhRBoLsNcOBGPy3vGnVlcchEZkkak/tV5FTFOkWThoTR4cZf1Y9B0LLGSdBEuv ZCw8Gr4cfO3pxLdCKOr/9M7Koy9Bnl6En82CmThY6wa5Ag0EUX5aLAEQAKg+WGcs 7shzkwV4dpBSeAAzQMwWT5mNHsnwH8mSgsLvFsBIcNYApynj4yhY8/JeRq2sM2aw 0Y3rdtYyClMBQooCkrc6jIirwT1uL+tGrbXUjRw+nyqn9mpLoT8sQStZNCiH8srn PxPXlaADB606nuJ0WzFGRLoVpmTZIWSmayl2zFljcx+9YDirxRhVnPFOQ3q0Xm3w X+zcUWlWN/4RuSsxkkSAI0PrhernJtt5ngTgBjzpYDMV48QlUzs7AV6kXngzRd7R wgAs4jENENSr1dAskc2Ijw5i3T6/F/aScNa1NKOz9Zmobk1XRTLnrGCLWX9H3XgB PKpruMf/6Rj0QCA6IRZrjKcBb0/iuJkfNyMIKMMd0atmV2vTx80fWM1EvSNOx9WF n1xWkxZtfNg+I03StTEtsRU2cF2LUZeLGdWujvdZOKOitSwCpG//3qW1jeBq/+tZ oi3pJ7a0jlMNfr+nG6Ddd2s9IdlTkA4Jt4O2sg9HV/W1nqMBNsYvPO9ZtseYVY3C Drk1cFvN+UrkaaSvXvQfHyMrSVtU+Y+oIMVLQOQhzxMpRde7rLVVpDw906FSECu3 sXZxI/nXIHyC67VkQuvDeBqMz4uxEjIj7//b26xXTypWMC/PAn2118TLeLJKpV5j ibX8YdeLv2uixFAXOPP4wqjOj6kRu1JC01SHABEBAAGJAh8EGAEIAAkFAlF+WiwC GwwACgkQsJ5AsPKuarlEsg//XDf8pBwD678M+6tycXg+H+4dcX2chp4A3bWwmBij 2DsJ1Cghsf220L2byRMgyfNRqXcfVWfQGGM9m8
Bug#715249: [Pkg-salt-team] Bug#715249: [PATCH] use dh-systemd
Thanks Michael, I'll include this on the next upload. We've just missed the last one. We are looking to backport salt to squeeze and wheezy, is there anything we need to consider or do we just remove the build dependency on dh-systemd? Cheers, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712819: [Pkg-salt-team] Bug#712819: salt-call returns incorrect exit status (ie. succeeds and returns 2)
On Thu, Jun 20, 2013 at 4:36 AM, Michael Nelson absoludity+deb...@gmail.com wrote: Package: salt Version: 0.15.1-1 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? I was using salt-minion from the salt PPA which is version 0.15.3, and everything was fine. I then tried instead to use the 0.15.1 version from the debian archive (well, a copy of the debian package) - it worked but the command I was using (salt-call) returns an incorrect exit status. Thanks for reporting this Michael, you are right, it is fixed in upstream. We have this version (0.15.3) ready for upload at alioth, but our sponsors have been very busy/quiet lately. Hopefully they will find time to upload either this release shortly or the 0.16 release which should be due soonish. FYI - the salt PPA packages are either backported from the uploaded debian packages or the version in git at alioth if our sponsors have not uploaded them. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703600: salt: Fix check for systemd
Looks like upstream have accepted your patch. https://github.com/saltstack/salt/commit/404b769d25ee5158398c46cc62ff9ce4ab85f06c Do I close this one now or when the next release is made? Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698898: [Pkg-salt-team] Bug#698898: Bug#698898: certificate file locations
Having thought about it for awhile, I think a feasible design is coming together: We change via quilt the default config file location. This will deal with new installations. To deal with existing installations, we write a script which does the following in postinst: We read the /etc/salt/master or /etc/salt/minion config file respectively. if the pki_dir variable is unchanged (ie equal to /etc/salt/pki/{master,minion}) or unset then we modify the variable to /var/lib/salt/{master,minion}/pki and uncomment it if necessary. If the pki_dir variable is changed from the default then we exit and do nothing. If we decided to make changes, then we move all the files to the new location. obviously all changes must be either made or rolled back. We don't actually need to change the default location via quilt as the postinst script will change it. But it is probably more obvious for newcomers and others to have the patch there. Downside is the work is done in two places - but, in time we could probably delete the script once we were confident there were not any very early versions out there... The other thing that feels a little odd is running a search and replace on a users config file, but anything else seems worse. What are your thoughts? I'm not going to have time to implement anything till after Monday, but the plan seems to be settling. Cheers, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698898: [Pkg-salt-team] Bug#698898: Bug#698898: certificate file locations
Franklin, On Wed, Apr 10, 2013 at 5:13 AM, Franklin G. Mendoza franklin.g.mend...@gmail.com wrote: I think we can use quilt (as you write) and move the location to /var/lib/salt/ [1] https://github.com/saltstack/salt/issues/3396 If you need help, well... we can do it together. I think there are 2 approaches: 1) Change default config file 2) Change code to look in both locations Obviously we could do both. If we don't do option 2, then we need to provide some sort of migration path for existing users. This could be as little as notes in the changelog and a NEWS file, or it could be a migration script as well. What do you think? Cheers, Joe On Wed, Apr 10, 2013 at 5:13 AM, Franklin G. Mendoza franklin.g.mend...@gmail.com wrote: I think we can use quilt (as you write) and move the location to /var/lib/salt/ [1] https://github.com/saltstack/salt/issues/3396 If you need help, well... we can do it together. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703600: salt: Fix check for systemd
Hi Martin, I'm relatively new to this game so I just want to make sure I understand your bug. Please correct me if I am wrong. Salt has recently updated the way it checks for systemd. The way salt is doing so is incorrect and the appropriate way to do so is in the patch. This patch is not debian specific, but should be applied upstream. You have not raised an issue upstream regarding this (I did a quick search for systemd and found nothing relevant). We can either apply this fix here (if it is urgent) or take it upstream. I think it would be more appropriate to send it upstream. If I don't hear back otherwise from you regarding this, I will send the bug upstream. Cheers, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698898: certificate file locations
Hi, Is it appropriate to set the default config to a /var/lib/salt/{master,minion}/pki location? If so, I guess this would be done via a quilt patch. People who are using package managed versions would need to be notified, but the number of those should be small at this stage. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#345374: yaird: Patch for DMA seems not to work here
Package: yaird Version: 0.0.12-3 Followup-For: Bug #345374 I have tried using the patch and some of the config options (adding/moving ide-generic, etc) with no luck. I get the same error as Roman Kalukiewicz [EMAIL PROTECTED]. Currently back running 2.4 kernel, DMA works here. I have added output from lsmod and hdparm below. Not sure what other information I can provide. Thanks and hope we can sort it out. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages yaird depends on: ii cpio 2.6-10 GNU cpio -- a program to manage ar ii dash 0.5.3-2 The Debian Almquist Shell ii libc62.3.5-12.1 GNU C Library: Shared libraries an ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-10Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information *** /home/joe/projects/debian/bugs/hda20060206 Output of hdaparm -i /dev/hda: /dev/hda: Model=SAMSUNG SP2014N, FwRev=VC100-33, SerialNo=S088J1SY904192 Config={ Fixed } RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: unknown: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7 * signifies the current active mode *** /home/joe/projects/debian/bugs/lsmod20060206 Output of lsmod: Module Size Used byNot tainted parport_pc 23880 1 (autoclean) lp 6724 0 parport26504 1 [parport_pc lp] ip_nat_irc 2320 0 (unused) ip_conntrack_irc2896 1 ipt_LOG 3480 4 (autoclean) iptable_mangle 2200 0 (autoclean) (unused) iptable_filter 1772 1 (autoclean) printer 7968 0 usb-ohci 19496 0 (unused) usbcore62892 1 [printer usb-ohci] i810_audio 2 0 (unused) ac97_codec 13300 0 [i810_audio] soundcore 3940 2 [i810_audio] ide-scsi 10032 0 scsi_mod 95140 1 [ide-scsi] forcedeth 9324 1 ipt_MASQUERADE 1496 0 (unused) ip_conntrack_ftp3920 1 (autoclean) ip_nat_ftp 2928 0 (unused) iptable_nat17510 2 [ip_nat_irc ipt_MASQUERADE ip_nat_ftp] ip_conntrack 19528 2 [ip_nat_irc ip_conntrack_irc ipt_MASQUERADE ip_conntrack_ftp ip_nat_ftp iptable_nat] ip_tables 12192 7 [ipt_LOG iptable_mangle iptable_filter ipt_MASQUERADE iptable_nat] ide-cd 31328 0 cdrom 29828 0 [ide-cd] rtc 6440 0 (autoclean) ext3 81068 5 (autoclean) jbd42468 5 (autoclean) [ext3] ide-detect 288 0 (autoclean) (unused) amd74xx11172 1 (autoclean) unix 14960 34 (autoclean) ide-disk 16864 6 (autoclean) ide-core 108632 6 (autoclean) [ide-scsi ide-cd ide-detect amd74xx ide-disk] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]