On 10/17/2014 04:51 PM, Jonas Smedegaard wrote:
> Quoting Thomas Goirand (2014-10-17 09:51:04)
>> On 10/17/2014 01:41 PM, Bas Wijnen wrote:
>>> I don't have a bug tracker yet, but I can upload this to unstable if
>>> people don't complain too much about the co
2014-10-17 19:10 GMT+01:00 Sylvestre Ledru :
> The English version is at the end of the email.
>
> Next November, 14 to 16th, a Bug Squashing Party (BSP) is organized in
> Mozilla offices [1] in Paris.
>
That should be "This November".
--
http://rrt.sc3d.org
On Sun Oct 19, 2014 09:32:54AM +0200, Matthias Urlichs wrote:
> David Kalnischkies:
> > Selecting one package in an or-group is a grand example of people not
> > understand their tools although the policy is simple and logic: If it
> > isn't impossible to let it win, the first alternative wins. If
can have a look into
>> openstack-pkg-tools, which holds the logic. However, really, the
>> pkgos_inifile (inside pkgos_func) would need some rework to make it go
>> faster. And I mean it: A WAY faster, not just stupidly horribly slow
>> like it currently is.
>
> How many gigabytes is your ini file? If speed is an issue, something
> needs to be done about what's stored in there...
Quite big. Multiple thousands of lines easily...
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: https://lists.debian.org/5445232b.7030...@debian.org
ill ship their
software. Let's hope that distributions like Debian will continue to do
things right, and that upstream authors will stop doing so many ABI/API
breakage giving so much work to the release team.
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: https://lists.debian.org/5446178a.4020...@debian.org
On 10/21/2014 05:12 PM, Thorsten Glaser wrote:
> On Tue, 21 Oct 2014, Thomas Goirand wrote:
>
>> So, dear fellow DDs, I'm asking you: each time you see that an upstream
>> author is breaking an ABI on a package you maintain, write an email to
>> him/her, and exp
that provides
a list of known unofficial repositories along with their signing keys. Then
users could choose additional repositories and also choose if they want to
trust the signing keys and the good intentions and knowledge of the persons
running the unofficial repositories.
Regards, Thomas
On 10/29/2014 12:54 AM, Steve McIntyre wrote:
> On Wed, Oct 22, 2014 at 03:58:04PM +0200, Juerg Haefliger wrote:
>> Hi,
>>
>> On Sat, Jul 19, 2014 at 10:12 AM, Thomas Goirand wrote:
>>>
>>> On 07/18/2014 07:49 PM, Steve McIntyre wrote:
>>>>>
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: ruby-raemon
Version : 0.3.0
Upstream Author : NuLayer Inc.
* URL : http://github.com/nulayer/raemon
* License : Expat
Programming Lang: Ruby
Description : framework for building
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: ruby-symboltable
Version : 1.0.2
Upstream Author : Michael Jackson
* URL : http://mjijackson.github.com/symboltable
* License : Expat
Programming Lang: Ruby
Description : symbols
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-web.py
Version : 0.37
Upstream Author : Anand Chitipothu
* URL : https://github.com/webpy/webpy
* License : Public domain
Programming Lang: Python
Description : framework to
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-dbutils
Version : 1.1
Upstream Author : Christoph Zwerschke
* URL : https://pypi.python.org/pypi/DBUtils
* License : Open Software License 2.1
Programming Lang: Python
ch images would be a nice add-on for end
> users but I can understand if there's resentment.
Then a wiki page seems more appropriate. Everyone can edit the wiki, so
it's fair enough. Though even this way, I think it's best to just ship
the images through cdimage.de
ec2/openstack/etc compatible images hosted
> on cdimage, which users then may upload into a cloud environment and
> launch them.
> Debian policy is about packaging only.
> This is more in-line with good intentions / Debian social contract.
Exactly what I think, and written better than I just did
On 10/31/2014 02:35 PM, Thomas Goirand wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Goirand
>
> * Package name: python-web.py
> Version : 0.37
> Upstream Author : Anand Chitipothu
> * URL : https://github.com/webpy/webpy
>
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-nose-timer
Version : 0.3.0
Upstream Author : Mahmoud Abdelkader
* URL : https://github.com/mahmoudimus/nose-timer
* License : BSD-and-Expat-dual-license
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-nose-parameterized
Version : 0.3.4
Upstream Author : David Wolever
* URL : https://github.com/wolever/nose-parameterized
* License : BSD-2-clause
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-sphinxcontrib.plantuml
Version : 0.5
Upstream Author : Yuya Nishihara
* URL : https://pypi.python.org/pypi/sphinxcontrib-plantuml
* License : BSD-2-clause
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-rudolf
Version : 0.3
Upstream Author : John J. Lee
* URL : https://github.com/bitprophet/rudolf
* License : ZPL-2.1
Programming Lang: Python
Description : colour output
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-invoke
Version : 0.9.0
Upstream Author : Jeff Forcier
* URL : https://pypi.python.org/pypi/invoke/0.9.0
* License : BSD-2-clause
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-invocations
Version : 0.6.2
Upstream Author : Jeff Forcier
* URL : https://pypi.python.org/pypi/invocations
* License : BSD-2-clause
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-fabric
Version : 1.10.0
Upstream Author : Jeff Forcier
* URL : https://pypi.python.org/pypi/Fabric
* License : BSD-2-clause
Programming Lang: Python
Description : tool for
ve to file unblocks during the freeze to just add support for that.
It's also super cool to be able to talk about Buster rather than Jessie+2.
And by the way, Stretch will be super nice on t-shirts and all ! :)
Cheers,
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@li
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-oslo.middleware
Version : 0.1.0
Upstream Author : OpenStack Developers
* URL : https://github.com/openstack/oslo.middleware
* License : Apache-2.0
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-oslo.concurrency
Version : 0.2.0
Upstream Author : OpenStack developers
* URL : https://github.com/openstack/oslo.concurrency
* License : Apache-2.0
Programming Lang: Python
no sense to me: in what way are they more competent, and why
should they have more power than others?
Like many, I'm sad to see Joey going. But the way to have him come back
isn't by adding more complexity to our constitution. In fact, it'd be
quite the opposite: he wishes for techni
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pygit2
Version : 0.21.4
Upstream Author : J. David Ibáñez
* URL : https://github.com/libgit2/pygit2
* License : GPLv2-with-linking-exception
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pygit2
Version : 0.21.4
Upstream Author : J. David Ibanez
* URL : https://github.com/libgit2/pygit2
* License : GPLv2-with-linking-exception
Programming Lang: Python, C
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-xmlbuilder
Version : 1.0
Upstream Author : Kostiantyn Danylov aka koder
* URL : https://pypi.python.org/pypi/xmlbuilder
* License : LGPL-3
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: liberasurecode
Version : 0.9.10
Upstream Author : Eric Lambert
* URL : https://bitbucket.org/tsg-/liberasurecode
* License : BSD-style
Programming Lang: C
Description : support of
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pyeclib
Version : 0.9.10
Upstream Author : Kevin Greenan
* URL : https://bitbucket.org/kmgreen2/pyeclib
* License : BSD-2-clause
Programming Lang: C, Python
Description
eb-systemd-helper in preinst?
>
> See
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730604#74
>
> Bastien
By the way, this doesn't seem to support sysv-rc. I'm not trying to
debate init systems, but it's important to support it, because of
backports to Wheezy (I do us
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: cobbler
Version : 2.6.6+dfsg1
Upstream Author : Michael DeHaan
* URL : http://www.cobblerd.org/
* License : GPL-2
Programming Lang: Python
Description : network boot, install and
ions would
> be harder than with sh/perl scripts like service/deb-systemd-*/*-rc.d)
And there's that too, yes... Plus we'd have to make it upstreamed too.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/546a2c14.6070...@debian.org
t until last summer when I uploaded a
patched version of bootlogd to Sid. To this date, sysv-rc can't log to
multiple consoles, unless the release team agrees that I fix Wheezy (see
the release.debian.org corresponding bug: #767202).
Cheers,
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to
u file bugs against both systemd and
upstart then! (and *not* using the "general" pseudo-package...)
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: https://lists.debian.org/546a8a4e.8010...@debian.org
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: ruby-cstruct
Version : 1.0.1
Upstream Author : skandhas
* URL : https://github.com/skandhas/cstruct
* License : Expat
Programming Lang: Ruby
Description : simulation of the C
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: ruby-rethtool
Version : 0.0.4
Upstream Author : Matt Palmer
* URL : http://theshed.hezmatt.org/rethtool
* License : Expat
Programming Lang: Ruby
Description : partial wrapper
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: nailgun-agent
Version : 3.9.2
Upstream Author : Mirantis Inc.
* URL : https://github.com/thomasgoirand/nailgun-agent
* License : Apache-2.0
Programming Lang: Ruby
Description
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: nailgun-mcagents
Version : 0.0.1
Upstream Author : OpenStack Development Mailing List
* URL : https://github.com/thomasgoirand/nailgun-mcagents
* License : Apache-2.0
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-tasklib
Version : 0.5.0
Upstream Author : Rob Golding
* URL : https://github.com/robgolding63/tasklib
* License : BSD-3-clause
Programming Lang: Python
Description : Task
gt; establishing a cloudstack packaging group or do we push the effort into
>> the java packaging group?
>
> Or do we use debian-cloud@lists.d.o for that?
Please don't. This list is for general cloud stuff, like cloud-init,
which are of interest for everyone. I don't want to r
you want
to delete these antediluvian scripts that are still in your box? yes/no
with yes as default).
Thoughts? Am I doing too many assumptions here, and thinking
too much that everyone is facing the same situation I did?
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debi
ther the init script can be deleted has a
> satisfactory answer, but an answer of 'no' will presumably cause an issue for
> dependency-based bootup.
>
If we move the *bad* scripts away in a specific folder, we have best of
both worlds, IMO.
Thoughts?
Thomas
--
To UNSUBS
Le samedi 14 avril 2012 20:37:14, Svante Signell a écrit :
> On Sat, 2012-04-14 at 20:27 +0200, Cyril Brulebois wrote:
> > Svante Signell (14/04/2012):
> > > As the title says, are there plans to use eglibc 2.14 for wheezy??
> > > It has been out for some time now.
> >
> > Again, ask the maintain
On 04/15/2012 08:25 AM, Arno Töll wrote:
> Thus, to summarize once again: I'd like to change the default directory
> served by web servers from /var/www to /var/www/html along with
> remaining web servers in Debian.
>
> Comments?
>
I support this.
Thomas
--
To UNSUB
idea because this might
fill up space on the rootfs, while /var is traditionally (at least on
servers) a separate partition. As you wrote above, the content inside
/srv isn't specified, thus there could be collisions, while /var/www is
already used in many distros for the web server.
Th
like it
doesn't make sense to put things in /usr/local
2/ If your proposal is to move things in /srv because anyway, it's going
to be changed by the admin, then it's "silly" ...
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/4f8ac2ed.9050...@debian.org
please* don't remove it, and send this to SID,
even deactivated by default (a simple switch in a configuration
file to have this would be cool anyway).
Debian shouldn't be the only distro where things stay ugly... :)
Cheers,
Thomas
--
To UNSUBSCRIBE, email to debian-d
tter, and therefore suggested /var/www/html. But the actual
> name does not matter, as long as it's a sub directory of the directory
> for all vhosts.
>
As pointed earlier, /var/www/html has the advantage to exist in other
distributions, so it's a good choice!
Thomas
--
To UNS
k of time or his
lack of skills/knowledge? My understanding is that in Debian, we are
stuck, right? I believe that was the message of Chris: we don't really
have procedures to take over a package, others than convincing the
maintainer.
Thomas
--
To UNSUBSCRIBE, email to debia
elp you to help (and maybe, other
DDs will join). So if you don't have much experience about bug
squashing, but want to help, you are warmly welcome as well.
See you soon, hacking at the Shanghai BSP,
Thomas Goirand (zigo)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
great if someone took over its maintenance.
I unfortunately have no time for it myself, but I certainly
feel it would be a shame if it went unmaintained or be
removed from Debian.
Cheers,
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscr
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: pear-symfony-project-channel
Version : 1.0-1
Upstream Author : Thomas Goirand
* URL : http://pear.symfony-project.com/
* License : BSD
Programming Lang: XML
Description : PEAR
The same announce, but in Chinese this time.
Note that if you register yourself on the wiki, you will have
free pizza at the event, thanks to "Pizza box" who is sponsoring
the event.
See you next Sunday,
Thomas
各位朋友大家好：
如同我们于 DPN(Debian Project News from April 16th, 2012)上面
所宣佈的，我们将
t;
Patric is in Shanghai, like me, I can work with him on that.
I might see him tonight at the Shanghai LUG "hacking Thursday"! :)
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
On 04/26/2012 08:42 PM, Roger Leigh wrote:
> If anyone fancies
> doing the packaging, I'll be happy to join in. I'll probably be able
> to provide a better overview once I know a bit more.
>
>
> Regards,
> Roger
>
As I wrote already, Patrick lives in Shanghai just like me. What happened
is tha
ld consider it
> as
> ready for a release.
>
Especially considering that we can fix stuff in Stable
if the release team agrees...
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: php-mdb2
Version : 2.5.0b3
Upstream Author : Lukas Smith
* URL : http://pear.php.net/package/MDB2
* License : BSD
Programming Lang: PHP
Description : a merge of the PEAR DB and
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: php-mdb2-schema
Version : 0.8.5
Upstream Author : Lukas Smith
* URL : http://pear.php.net/package/MDB2_Schema
* License : BSD
Programming Lang: PHP
Description : enables users to
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: php-xml-dtd
Version : 0.5.2
Upstream Author : Tomas V.V.Cox , Igor Feghali
* URL : http://pear.php.net/package/XML_DTD
* License : BSD
Programming Lang: PHP
Description : parsing
On 04/27/2012 06:52 PM, Philipp Kern wrote:
> On Fri, Apr 27, 2012 at 04:44:24PM +0800, Thomas Goirand wrote:
>> * Package name: php-mdb2
>> Version : 2.5.0b3
>
> php-mdb2 is already in Debian.
I know.
>> This is a request from people packaging "own
sn't have
a working failure mode! No daemon should block the boot,
even with our current system. If it does, please feel free to
file a bug.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Package: wnpp
Severity: wishlist
Owner: Thomas Mueller
* Package name: php-sabredav
Version : 1.6.2
Upstream Author : Evert Pot
* URL : http://www.http://sabredav.org/
* License : BSD
Programming Lang: php
Description : SabreDAV allows you to easily
at doomsday still needs iwad files on top of the wad
files for levels, sprites, and characters?
In any case, if you still think that this was a mistake that I did,
I am sorry for it, but if that's the case, it's easy to fix:
- reopen #661329
- retitle it "doomsday should be in contri
On 04/30/2012 05:25 AM, Marco d'Itri wrote:
> This has been happening more and more after SuSE has become irrelevant.
>
What (or what time) are you talking about?
Has SuSE ever been relevant? :)
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
eable future.
>
Ah? Is this any different with other alternatives like
upstart or systemd?
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/4f9ea852.5090...@debian.org
On 05/02/2012 06:00 AM, Russ Allbery wrote:
> and the binary isn't invoked directly by
> users
If the binary isn't invoked directly by the users,
why do we have a problem? Why can't a patch be
introduced so that the binary doesn't live in a
user accessible path (eg:
a position to do so, and
> > even if we did, the transition now would be many times more disruptive
> > for users than if this had been dealt with in 2010.
> >
> > > If Debian is frozen tomorrow, then Nodejs will not be part of it,
> > > for the very reason that I *did* respect Policy.
> >
> > It may not be part of the release, but it will still be a mess for
> > everyone involved.
>
> Thanks to stpid actions by people not doing their homework, yes.
>
>
> - Jonas
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
pen a bug on your package and assign it to
me or just answer me.
Make sure to sign the mail/bug so that I don't act without the consent of the
maintainer.
Even PHP switched to Git by now... :-)
Regards,
Thomas Koch, http://www.koch.ro
signature.asc
Description: This is a digitally sign
pstart or systemd, but
then you wont be able to boot. So I wonder, what point you
are trying to make?
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.debia
On 05/08/2012 02:35 AM, Gergely Nagy wrote:
> Thomas Goirand writes:
>
>
>> On 05/08/2012 12:53 AM, Gergely Nagy wrote:
>>
>>> FWIW, Debian provides a couple of init systems already, and has been for
>>> as long as I can remember.
On 05/08/2012 02:40 AM, Arto Jantunen wrote:
> Sadly the point you are trying to make is painfully obvious
Well, it is now obvious to me that my previous post has been
taken as aggressive, which was really not intended. I really
was asking for more of Gergely's view.
Thomas
--
To UNS
Le mardi 8 mai 2012 07:56:35, Peter Miller a écrit :
> On Mon, 2012-05-07 at 20:23 -0400, Joey Hess wrote:
> > Conversely, debhelper contains actual,
> > documented, and non-insane interfaces that could be used to do
> > this properly. For some value of "properly" that the ftpmasters
> > would prob
he problem. The issue is that there's no
outcome, and that it's demotivating. If I read others that
what we want to work on isn't a good idea, I will simply
not work on that, and external contributors will run away.
Cheers,
Thomas
--
To UNSUBSCRIBE, email to debi
any
other package we have in the Debian archve. If systemd can't
adapt to our ways to do things, with configuration files in /etc,
then I'm betting that many will complain (IMO rightly) about
policy violation.
(just my 2 cents, as I still have on my todo to try systemd...)
Cheers,
Th
n I see it. Otherwise, you
are silently changing the default, and potentially, I will miss the new
options.
Besides this, configuration files in /etc is written in the stones of
our bible^Wpolicy-manual.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
:)
RH's policy is that you should never prompt the user for something
when installing a package. We have debconf, ucf, etc. because we
want the user to be prompted *if* he wants to (and I personally do
want to, so I don't run in non-interactive mode).
Thomas
--
To UNSUBSCRIBE, email to
7;s how
discussions are going the wrong way.
Probably, Steve assumed that you understood the reasons why he
liked the *Debian* way, without much need to explain what's
written in the stones of our policy-manual...
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or
d Debian policy, well
written in the debian policy manual. Please stop. It's going nowhere.
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/4faccc7d.3010...@debian.org
On 05/11/2012 04:04 AM, David Weinehall wrote:
> On Fri, May 11, 2012 at 02:44:45AM +0800, Thomas Goirand wrote:
>
>> On 05/10/2012 04:52 AM, Steve McIntyre wrote:
>>
>>> No, really - please *do* do this. The fact that a lot of the software
>>> coming o
/apache/apache2/php.ini).
I'm ok with discussing things, but you are repeating
yourself, and forcing others to do the same. That's
annoying and not moving to the right direction.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
files created or used by your package must reside in
|/etc|."
The policy never talks about etc-overrides-lib configuration files, it
only tells
that all configuration files should go in /etc, and there's no
exception, and
it is also a "must".
Thomas
--
To UN
On 05/11/2012 05:25 PM, Gergely Nagy wrote:
> And in etc-overrides-lib, config files still remain in /etc.
No.
--
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/4facf398
On 05/11/2012 06:39 PM, Gergely Nagy wrote:
>In other words, it does *exactly* the same thing systemd is
>criticised for.
>
Which doesn't mean that it's a good practice.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
rrible to manage
upgrades in a decent way without knowing the corner cases.
On top of that, we're being told that this is the reason why
we should use this system, which is totally the inverse of
what we've been doing in Debian for years.
Thomas
--
To UNSUBSCRIBE, email to debian-deve
On 05/11/2012 08:30 PM, Marco d'Itri wrote:
> On May 11, Thomas Goirand wrote:
>
>
>>> Long story short, I still don't see what the fuss is about.
>>>
>> The fuss is about we're being told that there will be silent
>> overwriti
u can chose which one you
> want/need.
>
> Michael
>
But upon upgrades, it's still a silent thing. The configuration file in /lib
is overwritten and users wont know about the changes.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
other replies, I thought there was only yourself and Uoti.
Now I can see that Gergely is also on your side, and then I don't
think there's a large consensus anymore.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
understand, and aren't smart enough to restore. I can't
believe that newbies favorite game would be changing randomly the
content of /etc/init. And at the same time, I can't believe that experts
tweaking upstart jobs wouldn't know how to restore them.
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/4fad144c.1050...@debian.org
ch much more acceptable to me. I wouldn't see any
problem with it. I just don't want that new configuration values to be
silently ignored upon upgrades, that's all I'm saying.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
27;s worth
investing any human time on this.
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/4fad4670.5030...@debian.org
ed about the differences, even if they are trivial to merge.
>
Yes, I truly agree with the above. We need something to handle changes
better than what we have currently.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubs
erges. Only in complicated merge
conflicts, we'd have to manually solve the issue. For such merge
problems, it'd be great to simply pop a text editor so the user
can decide how to solve the merge conflict.
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
On 05/12/2012 03:19 AM, Gergely Nagy wrote:
> It's perfectly able to notice changes
> in /lib/systemd too, or pretty much anywhere else.
>
I thought these were only default which we shouldn't
have to care about?!? :)
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ.
ry systemd, and I was
shocked to see how fast it booted! :)
The only thing is that I had no clue what started: nothing were
prompted on my screen. Is there a way to have it more verbose?
Thomas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&
se you
expect these to change, at least more often than things that
are compiled-in. Otherwise, what's the point in having stuff
stored in a file that can be edited? Why not just do a .h with
the values you need?
Thomas
P.S: I'm continuing to ask, even though you guys are slowly
succe
Le samedi 12 mai 2012 04:25:08, Russ Allbery a écrit :
> Michael Gilbert writes:
> > So, I think [0] is the most astute message in that thread.
> >
> > [0] http://lists.debian.org/debian-policy/2000/11/msg00251.html
>
> I thought that too when I first read it, but later in the thread are very
>
e. The nice thing about storing the default values in the same
> format used by the configuration file is that if you find a default that
> you'd like to change, you immediately know what to put in the
> configuration file in order to change it.
>
Then why not simply write this in
ng it on top of
> Apache + mod_php seems to be one of the least desirable options.
>
Also, I tried to have it to run in a chroot, using a cgi wrapper,
and quickly given-up. The current Debian package is just not
designed to do this. In fact, quite the opposite way, it's designed
to run th
1101 - 1200 of 4456 matches
Mail list logo
