Tollef Fog Heen :
> (I also wonder if we should just require people to opt in to their
> DD-ship on a yearly basis instead of doing most of the WAT/MIA dance. If
> people can't be bothered to reply to a single email saying «yup, another
> year please» with some reasonable amount of pinging and time
The problem: when a .deb package is installed, upgraded, or removed,
the maintainer scripts are run as root and can thus do anything.
Sometimes what they do is an unwelcome surprise to the user. For
example, the Microsoft Skype .deb and the Google Chrome .deb add to
the APT sources lists and APT a
On Tue, Sep 18, 2018 at 09:21:11AM +0200, Ondrej Novy wrote:
> I think my solution is correct, because Swift works with any init system
> and I want to only say "it doesn't work with older systemd". I don't think
> it's correct to list all possible init systems in Depends.
Would Conflicts work her
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:gl
On Mon, 2018-08-13 at 11:00 +0200, Julien Cristau wrote:
> A previous iteration on this was
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722898
A modern SSD can write hundreds of megabytes per second, and contains on
the order of a terabyte. Older SSDs are smaller, but slower. Rotating disk
Package: autopkgtest
Version: 5.4.2
On Sun, 2018-07-29 at 23:24 +0200, Michael Biebl wrote:
> I notice that the autopkgtest man pages still reference vmdebootstrap,
> specifically autopkgtest-virt-qemu.1:
>
> > BUILDING IMAGES
> >Debian
> >For Debian you can use vmdebootstrap(8) to b
I've recently made the first release of ick, my CI engine
(https://ick.liw.fi/), which was built by ick itself. It went OK, but
the process needs improvement. This mail has some pondering on how
the process of building Debian packages should happen in the best
possible taste.
I'd appreciate feedba
I feel like performing cruel acts on a previously viable equine
entity.
On Sun, 2018-04-22 at 14:56 +0100, Ian Jackson wrote:
> I think this is not really desirable. It would be much better to make
> the syntax a subset of 5322, at least.
I think we should make this easy on ourselves. Let's drop
On Wed, 2018-04-18 at 11:16 +0500, Andrey Rahmatullin wrote:
> No, users and, I suspect, a large part of admins and developers cannot
> easily say which of two codenames is newer, and it doesn't matter what are
> those two codenames. Numeric versions are usually used to help with this,
> but not so
On Fri, 2018-03-23 at 04:07 +0100, Guillem Jover wrote:
> On Fri, 2018-03-23 at 03:33:48 +0100, Adam Borowski wrote:
> > apt show $PACKAGE
> >
> > There's no need to duplicate the information inside .dsc/.deb and apt
> > indices.
>
> Do you realize that the point of the repository (not apt :) ind
On Thu, 2018-03-22 at 15:40 +0100, Guillem Jover wrote:
> I'm not sure now if this also has been said before, but I'm happy to
> repeat it in any case. :) I'd very strongly object to completely moving
> those fields out of the source packages, because it means when you get
> or have a source packag
On Thu, 2018-03-22 at 09:58 +0100, Andreas Tille wrote:
> I admit I do not agree with this and it was discussed here before. Can
> we please agree that anonscm.debian.org remains a valid URL and stop
> starting another round of package uploads for the sake of changing Vcs
> fields.
I'm repeating
On Sat, 2018-03-10 at 23:06 +0100, Andreas Tille wrote:
> In this longish thread I have read one contribution where a developer
> expressed that he was happy about checking his SONAME bumped package
> that was erroneous and luckily ftpmaster found the problem.
I'm happy that the ftp masters are d
On Wed, 2018-03-07 at 00:30 +0500, Andrey Rahmatullin wrote:
> On Tue, Mar 06, 2018 at 07:27:40PM +, Ian Campbell wrote:
> > > I know for a fact that quite regularly licence checks on binNEW packages
> > > causes RC bugs to pop up. I acknowledge it may be a burder for the ftp
> > > team, but t
On Mon, 2018-03-05 at 14:51 +, Chris Lamb wrote:
> Hi Martin,
>
> > In many cases, there is an issue open about the new binary package
>
> (In my experience, there is not.)
>
> > When there is no bug report open at all, well, bad luck.
>
> Well, possbibly, but if one is investing time and e
On Fri, 2018-03-02 at 22:05 -0600, Steve Robbins wrote:
> I assume that the reason my packages have been processed is due to one
> > of two reasons: a) I get quoted on LWN several times a year, so I'm a
> > celebrity and get special treatment
>
> I expect that's it.
For the avoidance of doubt,
On Fri, 2018-03-02 at 13:51 +0100, Gert Wollny wrote:
> How do you want to achieve this with a source package that has 13k+
> source files and where upstream does not provide a standard license
> header for each file? I.e. there is some license text and it needs to
> be quoted, but licensecheck doe
On Fri, 2018-03-02 at 13:00 +0100, Gert Wollny wrote:
> as the one who is the uploader of the package that is currently longest
> in the NEW pipeline (vtk7), I'd like to make a proposal how
> transparency and also the interaction from non ftp-master members to
> review packages could be improved.
On Thu, 2018-03-01 at 11:59 +0530, Pirate Praveen wrote:
> It seems ftp masters are literally the masters with only a GR powerful
> enough to over turn their decisions. See
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881339#55
This seems correct, from my reading of the Debian constitution.
I don't have an opinion on whether this should be done on Debian
servers or not, but I have a comment on providing security support for
more than a decade. How do you plan to deal with the kernel? Do you
expect to backport security fixes to the wheezy kernel, or upgrade the
kernel to newer versions
On Wed, 2018-02-14 at 18:52 +0100, Vincent Bernat wrote:
> ❦ 14 février 2018 16:09 +0200, Lars Wirzenius :
>
> > > > It's not only an infrastructure problem. If you Depends on X (>= 1.8),
> > > > this will be true with X 1:1.6 as well.
...
> That's
On Wed, 2018-02-14 at 11:54 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 14 Feb 2018, Vincent Bernat wrote:
> > It's not only an infrastructure problem. If you Depends on X (>= 1.8),
> > this will be true with X 1:1.6 as well.
>
> Only if your program is severely buggy.
>
> Hint: either it
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: vmdb2
Version : 0.9
Upstream Author : Lars Wirzenius
* URL : https://github.com/larswirzenius/vmdb2
* License : GPL3+
Programming Lang: Python
Description : create disk images with
On Tue, 2018-02-06 at 13:31 +, Jonathan Dowland wrote:
> On Mon, Feb 05, 2018 at 05:06:00PM +0100, Mattia Rizzolo wrote:
> > This is one of the many situations where I'd like developers to *ask*
> > when unsure or uncertain of something.
> > So, in fact, the epoch bump was totally useless, and
On Thu, 2018-02-01 at 11:10 +0100, Abou Al Montacir wrote:
> In general I agree with this as a DD, but when I wear my user hat I don't.
I disagree, I'm afraid. As a user, the speed in which we do removals
from testing or unstable shouldn't matter to you. What matters is that
the software you need
On Thu, 2018-02-01 at 08:37 +0100, Christoph Biedl wrote:
> Adam Borowski wrote...
>
> > Thus, I'd like to propose a new kind of wnpp bug: "Intent To Remove".
>
> Sounds like a very good idea. For me, I could automatically parse these
> and check against the list of packages installed on my syste
On Thu, 2018-01-11 at 11:00 +0100, Benjamin Drung wrote:
> Both tools create a Debian OS and use a Jinja config which allows
> specifying individual steps. Can the forces be joined?
One is in Go, one in Python. There's nothing similar in the code bases.
I see no chance of "joining forces", nor muc
On Thu, Jan 04, 2018 at 10:44:24PM +0300, Hleb Valoshka wrote:
> On 1/3/18, Steve Langasek wrote:
>
> > Moreover, defining an official nosystemd profile in Debian signals that we
> > are willing to support it, which means any maintainers who refuse such
> > patches will immediately become the tar
On Tue, Jan 02, 2018 at 09:33:08PM -0800, Steve Langasek wrote:
> These statements are not in contradiction. Saying "this package complies
> with policy version X" doesn't say anything about what version of policy the
> package *should* comply with. Our tooling should absolutely be optimized
> fo
On Fri, Dec 29, 2017 at 12:42:28PM +0800, Paul Wise wrote:
> On Fri, Dec 29, 2017 at 10:21 AM, Guillem Jover wrote:
>
> > I'm also growing some URL switching fatigue when it comes to Debian's
> > git repos. And that's one of the reasons I moved all my packaging to
> > my own server some time ago.
On Mon, Dec 04, 2017 at 02:33:07PM +0100, Jeroen Dekkers wrote:
> Just because software comes pre-installed doesn't mean it is free. And
> if it is also impossible to replace the software you also can't update
> it with a free version so the user has even less freedom than when you
> can replace th
On Thu, Nov 23, 2017 at 03:01:09PM +0100, Christoph Hellwig wrote:
> That's still not an upstream default lsm. Looks like someone in
> Debian just decided to make apparmor the default, which is horrible
> news :(
Hello, Christoph,
do you think you could manage to either point the general -devel
On Wed, Nov 22, 2017 at 11:10:20AM +, Iain R. Learmonth wrote:
> Currently, as far as I can tell, sudo is build without PC_INSULTS. We
> should probably rename the sudo package to sudo-offensive.
>
> This option is defined in the source code as "Define to 1 to replace
> politically incorrect i
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 design with CSS turned
> > on, I would probably just close the page. The old page is way more
> > informative and less heavy on the
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: sparseutils
Version : 0.0.1
Upstream Author : Richard Ipsum
* URL : https://pypi.python.org/pypi/sparseutils/
* License : GPL3+
Programming Lang: Python3
Description : interact
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:
> > > Subject: Re: Bug#860170: node-brfs -- browserify fs.readFileSync() static
> > > asset in
On Thu, Apr 06, 2017 at 11:17:26AM +0530, Pirate Praveen wrote:
> Sharing with wider debian community, hoping to get some support.
I'm afraid I cannot give my support to this. I'm not involved with
release management, so this is just one rando developer's opinion.
> Current version in unstable do
On Thu, Mar 30, 2017 at 10:30:44AM +0200, Florian Weimer wrote:
> * Lars Wirzenius:
>
> > A compication in this is that even though the developers of a program
> > would be happy with linking to OpenSSL, people who've written other
> > libraries the program uses,
On Thu, Mar 30, 2017 at 10:09:20AM +0200, Vincent Bernat wrote:
> Well, that's really new to me. Why would you object to link to OpenSSL?
I'm not sure how to respond to this.
I don't understand why it is new to you. The conflict between the
OpenSSL and GPL licences is well known, at least within
On Thu, Mar 30, 2017 at 08:14:25AM +0200, Vincent Bernat wrote:
> As Carlos, it's hard for me to believe anyone will object to OpenSSL
> linking, all the more when they implemented the support for it.
A compication in this is that even though the developers of a program
would be happy with linking
(Reply-to points at me, I doubt there's any need for much discussion.
If you disagree, tweak you headers accodingly.)
On Sun, Feb 26, 2017 at 02:06:17PM +0100, Geert Stappers wrote:
> On Sun, Feb 26, 2017 at 01:00:03PM +, Debian Bug Tracking System wrote:
> > From: Lee Garrett
> > To: 829076-
On Mon, Jan 30, 2017 at 10:31:41AM -0700, Sean Whitton wrote:
> Sorry, my e-mail was poorly worded. I'd like to know why Lars thinks
> that they are not sufficiently free.
I don't want to spend much time on this (there are backups to make and
test) so I'll just link to the infinitely wise Bradley
On Mon, Jan 30, 2017 at 07:16:59PM +0530, Pirate Praveen wrote:
> On തിങ്കള് 30 ജനുവരി 2017 07:05 വൈകു, Lars Wirzenius wrote:
> > Is the Gitlab software still an "open core" product of Gitlab the
> > company?
> >
>
> git.fosscommunity.in is running Gitlab C
On Mon, Jan 30, 2017 at 06:57:46PM +0530, Pirate Praveen wrote:
> The entire idea of that instance is to make a 100% Free Software public
> git hosting service available to the Free Software community.
Is the Gitlab software still an "open core" product of Gitlab the
company?
--
I want to build
On Mon, Jan 16, 2017 at 08:50:57AM +0100, Ole Streicher wrote:
> Sean Whitton writes:
> > I agree with the principle that test failures should be RC by default.
>
> This is something which seems to have no disagreement here. My concern
> is just that I want to have a simple way to override this,
On Sun, Jan 08, 2017 at 06:27:57PM +0200, Lars Wirzenius wrote:
> Python 3.6 isn't even in experimental yet
This bit was wrong. 3.6 is in experimental. That doesn't change my
point about a transition being too late now, however.
--
I want to build worthwhile things that might
On Sun, Jan 08, 2017 at 04:58:01PM +0100, Galbo Branbert wrote:
> I couldn't find any official statement if Python 3.6 will be the default
> interpreter in stretch (as it was the current stable when the soft freeze
> happened it should be, right?)
Python 3.6 was released 23 December. The stretch t
On Sat, Jan 07, 2017 at 12:04:54PM +0100, Santiago Vila wrote:
> Now we can't be the Universal OS, no matter what we do :-)
Distro development is difficult, let's go shopping.
Sarcasm aside, here's a summary of the situation, as I understand it.
tldr: let's not despair, we have a mostly technical
On Thu, Dec 29, 2016 at 08:17:01PM +0100, Bernd Zeimetz wrote:
> In my opinion ip provides all the things you are mentioning - what are
> you missing? with -o as option the output is rather easy to parse.
I find ip's output hard to read. I have to take time to visually parse
it every time, I can't
On Thu, Dec 29, 2016 at 10:30:26AM -0500, Theodore Ts'o wrote:
> OK, you can remove the last half, but keep in mind there are plenty of
> people who aren't using the exotic features provided by iproute2, and
> are very happy using the more convenient and shorter BSD-style
> commands. If you're goi
On Mon, Dec 12, 2016 at 11:56:53AM -0300, Fernando Toledo wrote:
> A package to get user home path ?
> The world is dying...
We've had a number of discussions about nodejs's approach to what is a
suitable library/package size. Can we please not have that again?
--
I want to build worthwhile thin
On Fri, Nov 18, 2016 at 11:55:48AM +, Holger Levsen wrote:
> I fail to see the relation to http://dep.debian.net/deps/dep8/ - can you
> explain?
It's a benign acronym collision: both Debian and Django define DEP:
ours is Debian enhancement proposal, their is Django enhancement
proposal. See ht
On Fri, Nov 18, 2016 at 08:54:08AM +1100, Brian May wrote:
> Lars Wirzenius writes:
>
> > If I understand this correctly, Django wants to gather usage
> > statistics from installed Django instances, in a way that they say
> > respects user privacy (though I failed to
On Sun, Nov 13, 2016 at 11:23:24AM +, Steve McIntyre wrote:
> FTAOD: I thank the release team for their tireless work on making each
> Debian release better than the last. We keep on adding more and more
> software and making things harder and harder to stabilise and release,
> and I 100% suppo
On Mon, Nov 07, 2016 at 06:05:18PM +1100, Brian May wrote:
> https://github.com/django/deps/pull/31
If I understand this correctly, Django wants to gather usage
statistics from installed Django instances, in a way that they say
respects user privacy (though I failed to understand how, given a
quic
On Sun, Nov 06, 2016 at 11:59:34AM +0100, Marc Haber wrote:
> That is really really bad. I really hoped back in 2015 that you were
> joking when you announced that.
It's really, really good. I was really glad that it isn't a joke.
I'm even willing to justify my opinion: Keeping testing in a state
On Thu, Nov 03, 2016 at 06:47:28PM +, Steve McIntyre wrote:
> One of the topics that we've been talking about yesterday is automatic
> software upgrades of cloud images. Some of the cloud platform
> providers really want this so that unsophisticated / inexperienced
> users of Debian images on t
On Thu, Nov 03, 2016 at 06:04:26PM +0100, Paolo Greppi wrote:
> On 03/11/2016 17:54, Lars Wirzenius wrote:
> > I see the following possibilities now:
> >
> > a) You rename the yarn package manager in Debian (both package and
> >binary). I keep the yarn name
On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote:
> On 03/11/2016 15:28, Lars Wirzenius wrote:
> > The JS package manager called yarn is quite new. It wouldn't be
> > unreasonable to suggest to them to rename it to avoid a naming
> > conflict, in my opinion.
&
On Thu, Nov 03, 2016 at 04:17:37PM +0100, Paolo Greppi wrote:
> Fine, I have opened an "Issue" in the github tracker, let's see if this
> is received constructively:
> https://github.com/yarnpkg/yarn/issues/1656
Thank you.
--
I want to build worthwhile things that might last. --joeyh
signature
On Thu, Nov 03, 2016 at 02:02:31PM +, Ian Jackson wrote:
> I searched github for `yarn'.
You don't find my software on github. I do not want to rely on
non-free services like github.
> There are lots of hits for other
> programs, including:
> - a dialogue editor (for games, I think)
> - a
On Thu, Nov 03, 2016 at 01:32:14PM +0100, Paolo Greppi wrote:
> cmdtest provides yarn since this commit:
> http://git.liw.fi/cgi-bin/cgit/cgit.cgi/cmdtest/commit/?id=859bb5ba9631df883dd7b074ff649ea2ca76e1ad
Yep, in 0.27-1, uploaded Sep 21 this year. cmdtest has included the
yarn program since June
On Thu, Nov 03, 2016 at 08:36:21AM +0100, Paolo Greppi wrote:
>Package name: yarn
> URL: https://github.com/yarnpkg/yarn
My cmdtest package provides yarn, since the main tool it now provides
is yarn (a testing tool), not cmdtest. Perhaps your package could be
called yarnpkg?
--
I
On Tue, Oct 18, 2016 at 07:34:28PM +0200, Xen wrote:
> If that is the case then they have enbedded hostility into their name simply
> becaus eit offends normal grammar roles.
I don't that's it at all.
The reason many people react to the SystemD spelling is becuase, for
some years now, trolls use
On Tue, Oct 18, 2016 at 06:03:28PM +0200, Jakub Wilk wrote:
> The WTFness of this code is certainly way above what we're normally used to,
> but (AIUI) it's only used as a fallback for nodejs < 4. Debian currently has
> 4.6.0.
In that case, perhaps this package isn't needed in Debian at all?
> >
On Tue, Oct 18, 2016 at 08:40:49PM +0530, Pirate Praveen wrote:
> I don't particularly enjoy doing this either. Please direct your anger
> at the nodejs developers. I'm doing this only because the packages I
> care (diaspora and gitlab won't be accepted in main, unless I build
> libjs-handlebars an
On Tue, Oct 18, 2016 at 08:59:20PM +0530, Pirate Praveen wrote:
> On Tuesday 18 October 2016 08:27 PM, Lars Wirzenius wrote:
> > This is so wrong, I would like to ask that this package not be allowed
> > into Debian until it's fixed.
>
> I agree this could be marked RC a
On Tue, Oct 18, 2016 at 08:49:27PM +0530, Pirate Praveen wrote:
> On Tuesday 18 October 2016 08:27 PM, Lars Wirzenius wrote:
> > This is so wrong, I would like to ask that this package not be allowed
> > into Debian until it's fixed.
>
> This is already reported ups
On Tue, Oct 18, 2016 at 03:27:46PM +0100, Steve McIntyre wrote:
> The code, well...
>
> if (process.platform === 'linux') {
> return home || (process.getuid() === 0 ? '/root' : (user ?
> '/home/' + user : null));
> }
>
> Things are more complicated than that. What exact
On Tue, Oct 18, 2016 at 03:36:56PM +0800, SZ Lin (林上智) wrote:
> Although these packages are not API-compatible, they are using the
> same installation path and file name; therefore, I think "Conflict:"
> section is needed.
The problem with this is that this prevents our users from having both
of t
On Mon, Oct 17, 2016 at 12:55:39PM +, Ivan Shmakov wrote:
> I'd say that those who can discern Debian non-free from Debian
> proper are at low risk of confusing, say, [1] with the "software
> [...] endorsed or even produced by Debian."
http://ftp.se.debian.org/ and http://ftp
On Sun, Oct 16, 2016 at 11:50:46AM +, Ivan Shmakov wrote:
> Doesn’t the presence of the ‘non-free’ section in the official
> Debian Release (InRelease) files /already/ mislead inexperienced
> people into thinking that such software is either part of Debian
> or endorsed
On Sun, Oct 09, 2016 at 01:49:14AM +0200, Jérémy Lal wrote:
> node-iconv used to be able to translit utf-8 chars (ça va) to ascii (ca va)
> using setlocale("C.UTF-8") trick.
>
> However, several libc6 version ago, that behavior changed, to the point
> node-iconv fails its tests now.
>
> I've fail
On Wed, Sep 14, 2016 at 11:23:56AM +0200, Abou Al Montacir wrote:
> Because you think people will not be frustrated if they experience a bug and
> that we prevent them to raise bugs? Hiding reality is always bad?. Look at the
> original reporter last message. He seems quite disappointed by the proj
On Fri, Sep 09, 2016 at 01:08:08PM +0100, Marcin Kulisz wrote:
> Unfortunately there is difference in size for *.orig.tar.gz between what's in
> the archive and what's updated package produces thus upload fails.
>
> I'm not sure why this difference occurs (it's 27 bytes).
>
> Any ideas how can I
On Thu, Sep 08, 2016 at 11:55:26AM +0100, Dimitri John Ledkov wrote:
> On 29 August 2016 at 14:39, Dominic Hargreaves wrote:
> > tl;dr: '.' is being removed from perl's @INC by default; some breakage
> > in apps expected.
> >
> > For some years[1], it's been known that perl's habit of including '.
On Thu, Sep 08, 2016 at 09:42:57AM +0200, Emmanuel Bourg wrote:
> That makes sense, but in this case what is the usefulness of the
> Standards-Version field? And more precisely, why is it considered an
> error [1] to omit it?
As far as I care, the only point of the field is to document which
polic
On Wed, Sep 07, 2016 at 09:29:53AM +0200, Emmanuel Bourg wrote:
> This rule appeared in the version 3.9.7 of the policy. Just declare in
> debian/control that your package conforms to the version 3.9.6 and the
> issue will no longer be a RC policy violation ;)
That's not how policy compliance actu
On Wed, Sep 07, 2016 at 07:17:20AM +0200, Vincent Bernat wrote:
> The fix is easy: just disable the test.
>
> However, I have a hard time to find this useful for anyone. To sum up:
As a counterpoint, it's useful to prevent others from wondering why
the build attempts to access the network. In thi
On Wed, Aug 31, 2016 at 11:43:43AM +0200, Martin Bammer wrote:
> Hi,
>
> why are the face files located in user's home? In case of encrypted home
> directories the login managers cannot access them and the user management
> programs of the different DEs need to create an extra copy of the face f
On Fri, Aug 26, 2016 at 10:59:48AM +0200, Carsten Leonhardt wrote:
> Robert Edmonds writes:
>
> > I would guess that the vast majority of folks still using sysvinit with
> > Debian are running wheezy or older, and thus removing sysvinit scripts
> > from packages in unstable wouldn't affect them.
On Mon, Aug 01, 2016 at 09:01:20PM +0200, Marco d'Itri wrote:
> On Aug 01, Lars Wirzenius wrote:
>
> > > Sorry, what I actually meant was "every non-toy Debian system".
> > we get that you have strong preferences. However, could you please
> > avoi
On Mon, Aug 01, 2016 at 12:42:39PM +0200, Marco d'Itri wrote:
> Sorry, what I actually meant was "every non-toy Debian system".
Marco,
we get that you have strong preferences. However, could you please
avoid inflammatory language when talking about anything that isn't
according to your preference
On Wed, Jul 13, 2016 at 01:08:25PM -0500, Matt Zagrabelny wrote:
> Perhaps moreutils?
>
> The utilities provided therein are (partially) written in perl. So it
> is out of place in that regards - but certainly not a show stopping
> road block.
>
> Joey Hess is the maintainer according to:
>
> ap
On Tue, Jul 12, 2016 at 03:52:56PM +1000, Russell Stuart wrote:
> Maybe libinput does the typing detection syndaemon does, but I can't
> find any evidence for it.
I remember trying the typing detection some years ago. It didn't help
me much, since the order of events, for me, tend to be that the m
On Tue, Jul 12, 2016 at 02:45:49PM +0900, Mike Hommey wrote:
> It's just probably that your config didn't have palm detection enabled
> with the synaptics driver. `synclient | grep PalmDetect` would tell you.
I've been using the following script, with variations on the
parameters to find a working
On Tue, Jul 12, 2016 at 09:36:16AM +1000, Russell Stuart wrote:
> Briefly: synaptics is much better touchpad driver than libinput.
For me, the opposite is true. After Raphael's mail yesterday, I
switched from the synaptics driver to the xinput one (by removing
xserver-xort-input-synaptics) and sin
On Thu, Jun 30, 2016 at 10:11:23PM -0700, Steve Langasek wrote:
> The point has been made that there are lots of other clients in Debian main
> that only talk to a single, proprietary server implementation; so if snapd
> did only talk to the Canonical store, I believe its placement in main would
>
On Thu, Jun 23, 2016 at 12:52:35PM -0700, Nikolaus Rath wrote:
> On Jun 23 2016, Lars Wirzenius wrote:
> > On Thu, Jun 23, 2016 at 09:23:07AM -0700, Nikolaus Rath wrote:
> >> As I said in my other email, I am wondering if the extra burden is worth
> >> the gain in se
On Thu, Jun 23, 2016 at 09:23:07AM -0700, Nikolaus Rath wrote:
> As I said in my other email, I am wondering if the extra burden is worth
> the gain in security.
Is there an extra burden? Seems to me that it'd happen naturally if
you contribute to Debian and as part of that interact with other
Deb
On Wed, Jun 22, 2016 at 06:58:25PM +0200, Zlatan Todoric wrote:
> With mps-youtube going to contrib, all web browsers should also go
> to contrib as they can access Youtube and so on.
That's not my opinion. There is plenty of free software to run on the
server side to serve content to web browsers
On Wed, Jun 22, 2016 at 05:29:12PM +0100, Iain Lane wrote:
> I don't understand this. What about Twitter clients[0], YouTube
> clients[1], Flickr clients[2], and probably clients for many other
> non-free web services?[3]
If a piece of free software requires, for its essential function, some
serve
On Wed, Jun 22, 2016 at 07:58:43AM -0700, Nikolaus Rath wrote:
> On Jun 21 2016, Gunnar Wolf wrote:
> > Now, I have said this too many times, but once more: As keyring-maint,
> > we are not collecting samples of people showing valid-looking ID
> > documents to others. This is one of the issues why
On Sun, Jun 19, 2016 at 03:44:54PM -0700, Steve Langasek wrote:
> snapd is available in Debian unstable for roughly the past two weeks.
Disclaimer: I've never used snap packages, and I haven't even read
their documentation.
https://packages.debian.org/sid/snapd indicates the package is in the
Deb
On Sat, Jun 11, 2016 at 08:46:30AM +, Holger Levsen wrote:
> On Sat, Jun 11, 2016 at 10:24:48AM +0200, Ole Streicher wrote:
> > We do patching as part of our daily packaging already: to replace (or
> > circumvent) non-dfsg functionality, to integrate into our environment,
> > and everything els
On Wed, Jun 08, 2016 at 10:41:33PM +0100, Ben Hutchings wrote:
> I don't see what's so unreasonable about that. They're asking you to
> provide the same licence for your contributions, as the licence for the
> existing Gitlab software. Every FOSS project expects that, even if
> they don't make su
On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote:
> I am also not very keen on using a system with a "open core / enterprise"
> model. For such a crucial service I would really prefer a real open source
> system. But maybe I am alone with that oppinion.
You're not alone. The open co
On Sat, Jun 04, 2016 at 09:49:10AM +0200, Marco d'Itri wrote:
> On Jun 04, Marc Haber wrote:
>
> > Another piece of diversity lost in the open source world.
> http://www.islinuxaboutchoice.com/
>
> > systemd is winning the war.
> You are wrong: this war was won long ago:
Can we please not turn
On Wed, May 25, 2016 at 10:09:47PM +0200, Stefano Zacchiroli wrote:
> By also considering the fact that the "-d DIR" solution does not prevent
> to add a "-l" in the future, I think minimality wins here (hence my
> "Yay" to your proposal in separate mail). YMMV.
My only concern here is the introdu
On Wed, Feb 24, 2016 at 03:29:35PM +0100, Jakub Wilk wrote:
> To avoid unpleasant situations like this, I recommend to never combine roles
> of upstream and Debian maintainer.
>
> If you wrote something cool, instead of uploading it to ftp-master, write a
> blog post about it. If it's really as aw
1 - 100 of 740 matches
Mail list logo
