Re: Standard way to disable services
you should use the rcconf to disable the services apt-get install rcconf 在 2008-07-26六的 13:18 +0200，Harald Braumann写道： > Hi, > > quite often I just want to disable a service in /etc/init.d. But there > doesn't seem to be a standard way to do that. > > Many services have a file in /etc/defaults, where the service can be > disabled. In that case, however, the service also can't be started > manually. > > In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+462155 I was told > to use sysv-rc-conf. I didn't know that tool before. But it seems a > reasonable option. > > I usually end up removing the execute bit, as this is the simplest > solution and the service can still be started manually. > > Shouldn't there be some default way in Debian to disable services? > post-install scripts, which ask whether the service should be enabled > should adhere to it and it should be supported by tools and also > mentioned in the manual. > > sysv-rc-conf would be one option, in which case it would have to have > priority required. The other option being removing the executable bit. > I would be content with either, but I think it would be a good idea to > agree on a standard. > > Cheers, > harry > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intel Atom Processor
On Tue, Jul 22, 2008, Kushal Koolwal wrote: > > The Ubuntu Netbook Remix (UNR) effort is one to provide a good desktop > > experience on subnotebooks / UMPCs by using a different desktop > > representation of the same apps. > Hmm..I think the following text confused me from this website: > http://www.ubuntu.com/news/netbook-remix > > "Ubuntu Netbook Remix leverages Moblin technologies optimized for the > Intel Atom processor. Intel and Canonical are working to create a next > generation computing experience across a new category of affordable > Internet-centric, portable devices; including Mobile Internet Devices > (MIDs), netbooks, nettops and embedded devices based on Intel Atom > processor technology." > > I thought the Ubuntu Netbook Remix is result of moblin technologies After reading the above page, I was confused as well and poked Pete Goodall on this topic; he explained that UNR is built in its ppa for both i386 and lpia, that there are no downloadable Ubuntu Desktop images for lpia, so it's likely that UNR is only used under i386 for now, but work is in progress to provide lpia based UNR installs. The Moblin references are meant for the lpia binaries, as Moblin is a set of components targeted for Intel Atom, so the "lpia" concept is a Moblin one, he clarified. So I guess that you were perferctly right to mention all these things together (UNR, Moblin, lpia...). My personal view was a strict split with Moblin providing upstream software (Midbrowser, Moblin Image Creator, Mobile Basic Flash etc.), lpia being a dpkg arch, and UNR a bunch of packages. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
#include * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > > How about activating it the first time they send a gpg-signed mail to > > the mail interface? > > My point is that I don't have the impression that Debian Developers want Fine. And mine tends to differ. > to have an LP account activated at all, so IMO it doesn't really matter > if the account is activated implicitly via some (authenticated) action > or exlicitly by clicking on the 'claim this account' link. Of course it does. Give every DD a "hidden" account, i.e. not displayed anywhere on the web. For external observer this would not change the current situation but provide DDs the flexibility requested in this thread. Regards, Eduard. -- Ganneff: passt auf, ich bin blond, habe keine ahnung von computern, aber einen client kann ich einrichten, sogar alleine. *stolz guck* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Standard way to disable services
On Sat, 26 Jul 2008 19:27:27 +0200 Luk Claes <[EMAIL PROTECTED]> wrote: > Steve Langasek wrote: > > On Sat, Jul 26, 2008 at 02:11:26PM +0200, Josselin Mouette wrote: > >> Le samedi 26 juillet 2008 à 13:18 +0200, Harald Braumann a écrit : > >>> quite often I just want to disable a service in /etc/init.d. But > >>> there doesn't seem to be a standard way to do that. > > > >> The standard way is to remove the symlinks in /etc/rc?.d > > > > No, the standard way is to *rename* the S symlinks to K symlinks. > > One draw back is that it's not obvious what used to be an S link if > you want to reenable them, that's why I rename them to s symlinks... That's what sysv-rc-conf takes care of. It saves information about the original symlinks, so you can restore them later. harry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Scour.com invite from vijay singh
Hey, Did you hear about Scour? It is the next gen search engine with Google/Yahoo/MSN results and user comments all on one page. Best of all we get paid for using it by earning points with every search, comment and vote. The points are redeemable for Visa gift cards! It's like earning credit card or airline points just for searching! Hit the link below to join for free and we will both get points! http://scour.com/invite/vijay.links12/ I know you'll like it! - vijay singh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Standard way to disable services
On Sun, Jul 27, 2008 at 01:21:45PM +0200, Harald Braumann wrote: > On Sat, 26 Jul 2008 19:27:27 +0200 > Luk Claes <[EMAIL PROTECTED]> wrote: > > > Steve Langasek wrote: > > > On Sat, Jul 26, 2008 at 02:11:26PM +0200, Josselin Mouette wrote: > > >> Le samedi 26 juillet 2008 à 13:18 +0200, Harald Braumann a écrit : > > >>> quite often I just want to disable a service in /etc/init.d. But > > >>> there doesn't seem to be a standard way to do that. > > > > > >> The standard way is to remove the symlinks in /etc/rc?.d > > > > > > No, the standard way is to *rename* the S symlinks to K symlinks. > > > > One draw back is that it's not obvious what used to be an S link if > > you want to reenable them, that's why I rename them to s symlinks... > > That's what sysv-rc-conf takes care of. It saves information about the > original symlinks, so you can restore them later. sysv-rc-conf is just simple convienience tool. It is nowhere near standard tool. (I used to be sponsor and uploader of this package.) Standard tool to control service in /etc/init.d is the editor. Luk's solution is very smart work around. As good is note in root's home directory :) Then we can stay with popular method of using K symlinks or even use missing symlinks which should be legal but not so popular configuration. Cheer's, Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 those (both developers and users) who want to go a step beyond just using a pre-installed Linux distribution. Serving the newbie community first would be a thoroughly exhausting enterprise. We would never make progress with the key areas in which Debian needs to be improved to fully support the Eee if we made that our focus. And even if we took the task on, the wiki would be the wrong starting point. That being said, we do welcome and try to assist newbies in any way that we can, given our limited resources. > but nevertheless, I particularly liked the > status page on http://wiki.debian.org/DebianEeePC/Status. Thanks. We recognized that we weren't effectively communicating to people new to the project what we had accomplished and where we were headed. Even so, the status page doesn't go far enough to clear things up. The whole wiki (as wikis have a tendency to do) has grown in a sort of haphazard way and needs some straightening up. > Your site has no visibility to anyone in the shop who needs to make an > informed decision about whether taking the risk to go for the XP route > (which that guy probably knows well) and the Linux route (which saves some > cash but gives you the impression to be alone). Sales of the Linux version > are reportedly going sufficiently well to keep it in the shop, but they > are selling far more Windows machines. The wiki is probably not the best way to get this message across. It's a convenient place to keep notes of use to developers and advanced users, but is not so good for advocacy/marketing. > I'll translate that status page to German tonight since I liked it. Thanks for your translation. Please keep it up. :) > Also > will I then use some scribus or LaTeX magic to transform that page into > a flyer that, if you agree to it, I will then carry to the local stores > and just see what they say. Those stores will fight a lot not give the > impression that they would do support themselves, so I need to think about > the right wording here. I'll do that both in English and German, should > not be too hard. I think the Status page needs some updates first. Perhaps such a flyer could be the seed of a proper site. Something along the lines of: http://debian-live.alioth.debian.org/ Such a site might best be hosted at http://www.debian.org/devel/ where it can be supported in multiple languages. But I feel it is early in the project, yet, to be putting energy into this. Let's start with the code, ensuring that we have a more newbie-friendly install process. At the same time, the wiki needs more work to give it more coherence. And then we can think about building a more carefully crafted site that does not change quite so often as the wiki and serves as a better starting point for the uninitiated. Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian PopCon & Linux Counter: Statistics
Dear list, today I got a reminder from Linux Counter [1] to update my registration. Since their announcement in 2001 [2] it seems that the amount of registered users didn't grow much - as opposed to the perceived growth of GNU/Linux popularity. It is mainly interesting to view statistics on how GNU/Linux is spreaded over different countries, distros etc. Maybe a cooperation with Popularity Contest could be of interest, providing an anonymous auto-registration with this package? What do you think? Are you registered yet? Regards Ralf. [1] http://counter.li.org/ [2] http://www.linux-community.de/Neues/story?storyid=1953 P.S.: It is quite easy to estimate the real amount of Linux users within some homogeneous population if you know what proportion of actual Linux users is registered at li.org. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
Eduard Bloch <[EMAIL PROTECTED]> writes: > #include > * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > >> > How about activating it the first time they send a gpg-signed mail to >> > the mail interface? >> >> My point is that I don't have the impression that Debian Developers want > > Fine. And mine tends to differ. I should clarify. I don't have the impression that *every* Debian Developer wants ... >> to have an LP account activated at all, so IMO it doesn't really matter >> if the account is activated implicitly via some (authenticated) action >> or exlicitly by clicking on the 'claim this account' link. > > Of course it does. Give every DD a "hidden" account, ... Every DD and debian contributor already has a "hidden" account that is created on package import. https://launchpad.net/~blade e.g. is yours, but it seems that you already have activated it and used it already in the past. As an example for an unclaimed Launchpad account, see e.g. https://launchpad.net/~joerg. > ... i.e. not displayed anywhere on the web. Why should those accounts be hidden? What problem would be solved with that? > For external observer this would not change the current situation but > provide DDs the flexibility requested in this thread. Which would be exactly what? Close Bugs via changelog? No need for an LP account here. Or use the malone mail interface? See https://help.launchpad.net/BugTrackerEmailInterface for the documentation how to use that. Note that you need to claim your LP account first and associate your gpg key with it. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
Hi, On Sun, Jul 20, 2008 at 12:30:21PM -0400, Joey Hess wrote: > Osamu Aoki wrote: > > I think we should encourage packager to contact upstream with simple > > "hello!" message and he (or myself) should be part of active upstream ML. > > When I had upstreams, I always used to do this. > > Often though, I'd wait until I had some patches to go with the "hello", > to make the message have a bit more value. This is what I did and good trigger point of contacting upstreams. Developers Reference needs to add this point. Hello is OK but this is good recommendation point to act. Osamu PS: I expected some thread to follow but this one was good response for me. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
On Sun, 2008-07-27 at 15:36 +0200, Reinhard Tartler wrote: > Eduard Bloch <[EMAIL PROTECTED]> writes: > > > #include > > * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > > > >> > How about activating it the first time they send a gpg-signed mail to > >> > the mail interface? How about simply allowing any DD to send gpg-signed email to add comments to any LP bug without any login? It is the login that I want to avoid. > > Of course it does. Give every DD a "hidden" account, ... > > Every DD and debian contributor already has a "hidden" account that is > created on package import. https://launchpad.net/~blade e.g. is yours, > but it seems that you already have activated it and used it already in > the past. Why force activation in the first place? All the information needed to "activate" a DD account already exists - our GnuPG fingerprints, our DD email addresses and full names. If an email is received that is signed by a known key belonging to a DD, LP should just accept the blasted thing and stop looking for any other authentication or activation or login or anything else of any kind, ever. If someone can send an email to LP signed by my key then I have a lot more to worry about than whether LP is going to refuse to authenticate that email. Any email signed by a known key belonging to a DD should be accepted without question or authentication or activation or anything else. > > As an example for an unclaimed Launchpad account, see e.g. > https://launchpad.net/~joerg. Or, presumably, ~codehelp. I don't see why that should exist at all, I'd much prefer that such a URL just got a 404. *IF* the DD wants to have some content under such a URL, it can be enabled with the current login (which in turn could simply be available as an "upgrade" from the hidden account already assigned automatically). Even better, do it in a similar manner to people.debian.org and give DD's SSH access. > > > ... i.e. not displayed anywhere on the web. > > Why should those accounts be hidden? What problem would be solved with > that? Avoiding giving Ubuntu users the impression that a particular DD will be contactable via the LP interface when actually all that is being enabled is "Send". Receiving would still need email to the [EMAIL PROTECTED] email address - i.e. explicit CC:. > > > For external observer this would not change the current situation but > > provide DDs the flexibility requested in this thread. > > Which would be exactly what? Add comments - the one thing that LP refuses at the moment. After discussions earlier in this thread, closing can be done but marking a bug as "wontfix" cannot - neither can reassigning or altering tags or all the other features that the BTS supports via email. Closing a bug without any comment whatsoever is just plain rude but LP forces such rudeness. > Close Bugs via changelog? No need for an LP > account here. Or use the malone mail interface? See > https://help.launchpad.net/BugTrackerEmailInterface for the > documentation how to use that. Note that you need to claim your LP > account first and associate your gpg key with it. It is precisely this activation that is completely pointless and unnecessary. LP could just activate the accounts based on the publicly available data already in existence for all DD's and accept our GnuPG keys. What "extra data" is actually being obtained during the activation process? LP knows the username, the verified email address and the gpg key fingerprint - I'm certainly not going to trust any other details of my identity to LP. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Re: Packages built with unchecked dependencies
On Thu, Jul 24, 2008 at 09:19:24AM +0100, Enrico Zini wrote: > Then I tried sbuild to build using my schroot setup, and found that by > default it disables signature checking. So I stopped using sbuild until > I find a way to reenable it. Just to follow up: - sbuild initially copied what the buildds were doing, and it also made sense back when signature checking was new and it broke things, but not any more. - over the weekend, I rewrote sbuild-createchroot to work better with debootstrap, and this includes using --keyring by default so that signature checking will be enabled by default in the chroot. - I also applied Enrico's patch which simply makes signature checking optional, rather than hard-coding it to be disabled, as it was previously. This is now in git, and it will be uploaded in the next few days. Any testing would be appreciated. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lenny frozen
On söndagen den 27 juli 2008, Marc 'HE' Brockschmidt wrote: > Hi, > > We just edited our hint files, so that all packages now need human > review in order to go to testing. Hmm, that sounds too cryptic. Let's > try again: > > Lenny is now frozen! Wheee!!! Aw, shoot. Not that it's a good Idea to wait until the last minute, but since you hadn't already done it by noon (CEST), I figured you'd do it right after the next dinstall run. But well, time to squash bugs and get the release out in a jiffy and begin looking forward to the *next* freeze... -- Magnus Holmgren[EMAIL PROTECTED] Debian Developer signature.asc Description: This is a digitally signed message part.
Re: Good communication with upstream is good idea
On Sun, 27 Jul 2008 15:58:57 +0100 Neil Williams <[EMAIL PROTECTED]> wrote: >Why force activation in the first place? All the information needed to >"activate" a DD account already exists - our GnuPG fingerprints, our DD >email addresses and full names. If an email is received that is signed >by a known key belonging to a DD, LP should just accept the blasted >thing and stop looking for any other authentication or activation or >login or anything else of any kind, ever. If someone can send an email >to LP signed by my key then I have a lot more to worry about than >whether LP is going to refuse to authenticate that email. Any email >signed by a known key belonging to a DD should be accepted without >question or authentication or activation or anything else. Great idea. Bug filed: https://bugs.launchpad.net/bugs/252368 Scott K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128852: Qantas Airlines crashes in LAX
Kidnapper on the loose in New York, teen curfew instituted http://cqcs.com.br/hotnews.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian PopCon & Linux Counter: Statistics
Le dimanche 27 juillet 2008, RalfGesellensetter a écrit : > Dear list, > > today I got a reminder from Linux Counter [1] to update my > registration. Since their announcement in 2001 [2] it seems that the > amount of registered users didn't grow much - as opposed to the > perceived growth of GNU/Linux popularity. > > It is mainly interesting to view statistics on how GNU/Linux is > spreaded over different countries, distros etc. Maybe a cooperation > with Popularity Contest could be of interest, providing an anonymous > auto-registration with this package? > > What do you think? Are you registered yet? > Regards > Ralf. > > [1] http://counter.li.org/ > [2] http://www.linux-community.de/Neues/story?storyid=1953 > > P.S.: It is quite easy to estimate the real amount of Linux users > within some homogeneous population if you know what proportion of > actual Linux users is registered at li.org. If an anonymous registration is done in popcon package then a debconf dialog should ask the user if he already has an account on counter.li.org Regards -- Thomas Preud'homme (just a user) Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Debian PopCon & Linux Counter: Statistics
Le dimanche 27 juillet 2008, vous avez écrit : > Thomas Preud'homme wrote: > > Le dimanche 27 juillet 2008, RalfGesellensetter a écrit : > >> Dear list, > >> > >> today I got a reminder from Linux Counter [1] to update my > >> registration. Since their announcement in 2001 [2] it seems that > >> the amount of registered users didn't grow much - as opposed to > >> the perceived growth of GNU/Linux popularity. > >> > >> It is mainly interesting to view statistics on how GNU/Linux is > >> spreaded over different countries, distros etc. Maybe a > >> cooperation with Popularity Contest could be of interest, > >> providing an anonymous auto-registration with this package? > >> > >> What do you think? Are you registered yet? > >> Regards > >> Ralf. > >> > >> [1] http://counter.li.org/ > >> [2] http://www.linux-community.de/Neues/story?storyid=1953 > >> > >> P.S.: It is quite easy to estimate the real amount of Linux users > >> within some homogeneous population if you know what proportion of > >> actual Linux users is registered at li.org. > > > > If an anonymous registration is done in popcon package then a > > debconf dialog should ask the user if he already has an account on > > counter.li.org > > No, the installation of the popularity-contest should be minimal. The > README.Debian may contain such a pointer and popcon.debian.org or > other pages of Debian may be ornamented with a link to the linux > counter. > > Steffen I agree with you. I just answered to make sure if this happen, the package should not register 2 times the same user. Though a note somewhere in the package is nice but I don't think it will be of any help since most users don't read it and it's not related to package IMO. I don't know yet the rules concerning the long description of a debian package but maybe a sentence could be added to recommend users to create an account on counter.li ? Regards -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Business proposal to present you as our Foreign beneficiary,
I have a new email address!You can now email me at: [EMAIL PROTECTED] TO SAFEGUARD $25.5M,TO UR AC WE WILL SHARE 50-50,NO RISK INVOLVE, GET BACK TO ME FOR MORE DETAILS - Maxwell Williams
Re: Good communication with upstream is good idea
On Sun, Jul 27, 2008 at 03:58:57PM +0100, Neil Williams wrote: > On Sun, 2008-07-27 at 15:36 +0200, Reinhard Tartler wrote: > > Eduard Bloch <[EMAIL PROTECTED]> writes: > > > #include > > > * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > > >> > How about activating it the first time they send a gpg-signed mail to > > >> > the mail interface? > How about simply allowing any DD to send gpg-signed email to add ^^ That requires LP to know who is or isn't a DD. Currently it has no such knowledge, and I think it would require a fair amount of discussion to decide how best to get such information, with a none-too-elegant outcome (special-casing Debian out of all the projects in the world that Launchpad seeks to interface with), which is why I didn't suggest this. That doesn't mean that the Launchpad developers won't implement it; perhaps the bug Scott filed will bear fruit. But I think it's worth considering other solutions in the meantime. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
On Sun, 27 Jul 2008 14:33:17 -0700 Steve Langasek <[EMAIL PROTECTED]> wrote: >On Sun, Jul 27, 2008 at 03:58:57PM +0100, Neil Williams wrote: >> On Sun, 2008-07-27 at 15:36 +0200, Reinhard Tartler wrote: >> > Eduard Bloch <[EMAIL PROTECTED]> writes: > >> > > #include >> > > * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]: > >> > >> > How about activating it the first time they send a gpg-signed mail to >> > >> > the mail interface? > >> How about simply allowing any DD to send gpg-signed email to add >^^ > >That requires LP to know who is or isn't a DD. Currently it has no such >knowledge, and I think it would require a fair amount of discussion to >decide how best to get such information, with a none-too-elegant outcome >(special-casing Debian out of all the projects in the world that Launchpad >seeks to interface with), which is why I didn't suggest this. Since Debian is (mostly) upstream for Ubuntu and we already implicitly trust code uploaded by DDs and DMs, Debian is a special case. If some other distro with an external upstream were to start using Launchpad, I think it'd be reasonable for them to want something similar. >That doesn't mean that the Launchpad developers won't implement it; perhaps >the bug Scott filed will bear fruit. But I think it's worth considering >other solutions in the meantime. > Agreed. I've asked, but I'm not holding my breath. Scott K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
On Sun, Jul 27, 2008 at 05:53:28PM -0400, Scott Kitterman wrote: > >That requires LP to know who is or isn't a DD. Currently it has no such > >knowledge, and I think it would require a fair amount of discussion to > >decide how best to get such information, with a none-too-elegant outcome > >(special-casing Debian out of all the projects in the world that Launchpad > >seeks to interface with), which is why I didn't suggest this. > Since Debian is (mostly) upstream for Ubuntu and we already implicitly trust > code uploaded by > DDs and DMs, Debian is a special case. Practically speaking, though, this doesn't require LP to know *who* has upload rights in Debian; it only requires trusting the Debian archive key used to sign the repo that's being pulled from. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#132505: Rice slips up during opening address
Steve Jobs suffers a sudden heartache and is in critical condition http://flatpro.gmxhome.de/fresh.html -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good communication with upstream is good idea
On Sun, 27 Jul 2008 15:01:46 -0700 Steve Langasek <[EMAIL PROTECTED]> wrote: >On Sun, Jul 27, 2008 at 05:53:28PM -0400, Scott Kitterman wrote: > >> >That requires LP to know who is or isn't a DD. Currently it has no such >> >knowledge, and I think it would require a fair amount of discussion to >> >decide how best to get such information, with a none-too-elegant outcome >> >(special-casing Debian out of all the projects in the world that Launchpad >> >seeks to interface with), which is why I didn't suggest this. > >> Since Debian is (mostly) upstream for Ubuntu and we already implicitly trust code uploaded by >> DDs and DMs, Debian is a special case. > >Practically speaking, though, this doesn't require LP to know *who* has >upload rights in Debian; it only requires trusting the Debian archive key >used to sign the repo that's being pulled from. Yes, but that's an implementation detail. Debian is a special case, so special casing is reasonable. How to accomplsh that special casing is up to them. Scott K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: procinfo maintainership
tabris wrote: it appears that neocalderon.net is now a squatter domain. Meanwhile, I'm unsure who to contact regarding a replacement for procinfo that I started last year, procinfo-ng. http://freshmeat.net/projects/procinfo-ng/ Basically the goals included a) fixing all the 32bit/64bit problems b) fixing or replacing broken features c) eliminating the more useless features. So who do I need to contact to find a debian package maintainer for a) procinfo-18 b) procinfo-ng ? Per a suggestion on debian-user, I'm sending this question to debian-devel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Chao ban ve may bay
Toi muon hoi gia ve may bay quoc te danh cho nguoi di dinh cu My
Bug#492673: ITP: libregexp-optimizer-perl -- optimizes regular expressions
Package: wnpp Severity: wishlist Owner: Carlo Segre <[EMAIL PROTECTED]> * Package name: libregexp-optimizer-perl Version : 0.15 Upstream Author : Dan Kogai <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Regexp-Optimizer/ * License : Artistic Programming Lang: Perl Description : optimizes regular expressions This contains two modules, Regexp::List and Regexp::Optimizer. . Regexp::List offers a method which turns a list of words into an optimized regular expression which matches all words therein. The optimized regular expression is much more efficient than a simple-minded '|'-concatenation. . Regexp:Optimizer factors out common suffices/prefices in regular expressions (trie optimization). Currently, the user has to optimize "foo|far" and "foo|goo" into "f(?:oo|ar)" and "[fg]oo" by hand; this module does it automatically. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
