On Tue, Nov 27, 2018 at 10:13:06PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El martes, 27 de noviembre de 2018 21:51:47 -03 Lisandro Damián Nicanor Pérez
> Meyer escribió:
> [snip]
> > > > prepare dual stack packages that use the symbols file magic from
> > > > Ubuntu, rebuild all the
On Nov 28, "Alexander E. Patrakov" wrote:
> Well, the buildd configuration change has been reverted. What worries me now
> is that there is a risk not yet mitigated, coming from personal systems of
> Debian developers, and we should also check porter boxes.
This is not a new problem at all: in my
On Wed, Nov 28, 2018 at 7:30 AM Lisandro Damián Nicanor Pérez Meyer wrote:
> Just curious: is there any project alive for the PowerVR SGX530 ?
There used to be a very brief effort around PowerVR devices but it
looks like that has died now. Some of the project site was captured by
archive.org and
Russ Allbery wrote:
We had some things break because of a change to buildd configuration that
caught some people by surprise.
Well, the buildd configuration change has been reverted. What worries me
now is that there is a risk not yet mitigated, coming from personal
systems of Debian develop
>> I think it would be good to hear from any derivatives in this
>> position. We should probably ask them more formally than by having a
>> horrible flamewar on -devel ...
With my siduction dev hat on i want to have usrmerge as soon as
possible. Built the last months with usrmerge activated and c
El martes, 27 de noviembre de 2018 21:51:47 -03 Lisandro Damián Nicanor Pérez
Meyer escribió:
[snip]
> > > prepare dual stack packages that use the symbols file magic from
> > > Ubuntu, rebuild all the reverse-dependencies, and identify all those
> > > packages which are libraries and which end up
El martes, 27 de noviembre de 2018 21:19:20 -03 Lisandro Damián Nicanor Pérez
Meyer escribió:
> El martes, 27 de noviembre de 2018 20:39:58 -03 Steve Langasek escribió:
> > On Tue, Nov 27, 2018 at 07:58:17PM -0300, Lisandro Damián Nicanor Pérez
>
> Meyer wrote:
> [snip]
>
> > > Yes, we are :-) D
El martes, 27 de noviembre de 2018 20:39:58 -03 Steve Langasek escribió:
> On Tue, Nov 27, 2018 at 07:58:17PM -0300, Lisandro Damián Nicanor Pérez
Meyer wrote:
[snip]
> > Yes, we are :-) Dmitry has been working on them (he is also an Ubuntu Qt
> > maintainer). He points me out that those 7 packa
On Tue, Nov 27, 2018 at 07:58:17PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> > https://launchpad.net/ubuntu/+source/qtbase-opensource-src-gles/5.7.1+dfsg->
> > 2ubuntu4~1
> > And here is the list of all packages that required dual-stack at least as of
> > 2017, when Ubuntu stopped deve
El martes, 27 de noviembre de 2018 17:19:32 -03 Dmitry Shachnev escribió:
> Hi Rohan!
>
> On Tue, Nov 27, 2018 at 04:24:43PM +0100, Rohan Garg wrote:
> > [...]
> >
> > I concur here. It was correctly pointed out in another reply that by using
> > OpenGL we're specifically catering to software tha
El domingo, 25 de noviembre de 2018 21:18:39 -03 Paul Wise escribió:
> On Sun, Nov 25, 2018 at 8:58 PM Lisandro Damián Nicanor Pérez Meyer wrote:
> > Both Dmitry and I just learned that the RPI has the VC4 driver which
> > enables it to do hardware acceleration for Desktop OpenGL, we must admit
> >
Package: wnpp
X-Debbugs-CC: debian-devel@lists.debian.org ti...@debian.org
This is being filed to publicly state what I have discussed in private
with Andreas Tille (and what he recently publicly stated[1]), that I
plan on adopting this package.
I understand that a recent upload has triggered a t
Hi Steve!
First of all: thanks for chiming in!
El martes, 27 de noviembre de 2018 19:06:27 -03 Steve Langasek escribió:
> Hi Lisandro,
[snip]
> > This waterfall schema means *multiple* libraries would have to start doing
> > this two-binaries thing, as Ubuntu devs discovered. But remember that Qt
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: junixsocket
Version : 2.0.4
Upstream Author : Christian Kohlschütter
* URL : https://github.com/kohlschutter/junixsocket
* License : Apache-2.0
Programming Lang: Java, C++
Description
Hi Lisandro,
On Fri, Nov 23, 2018 at 11:05:11PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Andy: explicitly CCing you because I think it answers part of a question you
> did but in another part of the thread.
> El viernes, 23 de noviembre de 2018 06:58:13 -03 Steve McIntyre escribió:
>
Ian Jackson wrote:
> Unfortunately that means that while a properly planned and executed
> transition to mandatory merged-/usr might well have offered overall
> technical benefits for the Debian ecosystem, this is not now socially
> possible and pressing on is not worth the social costs of being se
On Tue, Nov 27, 2018 at 12:57:38PM +, Ian Jackson wrote:
> > In the case of unmerged /usr, the only benefits I'm aware of for the more
> > complex case (unmerged /usr) are circular: existing Debian installations
> > have it, so switching to merged /usr is a change;
> I think this is true for D
Hi Rohan!
On Tue, Nov 27, 2018 at 04:24:43PM +0100, Rohan Garg wrote:
> [...]
>
> I concur here. It was correctly pointed out in another reply that by using
> OpenGL we're specifically catering to software that doesn't support
> GLES while making performance worse for mature applications that
> do
Michael Stone writes:
> On Tue, Nov 27, 2018 at 08:54:43AM +, Simon McVittie wrote:
>> If I was wrong in assuming good faith and you were being argumentative
>> for the sake of being argumentative, please stop: that is not
>> constructive.
>>
>> Either way, please don't call me stupid. That i
Wouter Verhelst writes:
> How can it do so, though, if the build system hardcodes paths to
> binaries[1]? Isn't it better (and easier) to have non-usr-merged buildd
> chroots as long as we still support such systems?
> [1] Yes, I know policy says you shouldn't do that, but if there's a
> 3000-li
On Mon, Nov 26, 2018 at 03:39:03PM -0800, Keith Packard wrote:
> Steve Langasek writes:
> > Long ago I heard rumors of development work on mesa that would allow it to
> > function as a proxy library, so that apps would link against libGL as needed
> > and the GL implementation would use a hardwar
On Tue, Nov 27, 2018 at 08:54:43AM +, Simon McVittie wrote:
If I was wrong in assuming good faith and you were being argumentative for
the sake of being argumentative, please stop: that is not constructive.
Either way, please don't call me stupid. That is not *at all*
constructive - especial
On Tue, Nov 27, 2018 at 09:50:40AM +0100, Philip Hands wrote:
Michael Stone writes:
On Mon, Nov 26, 2018 at 03:08:09PM +0100, Marco d'Itri wrote:
I disagree both that simple testing (that you could do with a KVM
snapshot as well) would be hard and I disagree that the benefits of
merged-/usr wo
Hey
On Mon, Nov 26, 2018 at 12:38 PM Raphael Hertzog wrote:
>
> Hello Lisandro,
>
> TLDR: thank you for starting this discussion, it was required as it's not
> an easy decision to take as there is no realistic perfect solution, but I
> believe you took the wrong decision. Please consider deferrin
On Tue, Nov 27, 2018 at 3:58 PM Stefan Monnier wrote:
>
> >> What would help further would be for such information having references
> >> to sources, and each information point be referencable (not only the
> >> dataset as a whole).
> > Isn't this already done for us here?
> > https://gpuinfo.org/
Package: wnpp
Severity: wishlist
Owner: Birger Schacht
* Package name: muacrypt
Version : 0.9
Upstream Author : Holger krekel and the Autocrypt team
* URL : https://muacrypt.readthedocs.io
* License : GPL
Programming Lang: Python
Description : Autocrypt
>> What would help further would be for such information having references
>> to sources, and each information point be referencable (not only the
>> dataset as a whole).
> Isn't this already done for us here?
> https://gpuinfo.org/
I don't see any reference to sources.
Also I see it as "Ubuntu" a
> > https://github.com/Re4son/kali-gemini-multistrap-config/raw/files/Arm64List.xls
> >
> > Any feedback, correction and addition that could benefit this discussion
> > would be appreciated.
>
> Great that you collected that dataset, and put it public.
>
> What would help further would be for such
On Tue, Nov 27, 2018 at 08:38:46PM +0900, Hideki Yamane wrote:
> Cons)
> - Harder to get users for test with testing-proposed-updates repository
My understanding of the current consensus is that this is the main reason
for using the current workflow. Nobody would test anything except sid and
test
Quoting Re4son (2018-11-27 11:38:14)
> On 2018-11-27 02:46 +, Wookey wrote:
> > >
> > > Well, that's at very least an interesting data point. So yes, they exist,
> > > but
> > > they are new and expensive. Can I assume that this means most of our
> > > arm64
> > > users do not yet get to th
On 11/27/18 12:38 PM, Hideki Yamane wrote:
> Hi,
>
> Well, we use experimental as "shelter" during freeze, but it's not good
> in my point of view.
>
> - During freeze, it is just ignored by most of the users since they
>wouldn't know there's a newer package in there (and they also afraid
On Tue, 27 Nov 2018 09:50:40 +0100, Philip Hands
wrote:
>I have systems that were installed ages ago, which now have
>insufficiently large root partitions.
The usrmerge moves stuff from / to /usr, replacing /bin with a symlink
to /usr/bin. This is likely to relax space constraints on small root
f
Hello,
On Tue 27 Nov 2018 at 08:38PM +0900, Hideki Yamane wrote:
> Cons)
> - Maybe you should do cherry-picking changes from unstable to
>testing-proposed-updates, not just ask "unblock" to Release Managers.
> - Harder to get users for test with testing-proposed-updates repository
- Addit
Firstly, thanks for your measured and helpful contributions to this
very unfortunate thread.
Simon McVittie writes ("Re: usrmerge -- plan B?"):
> I hope we can agree that unnecessary complexity is technical debt, but
> necessary complexity is necessary: if complexity exists for a reason,
> then th
> Your thoughts?
sid is not a rolling release for the public, it is a development area.
Some users use it as a rolling release to get bleeding edge software,
but in fact they become a developer that way (not meaning DD).
If you think regular development prevents you from staying up to date
durin
Quoting Hideki Yamane (2018-11-27 12:38:46)
> Hi,
>
> Well, we use experimental as "shelter" during freeze, but it's not good
> in my point of view.
>
> - During freeze, it is just ignored by most of the users since they
>wouldn't know there's a newer package in there (and they also afraid
On 2018-11-27.08:54, Simon McVittie wrote:
> On Tue, 27 Nov 2018 at 09:18:08 +0100, Stephan Seitz wrote:
> > But I don’t want to get the /usr-merge forced upon my systems because this
> > minority is obviously too stupid to install the package and migrate their
> > systems on their own.
>
> That w
On 27 November 2018 at 08:04, Kurt Hornik wrote:
| The new r-base-core (3.5.1-2+b1) also seems fine on i386. Thanks!
Great news, thanks for reporting back!
All systems green, and Chris (was usual) right along :)
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi,
Well, we use experimental as "shelter" during freeze, but it's not good
in my point of view.
- During freeze, it is just ignored by most of the users since they
wouldn't know there's a newer package in there (and they also afraid
because it's in "experimental" ;). It means "not teste
Hi,
On 2018-11-27 02:46 +, Wookey wrote:
> >
> > Well, that's at very least an interesting data point. So yes, they exist,
> > but
> > they are new and expensive. Can I assume that this means most of our arm64
> > users do not yet get to them?
> Not yet, no although I think you can just b
Hi,
On 26/11/18 11:54 pm, Riku Voipio wrote:
> On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote:
>> were in the week-end). I was aware of the discussion but did not
>> had the time to chime in, yet I was the person who re-opened the bug
>> #881333 in the first place.
>
>> I also i
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-rspectra
Version : 0.13
Upstream Author : Yixuan Qiu
* URL : https://cran.r-project.org/package=RSpectra
* License : MPL-2.0
Programming Lang: GNU R
Description : GNU R solvers
Hi,
On 26/11/18 8:58 pm, Riku Voipio wrote:
> On Thu, Nov 22, 2018 at 07:14:44PM -0300, Lisandro Damián Nicanor Pérez Meyer
> wrote:
>> El jueves, 22 de noviembre de 2018 18:30:39 -03 Marcin Juszkiewicz escribió:
>
>> The real issue here is that *many* arm64 boards currently do not support
>> De
On Tue, 27 Nov 2018 at 09:18:08 +0100, Stephan Seitz wrote:
> But I don’t want to get the /usr-merge forced upon my systems because this
> minority is obviously too stupid to install the package and migrate their
> systems on their own.
That would be a terrible justification for merged /usr, but i
Package: wnpp
Severity: wishlist
Owner: Daniel Glassey
* Package name: ibus-keyman
Version : 10.99
Upstream Author : SIL International
* URL : http://www.keyman.com
* License : GPL, MIT/X
Programming Lang: C
Description : Input method engine for multipl
Michael Stone writes:
> On Mon, Nov 26, 2018 at 03:08:09PM +0100, Marco d'Itri wrote:
>>I disagree both that simple testing (that you could do with a KVM
>>snapshot as well) would be hard and I disagree that the benefits of
>>merged-/usr would be minor.
>
> Nobody has thus far pointed out a singl
On 2018-11-27 08:18, Stephan Seitz wrote:
But I don’t want to get the /usr-merge forced upon my systems because
this minority is obviously too stupid to install the package and
migrate their systems on their own.
Please refrain from posting such messages; they are inappropriate and
contribute
Package: wnpp
Severity: wishlist
Owner: Daniel Glassey
* Package name: keyman-config
Version : 10.99.33
Upstream Author : Daniel Glassey
* URL : http://www.keyman.com
* License : MIT/X
Programming Lang: Python
Description : Type in your language with K
On Mo, Nov 26, 2018 at 11:05:02 +0100, W. Martin Borgert wrote:
I personally don't care about usrmerge, but if it is useful to a
relevant minority, we should not reject it.
Who says we should reject the usrmerge package? The minority who wishes
for it can install it for years.
But I don’t wa
On Tue, Nov 27, 2018 at 08:38:56AM +0100, Wouter Verhelst wrote:
> > > The experimental distribution is a good place for work in
> > > progress. Maybe the rules for automatic rejects can be relaxed for
> > > experimental so a package can go into the archive (and have e.g. the BTS
> > > used for tha
50 matches
Mail list logo
