Re: Distribution and support for Debian-502-i386-netinst

On Thu, 2011-11-17 at 04:10 +, Cherukuri, Shravan Kumar wrote: > Hi, > > > > I have an image of Debian-502-i386-netinst-iso which I burned to a CD > and tried to install the OS. > > In the beginning everything was going on fine until the step where we > select the mirror site to download. >

Distribution and support for Debian-502-i386-netinst

Hi, I have an image of Debian-502-i386-netinst-iso which I burned to a CD and tried to install the OS. In the beginning everything was going on fine until the step where we select the mirror site to download. At this point I was not able to download from the mirror websites that were displayed

Re: /tmp as tmpfs and consequence for imaging software

On 16/11/11 11:37, Goswin von Brederlow wrote: > Assuming you have increased your SWAP by the size of the tmpfs to > compensate for /tmp now using RAM+SWAP you can only ever get that effect > in cases where the OOMKiller would have already been triggered with /tmp > on disk. We are talking about t

Re: /tmp as tmpfs and consequence for imaging software

On Wed, Nov 16, 2011 at 11:56:40AM +0100, Goswin von Brederlow wrote: > Roger Leigh writes: > > > As touched on in the bug report, I think that being able to store > > 1.2GiB on /tmp is an unrealistic expectation. To qualify, I mean > > to expect that to work *by default*. If you want to store

Re: weekly-builds 14.11.2011: apt-cdrom add fails

On Wed, Nov 16, 2011 at 11:54:00PM +0100, Andrey Gursky wrote: >Hi! > >As with almost each weekly-build DVD I was about to update one of my >PCs not connected to internet. But this time it has failed: > ># apt-cdrom add >Using CD-ROM mount point /media/cdrom/ >Identifying.. [069340101a1adf7d86340ad

Re: Is anyone maintaining (the ham radio tool) node?

On 17/11/2011, at 7:04 AM, Joey Hess wrote: > A similar case with a large userbase is the syslog daemon. Debian used > to ship standard with a /usr/sbin/syslogd. Then it was replaced with a > /usr/sbin/rsyslog, from a different package. Since rsyslog is Priority > important, it gets installed autom

Re: Is anyone maintaining (the ham radio tool) node?

Patrick Ouellette wrote: > The syslog case does not apply since the *standard* syslog was changed > at the distribution level and another package *provides* the same > functionality. Users could, if the old syslog package is still in the > archive, install the old syslog as an alternative. Sure,

ITP: python-fabio -- I/O library for images produced by 2D X-ray detector

Package: wnpp Severity: wishlist Owner: Jerome KIEFFER Package name: python-fabio Version : 0.0.8 Upstream Author : Erik Knudsen URL : http://sourceforge.net/apps/trac/fable/wiki/fabio License : GPL Programming Lang: Python Description : I/O lib

Bug#649008: ITP: python-fabio -- I/O library for images produced by 2D X-ray detector

Package: wnpp Severity: wishlist Owner: Jerome KIEFFER Package name: python-fabio Version : 0.0.8 Upstream Author : Erik Knudsen URL : http://sourceforge.net/apps/trac/fable/wiki/fabio License : GPL Programming Lang: Python Description : I/O lib

Re: Is anyone maintaining (the ham radio tool) node?

On Wed, Nov 16, 2011 at 04:04:36PM -0400, Joey Hess wrote: > > One user claimed it would inconvenience users, but provided no supporting > details about why a user would run it manually. > http://lists.debian.org/debian-hams/2010/08/msg00032.html > The package's own documentation states "Node is

Re: Is anyone maintaining (the ham radio tool) node?

Jonas Smedegaard wrote: > > Who would refer to the node binary as provided by the ham package node > > except for the inetd and the ax25d superservers? (Serious question.) > > Did anyone address above question already? One user claimed it would inconvenience users, but provided no supporting de

Re: Two groups of users, one distro in the middle

* Josselin Mouette [2011-11-16 18:23]: > Reality check: it is not a question of number of users, but a question > of which package has the most stubborn maintainer… You mean like those of a well known desktop environment wrt nm? /me puts the mirror down Yours Martin -- To UNSUBSCRIBE, email

Re: Two groups of users, one distro in the middle

On Thu, Nov 17, 2011 at 01:21:17AM +0700, Jonas Smedegaard wrote: > > Why do noone comment on the point raised that the ham tool possibly can > change the name of its binary without involving its end-users, whereas > changing the name of the nodejs binary affects all end-users directly? > I co

Re: Two groups of users, one distro in the middle

[with apologies for the original broken reply] On Thu, 17 Nov 2011 01:21:17 +0700, Jonas Smedegaard wrote: On 11-11-16 at 07:08pm, Bernd Zeimetz wrote: On 11/15/2011 01:48 AM, Paul Wise wrote: > I personally wonder if we should change our policy instead of > forcing these two upstream communiti

Re: Two groups of users, one distro in the middle

On Thu, 17 Nov 2011 01:21:17 +0700, Jonas Smedegaard wrote: On 11-11-16 at 07:08pm, Bernd Zeimetz wrote: On 11/15/2011 01:48 AM, Paul Wise wrote: > I personally wonder if we should change our policy instead of > forcing these two upstream communities into conflict. I think we should for these c

Re: Two groups of users, one distro in the middle

On 11/16/2011 05:23 PM, Nick Leverton wrote: > On Wed, Nov 16, 2011 at 06:48:02PM +0800, Paul Wise wrote: >> >> There is no one way to deal with this, we should only deal with this >> on a case-by-case basis and use a number of strategies. ... > >> encourage our upstreams to rename and or work

Re: /tmp as tmpfs and consequence for imaging software

On Thu, Nov 17, 2011 at 12:14:26AM +0800, Chow Loong Jin wrote: > Doesn't tmpfs default to 50% of your memory? Unless you have 8GB > of memory, you shouldn't be seeing 4GB worth of data getting into > /tmp by mistake. As mentioned elsewhere in the thread, it defaults to 20% core for /tmp. -- .

Re: Two groups of users, one distro in the middle

On 11-11-16 at 07:08pm, Bernd Zeimetz wrote: > On 11/15/2011 01:48 AM, Paul Wise wrote: > > On Tue, Nov 15, 2011 at 8:14 AM, Alex Pennace wrote: > > > >> Even without that point, the conclusion remains the same: Both > >> projects should endure the rename (unless one concedes), and that > >> sho

Re: Two groups of users, one distro in the middle

On 11/15/2011 01:48 AM, Paul Wise wrote: > On Tue, Nov 15, 2011 at 8:14 AM, Alex Pennace wrote: > >> Even without that point, the conclusion remains the same: Both >> projects should endure the rename (unless one concedes), and that >> shouldn't be viewed in terms of "look at what those meanies in

Re: /tmp as tmpfs and consequence for imaging software

> Doesn't tmpfs default to 50% of your memory? Unless you have 8GB of memory, > you shouldn't be seeing 4GB worth of data getting into /tmp by mistake. I am afraid of seeing 2GB paged out too, it is still a big amount of memory. Well then if it will be decided to use tmpfs for /tmp, the installer

Re: Two groups of users, one distro in the middle

Le mercredi 16 novembre 2011 à 18:48 +0800, Paul Wise a écrit : > On the other side of a similar coin, the epiphany browser has way more > users than the epiphany game, but it "lost". Reality check: it is not a question of number of users, but a question of which package has the most stubborn mai

Re: /tmp as tmpfs and consequence for imaging software

On Wed, Nov 16, 2011 at 05:55, John D. Hendrickson and Sara Darnell wrote: > > 3) Whether 1.2G is or is not in a directory is a mute Question and argument. it is a moot question, not mute Cheers, Kelly Clowers -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: Two groups of users, one distro in the middle

On Wed, Nov 16, 2011 at 06:48:02PM +0800, Paul Wise wrote: > > There is no one way to deal with this, we should only deal with this > on a case-by-case basis and use a number of strategies. ... > encourage our upstreams to rename and or work it out between them. If > they are willing, great,

Re: /tmp as tmpfs and consequence for imaging software

On 16/11/2011 22:45, Salvo Tomaselli wrote: > >> Given that any burning software can (approximately) determine what size the >> ISO file will be, it should really not start to write it in /tmp when the >> /tmp size is not big enough (which the software can also check). Prompting >> a user with "I

Re: /tmp as tmpfs and consequence for imaging software

On 16/11/2011 22:43, Salvo Tomaselli wrote: >> Most netbooks and small laptops (such as Thinkpads) do not. > My thinkpad has it... Mine doesn't. The smaller Thinkpads (less than 14"?) don't. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature

Bug#648978: ITP: libclass-load-xs-perl -- XS implementation of parts of Class::Load

Package: wnpp Severity: wishlist Owner: Alessandro Ghedini * Package name: libclass-load-xs-perl Version : 0.02 Upstream Author : Dave Rolsky * URL : http://search.cpan.org/dist/Class-Load-XS/ * License : Artistic-2.0 Programming Lang: C, Perl Description

Re: /tmp as tmpfs and consequence for imaging software

> Most netbooks and small laptops (such as Thinkpads) do not. My thinkpad has it... -- Salvo Tomaselli signature.asc Description: This is a digitally signed message part.

Re: /tmp as tmpfs and consequence for imaging software

