Re: Bug#190912: ITP: konqueror-embedded -- A light version of the Konqueror web browser for use in small machines

On Sat, Apr 26, 2003 at 10:24:31PM -0500, Gunnar Wolf wrote: > Package: wnpp > Version: unavailable; reported 2003-04-26 > Severity: wishlist > > > * Package name: konqueror-embedded > Version : 20021229_snapshot > Upstream Author : Simon Hausman <[EMAIL PROTECTED]>, Paul Chitescu

Re: Bug#190912: ITP: konqueror-embedded -- A light version of the Konqueror web browser for use in small machines

> -snip- > > * SSL > -snip- > > This is likely illegal if it is truely one binary and doesn't do the > kpart abstraction stuff... I really wish openssl would just vanish > someday. Time to start converting the world to gnu TLS, it seems... Morgon -- You said homosexuals form a small percenta

Re: Bug#190912: ITP: konqueror-embedded -- A light version of the Konqueror web browser for use in small machines

On Sun, Apr 27, 2003 at 01:48:01AM -0400, Morgon Kanter wrote: > > -snip- > > > * SSL > > -snip- > > > > This is likely illegal if it is truely one binary and doesn't do the > > kpart abstraction stuff... I really wish openssl would just vanish > > someday. > > Time to start converting the wo

Re: [Debian-Lex] Interview with subproject leader

On Sun 27 April 2003 13:54, Jeremy Malcolm wrote: > [Most of the discussion on the Debian-Lex proto-subproject has been > off-list, so I'm sending this one to the list so that people can see > something of our progress. These answers will be made into an article > by Matt Black at some point after

Bug#190922: ITP: gnome-randr-applet -- Simple gnome-panel front end to the xrandr extension

Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: gnome-randr-applet Version : 0.2 Upstream Author : Matthew Allum <[EMAIL PROTECTED]> * URL : http://handhelds.org/~mallum/downloadables/grandr_applet-0.2.tar.gz * License

Re: i386 compatibility & libstdc++

On Sat, Apr 26, 2003 at 09:28:53PM -0500, Gunnar Wolf wrote: > For practical purposes, yes... Although emulated FP is really, REALLY > slow. I installed a machine to be a X terminal about two years ago - > 386SX, 8MB RAM. It worked fine, yes... But MUCH slower than a > similarly-configured machine

Re: dpkg conffiles merging - request for status summary

Jarno Elonen <[EMAIL PROTECTED]> wrote: > Just to bring the uninitiated like me up to date about ways to upgrade > changed > dpkg conffiles, I would greatly appreciate if someone with insight could > summarize the current status: [...] > + Are there some specific reasons why dpkg doesn't offer >

Re: dpkg conffiles merging - request for status summary

> Afaik the original conffile is not available, dpkg just has the md5sum > of it in /var/lib/dpkg/status. I doubt that two-way-merging is _very_ > useful. Well, you can now try for yourself. :-) http://elonen.iki.fi/code/dpkg-merge/ - Jarno

Re: experimental conffile merge for dpkg

On Sun, Apr 27, 2003 at 03:40:33AM +0300, Jarno Elonen wrote: > http://elonen.iki.fi/code/dpkg-merge/ contains the patched dpkg > and a new interactive python & curses based two-way merge tool > called imediff2 (+ 3 screenshots for the impatient). Why two-way merge instead of three-way? The probl

Re: Time to package simpleinit?

Hi Henrique, It is good to see that there is actually work done on it. Obviously you are more into the topic (and you are a debian developer), so It's up to me to offer you help with that, not the other way around :-) After reading through your paper (nice work), it looks to me as if the the simp

thanks again i d7ez5e2pvzjp

Erase your email record here.

Re: i386 compatibility & libstdc++

On Sat, Apr 26, 2003 at 09:05:50PM -0500, Gunnar Wolf wrote: > I agree, the vast majority of our users can afford newer machines. So, I > think we should drop m68k, mips and other similar unfashionable old > archs, don't you think? The majority of our users will be happy... I'm not sure where the m

subscribe

subscribe

Re: experimental conffile merge for dpkg

> Why two-way merge instead of three-way? Because of... > Unfortunately neither is currently possible at the moment, simply > because dpkg doesn't save a copy of the last installed config file > anywhere. ...this. I thought it would make big difference to have even 2-way merging now instead of

Re: experimental conffile merge for dpkg

Jarno Elonen (2003-04-27 14:16:02 +0300) : > If we can agree wether or not, how and where the original conffiles > should be saved, I'll be happy to implement 3-way merging to dpkg > and write imediff3 as a user friendly UI for it. Opinions? Unrelated to this diff thing, it's going to be a big he

