debian-de...@liska.ath.cx (Olе Streicher) writes:
> Goswin von Brederlow writes:
>> debian-de...@liska.ath.cx (Ole Streicher) writes:
>>> I think the best way would be that debuild/dpkg-buildpackage would not
>>> automatically unapply the patches (so it would leave the source in the
>
>> It does
Salvo Tomaselli writes:
>> If anyone wants to experience that then write out some GB of data over
>> NFS. After a short while processes will hang while others keep running.
>
> True, that's what i was saying.
> But if there is not enough memory, it's not only one process that will hang.
> It's e
Ben Hutchings writes:
> On Fri, Jun 01, 2012 at 11:19:40PM +0200, Carlos Alberto Lopez Perez wrote:
>> On 01/06/12 13:33, Goswin von Brederlow wrote:
>> >> > I don't know the ultimate reason behind this ugly behaviour of Linux
>> >> > when the swapping process is happening, but I know this is rea
Salvo Tomaselli writes:
>> No, tmpfs will be swapped out if you don't use a file for a while but
>> something else uses memory, including IO caching.
> unless too many things want to use memory, then tmpfs gives a great
> contribution in taking down the machine.
>
> As you pointed out yourself
Uoti Urpala writes:
> Goswin von Brederlow wrote:
>> > Le vendredi 25 mai 2012 à 16:01 +0300, Uoti Urpala a écrit :
>> >> There is one significant difference though. When you read data back to
>> >> memory from swap, the kernel does not remember that it already exists on
>> >> disk; when th
Package: wnpp
Severity: wishlist
Owner: "Raphaël Hertzog"
* Package name: cpputest
Version : 3.1
Upstream Author : James Grenning & Bas Vodde
* URL : http://www.cpputest.org/
* License : BSD
Programming Lang: C++
Description : C/C++ based unit test fram
Mike Hommey writes:
> On Tue, Jun 05, 2012 at 09:29:46AM +0300, Serge wrote:
>> 2012/6/1 Goswin von Brederlow wrote:
>>
>> > All the complaints about /tmp as tmpfs come down to one simple issue:
>> > The size of the tmpfs isn't chosen well.
>>
>> Mounting /tmp to tmpfs not just breaks a lot of
Serge writes:
> 2012/6/1 Goswin von Brederlow wrote:
>
>> All the complaints about /tmp as tmpfs come down to one simple issue:
>> The size of the tmpfs isn't chosen well.
>
> Mounting /tmp to tmpfs not just breaks a lot of apps and reduces system
> stability, but it actually does nothing else. Y
Stephan Seitz writes:
> On Fri, Jun 01, 2012 at 02:19:53PM +0200, Goswin von Brederlow wrote:
>>In general your option assumes that you need the maximum amount of free
>>space in /tmp. That is simply not true. In most cases a small /tmp is
>>just peachy. Because of this it is hard to set a minimu
Ole Wolf writes:
> I am building a package where I'm overriding the man page generation to
> include man pages that are generated at build time. A simplified version
> of the override in my debian/rules is:
>
> override_dh_installman:
> dh_installman --
> /somepath/create-a-man-page > ${m
Scott Howard writes:
> Hello,
>
> I have a non-free package that is distributable but comes precompiled
> for i386. Squeeze (and previous) released an amd64 package that
> depended on ia32-libs. For wheezy we've been able to use multiarched
> libraries to drop the dependency. Is there a mechanism
2012/6/5 Goswin von Brederlow wrote:
> You keep claiming tmpfs compromises system stability. Can you show a
> kernel oops of a crash caused by tmpfs?
No crashes, system just becomes slow and hard/impossible to use. See the
Stefan Lippers-Hollmann email about tmpfs vs disk writes. System that
does
On Tue, Jun 05, 2012 at 10:33:13AM +0200, Goswin von Brederlow wrote:
Personally I thing DVD ISO images (downloaded) belong in your $HOME
Don’t you think this is getting quite ridiculous? Big temporary files
belong in your $HOME, but small temporary files in /tmp? Only to switch
/tmp from dis
On 2012-06-03 08:21:34 +0200, Bernhard R. Link wrote:
> Try to see it from the other side: I don't understand why you would a
> like a service not started by default. The daemon is there to be run,
> so running it is the most sensible approach in almost all cases[1].
Well, a mail server daemon mus
Package: wnpp
Severity: wishlist
Owner: Klas Lindfors
* Package name: yubikey-personalization-gui
Version : 3.0.5
Upstream Author : Yubico Open Source Maintainers
* URL : https://github.com/Yubico/yubikey-personalization-gui
* License : BSD-2-clause
Program
Goswin von Brederlow wrote:
> Uoti Urpala writes:
> > I haven't read the relevant kernel code, but that doesn't match the
> > behavior I see. Reading a large file from tmpfs and then allocating
> > memory results in large swap writes every time, even if the newly
> > allocated memory is not itself
10 Jun 2010 a bug was filed wanting wine 1.2 packaged in time for squeeze.
12 Aug 2010 packages of 1.2 were available .. but not in Debian.
6 Feb 2011 squeeze shipped with the same wine version that shipped in lenny.
7 Mar 2012 wine 1.4 was released as the new upstream stable release
25 May 2
Bernd Zeimetz bzed.de> writes:
> On 05/29/2012 08:07 AM, Yao Wei (魏銘廷) wrote:
> > I am thinking about a more general topic like:
> > Managing packaging on VCS services other than Alioth
>
> The other way rounds works well, too - package wherever you like to and
> mirror it on Alioth, for example
On Tue, Jun 5, 2012 at 11:52 AM, Joey Hess wrote:
> 10 Jun 2010 a bug was filed wanting wine 1.2 packaged in time for squeeze.
> 12 Aug 2010 packages of 1.2 were available .. but not in Debian.
> 6 Feb 2011 squeeze shipped with the same wine version that shipped in lenny.
> 7 Mar 2012 wine 1.
Am 01.06.2012 12:17, schrieb Goswin von Brederlow:
m...@linux.it (Marco d'Itri) writes:
On May 18, Russ Allbery wrote:
I do this work in cases where keeping the patches separate is useful for
some reason, but mostly it's not.
Some of my packages have 30-60 patches ("mature" software...), an
* Joey Hess (jo...@debian.org) [120605 17:53]:
> I've read over this entire bug, and while there are clearly some hard
> problems and a lot of good work shown here, I'm seeing a concerning
> trend throughout it.
I think the issues are now getting way better, with e.g. hillu
uploading new wine vers
On Tue, Jun 05, 2012 at 12:46:46PM -0400, Michael Gilbert wrote:
> Not sure what to say other than when I became a DD and gained the
> power to NMU, I started fixing this. Before that, Ove's contributor
> rejections blocked myself and many other non-DDs from effectively
> helping.
I would also be
On Tue, Jun 5, 2012 at 1:25 PM, Andrey Rahmatullin wrote:
> On Tue, Jun 05, 2012 at 12:46:46PM -0400, Michael Gilbert wrote:
>> Not sure what to say other than when I became a DD and gained the
>> power to NMU, I started fixing this. Before that, Ove's contributor
>> rejections blocked myself and
(No CC, please, I'm subscribed to -devel)
Quoting Michael Gilbert (mgilb...@debian.org):
> Anyway, we've had recent threads on the continuing issues with strong
> package maintenance, and from what I can tell, there is no clear
> direction. The solution I'm pursuing is a liberal application of
>
On Tue, Jun 5, 2012 at 1:17 PM, Christian PERRIER wrote:
> You mean, besides completely hijacking the package?
>
> The last maintainer upload is dated 2010/05/23.
>
> So, from my POV, you (Michael) and Hilko Bengen seem to be the real
> package maintainers for wine.
>
> My suggestion: do a maintain
Quick fix:
in the option section for "i - interface.
Change:
ip=malloc(sizeof(optarg)+1);
to
ip=malloc(strlen(optarg)+1);
Kurt
--
-
Kurt Johnson
The KD Consulting Group Inc.
Voice: (513) 795-0901
Fax: (740) 201-6437
http://www.
Andreas Barth wrote:
> * Joey Hess (jo...@debian.org) [120605 17:53]:
> > I've read over this entire bug, and while there are clearly some hard
> > problems and a lot of good work shown here, I'm seeing a concerning
> > trend throughout it.
>
> I think the issues are now getting way better, with e
On Tue, Jun 05, 2012 at 01:41:42PM -0400, Michael Gilbert wrote:
> > You mean, besides completely hijacking the package?
> >
> > The last maintainer upload is dated 2010/05/23.
> >
> > So, from my POV, you (Michael) and Hilko Bengen seem to be the real
> > package maintainers for wine.
> >
> > My s
Package: wnpp
Severity: wishlist
Owner: Kees Cook
* Package name: libseccomp
Version : 0.1.0
Upstream Author : Paul Moore
* URL : https://sourceforge.net/projects/libseccomp/
* License : LGPLv2
Programming Lang: C
Description : High level interface to
On 05/06/12 16:52, Joey Hess wrote:
> This bug is a textbook example of making the perfect the enemy of
> the good.
Yes, pretty much. On the bright side, multiarch and a modern Wine
version have both arrived (Wine 1.4 is admittedly only in experimental
right now, but I hope it'll reach testing bef
Hi Mike,
On Tue, Jun 05, 2012 at 01:41:42PM -0400, Michael Gilbert wrote:
> On Tue, Jun 5, 2012 at 1:17 PM, Christian PERRIER wrote:
> > You mean, besides completely hijacking the package?
> >
> > The last maintainer upload is dated 2010/05/23.
> >
> > So, from my POV, you (Michael) and Hilko Beng
On 06/06/2012 01:41 AM, Michael Gilbert wrote:
> And even then, I plan
> to defer the matter to the tech committee
Please do this *now*. We've already discussed about Wine in this
list few months ago, and the situation is still the same. At some
point, we need to get things moving...
Thomas
--
On Wed, Jun 6, 2012 at 3:56 AM, Thomas Goirand wrote:
> On 06/06/2012 01:41 AM, Michael Gilbert wrote:
>> And even then, I plan
>> to defer the matter to the tech committee
> Please do this *now*. We've already discussed about Wine in this
> list few months ago, and the situation is still the same
> They are members of pkg-wine already, so I think they can make changes
> that can improve the status but not limited to minimal changes for
> NMU. If Mike don't want to "hijack" at least for now, team upload is
> good enough.
Hopefully this will make some people happy: I pushed the first team
up
On Wed, Jun 06, 2012 at 03:56:56AM +0800, Thomas Goirand wrote:
> Please do this *now*. We've already discussed about Wine in this
> list few months ago, and the situation is still the same. At some
> point, we need to get things moving...
Please don't spread incorrect information. The situation
Package: wnpp
Severity: wishlist
Owner: Marcel Partap
* Package name: bsod
Version : 0.1
Upstream Author : Folkert van Heusden
* URL : http://www.vanheusden.com/bsod/
* License : GPL-2.0+
Programming Lang: C
Description : curses Blue Screen of Death Si
On Mar 05 Jun 2012 17:12:31 Michael Gilbert escribió:
> > They are members of pkg-wine already, so I think they can make changes
> > that can improve the status but not limited to minimal changes for
> > NMU. If Mike don't want to "hijack" at least for now, team upload is
> > good enough.
>
> Hope
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libperlx-maybe-perl
Version : 0.002
Upstream Author : Toby Inkster
* URL : http://search.cpan.org/dist/PerlX-Maybe/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
Owner: Andrew Miller
* Package name: cellml-api
Version : 1.11
Upstream Author : Andrew Miller
* URL : http://cellml-api.sf.net/
* License : LGPL / GPL / MPL tri-licensed
Programming Lang: C++ with Java and Python bindings
I still make active use of spamassassin, but I don't have the time these
days to spend keeping up with bug reports and feature requests. Aside
from the backlog, the package is generally in good shape and works well
for most users. The upstream development is fairly stable, with the most
recent code
40 matches
Mail list logo
