Re: md5 checksum errors in several packages

John, On Mon, 2005-02-21 at 15:24 +, John O'Sullivan wrote: > My mirror is a copy of the mirror at heanet (ftp.ie.debian.org). I > have noticed incorrect checksums on 8 packages and I am posting the > details here in case this is a serious problem. I question, then, the integrity of ftp.ie.

Re: md5 checksum errors in several packages

John, Have you considered the possibility that the packages are corrupt due to truncation which may have happened because you (or your mirror) ran out of space at some point in the past while downloading these packages? The package names are late in the alphabet, which might account for why only t

Re: md5 checksum errors in several packages

On Mon, 2005-02-21 at 17:31 +, John O'Sullivan wrote: > Sorry for the false alarm. Those files were only corrupted. HEAnet have > resynced them now and all is good. Sorry for wasting ppls time. I'm just happy that people are looking for this sort of thing. It is encouraging that if were a re

Re: Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11

On Sat, 2005-11-26 at 21:38 -0600, Peter Samuelson wrote: > [Lior Kaplan] > > * Package name: culmus-fancy > > Description : Type1 Fancy Hebrew Fonts for X11 > > I understand that the 'culmus' package already exists, and other > packages like 'lmodern' don't follow any particular name co

Re: Debian Games Team

On Fri, 2006-01-13 at 09:15 +0100, Andreas Tille wrote: > On Fri, 13 Jan 2006, Miriam Ruiz wrote: > > > We've been recently talking about creating a group to maintain games in > > Debian > > in a collaborative way. > > Are you aware of the Debian-Junior project. Thanks for bringing this thread

Re: New packages.debian.org

On Mon, 2006-03-06 at 19:38 +0100, Martin Schulze wrote: > It checks the User-Agent string. What are the expected results for a user accessing the following URL from IE running on a W2K terminal server? I didn't notice any restrictions. http://packages.debian.org/tuxpaint Ben -- To UNSUBSCRI

Re: Introducing Ichthux as a possibly new CDD

I'm very interested in this work. I am already involved in two different Christian ministries that might be able to make use of Ichthux, and have some ideas for others. Ben signature.asc Description: This is a digitally signed message part

Re: Bug#304266: ITP: sdate -- never ending september date

On Tue, 2005-04-12 at 14:28 -0300, Humberto Massa wrote: > Could you enlighten me as of the reason that September 93 never ended? The original ITP gave the reference: http://www.catb.org/~esr/jargon/html/S/September-that-never-ended.html In brief: in Sept. '93 AOL users came online, starting an

Re: Changes to the weekly WNPP posting

On Thu, 2005-05-19 at 18:40 +0200, Christoph Berg wrote: > I always read the announcements to look for O or RFAs of packages I > use, hence I appreciate the "only new entries" change. Same here. > However, from > browsing the debian-wnpp archives, there's a lot more stuff there than > I'm willing

Re: Debian Project Leader report for 2005-07-07

On Thu, 2005-07-07 at 14:39 +0200, martin f krafft wrote: > Sure. But I am talking about changes. Those are not made and then > everyone is expected to abide by them. Instead, they are catalysed > from common and proven strategies. True enough. But read the statement of the fact that policy maint

Re: huge wnpp bug report page

Hendrik Sattler wrote: > I hope that something can be done about this to make the BTS web pages more > usable. > Are you perhaps not aware of the much smaller indices into the BTS here? http://www.debian.org/devel/wnpp/ Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

Re: Debian cares more about documents than people

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alfredo, alfredo diega wrote: > It really pains me to write this since I have used stable for a long > time. > Unfortunately, I think you could use a wakeup call. > > Much of my hardware is never supported by you guys I can see you're frustrated.

Re: Debian cares more about documents than people

alfredo diega wrote: > Okay: Intel PRO/Wireless 3945ABG. According to this message at > bugs.debian.org/cgi-bin/bugreport.cgi?bug=363967 it isn't packaged > because: > > "there is still an official statement of -release and -kernel about the > policy for oot-modules in etch missing." > > showing

Re: Elive requires donation to download

