On Fri, May 25, 2012 at 02:22:24AM +0300, Serge wrote:
> What's a temporary file? Really, why would applications temporarily store
> its data in a file? They do that to *free some memory*. Placing those files
> back to memory renders the whole process of writing the file useless.
> If the files are
On 05/25/2012 11:08 AM, Serge wrote:
> I wasn't able to watch a web presentation (from something like
> vimeo/youtube), because there was not enough free space in /tmp for flash
> player to download and show it. Also mc was not able to open archives
>
On the server side, you can add that MySQL
On Fri, 25 May 2012, Serge wrote:
> Actually I can't think of any
> software, creating a lot of small-only files in /tmp.
That's a reasonable summary of what "tar" does on my system. :-#
--
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/
--
To UN
2012/5/25 Miles Bader:
> I can't say whether it's a good default or not (though it seems to
> work pretty well in practice)
It dosn't always work in practice. Among the problems I faced myself...
I wasn't able to watch a web presentation (from something like
vimeo/youtube), because there was not
On Fri, 25 May 2012, Serge wrote:
> Q: /tmp on tmpfs increases apps performance.
> A: What apps? Real apps don't write files during performance-critical
>operations. Even if they do, they write large files. And large files are
>written faster when they're written on real disk, rather then
Steve Langasek wrote:
> Absolutely not. /run is a root-only directory, suitable only for
> system-wide data/sockets. It absolutely must not be used for non-root data.
With that said, if you want to fill up /run as a normal user,
and screen is installed, you certianly can. There are probably othe
On Fri, May 25, 2012 at 03:57:28AM +0300, Serge wrote:
> > Every file that exists in /tmp on the system from which I'm writing this
> > exists there not because the application is saving memory but because the
> > application needs to share that file with other applications. That
> > includes a bu
2012/5/25 Fernando Lemos wrote:
> Hasn't this been discussed at length already in previous threads?
Well, I brought that up because I hadn't seen the main argument about
temporary files discussed yet. I hope that it may change things to the
better way.
But that's not just for more talking, it's
Jakub Wilk writes:
> ACK. /tmp on tmpfs is a nice hack (I use it myself!), but it's a
> terrible default.
I can't say whether it's a good default or not (though it seems to
work pretty well in practice), but the OP's argument is completely
silly. Most apps use /tmp not for "reducing memory usage
On 25.05.2012 01:22, Serge wrote:
>
> PS: should I had filled this as a bugreport?
>
No need to, there is already
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630615
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.
On Fri, 2012-05-18 at 13:49:19 +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
> > On Wed, May 16, 2012 at 02:38:14PM +0200, Goswin von Brederlow wrote:
> >> That just leaves the question of wether dpkg uses uid/gid or symbolic
> >> names when unpacking debs.
> >
> > I think this one is c
2012/5/25 Russ Allbery wrote:
> Every file that exists in /tmp on the system from which I'm writing this
> exists there not because the application is saving memory but because the
> application needs to share that file with other applications. That
> includes a bunch of Kerberos ticket caches, s
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 425 (new: 31)
Total number of packages offered up for adoption: 163 (new: 0)
Total number of packages reques
On Thu, May 24, 2012 at 9:30 PM, Jakub Wilk wrote:
>> Q: I'm a smart man, I know what I'm doing, what apps I'm breaking and what
>> consequences my decision might have, but I still need my /tmp in tmpfs.
>> A: Then you should do that. In those rare cases when defaults need to be
>> changed they sh
Q: I'm a smart man, I know what I'm doing, what apps I'm breaking and
what consequences my decision might have, but I still need my /tmp in
tmpfs.
A: Then you should do that. In those rare cases when defaults need to
be changed they should be changed.
ACK. /tmp on tmpfs is a nice hack (I use i
Brian May writes:
> On 24 May 2012 20:28, James McCoy wrote:
>
>> Also, see gitpkg.force-overwrite-orig in gitpkg(1).
>
> Setting that to False will result in gitpkg aborting instead of just
> assuming an answer of No.
In the next version of gitpkg, there may be a third setting of this
variable
Serge writes:
> What's a temporary file? Really, why would applications temporarily
> store its data in a file? They do that to *free some memory*. Placing
> those files back to memory renders the whole process of writing the file
> useless. If the files are small and can stay in memory why woul
I've read across different debates about whether using tmpfs is good or bad
but I could not find the most important reason, so here it is...
Reason
==
What's a temporary file? Really, why would applications temporarily store
its data in a file? They do that to *free some memory*. Placing those
On 23 May 2012 23:31, Bastien ROUCARIES wrote:
> 9. git checkout -b debian-patches/6.7.7.0-1
> 10. git checkout -b debian/6.7.7.0-1 # create new debian branch
Just curious here, why do you create a new branch for every Debian
revision? Wouldn't it be better to create a branch for every upstream
On 24 May 2012 20:28, James McCoy wrote:
>> Drop the upstream branch.
>>
>> $ gitpkg debian/2.4.5a-1
Ok, yes, that seems to do it. Thanks
I assumed that the upstream branch was required for
/usr/share/gitpkg/hooks/pristine-tar-pre-export-hook - however this
assumption was false. It looks like wh
Hi Olivier,
On 24.05.2012 18:05, Olivier Sallou wrote:
> as Apache 2.4 transition has been delayed, should not created bugs, set
> with Important severity be lowered ?
> or closed and reopen when transition will occur?
I am not sure why you are worried about your transition bug. The
transition is
Package: wnpp
Severity: wishlist
Owner: Clint Byrum
* Package name: txaws
Version : 0.2.3
Upstream Author : txAWS Developers
* URL : https://launchpad.net/txaws
* License : MIT / X / Expat License
Programming Lang: Python
Description : Twisted-based As
Hi,
as Apache 2.4 transition has been delayed, should not created bugs, set
with Important severity be lowered ?
or closed and reopen when transition will occur?
I have several packages impacted.
Thanks
Olivier
--
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D
Processing commands for cont...@bugs.debian.org:
> # assume current version
> reassign 674427 src:linux-2.6 2.6.32-45
Bug #674427 [general] Frequent freezes during run- and boot time due to kernel
module general protection fault
Bug reassigned from package 'general' to 'src:linux-2.6'.
Ignoring r
Package: wnpp
Severity: wishlist
Owner: John Millikin
* Package name: haskell-chell-quickcheck
Version : 0.2
Upstream Author : John Millikin
* URL : https://john-millikin.com/software/chell/
* License : Expat
Programming Lang: Haskell
Description : Qui
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: libmath-tamuanova-perl
Version : 1.0.1
Upstream Author : Vincent Danjean
* URL : http://search.cpan.org/dist/Math-TamuAnova/
* License : Same as perl (Artistic + GPL1+)
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: John Millikin
* Package name: chell-hunit
Version : 0.2
Upstream Author : John Millikin
* URL : https://john-millikin.com/software/chell-hunit/
* License : Expat
Programming Lang: Haskell
Description : HUnit supp
Package: wnpp
Severity: wishlist
Owner: John Millikin
* Package name: haskell-chell
Version : 0.3
Upstream Author : John Millikin
* URL : https://john-millikin.com/software/chell/
* License : Expat
Programming Lang: Haskell
Description : Haskell librar
Package: wnpp
Severity: wishlist
Owner: John Millikin
* Package name: haskell-knob
Version : 0.1.1
Upstream Author : John Millikin
* URL : https://john-millikin.com/software/knob/
* License : Expat
Programming Lang: Haskell
Description : Haskell library
On Thu, May 24, 2012 at 06:08:11AM -0400, James McCoy wrote:
> On Thu, May 24, 2012 at 01:54:23PM +1000, Brian May wrote:
> > On 23 May 2012 23:31, Bastien ROUCARIES wrote:
> > > Ok step for imagemagick
> >
> > Thanks.
> >
> > Just trying this out now. Anyway I can avoid gitpkg asking the
> > fo
Brian May writes:
> On 16 May 2012 19:45, Bastien ROUCARIES wrote:
>> You could use gitpkg with a quilt export hook. i use it regularly with
>> imagemagick and it work perfectly (it is gitpkg over git over svn).
>
> Out of curiosity, how do you use that and not have it include changes
> to debia
On Thu, May 24, 2012 at 01:54:23PM +1000, Brian May wrote:
> On 23 May 2012 23:31, Bastien ROUCARIES wrote:
> > Ok step for imagemagick
>
> Thanks.
>
> Just trying this out now. Anyway I can avoid gitpkg asking the
> following question? I think No is the only correct answer when using
> pristine
Package: wnpp
Severity: wishlist
Owner: Ron
* Package name: opus-tools
Version : 0.1
Upstream Author : Xiph.Org
* URL : http://www.xiph.org/
* License : 2-clause BSD
Programming Lang: C
Description : Opus codec command line tools
This package provides
On Thu, May 24, 2012 at 5:54 AM, Brian May
wrote:
> On 23 May 2012 23:31, Bastien ROUCARIES wrote:
>> Ok step for imagemagick
>
> Thanks.
>
> Just trying this out now. Anyway I can avoid gitpkg asking the
> following question? I think No is the only correct answer when using
> pristine-tar (it al
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
* Package name: forester
Version : 0.955
* URL : http://code.google.com/p/forester/
* License : LGPL
Programming Lang: Java
Description : library for phylogenomics and evolutionary biology research
Package: wnpp
Severity: wishlist
Owner: Olivier Sallou
* Package name: biojava3
Version : 3.0.4
Upstream Author : BioJava team
* URL : http://www.biojava.org/
* License : LGPL
Programming Lang: Java
Description : Java API to develop tools for bioinform
36 matches
Mail list logo
