On Sat, Nov 24, 2018 at 10:28 PM Domenico Andreoli wrote:
> I need a sponsor to upload this package. Any volunteer?
The standard RFS process should still work in your case:
https://mentors.debian.net/sponsors/rfs-howto
https://mentors.debian.net/intro-maintainers
--
bye,
pabs
https://wiki.deb
]] Adam Borowski
> Tested on an early bronze age i386 box with an "82915G/GV/910GL"; both
> glxgears and es2gears_x11 work fine. I don't think anyone is going to run a
> modern desktop environment on a machine older than that.
>
> But that's an Intel card -- with nVidia, stuff 3 years old gets
I have filed an ITP [0] for the Mongo C++ Driver. So far upstream has
not yet declared a stable ABI. As a result, I intend to upload to
experimental.
I am curious if anyone has suggestions for naming the library package in
experimental in such a way that it handles the currently unstable ABI
and
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: mongo-cxx-driver
Version : 3.4.0
Upstream Author : Mongo C++ Driver Team
* URL : http://mongocxx.org/
* License : Apache License 2.0
Hi,
Since ~March, we have a GTK+ 3 build of wxWidgets in Unstable/Testing.
Packages that use wxWidgets may switch over to this build if they desire,
although we are not pushing to remove the wx GTK+ 2 package in Buster, so
packages can continue to use the GTK+ 2 build for Buster.
To switch a
On Thu, Nov 22, 2018 at 11:27:46AM -0800, Russ Allbery wrote:
> > My position as a usrmerge sceptic, of letting them get on with doing
> > their thing, now seems to have been unwise. The idea that it would be
> > optional mutated, without proper discussion, and without a transition
> > plan, into
Hey Scott,
On Sat, Nov 24, 2018 at 9:01 PM Scott Kitterman wrote:
>
> On Saturday, November 24, 2018 08:36:11 PM bret curtis wrote:
>
> We have a Rasberry Pi working as a desktop here at my house. It's quite
> usable as long as you only try to do a few things at a time, but it's not by
> any me
On Nov 24, "Gabriel F. T. Gomes" wrote:
> Has this option been given enough attention? It sounds appealing in
Yes. I would love to implement a --dry-run mode, but I still need to
figure out how much complex it would be and if it could actually cover
all cases.
--
ciao,
Marco
signature.asc
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: node-lunr
Version : 2.3.5
Upstream Author : Oliver Nightingale
* URL : https://lunrjs.com/
* License : Expat
Programming Lang: JavaScrip
On Sat, Nov 24, 2018 at 09:51:49PM +0100, Adam Borowski wrote:
> On Sat, Nov 24, 2018 at 06:06:16PM +, Ben Hutchings wrote:
> > On Sat, 2018-11-24 at 15:21 +, Simon McVittie wrote:
> > > Recent AMD GPUs use the "amdgpu" kernel driver and its accompanying Mesa
> > > user-space driver, which
On Sat, Nov 24, 2018 at 06:06:16PM +, Ben Hutchings wrote:
> On Sat, 2018-11-24 at 15:21 +, Simon McVittie wrote:
> [...]
> > Recent AMD GPUs use the "amdgpu" kernel driver and its accompanying Mesa
> > user-space driver, which is an open source stack if you don't count the
> > GPU firmware
On 2018-11-24, Adrian Bunk wrote:
> libqt5gui5 has > 1k rdeps
I think this is a fact that many people haven't grasped.
And some of those are libraries...
/Sune
On Saturday, November 24, 2018 08:36:11 PM bret curtis wrote:
> > > There are more than 5 million Raspberry Pis were sold as of February
> > > 2015.
> > > All of them with a VC4 GPU, Raspbian ships with the VC4 mesa driver
> > > enabled!
> > >
> > > I'm of the opinion that the switch away from Des
> >
> > There are more than 5 million Raspberry Pis were sold as of February 2015.
> > All of them with a VC4 GPU, Raspbian ships with the VC4 mesa driver
> > enabled!
> >
> > I'm of the opinion that the switch away from Desktop OpenGL to GLES was a
> > huge mistake and should be reversed as soon a
On Sat, Nov 24, 2018 at 02:40:37PM +0100, Matthias Klose wrote:
> On 24.11.18 11:26, Andy Simpkins wrote:
> >> So, again: which of the two flavors is the one that benefits more of our
> >> user
> >> base?
> >
> > BOTH are possible so why dictate only one?
> >
> > I would like to see OpenGLES ava
On Sat, 2018-11-24 at 15:21 +, Simon McVittie wrote:
[...]
> Recent AMD GPUs use the "amdgpu" kernel driver and its accompanying Mesa
> user-space driver, which is an open source stack if you don't count the
> GPU firmware. It should be comparable to the situation on Intel integrated
> GPUs (bu
Would packaging Regal solve any of this?
https://github.com/p3/regal
It claims to implement OpenGL on top of OpenGL ES, but I don't know if
it is complete enough or efficient enough to be useful in this context.
Dmitry Shachnev wrote:
We do not have a final list yet, but packages that may ge
On 23 Nov 2018, Michael Stone wrote:
>On Fri, Nov 23, 2018 at 03:14:44PM +0100, Matthias Klumpp wrote:
>>For these cases though maybe the usrmerge script could ask the admin
>>on what to do to handle these particular binaries, instead of
>>failing.
>
>Maybe, as I suggested upthread, there could
On 11/24/18 8:51 PM, Alexander E. Patrakov wrote:
Marco d'Itri wrote:
On Nov 21, Michael Stone wrote:
How many long-running production systems do you think people have run
usrmerge on? I'd guess close to zero, since there is no advantage
whatsoever
Actually I have quite a lot personally, w
Lisandro Damián Nicanor Pérez Meyer wrote:
El viernes, 23 de noviembre de 2018 09:23:29 -03 Dmitry Shachnev escribió:
I have an embedded Intel card right now :)
Same here, 10 years old machine with an embedded Intel video card. I don't
think I can expect it to work with GLES.
Wikipedia says I
Russ Allbery wrote:
The reason why I personally jumped into this thread is that I don't think
the initial fix proposed for R was good engineering. We should not be
doing that sort of fragile machinations in Autoconf configuration. It
will end in tears. We will miss some other binary later, or
Marco d'Itri wrote:
On Nov 21, Michael Stone wrote:
How many long-running production systems do you think people have run
usrmerge on? I'd guess close to zero, since there is no advantage whatsoever
Actually I have quite a lot personally, with exactly zero problems.
On some of them I also en
On 2018-11-24 at 10:21, Simon McVittie wrote:
> On Sat, 24 Nov 2018 at 15:10:47 +0100, Adam Borowski wrote:
>
>> I don't have access to any non-embedded Intel cards
>
> Do those exist? I thought Intel only made GPUs that are integrated
> into their CPUs (the "HD Graphics" series). Presumably tha
Hello,
On Sat 24 Nov 2018 at 04:29PM +0100, Guido Günther 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 that version) if
Hi,
On Thu, Nov 22, 2018 at 12:52:48PM +, Ian Jackson wrote:
> Holger Levsen writes ("Re: julia_1.0.0-1_amd64.changes REJECTED"):
> > On Wed, Nov 21, 2018 at 03:19:33PM +, Ian Jackson wrote:
> > > Why is any of this a reason for an ftpmaster REJECT ? I still think
> > > all of this should
On Sat, 24 Nov 2018 at 15:10:47 +0100, Adam Borowski wrote:
> I don't have access to any non-embedded Intel cards
Do those exist? I thought Intel only made GPUs that are integrated into
their CPUs (the "HD Graphics" series). Presumably that's what you meant
when you said embedded?
As far as I und
El sábado, 24 de noviembre de 2018 10:40:37 -03 Matthias Klose escribió:
> On 24.11.18 11:26, Andy Simpkins wrote:
> >> So, again: which of the two flavors is the one that benefits more of our
> >> user base?
> >
> > BOTH are possible so why dictate only one?
> >
> > I would like to see OpenGLES
El sábado, 24 de noviembre de 2018 11:23:51 -03 bret curtis escribió:
> Hello Lisandro!
>
> > Yes, that's a drawback we are not hiding. Applications needing Desktop
> > OpenGL would be left out. But...
>
> Sorry, but this is just not acceptable. There has to be another way.
>
> > > If you say th
On 24/11/18 14:14, bret curtis wrote:
>>> But even here in this place I have seen *a lot* of "cheap" arm64 boards.
>>> Yes,
>>> the RPI3[+] is ubiquitous. And having to render Open GL stuff by CPU is
>>> precisely not the fastest thing around.
>>
>> "I have a Raspberry Pi (or similar mobile class
Hi Andy!
El sábado, 24 de noviembre de 2018 07:26:34 -03 Andy Simpkins escribió:
> On 24/11/2018 02:05, 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
package: dwarves
severity: minor
x-debbugs-cc: Domenico Andreoli ,
debian-devel@lists.debian.org
On Sat, Nov 24, 2018 at 03:28:37PM +0100, Domenico Andreoli wrote:
> after some ~7 years of inactivty I've been able to put a new upstream
> release of dwarves together. It's at https://salsa.d.o/de
Hi all,
after some ~7 years of inactivty I've been able to put a new upstream
release of dwarves together. It's at https://salsa.d.o/debian/dwarves.
It has some build reproducibility issue, I'll look at that later. I'll
also go throught the open bugs, they are quite aged and deserve to be
close
Hello Lisandro!
> Yes, that's a drawback we are not hiding. Applications needing Desktop OpenGL
> would be left out. But...
>
Sorry, but this is just not acceptable. There has to be another way.
>
> > If you say that arm64 has to be GLESv2 as well, then that is yet another
> > arch that OpenMW c
> > But even here in this place I have seen *a lot* of "cheap" arm64 boards.
> > Yes,
> > the RPI3[+] is ubiquitous. And having to render Open GL stuff by CPU is
> > precisely not the fastest thing around.
>
> "I have a Raspberry Pi (or similar mobile class system that
> has migrated / is migrati
On Sat, Nov 24, 2018 at 01:09:35PM +, Simon McVittie wrote:
> On Fri, 23 Nov 2018 at 23:12:19 -0300, Lisandro Damián Nicanor Pérez Meyer
> wrote:
> > El viernes, 23 de noviembre de 2018 09:23:29 -03 Dmitry Shachnev escribió:
> > > I have an embedded Intel card right now :)
> >
> > Same here,
On 24.11.18 11:26, Andy Simpkins wrote:
>> So, again: which of the two flavors is the one that benefits more of our user
>> base?
>
> BOTH are possible so why dictate only one?
>
> I would like to see OpenGLES available on all architectures
>
> I would like to see OpenGL available on all archite
On Fri, 23 Nov 2018 at 23:12:19 -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El viernes, 23 de noviembre de 2018 09:23:29 -03 Dmitry Shachnev escribió:
> > I have an embedded Intel card right now :)
>
> Same here, 10 years old machine with an embedded Intel video card. I don't
> think I c
On 24/11/2018 02:05, 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ó:
On Fri, Nov 23, 2018 at 03:27:57AM +030
38 matches
Mail list logo
