Bug#649682: ITP: numm -- numerical arts library for Python

Package: wnpp Severity: wishlist Owner: Dafydd Harries * Package name: numm Version : 0.1 Upstream Author : Dafydd Harries * URL : http://numm.org/numm/ * License : GPL Programming Lang: Python Description : numerical arts library for Python For progr

Promoção Fim de Ano

Pomoçao de fim de ano da CMBalões BALÕES LOGOTIPADOS R$ 200,00 O MILHEIRO Confira Kit com 100 balões + gás hélio + fitilhos + monitor no local deixando tudo pronto. De segunda a sexta: R$ 250,00 Sábado e domingo: R$ 280,00 Kit com 200 balões na mesma proporção De segunda a sexta: R$ 3

Re: Increasing minimum 'i386' processor

On 11/20/2011 01:08 AM, Guillem Jover wrote: > Hi! > > On Sat, 2011-11-19 at 22:42:11 +, Ben Hutchings wrote: >> The i386 architecture was the first in Linux and in Debian, but we have >> long since dropped support for the original i386-compatible processors >> and now require a minimum of a 4

Re: Increasing minimum 'i386' processor

On 11/19/2011 11:42 PM, Ben Hutchings wrote: > The i386 architecture was the first in Linux and in Debian, but we have > long since dropped support for the original i386-compatible processors > and now require a minimum of a 486-class processor. > > I think it is time to increase the minimum requi

Re: Increasing minimum 'i386' processor

Ben Hutchings writes: >> Does /proc/cpuinfo with the exist on non-Linux architectures? If >> yes, do they use the same format? > > It is Linux-specific, but included in FreeBSD's Linux compatibility module. > I don't know whether Debian kFreeBSD loads that by default. It is loaded. /proc/cpuinfo

Re: Increasing minimum 'i386' processor

Le mardi 22 novembre 2011 à 16:19 -0500, John D. Hendrickson and Sara Darnell a écrit : > Josselin Mouette is apparently easily amused. I am afraid that text cannot convey my feelings adequately, so please find here a more appropriate reply: http://malsain.org/~joss/amused.jpg Rest assured that

Re: Increasing minimum 'i386' processor

On Tue, Nov 22, 2011 at 10:24:38PM +0100, Samuel Thibault wrote: > John D. Hendrickson and Sara Darnell, le Tue 22 Nov 2011 16:19:03 -0500, a > écrit : > > Josselin Mouette is apparently easily amused. > > > > He harasses me every time I use debian-devel mailing list, apparently > > automaticall

Re: Increasing minimum 'i386' processor

On Tue, Nov 22, 2011 at 04:47:21PM +0100, Jakub Wilk wrote: > * Ben Hutchings , 2011-11-20, 20:48: > >Use of CPUID is probably safe in practice since most 486 models do > >implement it, though userland should really read /proc/cpuinfo. > >The other uses may be conditional on a CPU feature test but

Re: Increasing minimum 'i386' processor

