I remember you! I can't help with signing (wrong country) but good
luck!
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎j...@debian.org
🔗 https://jmtd.net
ian work at the moment.
Best,
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎j...@debian.org
🔗 https://jmtd.net
Policy. I'm not sure it makes sense to try
and encode this restriction in Policy itself.
Best wishes,
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎j...@debian.org
🔗 https://jmtd.net
Thanks for working on this. I finally had a read over it today.
I've found the split in discussion between this list and the Merge Request
comments
hard to manage. It would help a lot, I think, if some of the MR threads were
marked
resolved, assuming the issues they describe are resolved. Tha
b as "resolved" (if they are by your
second draft).
Best,
--
Please do not CC me for listmail.
👱🏻 Jonathan Dowland
✎j...@debian.org
🔗 https://jmtd.net
On Thu, Aug 21, 2003 at 02:03:50PM +0200, Javier Fern?ndez-Sanguino Pe?a wrote:
> I'm not even sure how they derive that information, Debian's Apache might
> provide it in the banner information (Since when? BTW, has this always been
> the case?) but many other web servers in Debian won't. This m
Hi all,
A small annoyance I have with debian's menu system is an inconsistency
in the naming of programs on the menus:
Apps/Tools
ASclock
EditRes
Oclock
...
bbpager
docker
...
The ordering of the menu is dictated by the menu system rather t
On Mon, Sep 08, 2003 at 04:10:20PM +0100, Jason Chambers wrote:
>
> You can get the case ignored when ordering by adding the following
> to /etc/menu-methods/menu.h.
>
> sort=tolower($title)
>
> Then run update-menus to regenerate them.
I've had a play around with this, and found that putting a
On Sun, Sep 21, 2003 at 12:00:05PM -0700, Erik Steffl wrote:
> if I get kernel 2.4.22 as a debian package I expect kernel 2.4.22 as
> a debian package, not something else... any debian specific changes
> should result in kernel name change, that's what's expected in kernel
> world (when I get
On Tue, Nov 04, 2003 at 06:48:09AM +, Magos?nyi ?rp?d wrote:
> I guess having kernel-image-vanilla and/or
> kernel-image-onlybugfix in debian would not hurt.
Or kernel-image-hx ... what caught me out was believing
kernel-image-2.4.xx or whatever was relatively pristine. However naive
that make
On Mon, Nov 03, 2003 at 08:12:38PM +, Steve Kemp wrote:
> On Mon, Nov 03, 2003 at 03:05:56PM -0500, Greg Stark wrote:
>
> > All he had to do was install an older version of libc6 and every other
> > package
> > would have been happy. All the infrastructure is there to do this, the old
> > pac
On Mon, Nov 03, 2003 at 08:23:14PM +0100, Andreas Metzler wrote:
> Jonathan Dowland <[EMAIL PROTECTED]> wrote:
> > I don't know whether this package needs to match the kernel version or
> > not, but if not I think the name is poorly chosen.
>
> So your "sub
On Wed, Nov 05, 2003 at 05:23:30PM -0500, Andrew Pimlott wrote:
> On Mon, Nov 03, 2003 at 01:20:49PM -0500, Daniel Jacobowitz wrote:
> > It does not need to. Feel free to propose a patch to document this
> > more clearly (I don't really want to rename it again...)
>
> Add something like this to t
On Wed, Nov 05, 2003 at 11:13:28AM -0600, Ryan Underwood wrote:
> Before that realization, it seemed like the type of random cruft that
> sometimes gets pulled in on dist-upgrade; a name change would help
> alleviate that initial perception, IMO. Why not libc6-linux-headers?
I'm in two minds wh
On Wed, Nov 05, 2003 at 11:21:11AM -0500, Daniel Jacobowitz wrote:
> On Wed, Nov 05, 2003 at 10:37:24PM +1100, Herbert Xu wrote:
> > Jonathan Dowland <[EMAIL PROTECTED]> wrote:
> > >
> > > In what situation would the linux-kernel-headers package be needed
>
On Thu, Nov 06, 2003 at 01:14:31PM -0600, Steve Greenland wrote:
> On 05-Nov-03, 19:14 (CST), Jonathan Dowland <[EMAIL PROTECTED]> wrote:
> > I'm in two minds whether or not to ask this, but I've been wondering
> > about the naming scheme for linux packages - ker
On Wed, Nov 05, 2003 at 08:43:52PM -0500, Greg Folkert wrote:
> On Wed, 2003-11-05 at 20:14, Jonathan Dowland wrote:
> > I'm in two minds whether or not to ask this, but I've been wondering
> > about the naming scheme for linux packages - kernel-*. Why not
> >
On Thu, Nov 06, 2003 at 07:55:03PM +0100, Eduard Bloch wrote:
> What not rename linux-kernel-headers to simple system-headers-linux?
> This will prevent confused users (or: lazy to read the description users)
> from asking this again and again.
system-headers-linux is a bit vague and without kn
On Fri, Nov 07, 2003 at 10:45:24PM -0600, Graham Wilson wrote:
> On Fri, Nov 07, 2003 at 09:37:16PM +0100, Otto Wyss wrote:
> > > On Fri, Nov 07, 2003 at 10:45:32AM +0000, Jonathan Dowland wrote:
> > > > On Thu, Nov 06, 2003 at 07:55:03PM +0100, Eduard Bloch wrote:
>
On Mon, Nov 17, 2003 at 12:04:00PM +0100, Roland Stigge wrote:
> Andrew Lau wrote:
> > So is vrms now up for a name change before the real RMS decides to sue
> > us for misrepresenting him! = )
> >
> > Nominations are now open.
> debian-legalint
I think this one, or a variation, has good prospec
On Sun, Nov 16, 2003 at 08:45:51PM +0800, David Palmer wrote:
> Hello,
>
> I thought that I might make a beginning at learning.
> I've searched the web, found information that goes beyond the definition
> of plethora, so I thought that I'd ask here.
>
> (1) What is the best language to start with
On Mon, Nov 17, 2003 at 02:19:02PM -0500, H. S. Teoh wrote:
> For personal pet projects, I use 2 spaces per nesting level. Some people
> think that's Pure Evil(tm),
Most noteably perhaps, Linus Torvalds, although...
>although I fully agree with you about wasting
> screen real estate in 80 colu
On Sun, Nov 16, 2003 at 12:44:03PM +0100, Henning Makholm wrote:
> No, but if you don't do it, you forfeit your right to whine about
> duplicate work when it turns out that you're not the only one who has
> been doing work without telling anybody about it.
So, _both_ people involved should have
On Mon, Dec 01, 2003 at 11:17:26PM -0800, A.J. Rossini wrote:
>
> Andrew Pollock <[EMAIL PROTECTED]> writes:
>
> > On Mon, Dec 01, 2003 at 07:50:29PM -0800, A.J. Rossini wrote:
> >>
> >> Joey Hess <[EMAIL PROTECTED]> writes:
> >>
> >> >
> >> > To install a package directly, with apt downloading
On Mon, Dec 01, 2003 at 07:06:41PM -0500, Joey Hess wrote:
> Similarly, to check the build depends of a source package file:
> apt-get build-dep apt-listchanges-1.49-11104cl.src.rpm
Should this be the job of apt-get? Fetching a list of build-depends is a
similar job to that performed by apt-ca
On Tue, Dec 02, 2003 at 12:08:17PM +0100, Andreas Metzler wrote:
> Afaik: 2.4.23 contains literally 100s of changes, one of these was a
> small change to do_brk(), which looked like a normal non-critical
> bugfix to everybody involved. Some time later Debian was hacked and
> backtracing how the i
On Thu, Dec 04, 2003 at 03:53:54PM +0900, Miles Bader wrote:
> Sebastien Bacher <[EMAIL PROTECTED]> writes:
> > I'm not sure that's a good idea. I'm using Gnome and I'd like to keep a
> > simple applications' menu, not having hundred entries like in my
> > debian's menu. Having too many entries in
On Wed, Dec 03, 2003 at 08:19:24AM +0100, Goswin von Brederlow wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> writes:
>
> > ... apt-get build-dep somesourcepackage" ...
>
> apt-get build-deb ...
Just to clarify, build-dep is the proposed action rather than build-deb?
--
Jon Dowland
http://jon.dow
On Wed, Dec 03, 2003 at 06:10:27PM +1100, Hamish Moffatt wrote:
> On Tue, Dec 02, 2003 at 02:10:56PM +0000, Jonathan Dowland wrote:
> > Should this be the job of apt-get? Fetching a list of build-depends is a
> > similar job to that performed by apt-cache for other fields. I alway
On Thu, Jun 12, 2014 at 07:31:14PM +0200, Thijs Kinkhorst wrote:
> I think a better way than to create such a policy would be to create a simple
> framework that does in-package downloading "right" and that downloader
> packages can depend on and call from their scripts (a bit like dbconfig-
> co
must",
> or by proposing a carefully-worded exception to existing policy).
But just to be clear, the odds of changing policy are vanishingly small.
Rename the binary in Debian, do whatever foo is necessary to provide a PATH
that doesn't rename the binary that can be injected in th
t the patch-handling aspect of 3.0 (Quilt) is offputting
enough to folks that some are avoiding 3.0 altogether and not benefitting from
the other improvements. However the single-debian-patch workaround is a pretty
good compromise, IMHO, and perhaps just needs wider awareness.
--
Jonathan Dowla
On Sun, Jul 20, 2014 at 07:50:17AM +0800, Paul Wise wrote:
> I think that would probably just add more noise to debian-devel.
Maybe "general" bugs should go to debian-user instead?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
On Mon, Jul 21, 2014 at 08:36:09AM +0800, Paul Wise wrote:
> That would be change in meaning of the pseudo-package, it isn't
> supposed to be for user support. Personally I don't think that we need
> the general/base/cdrom/project pseudo-packages any more. At minimum we
> should update reportbug to
On Sun, Jul 27, 2014 at 08:05:22PM -0400, Reinhard Tartler wrote:
> I think it would be best if ftp-master left the ffmpeg package in NEW
> until an answer to this problem has been found.
That would leave people who are eagerly awaiting ffmpeg(1) stranded in limbo
whilst the tangential library iss
On Fri, Aug 15, 2014 at 04:16:01PM +0200, Raphael Hertzog wrote:
> - encoding (due to git restrictions):
> ":" -> "%"
> "~" -> "_"
I think I'd prefer to see something like X -> _Y where chr(Y) = X and
hex(ord(X)) = Y, e.g.
"_" -> "_5f"
":" -> "_3a"
"~" -> "_7e"
There is
m and ./debian in
the repository, those who don't want to follow it aren't mandated to, but
having a lot more consistency of vcs-packaging for the majority of packages
will make a huge difference for new contributors and I think that's something
we should encourage.
--
Jonathan Dow
On Mon, Aug 18, 2014 at 02:27:15PM +0200, Thorsten Glaser wrote:
> I’d rather have something that sorts like Debian versions
> in “git tag” output…
If that proves too hard to achieve with a mapping scheme, it would
be trivial to write a filter to implement it. It does sound useful.
> Yikes!
>
>
On Tue, Sep 02, 2014 at 01:45:30PM +0200, Adam Borowski wrote:
> For any standardish font, taking any extra memory is a no-no. You might be
> running in a chroot on a 256MB RAM phone, etc.
>
> On the other hand, for a 400MB game, not using -z9 is a pure waste of space.
They're all arch: all thou
On Wed, Sep 03, 2014 at 10:59:44AM +0200, Thorsten Glaser wrote:
> Not on avr32, and it hurts sh4, m68k and others as well.
I suppose we should always be sympathetic towards such architectures, but at
the end of the day we should primarily concern ourselves with release
architectures.
--
To UNS
On Sat, Sep 06, 2014 at 02:33:04PM +0200, Adam Borowski wrote:
> Ok, so let's quantify the view of sysadmins somehow.
This is a complete waste of time and I expect better of you in particular.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
>From reading the bug it's not clear to me whether or not libjs-mediaelement
does anything, but IMHO your tone towards the uploader seems unnecessarily
bullish and confrontational. In particular [1] strikes me as sacrificing any
moral high ground when it comes to BTS ping-pong.
[1] https://bugs.de
On Fri, Sep 12, 2014 at 03:44:46AM +0200, Adam Borowski wrote:
> You want 'nc myserver 25', as 'telnet myserver 25' will misbehave on 0xff
> bytes. A malicious server can do pretty surprising things to you, too.
You're both wrong; you want swaks(1).
--
To UNSUBSCRIBE, email to debian-devel-req
On Fri, Sep 12, 2014 at 06:27:38PM +0100, Simon McVittie wrote:
> On 12/09/14 18:19, Theodore Ts'o wrote:
> > One thought... there will probably be trademark concerns with "unix".[1]
> > So we might have to choose a name for the tasksel task to be someting
> > like "unix-like".
>
> Perhaps
>
>
On Fri, Sep 12, 2014 at 03:49:11PM +0200, Thorsten Glaser wrote:
> bc is the standard Unix calculator, normally a dc frontend,
> and used in *a lot* of scripts.
Is there any way of verifying or even reasonably estimating how common it is
used? *Within* debian, sadly it's hard to ascertain via cod
> On 17 Sep 2014, at 07:58, Ansgar Burchardt wrote:
>
> That's why *both* should be installed by default. Then everybody will be
> happy.
To keep the (bad) joke going, I was going to suggest gnu zile be made standard,
but even *that* is pretty big.
--
To UNSUBSCRIBE, email to debian-devel-r
> On 17 Sep 2014, at 08:24, envite wrote:
>
> Having one easy text editor in command line is necessary. Both nano or joe
> will make that target. None of emacs nor vi does: they are not as easy.
I really think *some* vi implementation should be in standard. It's true,
those who don't know v
On Thu, Sep 25, 2014 at 04:29:05PM +0100, Ian Jackson wrote:
> I have prepared bash packages which do not honour any shell functions
> they find in the environment. IMO that is a crazy feature, which
> ought to be disabled. (I'm running this on chiark now and nothing has
> visibly broken yet.)
T
> On 27 Sep 2014, at 10:36, Adam Borowski wrote:
>
> Except that the endianness war has been won by little-endian
And yet, network byte order remains big.
It's less important which endian they pick, but that they pick one and use it
consistently across arches.
--
To UNSUBSCRIBE, email to
On Tue, Sep 30, 2014 at 07:58:38PM +0200, Matthias Klose wrote:
> so maybe as a non-native speaker I am unaware of some joke here, or are you
> just
> trolling about something fixed for jessie/unstable?
I was curious to see what Ian was complaining about, and what has changed up to
the jessie ver
On Tue, Oct 14, 2014 at 11:11:35AM +0100, Ian Jackson wrote:
> I think in future we should probably make a habit of posting something
> to d-d-a when there is a GR proposal.
Yep, liw made the same point on -project in response to a thread I started
there on this subject. I still feel we don't adeq
There are a number of mechanisms for proposing and tracking distro-wide
changes, such as release goals and DEPs in some cases. But this is not what the
general bug is for. Please choose something and then kindly close this bug.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wi
nt
versioning features of the BTS with the general package.
Another problem with the "general" package is, who is responsible? Are you
prepared to take responsibility to close this bug yourself? If it isn't a
release goal, there's no push to have it resolved in any particular
On Thu, Oct 16, 2014 at 05:42:23AM +0200, Christoph Anton Mitterer wrote:
> On Wed, 2014-10-15 at 18:31 -0700, Russ Allbery wrote:
> > It feels to me like you're spending lots of time telling other people
> > they're wrong and telling other people what they should be spending time
> > on, and then
ow resolved, thanks Philipp!
>
> Wrong again, I dist-upgraded the chroots and gave back the package.
> But as before, facts are difficult.
Likewise, you could have pointed this out without being quite so condecending.
--
Jonathan Dowland
--
To UNSUBSCRIBE, email to debian-devel-requ..
Show me the patches.
coerced you into
joining. Great for Debian but perhaps not so much for you...
--
Jonathan Dowland
--
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/201411090
On Sat, Nov 08, 2014 at 08:20:29PM -0800, Russ Allbery wrote:
> I thought Zlatan's message was beautiful, and it really touched me, and I
> wanted to say that. It may have been better if I'd said that in private.
No, such public appreciation messages are a pleasure to read. Please do not
refrain
a, especially
if boot-time password prompts are likely useless without it (at least with
systemd, but this is functionally a regression from wheezy).
--
Jonathan Dowland
--
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/20141109200345.gf29...@chew.redmars.org
formity is not an option.
Debian has decided to support multiple init systems. Do you not know this? Have
you been misled by the FUD? That's exactly what we're working on!
--
Jonathan Dowland
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &
On Wed, Nov 12, 2014 at 01:13:39AM +0100, Matthias Urlichs wrote:
> Please discourage the use of pristine-tar. The format is fragile and can
> suffer from bit rot.
I am not personally interested in pristine-tar, but I don't think this is the
right place to take a stance on its use.
--
To UNSUBS
On Wed, Nov 12, 2014 at 03:38:59PM +0800, Paul Wise wrote:
> Personally I wouldn't use anything other than debian-only repos, at
> least for those where I have a choice. I also actively avoid
> contributing to packages that don't use such repos.
And I'm the exact opposite.
--
To UNSUBSCRIBE, em
On Thu, Nov 13, 2014 at 01:58:23PM +0100, Bálint Réczey wrote:
> > acceptance for ironic, sarcastic humor.
> I love irony and sarcasm, but I don't think planet.debian.org is the
> right place for the mentioned content.
I'm afraid you misunderstand the purpose of planet Debian.
If you want an aggre
On Sun, May 12, 2013 at 07:52:25PM +0800, Thomas Goirand wrote:
> Being able to write tools to extract the license of any given package.
Well, extract what the maintainer thought the license was when they wrote
debian/copyright. What correlation that has with reality is an open question.
--
To
On Sat, May 11, 2013 at 06:26:40PM +, Thorsten Glaser wrote:
> Oh, sorry, I forgot, you work for Canonical (which totally explains some
> of your writings in the other eMail too, which I’m not going to comment
> on). Of course, for *buntu people it’s not about choice.
I think you are totally o
On Wed, May 22, 2013 at 07:17:34AM +0400, Dmitry Papchenkoff wrote:
> Maybe there should not be a separate package for each tool, but at
> least st and dmenu should be packaged separately.
Why?
> Moreover, there IS a package named stterm in unstable which ships st
> separately (I've found it then
On Fri, May 24, 2013 at 03:22:12AM +0200, Matthias Klumpp wrote:
> 2013/5/24 brian m. carlson :
Gentlemen,
This is well-worn territory on -devel. Please bear in mind the OP's wish
not to open this can of worms again.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
On Fri, May 24, 2013 at 04:07:06AM +0800, Thomas Goirand wrote:
> On 05/23/2013 03:55 PM, John Paul Adrian Glaubitz wrote:
> > How on earth does that contradict with the fact that 40%, i.e.
> > the minority of all contributions are done by the original
> > author. 40% still means that 60% of the co
If
On Thu, May 23, 2013 at 12:50:00PM -0700, Steve Langasek wrote:
> A large number of contributors to an *init system* is not
> something that should be a goal in and of itself
Then
> Furthermore, the statistics for systemd are themselves a distortion
isn't really relevant here, let's please n
On Tue, May 28, 2013 at 03:02:22AM +0200, Marco d'Itri wrote:
> Now that we are done with systemd for the time being, can we have the
> flame war about replacing Exim with Postfix as the default MTA?
>
> Are there any objections other than "but I like it this way!"?
As things stand, for the vast
On Tue, May 28, 2013 at 09:42:20AM +0200, Franck Routier (perso) wrote:
> this description is from the upstream readme. I have submited a bug
> report to ask for a correction.
> Should I patch the readme inbetween ?
If you mean the package description, then yes: it should be tailored
to Debian. Wh
Hi Adam,
On Sun, May 26, 2013 at 05:56:06PM +0200, Adam Borowski wrote:
> A while ago, someone raised the possibility of recompressing PNG files.
From my brief experience of working on games-thumbnails, I can appreciate that
the space savings may well be worth it at scale, but performing
compres
On 28 May 2013, at 14:04, Paul Tagliamonte wrote:
> Some plugins for photoshop etc store data in the fields that get removed
> by pngcrush and friends. In a sense, doing this is removing source data.
This is a bug that should be fixed in the optimiser(s). However, it could
easily be worked arou
Hi Simon,
On Tue, May 28, 2013 at 01:05:24PM +0100, Simon McVittie wrote:
> The participants in this thread are debian-devel subscribers: the sort
> of people who know that Debian is a Unix system, know what a Unix system
> is, and have some idea of what a "btrfs scrub cron job", or indeed an
> MT
On Thu, May 30, 2013 at 04:50:15PM +0300, Uoti Urpala wrote:
> Do you have any reason at all to believe that these were problems with
> systemd, rather than problems in Debian configuration or mostly
> independent bugs in other software that happened to trigger under
> systemd?
Whether or not syst
Hi Pol,
Your question is more on-topic for the debian-mentors list. You might get
more help there.
Thanks
--
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/2013060316
On Thu, May 30, 2013 at 06:38:52PM +0200, Marc Haber wrote:
> On Thu, 30 May 2013 16:53:56 +0200, m...@linux.it (Marco d'Itri) wrote:
> >I think that ease of configurability is a major plus for Postfix when
> >compared to Exim, since a common configurations is just a few lines long.
>
> How many
On Thu, Jun 06, 2013 at 11:36:21PM +0800, Thomas Goirand wrote:
> Well, in that case, it failed to be as simple to configure as qmail.
Is ease of configuration an important criteria for default MTA? More
important than sensible-default?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.deb
We'll need binaries for sdl 1 and 2 coexisting from two different source
packages I believe.
--
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/0d0aca7b-918f-4ba1-80e1-f1f
It's amazing how much simpler Debian life becomes if one simply ignores
bug severities entirely. Of course harder to do nearer to release, but
we live in a time of relative luxury right now…
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
At some point in the recent past the SDL team was effectively dead and
the games team took over maintenance. ISTR sponsoring at least one upload
of an SDL component during that time. However, it's possible that the SDL
time was revived since.
--
To UNSUBSCRIBE, email to debian-devel-requ...@list
On Mon, Jun 10, 2013 at 08:10:22PM +0600, Andrey Rahmatullin wrote:
> Life for the maintainer or for the user?
Well, the severity of a bug, from a user POV, makes no guarantee on
how serious the maintainer takes it, nor whether they will actually
fix it. Admittely some users get comfort from being
On Fri, Jun 07, 2013 at 12:45:07PM +0200, Marc Haber wrote:
> Sendmail has just one more layer of indirection by virtue of the m4
> macros. Postfix has most of its behavior hard coded in the C sources,
> while exim's behavior can be controlled by run-time configuration if
> an advanced user wants t
On Sun, Jun 02, 2013 at 11:10:38AM +0200, Tollef Fog Heen wrote:
> Since you repeat this claim: over the last year and a bit, systemd has
> seen 21 releases. I agree this is quite a lot, but it's hardly twice a
> week.
The number of Linux releases over the samer period is only about half that,
w
On Wed, Jun 12, 2013 at 08:00:17AM +0200, Wouter Verhelst wrote:
> To this exim expert, configuring exim is done as follows:
>
> zcat /usr/share/doc/exim4/examples/example.conf.gz > /etc/exim4/exim4.conf
Absolutely. At some point in the last few years I was recommended this course
of action by a
On Tue, Jun 11, 2013 at 11:05:24PM +0200, Bernhard R. Link wrote:
> The only class of users I can imagine the current situation not optional
> is someone being used to postfix[1].
Well, that's not me…
> When I remember learning exim I found it quite nice that the config is quite
> self-explaining
On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
> OpenPGP and S/MIME don't guarantee anonymity as they don't (and can't
> really) encrypt the headers/envelope
Erm, they also identify the recipients, as it's the recipients key to which
the messages are encrypted. (and typically the s
On Wed, Jun 12, 2013 at 09:41:27PM +0200, Daniel Pocock wrote:
> DFSG #4: Our priorities are our users and free software
>
> A court prosecuting/persecuting one of our users is not in scope
I'm now struggling to understand which side of the argument you are arguing.
--
To UNSUBSCRIBE, email to
On Sun, Jun 16, 2013 at 11:22:50AM +0200, Daniel Pocock wrote:
> Being able to systematically link bugs to hardware would be useful, then
> other owners of the same hardware would (a) be able to check for outstanding
> bugs before upgrading (b) try to reproduce and confirm bugs
And if one uses mor
On Mon, Aug 26, 2013 at 05:59:41PM +0400, Игорь Пашев wrote:
> https://wiki.debian.org/Projects/DebSrc3.0
>
> Anything other looks bad :-)
I think guilt attempts to address something that 3.0 leaves unresolved.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Thu, Sep 19, 2013 at 08:10:07PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 20 Sep 2013, Faheem Mitha wrote:
> > So, I suppose anyone using the software needs to download it. I'll
> > provide a script to download the data, but if I want to build a
> > Debian package containing that data,
On Fri, Sep 20, 2013 at 12:20:38PM +0200, Paul Wise wrote:
> It is also impossible to patch the binary format unlike SQL.
Interesting. For the first time, I've realised there can be a clash between
"preferred form for modification" and "preferred form for use".
--
To UNSUBSCRIBE, email to debia
Please don't CC me, I'm subscribed to the list.
--
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/e3a10ec6-e8d6-4c82-8c0e-523f2931a...@debian.org
> On 20 Sep 2013, at 14:49, Paul Tagliamonte wrote:
>
> I mean, not really, right?
I wouldn't write it if I didn't think so.
>
> If I want to use a .so, I want the ELF, but I want to modify it in C
The classic case we all know well which doesn't map to this situation.
> This just means we ship
Please don't CC me, I'm subscribed to the list.
--
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/108274b5-05b0-4a9b-8ee4-54bd1b353...@debian.org
On Mon, Sep 23, 2013 at 04:30:59PM +0200, Dominik George wrote:
> My proposal is to remove unrar-free from Debian, for the reasons
> mentioned above, and add a patch to src:unar that include a wrapper
> script that provides a command-line wrapper compatible to both
> unrar-free and unrar-nonfree, s
On Wed, Sep 25, 2013 at 07:06:04PM +, Sune Vuorela wrote:
> For all my qmake and cmake based projects, neither that has a make dist,
> I've asked my VCS for a tarball of the tag and blessed that one as 'the
> release'.
+1
Anecdotally, one of my upstreams has a broken tarball which is a git
ex
On Thu, Sep 26, 2013 at 08:41:15AM +, Thorsten Glaser wrote:
> In Debian, there are only two packages depending, recommending,
> suggesting or build-depending on pdksh right now:
…
>graphviz (U)
>shunit2
These surprised me, so I took a peek.
In shunit2's case, ksh is optionally used a
think it would be nice if it was a bit
more concise (whilst still describing key terms that someone not
immersed in the area will understand. Quite a challenge.)
--
Jonathan Dowland
--
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/2013093019.GA16565@debian
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...
May I make a suggestion?
Instead of filing ITPs for every Openstack component, file
1 - 100 of 539 matches
Mail list logo
