❦ 11 juillet 2016 08:56 CEST, Pirate Praveen :
>>> If the build tool needed to build the compiled form of the work is not
>>> yet in Debian, by my understanding that means the work cannot be in
>>> Debian in that compiled form.
>>>
>>
>> But the difference here is:
>>
>> The compiled form is a
Pirate Praveen writes:
> The compiled form is also readable and modifiable source form.
Yet it is built with a tool not in Debian, from a different form of the
work that upstream actually uses for reading and modifying — the source
form of the work. So that compiled form is not the source form o
On 2016-07-11 09:19, Vincent Bernat wrote:
This debate already happened one year ago:
https://lists.debian.org/debian-devel/2015/08/msg00427.html
There was no conclusion. Different people have different opinions. In
my
opinion, there are different way to consider what's the preferred form
of
On Monday 11 July 2016 01:09 PM, Ben Finney wrote:
> Yet it is built with a tool not in Debian, from a different form of the
> work that upstream actually uses for reading and modifying — the source
> form of the work. So that compiled form is not the source form of the
> work.
There is a reason f
Pirate Praveen writes:
> On Monday 11 July 2016 01:09 PM, Ben Finney wrote:
> > Yet it is built with a tool not in Debian, from a different form of the
> > work that upstream actually uses for reading and modifying — the source
> > form of the work. So that compiled form is not the source form of
On 11 July 2016 at 04:07, wrote:
>>Say what you want.
>
> Now I want to know if Debian Stable can in some extreme cases, like in this
> case with btrfs, replace
> not_very_good kernel module that is shipped with its current kernel with a
> kernel module from other (older or newer) version of Li
On Sun, 2016-07-10 at 08:39 +0200, Emilio Pozuelo Monfort wrote:
> Maybe the XFCE / Cinnamon / Mate maintainers can confirm if that is indeed
> the plan.
Talking for pkg-xfce: I have no idea what this is about.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed messa
On 07/11/2016 10:45 AM, Yves-Alexis Perez wrote:
> On Sun, 2016-07-10 at 08:39 +0200, Emilio Pozuelo Monfort wrote:
>> Maybe the XFCE / Cinnamon / Mate maintainers can confirm if that is indeed
>> the plan.
>
> Talking for pkg-xfce: I have no idea what this is about.
The Linux Mint people (or the
On 07/10/2016 03:34 PM, Emilio Pozuelo Monfort wrote:
> That blog post made me think this was a coordinated effort between various DEs
> to create some apps that they all would use. Which would mean we wouldn't
> need a
> gnome-$foo fork Cinnamon, another one for Mate, etc...
It isn't, it's a Min
On Mon, 11 Jul 2016 12:06:57 +0530
Pirate Praveen wrote:
> Hi,
>
> There is a bug with severity serious filed against libjs-handlebars
> [1] (it is also a bug in ruby-handlebars-assets).
>
> The corresponding source code is present in libjs-handlebars (only in
> experimental right now, but it c
Am 11.07.2016 um 11:16 schrieb Neil Williams:
> 2: The fact that the minified code in Debian differs from the minified
> code from upstream is irrelevant as long as upstream and Debian have the
> same unminified source code and upstream agree to support the
> unminified source code. Any minified fi
On Mon, Jul 11, 2016 at 12:05 PM, Michael Biebl wrote:
> I don't see a reason why a minified file should be removed from the
> source tarball and would require repacking.
It seems reasonable to remove non-source files from upstream tarballs
if you are also removing non-redistributable or non-free
Pirate Praveen writes:
> On Monday 11 July 2016 01:09 PM, Ben Finney wrote:
>> Yet it is built with a tool not in Debian, from a different form of the
>> work that upstream actually uses for reading and modifying — the source
>> form of the work. So that compiled form is not the source form of th
On 2016, ജൂലൈ 11 2:46:23 PM IST, Neil Williams wrote:
>On Mon, 11 Jul 2016 12:06:57 +0530
>Pirate Praveen wrote:
>
>> Hi,
>>
>> There is a bug with severity serious filed against libjs-handlebars
>> [1] (it is also a bug in ruby-handlebars-assets).
>>
>> The corresponding source code is prese
Quoting Pirate Praveen (2016-07-11 10:30:59)
> Control: severity -1 wishlist
>
> On Sun, 10 Jul 2016 19:41:17 +0200 Jonas Smedegaard wrote:
> > Quoting Pirate Praveen (2016-07-10 18:40:53)
> > > This is not a minified file, only browserified. Though ideally we
> > > should browserify it in debia
On Mon, Jul 11, 2016 at 12:06:57PM +0530, Pirate Praveen wrote:
> Hi,
>
> There is a bug with severity serious filed against libjs-handlebars [1]
> (it is also a bug in ruby-handlebars-assets).
>
> The corresponding source code is present in libjs-handlebars (only in
> experimental right now, but
On Mon, Jul 11, 2016 at 8:36 AM, Pirate Praveen wrote:
> There is a bug with severity serious filed against libjs-handlebars [1]
I note that this bug was filed by an FTP-team member.
> I agree it is nice to be able to browsetrify it in debian, but I don't
> think it is serious enough to be remov
Package: wnpp
Severity: wishlist
Owner: Kunal Mehta
* Package name: texvc
Version : 3.0.0+git20160613
Upstream Author : MediaWiki developers
* URL : https://www.mediawiki.org/wiki/Texvc
* License : GPL-2
Programming Lang: OCaml
Description : validates
* Jonas Smedegaard [160711 07:08]:
> Quoting Pirate Praveen (2016-07-11 10:30:59)
> > On Sun, 10 Jul 2016 19:41:17 +0200 Jonas Smedegaard wrote:
> > > The requirement of source format of redistributed code is not about
> > > it being possible/easy to edit by those receiving it¹, but about it
>
❦ 11 juillet 2016 13:07 CEST, Jonas Smedegaard :
>> Those who feel strongly about this issue should help with
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673727
>
> Right. And until solved Debian packages cannot include that
> functionality.
A possible workaround would be to ship th
* german...@ya.ru [160710 23:08]:
> Now I want to know if Debian Stable can in some extreme cases, like in
> this case with btrfs, replace not_very_good kernel module that is
> shipped with its current kernel with a kernel module from other (older
> or newer) version of Linux kernel and if yes, is
Marvin Renich writes ("Re: [Pkg-javascript-devel] Bug#817092: Bug#817092: this
browserified"):
> * Jonas Smedegaard [160711 07:08]:
> > Quoting Pirate Praveen (2016-07-11 10:30:59)
> > > On Sun, 10 Jul 2016 19:41:17 +0200 Jonas Smedegaard wrote:
> > > > The requirement of source format of redis
On Mon, 11 Jul 2016 13:58:39 +0100
Ian Jackson wrote:
> Marvin Renich writes ("Re: [Pkg-javascript-devel] Bug#817092:
> Bug#817092: this browserified"):
> > * Jonas Smedegaard [160711 07:08]:
> > > Quoting Pirate Praveen (2016-07-11 10:30:59)
> > > > On Sun, 10 Jul 2016 19:41:17 +0200 Jonas
Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari"
* Package name: mtail
Version : 0.0+git20160704.35c4023
Upstream Author : Google Inc.
* URL : https://github.com/google/mtail
* License : Apache-2.0
Programming Lang: Go
Description : Extract moni
Quoting Vincent Bernat (2016-07-11 14:49:12)
> ❦ 11 juillet 2016 13:07 CEST, Jonas Smedegaard :
>
> >> Those who feel strongly about this issue should help with
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673727
> >
> > Right. And until solved Debian packages cannot include that
> >
[ Bcc debian-x and debian-gtk-gnome, discussion on -devel as the topic
crosses the boundaries of multiple teams ]
Hello,
it has been some time that GNOME 3.20 users have been unable to configure
their touchpad[1] because:
1/ xserver-xorg-input-synaptics cherry-picked an upstream commit[2]
th
On 11/07/16 16:34, Raphael Hertzog wrote:
> [ Bcc debian-x and debian-gtk-gnome, discussion on -devel as the topic
> crosses the boundaries of multiple teams ]
>
> Hello,
>
> it has been some time that GNOME 3.20 users have been unable to configure
> their touchpad[1] because:
> 1/ xserver-xorg
* Ian Jackson [160711 08:59]:
> Marvin Renich writes ("Re: [Pkg-javascript-devel] Bug#817092: Bug#817092:
> this browserified"):
> > I have to disagree with this. The requirement for "preferred form of
> > modification" was explicitly to allow the recipient of the software the
> > freedom and ab
Marvin Renich writes ("Re: [Pkg-javascript-devel] Bug#817092: Bug#817092: this
browserified"):
> One fundamental purpose of the free software community is to ensure that
> free software thrives. To this end, the recipient SHOULD (as in the RFC
> meaning of SHOULD) make changes available to upstr
On Mon, 11 Jul 2016 11:00:20 -0400
Marvin Renich wrote:
> * Ian Jackson [160711 08:59]:
> > Marvin Renich writes ("Re: [Pkg-javascript-devel] Bug#817092:
> > Bug#817092: this browserified"):
> > > I have to disagree with this. The requirement for "preferred form
> > > of modification" was expl
Hola John Paul Adrian Glaubitz!
> Unlike previously mentioned in this discussion, these applications aren't
> fully
> desktop-agnostic as they are written in GTK and the Mint people admit that
> themselves.
I don't think this is a fair assessment. There are several desktops that are
based on the
Hi,
On Mon, 11 Jul 2016, Emilio Pozuelo Monfort wrote:
> On 11/07/16 16:34, Raphael Hertzog wrote:
> > The best solution would be to have gnome-control-center handle properly
> > synaptics-managed touchpads but I don't think that upstream developers are
> > very open to that idea given that they h
July 11 2016 9:57 AM, "Pirate Praveen" wrote:
>> Yet it is built with a tool not in Debian, from a different form of the
>> work that upstream actually uses for reading and modifying — the source
>> form of the work. So that compiled form is not the source form of the
>> work.
>
> There is a rea
Hi
Am 11.07.2016 um 18:41 schrieb Raphael Hertzog:
> On Mon, 11 Jul 2016, Emilio Pozuelo Monfort wrote:
>> The other good option I can think of is to make GNOME prefer libinput by
>> passing
>> some options to X through gdm. No idea how feasible that is.
>
> It would still break KDE or XFCE star
On 07/11/2016 06:39 PM, Margarita Manterola wrote:
> I don't think this is a fair assessment. There are several desktops that are
> based on the GTK libraries. A GTK application that uses the library but does
> not
> use any desktop specific libraries / extensions / etc, can be considered
> deskt
On Mon, 11 Jul 2016 05:07:12 +0200, german...@ya.ru wrote:
>Now I want to know if Debian Stable can in some extreme cases, like in this
>case with btrfs, replace
>not_very_good kernel module that is shipped with its current kernel with a
>kernel module from other (older or newer) version of Linux
On Mon, Jul 11, 2016 at 08:07:20PM +0200, Marc Haber wrote:
> [1] I remember the day when a Debian stable point release introduced a
> new version of an ethernet driver that broke an entire class of IBM
> blade servers' networks and I also remember being scolded for relying
> on Debian stable inste
On Mon, 11 Jul 2016, Emilio Pozuelo Monfort wrote:
> > Looking at https://anonscm.debian.org/cgit/pkg-xorg/debian/xorg.git I see
> > that we have unreleased changes to not install the synaptics driver by
> > default. Timo or Emilio, can you upload those changes?
>
> That would break non-GNOME inst
Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-go-maintain...@lists.alioth.debian.org
Control: affects -1 rkt
Package name: golang-github-cznic-lldb
Version: 1.0.0
Upstream Author: Jan Mercl <0xj...@gmail.com>
License: B
Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior
* Package name: python-openid-cla
Version : 1.2
Upstream Author : Patrick Uiterwijk
* URL : https://github.com/puiterwijk/python-openid-cla
* License : BSD-3-clause
Programming Lang: Python
Desc
On 11/07/16 18:48, Michael Biebl wrote:
> Hi
>
> Am 11.07.2016 um 18:41 schrieb Raphael Hertzog:
>> On Mon, 11 Jul 2016, Emilio Pozuelo Monfort wrote:
>>> The other good option I can think of is to make GNOME prefer libinput by
>>> passing
>>> some options to X through gdm. No idea how feasible t
On Mon, 11 Jul 2016, Raphael Hertzog wrote:
> I'm starting now to prepare updated packages with the above changes
> reverted... just to see how hard it is and whether it seems to work.
Please find attached the two patches that I came up with. The packages
compile and seem to work in so far that I
On Mon, 2016-07-11 at 23:51 +0200, Raphael Hertzog wrote:
> Well, if some KDE/XFCE/etc. packages work only with synaptics and not
> with libinput, then we should get those packages updated to depend on
> xserver-xorg-input-synaptics, no?
I don't know about KDE/XFCE, but in the etc category is LXDE
On Mon, Jul 11, 2016 at 09:12:43AM +0100, Dimitri John Ledkov wrote:
> On 11 July 2016 at 04:07, wrote:
> >>Say what you want.
> >
> > Now I want to know if Debian Stable can in some extreme cases, like in
> > this case with btrfs, replace not_very_good kernel module that is
> > shipped with its
Hi --
Forgive me for jumping in I've been MIA for about a year, life issues
and all that :/. I think the issue in this instance has less to do with
compiled files, and sending patches. And this case can be resolved by
simply applying the rule which states that the output of preprocessors
d
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 Tue, 2016-07-12 at 07:48 +0300, Lars Wirzenius wrote:
> After Raphael's mail yesterday, I switched from the synaptics driver
> to the xinput one (by removing xserver-xort-input-synaptics) and
> since then, I've not had a single case of moving the mouse or
> clicking by tapping by accident. When
❦ 12 juillet 2016 06:48 CEST, Lars Wirzenius :
>> Briefly: synaptics is much better touchpad driver than libinput.
>
> For me, the opposite is true.
For me too. When the switch was done to libinput, my touchpad was
enabled again. I was first surprised but notice that palm detection was
pretty g
On Tue, Jul 12, 2016 at 07:48:44AM +0300, Lars Wirzenius wrote:
> 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 d
49 matches
Mail list logo
