Re: Summary: Moving /tmp to tmpfs makes it useless

Le mercredi 13 juin 2012 à 04:14 +0300, Serge a écrit : > Yes. Everything. Every popular /tmp usage that most users expect to work > is limited either by CPU (gcc compiling) or by network speed (browser or > flash temporaries), or is just too fast already (bash heredoc). So moving > /tmp to tmpfs

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Serge writes: > Since tmpfs+swap is mostly slower than regular filesystem And the world is flat. Bjørn -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874nqfn0af..

DEP-8 extension proposal: Add source package header

Hello all, in Ubuntu we have started adding some autopkgtests to packages, using the DEP-8 debian/tests/control standard [1]. We now also have a test execution environment [2] which automatically triggers autopkgtest runs for a package and all its reverse dependencies on each upload. So far this i

Bug#677319: ITP: pootle -- Web-based translation and translation management tool

Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" Package name: pootle Version : 2.1.6 Upstream Author : David Fraser, translate.org.za URL : http://translate.sourceforge.net/wiki/pootle/index License : GPL Programming Lang: Python Description : Web-b

Re: Moving /tmp to tmpfs makes it useless

Josselin Mouette writes: > Le jeudi 07 juin 2012 à 15:48 +0100, Ben Hutchings a écrit : >> There's no need to be a dick about it. > > Because this discussion was all about not being a dick to begin with, of > course. > > Remind me who, in absence of consensus, explained that if tmpfs was > ena

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Salvo Tomaselli writes: >> >But does the default have to be maximised for the dumbest possible user? >> >Or should the default rather be for the intelligent user doing the right >> >things? >> >> But the intelligent user can change the default hisself, the dumbest >> can’t. And Debian does all

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Wouter Verhelst writes: > On Fri, Jun 01, 2012 at 07:00:52PM +0300, Serge wrote: >> 2012/6/1 Goswin von Brederlow wrote: >> > So tmpfs would basically never be used despite the benefits. >> >> Well, nobody named the benefits yet. > > - You could mount your mail spool there, and make things go bl

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Bjørn Mork writes: > Petter Reinholdtsen writes: > >> [Bjørn Mork] >>> I'd like to add another one: >>> >>> - a tmpfs is always easy to grow without requiring any special >>> preparations. Just add more swap. The swap could be on different >>> disks, and could even be files hosted on oth

Re: Handling of changelogs and bin-nmus

Guillem Jover writes: > On Sun, 2012-06-10 at 14:40:28 +0200, Raphael Hertzog wrote: >> On Sun, 10 Jun 2012, Guillem Jover wrote: >> > As I mentioned in the long ref-counting thread, I strongly disagree this >> > is a correct solution, it just seems like a hack to me. Instead I >> > think we shou

Re: Migration path for 'Multi-Arch:allowed' packages

Andreas Barth writes: > * David Kalnischkies (kalnischk...@gmail.com) [120612 18:03]: >> You need to upgrade to support MultiArch, >> but you need MultiArch to upgrade… >> (beside, how would the detection for such a message look like?) > > We had discussed to export foreign-arch packages to the

Re: Bug#677230: ITP: adhcp -- DHCP implementation in Ada

Hi Steve, On 06/12/2012 04:59 PM, Steve McIntyre wrote: > On Tue, Jun 12, 2012 at 04:33:00PM +0200, Adrian-Ken Rueegsegger wrote: [snip] >> If it is the latter: I believe having a simple and robust DHCP >> implementation would be beneficial for the Debian project in general. > > How does Debian g

Bug#677341: ITP: librime -- Rime Input Method Engine, the core library

Package: wnpp Severity: wishlist Owner: Qijiang Fan * Package name: librime Version : 0.9.1 Upstream Author : GONG Chen * URL : http://code.google.com/p/rimeime * License : GPLv3 Programming Lang: C++ Description : Rime Input Method Engine, the core li

Re: Migration path for 'Multi-Arch:allowed' packages

On Tue, 2012-06-12 at 17:45 +0200, David Kalnischkies wrote: > On Mon, Jun 11, 2012 at 9:40 PM, Michael Gilbert wrote: > > In particular, I filed a bug against dpkg requesting that it produce > > more informative error messages in these cases [0], but I wonder if a > > part of the solution shouldn

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

On Wed, 2012-06-13 at 09:22 +0200, Bjørn Mork wrote: > Serge writes: > > > Since tmpfs+swap is mostly slower than regular filesystem > > And the world is flat. Well... if you actually do have to swap, the I/O pattern is currently not very efficient. See . Ben.

