Stefano Zacchiroli wrote:
>Another one that is worth mentioning here --- which I discussed in
> the
> context of non-free.org with Dafydd Harries and others --- is
> introducing a debtags facet to capture the reason why a package is in
> non-free.
I'd still say that solving that via debtags isn't
Package: wnpp
Severity: wishlist
Owner: Brian May
* Package name: python-django-environ
Version : 0.4
Upstream Author : joke2k
* URL : https://github.com/joke2k/django-environ/
* License : MIT
Programming Lang: Python2 and Python3
Description : Simplifi
On 01/06/2016 02:55 AM, Ian Jackson wrote:
> Nikolaus Rath writes ("Re: support for merged /usr in Debian"):
>> On Jan 05 2016, Ian Jackson wrote:
>>> People who have been using a configuration for many years naturally
>>> become upset when they are told that it has been `unsupported' for all
>>>
On Wed, 2016-01-06 at 12:46 +0900, Seyeong Kim wrote:
> I checked vlan source http://anonscm.debian.org/cgit/collab-maint/vlan.git/
>
> debian/network/if-pre-up.d/vlan, if-post-up.d/vlan …
>
> and not support en* or br* which are quite common nowadays.
>
> need to file a bug or just customize an
I checked vlan source http://anonscm.debian.org/cgit/collab-maint/vlan.git/
debian/network/if-pre-up.d/vlan, if-post-up.d/vlan …
and not support en* or br* which are quite common nowadays.
need to file a bug or just customize and use it myself?
Thanks.
On Wed, Jan 6, 2016 at 2:42 AM, Tollef Fog Heen wrote:
> The check doesn't seem to be complete, it's not complaining about PAM
> modules needing libcurl or libkrb5 for instance.
Could you file a bug?
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Wed, Jan 6, 2016 at 2:27 AM, Sune Vuorela wrote:
> Does it also catch when for example a udev configuration file wants to
> run an executable living under /usr ?
Doesn't look like it, could you file a bug?
--
bye,
pabs
https://wiki.debian.org/PaulWise
On 01/06/2016 12:54 AM, Adam Borowski wrote:
> For example, policykit-1 FTBFSes on non-systemd architectures
> (#798769)
I'd also like to note that while you provided a patch, you didn't
really provide much context for this - and left a lot of work to the
maintainers when it comes to integrating t
Nikolaus Rath writes ("Re: support for merged /usr in Debian"):
> On Jan 05 2016, Ian Jackson wrote:
> > People who have been using a configuration for many years naturally
> > become upset when they are told that it has been `unsupported' for all
> > of this time
>
> Well, yes, but this is just
On 01/06/2016 12:54 AM, Adam Borowski wrote:
> On Tue, Jan 05, 2016 at 08:10:00PM +0100, Simon Richter wrote:
>> On 05.01.2016 19:37, Marco d'Itri wrote:
>>
>>> There is a significant difference between concepts like:
>>> - something works for me
>>> - something works
>>
>>> and:
>>> - I want somet
Rene Engelhard, on Tue 05 Jan 2016 22:15:31 +0100, wrote:
> On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote:
> > On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote:
> > > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote:
> > > > So that it will immediately fail w
On Tue, Jan 05, 2016 at 08:10:00PM +0100, Simon Richter wrote:
> On 05.01.2016 19:37, Marco d'Itri wrote:
>
> > There is a significant difference between concepts like:
> > - something works for me
> > - something works
>
> > and:
> > - I want something to be supported
> > - the people actually w
On 2016-01-04 11:30, Marc Haber wrote:
On Sun, 3 Jan 2016 22:30:24 +0100, Eric Valette
wrote:
System admins do like using absolute path
for security reasons...
Please also notice that this is the only option for ExecStart in
systemd units. Well played, Lennart.
Similarly skeleton-based init
Package: wnpp
Severity: wishlist
Owner: Sebastian James
* Package name: spinecreator
Version : 0.9.5
Upstream Author : Alex Cope
* URL : https://github.com/SpineML/SpineCreator
* License : GPL
Programming Lang: C++
Description : A GUI for the creation
On Jan 05 2016, Ian Jackson wrote:
> Marco d'Itri writes ("Re: support for merged /usr in Debian"):
>> On Jan 05, Ian Jackson wrote:
>> > or which do mount /usr using / rather than initramfs, or some such.
>>
>> And this has already not been supported for many years, even if it works
>> in some
On Tue, Jan 05, 2016 at 03:55:51PM +, Ian Jackson wrote:
> AFAICT the original posting in this thread is from someone who is
> trying to make it easier and more automatic to try to produce Debian
> installations which do not have a /usr vs / distinction.
I think a lot of heat in this thread is
On Tue, Jan 05, 2016 at 09:58:03PM +0100, Rene Engelhard wrote:
> On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote:
> > Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote:
> > > So that it will immediately fail when something eventually picks
> > > up the experimental packages
On Tue, Jan 05, 2016 at 09:50:58PM +0100, Samuel Thibault wrote:
> Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote:
> > So that it will immediately fail when something eventually picks
> > up the experimental packages (as experimental buildds right now do in some
> > situations)?
>
> ? No
Rene Engelhard, on Tue 05 Jan 2016 21:43:33 +0100, wrote:
> So that it will immediately fail when something eventually picks
> up the experimental packages (as experimental buildds right now do in some
> situations)?
? No, experimental buildds only pick from experimental what is not
available from
On Tue, Jan 05, 2016 at 08:04:53PM +0100, Andreas Metzler wrote:
> Tobias Frost wrote:
> > For those want to test against libpng1.6:
> > Note that the libpn16 package in experimental does NOT Provide libpng-
> > dev at the moment. As I've hacked something together for my rebuild,
> > you can grab
On 01/03/2016 09:35 PM, Christian Seiler wrote:
> Well, just for the heck of it I wrote a braindead-simple initrd
> implementation in just 300 LOC:
>
> https://gist.github.com/chris-se/e0fbc073fcbd9ac2d7ae
>
> [...]
>
> This is just a proof of concept, [...]
Well, in case anyone's interested:
Package: wnpp
Severity: wishlist
Owner: Breno Leitao
* Package name: nvme-cli
Version : 0.2
Upstream Author : Stephen Bates
* URL : https://github.com/linux-nvme/nvme-cli
* License : GPL version 2
Programming Lang: C
Description : NVMe management comma
Hi,
On 05.01.2016 19:37, Marco d'Itri wrote:
> There is a significant difference between concepts like:
> - something works for me
> - something works
> and:
> - I want something to be supported
> - the people actually working on something want to support it
What is the recourse for people who
]] Ian Jackson
> This thread contains a fair few assertions that certain configurations
> are `broken' or `unsupported'; but these assertions sit alongside
> reports from actual users that these configurations do work for them,
> and expressions of the wish that they should continue to do so.
A l
Tobias Frost wrote:
> For those want to test against libpng1.6:
> Note that the libpn16 package in experimental does NOT Provide libpng-
> dev at the moment. As I've hacked something together for my rebuild,
> you can grab the dsc here:
> https://libpng.sviech.de/libpng_package_used/libpng1.6_1.
]] Paul Wise
> On Mon, Jan 4, 2016 at 2:14 AM, Russ Allbery wrote:
>
> > And yet, it works, and it means that we don't have to try to harass a
> > thousand package maintainers into doing essentially untestable busy-work
> > to try to move things around between /usr, /bin, and /lib to support a
>
On Jan 05, Ian Jackson wrote:
> People who have been using a configuration for many years naturally
> become upset when they are told that it has been `unsupported' for all
> of this time and that, implicitly, changes are going to be made which
> will break it.
I think that your summary is correc
Package: wnpp
Severity: wishlist
Owner: Sebastian James
* Package name: spineml-preflight
Version : 0.1.0
Upstream Author : Seb James
* URL : https://github.com/SpineML/SpineML_PreFlight
* License : GPL
Programming Lang: C++
Description : Simulator ind
On 2016-01-05, Paul Wise wrote:
> On Mon, Jan 4, 2016 at 2:14 AM, Russ Allbery wrote:
>
>> And yet, it works, and it means that we don't have to try to harass a
>> thousand package maintainers into doing essentially untestable busy-work
>> to try to move things around between /usr, /bin, and /lib
Marco d'Itri writes ("Re: support for merged /usr in Debian"):
> On Jan 05, Ian Jackson wrote:
> > or which do mount /usr using / rather than initramfs, or some such.
>
> And this has already not been supported for many years, even if it works
> in some cases, so it does not matter because it is
On Jan 05, Ian Jackson wrote:
> > Depending on the operation involved, we consider this to be a bug:
> > https://wiki.debian.org/ReadonlyRoot
>
> Well, perhaps. My point is that currently there are real
> configurations that work well with ro /usr but require rw /.
>
> Abolishing the distincti
Marco d'Itri writes ("Re: support for merged /usr in Debian"):
> On Jan 05, Ian Jackson wrote:
> > /etc contains files which are modified during normal operation.
>
> Depending on the operation involved, we consider this to be a bug:
> https://wiki.debian.org/ReadonlyRoot
Well, perhaps. My poin
On Jan 05, Ian Jackson wrote:
> The reason we are having trouble having both in the same project is
> because some of the people who are trying to do what you describe as
> "excellent supports for PCs" think that that is the only interesting
> objective.
I am not sure about who you are referring
On Jan 05, Ian Jackson wrote:
> /etc contains files which are modified during normal operation.
Depending on the operation involved, we consider this to be a bug:
https://wiki.debian.org/ReadonlyRoot
--
ciao,
Marco
signature.asc
Description: PGP signature
On Tue, 5 Jan 2016 12:49:25 +
Ian Jackson wrote:
> Simon Richter writes ("Re: support for merged /usr in Debian"):
> > However, we do have a huge installation base outside of that. In
> > most of my embedded systems projects, Debian has been the starting
> > point for the customized installat
* Paul Wise , 2016-01-05, 17:49:
And yet, it works, and it means that we don't have to try to harass a
thousand package maintainers into doing essentially untestable
busy-work to try to move things around between /usr, /bin, and /lib to
support a tiny handful of systems for which other approach
Simon Richter writes ("Re: support for merged /usr in Debian"):
> However, we do have a huge installation base outside of that. In most of
> my embedded systems projects, Debian has been the starting point for the
> customized installation, simply because before jessie, you could simply
> call "deb
Marco d'Itri writes ("Re: support for merged /usr in Debian"):
> On Jan 02, Joerg Jaspert wrote:
> > No, /etc can be nicely ro. That is, /, /usr, /etc, ... can be. The log
> > storage and the user homes, as well as a tmp filesystem rw, rest ro.
> > Works nicely, I have 4 of such systems running.
>
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-dcos
Version : 0.2.0
Upstream Author : Mesosphere, Inc.
* URL : https://github.com/mesosphere/dcos-cli
* License : Apache-2.0
Programming Lang: Python
Description : Datacente
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: sen
Version : 0.2.2
Upstream Author : Tomas Tomecek
* URL : https://github.com/TomasTomecek/sen
* License : Expat
Programming Lang: Python
Description : Terminal user interfa
On Mon, Jan 4, 2016 at 2:14 AM, Russ Allbery wrote:
> And yet, it works, and it means that we don't have to try to harass a
> thousand package maintainers into doing essentially untestable busy-work
> to try to move things around between /usr, /bin, and /lib to support a
> tiny handful of systems
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: ctop
Version : 0.4.1
Upstream Author : Jean-Tiare Le Bigot
* URL : https://github.com/yadutaf/ctop
* License : Expat
Programming Lang: Python
Description : Command line / tex
Johannes Schauer writes:
> I am talking about adding the metadata about which license code is released
> under and/or which DFSG freedoms it violates as proposed by Stefano in a
> machine readable way: either debtags or DEP-5 and make either or both of them
> understood by apt pinning so that I c
On Tue, Jan 5, 2016 at 4:21 PM, Tollef Fog Heen wrote:
> That sounds possible to add. In the meantime, you could generate a
> preferences file for apt based on debtags. Not pretty, but once the
> data's there, it should be entirely doable.
Indeed, I'm doing something similar for installing secu
On Mon, Jan 4, 2016 at 9:06 PM, Simon McVittie wrote:
> https://lintian.debian.org/tags/embedded-library.html and
> https://anonscm.debian.org/viewvc/secure-testing/data/embedded-code-copies?view=co
> might be useful, although the latter seems to be outdated (it says
> libtk-img embeds libpng, whi
]] Johannes Schauer
> while I would welcome this sort of information being captured using debtags,
> this would not help me if I wanted to tell apt which packages are okay for me
> and which ones are not because apt cannot set pin priorities according to a
> package's debtags, right?
That sounds
46 matches
Mail list logo
