On Tue, Jan 8, 2019 at 7:01 AM Luke Kenneth Casson Leighton
wrote:
> i'm going to see if i can get above the 4GB mark by modifying the
> Makefile to do 3,000 shared libraries instead of 3,000 static object
> files.
fail. shared libraries link extremely quickly. reverted to static,
trying this
$ python evil_linker_torture.py 3000 100 100 50
ok so that managed to get up to 1.8GB resident memory, paused for a
bit, then doubled it to 3.6GB, and a few seconds later successfully
outputted a binary.
i'm going to see if i can get above the 4GB mark by modifying the
Makefile to do 3,000 sh
On Tue, Jan 8, 2019 at 6:27 AM Luke Kenneth Casson Leighton
wrote:
> i'm just running the above, will hit "send" now in case i can't hit
> ctrl-c in time on the linker phase... goodbye world... :)
$ python evil_linker_torture.py 2000 50 100 200
$ make -j8
oh, err... whoopsie... is this norm
$ python evil_linker_torture.py 2000 50 100 200
ok so it's pretty basic, and arguments of "2000 50 10 100"
resulted in around a 10-15 second linker phase, which top showed to be
getting up to around the 2-3GB resident memory range. "2000 50 100
200" should start to make even a system
On Mon, Jan 7, 2019 at 8:03 PM Jonathan Dowland wrote:
> I thought I'd post here to see if anyone had any information first.
I noticed that this idea came up in 2010 and 2014 so I think we never
had x-www-browser, only www-browser.
https://lists.debian.org/20141117130332.ga9...@free.fr
https://l
On 2019-01-04 20:16 +0100, Samuel Thibault wrote:
> Hello,
>
> Quite a few packages have jquery/ embedded in documentation generated by
> javadoc. This yields to
>
> Could openjdk perhaps build a package that would ship jquery/ in a known
> place, and packages would just depend on it and the gene
On Tuesday, January 8, 2019, Mike Hommey wrote:
> On Mon, Jan 07, 2019 at 11:46:41PM +, Luke Kenneth Casson Leighton
> wrote:
>
> > At some point apps are going to become so insanely large that not even
> > disabling debug info will help.
>
> That's less likely, I'd say. Debug info *is* getti
On Mon, Jan 07, 2019 at 11:46:41PM +, Luke Kenneth Casson Leighton wrote:
> On Tuesday, January 8, 2019, Mike Hommey wrote:
>
> > .
> >
> > Note that Firefox is built with --no-keep-memory
> > --reduce-memory-overheads, and that was still not enough for 32-bts
> > builds. GNU gold instead of
On Tuesday, January 8, 2019, Mike Hommey wrote:
> .
>
> Note that Firefox is built with --no-keep-memory
> --reduce-memory-overheads, and that was still not enough for 32-bts
> builds. GNU gold instead of BFD ld was also given a shot. That didn't
> work either. Presently, to make things link at a
On Mon, Jan 07, 2019 at 10:28:31AM +, Luke Kenneth Casson Leighton wrote:
> On Sun, Jan 6, 2019 at 11:46 PM Steve McIntyre wrote:
> >
> > [ Please note the cross-post and respect the Reply-To... ]
> >
> > Hi folks,
> >
> > This has taken a while in coming, for which I apologise. There's a lot
Hi, could you give me some orientation to my issue below?
A while ago I packaged [1] a software named Flask-SocketIO [2].
It depends of other software named python-socketio, and I could find this
package on Debian that time [3]. In fact this package is gevent-socketio
software [4].
But as you c
Le 07/01/2019 à 23:02, Samuel Thibault a écrit :
> I'd rather cripple the documentation a bit than removing it :)
The issue is, we keep getting more and more javadoc related issues with
each OpenJDK upgrade. This jquery "issue" is a bit the straw that breaks
the camel's back, and we would rather
Ondrej,
> > Any idea what to do (except overriding one of the lintian
> > warnings)?
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918621
Merged & uploaded to unstable in lintian 2.5.120; thanks.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org /
Emmanuel Bourg, le lun. 07 janv. 2019 22:25:35 +0100, a ecrit:
> Le 07/01/2019 à 21:13, Nicholas D Steeves a écrit :
> > Do you have any suggestions for working with the following?: (please
> > reply to -devel)
>
> We've discussed this topic in #903428 and the consensus is roughly that
> it's a wa
Hi Nicholas,
Le 07/01/2019 à 21:13, Nicholas D Steeves a écrit :
> Do you have any suggestions for working with the following?: (please
> reply to -devel)
We've discussed this topic in #903428 and the consensus is roughly that
it's a waste of time and we would rather drop the mostly unused javad
Hi,
po 7. 1. 2019 v 11:37 odesílatel Andreas Tille napsal:
> Any idea what to do (except overriding one of the lintian
> warnings)?
>
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918621
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1
Dear Java Team,
Do you have any suggestions for working with the following?: (please
reply to -devel)
On Sun, Jan 06, 2019 at 10:34:50PM +0100, Rene Engelhard wrote:
> On Sat, Jan 05, 2019 at 09:20:34PM +0100, Samuel Thibault wrote:
> > Sean Whitton, le sam. 05 janv. 2019 19:48:35 +, a ecrit:
Hi Andreas,
On 07-01-2019 11:37, Andreas Tille wrote:
> Any idea what to do?
File a bug against lintian, it's not perfect you know. If you let me
know (maybe in private) the bug number, I may create a merge request for
lintian.
As the creator of the latter warning and as the one that implemented
Package: wnpp
Severity: wishlist
Owner: Darshaka Pathirana
* Package name: kthresher
Version : 1.3.1
Upstream Author : Rackspace US, Inc.
* URL : https://github.com/rackerlabs/kthresher
* License : Apache
Programming Lang: Python
Description : Purge Unu
Package: wnpp
Severity: wishlist
Owner: Darshaka Pathirana
* Package name: recap
Version : 1.3.1
Upstream Author : Rackspace US, Inc.
* URL : https://github.com/rackerlabs/recap
* License : GPL-2.0+
Description : Generates reports of various information a
On Fri, Dec 07, 2018 at 10:45:31AM +0100, Fabiano Fidêncio wrote:
> Although the subject says it all, let me explain the background of the
> change so you all can get the idea of why it'd help a few projects
> and/or even come up with a better solution than adding a ".treeinfo"
> file.
I'm not ex
(hi edmund, i'm reinstating debian-devel on the cc list as this is not
a debian-arm problem, it's *everyone's* problem)
On Mon, Jan 7, 2019 at 12:40 PM Edmund Grimley Evans
wrote:
> > i spoke with dr stallman a couple of weeks ago and confirmed that in
> > the original version of ld that he wro
Hello,
We don't seem to have an x-www-browser virtual package name,
corresponding to the x-www-browser alternative name. Introducing one
would fix bugs like #833268 (package ships .desktop file which
references x-www-browser but does not correctly depend upon package(s)
that implement the x-www-b
Package: wnpp
Owner: Lucas Kanashiro
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name : ruby-csv
Version : 3.0.2
Upstream Author : Kouhei Sutou
* URL : https://github.com/ruby/csv
* License : BSD-2-clause
Programming Lang: Ruby
Hi,
in several r-cran packages I used debian/tests/control.autodep8
in addition to the definition in d/control
Testsuite: autopkgtest-pkg-r
since lintian otherwise warns about
source: unnecessary-testsuite-autopkgtest-field
Now there is a new warning
source: debian-tests-control-autodep
On Sun, Jan 6, 2019 at 11:46 PM Steve McIntyre wrote:
>
> [ Please note the cross-post and respect the Reply-To... ]
>
> Hi folks,
>
> This has taken a while in coming, for which I apologise. There's a lot
> of work involved in rebuilding the whole Debian archive, and many many
> hours spent analy
26 matches
Mail list logo