Re: Summary: Moving /tmp to tmpfs makes it useless

On Wed, 2012-06-13 at 09:22 +0200, Josselin Mouette wrote: > Le mercredi 13 juin 2012 à 04:14 +0300, Serge a écrit : > > Yes. Everything. Every popular /tmp usage that most users expect to work > > is limited either by CPU (gcc compiling) or by network speed (browser or > > flash temporaries), or

Re: DEP-8 extension proposal: Add source package header

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martin, The contents of all source packages is already available in Contents-source.gz on your favourite mirror [1]. That means you can: $ apt-file -a source update … $ apt-file -a source -l search debian/tests/control apipkg bobo bzr bzr-email b

Re: Migration path for 'Multi-Arch:allowed' packages

+++ Ben Hutchings [2012-06-13 12:24 +0100]: > On Tue, 2012-06-12 at 17:45 +0200, David Kalnischkies wrote: > > On Mon, Jun 11, 2012 at 9:40 PM, Michael Gilbert > > wrote: > > > In particular, I filed a bug against dpkg requesting that it produce > > > more informative error messages in these case

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

On Wed, 13 Jun 2012, Ben Hutchings wrote: > On Wed, 2012-06-13 at 09:22 +0200, Bjørn Mork wrote: > > > Since tmpfs+swap is mostly slower than regular filesystem > > > > And the world is flat. > > Well... if you actually do have to swap, the I/O pattern is currently > not very efficient. See

Re: Is it me or virtualbox memory management crap?

On 06/11/2012 06:46 AM, Serge wrote: > Do you use 2.6 kernel and have FF profile and VB images on the same ext4 > partition? > My laptop setup is: - kernel 2.6.32-5 (Squeeze...) - RAID1 (replacing my thinkpad DVD ultrabay by a 2nd HDD) - LVM - dm-crypt - ext3 Yes, both the VB images and FF pro

tmpreaper maintainership

> > - There's no danger of a symlink attack or similar with things like > > tmpreaper -- or indeed any need for tmpreaper anymore. You reboot the > > system, and /tmp is clean again, no matter what was there before. This > > is more than just a convenience. We really ought to fix tmpreaper t

Bug#677372: ITP: libparse-edid-perl -- Extended display identification data (EDID) parser

Package: wnpp Severity: wishlist Owner: "Gonéri Le Bouder" * Package name: libparse-edid-perl Version : 1.0 Upstream Author : Pascal Rigaux, Mandriva, Anssi Hannula, Guillaume Rousse * URL : https://metacpan.org/release/Parse-EDID * License : GPLv3+ Programm

Re: Is it me or virtualbox memory management crap?

On 13/06/12 13:46, Thomas Goirand wrote: > Writing to my disk is normally quite > fast, but I've noticed indeed that when it's VB that does it, it's slow. > If I don't find a way, I guess I'll switch back to Xen with NAT... No opinion on VirtualBox, Xen or performance thereof, but kvm is also an o

Bug#677388: ITP: pinentry-x2go -- GnuPG-card authentication dialog window for X2Go Client

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: pinentry-x2go Version : 0.7.5.2 Upstream Author : Oleksandr Schneyder * URL : http://wiki.x2go.org * License : GPL-2+ Programming Lang: C++ Description : GnuPG-card authentication dial

Re: Is it me or virtualbox memory management crap?

On 06/13/2012 09:14 PM, Simon McVittie wrote: > On 13/06/12 13:46, Thomas Goirand wrote: > >> Writing to my disk is normally quite >> fast, but I've noticed indeed that when it's VB that does it, it's slow. >> If I don't find a way, I guess I'll switch back to Xen with NAT... >> > No opinio

Maintainers, teams, Uploaders, DMs, DDs, etc.

It's evident from recent conversations in various places that we are confused about: - what Maintainer and Uploaders mean - who is entitled to do what when - in some cases, the distinction between ability and permission etc. I'm going to try to set out my understanding of the current best prac

Re: Is it me or virtualbox memory management crap?

On Wed, Jun 13, 2012 at 11:15:23PM +0800, Thomas Goirand wrote: > On 06/13/2012 09:14 PM, Simon McVittie wrote: > > On 13/06/12 13:46, Thomas Goirand wrote: > > > >> Writing to my disk is normally quite > >> fast, but I've noticed indeed that when it's VB that does it, it's slow. > >> If I don't

Re: Please consider stopping uploads with *uncoordinated* changes to debconf templates before the release

