On Tue, May 14, 2013 at 08:59:57AM +, Thorsten Glaser wrote:
> Helmut Grohne subdivi.de> writes:
>
> > What are the benefits of using shells other than dash for /bin/sh? (as
>
> Why does dash get special treatment, anyway? It was ???suddenly??? in
> Debian after having been used in Ubuntu, b
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: node-require-all
Version : 0.0.6
Upstream Author : Felix Geisendörfer
* URL : https://github.com/felixge/node-require-all
* License : Expat
Programming Lang: Javascript
Description :
]] "brian m. carlson"
> On Wed, May 15, 2013 at 02:29:40AM +0200, John Paul Adrian Glaubitz wrote:
> > On 05/15/2013 02:16 AM, Michael Biebl wrote:
> > >Am 15.05.2013 01:26, schrieb brian m. carlson:
> > >>On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> > >>>This is utter bull
On Tuesday, May 14, 2013 10:18:47 PM Daniel Pocock wrote:
> On 12/05/13 21:11, Bernd Zeimetz wrote:
> > On 05/11/2013 10:12 AM, Daniel Pocock wrote:
> >> On 11/05/13 04:35, Paul Wise wrote:
> >>> I think you want to discuss this on the debian-java list instead.
I'm working on the debian-repo-helpe
]] "brian m. carlson"
> On Wed, May 15, 2013 at 02:12:10AM +0200, Michael Biebl wrote:
> > Am 15.05.2013 01:26, schrieb brian m. carlson:
> > > On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> > >> This is utter bullshit and you should already know it. Systemd is much
> > >> mo
Hi!
On Mon, 2013-05-13 at 22:34:36 +0200, Ondřej Surý wrote:
> Two things has happened with GD Library:
>
> 1. I have dropped the {xpm,noxpm} dichotomy and there's only
>libgd2-dev now. There are transitional packages which are ment
>to help with the move to libgd2-dev, so you don't have
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python3-pyparsing
Version : 2.0.0
Upstream Author : Paul McGuire
* URL : http://pyparsing.wikispaces.com/
* License : MIT
Programming Lang: Python
Description : Python parsing modul
Hi
Yes i can help
Juris
2013. gada 15. maijs 07:13 "Gunnar Wolf" rakstīja:
> tl;dr:
>
> We are trying to assemble a large enough (but not too large?) team
> to help us rate the travel sponsorship requests for DebConf13. Many
> aspects are still open to debate, but most probably we will fo
Hi!
On Tue, 2013-05-14 at 09:30:45 +0200, Helmut Grohne wrote:
> I acknowledge that I am coming late to the party. I dug into the
> discussion referenced from your other mail, but had a hard time finding
> specific arguments. This discussion appears to be a good candidate for
> http://wiki.debian.
On Wed, May 15, 2013 at 02:12:10AM +0200, Michael Biebl wrote:
> Am 15.05.2013 01:26, schrieb brian m. carlson:
> > On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> >> This is utter bullshit and you should already know it. Systemd is much
> >> more reliable as a whole than any ot
On Wed, May 15, 2013 at 02:29:40AM +0200, John Paul Adrian Glaubitz wrote:
> On 05/15/2013 02:16 AM, Michael Biebl wrote:
> >Am 15.05.2013 01:26, schrieb brian m. carlson:
> >>On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> >>>This is utter bullshit and you should already know i
On 05/14/2013 10:03 AM, Jonas Smedegaard wrote:
> I have also thought WebID would be a perfect match for things like this.
[...]
> Daniel has raised concerns about WebID:
> http://lists.alioth.debian.org/pipermail/freedombox-discuss/2011-March/001030.html
>
> Quite frustrating, because I trust D
Package: general
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outc
> And, when it comes to processing, binary data is actually *easier* to
> process. Everyone who has ever written a text parser themselves will
> agree.
I guess everyone who has used grep, tr, sed and so on will disagree?
--
Salvo Tomaselli
http://web.student.chalmers.se/~saltom/
--
To UNSUBSC
On 05/15/2013 02:16 AM, Michael Biebl wrote:
Am 15.05.2013 01:26, schrieb brian m. carlson:
On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
This is utter bullshit and you should already know it. Systemd is much
more reliable as a whole than any other implementation. I have yet
Am 15.05.2013 01:26, schrieb brian m. carlson:
> On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
>> This is utter bullshit and you should already know it. Systemd is much
>> more reliable as a whole than any other implementation. I have yet to
>> see a use case where it is not bet
Am 15.05.2013 01:26, schrieb brian m. carlson:
> On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
>> This is utter bullshit and you should already know it. Systemd is much
>> more reliable as a whole than any other implementation. I have yet to
>> see a use case where it is not bet
On Sat, May 11, 2013 at 10:08:21PM +0200, Josselin Mouette wrote:
> This is utter bullshit and you should already know it. Systemd is much
> more reliable as a whole than any other implementation. I have yet to
> see a use case where it is not better.
It is not better if you don't want proprietary
Package: wnpp
Severity: wishlist
Owner: "Andrew Starr-Bochicchio"
* Package name: typecatcher
Version : 0.1
Upstream Author : Andrew Starr-Bochicchio
* URL : https://launchpad.net/typecatcher
* License : GPL-3
Programming Lang: Python
Description :
Am Dienstag, den 14.05.2013, 20:35 +0900 schrieb Osamu Aoki:
> Hi,
>
> On Mon, May 13, 2013 at 02:31:43PM +0200, Benjamin Drung wrote:
> > Am Montag, den 13.05.2013, 21:06 +0900 schrieb Osamu Aoki:
> > > This may be still buggy and may needs some more work. I was thinking to
> > > update maint-gu
On May 14, 2013 5:08 PM, "Charles Plessy" wrote:
> would there be a volunteer to summarise this discussion as a patch to the
> Developers's Reference ? You do not need to be an expert: reading and
> understanding this thread is enough.
I would be up for working on this task.
Nathan
Hi all,
would there be a volunteer to summarise this discussion as a patch to the
Developers's Reference ? You do not need to be an expert: reading and
understanding this thread is enough.
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-devel-r
❦ 14 mai 2013 11:54 CEST, Thomas Goirand :
>> Yes of course, because a different init system will magically make your
>> other disk bootable.
>
> This is absolutely *NOT* what I said. Nothing in my message
> compares this or that init system. I just replied that when you
> have apache, it's easi
Am 14.05.2013 09:30, schrieb Helmut Grohne:
> 1) Raphael Hertzog suggested[1] that metadata could be stored
>compressed. Is that implemented already? (As far as I can see it
>would be part of file_show, but isn't.) If not, that would cause
>an increase in installation size. I guess that
On 05/14/2013 10:53 PM, John D. Hendrickson and Sara Darnell wrote:
Ben what basis do you have against .gz ?
It was already mentioned, it takes more space. Everyone (e.g. Fedora
with rpm) is switching to xz, not just Debian. The Linux kernel is using
more advanced compression algorithms as w
* Sune Vuorela [130512 12:43]:
> It is too much work for far too little gain. What *is* the gain?
> What is the gain of copyright files?
One big gain of a copyright file is the act of doing it.
For software to be distributable every copyright owner has to have
given his permission. To know that
Ben what basis do you have against .gz ?
And I'd love to know if it won't cause dependancy problems when
someone has more than one debian they are dealing with.
I doubt it's as simple as stated.
What's wrong with saying so?
And yes I do think there are some that would inject problems (such
As I did you.
You all are WAY late with a new Debian that isn't chalk full of problems.
And you are dead wrong. I am not the only one who posts disagreements
with posts. For example: Paul Wise often disagrees with ill
alterations to Debian.
I don't like what's going on with the continual b
On 12/05/13 21:11, Bernd Zeimetz wrote:
> On 05/11/2013 10:12 AM, Daniel Pocock wrote:
>> On 11/05/13 04:35, Paul Wise wrote:
>>> I think you want to discuss this on the debian-java list instead.
>>>
>>
>> The reason I posted here is that the concept is just as viable for other
>> languages with th
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: libmoosex-configuration-perl
Version : 0.02
Upstream Author : Dave Rolsky
* URL : https://metacpan.org/release/MooseX-Configuration
* License : Artistic-2.0
Programming Lang: Perl
Descript
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: libtest-lwp-useragent-perl
Version : 0.018
Upstream Author : Karen Etheridge
* URL : https://metacpan.org/release/Test-LWP-UserAgent/
* License : Artistic or GPL-1+
Programming Lang: Perl
On Tue, May 14, 2013 at 10:03:34AM -0700, Russ Allbery wrote:
> I think that, to convince people that flexibility won't cause stability
> and complexity problems, you're going to need to present a complete and
> fairly bulletproof implementation plan. Given how difficult the bash to
> dash transi
On Tue, May 14, 2013 at 08:59:57AM +, Thorsten Glaser wrote:
> Helmut Grohne subdivi.de> writes:
> > What are the benefits of using shells other than dash for /bin/sh? (as
> Why does dash get special treatment, anyway?
Because /bin/sh is special under Debian policy, as an essential interpre
Joey Hess writes:
> Paul Wise wrote:
>> Probably the rsync package should just ask you via debconf if you want
>> to serve any directories and what their names and paths should be.
>> Since most folks who have rsync installed don't need rsyncd, the
>> default would be to not setup anything.
> No
Philip Hands wrote:
> Vincent Lefevre writes:
> > I agree for these services (though Apache is useless after just
> > being installed, as one just has a dummy web page).
>
> I don't know about you, but I find it quite reassuring to be able to
> confirm that the first half of an install is going pr
Thorsten Glaser writes:
> Helmut Grohne subdivi.de> writes:
>> What are the benefits of using shells other than dash for /bin/sh? (as
> Why does dash get special treatment, anyway? It was “suddenly“ in
> Debian after having been used in Ubuntu, but… there never was an
> evaluation of shells.
T
On 05/13/2013 07:08 PM, Vincent Lefevre wrote:
> On 2013-05-07 23:54:36 +0800, Thomas Goirand wrote:
>> On 05/07/2013 04:00 AM, Vincent Lefevre wrote:
>>> This can be fine for some daemons/servers. For instance, for a web
>>> server, displaying a default web page is harmless. But what about a
>>> m
Jonas Smedegaard writes:
> Quoting Olivier Berger (2013-05-14 14:27:51)
>> I'm not so sure how GPG integrates in the WebID landscape, but it seems
>> to me that WebID, based on Linked Data principles has some similarity
>> with Web of Trust concepts well known in the GPG system.
> Daniel has rai
+++ Stephen Kitt [2013-05-13 19:26 +0200]:
> Yes, but that's not the problem. Take the premise that the target directory
> structure is as described above, so most library development packages ship as
> many headers as possible in /usr/include. For now we'll assume all
> mingw-w64-...-dev headers
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev
* Package name: libtest-failwarnings-perl
Version : 0.005
Upstream Author : David Golden
* URL : https://metacpan.org/release/Test-FailWarnings/
* License : Apache-2.0
Programming Lang: Perl
Description
Paul Wise wrote:
> Probably the rsync package should just ask you via debconf if you want
> to serve any directories and what their names and paths should be.
> Since most folks who have rsync installed don't need rsyncd, the
> default would be to not setup anything.
No, it should not. 60 packages
On 05/14/2013 09:34 AM, Goswin von Brederlow wrote:
On Mon, May 13, 2013 at 07:55:30AM -0400, The Wanderer wrote:
If I'm correctly understanding what's being described here, I would
think that the full-functionality 64+32 Wine would probably be
another exception (unless it falls under "emulat
On Sat, May 11, 2013 at 06:03:30PM +0100, Wookey wrote:
> +++ Stephen Kitt [2013-05-09 10:46 +0200]:
> > On Thu, 9 May 2013 10:10:01 +0200, Mike Hommey wrote:
>
> > > * source build dependencies (such that e.g binutils-mingw-w64 build
> > > depends on src:binutils instead of binutils-source)
>
On Mon, May 13, 2013 at 07:26:15PM +0200, Stephen Kitt wrote:
> On Sat, 11 May 2013 11:39:28 +0200, Goswin von Brederlow
> wrote:
> > On Wed, May 08, 2013 at 11:57:58AM +0200, Stephen Kitt wrote:
> > > The big issue which crops up then isn't so much the directory structure's
> > > impact on the bu
On Tue, May 14, 2013 at 09:30:45AM +0200, Helmut Grohne wrote:
> I acknowledge that I am coming late to the party. I dug into the
> discussion referenced from your other mail, but had a hard time finding
> specific arguments. This discussion appears to be a good candidate for
> http://wiki.debian.o
On Mon, May 13, 2013 at 11:09:53PM +0200, Ansgar Burchardt wrote:
> Hi,
>
> [ dropped -release and -wb-team ]
>
> Jonathan Nieder writes:
> > One problem that that doesn't solve is what to do when a package would
> > be able to borrow its /doc/ directory from another package
> > (using a symlink
On Mon, May 13, 2013 at 06:04:58PM +0200, Holger Levsen wrote:
> Hi,
>
> On Montag, 13. Mai 2013, Guillem Jover wrote:
> > The only thing the metadata solution would need now, is changing
> > packaging helper, all packages not using a helper, and changelog and
> > copyright extractors to look firs
Quoting Olivier Berger (2013-05-14 14:27:51)
> Russ Allbery writes:
>
> > Raphael Hertzog writes:
> >> On Mon, 06 May 2013, Joerg Jaspert wrote:
> >
> >>> Nah, the webinterface just should end up like the DAM
> >>> webinterface: You do whatever you need, then click a button - and
> >>> voila,
On Mon, May 13, 2013 at 10:31:54AM -0400, The Wanderer wrote:
> On 05/13/2013 10:22 AM, The Wanderer wrote:
>
> >On 05/13/2013 09:46 AM, Wookey wrote:
>
> >>Hmm. Do the parts of the 64-bit tree that the 32-bit side compiles
> >>against end up installed in a final installation (as libraries?) or
>
On Mon, May 13, 2013 at 07:55:30AM -0400, The Wanderer wrote:
> On 05/09/2013 11:59 AM, Wookey wrote:
>
> >+++ Goswin von Brederlow [2013-05-09 11:39 +0200]:
>
> >>I would say that a foreign dependency on a library is never right.
> >
> >That's too strong. It can make sense for cross-tools, or ma
On Tue, 2013-05-14 at 08:59 +, Thorsten Glaser wrote:
> Helmut Grohne subdivi.de> writes:
>
> > What are the benefits of using shells other than dash for /bin/sh? (as
>
> Why does dash get special treatment, anyway? It was “suddenly“ in
> Debian after having been used in Ubuntu, but… there n
On Sat, May 11, 2013 at 08:44:30PM +0100, Roger Leigh wrote:
> ...
> forcing the rest of the world to conform to our worldview. One
> desktop environment, and an awful one at that, dictating the
> init system we use is a complete farce. Debian is a lot bigger
> than GNOME, and if we have to, I
On Tue, May 7, 2013 at 9:06 AM, Thijs Kinkhorst wrote:
> I suggest that you file a bug against php5 with suggested changes and we can
> discuss the pros and cons of each for jessie.
And I must add that I consider very rude to push your (sometimes
extreme, sometimes very usefull) ideas how should
On Mon, May 13, 2013 at 03:21:35PM +0200, Helmut Grohne wrote:
> On Mon, May 13, 2013 at 11:48:06AM +0200, Goswin von Brederlow wrote:
> > Both cases would need data for multiple archs.
> >
> > For the second case if identical files are in all foo_arch.deb then
> > those should be in foo-common_al
On Tue, May 07, 2013 at 10:19:18PM +, Thorsten Glaser wrote:
> Matt Zagrabelny d.umn.edu> writes:
> > Use the mechanism of "really":
>
> That is *much* *much* *much* *much* *much* *much* *much* *much* *much*
> *much* *much* *much* *much* *much* *much* *much* more ugly than epochs
> and actual
On Wed, May 08, 2013 at 05:55:22PM +0200, Tollef Fog Heen wrote:
> ]] Philip Hands
> > ~ (tilde) with it's magic negative sort order, does work however:
> >
> > 0~20130215
>
> 0~something is pretty magic and sometimes confuses tools, though, since
> it's a positive version number that's less
On Tue, May 14, 2013 at 02:27:51PM +0200, Olivier Berger wrote:
> >>> Nah, the webinterface just should end up like the DAM webinterface: You
> >>> do whatever you need, then click a button - and voila, there is
> >>> everything ready to copy/paste into a MUA. Send with sig, done.
> >
> >> Why? Thi
Russ Allbery writes:
> Raphael Hertzog writes:
>> On Mon, 06 May 2013, Joerg Jaspert wrote:
>
>>> Nah, the webinterface just should end up like the DAM webinterface: You
>>> do whatever you need, then click a button - and voila, there is
>>> everything ready to copy/paste into a MUA. Send with s
Hi,
On Mon, May 13, 2013 at 02:31:43PM +0200, Benjamin Drung wrote:
> Am Montag, den 13.05.2013, 21:06 +0900 schrieb Osamu Aoki:
> > This may be still buggy and may needs some more work. I was thinking to
> > update maint-guide using this so I need to be less wordy and the debmake
> > program doe
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
Quoting Wouter Verhelst (2013-05-14 12:22:14)
> On 13-05-13 05:59, Mark Symonds wrote:
> > Can we keep the distribution simple enough for nearly anyone to
> > understand?
>
> No.
>
> The goal of Debian is not to be "simple". While we should document
> things as much as possible so that the inte
On Tue, May 14, 2013 at 6:03 PM, Wouter Verhelst wrote:
> That's already possible, just put mentors.debian.net in your sources.list?
>
> Having said that, the point of mentors.debian.net is that inexperienced
> maintainers can upload their packages there, so that a debian developer
> can look at t
Hello,
Von: "Steve McIntyre"
An: debian-devel@lists.debian.org
Betreff: Re: DPA instead of PPA
In article <518b7cf6.3080...@debian.org> you write:
>>On 09/05/13 07:38, Raphael Hertzog wrote:
>>> bikeshed \o/
>>
>>You probably meant this to be a comment on the discussion rather than a
>>suggested
On 13-05-13 05:59, Mark Symonds wrote:
> Can we keep the distribution simple enough for nearly anyone to understand?
No.
The goal of Debian is not to be "simple". While we should document
things as much as possible so that the interested can learn how things
work, in no case should we ever avoi
Josselin Mouette writes:
> Le mardi 14 mai 2013 à 15:28 +0800, Thomas Goirand a écrit :
>> On 05/13/2013 06:05 AM, Josselin Mouette wrote:
>> > Having a rock-stable PID 1 is nice and all, but it doesn’t help you if
>> > something important crashes. On a production server, if apache crashes
>> >
On 11-05-13 13:31, Daniel Pocock wrote:
> There have been various discussions about how to change the release process
>
> I'm not personally convinced that the process is fundamentally flawed.
> If there are still as many wheezy systems in 10 years as there are
> Windows XP machines in corporation
On 05/14/2013 04:51 PM, Josselin Mouette wrote:
> Yes of course, because a different init system will magically make your
> other disk bootable.
This is absolutely *NOT* what I said. Nothing in my message
compares this or that init system. I just replied that when you
have apache, it's easier to r
Hi,
On Tue, 14 May 2013, Игорь Пашев wrote:
> 2013/5/14 Raphael Hertzog :
> > But ansgar's objection about the duplication of the changelog in multiple
> > .deb when it used to be shared via a symlink also makes sense. As does the
> > fact that there's currently no way to not install some control
Hi,
On Tue, May 14, 2013 at 10:43:59AM +0300, Antti-Juhani Kaijanaho wrote:
> On Mon, May 13, 2013 at 02:52:17PM +0200, Alberto Garcia wrote:
> > Also, is there any relation between this and the old 'debmake' package
> > or they just happen to have the same name?
>
> My first thought upon seeing
2013/5/14 Raphael Hertzog :
> But ansgar's objection about the duplication of the changelog in multiple
> .deb when it used to be shared via a symlink also makes sense. As does the
> fact that there's currently no way to not install some control files.
What about creating symlinks in /var/lib/dpk
Thanks everyone,
On Di, 14 Mai 2013, Tollef Fog Heen wrote:
> Your email server certainly accepted a mail from db.debian.org this
> morning. Look for r4E8r05U001275 in your log files.
Yes indeed, now after fixing the mail server entry, since our
university smtp has changed ...
sorry for the no
]] Norbert Preining
(debian-devel is the wrong forum for this, you want
debian-admin@lists.d.o to reach the admins.)
> On Di, 14 Mai 2013, Paul Wise wrote:
> > https://db.debian.org/doc-mail.html
>
> Thanks, hmm, I did also this, but never got an answer.
Your email server certainly accepted a
Helmut Grohne subdivi.de> writes:
> What are the benefits of using shells other than dash for /bin/sh? (as
Why does dash get special treatment, anyway? It was “suddenly“ in
Debian after having been used in Ubuntu, but… there never was an
evaluation of shells.
I still believe the codebase of mks
Le mardi 14 mai 2013 à 00:40 +0200, Josselin Mouette a écrit :
> > - adjust the buildds to begin generating debug symbols packages
> >automatically - perhaps reusing pkgbinarymangler from Ubuntu, or perhaps
> >using it as a reference
>
> Patches to debhelper already exist, to generate on
Le mardi 14 mai 2013 à 15:28 +0800, Thomas Goirand a écrit :
> On 05/13/2013 06:05 AM, Josselin Mouette wrote:
> > Having a rock-stable PID 1 is nice and all, but it doesn’t help you if
> > something important crashes. On a production server, if apache crashes
> > and fails to reload properly beca
On Tue, May 14, 2013 at 3:54 PM, Norbert Preining wrote:
> Thanks, hmm, I did also this, but never got an answer.
> Am I supposed to get an answer to an email I sent there?
I got replies to mails I sent there in the past (unrelated to ssh). I
would suggest checking that the OpenPGP key you signed
On 2013-05-13, Robert Collins wrote:
> The use cases are not at all fringe: every company I have worked at since
> open source became the dominant source of libraries has had some set of
> rules and policies around which licenses to use when, and good data about
> that makes decision making easier
Hi,
On Mon, 13 May 2013, Guillem Jover wrote:
> The binNMU issue entails two “sub-problems”. The first is the one
> introduced by different entries in binNMUs on multiple architectures.
> The other is the unmatched versions for possible out-of-step binNMU
> versions.
>
> Personally I see very cle
On 2013-05-14, John D. Hendrickson and Sara Darnell
wrote:
> Are you trying to cause problems with free software?
Quite the opposite. He is trying to ensure that we don't have to modify
all packages to get them xz compressed, but rather does it from a
central place.
/Sune
--
To UNSUBSCRIBE,
Le Mon, May 13, 2013 at 10:34:36PM +0200, Ondřej Surý a écrit :
>
> 1. I have dropped the {xpm,noxpm} dichotomy and there's only
>libgd2-dev now. There are transitional packages which are ment
>to help with the move to libgd2-dev, so you don't have to make
>any changes right now - the
Hi Paul,
thanks for your answer.
On Di, 14 Mai 2013, Paul Wise wrote:
> https://db.debian.org/doc-mail.html
Thanks, hmm, I did also this, but never got an answer.
Am I supposed to get an answer to an email I sent there?
Norbert
--
On Mon, May 13, 2013 at 02:52:17PM +0200, Alberto Garcia wrote:
> Also, is there any relation between this and the old 'debmake' package
> or they just happen to have the same name?
My first thought upon seeing this ITP was, whyever for would anyone want to
resurrect debmake.
Please choose anothe
On Mon, May 13, 2013 at 03:16:57PM +0200, Guillem Jover wrote:
> The binNMU issue entails two ???sub-problems???. The first is the one
> introduced by different entries in binNMUs on multiple architectures.
> The other is the unmatched versions for possible out-of-step binNMU
> versions.
I acknowl
On 05/13/2013 06:05 AM, Josselin Mouette wrote:
> Le dimanche 12 mai 2013 à 19:40 +0200, Helmut Grohne a écrit :
>> With all due respect, this might be utter bullshit, but is at least
>> [citation needed]. I have yet to see a failing pid 1 (be that sysv,
>> upstart or systemd). Acquiring data on f
84 matches
Mail list logo