On Fri, 24 Nov 2006 06:04:13 -0800 (PST) Ottavio Caruso <[EMAIL PROTECTED]> wrote: > Elive , based on Debian, > requires a donation, however small, to allow downloading. I wonder if > this legally sound. The DFSG explicitly specifies that licenses of ou

Re: Bug#361418: [Proposal] new Debian menu structure

On Fri, 2006-04-14 at 14:29 +0100, Thiemo Seufer wrote: > Yes. Debian shouldn't be the Linux Distribution of Cryptic Acronyms. Perhaps you missed the point earlier in the thread that Ham isn't an acronym? Also, I don't think anyone with even a passing familiarity with amateur radio seriously thin

Testing and honesty

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Art Edwards wrote: > Unless such core pieces as the debugging tool (ddd) and the data display tool > (xmgrace) are working, it is dishonest to pretend that the 64-bit version > is ready for testing. It seems your expectations for our "testing" distribu

Re: Packages to remove from frozen

On Thu, 9 Mar 2000, Junichi Uekawa wrote: > Isn't it that to decrypt 1024 key takes double the amount of > CPU time than decrypting 1023 key, as long as there is no other > method than brute-force method of trying every combination. > > IMO It is a serious security issue, when the system is half a

Re: ITP: solfege

Tom, I'm looking forward to it very much. This is on Debian Jr.'s list of programs suitable for children that we'd like to see packaged. (My children are not yet old enough to make use of it, I think, but it won't be long.) I'm a programmer and musician. I could've used something like this bac

Re: Embedded Debian (was: compaq iPaq)

On Wed, 16 Aug 2000, Matthew Franz wrote: > Would its "raw material" be pre-compiled debian binary packages or would > it be able to build the system from source. Unless there were separate > embedded .debs, I don't know that the standard binaries would be compact > enough to support limited memor

Confusing Red/Blue buttons (was: Security of Debian SuX0r?)

> Peter Makholm writes: > > I've just helped a friend instaling Debian. He had two comment > > about the above question. Is it the red or blue button there is > > active? It is badly marked which button you are about the press. On Thu, 31 Aug 2000, Decklin Foster wrote: > You know, that *has* been

ITP: robodoc

I have need of ROBODoc for my own free software project. This GPL'd package is a documentation tool for code. The home page is: http://www.xs4all.nl/~rfsber/Robo/index.html I have packaged version 3.2.2 of ROBODoc. The test packages are available at: http://master.debian.org/~

ITP: Sword, GnomeSword

I'd like to package Sword and GnomeSword: http://www.crosswire.org/ http://gnomesword.sourceforge.net/ These are Bible study tools. The Sword project has a lot of large data files: ftp://ftp.crosswire.org/pub/sword/modules/raw/ I could wait for the data section to be cr

Re: ITP: Sword, GnomeSword

On Sat, 9 Sep 2000, David Starner wrote: > If the program needs one to run, then at least one should be packaged. > I'd prefer not to see a lot of installers that download free software - > the one's that download non-free stuff are annoying and cause enough > problems as it is. Sure. Probably th

Re: Obsolete software in /usr/local

On Fri, Jan 05, 2001 at 05:30:58PM +, Dale Scheetz wrote: > I run several "ancient" programs, by housing them in /usr/local/bin, with > the libraries they need (which are no longer provided in Debian) situated > in /usr/local/lib. In previous systems, right up to potato, this worked > fine. >

Re: Obsolete software in /usr/local

