Re: [openstack-dev] [packaging][rpm] 3rd-party gates promotion to voting gates
Hi, Thank you for bringing this topic up! +1 from me. We will do our best to keep services up-and-running from MOS (Mirantis) side. On 09/26/2016 02:48 PM, Haïkel wrote: > Hi, > > following our discussions about 3rd party gates in RPM packaging project, > I suggest that we vote in order to promote the following gates as voting: > - MOS CI > - SUSE CI > > After promotion, all patchsets submitted will have to validate these gates > in order to get merged. And gates maintainers should ensure that the gates > are running properly. > > Please vote before (and/or during) our thursday meeting. > > > +1 to promote both MOS and SUSE CI as voting gates. > > Regards, > H. > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [deb-packaging][infra] We need help with merging important change requests
Hello, Recently, change request where Thomas Goirand (zigo) proposed job [1] to build generic Debian packages was finally merged. After CR to openstack/deb-spice-html5 project [2] we've faced issue when the Infra repository is not being used during package build job. Paul Belanger already modified required script [3] to produce a source list to APT which could be linked anytime. I've already linked it in pkgdeb-build-pkg Jenkins job and the change [4] is on review. We also need another Thomas Goirand change request [5] to be merged and to be able to backport packages from Sid. Please spend some time on reviewing and merging CRs [4] and [5]. Monty Taylor we also need +1 from you as PTL of packaging-deb team. Once required changes are merged we can move forward with adding other required projects [6] and make progress with packaging. Thank you. Already merged: [1] https://review.openstack.org/307742 [2] https://review.openstack.org/347946 [3] https://review.openstack.org/341856 Requires your attention: [4] https://review.openstack.org/350056 [5] https://review.openstack.org/346095 TODO: [6] https://review.openstack.org/347047 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide
As I've commented on Matthew's patch to the guide, you may just ask apt not to ask questions provided by debconf, by prepending DEBIAN_FRONTEND=noninteractive to it. Of course you will need to add more options in case of an upgrade if you want to get rid of all the questions, like adding force-confold and force-confdef options to dpkg but it is up to you. On 04/09/2016 12:20 PM, Tom Fifield wrote: > On 09/04/16 14:49, Thomas Goirand wrote: >> I still don't have any idea what's wrong with the >> Debian guide. > > The standing issue that I recall that raises the maintenance burden is > the use of debconf rather than/in addition to manual config file edits > as per the other distros. I can't remember whether you already tried a > version without debconf or not though. > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [puppet] Running Debian packages on top of Trusty
Hello, On 10/02/2015 03:15 PM, Emilien Macchi wrote: > Hey Thomas, > > On 10/02/2015 04:33 AM, Thomas Goirand wrote: > [...] >> We also may need, at some point, to add the type mosdebian and moscentos >> to the list of supported package suite, as there still will be some >> differences between the upstream Debian or CentOS packages. What is the >> best way to add this variable values? >> >> Could you Puppet experts explain to me and my Mirantis colleagues again? > > So we partially discussed about that during our last weekly meeting [1] > and it come out the best way to support both Debian & Ubuntu are Puppet > conditionals, like we already have in place. > > [1] > http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-09-29-15.00.html It does not solve the original problem. Let's say you want to install Debian packages on-top of Ubuntu, it will fail and you will have to use workarounds, for example in the params.pp [1] you have specified. [1] https://github.com/openstack/puppet-nova/blob/master/manifests/params.pp#L100-L107 > > See the example with puppet-nova |2] where we use $::operatingsystem > fact [3] to detect if we're running Ubuntu or Debian. > If we're running Ubuntu, we take reference from UCA packaging. If > Debian, we take your work as reference. > > [2] > https://github.com/openstack/puppet-nova/blob/master/manifests/params.pp#L100-L107 > [3] https://puppetlabs.com/facter > What we need is some variable which can override the decision which Operating System is used and thereby required packages will be installed. At least for Debian, that is what we really need. I'd be grateful if you look into it. Thank you. > >> Sorry that I didn't take notes about it and couldn't explain, >> Cheers, >> >> Thomas Goirand (zigo) >> >> P.S: Where may I find the best tutorial to get up-to-speed about puppet, >> so that I know what I'm talking about next time? >> > > I personally learnt (and am still learning) by using official > documentation [4], that I suggest you to start with. > > [4] http://docs.puppetlabs.com/puppet/ > > Hope it helps, > > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev