Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

David Prévot: > Le 18/03/2016 18:06, Josh Triplett a écrit : > >> I would suggest that Firefox addon packages should depend on "firefox | >> firefox-esr" > > Most of those packages are mozilla-devscripts for the build and just > need to be rebuilt to get fixed. Even if our infrastructure has all

Bug#818408: ITP: puppet-module-aodh -- Puppet module for OpenStack Aodh

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-aodh Version : 8.0.0~b1 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/puppet-aodh * License : Apache-2.0 Programming Lang: Ruby, Puppet Descr

Bug#818547: RFH: vpnc -- Cisco-compatible VPN client

Package: wnpp Severity: normal I request assistance with maintaining the vpnc package. I'm no longer actively using it, and I never got around to learn enough about ipsec to really understand what's going on and (sometimes) going wrong. Hence I feel I'm unable to properly debug and support some ki

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

Can someone explain why we are bringing Firefox back? Are we going to rename it again if^Wwhen Mozilla stops liking us? Also, why there are two firefox* packages, and what's the difference between them? (They have identical descriptions...) * Josh Triplett , 2016-03-18, 15:06: Firefox addon p

Bug#818409: ITP: puppet-module-saz-rsyslog -- Puppet module for rsyslog

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-saz-rsyslog Version : 2.2.1 Upstream Author : Steffen Zieger * URL : https://github.com/saz/puppet-rsyslog * License : Apache-2.0 Programming Lang: Ruby, Puppet Descriptio

Bug#818396: ITP: fuel-ui -- OpenStack Fuel deployment server - Web GUI

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: fuel-ui Version : 9.0~0+2016.03.15.git.74d6c7a29b Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/fuel-ui * License : Apache-2.0 Programming Lang: JavaScript,

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

On Sun, 20 Mar 2016 at 11:43:54 +0100, Jakub Wilk wrote: > Also, why there are two firefox* packages, and what's the difference between > them? (They have identical descriptions...) As far as I understand it (not a Mozilla maintainer): firefox-esr is the Extended Support Release version

Re: a poll for Dgit workflows

Daniel Stender writes ("a poll for Dgit workflows"): > I've experimented with applying `gbp import-orig` on an extra > upstream branch and merging into e.g. dgit/sid, but this seems to be > substandard because `dgit quilt-fixup` wants to quiltify all the > changes in the working tree, which isn't w

Mass Bug Filing: Missing Build-Depends: graphviz

Greetings. There seems to be more than ten packages which: * Have doxygen in Build-Depends. * Do not have graphviz in Build-Depends. * Try to run "dot" during the build. * The build does not fail because doxygen keeps working as if nothing bad happened, violating Policy 4.6. (This is already

Re: Mass Bug Filing: Missing Build-Depends: graphviz

On 03/20/2016 01:52 PM, Santiago Vila wrote: > There seems to be more than ten packages which: > > * Have doxygen in Build-Depends. > * Do not have graphviz in Build-Depends. > * Try to run "dot" during the build. > * The build does not fail because doxygen keeps working as if > nothing bad happ

Re: Archive changes

On 14247 March 1977, Joerg Jaspert wrote: > I've just activated a few changes to the archive we talk(ed) about for a > long time. And while it is not exactly the start of this release cycle, > it should still work out nicely (so one hopes). Tuesday to now - i think the majority of what breaks wit

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

On 2016-03-20 at 06:43, Jakub Wilk wrote: > * Josh Triplett , 2016-03-18, 15:06: >> Firefox addon packages (xul-ext-*) typically have a Depends on >> iceweasel, sometimes with alternatives for icedove or other >> supported packages that can use the addon. With the switch to >> firefox and firefo

Re: Mass Bug Filing: Missing Build-Depends: graphviz

On Sun, Mar 20, 2016 at 02:31:23PM +0100, Christian Seiler wrote: > There are 358 packages in unstable that currently have B-D/B-D-I: doxygen > but no B-D/B-D-I: graphviz. But my guess is that not all of them (probably > not even most of them) actually run dot during Doxygen build. > > Of those, 2

Bug#818786: ITP: node-get-stdin -- Get stdin as a string or buffer

Package: wnpp Serverity: wishlist Owner: Jonathan Ulrich Horn X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-get-stdin Version : 5.0.1 Upstream Author : Sindre Sorhus * URL : https://github.com/sindresorhus/get-stdin * License : Expat Descr

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr"): > Now, one thing which seems like it _could_ fix this without requiring a > MBF would be for firefox and firefox-esr to acquire 'Provides: > iceweasel'. That seems like a misuse of the system to

Re: Mass Bug Filing: Missing Build-Depends: graphviz

Ok, this is postponed for now. One of the bugs I was going to report was already reported: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778478 The maintainer points out that the default value for HAVE_DOT is NO, so he's reluctant to add the build-dependency. But this is only true in doxyge

Re: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think you are mistaken about a few things. On Sun, Mar 20, 2016 at 06:04:55PM +0100, Santiago Vila wrote: > The maintainer points out that the default value for HAVE_DOT is NO, > so he's reluctant to add the build-dependency. If the program can be

Re: Mass Bug Filing: Missing Build-Depends: graphviz

On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote: > That also means that programs calling dot will need graphviz in their > Build-Depends, no matter what the default is. As is, a number of them do call dot without the build-dependency. > > But this is inconsistent with having graphviz i

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

Ian Jackson wrote: > The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel but > not firefox/firefox-esr"): > > Now, one thing which seems like it _could_ fix this without requiring a > > MBF would be for firefox and firefox-esr to acquire 'Provides: > > iceweasel'. That seems li

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

On Sun, 2016-03-20 at 12:39 -0700, Josh Triplett wrote: > Ian Jackson wrote: > > > > The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel but > > not firefox/firefox-esr"): > > > > > > Now, one thing which seems like it _could_ fix this without requiring a > > > MBF would be f

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

On Mar 20, 2016 4:31 PM, "Ben Hutchings" wrote: > > On Sun, 2016-03-20 at 12:39 -0700, Josh Triplett wrote: > > Ian Jackson wrote: > > > > > > The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr"): > > > > > > > > Now, one thing which seems like it _

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

James McCoy wrote: > On Mar 20, 2016 4:31 PM, "Ben Hutchings" wrote: > > On Sun, 2016-03-20 at 12:39 -0700, Josh Triplett wrote: > > > Ian Jackson wrote: > > > > The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel > > > > but not firefox/firefox-esr"): > > > > > Now, one thing

Build failures with libc6 2.23 from experimental

I compiled unstable with libc6 2.23 (2.23-0experimental0) from experimental. I filed the following build failures: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=2.23;users=debian-gl...@lists.debian.org -- Martin Michlmayr http://www.cyrius.com/

Re: Possible MBF: Packages depending on iceweasel but not firefox/firefox-esr

On Mon, Mar 21, 2016 at 8:38 AM, Josh Triplett wrote: > Ah. So I assume that packages using versioned Provides probably > shouldn't get uploaded to the archive until that happens? There are already packages in the archive using versioned Provides: libjpeg62, python cffi packages, several php pac

Re: Mass Bug Filing: Missing Build-Depends: graphviz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Mar 20, 2016 at 08:07:55PM +0100, Adam Borowski wrote: > On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote: > > That also means that programs calling dot will need graphviz in their > > Build-Depends, no matter what the default is. >

E-Learning Management Solutions & Development Packages !!

Hello, I am Anupreet (*Senior Moodle consultant*) We are an expert team of more than 16 developers with a combined experience of more than 82 years. We are completely focused on following the best practices of Moodle and always giving best learning management system experience to all our clients.