On Fri, Jan 05, 2001 at 01:31:42PM -0400, Ben Armstrong wrote: > Changes in version 1.9.2: > > Removed /usr/local/lib from the default /etc/ld.so.conf > for Debian (Bug#8181). oops, except that mod is *ancient*. way before potato. dunno why this would change betwee

Re: Obsolete software in /usr/local

On Sat, Jan 06, 2001 at 03:49:07PM -0500, Greg Stark wrote: > I've been meaning to bring this up for a while: > Why on earth was this change ever made? I can't speak for whoever made the change, but I suspect that it is because LD_LIBRARY_PATH can be used to support libraries in /usr/local/lib fo

Re: Obsolete software in /usr/local

On Sun, Jan 07, 2001 at 02:14:42PM +1100, Peter Eckersley wrote: > That doesn't seem like an elegant explanation. Wouldn't it make more > sense to have a script to make sure that a Debian package hasn't got > links to whacky non-standard libraries? > > The current behaviour is rather non-intuitiv

Re: Unofficial projects related with Debian.

On Fri, May 23, 2003 at 07:37:21PM +0200, Mathieu Roy wrote: > The fact a project is hosted somewhere usually imply some special > relations to his host. Sure. > So even if, for Debian people, being hosted on www.debian.org is not a > reliable indicator, it's highly possible that many persons rel

Re: Unofficial projects related with Debian.

On Fri, May 23, 2003 at 04:56:06PM -0300, Gustavo Franco wrote: > I guess that subproject-howto can be the start to 'Debian > Subproject Guidelines' or 'Debian Subproject Policy'.What do you > think, Ben? Sure, it could be a start. The subproject-howto is intended to be a hands-on guide to creat

Re: Unofficial projects related with Debian.

On Fri, May 23, 2003 at 03:01:46PM -0300, Gustavo Franco wrote: > > That being said, there is certainly a difference between "projects which > > fork Debian to make a new distro (i.e. providing own versions of existing > > Debian packages)" vs. "projects which add packages of their own (outside > >

Re: Bug#199642: xpilot: French translation of the debconf templates

On Wed, Jul 02, 2003 at 08:46:50AM +0200, Michel Grentzinger wrote: > Please find the attached fr.po file, which is the french translation of > the debconf templates. This file has been reviewed by the contributors > of the debian-l10n-french mailing-list. > > Could you put it to the debian/po dir

Re: Correct Directory for networkboot clients

On Sat, Aug 23, 2003 at 01:30:55PM +0200, Goswin von Brederlow wrote: > /usr/share/ltsp// is probably better. Otherwise you can#t boot > different archs from the same server. Shouldn't that be /var/lib/ltsp// instead? I'm assuming the root filesystem is writable. Ben -- ,-. nSLUGhttp://www

Re: Correct Directory for networkboot clients

On Sat, Aug 23, 2003 at 02:38:32PM +0200, Daniel J. Priem wrote: > The rootfilesystem is writable but will be normaly not changed. Only on > Startup the configfiles for the client will be created / linked Still, conceptually, a root filesystem is "state" information for the netbootable client. E

OT: debian mentors & ubuntu

On Tue, 2005-07-19 at 12:21 +0200, Nico Golde wrote: > Heyho, > why is mentors.debian.net powered by Ubuntu? http://mentors.debian.net/ About this repository Welcome to the debian-mentors public software repository. ... Please note that this service is not run as a

Re: Usability: Technical details in package descriptions?

On Wed, 2005-07-20 at 18:13 +0200, Nico Golde wrote: > [...] > I think one reason could be that some poeple would rather > install a programm in a language they know and they are able > to debug. Just a guess. Debtags "facets"[0] are better for this. Descriptions are supposed to help *ordinary*

Re: Usability: Technical details in package descriptions?

On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote: > 1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner > and faster than do interpreted ones (Perl, Python, Ruby, ...). In general, algorithm choice is much more important than language. Also, the language the main prog

Re: Usability: Technical details in package descriptions?

On Thu, 2005-07-21 at 19:58 +0200, Thijs Kinkhorst wrote: > nstead of putting it in the first sentence, the second paragraph would > be a fine place to mention details like this, satisfying both novice and > advanced users. But why bother, when debtags does "implemented-in" does the job better? Ex

Re: Usability: Technical details in package descriptions?

On Sat, 2005-07-23 at 01:21 -0500, Manoj Srivastava wrote: > Because that information is not presented to me in aptitude, > one of the preferred front ends to package management. Once the deb > tags system gets integrated into the front ends, the long description > can stop shouldering

Re: What is going on with udev?

On Wed, 2005-08-03 at 18:48 +0200, Frans Pop wrote: > On Wednesday 03 August 2005 18:15, Steve Greenland wrote: > > Thanks for the pointer, Adam, and a giant "Feh!" to the genius who came > > up with that idea. > > Did you even think of asking for the rationale behind the name change? > > Hint: c

Re: What is going on with udev?

On Wed, 2005-08-03 at 14:02 -0300, Gustavo Franco wrote: > Closing, it isn't a bash against the kernel team. It isn't my point, > my problem is with this "didn't you know, read X stupid!" approach. I don't think pointing at the mailing list was an unreasonable reaction to the "genius" comment, whi

Re: What is going on with udev?

On Wed, 2005-08-03 at 19:16 +0200, Frans Pop wrote: > On Wednesday 03 August 2005 19:04, Ben Armstrong wrote: > > ... which, for the lazy and/or impatient starts here: > > > http://lists.debian.org/debian-kernel/2005/07/msg00192.html > > To be honest, I was

Re: mass bug filing on packages that are blocking use of cdebconf

On Tue, 2005-08-02 at 18:46 -0400, Joey Hess wrote: > Ben Armstrong <[EMAIL PROTECTED]> >xpilot I offered this for adoption a while back. Nobody took up my offer. I finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and plan to make it supercede xpilot (i.e. strip

Re: mass bug filing on packages that are blocking use of cdebconf

On Sun, 2005-08-07 at 22:13 +0200, Jeroen van Wolffelaar wrote: > Just curious: why not, in that case, upload xpilot-ng as xpilot? > > If the new upstream is actually the better one, it makes sense for it > to go on under the label of xpilot in my opinion. I'm still holding out for the remote cha

Re: Packaging a PostScript resource

On Wed, 2005-08-10 at 16:37 +0100, Terry Burton wrote: > I appreciate your efford, but please let me tell you, that it > is > a) highly uncommon to ask for a package sponsor without an url > to the > source packages. > > PostScript is an interpretted lan

Re: Dogme05: Team Maintenance

On Sun, 2005-08-14 at 14:15 +, W. Borgert wrote: > as a conclusion of many discussions at DebConf5, I propose to > maintain all packages by teams. It's a nice ideal. > It is useful to > invite non-DDs, esp. upstream developers and people from Debian > derivatives to participate in such teams.

Re: README - confusing, irrelevant, redundant, useless

On Sun, 2005-08-14 at 12:55 -0400, Benjamin Seidenberg wrote: > While I agree the README can be confusing, I think we do a disservice > to our upstream by not including it. That's my gut feeling too. > I think a better solution would be to duplicate all the important > information about the softw

Re: README - confusing, irrelevant, redundant, useless

On Mon, 2005-08-15 at 10:08 +0200, Thijs Kinkhorst wrote: > On Mon, August 15, 2005 01:42, Ben Armstrong wrote: > > Why not just help improve upstream's README when you encounter poor > > quality work? That's what you'd do with code, wouldn't you? >

Re: Dogme05: Team Maintenance

On Mon, 2005-08-15 at 06:14 +, W. Borgert wrote: > Some of the things under Dogme05 is certainly exaggeration. > Sorry, if people thought I want to propose enforcement of "team > maintenance policy". However, team maintenance for all > essential and standard is worthwhile and not un-realistic.

Re: README - confusing, irrelevant, redundant, useless

On Mon, 2005-08-15 at 16:31 +0200, Henning Makholm wrote: > I don't think there is a way to get around this difference. There is a > fairly widespread convention of putting compilation instructions in an > INSTALL file, but there is no similarly widespread convention for > putting information about

Re: README - confusing, irrelevant, redundant, useless

On Mon, 2005-08-15 at 08:54 -0700, Russ Allbery wrote: > I don't understand why people keep saying that upstream bug reporting > instructions are irrelevant to Debian. Surely I'm not the only person who > wants to be able to discuss some issues directly with upstream when > they're not in the slig

Re: Dogme05: Team Maintenance

On Tue, 2005-08-16 at 15:46 +0200, Wouter Verhelst wrote: > It might take a bit longer for the new maintainer > to be up to speed as compared to when one member of a team gets run over > by a bus, but that doesn't mean "the project stops". Team maintenance is only one way to accomplish the goal of

Re: Dogme05: Team Maintenance

On Tue, 2005-08-16 at 16:42 +0200, Wouter Verhelst wrote: > For low-volume, easy-to-maintain packages, it's never too late to go get > a comaintainer. Or to give the package away. And I simply don't believe > that 'important package' implies 'lots of work to maintain it'. I think what you're sayin

Re: mass bug filing on packages that are blocking use of cdebconf

On Sun, 2005-08-07 at 17:08 -0300, Ben Armstrong wrote: > I offered this for adoption a while back. Nobody took up my offer. I > finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and > plan to make it supercede xpilot (i.e. strip the contents of the old > xpilot pack

Re: how to fully replace another package

On Mon, 2005-08-22 at 01:32 +0200, Marco d'Itri wrote: > The (still not uploaded) coldplug package conflicts+depends+provides > hotplug. The issue is that since all the important parts of hotplug are > conffiles they are not deleted when the package is removed, and this > is bad (as in "the system

Re: how to fully replace another package

On Mon, 2005-08-22 at 21:41 +0200, Marco d'Itri wrote: > On Aug 22, Ben Armstrong <[EMAIL PROTECTED]> wrote: > > > > The (still not uploaded) coldplug package conflicts+depends+provides > > > hotplug. > > Aren't you missing "replaces"? >

Re: how to fully replace another package

On Mon, 2005-08-22 at 23:18 +0200, Marco d'Itri wrote: > On Aug 22, Ben Armstrong <[EMAIL PROTECTED]> wrote: > > > Which conf files blow things up? The reason I ask is, if it's an init > Just about all of them. Almost all files in the package are conffiles. > &

Re: how to fully replace another package

On Tue, 2005-08-23 at 19:15 +0200, Marco d'Itri wrote: > Think "hotplug events loop". So, a hotplug event could load and run code (which happen to be in conf files, and therefore cannot be diverted) in the old hotplug package. The problem you're facing, it seems, is that while code should be diver

Re: how to fully replace another package

On Tue, 2005-08-23 at 19:50 +0200, Marco d'Itri wrote: > The init file does, but /etc/hotplug.d/default/default.hotplug does not. Why is this file a conffile? I didn't see any obviously configurable parts in it. If it were either wholly be moved elsewhere (/sbin) or the guts of it moved elsewher

Re: how to fully replace another package

On Tue, 2005-08-23 at 10:00 +0200, Marco d'Itri wrote: > Right, it's not used but it's checked. > But then there is still /etc/hotplug.d/default/default.hotplug, which if > present will create all kinds of troubles. Let me get one more thing straight before we move on ... What's the sequence of c

Re: how to fully replace another package

On Wed, 2005-08-24 at 16:30 +0200, Marco d'Itri wrote: > On udev systems events are received by udevd, either using udevsend or > (when the kernel input subsystem will be fixed) a netlink socket. > /sbin/hotplug does not enter in the picture at all. > > Then the default udev configuration will run

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 16:01 +0200, Robert Lemmen wrote: > On Thu, Aug 25, 2005 at 02:50:51PM +0100, Oliver Elphick wrote: > > You haven't explained why letting other DDs know this information, which > > is available to them already, requires the whole world to know it. > > > > If you have some pro

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 16:51 +0200, W. Borgert wrote: > I don't like opt-out. Better opt-in: > > 4. Invent a new field "public location info" and developers >who care, could enter what they think is appropriate. > > I'm not sure, whether I would use the field. Not just a single field, but a

Re: making developer location from ldap public?

On Thu, 2005-08-25 at 17:57 +0200, Robert Lemmen wrote: > there are two reasaons: > - while debian developers might have access to it, it's in a form that > makes it hard to access it, so i doubt that anyone will look up who > is living at some place when he gets there. making this more > a

Re: planet.debian.org vs. blog illiteracy

On Mon, 2005-09-26 at 14:05 +0300, Lars Wirzenius wrote: > I don't think there is a working way of reliably doing that. In theory, > most web logs can do "categories", but those are not being used > consistently, and they're also not really visible on planet.debian.org > in a way that lets them be

Re: planet.debian.org vs. blog illiteracy

On Mon, 2005-09-26 at 15:29 +0300, Lars Wirzenius wrote: > "Debian development issues" is a rather broad category. Should a travel > report from Debconf be included? I think it should, yet it is not at all > technical. Having a single "Debian development issues" feed is not going > to work particul

Re: Finding out in postinst whether some other package is configured

On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote: > is there an established way to find out in the postinst script of a > package whether an other package (e.g. one which we Recommend or > Suggest) is configured? Testing for file contents can only tell whether > it is unpacked, but that might

Re: Finding out in postinst whether some other package is configured

On Tue, 2005-10-11 at 19:28 +0200, Frank Küster wrote: > is there an established way to find out in the postinst script of a > package whether an other package (e.g. one which we Recommend or > Suggest) is configured? Assuming your package does something reasonable with this knowledge ... > Testi

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 11:20 -0700, Thomas Bushnell BSG wrote: > It should be an easy matter not to play the games even when they are > installed. Regardless, the "gnome" package is not necessary for the > system; it is just a meta-package that depends on all the > gnome-related packages. If you d

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 11:51 -0700, Thomas Bushnell BSG wrote: > I think the question is: do you want all the goodies or you don't want > all the goodies? Well, the problem is, when "all the goodies" is a significant number of packages, it is tedious to have to collect them all myself. > I would n

Re: [Fwd: major problem with gnome-games dependency]

On Tue, 2005-10-11 at 20:07 +0100, Ross Burton wrote: > That is what gnome-core is for: just enough of GNOME to be usable, but > no real apps beyond EoG and gedit. Purposefully created for people who > want to use GNOME, don't want to install all packages manually, but want > some control over wha

Re: major problem with gnome-games dependency

With regards to the suggestion that some means be provided for admins to easily install a subset of GNOME that suits the needs of government and/or US government ... On Wed, 2005-10-12 at 01:50 -0500, Peter Samuelson wrote: > I suppose you were joking, but in all seriousness, why does _Debian_ > n

Re: Bits from the kernel team

On Mon, 19 Oct 2009 22:54:47 +0100 Vincent Sanders wrote: > A constructive discussion was held about the outstanding firmware > issues, how the team addresses them and how we might work with upstream > to address our DSFG issues with kernel sources. By chance, did any of that discussion touch on

Re: nexuiz-data does not fit on a single CD

On Fri, 20 Nov 2009 11:59:07 -0200 Gustavo Noronha Silva wrote: > On Fri, 2009-11-20 at 14:00 +0100, Stefano Zacchiroli wrote: > This is silly. I haven't seen bug reports about packages not fitting in > diskettes, and it would not make any sense if they were filed! =). I thought this was why we h

Re: TaskSel proposal (Was: Proposal for a new CDD sub-project: Debian4Business)

On Thu, 19 Apr 2007 14:46:35 +0200 (CEST) Andreas Tille <[EMAIL PROTECTED]> wrote: > On Thu, 19 Apr 2007, Luis Matos wrote: > IMHO the best solution would be if tasksel would have a two level > selection: ... > [ ] Custom Debian Distribution > [ ] Debian-Edu > [ ] Debian-Jr.

Re: CDD: GastroLinux (RFC)

On Mon, 14 May 2007 14:22:35 +0200 (CEST) Andreas Tille <[EMAIL PROTECTED]> wrote: > So maybe Debian-Dinner would be better? ;-) > > BTW, I think we should have first something and then find an apropriate > name for this something. It makes no sense to do endless naming discussions > before someb

Bug#492029: ITP: atl1e -- Atheros(R) L1e ethernet driver

Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl1e Version : 1.0.0.7r5 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : http://marc.info/?t=12160065951&r=1&w=2 * License : GPL

Re: Intel Atom Processor

On Thu, 24 Jul 2008 15:09:57 +0200 Steffen Moeller <[EMAIL PROTECTED]> wrote: > The EeePCs are sold throughout large resellers (Saturn, Staples, ...) in > Germany and at least until the new ones get out they all ship with > Debian - perfectly visible to every potential customer passing by. I have

Re: Intel Atom Processor

On Fri, 25 Jul 2008 14:29:48 +0200 Steffen Moeller <[EMAIL PROTECTED]> wrote: > many thanks for your reply. Your web sites are indeed what I wanted to see, > possibly a bit too far away from John Doe who just bought such a machine > as a Newbie Linux user, Naturally. The site is made by and for t

Re: Intel Atom Processor

On Tue, 29 Jul 2008 09:35:46 -0700 Kushal Koolwal <[EMAIL PROTECTED]> wrote: > For now should we just keep track of the EeePC? > http://wiki.debian.org/DebianEeePC/Status I can't answer the "big picture" questions you're asking. As for the Eee stuff, expect on d-d-a a new "Bits from the Debian E

Re: Bits from the Debian Eee PC team, summer 2008

On Sun, 3 Aug 2008 13:53:54 +0200 Robert Millan <[EMAIL PROTECTED]> wrote: > Lenny is Debian. non-free is not part of Debian. Check the Social Contract. In light of the point of that follows this one, is it perhaps not too far of a stretch to imagine that I understand this, and expected my reade

Re: confusion about non-free (Re: Bits from the Debian Eee PC team, summer 2008)

On Sun, 3 Aug 2008 14:17:46 +0200 Robert Millan <[EMAIL PROTECTED]> wrote: > I wonder what is it that we do wrong to spread this confusion so much that it > affects even Debian developers themselves. > > What is this to blame? Would it be the FTP archive layout? Perhaps having an > unified BTS?

Re: Bits from the Debian Eee PC team, summer 2008

As Robert Millan brought to my attention, in my enthusiasm to present our progress towards fully Lenny support for the Eee in the best possible light, my announcement muddied the distinction between Lenny and non-free when I said that the earliest Eee models are now "fully supported" in Lenny. I ha

Re: RFA: The Debian Jr. project

On Mon, 25 Aug 2008 10:15:39 +0200 Holger Levsen <[EMAIL PROTECTED]> wrote: > thanks for your work on Debian Jr. and for acknowledging that you don't have > time/a heart for it anymore! Thanks. It's hard to let go, but it's really for the best if someone else will carry on. > Is that vision wri

Re: Bug#498180: ITP: eee-applet -- A systray applet for Eee Pc

On Mon, 08 Sep 2008 00:07:39 +0200 Julien Lavergne <[EMAIL PROTECTED]> wrote: > * Start or stop Wifi I'm concerned about how this is implemented. Does it play well with eeepc-acpi-scripts? > * Control fan speed I'd be interested to see that supported in a way that doesn't require the unsupp

Re: RFA: The Debian Jr. project

On Tue, 30 Sep 2008 16:30:40 +0200 Holger Levsen <[EMAIL PROTECTED]> wrote: > Yup. Has something happened on this in the last month? Miriam Ruiz has some ideas, but since our initial contact on the matter, I have not seen any action on them. > Sounds good and compatible :) OK ... > That said, I