Dear Christian, Christian PERRIER wrote: > I would hereby kindly ask to consider [...] I am considering to ask > our release team to *block* transitions for such packages with > uncoordinated debconf changes, on a case by case basis. JFTR: Menacing is _neither_ "kindly asking" nor does it leave a

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

* Ian Jackson [120613 17:35]: > 5. Introduce a new conventional location for information useful to >NMUers, > debian/README.nmu > >Explicitly state that someone preparing or sponsoring an NMU should >consult this file. Statements in this file may supplement, but do >not over

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Hi, first: thank you. Recent threads show, we clearly need a discussion like this and hopefully people will take it as an opportunity to leave this thread a bit more enlightened. On 13.06.2012 17:35, Ian Jackson wrote: >Instead, when a package team > or lead maintainer accepts someone into Upload

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Ian Jackson writes: > So for example, DDs have enormous theoretical power but there are > strong and well documented social controls on how they should exercise > that. I think as a matter of principle that the same principle should > apply to DMs: it is easy to remove a misbehaving DM from Uplo

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Hi, as a clarification, because I was pointed to it: On 13.06.2012 18:54, Arno Töll wrote: > Drive-by sponsoring makes this even more complicated and is not helping > anybody. We should stop advocating drive-by sponsoring at all. ... with the exception of evident cases like RC bug fixes, emergen

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

On Wed, Jun 13, 2012 at 1:35 PM, Arno Töll wrote: > Hi, > > as a clarification, because I was pointed to it: > > On 13.06.2012 18:54, Arno Töll wrote: >> Drive-by sponsoring makes this even more complicated and is not helping >> anybody. We should stop advocating drive-by sponsoring at all. > > ...

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Hi, On 13.06.2012 19:46, Michael Gilbert wrote: > I'm really not sure what your definition of drive-by is. Sometimes > I'll make time to look at a package interesting me, I'll communicate > with the sponsoree, upload it if they address my concerns, then follow > it for a little while to make sure

Bug#677415: ITP: clustersync -- Tool for replicating and syncing config files

Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez * Package name: clustersync Version : 0.4 Upstream Author : Arturo Borrero Gonzalez * URL : https://github.com/aborero/clustersync * License : GPL Programming Lang: Bash Description : Tool

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Hi, Ian Jackson writes: > I think the first three can be fixed relatively simply. I propose the > following changes: > > 1. Change the definition of the Maintainer field to permit multiple >entries. > >There are currently four different entities (3 humans and a >corporation) which us

Bug#677425: ITP: xserver-xorg-video-modesetting -- X.Org X server -- Generic modesetting driver

Package: wnpp Severity: wishlist Owner: Cyril Brulebois * Package name: xserver-xorg-video-modesetting Version : 0.3.0 Upstream Author : Tungsten Graphics, Dave Airlie, Red Hat… * URL : http://cgit.freedesktop.org/xorg/driver/xf86-video-modesetting/ * License

Re: DEP-8 extension proposal: Add source package header

[ Adding autopkgtest-devel to recipients, where I've also just bounced your mail. If you're interested in this topic, please consider subscribing to that, very low traffic, list. ] On Wed, Jun 13, 2012 at 09:44:46AM +0200, Martin Pitt wrote: > in Ubuntu we have started adding some autopkgtests

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Le Wed, Jun 13, 2012 at 06:47:32PM +0200, Gergely Nagy a écrit : > > I think that would fit into debian/README.source nicely. Le Wed, Jun 13, 2012 at 06:54:35PM +0200, Arno Töll a écrit : > > README.source though, as people suggested in IRC. Le Wed, Jun 13, 2012 at 11:25:43PM +0200, Ansgar Burc

Re: Maintainers, teams, Uploaders, DMs, DDs, etc.

Arno Töll writes: > On 13.06.2012 17:35, Ian Jackson wrote: > > 1. Change the definition of the Maintainer field to permit multiple > >entries. > > There were probably technical reasons back then when introducing > Uploaders. Maybe someone knows. I don't know of technical concerns there. Bu

Re: Migration path for 'Multi-Arch:allowed' packages

On Wed, 2012-06-13 at 12:47 +0100, Wookey wrote: > +++ Ben Hutchings [2012-06-13 12:24 +0100]: > > On Tue, 2012-06-12 at 17:45 +0200, David Kalnischkies wrote: > > > On Mon, Jun 11, 2012 at 9:40 PM, Michael Gilbert > > > wrote: > > > > In particular, I filed a bug against dpkg requesting that it