Re: announcing first release of common database infrastructure package
Sean, sounds really good. How do your scripts relate to the db management scripts provided by wwwconfig-common, maintained by Ola Lundqvist <[EMAIL PROTECTED]>? I suspect your package should be either supercede wwwconfig-common or be rolled into it. cheers, martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: announcing first release of common database infrastructure package
On Mon, 7 Mar 2005 08:28:39 -0500, sean finney <[EMAIL PROTECTED]> wrote: > my code is a superset of what's done in wwwconfig-common. That sounds great! thanks for your work on this front. I'll be reading your doco in more detail, as I have to sort out the path forward for twig... martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ad-hominem construct deleted]
On 1/15/06, Andrew Suffield <[EMAIL PROTECTED]> wrote: > If you can't understand sarcasm, why didn't you read the part for > people who can't understand sarcasm? debian-announce is not meant to play games. Someone made a (perhaps honest) mistake, and were duly criticised. But you know the rules. regards, martin
Re: PHP/WebApp policy/mailing list
I've lurked for a while in [EMAIL PROTECTED] hoping that that would be the right place for such discussions, and, when they happen, the subscribers are usually pretty clued-in and interested. Perhaps it is the natural place to discuss web-apps? At least until traffic is sufficient that the Debian Apache team kicks us out. It ensures we are 'in touch' with the httpd maintainers, instead of being in an echo chamber. cheers, martin
Re: DEBIAN SOCIOLOGICAL STUDY.
On 7/2/05, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > * Kevin Mark <[EMAIL PROTECTED]> [2005-07-01 23:34]: > > > and we are doing a sociological survey on Debian in order to > > > better understand the Debian community. > > > > didn't tbm do some research into this? > > Yes and no. There is currently a lot of interest in free software and > various researchers study it from their perspectives, e.g. sociology, > management, economics, software engineering, etc Biella Coleman has also done some really fascinanting anthropo/sociological research around FOSS, hacker ethics and Debian. Some of her papers are published here: http://www.healthhacker.com/biella/ She's also been teaching at Chicago Uni on the subject of FOSS communities, and finishing her phd thesis -- of which I've seen some partial drafts and found really interesting. Last Debconf she instigated a "let's tell stories of back then" gathering with Ian, Bdale and others, I captured a bit of that on video, and she's got all (or most) of it on audio tapes. Dont' know if it was ever transcribed. I'd love to get my hands on those tapes and post them somewhere as mp3/ogg. cheers, martin
Re: so many applications wake up so often
On 9/9/06, John Goerzen <[EMAIL PROTECTED]> wrote: I have been using noatime for quite awhile now. mount(8) does not mention nodiratime anywhere, and I have never used it. Same here. But googling for nodiratime shows it's definitely in the kernel, and in wide use. Learned something today... cheers, martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Alternative keysigning procedures
On 5/29/06, martin f krafft <[EMAIL PROTECTED]> wrote: Also, what do we do if the central people don't show up? It's been known to happen at KSPs. Put more than one in each subgroup, and have a coordinator ready to shift the central people around if a given subgroup is really orphaned. Or split the orphan group across all the other groups. Means that the coordinators should be checking attendance of the well-connected people at the KSP, but that's usually easy at a DebConf as connectedness goes well beyond web-of-trust -- that is, we all know them ;-) Overall, it sounds like a good plan to me. martin
Re: Bug#323855: ITP: opencvs -- OpenBSD CVS implementation with special emphasis in security
On 8/19/05, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote: > I'd love to see people migrating to Arch Being a long-time Arch user, let me tell you that Arch has been orphaned upstream. Currently baz is the only version being developed, and it's unclear for how long, as Canonical has their eyes on bzr and hct. Myself, I'm moving my projects quickly to git/cogito. It's proving to be fast, and better designed than Arch by a garden mile. Currently writing an Arch to GIT conversion. Now, for an on-topic comment: CVS is going to be part of the FOSS infrastructure for a long time to come. OpenCVS sounds like a very good thing to use if you have to support CVS. Opposing the ITP because you're using shinier toys is... rude. You package your shiny toys, and Luciano packages his toy. cheers, martin
Re: Bug#323855: ITP: opencvs -- OpenBSD CVS implementation with special emphasis in security
On 8/21/05, Matthew Palmer <[EMAIL PROTECTED]> wrote: > I'm quite confident that there will be an upgrade path from Arch archives to > bzr archives. Canonical, amongst other people, have too much invested in > Arch to just let that history fester. As for hct, I understand it is a > wrapper frontend to baz/bzr to provide the sorts of functionality that > package maintainers need, instead of being a general-purpose revision > control tool. Agreed. And in case I didn't agree, Martin Poole has just posted a message mentioning that Canonical is slowly shifting focus from baz to bzr and will provide an upgrade path. I can't find it in any useful archive to provide a link. Sorry. Arch is being slowly abandoned. The SCM space is vibrant, but Arch won't be here (as an evolving tool) for long. I'm not _that_ sad about it. regards, martin
Re: arch, svn, cvs
On 8/20/05, Florian Weimer <[EMAIL PROTECTED]> wrote: > > Compared to SVN from the view of somebody who is acquainted with CVS, > > arch sucks badly. I tend to agree with most of the things that Florian > > Weimer lists on http://www.enyo.de/fw/software/arch/design-issues.html To which I'd respond that Arch fills a very different niche, closer to DARCS. But I'm leaving the Arch (tla/baz/bzr) boat too - patch-oriented SCMs were fun, but very disappointing. There is a central design flaw in pure patch tracking, and neither Arch nor DARCS do anything about it: no matter how much you track patches merged, you need to be able to identify convergence. GIT does this so well by being identity-oriented, that you can do a ton of patch trading on top (via email, StGIT, quilt, whatever) and things still make sense after merging and remerging ad infinitum. I'm running my Arch repos through this git-archimport-script: http://marc.theaimsgroup.com/?l=git&m=112539589428505&w=2 cheers, martin
Re: arch, svn, cvs
On 8/31/05, George Danchev <[EMAIL PROTECTED]> wrote: > > How does git aide you in identifying the differences in changes > > between two trees? George's got it right. In practice, I normally use gitk --all, or use cogito thus: cg-log -r onebranch:otherbranch cg-diff -r onebranch:otherbranch Another interesting trick is that you can use git-format-script onebranch otherbranch and it'll export each patch as an email (separate files or mbox file) with commit msg and diff. Nothing earth-shattering, but quite useful. When you send these, and they get applied, git internals recognize it. If it was changed when it was being applied, it'll conflict as you'd expect. cheers, martin
Re: arch, svn, cvs
On 8/31/05, Robert Collins <[EMAIL PROTECTED]> wrote: > for the record, to avoid other folk getting confused - bzr isn't a > 'patch orientated SCM'. bzr's design incorporates elements from all of > the VCS systems around when the project was started (and updated since > then) - its not derived from GNU Arch any more or less than its derived > from monotone or subversion. Fair enough... except that it is being promised as the natural upgrade path for tla/baz users. I don't claim to understand the architectural decisions in bzr, but it is a pretty serious constraint. It forces bzr to support the core assumptions of the Arch model. cheers, martin
openssh-blacklist for !Debian
Hi Kees, Jamie, DDs, I am looking at hosts that are runing other linuxen that may have weak keys now, or see those weak keys uploaded inadvertently in the future. Is there a straightforward way to get hosts that are !(Debian|Ubuntu) to use that blacklist? PermitBlacklistedKeys support in openssh-server seems to be a Debian/Ubuntu patch (and can't even find a mention of it in the changelog). cheers, m -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mailing lsit code of conduct, again
On Mon, May 19, 2008 at 5:31 AM, Frans Pop <[EMAIL PROTECTED]> wrote: > Clint Adams wrote: >> On Sun, May 18, 2008 at 06:35:20PM +0200, Frans Pop wrote: >>> Wrong. You neglected to request to be CCed. >> >> My M-F-T was clearly a request to be Cc'd. > > Which possibly only goes to show how broken that header is. you could have > noted the request to be CCed in the body of the mail (which is what I > always do when posting to lists I'm not subscribed to). > > However, in this case I'll take the blame. I happen to read that list > through a news reader and did not allow for M-F-T headers. I will make sure > I do check for M-F-T in the future. My apologies. Apologies in advance for lengthening this less-than-useful thread. In this modern age of a mailman that lets subscribers configure their subscription to avoid duplicates, and procmail filters that help do the same at the client end (and some mail clients that have similar abilities of their own - ie gmail)... why does this funny and akward rule of debian lists persist? Frankly, I want to just use reply/reply-all normally on any of the many mailing lists I am sub'd to, and if a few people in the thread are CC'd, I don't think it is a reasonable expectation that I have to decide whether each one of them wants or not the CC. A funny side-effect of this is that I've seen subscribers of debian lists get in trouble in non debian lists because they use funny headers in lists with differnt expectations cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mailing lsit code of conduct, again
On Mon, May 19, 2008 at 11:34 AM, Ben Finney <[EMAIL PROTECTED]> wrote: > Because I've configured all of the above, and *still* get individual > copies of messages that were sent to the list. I'm not subscribed to > the Debian mailing lists, so there is no "duplicate" that can be > detected by such methods. > > The solution, as requested in the CoC, is to not have the message > copies sent individually in the first place. So you are *not* interested in receiving replies to threads you are participating in? Interesting... but a bit strange. I sometimes post in a list I'm not sub'd to and I sure hope people CC me in their replies so I don't have to go hunting in various archives for possible replies. This seems to be the most common scenario, AFAIK. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mailing lsit code of conduct, again
On Mon, May 19, 2008 at 12:33 PM, Ben Finney <[EMAIL PROTECTED]> wrote: > I'm not interested in receiving them in my email. I participate in the > Debian mailing lists via a non-email interface, which makes it much > more manageable. (For me, that is. I don't expect everyone to follow > my habits in matters that affect only themselves.) Just out filter *anything* that has [EMAIL PROTECTED] in the to or cc fields, and you're *done*. No more funny rules. Would that not work? m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssl security desaster (was: Re: SSH keys: DSA vs RSA)
On Wed, May 28, 2008 at 11:13 AM, Colin Watson <[EMAIL PROTECTED]> wrote: > I think everyone involved did a wonderful job, especially given the > appalling constraints they were under. There is a difference, though, > between acknowledging the excellent work that was done and burying one's > head in the sand claiming that nothing could possibly have been > improved. A wonderful job indeed. *Thanks* from this corner of the world to the Debian + Ubuntu team involved. The efforts in getting it all done while balancing the maturity of the SSH blacklist patches & scripts vs risk have been excellent. It was a hard day for everyone else too, but it is clear that it would have been much worse without such careful handling of the situation. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GR proposal: the AGPL does not meet the DFSG (take 2)
On Wed, Nov 11, 2009 at 11:11 PM, Wouter Verhelst wrote: >> -- The code is modified to interact with the user using a network protocol >> that does not allow to display a prominent offer. > > This is actually your best argument so far, but I don't think it's > completely true either. Yes, this is one of the awkward things I find in the AGPL. If it's not a webapp, what then? > If the software uses some other protocol that doesn't allow you to do > some lay-out like HTTP does, then you simply need to make sure that > people using your software are informed out-of-band. That would be complying with the spirit of the license, but not the actual clause AFAICS. > "your modified version must prominently offer all users interacting with > it [...]" > > I don't think that must necessarily be interpreted into saying that it > must be done by the software itself, Well, it sounds like it does mean exactly that. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GR proposal: the AGPL does not meet the DFSG (take 2)
On Thu, Nov 12, 2009 at 8:40 AM, Mike Hommey wrote: > Stupid question: with this wording of the AGPL, who, in his right mind, > will be licensing a DNS or POP server under this license ? (Except maybe > someone who didn't read it) There are lots of people who pick a license without close reading. Perhaps even a majority. But more importantly: good code in a webapp (where AGPL is "at home") might find its way into a different network service. The example earlier in the thread of a webapp growing an IMAP service is right. So this AGPL webapp has an IMAP service; such a good one indeed that I might want to reuse some of its code for a pure IMAP server. The "spirit" of the AGPL is clear, but the wording is horrible. I am not sure if a better wording is possible, perhaps its stated goals are hard to support within a reasonable FOSS license. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GR proposal: the AGPL does not meet the DFSG (take 2)
On Thu, Nov 12, 2009 at 1:24 PM, Toni Mueller wrote: > > Hi, > > On Wed, 11.11.2009 at 23:46:59 +0100, Martin Langhoff > wrote: >> Yes, this is one of the awkward things I find in the AGPL. If it's not >> a webapp, what then? > > please see this: > > http://www.fsf.org/licensing/licenses/gpl-faq.html#AGPLv3InteractingRemotely > > It could eg. also be network file system software (NFS, AFS, SMB, > etc.). Yes, I am aware of that. What I was trying to say is "how do we comply, then?" >> That would be complying with the spirit of the license, but not the >> actual clause AFAICS. > > Ok. I'd say that this should have been an oversight in the formulation > of the license, but maybe consulting the original discussions when the > license was in the making, could be enlightening. Yes, it will help us understand the spirit better. But we are looking at what the license actually says. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#496429: The possibility of attack with the help of symlinks in some Debian packages
On Mon, Aug 25, 2008 at 10:17 PM, Dmitry E. Oboukhov <[EMAIL PROTECTED]> wrote: > NW> Because it is in the documentation, not the script. Didn't you read the > NW> reply? It is not a route of attack, it is AN EXAMPLE in the > NW> documentation! > This script marked as executable. > User can start its. > > if it is an example, please chmod a-x to it ;) NO. It is in POD, and POD documentation embedded in code - effectively a comment in Perl code that gets turned into documentation. It is _not_ a good reason to file a grave bug. See - http://en.wikipedia.org/wiki/Plain_Old_Documentation - http://perldoc.perl.org/perlpod.html Dmitry, you seem to be wasting a lot of people's time. m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SmellyWerewolf.com perfume & make-up discount
On Sun, Nov 23, 2008 at 3:36 PM, Miriam Ruiz <[EMAIL PROTECTED]> wrote: > I'm very dissappointed with this, to be honest. Agreed - devel-announce is for, um, project announcements. Not a jokes list. And with the large and varied group of users and developers Debian has, tact and tolerance are a good idea. Sexism is just one of many stupid-isms to avoid. When we talk about Debian as the "universal OS", it's a good idea top pictura that intent extending to the human hardware and software it runs on. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED] ban [Re: SmellyWerewolf.com perfume & make-up discount]
On Tue, Nov 25, 2008 at 12:12 PM, Rafael Laboissiere <[EMAIL PROTECTED]> wrote:
>> 1: Thankfully, it hasn't been required yet
>
> I am confused:
it might be a small misunderstanding. 'Required' is not the same as
'requested' in English (though they are in some latin languages).
Steve McIntyre has requested the ban; but it has not been "required"
yet ("shown to be needed").
Apologies if you knew this already and I misunderstood your email :-)
cheers,
m
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] -- School Server Architect
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Josselin Mouette and Planet Debian
On Thu, Dec 18, 2008 at 12:32 PM, Ron Johnson wrote: > Manners, Josselin, and discretion. There are some places where it's just > not appropriate to blurt out whatever you're thinking. +10 from here. Of course, Josselin thinks and jokes differently from others, as it's natural to do. When in a large cross-cultural project, it's a good idea to be tactful. That's how people show they respect others. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Josselin Mouette and Planet Debian
On Thu, Dec 18, 2008 at 8:46 PM, Josselin Mouette wrote: > Homosexuality can be an *accusation* ‽ It still is in some countries. That's why mature people don't play with that openly in international projects. Perhaps you didn't know. cheers, martin -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff
Re: OT: Was: Re: Josselin Mouette and Planet Debian
On Fri, Dec 19, 2008 at 10:59 AM, Josselin Mouette wrote: > Our country is very far from exempt of human rights violations. Those > trying to frame the current discussion in terms of cultures or countries > are forgetting that every culture and country has its share of > intolerant people. I don't think all Aussies are homophobic bigots; it's > just that we have one in the project. Hmmm, Josselin, I share with you an open mind over many things (and yet, you'd be surprised at the prejudices you have, that only someone from another culture can point out). Even in the odd days when I feel all superior, I realise that it's not for everyone, and that different cultures have their own pace, and their own direction. And I respect them, if I am in a multicultural forum, I watch my mouth. The mission of Debian is not "spot the bigot". Debian embraces people of many beliefs, customs and ways of life under one shared belief -- about an OS. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migration and installation 50 THOUSAND machines
Hi Andre, I would suggest using most of the ideas outlined in http://infrastructures.org/ - though the text on the website is a bit dated, you can manage a large infrastructure of 50K systems combining the conceptual framework laid out by Steve Traugott, with Debian tools and modern configuration tools (cfengine, puppet). Having said that, I am still deeply impressed by the simple approach of using makefiles that drives the originall version of IsConf. An intriguing project that might be "the missing piece" is IsiSetup - http://www.isisetup.ch/ - but haven't had the time to review it or use it. If it does what it promises - integration with apt/dpkg to store config files of debian packages in a git repo to allow management of machine configuration as an extension of the apt/dpkg infrastrucuture, it could be a killer app. good luck! m -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 3:42 PM, Andreas Tille wrote: >> Adding HOWTOs >> to README.Source is IMHO not worth the overhead it produces on the >> maintainer's side. Every R user knows (well, should know) how to deal >> with those files. > > Yes, but you can not assume that ftpmaster is an R *user* nor is > README.Source a document which is targeting at an end user. Exactly. Someone who is not an R user may want to get the data. It is relevant to have a "how to extract this data in case you need it" section in README.Debian or README.Source. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Minutes fo DebConf5 IRC meeting of 20041003 at 20:00 UTC
On Thu, 7 Oct 2004 00:57:38 +0200, Michael Banck <[EMAIL PROTECTED]> wrote: > The Fluendo guys have a nice track record of providing high-quality > media streaming of Free Software conferences using Free codecs, e.g. at > GUADEC (GNOME conference) and AKademy (KDE conference). Maybe we could > team up with them for this, or at least ask them for support? Yes, that is my initial thought. There are a few things I want to look at, including Fluendo. the only thing that bugs me is that I was hoping I could get the source for Fluendo, and I couldn't... I'll get in touch with them, and report back. cheers, martin
Re: Should 32-bit apps work with a 64-bit kernel?
On Mon, Feb 9, 2009 at 2:19 PM, Ben Hutchings wrote: > If jed can deal with files that large, sure. But if it expects to be > able to load the entire file into memory - as most text editors do - > stat() will be only the first of its problems. Old vi was able to work with files larger than available RAM. I wonder if any modern text editor today can still handle that. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "Debian is switching to EGLIBC"
On Thu, May 7, 2009 at 12:51 PM, Jon Dowland wrote: > only to say that "this is really just applying a patch, no need to panic". How about defaulting to assume if the maintainer hasn't posted, there's no reason to panic. Assume the maintainer knows better than slashdot or reddit about his/her own package :-) m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Raising minimum CPU requirement for i386 kernel
On Sun, May 24, 2009 at 9:07 PM, Bastian Blank wrote: > - VIA C3 before Nehemiah and > - National Semiconductor Geode (GXm, GXLV, GX1 and GX2). That affects XO-1 hardware being manufactured now, and C3s are among the viable CPUs for low cost, low dissipation "school server" style hardware. On the school server, I do my best to keep Debian a valid alternative (though the builds are Fedora based) and with a bit of packaging help most (all?) the XS specific packages could be in Debian. On the XO side, Jonas is packaging sugar and there's a mini-CDD called DebXO that seems to be quite active. I understand supporting additional hw does mean sizable work. Thanks for the fantastic work done so far. Please do consider not dropping support. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: no deprecation of /usr as a standalone filesystem
On Sun, May 31, 2009 at 7:43 PM, Marco d'Itri wrote: > This is a summary of last month's thread about the feasibility of > removing support for /usr on a standalone filesystem. > > The issue was raised by the udev upstream maintainer along with the udev > package maintainers of the major distributions, who all agreed that this > configuration is not supported. > > This is relevant for udev becase kernel events can trigger the > execution of programs at the very beginning of the boot when only the > root is mounted. That udev-triggered executables must not reside in /usr makes sense. And it makes sense to state that executables triggered from udev must be relatively low in the stack. Do I understand this right? The concern is about NetworkManager and similar stuff? IMHO the right fix is to decouple the bits of NM that receive the udev event from the high-in-the-stack, late-starting, a-zillion-deps NetworkManager. A small executable can catch the events and store them if the rest of the system is not there. IIRC, NM uses dbus which is also fairly late and laden. A simpler scheme would work. I don't meant to pick on NM, but it's a fairly well-known example that takes us from a udev event all the way to a desktop applet. Disk insertion applies too. My take is that software for the desktop that is mature and high quality must be extra careful in what it puts in udev scripts -- minimal deps and de-coupled operation from the desktop is a must. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