Re: Bits from the Debian Eee PC team, autumn 2008

On Tue, 14 Oct 2008 02:00:29 +0200 Matteo Croce <[EMAIL PROTECTED]> wrote: > On Monday 13 October 2008 19:35:16 Ben Armstrong wrote: > > Ath5k wifi works on Eee PC in Linux 2.6.27 > > > >Jean-Christophe reports that [2]ath5k works in Linux 2.6.27 on > >th

rtl8187se for Eee PC 701SD (and MSI Wind)

Eee PC Model 701SD uses the rtl8187se driver which is not in the kernel upstream. Ultimately, we want to use whatever is supported in the kernel. While there is some recent work on rtl8187 in wireless-testing, we don't yet know if this works for the rtl8187se. We'd be interested in hearing from a

Bug#452014: ITP: atl2-source -- Source for the Attansic L2 ethernet driver

Package: wnpp Severity: wishlist Owner: Ben Armstrong <[EMAIL PROTECTED]> * Package name: atl2-source Version : 1.0.40.2 Upstream Author : xiong huang <[EMAIL PROTECTED]> * URL : https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.2

Bug#565770: ITP: libterm-ansicolor-ruby -- Colors strings using ANSI escape sequences

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libterm-ansicolor-ruby Version : 1.0.4 Upstream Author : Florian Frank * URL : http://flori.github.com/term-ansicolor/ * License : GPL Programming Lang: Ruby Description : Colors

