Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-stdlib
Version : 4.1.0
Upstream Author : Puppet Labs Inc
* URL : https://forge.puppetlabs.com/puppetlabs/stdlib
* License : Apache 2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-apt
Version : 1.2.0
Upstream Author : Puppet Labs Inc
* URL : http://forge.puppetlabs.com/puppetlabs/apt
* License : MIT
Programming Lang: Ruby
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-inifile
Version : 1.0.0
Upstream Author : Puppet Labs Inc
* URL : http://forge.puppetlabs.com/puppetlabs/inifile
* License : Apache 2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-ntp
Version : 2.0.0-rc1
Upstream Author : Puppet Labs Inc
* URL : http://forge.puppetlabs.com/puppetlabs/ntp
* License : Apache 2.0
Programming Lang: Ruby
between these two packages.
Best regards,
Thomas
signature.asc
Description: This is a digitally signed message part.
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-concat
Version : 1.0.0
Upstream Author : Puppet Labs Inc
* URL : http://forge.puppetlabs.com/puppetlabs/concat
* License : Apache 2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-vswitch
Version : 0.1.1
Upstream Author : Puppet Labs Inc
* URL : http://forge.puppetlabs.com/puppetlabs/vswitch
* License : Apache 2.0
Programming Lang: Ruby
in a row.
Don't we support that already?
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/5213c10f.4070...@debian.org
don't just try, and see if it is
doable. Though I have no idea how to duplicate a dak setup and probably
will not have the time to investigate how to do it myself, it could be
done through a more light infrastructure (which I can host if we don't
find anything better).
Thou
ery-old-stable with new hardware.
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/5213c685.8030...@debian.org
to think that dpkg-divert
over-engineering something that should be fixed upstream.
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/5213ca73.6080...@debian.org
t does it.
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/5213cace.5000...@debian.org
On 08/20/2013 11:44 PM, Adam Borowski wrote:
> On Tue, Aug 20, 2013 at 09:33:52PM +0200, Thomas Goirand wrote:
>> My initial idea wasn't to never *impose* the extended security
>> maintenance to all DDs. Instead, we could do it on a best-effort basis,
>> collectively. M
On 08/20/2013 11:44 PM, Vincent Bernat wrote:
> ❦ 20 août 2013 22:00 CEST, Thomas Goirand :
>
>>> I did not know that udev skipped (at least) persistent-net in virtual
>>> machines so I did not try without those replacement rules (how does it
>>> know it is a vi
On 08/22/2013 03:12 AM, Peter Samuelson wrote:
>
> [Thomas Goirand]
>> Oh ok. Not useful at all if you ask me. Why? Because sometimes, you
>> can't change the MAC address. For example, if you use the OpenStack
>> bare metal driver, then you continue to use virtual m
e
doing so.
So perhaps the more pertinent question is, what safeguards does Debian have
against infiltration?
--
Thomas Hood
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
6 months"
OpenStack stuff... If they join me and become supporters of a kind of
"LTS" for OpenStack, that'd be great, and I would be very supportive of it.
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/521a9510.6060...@debian.org
(which
I recognize is the most useful case), then it could stay as default, as
long as there is a reliable way to configure udev.
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
eparate infrastructure,
but giving no idea how to solve the pb.
Guys, if you want it to happen, raise your hands *now* like Gustavo did.
Otherwise, please everyone: let this thread die and never raise the
topic again in this list.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
just to
gather workforces of those who do it privately (like some already
reported in this thread) and put that in a single (trusted) repository,
then see how it goes. If it gains traction after Squeeze is EOL, then we
can push the idea further and make it more official, after Wheezy is EOL.
Cheers,
n Stable, though one got to be blind to not see the
demotivating side of it). I don't intend to implement such
administrative overhead for updating this very-old-stable security
repository. If we are only a small group of volunteer working on it, it
will be easier to implement as well.
Th
, the older the
> software gets, the more difficult it is to backport patches, if at all
> possible.
>
> Michael
I too, would like to know these stats.
Thomas
P.S: Before this thread, I thought updates were always updated by
maintainers, and not by the security team.
--
To UNSUBSCRIBE,
urther discussion can best be carried on in the upstream Bugzilla ticket.
Arising from the discussion in that ticket an effort has begun better
to describe the desired behavior of getaddrinfo(). Initial results can
be seen here: http://sourceware.org/glibc/wiki/NameResolver
--
Thomas Hood
--
To
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: oslo.messaging
Version : 1.2.0~a4
Upstream Author : OpenStack contributors
* URL : https://github.com/openstack/oslo.messaging
* License : Apache-2.0
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-httpretty
Version : 0.6.3
Upstream Author : Gabriel Falcao
* URL : https://github.com/gabrielfalcao/httpretty
* License : MIT
Programming Lang: Python
Description : HTTP
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-troveclient
Version : 0.3.0
Upstream Author : Nick Vlku
* URL : https://pypi.python.org/pypi/TroveClient
* License : MIT
Programming Lang: Python
Description : Client for
o
know in the ACCEPTED message who did it (for example we could send
thanks for the work of reviewing an upload). Has the FTP master team
thought about that? Or is there reasons why you want to stay anonymous?
(or perhaps nobody has time to work on that futile feature?)
Thomas
--
To UNSUBSCRIBE,
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-misaka
Version : 1.0.2
Upstream Author : Frank Smit
* URL : http://misaka.61924.nl/
* License : MIT
Programming Lang: Python
Description : binding for Sundown, a markdown
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-steadymark
Version : 0.4.5
Upstream Author : Gabriel Falcao
* URL : https://github.com/gabrielfalcao/steadymark
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-sure
Version : 1.2.2
Upstream Author : Gabriel Falcao
* URL : https://github.com/gabrielfalcao/sure
* License : GPL-3
Programming Lang: Python
Description : utility belt for
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-couleur
Version : 0.5.0
Upstream Author : Gabriel Falcão
* URL : https://github.com/gabrielfalcao/couleur
* License : Apache-2.0
Programming Lang: Python
Description : tool
#x27;d vote for a bit more relaxed policy, but I would
understand anyone thinking otherwise.
Cheers,
Thomas
P.S: Also (and with all due respect I have for someone like you, Holger)
please avoid pointing fingers at a group of people that have the will to
do things. This is counter productive.
-
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-sockjs-tornado
Version : 1.0.0
Upstream Author : Serge S. Koval
* URL : https://github.com/mrjoes/sockjs-tornado
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: jenkins-job-builder
Version : 0.5.0
Upstream Author : James E. Blair
* URL : https://github.com/openstack-infra/jenkins-job-builder
* License : Apache-2.0
Programming Lang: Python
On 09/05/2013 04:10 PM, Thomas Goirand wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Goirand
>
> * Package name: jenkins-job-builder
> Version : 0.5.0
> Upstream Author : James E. Blair
> * URL : https://github.com/openstack-i
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pycadf
Version : 0.1.5
Upstream Author : OpenStack Infra
* URL : https://github.com/stackforge/pycadf
* License : Apache-2.0
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pyghmi
Version : 0.5.0
Upstream Author : Jarrod Johnson
* URL : https://github.com/stackforge/pyghmi
* License : Apache-2.0
Programming Lang: Python
Description : General
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pystache
Version : 0.5.3
Upstream Author : Chris Jerdonek
* URL : https://github.com/defunkt/pystache
* License : MIT
Programming Lang: Python
Description : Mustache for
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-mox3
Version : 0.7.0
Upstream Author : OpenStack infra
* URL : https://pypi.python.org/pypi/mox3
* License : Apache-2.0
Programming Lang: Python
Description : Mock object
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-dogpile.cache
Version : 0.5.0
Upstream Author : Mike Bayer
* URL : http://bitbucket.org/zzzeek/dogpile.cache
* License : BSD
Programming Lang: Python
Description : caching
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-mox3
Version : 0.7.0
Upstream Author : OpenStack
* URL : https://pypi.python.org/pypi/mox3
* License : Apache-2.0
Programming Lang: Python
Description : Mock object
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-jsonpath-rw
Version : 1.2.0
Upstream Author : Kenneth Knowles
* URL : https://github.com/kennknowles/python-jsonpath-rw
* License : Apache-2.0
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-apache
Version : 0.9.0
Upstream Author : Puppet Labs
* URL : http://forge.puppetlabs.com/puppetlabs/apache
* License : Apache 2
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-dogpile.core
Version : 0.4.1
Upstream Author : Mike Bayer
* URL : https://pypi.python.org/pypi/dogpile.core
* License : BSD
Programming Lang: Python
Description : dogpile
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-nose-testconfig
Version : 0.9
Upstream Author : Jesse Noller
* URL : https://pypi.python.org/pypi/nose-testconfig
* License : Apache-2.0
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: ruby-macaddr
Version : 1.6.1
Upstream Author : Ara T. Howard
* URL : http://rubygems.org/gems/macaddr
* License : Ruby
Programming Lang: Ruby
Description : mac address
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: ruby-base62
Version : 0.1.4
Upstream Author : JT Zemp, Saadiq Rodgers-King, Derrick Camerino
* URL : http://rubygems.org/gems/base62
* License : MIT
Programming Lang: Ruby
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-falcon
Version : 0.1.7
Upstream Author : Kurt Griffiths
* URL : http://falconframework.org
* License : Apache-2.0
Programming Lang: Python
Description : supersonic micro
dvise
contributors in porting issues as well as work on porting issues myself.
Using your template: For Hurd, I fix toolchain issues, and to a lesser
degree triage arch-specific bugs and fix arch-related bugs.
Grüße,
Thomas
pgpp8ptH9BCmY.pgp
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-diskimage-builder
Version : 0.0.2
Upstream Author : OpenStack Development Mailing List
* URL : https://github.com/openstack/diskimage-builder
* License : Apache-2.0
Programming
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-postgresql
Version : 2.5.0
Upstream Author : Puppet Labs
* URL : http://forge.puppetlabs.com/puppetlabs/postgresql
* License : Apache-2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-firewall
Version : 0.4.2
Upstream Author : Puppet Labs
* URL : http://forge.puppetlabs.com/puppetlabs/firewall
* License : Apache-2.0
Programming Lang: Ruby
king carefully enough".
Please don't rewrite this way.
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/523ead81.6070...@debian.org
On 09/25/2013 11:02 PM, Andreas Henriksson wrote:
> Thomas Goirand
>miniupnpd
>nova (U)
>xen-api (U)
Thanks for telling. I have corrected the dependencies in my Git (for the
moment, I've written Depends: iproute2 | iproute to allow easier backports).
Cheers,
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-ddt
Version : 0.4.0
Upstream Author : Carles Barrobés
* URL : https://github.com/txels/ddt
* License : Apache-2.0
Programming Lang: Python
Description : Data-Driven
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: sphinxcontrib-programoutput
Version : 0.8
Upstream Author : Sebastian Wiesner
* URL : https://github.com/lunaryorn/sphinxcontrib-programoutput
* License : BSD-2-clause
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-mockito
Version : 0.5.1
Upstream Author : Mockito maintainers
* URL : https://pypi.python.org/pypi/mockito
* License : MIT
Programming Lang: Python
Description : spying
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: trove
Version : 2013.2~rc1
Upstream Author : OpenStack Development Mailing List
* URL : https://github.com/openstack/trove
* License : Apache-2.0
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-proboscis
Version : 1.2.6.0
Upstream Author : Tim Simpson
* URL : https://pypi.python.org/pypi/proboscis
* License : Apache-2.0
Programming Lang: Python
Description
s also have description of what they do.
Sorry that I was careless and wrote the ITP too fast. Though you can be
sure I wouldn't upload the package with such a non-decriptive description.
Cheers,
Thomas Goirand (zigo)
P.S: Even if I'm spending the most of my days on packaging OpenStack
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-wsgi-intercept
Version : 0.5.1
Upstream Author : Kumar McMillan
* URL : https://pypi.python.org/pypi/wsgi_intercept
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-os-apply-config
Version : 0.1.1
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/os-apply-config
* License : Apache-2.0
Programming Lang: Python
On 10/01/2013 09:11 PM, Jonathan Dowland wrote:
> On Tue, Oct 01, 2013 at 01:31:20AM +0800, Thomas Goirand wrote:
>> P.S: Even if I'm spending the most of my days on packaging OpenStack for
>> Debian, it's still too big for me alone, and I would accept some help...
>
e for the
DBaaS in OpenStack. I think it is a pretty bad move. :(
Is it too late to fix this?
Cheers,
Thomas Goirand (zigo)
--
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/524ad1ed.70...@debian.org
On 10/01/2013 10:03 PM, Jonathan Dowland wrote:
> On Tue, Oct 01, 2013 at 09:42:37PM +0800, Thomas Goirand wrote:
>> That much?!? Where did you get the list of ITPs for OpenStack?
>
> GET
> 'http://bugs.debian.org/cgi-bin/pkgreport.cgi?owner=zigo%40debian.org;dist=unsta
On 10/01/2013 10:02 PM, Jonathan Dowland wrote:
> On Tue, Oct 01, 2013 at 09:45:17PM +0800, Thomas Goirand wrote:
>> Since I have already uploaded python-troveclient (currently waiting in
>> the FTP master's NEW queue), OpenStack troveclient will be in Sid, but
>> if
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-cornice
Version : 0.13
Upstream Author : Alexis Metaireau
* URL : https://github.com/mozilla-services/cornice
* License : Mozilla Public License 2.0 (MPL 2.0)
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-rxjson
Version : 0.2
Upstream Author : Remy Hubscher
* URL : https://pypi.python.org/pypi/rxjson
* License : GPL-2
Programming Lang: Python
Description : JSON RX Schema
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pytap
Version : 0.1.1
Upstream Author : Ricardo Signes
* URL : https://pypi.python.org/pypi/PyTap
* License : Expat
Programming Lang: Python
Description : object-oriented
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-colander
Version : 1.0b1
Upstream Author : Chris McDonough
* URL : http://github.com/Pylons/colander
* License : BSD-Style
Programming Lang: Python
Description : simple
x27;t change his mind than at least
we have one site to point people to when asking them to remove a json.org
dependency.
Regards,
Thomas Koch
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
#x27;ve already had the honour of receiving a personal reply mail of this sort.
Regards, Thomas Koch
--
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/201310072132.18240.tho...@koch.ro
-complicated system (including one that ever ran testing)
between releases, so this seems like it's likely to be worth building
regardless.
--
Geoffrey Thomas
http://ldpreload.com
geo...@ldpreload.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
d you be able to contribute to my
"openstack-debian-images" package, available in Sid, Jessie and
Wheezy-backports?
Cheers,
Thomas
P.S: Hardcoding the Tsinghua mirror doesn't sound like a great idea! :)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
not the 4th or 6th? In other words: what's the reasoning behind this date?
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/525ad75c.3090...@debian.org
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-mysql
Version : 2.0.0
Upstream Author : Puppetlabs
* URL : http://forge.puppetlabs.com/puppetlabs/mysql
* License : Apache-2.0
Programming Lang: Ruby
On Saturday, October 12, 2013 06:52:41 AM Paul Wise wrote:
> Good point. I've added a section on user home directories to the UG,
> pointing out the XDG spec and the libraries that support it.
>
> https://wiki.debian.org/UpstreamGuide#User_home_directories
added a link to
https://wiki.debian.org/X
st 64MB still on sale.
>
> Do we expect to build Debian packages on such systems?
That's not enough RAM for uncompromising the default initrd and booting
from it. And it's been years this way. So IMO, no.
Could we *not* have the same topics in loop in this list, and move on?
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-xinetd
Version : 1.2.0
Upstream Author : PuppetLabs
* URL : http://forge.puppetlabs.com/puppetlabs/xinetd
* License : GPL-2.0
Programming Lang: Ruby
Hi Jonathan,
On 10/18/2013 09:52 AM, Jonathan Dowland wrote:
> It's good to see puppet modules being packaged for Debian.
>
> Is there a team under which such efforts are coordinated? Are they being
> managed in a vcs?
There's a team on alioth[1] and the packages are all managed in git[2].
Pack
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-puppetlabs-keystone
Version : 2.2.0
Upstream Author : PuppetLabs
* URL : http://forge.puppetlabs.com/puppetlabs/keystone
* License : Apache-2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-duritong-sysctl
Version : 0.0.2
Upstream Author : mh m...@immerda.ch
* URL : http://forge.puppetlabs.com/duritong/sysctl
* License : GPL-2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold
* Package name: puppet-module-saz-memcached
Version : 2.2.4
Upstream Author : Steffen Zieger
* URL : http://forge.puppetlabs.com/saz/memcached
* License : Apache-2.0
Programming Lang: Ruby
Description
md maintainers'
> responsibility to implement new functionality for non-systemd systems.
Though it's systemd (and Gnome) maintainers responsibility to have their
package integrate well with the rest of the distribution.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
if in Debian, there are ways so that we have all components
of systemd and Gnome work well together *and* retain the modularity we
used to have, I think we should go for it. And yes, to the extend of
feasibility, this is IMO up to the systemd and Gnome maintainers to not
introduce a regression where
that's still true, but anyway: OpenVZ is in
> mainline Linux now.
Oh, I'm surprised! I thought it would never get in, since we had LXC.
Thanks for sharing this info. How much of it is in? All of it? Or just a
subset?
> You'll need to wait for Linux 3.12 in Debian, as we
> ca
On 10/25/2013 12:30 AM, Ben Hutchings wrote:
> On Thu, 2013-10-24 at 22:16 +0800, Thomas Goirand wrote:
>> On 10/24/2013 06:46 PM, Ben Hutchings wrote:
>>> On Thu, 2013-10-24 at 11:59 +0200, Adam Borowski wrote:
>>>> On Thu, Oct 24, 2013 at 09:11:30AM +0100, Jonath
ther thing I like about it is that it renders headlines such as
> "Debian switches to XFCE, Gnome3 is officially horrible" pointless as
> we simply state that *all* of them are supported.
Exactly! Advertizing about the fact that Debian + Gnome doesn't fit on a
single CD
On 10/24/2013 11:08 PM, Uoti Urpala wrote:
> Thomas Goirand wrote:
>> We've been reading again and again from systemd supporters that it's
>> modular, and that we can use only a subset of it if we like. Now, we're
>> reading a very different thing: that
ocker for them, or because they would have the feeling
it's harder to use (I'm convince it's not the case with good enough help
text). I'm sure that the majority (if not all) of us in this thread
would enjoy having such an option to choose from.
Thomas
--
To UNSUBSCRIBE, ema
t now: experimental!) for more than a month. It'd
be nice if someone from the FTP master team could review it, so that at
least others can try it. As much as I can tell, it works, though I'm
sure there's a lot of problems that I didn't see, and having it exposed
would help (so th
On 10/26/2013 12:02 AM, Russ Allbery wrote:
> Thomas Goirand writes:
>
>> Plus if we choose Upstart or Systemd, then that's effectively what we
>> are going to do (I mean, we'd have to support 2 init systems, because of
>> Hurd & kFreeBSD).
>
>
ind it very nice if we had the
feature, which is why I'm raising this topic. Thoughts welcome.
Thomas Goirand (zigo)
P.S: I wont have time to get involve in this, though I don't think that
there is so much work involved, is it?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
e no idea how the situation is there wrt upstart.
If neither Upstart or Systemd works for these non-Linux ports, then
there's OpenRC. Which is why I worked on it (and I did this, mainly
because of "ethical and philosophical reasons" as you put it). It
wouldn't hurt to hav
ed Hat person, X support would be die much more
> quickly. And this decision is not made due to forcing, it is to due
> supporting one thing well, not multiple things a bit with various
> degrees of testing and buggyness.
If you don't mind that I ask: are you a GNOME developer?
Tho
MTAs, the postfix 2.11 will have DANE support.
>
> I think this goal is very reasonable and I thank Thomas for proposing
> it.
>
> O.
Hi Ondrej,
A release goal with nobody working on it would be pointless. Since you
are involved in packaging DNS software in Debian, do you think yo
hardest in the history of that entity. It is now obvious to
me that there is no good answer to the problem we are facing, and that
the tech-ctte decision, whatever it will be, wont satisfy everyone. So I
just hope that everyone will realize that, and respect whatever decision
they will take.
Tho
On 10/28/2013 06:28 PM, Jakub Wilk wrote:
> * Thomas Goirand , 2013-10-25, 23:45:
>> OpenRC has been waiting in the NEW queue (targeting experimental, as
>> this is what it is right now: experimental!) for more than a month.
>> It'd be nice if someone from the FTP maste
-broken-provided-DNS. This can't be transparent to the user,
otherwise, what's the point of having DNSSEC if we don't know if it's
activated or not?
So at the end, I'm thinking (out loud): the only way would be to have
the desktop to show if DNSSEC is activated or not.
On 10/29/2013 03:42 AM, Wouter Verhelst wrote:
> Op 28-10-13 19:28, Thomas Goirand schreef:
>> So, as per the replies we've read, it seems that the only way to
>> implement DNSSEC would be to first check if it works, and if it doesn't,
>> fallback to the locall
1501 - 1600 of 4466 matches
Mail list logo
