On Mon, Jun 25, 2018 at 08:04:01AM +0100, Simon McVittie wrote:
> On Sun, 24 Jun 2018 at 17:05:54 -0600, Daniele Nicolodi wrote:
> > Packages that will use dh_installsystemduser will have maintainer
> > scripts that will depend on the next relese of init-system-helpers.
> > dh_installsystemduser wi
On Fri, Jul 06, 2018 at 08:27:13AM +0100, Simon McVittie wrote:
> On Fri, 06 Jul 2018 at 08:16:12 +0200, Andreas Tille wrote:
> > Just yesterday
> > I had an example where the upstream download archive is lacking some
> > files from upstream SVN which need to be merged in to enable building
> > the
Hi,
On Mon, Jul 09, 2018 at 02:13:13PM +0900, Asavaseri Natnaree wrote:
> Dear Debian developers,
>
> I am Natnaree Asavaseri and currently undertaking a research internship at
> Nara Institute of Science and Technology, Japan. Note that we are not biased
> to either GitHub or Microsoft, and t
Hi Chris,
[Cc list trimmed]
On Wed, Jul 11, 2018 at 05:05:48PM +0100, Chris Lamb wrote:
> Hi Wouter et al.,
>
> > This questionnaire contains an error:
>
> Whilst I certainly appreciate your usual attention to detail and
> preciseness note that these questionnaires — whi
Hi Dmitry,
On Thu, Jul 19, 2018 at 05:40:46PM +1000, Dmitry Smirnov wrote:
> On Thursday, 19 July 2018 10:50:20 AM AEST Ian Jackson wrote:
> > I think this naming, and the iconography, is all very unfortunate.
> > IMO it is not compatible with Debian's Diversity Statement (which as
> > ou know was
On Fri, Jul 20, 2018 at 01:34:19PM +1000, Dmitry Smirnov wrote:
> I refuse to judge the matter with my feelings.
Rationality has a place, but so do feelings.
The names in this package are offensive, plain and simple. Are other
names offensive? Maybe. Does that mean we should do nothing until we'v
On Fri, Jul 20, 2018 at 10:34:28AM +0200, Ansgar Burchardt wrote:
> Matthew Vernon writes:
> > We shouldn't need to have numbers of people having to justify why a
> > particular thing is offensive before we (as a project) try and fix
> > it.
>
> That works if Debian was a non-diverse groups where
On Thu, Jul 19, 2018 at 10:02:23PM +1000, Dmitry Smirnov wrote:
> On Thursday, 19 July 2018 7:43:39 PM AEST Wouter Verhelst wrote:
> > weboob itself is fine, maybe. But there are various other binaries
> > inside the weboob packages that aren't, at least not so much:
> >
Hi Marc,
On Sun, Jul 22, 2018 at 09:39:51AM +0900, Marc Dequènes (duck) wrote:
> - is it degrading?
> « These are acts that, even if done by consent, convey a message that
> diminishes the importance or value of all human beings. »
> This does no apply here as there is no depiction of act or e
On Sat, Aug 04, 2018 at 01:15:57PM +0800, Ralf Treinen wrote:
> Hi,
>
> as announced in our talk at debconf'18 [1] we intend a MBF about wrong
> redirections in maintainer scripts. In general these are of the form
>
> foo 2>&1 1> /dev/null
>
> Here it was probably intended to send both stderr
On Thu, Aug 09, 2018 at 09:48:22PM +0200, Ralf Treinen wrote:
> Hello Wouter,
>
> On Tue, Aug 07, 2018 at 12:38:32PM +0200, Wouter Verhelst wrote:
> > On Sat, Aug 04, 2018 at 01:15:57PM +0800, Ralf Treinen wrote:
> > > Hi,
> > >
> > > as announced in
On Sun, Aug 12, 2018 at 01:12:40PM +0200, Holger Wansing wrote:
> Hi,
>
> I am curious about how to change an already existing git tag afterwards
> (means: change the commit it points to).
>
> Locally, I can change an existing tag, and then create it newly.
> But I cannot push it to the remote re
On Tue, Aug 14, 2018 at 01:25:22PM +0200, Jonas Meurer wrote:
> [...] free software cloud providers [...]
No such thing.
The whole concept of "cloud provider" is that you have a company which
provides "hardware" or "infrastructure" as a service. This service is
provided "as is"; you wouldn't be a
On Fri, Aug 17, 2018 at 11:12:01PM +0200, Thomas Goirand wrote:
> On 08/17/2018 04:11 PM, Wouter Verhelst wrote:
> > But if we're going to
> > be using an external cloud provider for such things, then it doesn't
> > matter whether that external cloud prov
On Tue, Aug 21, 2018 at 01:15:03PM +0200, Adam Borowski wrote:
> On Tue, Aug 21, 2018 at 01:39:29PM +0800, Paul Wise wrote:
> > On Tue, Aug 21, 2018 at 1:21 PM, Kentaro Hayashi wrote:
> >
> > > I want to make 3rd party keyring package (ITP). In the advance, I
> > > want to know a best practice abo
On Thu, Sep 13, 2018 at 04:02:15AM +0100, Steve McIntyre wrote:
> * Build using GitLab CI? (this looks quite difficult! proposals welcome
> :-))
No it's not :-)
I'm willing to look into this.
--
Could you people please use IRC like normal people?!?
-- Amaya Rodrigo Sastre, trying to quiet
On Tue, Sep 18, 2018 at 10:45:45AM +0200, Ondrej Novy wrote:
> Hi,
>
> út 18. 9. 2018 v 10:30 odesílatel Lars Wirzenius napsal:
>
> Would Conflicts work here?
>
>
> Conflicts is just more strict Breaks,
Eh, no.
> for example when files are overwritten. This is not case and Breaks
> "is e
Hi Lumin,
On Tue, Sep 25, 2018 at 02:40:43PM +, Lumin wrote:
> > What I'm emphasizing here is, the debug info in those shared objects
> > are intensionally kept to preserve a good user experience and
> > avoid increasing maintainance burden.
> >
> > This is the expected backtrace from the cod
On Thu, Oct 04, 2018 at 01:27:29PM +0200, Enrico Weigelt, metux IT consult
wrote:
> Yes, that would have to be customized per-package, but we're only
> talking about a hand full of packages, anyways.
Eh, no.
--
Could you people please use IRC like normal people?!?
-- Amaya Rodrigo Sastre, tr
On Sun, Oct 21, 2018 at 12:13:27PM -0400, Marvin Renich wrote:
> * Sune Vuorela [181021 06:05]:
> > On 2018-10-21, Jonas Smedegaard wrote:
> > > I disagree that libgpgme11 should depend/recommend/suggest gnupg at all:
> > > As a library it cannot possibly declare how tight a relationship to
> >
On Sat, Oct 20, 2018 at 08:22:35AM +0800, Paul Wise wrote:
> On Fri, Oct 19, 2018 at 7:30 PM Martin Steigerwald wrote:
>
> > As long as people choose to strip of dependencies to libsystemd from
> > packages like util-linux, avoiding a fork would not work with how Debian
> > and Debian based distri
On Mon, Oct 22, 2018 at 11:12:57PM +0200, Adam Borowski wrote:
> On Mon, Oct 22, 2018 at 01:22:12PM -0700, Russ Allbery wrote:
> > Adam Borowski writes:
> >
> > > Thus, I'd re-propose a Policy change that was mentioned in multiple
> > > threads in the past:
> >
> > > "A runtime library should no
On Wed, Feb 22, 2017 at 09:07:23PM +0100, Ansgar Burchardt wrote:
> The archive no longer accepts uploads signed using the SHA-1
Yay!
(https://shattered.io is fun)
> or RIPE-MD/160 algorithms.
Uhh? AFAIK, RIPEMD160 is not compromised at all, not even in a
theoretical attack. Why was this part o
Hi,
On Saturday 2015-11-07, Daniel Pocock wrote:
> The Debian Project now has an XMPP service available to all Debian
> Developers. Your Debian.org email identity can be used as your XMPP
> address.
Unfortunately, as of a few weeks ago, spammers have started to send messages
through the debian.o
On Thu, Mar 09, 2017 at 10:19:10AM -0800, Russ Allbery wrote:
> Now, if this were taken a further step so that dpkg-shlibdeps would
> provide some mechanism to *automatically* add those downstream
> dependencies to packages that depend on the library unless the
> dependencies were explicitly suppre
On Sun, Mar 26, 2017 at 05:44:20AM +0200, Guillem Jover wrote:
> As I've also noted in the past [B], I'd go even further and say that
> we need at least to very strongly discourage, but ideally outright ban
> the dlopen()ing of shared libraries that are not part of the same
> source package or at l
On Fri, Mar 31, 2017 at 05:24:53PM -0400, Felix Miata wrote:
> Andrey Rahmatullin composed on 2017-04-01 01:49 (UTC+0500):
> > On Fri, Mar 31, 2017 at 04:30:28PM -0400, Felix Miata wrote:
> > > Andrey Rahmatullin composed on 2017-03-24 21:18 (UTC+0500):
> > > > Start with reporting this bug at our
On Fri, Mar 31, 2017 at 11:48:44PM +0500, Andrey Rahmatullin wrote:
> On Fri, Mar 31, 2017 at 07:28:19PM +0200, Francesco Poli wrote:
> > In this scenario, you can determine the intent of the program copyright
> > holders, but what you need is a linking exception from the
> > purely-GPL-licensed li
On Sun, Apr 02, 2017 at 04:15:41PM -0400, Felix Miata wrote:
> Wouter Verhelst composed on 2017-04-02 20:59 (UTC+0200):
>
> > On Fri, Mar 31, 2017 at 05:24:53PM -0400, Felix Miata wrote:
>
> > > Andrey Rahmatullin composed on 2017-04-01 01:49 (UTC+0500):
>
> >
On Thu, Apr 06, 2017 at 04:07:54PM -0700, Nikolaus Rath wrote:
> On Apr 06 2017, Gunnar Wolf wrote:
> > Nikolaus Rath dijo [Wed, Apr 05, 2017 at 03:18:57PM -0700]:
> >> >> I have a very different perception
> >> >
> >> > Me too. I guess it depends very much on whether one can afford to buy
> >> >
On Wed, Apr 12, 2017 at 10:16:18PM +0100, Jonathan Dowland wrote:
> On Wed, Apr 12, 2017 at 03:35:46PM +0200, Bastien ROUCARIES wrote:
> > Subject: Re: Bug#860170: node-brfs -- browserify fs.readFileSync() static
> > asset inliner
>
> This should have "ITP" in the title of the bug.
>
> > Browser
On Thu, Apr 13, 2017 at 10:13:40AM +0300, Lars Wirzenius wrote:
> On Thu, Apr 13, 2017 at 08:59:30AM +0200, Wouter Verhelst wrote:
> > On Wed, Apr 12, 2017 at 10:16:18PM +0100, Jonathan Dowland wrote:
> > > On Wed, Apr 12, 2017 at 03:35:46PM +0200, Bastien ROUCARIES wrote:
> &
On Sun, Apr 23, 2017 at 12:16:58PM +0200, Evgeni Golov wrote:
> Ohai,
>
> LXC recently got a bug (#860974) that is best fixed by bumping a certain
> sysctl limit above the default.
>
> However I could not find any documented policy how to do this (if at all).
>
> Both, procps and systemd support
On Mon, Apr 24, 2017 at 11:17:48AM +0200, Marco d'Itri wrote:
> On Apr 23, Wouter Verhelst wrote:
>
> > The "packages drop files in /usr/*, sysadmins override in /etc" way of
> > doing things is prevalent in the RPM world; in Debian, however, we
> > traditi
On Wed, Apr 26, 2017 at 08:05:10AM -0400, Tom H wrote:
> On Mon, Apr 24, 2017 at 9:10 AM, Adam Borowski wrote:
> >
> > All of this is caused by Red Hat having no support for upgrades:
> >
> > https://access.redhat.com/solutions/21964
> >
> > # Red Hat does not support in-place upgrades between maj
On Wed, Apr 26, 2017 at 07:53:57AM -0400, Tom H wrote:
> On Sun, Apr 23, 2017 at 3:00 PM, Wouter Verhelst wrote:
> >
> > The "packages drop files in /usr/*, sysadmins override in /etc" way of
> > doing things is prevalent in the RPM world; in Debian, however, we
On Fri, Apr 28, 2017 at 08:03:13AM +0200, Marc Haber wrote:
> On Thu, 27 Apr 2017 09:18:54 +0200, Wouter Verhelst
> wrote:
> >I didn't say RPM *doesn't* deal with changed files; I said ours deals
> >with it better. I stand by that.
>
> Given that dpkg's co
On Fri, Apr 28, 2017 at 04:21:17AM -0400, Tom H wrote:
> Did Linux development move as quickly as it does now?
> Did users experience more problems or failures when running those
> dist-upgrades?
RedHat also did not support upgrades back when they did not wait four
years to do finish a new releas
On Sat, Apr 29, 2017 at 03:48:09PM -0400, Tom H wrote:
> On Thu, Apr 27, 2017 at 3:18 AM, Wouter Verhelst wrote:
> > I didn't say RPM *doesn't* deal with changed files; I said ours deals
> > with it better. I stand by that.
>
> Sure; and an rpm or emerge user&#x
On Wed, May 03, 2017 at 04:51:27AM -0400, Tom H wrote:
> On Sun, Apr 30, 2017 at 2:22 PM, Wouter Verhelst wrote:
> > On Sat, Apr 29, 2017 at 03:48:09PM -0400, Tom H wrote:
> >> On Thu, Apr 27, 2017 at 3:18 AM, Wouter Verhelst wrote:
> >>>
> >>> I didn&#
On Mon, May 15, 2017 at 09:45:46PM +0200, Zlatan Todoric wrote:
>
>
> On 05/15/2017 02:02 PM, Lars Wirzenius wrote:
> > On Mon, May 15, 2017 at 01:42:09PM +0200, Arturo Borrero Gonzalez wrote:
> >> On 15 May 2017 at 13:30, Paul Wise wrote:
> >>> TBH if I was confronted with the new LXDE web desi
On Tue, Jun 06, 2017 at 03:55:48PM +0200, Adam Borowski wrote:
> On Mon, Jun 05, 2017 at 05:39:41PM -0700, Russ Allbery wrote:
> > Maybe someone has a list of things they view as Recommends inflation that
> > have (a) been reported as bugs to the appropriate package maintainers, and
> > (b) have be
On Wed, Jun 07, 2017 at 12:29:05PM +0800, Paul Wise wrote:
> On Tue, Jun 6, 2017 at 9:55 PM, Adam Borowski wrote:
>
> > bash-completion: bash dput-ng licensecheck
> > * DEBATABLE: I like the Tab key to do something reasonable,
> > "bash-completion" means you never know what you'll get.
>
> I de
On Mon, Jun 19, 2017 at 01:49:36PM +0500, Andrey Rahmatullin wrote:
> On Mon, Jun 19, 2017 at 09:47:30AM +0100, Jonathan Dowland wrote:
> > Is it possible to share a link to the survey results? I saw it when I
> > submitted
> > my entry, but I closed the window before my brain parsed it, so I can'
On Sun, Aug 06, 2017 at 01:27:49PM +0500, Andrey Rahmatullin wrote:
> On Sun, Aug 06, 2017 at 07:28:08AM +, Dr. Bas Wijnen wrote:
> > I can't think of a situation where you would not want it
> The "I don't want yet another thing that can cause subtle breakages and
> doesn't give me anything" si
On Mon, Aug 07, 2017 at 08:35:52PM +0200, Kurt Roeckx wrote:
> On Mon, Aug 07, 2017 at 05:22:51PM +0200, Joerg Jaspert wrote:
> > I wonder if there is a middle way that ensures that all new stuff does
> > go TLS1.2 (or later, whenever), but does allow older stuff still to
> > work. Which isnt the c
On Fri, Aug 11, 2017 at 04:24:03PM +0200, Kurt Roeckx wrote:
> On Fri, Aug 11, 2017 at 08:41:10AM -0400, Wouter Verhelst wrote:
> > On Mon, Aug 07, 2017 at 08:35:52PM +0200, Kurt Roeckx wrote:
> > > On Mon, Aug 07, 2017 at 05:22:51PM +0200, Joerg Jaspert wrote:
> > &g
On Tue, Aug 15, 2017 at 05:04:50PM +0200, Kurt Roeckx wrote:
> My problem is that if we don't do something, TLS 1.0 will be used
> for an other 10 year, and that's just not acceptable.
My problem is that the cause you're fighting, while laudable, should not
be fought in Debian.
Debian is a genera
On Sun, Aug 20, 2017 at 01:51:16PM +0200, Tollef Fog Heen wrote:
> Arguing for keeping TLS 1.0 support means you're arguing for providing
> users with a default-insecure setup.
No.
Arguing for keeping TLS1.0 *enabled by default* does. But arguing for
*allowing* it to be re-enabled (without requir
On Sun, Aug 20, 2017 at 11:03:33PM +0200, Hanno Rince' Wagner wrote:
> Hi Jonas!
> > Question is if Debian _force_ only TLS 1.2 so that no services _can_ use
> > anything else.
>
> IMHO we should have the default at TLS 1.2, but be able to configure
> 1.0. But this has to be an opt-in value, not
On Mon, Sep 18, 2017 at 02:55:26PM +0200, Raphael Hertzog wrote:
> Hello Axel,
>
> On Mon, 18 Sep 2017, Axel Beckert wrote:
> > Alexander Wirt wrote:
> > > - Distribution lists for use in the Maintainer: field. We suggest
> > > that, with maybe some extra code, this use-case could be well s
Hi Jörg,
Not related to your question, but:
On Mon, Oct 09, 2017 at 08:56:25PM +0200, Jörg Frings-Fürst wrote:
> Hello,
>
> today I update my system I got the following messages:
>
> [quote]
> $ sudo apt-get dist-upgrade
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut.
On Tue, Oct 10, 2017 at 09:26:07AM -0400, Michael Stone wrote:
> On Tue, Oct 10, 2017 at 02:16:36PM +0100, Dimitri John Ledkov wrote:
> > On 10 October 2017 at 14:07, Gert Wollny wrote:
> > > I think nobody would object if you set the flag to -std=c++98 for a
> > > certain package, especially if u
On Sat, Oct 14, 2017 at 01:54:33PM +0500, Andrey Rahmatullin wrote:
> On Sat, Oct 14, 2017 at 10:52:04AM +0200, Wouter Verhelst wrote:
> > If you're going to use localisation (which is fine, I do too), then if
> > you're trying to ask for help, please get into the habit o
On Thu, Nov 16, 2017 at 04:41:18PM +0100, Andreas Tille wrote:
> On Wed, Nov 15, 2017 at 10:10:59AM -0800, Russ Allbery wrote:
> >
> > Distribution packages generated by upstream are usually horrible unless
> > upstream is deeply involved in that distribution community. From the
> > perspective o
On Thu, Nov 16, 2017 at 04:29:38PM +, Ian Jackson wrote:
> Wouter Verhelst writes ("Re: Auto-update for sid? Auto-backport?"):
> > On Thu, Nov 16, 2017 at 04:41:18PM +0100, Andreas Tille wrote:
> > > I think Steffen's point was that all the hideousness you are
On Thu, Nov 16, 2017 at 07:06:39PM +, Simon McVittie wrote:
> On Thu, 16 Nov 2017 at 17:02:00 +, Holger Levsen wrote:
> > On Thu, Nov 16, 2017 at 05:53:40PM +0100, Wouter Verhelst wrote:
> > > Yes; and semver.org is a formalized system for version numbering stuff.
>
On Sat, Nov 18, 2017 at 07:23:42PM -0800, John Johansen wrote:
> On 11/18/2017 01:59 PM, Marvin Renich wrote:
> > * John Johansen [171118 16:02]:
> >> You can disable individual profiles without editing them and messing up
> >> the packaging by using aa-disable
> > [some really good beginner stuf
On Mon, Nov 20, 2017 at 07:01:29PM +0100, intrigeri wrote:
> Wouter Verhelst:
> > It would be awesome if you could also include some documentation in the
> > style "I'm a Debian package maintainer and the apparmor profile for some
> > of the binaries in one of my p
On Thu, Nov 23, 2017 at 02:18:46PM +0100, Christoph Hellwig wrote:
> Hi all,
>
> is there any good reason for the recommends of apparmor in the latest
> linux packages?
This is in response to a discussion that happened on this list. The
thread started in august last year[1], but really picked up
On Mon, Dec 04, 2017 at 04:29:43PM +0200, Lars Wirzenius wrote:
> Myself, I would prefer us to keep both the free-software-only ISO and
> the non-free ISO with firmware and other things needed to get typical
> modern hardware running, and improve the discoverability of the
> latter. I think we can
On Sun, Dec 10, 2017 at 04:21:18PM -0500, Theodore Ts'o wrote:
> On Wed, Dec 06, 2017 at 11:24:45AM +0100, Laurent Bigonville wrote:
> > The SELinux policy could be altered to either run everything that we know is
> > not ready to be confined in an unconfined domain or put that domain in
> > permis
On Sun, Dec 24, 2017 at 08:16:19PM +0100, Adam Borowski wrote:
> While autotools in principle do support out-of-tree builds, a particular
> program might still fail.
In practice, this is rare, unless the developer doesn't try to run "make
distcheck" before a build (like they really really should).
On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote:
> On Fri, 29 Dec 2017, Andreas Tille wrote:
> > Or more precisely it was a design flaw from the beginning which was
> > intended to be cured with the workaround of annonscm and now it seems
> > even this will be broken for no good reas
On Sat, Dec 30, 2017 at 12:51:45PM +0100, Alexander Wirt wrote:
> On Sat, 30 Dec 2017, Wouter Verhelst wrote:
>
> > On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote:
> > > On Fri, 29 Dec 2017, Andreas Tille wrote:
> > > > Or more precisely it was
On Thu, Sep 17, 2015 at 10:26:11PM +0200, Niels Thykier wrote:
> Again, not saying it could not be changed, but binNMUs are used fairly
> often. Having to download the source code, add a changelog entry and
> sign the result would make any non-trivial transition a living hell.
There's no reason w
On Fri, Sep 18, 2015 at 06:52:41PM +0200, Jakub Wilk wrote:
> * Robert Edmonds , 2015-09-17, 15:04:
> >Wookey wrote:
> [...]
> >>Bikeshed is an appropriate name, in the unix tradition of mildly
> >>amusing/punny names.
> >
> >Which tradition would that be?
> >
> >Out of the few hundred or so Unix [
On Tue, Sep 22, 2015 at 12:22:28PM +, Thorsten Glaser wrote:
> Wouter Verhelst debian.org> writes:
>
> > Everything needed to remedy that would be to not do so, and include the
> > source to a binNMU with its upload instead.
>
> No. The entire delta between th
On Thu, Sep 24, 2015 at 11:56:56AM +0100, Colin Watson wrote:
> On Thu, Sep 24, 2015 at 12:29:59PM +0200, Santiago Vila wrote:
> > But once we are able to trigger a rebuild with sourceful NMUs, as
> > Ubuntu does, binNMUs will hopefully be a thing of the past.
>
> Amusingly, the way we do it in Ub
On Tue, Oct 06, 2015 at 05:16:55PM -0300, Antonio Terceiro wrote:
> On Tue, Oct 06, 2015 at 10:47:28PM +0300, Hleb Valoshka wrote:
> > Hi all.
> >
> > I'm packaging web server for ruby called unicorn. The package installs
> > sysv init script, I want to make it installed but not activated
> > beca
On Sat, Oct 10, 2015 at 04:30:28PM +, Mattia Rizzolo wrote:
> Hi fellows debian-devel@ lurkers!
>
> On Sat, Oct 03, 2015 at 09:03:46PM +, Mattia Rizzolo wrote:
> > On Sat, Oct 03, 2015 at 02:33:09PM +0200, Paul Wise wrote:
> > > The recent upgrade did not deal with obsolete conffiles prope
On Sun, Oct 11, 2015 at 03:49:31PM +, Mattia Rizzolo wrote:
> On Sun, Oct 11, 2015 at 11:03:09AM +0200, Wouter Verhelst wrote:
> > The only way to hand a file (any file) over to another package is by way of
> > 'Replaces:', *without* the Conflicts: and Provides:.
Hi,
On Thu, Oct 15, 2015 at 03:36:02PM +0200, Harald Dunkel wrote:
> Hi folks,
>
> Some years ago I have setup an iscsi target using targetcli 2.0 on Wheezy.
> Actually it works pretty well, but there were some serious upgrade
> problems to 2.1 and 3.0, making targetcli go away for Jessie :-(. Se
On Tue, Nov 03, 2015 at 10:07:55PM +, Steve McIntyre wrote:
> No idea why this wan't also sent to debian-devel... :-/
Simple answer: I used to do so (-devel-announce, really) and hadn't done
so yet this year.
--
It is easy to love a country that is famous for chocolate and beer
-- Barack
Hi Daniel,
On Sat, Nov 07, 2015 at 12:05:16PM +, Daniel Pocock wrote:
> Dear Developers,
[marketing snipped]
While all this irrelevant information about metcalfe's law and
federation and whatnot is very interesting, this mail lacks one key data
point:
How does one use the damn XMPP service?
On Wed, Nov 11, 2015 at 04:52:06PM +0100, Dominique Dumont wrote:
> A file delivered by a package in /etc automatically becomes a conffiles.
If you use debhelper.
(not saying you shouldn't, but hey, sometimes being pedantic is good)
--
It is easy to love a country that is famous for chocolate a
On Fri, Nov 13, 2015 at 05:47:41PM +0100, Marc Haber wrote:
> Regarding dpkg, its conffile handling is IMO beyond repair, it should
> be deprecated and later removed.
Could you explain why?
--
It is easy to love a country that is famous for chocolate and beer
-- Barack Obama, speaking in Brus
On Wed, Oct 28, 2015 at 09:44:33AM +0900, Josh Triplett wrote:
> However, whether we fix (1) or not, (2) needs to stop. It's completely
> ridiculous to go to an upstream and say "your package is tiny, could you
> combine it with other unrelated tiny packages to make a less tiny
> package?".
Yes,
On Wed, Nov 25, 2015 at 05:35:16PM -0800, Steve Langasek wrote:
> On Wed, Nov 25, 2015 at 05:28:35PM -0800, Josh Triplett wrote:
> > Bugs like 806253 come up fairly regularly in unstable: two packages
> > contain the same file, but don't have a Conflicts or Replaces
> > relationship. Renamed packa
On Wed, Dec 30, 2015 at 02:03:40PM -0800, benjamin barber wrote:
> It's unfortunate that Debian is named after Debra and Ian, because having the
> project named after a white supremacist, who used his ex-wifes name as an
> trophy. Being that the current year is almost 2016 and is 20 years after
>
On Mon, Jan 11, 2016 at 11:38:10PM -0500, Stephan Foley wrote:
> Hello, let's say I have the following install:
>
> my_metapackage -> depends on windows_manager -> depends on lightdm ->
> depends on xorg
>
> So, I am forcing the following:
>
> - xorg
> - lightdm
> - windows_manager
>
> can I se
On Tue, Jan 12, 2016 at 02:20:38PM +0100, Josselin Mouette wrote:
> Dmitrii Kashin wrote:
> > If there's package A which depends on B and C, B depends on D (=
> > "2.0-43") and C depends on D (>= "2.0"). If there're packages D-2.0-43
> > and D-3.0 in the repository, then yum fails to resolve depen
On Tue, Jan 12, 2016 at 03:34:20PM +0100, Philip Hands wrote:
> Josselin Mouette writes:
>
> > Dmitrii Kashin wrote:
> >> The main thing is we can describe dependency as `pkg (= "2.0")' and yum
> >> will
> >> install package `pkg' of version "2.0" with the maximum revision
> >> found. And also
On Tue, Jan 12, 2016 at 06:53:01PM -0500, Stephan Foley wrote:
> On Tue, Jan 12, 2016 at 8:34 AM, Wouter Verhelst wrote:
> > That depends to a large extent on what you want to do with it once
> > you've built the package.
>
> I should of mentioned, ultimately it is fo
Hi Andreas,
On Sun, Jan 31, 2016 at 08:59:57AM +0100, Andreas Tille wrote:
> Well, debcheckout is not accessing debian/control files of single
> packages. My suggestion was obviously not clear enough. We certainly
> should keep the old known fields in Packages files etc - but these
> should be c
control: reassign 813374 xfce4
thanks
On Wed, Feb 03, 2016 at 10:35:15PM +0100, Vincent Danjean wrote:
> Le 03/02/2016 12:31, Thomas Goirand a écrit :
> > Vincent,
> >
> > This sounds like issues with your window manager, since you mostly
> > complain about issues with window placements and dispo
kg 1.15.6).
It works, too:
wouter@gangtai:~/debian$ grep Vcs testingk-0.1/debian/control
Vcs-Git: ${vcs:repo}
Vcs-Browser: ${vcs:browser}
wouter@gangtai:~/debian$ cat testingk-0.1/debian/substvars
vcs:repo=my_repo_url
vcs:browser=my_browser_url
wouter@gangtai:~/debian$ dpkg-source -Ttestingk-0
Hi Mateus,
For future reference, please note that the debian-devel mailinglist is
not about developing on or for Debian, it is about developing Debian
itself.
On Sun, Jun 12, 2016 at 11:58:27AM -0300, Mateus Bellomo wrote:
> Hello,
>
> I'm trying to commit to a project but it is failing in the t
you
think this situation can be improved, I'm sure that will be welcomed.
-devel: where and how do we select default fonts? Personally I have no
clue :)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
nterface, just adding other options for
> people who don't find email as their default communication tool.
This I do agree with. I like your suggestion of salsa authentication.
Due to the magic of OAuth2, this can be done by reportbug too; the first
time it will just spawn a web browser a
ut there, then please, for the love of all that
is important to you, don't use something that requires specific porter
work. But outside that constraint? Do whatever makes you most
productive.
I did that when I chose perl as the language to write extrepo; knowing
full well it's not as popul
hat one
>out
I had the impression this was an important part of the job.
Wouter
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gree the
description needs to be improved, good luck coming up with something
descriptive though.
Wouter van Heyst
ntoo-Way looks better than this.
What is the Gentoo-Way?
Wouter van Heyst
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kward situation for installation, and
The awkwad situation would be that d-i is part of Debian, and non-free
isn't, so anything in non-free can not be part of the installer?
But having a (non-free) firmware section with components of that in the
installer is ok?
Wouter van Heyst
--
To UNS
my curiosity again, could you point me some precise
> examples?
Gcc compiling not so correct C++ code.
Wouter van Heyst
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e to give Debian a chance to fix its
> release cycle problems and, better yet, to try to help fix them,
> rather than simply saying "Debian is too slow/unpredictable for us"?
Pardon me, but wouldn't hoary and sarge be (roughly) compatible, and
breezy with etch (hoping on a slightl
e program's branding depend on argv[0].
Do trademarks only apply to binaries, or to source also? A running
firefox will prominently display the trademarked bits in question, but
hey, the source being open for viewing is important here.
Wouter van Heyst
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; > end of this week, we will take over the package as it's blocking bzr
>
> He was moving cross-country in May, so I suggest you NMU for now.
Would NMUing a new upstream be ok in this instance then?
Wouter van Heyst
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
nd the @ sign is on the wrong
> key? Is this a bug (fileable against what, console-tools?) or am I missing
> something?
dpkg-reconfigure console-data
Wouter
1601 - 1700 of 1709 matches
Mail list logo