Re: Debian Mobile -- Debian GNU/Linux for mobile devices

On 17/02/10 05:34 PM, Andreas Tille wrote: I wonder whether we really need to "start" or whether we are able to continue what just exist: There is a Debian Eee PC project [1] which - as far as I know - is not reduced to this specific hardware despite the very specific name. Actually, our p

Re: RFA: a lot of packages

On 19/06/10 11:55 AM, Ola Lundqvist wrote: Bug#586413: RFA: tightvnc -- virtual network computing server software Bug#586414: RFA: vnc4 -- Virtual network computing server software Although I cannot take on sole maintainership, I'm interested in the survival of the best VNC server and clie

Re: RFA: a lot of packages

On 06/20/2010 10:20 AM, Angel Abad wrote: Hi! Im interested in vnc packages too, I use these packages every day. I havent upload rights, Im sure these packages are important for many people, so its posible to make a group of intenerested DD and DM in alioth for maintaintaining vnc related package

Bug#594482: ITP: libsyntax-ruby -- A simple Ruby syntax highlighting library

Package: wnpp Severity: wishlist Owner: Ben Armstrong * Package name: libsyntax-ruby Version : 1.0.0 Upstream Author : Jamis Buck * URL : http://syntax.rubyforge.org/ * License : BSD Programming Lang: Ruby Description : A simple Ruby syntax

