Uoti Urpala wrote:
> George Danchev wrote:
[...]
>> For some reason or another the vast majority of applications have
>> not been following this approach. I'm not going to argue whether is
>> makes sense or not.
> The reason why most old applications do not follow that approach (at
> least not ye
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: feincms-elephantblog
Version : 0.1.0
Upstream Author : Simon Baechler
* URL : https://github.com/feincms/feincms-elephantblog/
* License :
On 05/12/2012 01:34 AM, Jean-Christophe Dubacq wrote:
> I think it would be really great to have some program being able to
> output all manual differences to all /etc files really useful for
> maintenance. I used to do that, but some rapidly evolving configuration
> files make it quickly unmaintai
On 05/12/2012 03:19 AM, Gergely Nagy wrote:
> The solution, however, is very simple: wrap dpkg calls, and have a list
> of files to watch for. Whenever a package touches a file that's on the
> list, fire a trigger, that can run a hook. Said hook can be something
> provided by etckeeper or similar,
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...@lists.debian.org
wi
On 05/12/2012 03:29 AM, Gergely Nagy wrote:
> It's not etc-overrides-lib that is the problem. It's defaults changing
> without notice that is.
Then, let me ask this:
Do you expect that systemd's default in /lib will change often?
By the way, I finally found the time to try systemd, and I was
shoc
On 05/11/2012 05:07 PM, Gergely Nagy wrote:
> I'll turn this around: how do you handle cases where the defaults of
> packages like apt, exim or syslogd change? Where the defaults are
> embedded in the executable.
>
The thing is, if you put the default in a file, it's because you
expect these to
Hey all,
A lot of daemon packages in Debian nowadays create their own user and groups
during installation. Usually this also implies that a couple of files and
directories are created, and then chmodded and chowned to some appropriate
value for the service in question.
In some cases[1], this chm
Le Sat, May 12, 2012 at 12:23:49PM +0200, Peter Palfrader a écrit :
>
> In some cases[1], this chmodding and chowning is done on each package upgrade,
> either because things changed over time and just doing it unconditionally
> seems
> like the easiest thing, or just because hey, it doesn't hurt
Thomas Goirand writes:
> On 05/12/2012 03:29 AM, Gergely Nagy wrote:
>> It's not etc-overrides-lib that is the problem. It's defaults changing
>> without notice that is.
>
> Then, let me ask this:
> Do you expect that systemd's default in /lib will change often?
Nope.
> The only thing is that I
Thomas Goirand writes:
> 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?!? :)
You don't change defaults, but if you get no
On Sat, May 12, 2012 at 05:21:03PM +0800, Thomas Goirand wrote:
> By the way, I finally found the time to try 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?
On 12.05.2012 11:21, Thomas Goirand wrote:
> By the way, I finally found the time to try 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?
1/ Remove "quiet" f
On Sat, May 12, 2012 at 12:23:49PM +0200, Peter Palfrader wrote:
> A lot of daemon packages in Debian nowadays create their own user and groups
> during installation. Usually this also implies that a couple of files and
> directories are created, and then chmodded and chowned to some appropriate
>
On 2012-05-12 13:10 +0200, Charles Plessy wrote:
> I was always wondering:
>
> Unless we expect that two different binary packages that can be co-installed
> will distribute the same directory under different ownership or permissions
> for
> a good reason, why not simply let dpkg apply ownership
On Sat, May 12, 2012 at 05:25:57PM +0800, Thomas Goirand wrote:
> On 05/11/2012 05:07 PM, Gergely Nagy wrote:
> > I'll turn this around: how do you handle cases where the defaults of
> > packages like apt, exim or syslogd change? Where the defaults are
> > embedded in the executable.
> >
> The t
On Fri, May 11, 2012 at 09:07:57AM +0200, Tollef Fog Heen wrote:
> ]] Steve Langasek
>
> > My complaint is that this is excessively ugly. For persistent variable data
> > that needs to be available during early boot, even when this is binary data
> > that the user won't edit, /etc is the normal
On Sat, 2012-05-12 at 12:28:27 +0100, Roger Leigh wrote:
> On Sat, May 12, 2012 at 12:23:49PM +0200, Peter Palfrader wrote:
> > A lot of daemon packages in Debian nowadays create their own user and groups
> > during installation. Usually this also implies that a couple of files and
> > directories
On 20.04.2012 17:16, Dmitry Nezhevenko wrote:
On Fri, Apr 20, 2012 at 08:50:24AM -0700, Jeff Breidenbach wrote:
You can package a modern pylucene and take over as the maintainer.
Nothing
would make me happier.
Thanks a lot! I'll try to do this
Any news on that? I'm looking at old FTBFS iss
On Sat, May 12, 2012 at 03:04:31PM +0300, Anton Zinoviev wrote:
> On Thu, May 10, 2012 at 02:54:16PM -0700, Steve Langasek wrote:
> > On Thu, May 10, 2012 at 07:43:46PM +0300, Anton Zinoviev wrote:
> > > Currently it creates files in the directory /etc/console-setup. As
> > > a result when the pa
On Sat, May 12, 2012 at 03:00:11PM +0100, Adam D. Barratt wrote:
> On 20.04.2012 17:16, Dmitry Nezhevenko wrote:
> >On Fri, Apr 20, 2012 at 08:50:24AM -0700, Jeff Breidenbach wrote:
> >>You can package a modern pylucene and take over as the
> >>maintainer. Nothing
> >>would make me happier.
> >
> >
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
Package name: italc2
Version : 2.0.0
Upstream Author : Tobias Doerffel
URL : http://italc.sourceforge.net/home.php
License : GPLv2+
Programming Lang: C++/Qt
Description : Intelligent Teaching
Thomas Goirand writes:
> On 05/11/2012 05:07 PM, Gergely Nagy wrote:
>> I'll turn this around: how do you handle cases where the defaults of
>> packages like apt, exim or syslogd change? Where the defaults are
>> embedded in the executable.
>>
> The thing is, if you put the default in a file, i
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
>
Hey folks,
Remembering the fun that we had during the Squeeze release with trying
to make single-CD installations work well, it's time to consider what
we're going to *claim* to support in Wheezy. We've had a history of
supporting the following single-CD installations:
* Gnome desktop from CD#1
Hi,
Problem is solved. Thanks a lot to Pino Toscano.
Regards,
Boris
--
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/1164201336840...@web15e.yandex.ru
On Sat, May 12, 2012 at 07:01:20AM -0700, Steve Langasek wrote:
>
> No, you absolutely do *not* need this. The policy rule isn't "on purge,
> remove all config files if the admin hasn't edited them", it's "on purge,
> remove *all configuration files*".
All configuration files owned by the packag
On Sat, May 12, 2012 at 05:04:16PM +0100, Steve McIntyre wrote:
> Hey folks,
>
> Remembering the fun that we had during the Squeeze release with trying
> to make single-CD installations work well, it's time to consider what
> we're going to *claim* to support in Wheezy. We've had a history of
> su
Package: wnpp
Severity: wishlist
Owner: Debian Multimedia Maintainers
* Package name: libmkv
Version : 0.6.5.1
Upstream Author : saint...@gmail.com
* URL : https://github.com/saintdev/libmkv
* License : GPLv2+
Programming Lang: C
Description : Alternat
On Sat, May 12, 2012 at 07:33:49PM +0200, Adam Borowski wrote:
> Unlike last August when we had that discussion, neither debootstrap nor d-i
> have any problems with xz anymore.
For udebs it will come after alpha 1.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Sat, May 12, 2012 at 08:07:13PM +0200, Philipp Kern wrote:
> On Sat, May 12, 2012 at 07:33:49PM +0200, Adam Borowski wrote:
> > Unlike last August when we had that discussion, neither debootstrap nor d-i
> > have any problems with xz anymore.
>
> For udebs it will come after alpha 1.
Regular d
On 05/12/2012 10:02 PM, Nikolaus Rath wrote:
> The advantage of having the defaults in a file is that it makes it much
> easier to inspect them. A .h file would typically not be installed, so
> it wouldn't be readily available. In addition to that, it is much less
> expressive. The nice thing about
OoO Pendant le journal télévisé du samedi 12 mai 2012, vers 20:58,
Thomas Goirand disait :
>> The advantage of having the defaults in a file is that it makes it much
>> easier to inspect them. A .h file would typically not be installed, so
>> it wouldn't be readily available. In addition to
On Sat, May 12, 2012 at 08:04:15PM +0300, Anton Zinoviev wrote:
> On Sat, May 12, 2012 at 07:01:20AM -0700, Steve Langasek wrote:
> > No, you absolutely do *not* need this. The policy rule isn't "on purge,
> > remove all config files if the admin hasn't edited them", it's "on purge,
> > remove *a
Steve McIntyre writes:
> At this point, I'm skeptical that either of the first two are going to
> work acceptably with Wheezy. If that's the case, then we should warn
> people that they will need to use at least one of:
I agree. I tried installing debian gnome desktop from CD1 during last
debconf
"Thomas Preud'homme" writes:
> Are you referring to [1]? Because the full paragraph is about Program's
> source code.
> [1] http://lists.debian.org/debian-policy/2000/11/msg00260.html
> " 1. You may copy and distribute verbatim copies of the Program's source
> code as you receive it, in any med
Charles Plessy writes:
> Unless we expect that two different binary packages that can be
> co-installed will distribute the same directory under different
> ownership or permissions for a good reason, why not simply let dpkg
> apply ownership and permissions found in data.tar.{gz|bz2|xz},
Usuall
On May 12, Adam Borowski wrote:
> Thus, let's just switch dpkg-deb's default to xz. Lowering bandwidth usage
> is worth the extra build time cost.
Agreed, this looks like a good idea.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Sat, May 12, 2012 at 03:55:24PM +0200, Guillem Jover wrote:
> On Sat, 2012-05-12 at 12:28:27 +0100, Roger Leigh wrote:
> > On Sat, May 12, 2012 at 12:23:49PM +0200, Peter Palfrader wrote:
> > With the above approach, the only hard question is how to set the
> > ownership during the package build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: wordpress
Severity: grave
Version: 3.3.2+dfsg-1
[CC-in d-devel@l.d.o to discuss this]
Hi,
although I think the wordpress maintainer are doing all they can do to keep
wordpress in a good shape in Debian, I do not think that it is possible
Le Sat, May 12, 2012 at 07:33:49PM +0200, Adam Borowski a écrit :
>
> There is an easy solution: switch binary packages to xz compression.
>
> amd64's CD 1 is reduced to 2/3 of its current size (data from June(?) 2010).
>
> If you remember, I also did some research for the whole archive:
>
> Th
Hi,
Anton Zinoviev wrote (12 May 2012 12:04:31 GMT) :
> Yves-Alexis Perez wrote on debian-devel:
>>
>> What do you mean with “this doesn't work in Debian”? Some people do use
>> encrypted root and they do have a working console asking for the
>> passphrase.
> As far as I know currently the conso
On Sat, 2012-05-12 at 17:04:16 +0100, Steve McIntyre wrote:
> Remembering the fun that we had during the Squeeze release with trying
> to make single-CD installations work well, it's time to consider what
> we're going to *claim* to support in Wheezy. We've had a history of
> supporting the followi
On Sat, 2012-05-12 at 22:47:22 +0100, Roger Leigh wrote:
> On Sat, May 12, 2012 at 03:55:24PM +0200, Guillem Jover wrote:
> > One option would be to make dpkg-deb use an internal tar implementation,
> > and add a file describing the attributes of the to be packaged files.
> > That might make needin
On Sun, May 13, 2012 at 02:10:13AM +0200, Guillem Jover wrote:
> On Sat, 2012-05-12 at 22:47:22 +0100, Roger Leigh wrote:
> > On Sat, May 12, 2012 at 03:55:24PM +0200, Guillem Jover wrote:
> > > One option would be to make dpkg-deb use an internal tar implementation,
> > > and add a file describing
Le Sat, May 12, 2012 at 02:06:16PM -0700, Russ Allbery a écrit :
>
> Usually because the UID is dynamically assigned and the user is created in
> the postinst, so there's no way for dpkg do do this at unpack.
>
> You would need to apply permissions by name, not UID/GID, and you would
> need to cr
On Sun, 2012-05-13 at 01:17:35 +0100, Roger Leigh wrote:
> On Sun, May 13, 2012 at 02:10:13AM +0200, Guillem Jover wrote:
> > This would imply BSD tar needs to be promoted to the Essential set
> > alongside GNU tar, at which point I might as well just use an
> > internal tar implementation.
>
> Wo
Charles Plessy writes:
> in some of my packages, I give the ownership on some directories in /var
> to www-data without checking that the www-data group exists, but I guess
> it is acceptable because it is globally allocated by base-passwd.
Right.
> Dpkg will not update permissions or ownership
On Sun, 13 May 2012, Bernd Zeimetz wrote:
> Being forced to upgrade to a new major version by a stable security support
> is nothing we should force our users to. Debian stable is known for
> (usually) painfree updates and bugfixes only, not for shipping completely
> new versions with a forced mig
49 matches
Mail list logo