Re: Bug#190922: ITP: gnome-randr-applet -- Simple gnome-panel front end to the xrandr extension

On Sun, 2003-04-27 at 08:18, Sven Luther wrote: > Package: wnpp > Version: unavailable; reported 2003-04-27 > Severity: wishlist > > * Package name: gnome-randr-applet > Version : 0.2 > Upstream Author : Matthew Allum <[EMAIL PROTECTED]> > * URL : > http://handhelds.or

Re: experimental conffile merge for dpkg

> There might be things to think about though: some packages have lots > of conffiles, and that could mean some extra disk space, which not > everyone will want to spend. Maybe make it optional. Bzipping could help, and maybe even tarring them all to one file. As a quick test, I bzip-tarred my

Re: Who b0rked my Ghostscript and fonts?

On Wed, 23 Apr 2003, +20:27:07 EEST (UTC +0300), Michael Fedrowitz <[EMAIL PROTECTED]> pressed some keys: > On Wed, Apr 23, 2003 at 12:02:00PM +0300, Juhapekka Tolvanen wrote: > > FontPath"/usr/share/fonts/truetype/freefont" > > FontPath"/usr/share/fonts/truetype/

fwctl and ipchains-perl - any takers?

Hello, (this mail is send to the debian developers and to francis, the upstream author) Martin, while maintaining the archive, contacted me, because he wanted to remove the orpahaned ipchains-perl module. He noticed, that my fwctl is depending on it. Personally I love fwctl and use it on some o

Re: i386 compatibility & libstdc++

On Sat, 2003-04-26 at 03:56, Chris Cheney wrote: > I also find it hard to believe that the majority of our users do not > have or can not purchase a system that is less than 7 years old. I have a brand new 486-class system with 32MB of RAM. It's less than 6 months old. Please explain how I can g

Re: i386 compatibility & libstdc++

On Sat, 2003-04-26 at 12:15, Steve Langasek wrote: > > I also find it hard to believe that the majority of our users do not > > have or can not purchase a system that is less than 7 years old. > > Your non-sustainable Western consumerism is showing. Actually, for most of those old 486's, re

Re: [Debian-Lex] Interview with subproject leader

On Sun, 2003-04-27 at 01:37, Matt Black wrote: > > I think it's a good idea to get some 'media' coverage of the project in > forums > where interested parties might be lurking. I know debian-lex is in its > infancy, but I think that one way to help things move along is to expose the > idea to

Bug#190971: ITP: libsdl-sound1.2 -- Decodes several sound file formats including wav and mp3

Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: libsdl-sound1.2 Version : 1.0.0 Upstream Author : Ryan Gordon <[EMAIL PROTECTED]> * URL : http://icculus.org/SDL_sound/ * License : GPL Description : Decodes severa

Re: Samsung ML-1210 + Gimp-print

n Fri, Apr 25, 2003 at 07:13:03PM +, Martin Wheeler wrote: > Has anyone solved the problem of getting a Samsung ML-1210 to print > (over USB cable connection) using CUPS and Gimp-print? (Foomatic, > actually.) ... > I have no printing problems whatsoever now (that I know of, anyway), > _except

Bug#190977: ITP: kq -- an adventure game in the spirit of Final Fantasy

Package: wnpp Version: unavailable; reported 2003-04-27 Severity: wishlist * Package name: kq Version : 0.98+cvs.20030129 Upstream Author : Josh Bolduc <[EMAIL PROTECTED]> * URL : http://kqlives.sourceforge.net/ * License : GPL v2 Description : an adventur

Re: Bug#190922: ITP: gnome-randr-applet -- Simple gnome-panel front end to the xrandr extension

On Sun, Apr 27, 2003 at 01:10:57PM +0100, Rob Bradford wrote: > On Sun, 2003-04-27 at 08:18, Sven Luther wrote: > > Package: wnpp > > Version: unavailable; reported 2003-04-27 > > Severity: wishlist > > > > * Package name: gnome-randr-applet > > Version : 0.2 > > Upstream Author :

Re: i386 compatibility & libstdc++

On Saturday 26 April 2003 05:08, Chris Cheney wrote: > On Sat, Apr 26, 2003 at 09:36:56AM +0800, Cameron Patrick wrote: > > What about the Via C3? That was introduced not too long ago, runs > > moderately quickly (~1GHz) with low power consumption, but IIRC doesn't > > support the i686 instruction

Re: pilot-link in Sid and Sarge: Much bigger question

Matthew Palmer wrote: > > it's labour-intensive, it's pretty damn effective. > ^ > > And there's why it doesn't work for Debian. We don't have money to throw at > our developers. I never claimed we should. I merely explained one of the many reasons Debian is fundamentally s

Hey - Please read! yaey4mzvr