John D. Hendrickson and Sara Darnell, le Tue 22 Nov 2011 16:19:03 -0500, a écrit : > Josselin Mouette is apparently easily amused. > > He harasses me every time I use debian-devel mailing list, apparently > automaticall (which is illegal in my country - though for now it's ok). > > > Josselin M

Re: Increasing minimum 'i386' processor

Josselin Mouette is apparently easily amused. He harasses me every time I use debian-devel mailing list, apparently automaticall (which is illegal in my country - though for now it's ok). Josselin Mouette wrote: > Or in legacy; I've read about wishes of their own patent problems, > capice? B

Re: Increasing minimum 'i386' processor

John D. Hendrickson and Sara Darnell, le Tue 22 Nov 2011 14:00:56 -0500, a écrit : > CMOV saves 1 clock + 1 dword. Errr, and branch misprediction? Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian

Re: Is anyone using the Units program in a script?

Ian Jackson wrote: > (b) ask on info-gnu. Just fyi for the future but info-gnu isn't the place to ask questions. It is for official GNU announcements only, no follow-ups, no discussions. Discussions should happen on other lists. Bob -- Wearing my info-gnu moderator hat. signature.asc Descrip

Re: Increasing minimum 'i386' processor

CMOV, quick comment. Many apps don't reliably optimize -O3. CMOV saves 1 clock + 1 dword. There far lower branches to pick for debian to grow on (unless it's like req. to drive androids or real important). (note CMOV is not Ben's agenda as far as I have read. I say nothing there but good l

Re: Increasing minimum 'i386' processor

On Tue, Nov 22, 2011 at 04:47:20PM +, Ian Jackson wrote: > Ben Hutchings writes ("Increasing minimum 'i386' processor"): > > The 486-class processors that would no longer be supported are: > > 1. All x86 processors with names including '486' > > I'm still running the machine below, and it woul

Re: Increasing minimum 'i386' processor

OoO Lors de la soirée naissante du mardi 22 novembre 2011, vers 18:28, Bastian Blank disait : >> > The 486-class processors that would no longer be supported are: >> > 1. All x86 processors with names including '486' >> I'm still running the machine below, and it would be irritating to >> have

Re: Is anyone using the Units program in a script?

Ian Jackson writes: > Honestly, this is not a very good way to go about asking this > question. How do you suggest that I ask it? > Yes, I know of a script that uses "units" and which would have to be > modified. Then my method of asking worked, didn't it? I've also heard from several others.

Re: Increasing minimum 'i386' processor

On Tue, Nov 22, 2011 at 04:47:20PM +, Ian Jackson wrote: > Ben Hutchings writes ("Increasing minimum 'i386' processor"): > > The 486-class processors that would no longer be supported are: > > 1. All x86 processors with names including '486' > I'm still running the machine below, and it would b

Re: Is anyone using the Units program in a script?

John Hasler writes ("Is anyone using the Units program in a script?"): > Ok, I;m sure someone is. If you're that someone are you using the > "--terse" option? If not how much hassle would it be to have add it? > Upstream is considering non-backward-compatible changes. Honestly, this is not a ve

Re: Increasing minimum 'i386' processor

Ben Hutchings writes ("Increasing minimum 'i386' processor"): > The 486-class processors that would no longer be supported are: > 1. All x86 processors with names including '486' I'm still running the machine below, and it would be irritating to have to replace it. Perhaps a better approach would

Re: Increasing minimum 'i386' processor

* Ben Hutchings , 2011-11-20, 20:48: Use of CPUID is probably safe in practice since most 486 models do implement it, though userland should really read /proc/cpuinfo. The other uses may be conditional on a CPU feature test but may well be bugs. Is format of /proc/cpuinfo documented anywhere

Re: Appreciation

On Mon, Nov 21, 2011 at 04:12:35PM +0100, martin f krafft wrote: > There are still many old ones that think Ubuntu can do without > Debian. Community "management" is not about writing webpages that > are only read by "most of the new people". I personally liked the Bow-Arrow comparison Mark did in

Bug#649599: ITP: tpm-tools -- Management tools for the TPM hardware

Package: wnpp Severity: wishlist Owner: Pierre Chifflier * Package name: tpm-tools Version : 1.3.7 Upstream Author : Kent Yoder * URL : http://trousers.sourceforge.net/ * License : CPL (http://www.opensource.org/licenses/cpl1.0.php) Programming Lang: C De

Bug#649589: ITP: cmigemo -- Japanse incremental search tool written in C

Package: wnpp Owner: Youhei SASAKI Severity: wishlist * Package name: cmigemo Version : 20110227 Upstream Author : MURAOKA Taro (KoRoN) * URL or Web page : http://www.kaoriya.net/software/cmigemo * License : MIT or Original License Description : Japanse incremental

Re: Piklab

On Tue, 22 Nov 2011 05:57:19 -0600 Jonathan Nieder wrote: > Salvo Tomaselli wrote: > > Il 22.11.2011 12:31 Richard ha scritto: > > >> Can piklab be added to the distro, its stable and runs Ok on wheesy/sid. > [...] > > Perhaps you could consider maintaining it? > > My last reply completely miss

Re: Piklab

Salvo Tomaselli wrote: > Il 22.11.2011 12:31 Richard ha scritto: >> Can piklab be added to the distro, its stable and runs Ok on wheesy/sid. [...] > Perhaps you could consider maintaining it? My last reply completely missed the point. According to [1] the program was already ported to Qt 4. Sor

Re: Piklab

Salvo Tomaselli wrote: > Perhaps you could consider maintaining it? Unless you're suggesting that Richard maintain KDE3, too, that doesn't seem like very practical advice. Following the links from , I see that piklab was removed because it unfortunately has

Re: Piklab

Il 22.11.2011 12:31 Richard ha scritto: Hi Can piklab be added to the distro, its stable and runs Ok on wheesy/sid. The is no alternative except for trying to run MPLAB ina VC and windows. Its a shame to see such a good package disappear. TIA Perhaps you could consider maintaining it? -- Sa

Re: Increasing minimum 'i386' processor

On Tue, Nov 22, 2011 at 06:41:47AM +0100, Stephen Kitt wrote: > On Sun, 20 Nov 2011 23:31:43 +, Ben Hutchings > wrote: > > 1. Find all ELF executable/library files. > > 2. Either: > >a. Work out which instructions should be excluded, depending on the > > directory. > >b. Skip fi

Piklab

Hi Can piklab be added to the distro, its stable and runs Ok on wheesy/sid. The is no alternative except for trying to run MPLAB ina VC and windows. Its a shame to see such a good package disappear. TIA -- Best wishes / 73 Richard Bown e-mail: rich...@g8jvm.com or richard.b...@blueyonder.co.u

Re: Notice with dbconfig-common

Hi Nicolas, On Sun, Nov 20, 2011 at 10:59:22PM +0100, Nicolas wrote: >> The message is : NOTICE: CREATE TABLE / PRIMARY KEY will create an > implicit index ... > > I understand the message but I don't know how to fix it. For postgreSQL > point of view it doesn't seems to be a problem and tables