> While amazon.com "cloud" may have small RAM and large disks, many > mainframes are opposite (ie, IBM big blue, japan's world simulator). And > many new PCs may become that way: no spin :) Maybe not! I think we are focusing a bit too much on super expensive computers here. Of course on a compu

Re: /tmp as tmpfs and consequence for imaging software

> Given that any burning software can (approximately) determine what size the > ISO file will be, it should really not start to write it in /tmp when the > /tmp size is not big enough (which the software can also check). Prompting > a user with "I will not be able to write ${file} in /tmp, please

Re: info please (on transitions and dependency levels)

On Wed, Nov 16, 2011 at 02:21:37PM +, Colin Watson wrote: > On Wed, Nov 16, 2011 at 01:54:02PM +, Nick Leverton wrote: > > > > Is there a usual way to generate the dependency level lists ? I ask > > because I have a transition coming up for one of my packages, > > Ask the release team;

Re: info please (on transitions and dependency levels)

On Wed, Nov 16, 2011 at 01:54:02PM +, Nick Leverton wrote: > On Wed, Nov 16, 2011 at 12:19:40PM +, Colin Watson wrote: > > Packages in level 2 build-depend on packages in level 1 (and so on up > > the stack), so in general level 1 needs to be built before level 2. > > > > (This is mostly o

Re: /tmp as tmpfs and consequence for imaging software

I find it hard to believe the origional bug is #630615 based on people's comments! That's Funny! 1) rc.boot is for booting not for demanding / depends on kernel Options so and so opted in (ie, tmpfs). (is that why I had to hack mknod ptys in rc.local on one pc? wtf?) Please do extras at run

Re: info please (on transitions and dependency levels)

On Wed, Nov 16, 2011 at 12:19:40PM +, Colin Watson wrote: > > Packages in level 2 build-depend on packages in level 1 (and so on up > the stack), so in general level 1 needs to be built before level 2. > > (This is mostly only of practical interest to people managing these > transitions, thou

Re: /tmp as tmpfs and consequence for imaging software

On Wed, 16 Nov 2011 13:21:47 +0100 Didier Raboud wrote: > Salvo Tomaselli wrote: > > >> I think the problems you describe are quite uncommon. Yes, there are use > >> cases where tmpfs for /tmp isn't the best solution but I think most > >> people do not place 1.2GB files in their /tmp and benefit

Re: info please

On Wed, 16 Nov 2011 20:02:13 +0800 Paul Wise wrote: > On Wed, Nov 16, 2011 at 6:41 PM, Richard wrote: > > > In the software transition tracker: > > http://release.debian.org/transitions/html/perl5.14.html > > > > Whats the difference between dependency level 1 and dependency level 2 ? > > > > Wh

Re: info please

On Wed, 16 Nov 2011 12:19:40 + Colin Watson wrote: > On Wed, Nov 16, 2011 at 10:41:58AM +, Richard wrote: > > On Wed, 16 Nov 2011 18:24:05 +0800 > > Paul Wise wrote: > > > On Wed, Nov 16, 2011 at 12:29 AM, Richard wrote: > > > > Whats the difference between dependency level 1 and depende

Bug#648889: /usr/include/features.h(323): catastrophic error: could not open source file "bits/predefs.h"

Hi Jonathan, thank you for your explaination. I think your proposal for a compatibility package is very good. Thanks, Wolfgang On Tue, Nov 15, 2011 at 10:50 PM, Jonathan Nieder wrote: > Wolfgang Tichy wrote: > >> Thanks for your answer. I think the intel compiler does support the -B >> and -I o

Bug#648964: ITP: meinheld -- high-performance WSGI-compliant web server

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: meinheld Version: 0.4.13 Upstream Author: Yutaka Matsubara URL: http://meinheld.org License: BSD, MIT/X, etc. Description: Meinhe

Re: /tmp as tmpfs and consequence for imaging software

Salvo Tomaselli wrote: >> I think the problems you describe are quite uncommon. Yes, there are use >> cases where tmpfs for /tmp isn't the best solution but I think most >> people do not place 1.2GB files in their /tmp and benefit greatly from >> tmpfs. > > I thought DVD burners were quite common

Re: info please

On Wed, Nov 16, 2011 at 10:41:58AM +, Richard wrote: > On Wed, 16 Nov 2011 18:24:05 +0800 > Paul Wise wrote: > > On Wed, Nov 16, 2011 at 12:29 AM, Richard wrote: > > > Whats the difference between dependency level 1 and dependency level 2. > > > > Your question is unclear. Please rephrase it

Re: /tmp as tmpfs and consequence for imaging software

On Wed, Nov 16, 2011 at 7:43 PM, Salvo Tomaselli wrote: > I thought DVD burners were quite common... and almost every desktop or laptop > has one. Most netbooks and small laptops (such as Thinkpads) do not. I'm personally looking forward to never having to deal with optical media ever again. --

Re: info please

On Wed, Nov 16, 2011 at 6:41 PM, Richard wrote: > In the software transition tracker: > http://release.debian.org/transitions/html/perl5.14.html > > Whats the difference between dependency level 1 and dependency level 2 ? > > Whats the defined cut off? That makes much more sense, thanks for rewri

Re: /tmp as tmpfs and consequence for imaging software

> I think the problems you describe are quite uncommon. Yes, there are use > cases where tmpfs for /tmp isn't the best solution but I think most > people do not place 1.2GB files in their /tmp and benefit greatly from > tmpfs. I thought DVD burners were quite common... and almost every desktop or

Re: info please

On Wed, 16 Nov 2011 18:24:05 +0800 Paul Wise wrote: > On Wed, Nov 16, 2011 at 12:29 AM, Richard wrote: > > > Whats the difference between dependency level 1 and dependency level 2. > > Your question is unclear. Please rephrase it and include enough detail > so we know what you are talking about

Re: perl transition underway; breakage with libjson-pp-perl

On Tue, Nov 15, 2011 at 11:30:38PM +, Dominic Hargreaves wrote: > On Sun, Nov 13, 2011 at 01:59:19PM +, Dominic Hargreaves wrote: > > As per #637809, I plan to upload perl 5.14 to unstable soon (maybe today, > > depending on how some last bits of testing go). Like last time, this > > will m

Re: /tmp as tmpfs and consequence for imaging software

On Wed, 16 Nov 2011, Goswin von Brederlow wrote: > With a filesystem it will write the dirty buffers to disk in the > background and then drop the clean pages from the cache quite > consistently. This leaves the code involved with moving the mouse > pointer alone and functioning smoothly. That's

Re: /tmp as tmpfs and consequence for imaging software

Roger Leigh writes: > On Sat, Nov 12, 2011 at 10:24:00PM +0100, Bastien ROUCARIES wrote: >> Recently debian put /tmp under tmpfs. >> >> Even if it increase reponsivness under desktop, it ruin completly >> sciene and imaging software that do some off loading on /tmp. >> >> For instance using gsc

Re: Two groups of users, one distro in the middle

On Wed, Nov 16, 2011 at 12:04 AM, Joey Hess wrote: > chromium the browser conflicted with chromium the game and won As the person who did the renaming of that in Debian and upstream; it was a no-brainer, there was no winning or losing. The game was always "Chromium B.S.U.", the sf.net project was

Re: Can't get rid of diff-contains-substvars warning

Quoting Goswin von Brederlow : W: vellemaninstrumentation source: diff-contains-substvars debian/backup/ vellemaninstrumentation-dkms.substvars Why do you have a debian/backup/ directory? I'm assuming you aren't building a binary package called backup and even then there should be no

Re: /tmp as tmpfs and consequence for imaging software

Ben Hutchings writes: > On Sun, 2011-11-13 at 04:04 +0100, Carlos Alberto Lopez Perez wrote: >> On 12/11/11 23:25, Josselin Mouette wrote: >> > Le samedi 12 novembre 2011 à 23:12 +0100, Samuel Thibault a écrit : >> >> Adam Borowski, le Sat 12 Nov 2011 23:08:08 +0100, a écrit : >> >>> You need

Re: Release goal proposal: Archive-wide build-arch and build-indep support

On 2011-11-16 11:14, Goswin von Brederlow wrote: > Niels Thykier writes: > >> On 2011-11-05 21:22, Niels Thykier wrote: >>> >>> Hi, >>> >>> I would like to propose the goal of getting archive-wide support for >>> the optional debian/rules targets "build-arch" and "build-indep". >>> The intention

Re: info please

On Wed, Nov 16, 2011 at 12:29 AM, Richard wrote: > Whats the difference between dependency level 1 and dependency level 2. Your question is unclear. Please rephrase it and include enough detail so we know what you are talking about. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSC

Re: Simplifying bootstrap on circular-dependent packages

On 16/11/2011 18:12, Goswin von Brederlow wrote: > [...] > How do you intend to build that fake lib? > > I guess it comes down to getting a list of symbols on an existing > architecture (or from the symbols file?), creating a "void symbol;" stub > for each and then building a fake lib for the targ

Re: Can't get rid of diff-contains-substvars warning

Ole Wolf writes: > I have a problem building a package properly. From a clean build, sources-only > (debuild clean; debuild -S), I get the lintian warning that the > diff-contains-substvars in one of the packages that are built: > > W: vellemaninstrumentation source: diff-contains-substvars debia

Re: Release goal proposal: Archive-wide build-arch and build-indep support

Niels Thykier writes: > On 2011-11-05 21:22, Niels Thykier wrote: >> >> Hi, >> >> I would like to propose the goal of getting archive-wide support for >> the optional debian/rules targets "build-arch" and "build-indep". >> The intention is to finally solve issues like #619284 and the goal >> is

Re: Simplifying bootstrap on circular-dependent packages

Daniel Ruoso writes: > I have been thinking about the bootstrapping of pakages lately. I am > involved in bootstrapping a partial system -- no kernel and no libc -- > for some architectures for internal use. And I just thought that we > could use one trick to help in the bootstrap of packages tha

Re: Bug#648896: ITP: kup -- kernel.org upload tool

On Mi, Nov 16, 2011 at 06:56:22 (CET), Ben Hutchings wrote: [...] > Yes. The packaging is already committed at > . I'm waiting for > the Perl transition to clear before uploading. Thank you for working on the package! Cheers, Reinhard -- G