Don't want any more adverts? Simply click here.

Bug#190994: ITP: quat -- quat: a 3D quaternionic fractal generator

Package: wnpp Version: N/A; reported 2003-04-27 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: quat Version : 1.20 Upstream Author : Dirk Meyer <[EMAIL PROTECTED]> * URL : http://www.physcip.uni-stuttgart.de/phy11733/index_e.html * Lic

Re: pilot-link in Sid and Sarge: Much bigger question

Björn Stenberg (2003-04-27 21:17:04 +0200) : [...] > Actually, Debian has chosen Portability over Quality. Quality means > a lot more than just fixing bugs, you know. A program that does not > work with current data or devices has low quality even if it doesn't > crash. The mere age of most packa

Re: i386 compatibility & libstdc++

Anthony DeRobertis <[EMAIL PROTECTED]> wrote: [...] > >Actually, for most of those old 486's, replacing them with >new 486's would be much more sustainable, due to the >lessened power draw. > Since manufacturing computers takes _very_ much energy I doubt that.

Dropping/splitting (proper) i386 support

This is an attempt to summarize some points. 1. Why do we have a problem, other than performance issues? * To maintain binary compatibility with other distributions for C++ packages, Debian needs to use the i486+ version of atomicity.h supplied by GCC. * This version is significantly faster tha

Kernel 2.5

Hi all I've configured and built the kernel, using gcc-2.95, make bzImage and modules, installed modules under /lib/modules/2.5.68. Everything goes fine except for a bunch of depmod errors during the 'make modules_install' which I'm guessing is because the new modules don't match the running ke

Re: Dropping/splitting (proper) i386 support

Nathanael Nerode <[EMAIL PROTECTED]> writes: > Oddly, it looks like GCC doesn't currently ever generate > 486-specific instructions; they are only (currently) of benefit to > assembly programmers. (Hmm... maybe I should see if there's an > enhancement opportunity to GCC there.) I have a patch fl

Re: Kernel 2.5

On Sun, Apr 27, 2003 at 21:37:06 +0100, Mark Shuttleworth wrote: > I've configured and built the kernel, using gcc-2.95, I've not followed 2.5 development, but I'd suspect the recommended compiler for building it ought to be gcc 3.2 or 3.3 rather than 2.95 by now - check the documentation carefull

Re: Dropping/splitting (proper) i386 support

Hi Nathanael! You wrote: > * Drop i386 support mostly. 'i386' architecture becomes 'i486'. > Start a 'Debian-real-i386' subproject, with a 'real-i386' architecture, > but don't require that any packages build on it in order to go into > testing or to release Debian; it would be a bonus architec

Re: Samsung ML-1210 + Gimp-print

On Mon, 28 Apr 2003, Andrew Lau wrote: > Try changing the printing command to "lpr -Pprinter" instead of > gimp-print's default of "lp -s -dprinter -oraw". Thanks Andrew -- that worked a treat! Funny though -- I know had already tried 'lpr -P printer' ; can't remember whether I blew away the raw

Re: /run/, resolvconf and read-only root

Hi. I noticed that in order to implement your read-only root proposal, you propose to modify the pam package. I'm not really sure I see the justification for read-only /. I can see several possible justifications and some of the possible goals conflict. Until you get general consensus on a spe

Re: i386 compatibility & libstdc++

Matthew Palmer <[EMAIL PROTECTED]> writes: > On 26 Apr 2003, Josselin Mouette wrote: > > > Le sam 26/04/2003 à 02:59, Matthew Palmer a écrit : > > > For the original problem, it surely should be possible to build 386 and > > > 486+ > > > versions of libstdc++ and include both in the distro, with

Re: Kernel 2.5

Turn on virtual terminal support... Chris

Re: Time to package simpleinit?

One big problem about Richard Gooch's simpleinit is that it is functionally very different from the standard systme V init scripts. Specifically, he always assumes that runlevel n+1 is always a superset of runlevel n, and that in order to get to runlevel n+1, you must first start up all of the serv

Re: Kernel 2.5

On Sun, Apr 27, 2003 at 09:37:06PM +0100, Mark Shuttleworth wrote: > When booting, grub seems to find it, uncompress it, then it says 'OK, > booting the kernel' and nothing more. It just hangs. I don't see the > line announcing the kernel version or compiler etc. CONFIG_VGA_CONSOLE=y Milan

Re: i386 compatibility & libstdc++

At 12:52 27/04/2003 -0400, you wrote: On Sat, 2003-04-26 at 03:56, Chris Cheney wrote: > I also find it hard to believe that the majority of our users do not > have or can not purchase a system that is less than 7 years old. I have a brand new 486-class system with 32MB of RAM. It's less than 6 mon

