Bug#736573: ITP: python-rtslib-fb -- object API for managing the Linux LIO kernel target
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-rtslib-fb Version : 2.1.45 Upstream Author : Andy Grover * URL : https://github.com/agrover/rtslib-fb * License : Apache-2.0 Programming Lang: Python Description : object API for managing the Linux LIO kernel target The rtslib-fb package is an object-based Python library for configuring the LIO generic SCSI target, present in 3.x Linux kernel versions. . The rtslib-fb package is a fork of the "rtslib" code written by RisingTide Systems. The "-fb" differentiates between the original and this version. Ensure to use either all "fb" versions of the targetcli components -- targetcli, rtslib, and configshell, or stick with all non-fb versions, since they are no longer strictly compatible. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125080158.17143.41020.report...@buzig.gplhost.com
RE: Apt-get question
> Date: Sat, 25 Jan 2014 16:32:44 +0900 > From: osamu_aoki_h...@nifty.com > To: rwob...@hotmail.com > CC: debian-devel@lists.debian.org > Subject: Re: Apt-get question > > Hi, > > On Fri, Jan 24, 2014 at 07:34:27PM +, Roelof Wobben wrote: > > Hello, > > > > I wonder if there is a manual how to install/port apt-get to another distro. > > It is a non-trivial task you are talking ... but it is not impossible > task as I understand if you can figure out which functionality of apt > you take and how you integrate them all. > > There were and seem to be good efforts to port apt to rpm based distro. > http://apt-rpm.org/ > You can see how they handled as your guide. > > Also do not forget to read the source of apt. > http://packages.qa.debian.org/a/apt.html > I will read the source. One thing Slackware is not a rpm based distro but they have there own package format. Roelof
Proposed changes on menu systems (was: Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?)
Dear all, there is an ongoing discussion about the documentation of menu systems on the debian-policy mailing list, which led to proposed changes and it was suggested to give them a better coverage. On part of the proposal is about the description of the FreeDesktop menu system and its integration on Debian. I think that we have converged to a good wording there. Another part of the proposal is about the description of the Debian menu system. As of today (version 3.9.5), the Policy gives it a central importance. But this ignores the fact that on the majority of the desktop systems running Debian, the Debian menu is deprecated and hidden. Indeed, in Jessie it will not be installed by default anymore by the task-desktop metapackage. Moreover, in the discussion that took place on the debian-policy mailing list, there was hardly some support for the Debian menu altogether. As a consequence, the current proposition is to remove the description of the Debian menu from the Debian policy. The last part describes how to associate media types with file extensions through FreeDesktop menu entries, and how this system coexists with the mailcap system. As the maintainer of the mime-support package, I would be interested to switch even more broadly to the FreeDesktop system, but did not yet find time to implement these changes. Help is welcome ! See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707851#270 for the precise wording of the proposal. I would welcome constructive comments on the patch proposed. By constructive I mean focused (please quote the parts you comment), backed by explanations and, in case of strong objections, some background about what are the stakes of the commenter in the maintenance or use of menu systems and media types. Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125121136.gm24...@falafel.plessy.net
Re: Apt-get question
On Sat, Jan 25, 2014 at 08:22:26AM +, Roelof Wobben wrote: > Osamu Aoki wrote: > > There were and seem to be good efforts to port apt to rpm based distro. > > http://apt-rpm.org/ > > You can see how they handled as your guide. > > > > Also do not forget to read the source of apt. > > http://packages.qa.debian.org/a/apt.html > > I will read the source. One thing Slackware is not a rpm based distro > but they have there own package format. I think the point is that studying how apt was ported to rpm may give you some guidelines as to how you might port it to another low-level packaging system. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125125218.ga17...@riva.ucam.org
Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots
Package: wnpp Severity: wishlist Owner: Sebastien Badia * Package name: r10k Version : 1.1.2 Upstream Author : Adrien Thebo * URL : https://github.com/adrienthebo/r10k * License : Apache2 Programming Lang: Ruby Description : Smarter Puppet deployment, powered by killer robots r10k provides a general purpose toolset for deploying Puppet environments and modules. It implements the Puppetfile format and provides a native implementation of Puppet dynamic environments. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125140433.7493.16650.reportbug@localhost
Bug#736610: ITP: livedico -- Livebox key generator
Package: wnpp Severity: wishlist Owner: Pierre Rudloff * Package name: livedico * URL : https://code.google.com/p/livedico/ * License : GPL3 Programming Lang: C++ Description : Livebox key generator -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125145843.19270.1995.reportbug@Rudloff
Re: Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots
On Jan 25, Sebastien Badia wrote: > Description : Smarter Puppet deployment, powered by killer robots I recommend that we keep packages descriptions to factual statements. -- ciao, Marco signature.asc Description: Digital signature
Re: Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots
On Sat, Jan 25, 2014 at 03:04:33PM +0100, Sebastien Badia wrote: > Package: wnpp > Severity: wishlist > Owner: Sebastien Badia > > * Package name: r10k > Version : 1.1.2 > Upstream Author : Adrien Thebo > * URL : https://github.com/adrienthebo/r10k > * License : Apache2 > Programming Lang: Ruby > Description : Smarter Puppet deployment, powered by killer robots A misleading description doesn't help alleviate erroneous search results. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125152439.GA30373@tal
Bug#736624: ITP: golang-bindata -- embed data in a Go program
Package: wnpp Severity: wishlist Owner: Vincent Bernat -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: golang-bindata Version : 2.0.3 Upstream Author : Jim Teeuwen * URL : https://github.com/jteeuwen/go-bindata * License : CC0 Programming Lang: Go Description : embed data in a Go program This tool converts any file into managable Go source code. It is useful for embedding binary data into a Go program. The file data is optionally gzip compressed before being converted to a raw byte slice. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS4+qoAAoJEJWkL+g1NSX5sQ8P/jnKF8bsscK0r3yIKDtMvYAt 4SPQGJSGzEVKy5ErgImyIwYuk2WqvtnHgremor2aanUnU26yXcccNd/8U8xIU9IM y2BrKVKGTMJXITPeyXAFeDmxoLagLkcN//FApCJMgHpma3A3q8pKtZAa30+FGU0O y06JZt5CMAijKqVvMr8xxuajtiAMrrxgWKBsR6f9h630GZHbeFqPiT6EJEgas4My JehM9EL7VyYP2ovt3Eb+ZtmCOAf8rSfInTxL7OYIBtAy6uFw0GyJ6wBZPW/pI/bo CDfQ1LXBIVKUAajg/TYWWTwj5LGKEgzt61sP8YBhWvZNsTK62MW9q7vtRvgPKeYN 4fZEIiS3WtIezH8LZpxPbCoz2PO7R/Z/eBAkBfEpSno98E0x+MCv3TGVm+RwnJkE aWC37J5+paY2c+XxXUeaHRYLQdJbPSnmyvMVoT1+W3w5fcuXY/Kfji3ZUeK7rpqw dcx2O4ZpsduBGXsCLTqQd/t3usTHMEcWP/7MAK19U7sFDFSqMLOC6E9LZZuqb/eH ADcRLhXt6yeCiUAuxaNC4aX3EYwdN51dn1QJziRN4hvpy41Vpv5kmyJ6ElamicQu ZrLBA8FGONnZvZKBie0OcVlW5t8sDSGvSQjAGY34CAs3Hec5FK5ip2nA39s/HikJ RanzHBMDPSVsSAK2ix+0 =eE8Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125164740.16542.24655.report...@neo.luffy.cx
Bug#736630: ITP: mongo-java-driver -- MongoDB Java driver
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: mongo-java-driver Version : 2.11.3 Upstream Author : 10gen, Inc. * URL : https://github.com/mongodb/mongo-java-driver * License : Apache-2.0 Programming Lang: Java Description : MongoDB Java driver Java library for connecting to the MongoDB open-source document database. This API is a dependency of Apache Log4J 2 (ITP #718867) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e3f32c.2020...@apache.org
Re: porting OpenRC on kFreeBSD and Hurd
severity 721917 important thanks On Fri, 2014-01-03 at 14:38 -0500, Julián Moreno Patiño wrote: > Hello, > > Good news, I see it there: > > http://packages.qa.debian.org/o/openrc.html > https://buildd.debian.org/status/package.php?p=openrc&suite=experimental Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit, see #721917 and soon to be updated patches of openrc (0.12.4+20131230-7) for GNU/Hurd :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1390671250.3773.6.camel@PackardBell-PC
Re: Proposal: remove krb5-appl (rlogin, rsh, telnet, ftp with krb5 support)
Brian May schrieb: > --001a11c1fd62df72e504f0aac077 > Content-Type: text/plain; charset=UTF-8 > > On 24 January 2014 04:14, Jelmer Vernooij wrote: > >> > My proposal is to drop the package from the archive, but I wanted to >> > give others a chance to shout out that I'm wrong and that there's some >> > compelling use-case I've missed. >> > If someone can convince me that the packages are useful I'm happy to >> > spend some effort on them. >> > However, I don't think that's the case. >> FWIW we are currently having the same discussion for the Heimdal packages. >> > > http://thread.gmane.org/gmane.comp.encryption.kerberos.heimdal.general/7608 > > I think these old binaries could make the entire source package and all > binary packages it builds look bad, if for example somebody discovers a > serious security issue. Which is very possible, as I don't think anyone is > really interested in the source code any more. I agree with the removal. http://www.debian.org/security/2011/dsa-2375 was already a sufficiently unpleasant christmas present (exploit was posted on on 24th December) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnle7vn3.4eh@inutil.org
Re: porting OpenRC on kFreeBSD and Hurd
seems like this mail was not delivered?? On Fri, 2014-01-03 at 14:38 -0500, Julián Moreno Patiño wrote: > Hello, > > Good news, I see it there: > > http://packages.qa.debian.org/o/openrc.html > https://buildd.debian.org/status/package.php?p=openrc&suite=experimental Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit, see #721917 and soon to be updated patches of openrc (0.12.4+20131230-7) for GNU/Hurd :-) bug #736636 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1390674674.3773.22.camel@PackardBell-PC
Re: Proposal: remove krb5-appl (rlogin, rsh, telnet, ftp with krb5 support)
On Thu, Jan 23, 2014 at 5:25 PM, Sam Hartman wrote: > > > hi. > A few months ago, Russ Allberry stepped down from co-maintaining > krb5-appl. > I'm reasonably happy to keep maintaining it, although when we thought > about it, we cannot think of anyone using the package. > It provides krb5 versions of rlogin, rsh, ftp and telnet. > The telnet is insecure and should not be used; even with encryption > turned on, it's only DES and has other design defects. > > The other utilities kind of work, but ssh (with Kerberos authentication > if desired) is a much better solution. Only in cases when Kerberos5 is not available. One major advantage over ssh is that krb5-rsh has much lower latency and overhead (in terms of used cpu time) when executing a plain /bin/true on a remote host, doing that in a loop over 1000 logins can take hours with ssh but takes minutes with krb-rsh. ssh is a *major* pain in the arse if you have a distributed cluster which depends on rsh/ssh - with ssh the cpu time overhead is so great that it often doesn't even make sense to call the remote host to offload a job. krb-rsh is much more lightweight, e.g. consumes much less cpu time. Josh -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caeemktnrgnz2syxcnr+1mphc6u_amdk0_lisqfxfg80ahcd...@mail.gmail.com
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On 11/06/2013 07:00 AM, Paul Tagliamonte wrote: > If you want to hold your own system back, there's nothing stoping you > (and your rights granted by f/oss software allow you to do so). And there's nothing stopping you from contributing to OpenRC either, if you feel, like me, that it's free of big-corp interest, that supporting non-linux ports is the ethical thing to do, and that OpenRC deserves attention despite some of its problems, and lack of some important features. I don't remember seeing any commits or patch from you ... Cheers, Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e41a61.7040...@debian.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On 11/06/2013 09:33 PM, Gergely Nagy wrote: > Switching to systemd/upstart/OpenRC will not mean the rest will be > dropped. Whatever the decision we take, I really wish we deprecate sysv-rc in the favor of OpenRC. It would really make sense, even if systemd or Upstart becomes the default. Also, I would really love to get help on actually making it *easy to switch* from one init system to another, though we aren't there at all. Shutting down daemons cleanly on the first shutdown on all calses, after switching, isn't easy. Contributions welcome! Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e41efe.6070...@debian.org
Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.
On 11/06/2013 10:14 PM, Thorsten Glaser wrote: > but the propo- > nents of systemd, upstart *and* openrc (to a lesser amount) > alike *all* want to *not* keep supporting init scripts). Just FYI, here's my view... I'd love to have a patch in OpenRC so that we'd have something like /etc/init.d.openrc that would contains overrides runscripts for sysv-rc scripts in /etc/init.d, so that they would both co-exist (like, if OpenRC sees they have the same name, use the one in /etc/init.d.openrc). However, we don't have such a feature yet. If we never have such a patch available, then yes, I'd be for sysv-rc scripts to die, which can only happen if we impose the support of either Upstart or systemd: in which case init.d scripts could be converted to OpenRC runscripts, because OpenRC would be the only left consumer of them if we decide sysv-rc is deprecated. The later is a likely scenario, but I'd prefer the former. Feel free to contribute! :) Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e42110.7090...@debian.org
Where have all the package VCSs gone?
Do they now require login, or is the server down? simgear$ git pull fatal: unable to access 'https://alioth.debian.org/anonscm/git/collab-maint/simgear.git/': The requested URL returned error: 403 http://anonscm.debian.org/viewvc/pkg-llvm/emscripten/trunk/: An Exception Has Occurred The root "pkg-llvm" is unknown. If you believe the value is correct, then please double-check your configuration. HTTP Response Status 404 Not Found http://anonscm.debian.org/gitweb/?p=collab-maint/flightgear.git: projects / 404 - No such project OPML TXT https://alioth.debian.org/scm/browser.php?group_id=100578 [openscenegraph] redirects to the Alioth login page (https://alioth.debian.org/account/login.php?triggered=1&return_to=%2Fscm%2Fbrowser.php%3Fgroup_id%3D100578) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52e424da.4030...@bham.ac.uk
Re: Where have all the package VCSs gone?
I'm getting the same issue for the web viewer On Sun, Jan 26, 2014 at 7:55 AM, Rebecca N. Palmer wrote: > Do they now require login, or is the server down? > > simgear$ git pull > fatal: unable to access 'https://alioth.debian.org/ > anonscm/git/collab-maint/simgear.git/': The requested URL returned error: > 403 > > http://anonscm.debian.org/viewvc/pkg-llvm/emscripten/trunk/: > > An Exception Has Occurred > > The root "pkg-llvm" is unknown. If you believe the value is correct, then > please double-check your configuration. > HTTP Response Status > > 404 Not Found > > http://anonscm.debian.org/gitweb/?p=collab-maint/flightgear.git: > > projects / > > > 404 - No such project > OPML TXT > > https://alioth.debian.org/scm/browser.php?group_id=100578[openscenegraph] > redirects to the Alioth login page ( > https://alioth.debian.org/account/login.php?triggered=1&; > return_to=%2Fscm%2Fbrowser.php%3Fgroup_id%3D100578) > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/52e424da.4030...@bham.ac.uk > >
Re: Where have all the package VCSs gone?
Hi, On Samstag, 25. Januar 2014, Jackson Doak wrote: > I'm getting the same issue for the web viewer git clone git://git.debian.org/git/piuparts/piuparts.git also fails plus the kernel svn repo seems to be affected as well... and #alioth is aware. So this should be fixed in a few hours, hopefully+usually. cheers, Holger signature.asc Description: This is a digitally signed message part.
openrc: Updated patches making openrc work properly on Debian GNU/Hurd
Whatever you have decided about Linux only, this is relevant
information. Debian is about versatility in the Unix/Posix way, not any
proprietary locked-in thing. If you continue this track Debian will no
longer be a "Universal operating system". And users will choose to go
for a FREE SOFTWARE solution (not a locked-in one)!
Package: openrc
Version: 0.12.4+20131230-7
Severity: important
Tags: patch
Usertags: hurd
Hi, the recent patches 0100-GNU-Hurd_PATH_MAX_and_defined.patch and
0110-GNU-Hurd_add-missing-files.patch enables a successful build of
openrc for GNU/Hurd. However, to make it work properly 0110-* has to be
modified, and #721917 to be applied! Attached is an updated patch of
0110-GNU-Hurd_add-missing-files.patch.
Of course some minor things, like mount parameters still has to be
modified, but the basic functionality is there :)
Thanks!
Description: Adds missing files for GNU Hurd
Author: Thomas Goirand , Svante Signell
Forwarded: no
Last-Update: 2014-01-06
Index: openrc-0.12.4+20131230/etc/rc.conf.GNU
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/etc/rc.conf.GNU 2014-01-24 12:03:48.669658957 +0100
@@ -0,0 +1,15 @@
+##
+# GNU/Hurd SPECIFIC OPTIONS
+
+# This is the subsystem type. Valid options on GNU/Hurd:
+# ""- nothing special
+# "subhurd" - Hurd subhurds (to be checked)
+# If this is commented out, automatic detection will be used.
+#
+# This should be set to the value representing the environment this file is
+# PRESENTLY in, not the virtualization the environment is capable of.
+#rc_sys=""
+# This is the number of tty's used in most of the rc-scripts (like
+# consolefont, numlock, etc ...)
+#rc_tty_number=6?
+
Index: openrc-0.12.4+20131230/sh/init.sh.GNU.in
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/sh/init.sh.GNU.in 2014-01-25 18:48:04.227762627 +0100
@@ -0,0 +1,43 @@
+#!@SHELL@
+# Copyright (c) 2007-2009 Roy Marples
+# Copyright (c) 2014 Svante Signell
+# Released under the 2-clause BSD license.
+# This basically mounts $svcdir as a ramdisk, but preserving its content
+# which allows us to run depscan.sh
+# FIXME: Modify for GNU/Hurd
+
+mount_svcdir()
+{
+# RC_LIBEXECDIR=/lib/rc
+# RC_SVCDIR=/lib/rc/init.d
+einfo "Executing /lib/rc/sh/init.sh"
+if ! fstabinfo --mount "$RC_SVCDIR"; then
+ if ! mountinfo -q "$RC_SVCDIR"; then
+echo "$RC_SVCDIR not mounted"
+ro=0
+rc=`fsysopts / | grep -q readonly`
+if [ $? = 0 ]; then
+ ro=1
+ echo "$RC_SVCDIR not writable"
+ fsysopts / --writable
+ echo "Creating $RC_SVCDIR"
+ mkdir -p $RC_SVCDIR
+ echo "Mounting $RC_SVCDIR on tmpfs"
+
+ rc=`mount -t tmpfs -o mode=0755,no-suid,size=10% tmpfs "$RC_SVCDIR"`
+ if [ $? != 0 ]; then
+echo "Unable to mount tmpfs on $RC_SVCDIR."
+echo "Can't continue."
+exit 1
+ fi
+ if [ ro = 1 ]; then
+fsysopts / --readonly
+ fi
+fi
+ fi
+fi
+}
+
+. "$RC_LIBEXECDIR"/sh/functions.sh
+[ -r "/etc/rc.conf" ] && . "/etc/rc.conf"
+. "$RC_LIBEXECDIR"/sh/init-common-post.sh
Index: openrc-0.12.4+20131230/conf.d/network.GNU.in
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/conf.d/network.GNU.in 2014-01-24 08:32:52.0 +0100
@@ -0,0 +1,4 @@
+
+# You can assign a default route
+#defaultroute="gw 192.168.0.1"
+#defaultroute6="gw 2001:a:b:c"
Index: openrc-0.12.4+20131230/mk/os-GNU.mk
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/mk/os-GNU.mk 2014-01-24 08:32:52.0 +0100
@@ -0,0 +1,8 @@
+# Copyright (c) 2008 Roy Marples
+# Released under the 2-clause BSD license.
+
+SFX= .GNU.in
+PKG_PREFIX?= /usr
+
+CPPFLAGS+= -D_BSD_SOURCE -D_XOPEN_SOURCE=700
+LIBDL= -Wl,-Bdynamic -ldl
Index: openrc-0.12.4+20131230/conf.d/staticroute.GNU.in
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/conf.d/staticroute.GNU.in 2014-01-24 08:32:52.0 +0100
@@ -0,0 +1,7 @@
+# Separate multiple routes using ; or new lines.
+# /etc/route.conf(5) takes precedence over this configuration.
+
+# Example static routes. See route(8) for syntax.
+# FIXME: "net ..." not supported
+#staticroute="net 192.168.0.0 -netmask 255.255.255.0 --address 10.73.1.1
+#net 192.168.1.0 -netmask 255.255.255.0 --address 10.73.1.1"
Index: openrc-0.12.4+20131230/init.d/sysctl.GNU.in
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ openrc-0.12.4+20131230/init.d/sysctl.GNU.in 2014-01-24 08:32:52.0 +0100
@@ -0,0 +1,32 @@
Re: Bug#736604: ITP: r10k -- Puppet environment and module deployment (was: ITP: r10k -- Smarter Puppet deployment, powered by killer robots)
On Sun, Jan 26, 2014 at 04:24:40AM (+1300), Chris Bannister wrote: > > Description : Smarter Puppet deployment, powered by killer robots > > A misleading description doesn't help alleviate erroneous search > results. retitle 736604 ITP: r10k -- Puppet environment and module deployment thanks Hi, Indeed, you're right, I was a little too fast… The description is now updated according your comments. Thank you for your vigilance! Cheers, Seb -- Sebastien Badia Xmpp/mail: -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125221920.ga9...@grimoire.sebian.fr
Re: Switching default dpkg-source compressor for V2+ formats to xz
* Guillem Jover , 2013-08-13, 03:52: After having switched the default dpkg-deb compressor to xz in 1.17.0, it only makes sense to update the new source formats too, more so when an increasing number of packages are getting switched manually. And given that there should be less of an issue wrt compatibility with other systems, compared to .deb packages. OTOH, source package compression is something that is way more visible that .data.tar compression. I found it aesthetically displeasing to see a source package consisting of mixture of .tar.gz and .tar.xz, especially when .tar.xz was the smallest file… -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140125224317.ga9...@jwilk.net
Re: porting OpenRC on kFreeBSD and Hurd
Hey Svante, Svante Signell writes: > Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit, > see #721917 Good job! > and soon to be updated patches of openrc (0.12.4+20131230-7) side note: 0.12.4+20131230-7 is already in tree http://packages.qa.debian.org/o/openrc/news/20140122T091942Z.html that'll be an -8 then. > for GNU/Hurd :-) bug #736636 Cheers, Benda -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8638kbh55l@moguhome00.in.awa.tohoku.ac.jp
Re: porting OpenRC on kFreeBSD and Hurd
Hey Svante, Svante Signell writes: > Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit, > see #721917 Good job! > and soon to be updated patches of openrc (0.12.4+20131230-7) side note: 0.12.4+20131230-7 is already in tree http://packages.qa.debian.org/o/openrc/news/20140122T091942Z.html that'll be an -8 then. > for GNU/Hurd :-) bug #736636 Cheers, Benda -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/864n4rh572@moguhome00.in.awa.tohoku.ac.jp
Re: openrc: Updated patches making openrc work properly on Debian GNU/Hurd
On Jan 25, Svante Signell wrote: > Whatever you have decided about Linux only, this is relevant > information. Debian is about versatility in the Unix/Posix way, not any No, it's not. Next. -- ciao, Marco signature.asc Description: Digital signature
Re: Indeed, python-concurrent.futures is the same
On 25 January 2014 17:21, Sandro Tosi wrote: >> Huh? Thomas seemed to be doing the right thing per the DPMT standards >> etc; > > if you change the python helper, you HAVE TO contact who's maintaining > the package and have they ack the change, that's the team standard. > No, one does not within python apps/module teams. It's not the first time when you are over-reacting to team changes in a very aggressive/abusive manner. Honestly, nobody is trying to purposely cause harm to debian packages. >> if you don't want the package to be team maintained, perhaps take >> it out of team maintenance? > > lecturing is not required, thanks > This is not a lecture. You clearly have "maintainer - team" balance swayed way to the maintainer-mandated side of things, which is not shared with anyone else in the debian apps/modules team. I do not share your view that "Thomas Goirand is not welcomed here." on the contrary, the Debian Project welcomes and encourages participation by everyone. We welcome contributions from everyone as long as they interact constructively. When packages that you declared are maintained within the team are touched, at times (and this is not the first time), you demand post-factum that you should have been exclusively consulted first and you demand or threaten for all changes to be reverted. This is not constructive interaction within python apps/modules teams, nor wider Debian Project. Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUhGR=jkplvio8njsa0r_acekkukvg7bmwrjjkdyg6q...@mail.gmail.com