Re: Squeeze can't fit on 512MiB

On 30/10/10 05:11 AM, Stefan Fritsch wrote: > Is there an easy way to see what is in the tasks without reinstalling? > From /usr/share/tasksel/debian-tasks.desc it would seem that web- > server only pulls apache2-mpm-prefork, and I have no idea how that > could account for this increase $ taskse

Re: Cedilla removed from sid, users complain

On 01/25/2011 02:36 PM, Andrey Rahmatullin wrote: > On Tue, Jan 25, 2011 at 07:14:39PM +0100, Juliusz Chroboczek wrote: >> I'm upstream for Cedilla [1,2], which has been orphaned and removed from >> Sid. I'm receiving e-mail from Debian users of Cedilla, asking me what >> is the suggested replacem

Re: Cedilla removed from sid, users complain

On 01/25/2011 03:09 PM, Juliusz Chroboczek wrote: > Thanks to both of you -- I've forwarded your messages to my (soon-to-be > former, sigh) users. Minus the false hits from my search, I hope? My main point was to illustrate debtags is a nice tool for finding related packages (some time I'll try to

Re: gltron maintainer MIA

the > > developers DB, and haven't seen any recent mail activity at all on > > either bugs or mailing lists. I'd like to hijack this > > That's why the package was orphaned in April (Bug #190816). Ben > Armstrong wanted to adopt it, but obviously never did. I assume

Re: The term "Custom Debian Distribution" (Was Re: [custom] The term "flavor" and encouraging work on Debian)

On Fri, Dec 05, 2003 at 03:20:45AM -0600, cobaco <[EMAIL PROTECTED]> wrote: > _ideally_ there are no changes. In practice there will be. Why? > For instance: > In skolelinux there's currently a package called locale-config-skolelinux > which sets up de default locale for all users. This package i

Re: The term "Custom Debian Distribution" (Was Re: [custom] The term "flavor" and encouraging work on Debian)

On Fri, Dec 05, 2003 at 09:23:52AM -0600, cobaco <[EMAIL PROTECTED]> wrote: > On 2003-12-05 11:06, Andreas Tille wrote: > > Well, at least for my understanding SkoleLinux is not a "Custom Debian > > Distribution" exactly because they have packages which are not integrated > > in Debian. This is no

[custom] Localized CD with pruned locale data

e of "bloat"[0] that might be desirable to trim for a CDD. In general, how do we allow CDDs to be "pure Debian" and still make efficient use of media space? Ben Armstrong [0] It almost goes without saying that one person's bloat is another person's valuable featu

  1   2   >