Re: Kernel 2.5

* Mark Shuttleworth <[EMAIL PROTECTED]> [030427 16:59]: > I've configured and built the kernel, using gcc-2.95, make bzImage and > modules, installed modules under /lib/modules/2.5.68. Everything goes > fine except for a bunch of depmod errors during the 'make > modules_install' which I'm guessi

test

test sorry

Re: i386 compatibility & libstdc++

On Mon, 2003-04-28 at 08:45, José Luis Tallón wrote: > At 12:52 27/04/2003 -0400, you wrote: > >Please explain how I can get a similar system, running on a similar > >amount of power, and with no moving parts (i.e., no fans) using, even a > >P-II. > > Hey! Where did you get that from? > I'd love t

Re: Kernel 2.5

On Sun, Apr 27, 2003 at 06:45:42PM -0400, Bart Trojanowski wrote: > * Mark Shuttleworth <[EMAIL PROTECTED]> [030427 16:59]: > > I've configured and built the kernel, using gcc-2.95, make bzImage and > > modules, installed modules under /lib/modules/2.5.68. Everything goes > > fine except for a bu

[grep-dctrl] Testers requested - sneak preview of a full rewrite (better and faster!)

Hi, I am in the process of rewriting grep-dctrl. The rewrite attempts to gain speed over the old version while removing one of the greatest defects in the old code: the new grep-dctrl is able to combine searches in full boolean manner. The current version does not yet duplicate all the features

Re: Kernel 2.5

On Mon, Apr 28, 2003 at 12:40:28AM +0200, Milan P. Stanic wrote: > On Sun, Apr 27, 2003 at 09:37:06PM +0100, Mark Shuttleworth wrote: > > When booting, grub seems to find it, uncompress it, then it says 'OK, > > booting the kernel' and nothing more. It just hangs. I don't see the > > line announc

Re: [grep-dctrl] Testers requested - sneak preview of a full rewrite (better and faster!)

On Mon, Apr 28, 2003 at 02:32:30AM +0300, Antti-Juhani Kaijanaho wrote: > I am in the process of rewriting grep-dctrl. The rewrite attempts to > gain speed over the old version while removing one of the greatest > defects in the old code: the new grep-dctrl is able to combine searches > in full b

Re: i386 compatibility & libstdc++

On Sat, Apr 26, 2003 at 02:23:03PM +0200, José Luis Tallón wrote: > At 19:55 26/04/2003 +1000, you wrote: > >On Sat, Apr 26, 2003 at 09:41:14AM +0200, Andreas Metzler wrote: > >> 1a. create a stripped down version for i386, i.e. required/important > >> and go for i486. > > > >Is there much perf

Re: experimental conffile merge for dpkg

On Sun, Apr 27, 2003 at 03:52:13PM +0300, Jarno Elonen wrote: > > There might be things to think about though: some packages have lots > > of conffiles, and that could mean some extra disk space, which not > > everyone will want to spend. Maybe make it optional. > > Bzipping could help, and may

Re: [grep-dctrl] Testers requested - sneak preview of a full rewrite (better and faster!)

On Mon, Apr 28, 2003 at 02:32:30AM +0300, Antti-Juhani Kaijanaho wrote: > cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dctrl-tools login > cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dctrl-tools co \ >-r v1_rewrite dctrl-tools > make [EMAIL PROTECTED]:~> cvs -d:pserver:[EMAIL PROTECTED]:/cvsro

Re: Dropping/splitting (proper) i386 support

Bas Zoetekouw <[EMAIL PROTECTED]> writes: > BTW: do you have any quantative numbers on the i386/i486 performance > issues (e.g. for openssl)? I hacked up a quick script () that compares two 'openssl speed' outputs and gives you the ratio, here's the output for i386 vs i4

Re: i386 compatibility & libstdc++

I demand that Gunnar Wolf may or may not have uselessly CC'd to me... [snip] >> I thought that in-kernel emulation would have solved the gap between 486 >> DX and SX. > For practical purposes, yes... Although emulated FP is really, REALLY slow. Is it safe to mention ARM710 in this thread? :-) -

Re: pilot-link in Sid and Sarge: Much bigger question

Roland Mas wrote: *Supposing* I were agreeing with you on the existence of a problem, I would probably be of the opinion classified as case 3 above. The reason I could identify for the problem would be that people prefer bitching and complaining about testing being late and stable being old, rat

Re: Kernel 2.5 boot failure [SOLVED]

She boots! Thanks to Bart Trojanowski for much help. I'm posting this to the list in case someone else runs into the same problem trying to build kernel 2.5 on Debian unstable. The symptom was an apparently frozen screen after the message 'Uncompressing Linux... Ok, booting the kernel.' First,