Re: dependencies on makedev

On Fri, Dec 30, 2005 at 12:40:37AM -0600, Adam Heath wrote: > > Indeed. Editing plain text configuration files has never been the Unix > > way, and vi certainly isn't a standard unix tool. > No, I'm saying why are people attempting to replace what already works with > something new and obfusicated?

Work-needing packages report for Dec 30, 2005

The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 172 (new: 3) Total number of packages offered up for adoption: 96 (new: 1) Total number of packages requeste

Re: Bug#345160: ITP: libgpod -- a library to read and write songs and artwork to an iPod

On Thu, Dec 29, 2005 at 11:55:17PM -0300, Felipe Sateler wrote: > There is already a libgpod0 package on Christian Marillat's archive, so I > guess there must be an issue regarding this package's relation with debian. I can see no evidence for that, especially since most of the code is already in

Re: dependencies on makedev

On Fri, 30 Dec 2005, Matthew Garrett wrote: > Adam Heath <[EMAIL PROTECTED]> wrote: > > > That's the wrong answer. > > > > What ever happened to standard unix tools? chmod/mkdir/chown/mv? > > > > You're suggesting doing things like some other OS(like Windows, were you > > have > > to edit a regi

Re: dependencies on makedev

Matthew Garrett wrote: > Indeed. Editing plain text configuration files has never been the Unix > way, and vi certainly isn't a standard unix tool. > I think the right question for him to ask is, "what ever happened to the unix way?" chmod, chown, etc. are all simple tools that do one job and d

Re: stable aliases for CD drives

Finn-Arne Johansen wrote: > Would it not be enough for apt if d-i created an fstab that linked > /dev/hdX -> /media/cdrom ? Hmm, that's what it does, so maybe things will be ok. I don't know really what else might depend on there being a /dev/cdrom. -- see shy jo signature.asc Description: Di

Re: dependencies on makedev

Adam Heath <[EMAIL PROTECTED]> wrote: > That's the wrong answer. > > What ever happened to standard unix tools? chmod/mkdir/chown/mv? > > You're suggesting doing things like some other OS(like Windows, were you have > to edit a registry). Indeed. Editing plain text configuration files has neve

Re: dependencies on makedev

On Fri, 30 Dec 2005, Roger Leigh wrote: > > How does persistance of the permission model work? Can I do chown/chmod on > > the dynamic files in /dev, and have them remain the next time? Even if a > > device node changes it's name? Or do I have to edit some alternative > > database? > > You edit

Re: Bug#345160: ITP: libgpod -- a library to read and write songs and artwork to an iPod

There is already a libgpod0 package on Christian Marillat's archive, so I guess there must be an issue regarding this package's relation with debian. -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITK: debmake

On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote: > Stage 2. "Please switch away from debmake". > This is the stage that starts today. So, everybody please, switch away > from debmake. [...] > *) If you are the maintainer of lintian or a similar tool, you are welcome > to add a check t

Bug#345277: ITP: memories -- a web-based photo sharing application

Package: wnpp Severity: wishlist Owner: Ben Hutchings <[EMAIL PROTECTED]> * Package name: memories Version : 1.1 Upstream Author : Simon Cozens <[EMAIL PROTECTED]> * URL : http://maypole.perl.org/?Applications * License : to be established Description : a

Bug#345275: ITP: maypole -- Perl framework for MVC-oriented web applications

Package: wnpp Severity: wishlist Owner: Ben Hutchings <[EMAIL PROTECTED]> * Package name: maypole Version : 2.10 Upstream Author : Simon Cozens <[EMAIL PROTECTED]> and others * URL : http://maypole.cpan.org/ * License : dual GPL/Artistic Description : Per

Re: dependencies on makedev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Heath <[EMAIL PROTECTED]> writes: > On Thu, 29 Dec 2005, Marco d'Itri wrote: > >> On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: >> > How does persistance of the permission model work? Can I do chown/chmod on > the dynamic files in /dev, and h

Re: something strange with rsh/ssh + bash/tcsh is happening. Please advise

> "Yaroslav" == Yaroslav Halchenko <[EMAIL PROTECTED]> writes: Yaroslav> rsh node19 '/bin/echo ; /bin/echo 123' Yaroslav> rsh node19 /bin/sh -c '/bin/echo ; /bin/echo 123' I think the problem has already been explained. The solutions appear to be: * rsh node19 '/bin/echo 111

Re: stable aliases for CD drives

On Thu, Dec 29, 2005 at 05:55:03PM +0100, Adrian von Bidder wrote: > On Thursday 29 December 2005 14.45, Finn-Arne Johansen wrote: > > > Would it not be enough for apt if d-i created an fstab that linked > > /dev/hdX -> /media/cdrom ? > > Won't work because the problem at hand is exactly that /d

[RESOLVED] Re: dependencies on makedev

On Thu, 29 Dec 2005, Adam Heath wrote: > On Thu, 29 Dec 2005, Marco d'Itri wrote: > > > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > > > Because /eventually/ it will not be needed anymore (at least by most > > > > users, which then will be able to remove it from their systems). > > > I

Re: Size matters. Debian binary package stats

I demand that Benjamin Seidenberg may or may not have written... [snip] > I read 120.000 as 120 dollars, I'm not used to the European '.' as the > seperator, but the US ','. Hmm? You'd better file a bug against locales wrt en_GB, then ;-) -- | Darren Salt | nr. Ashington, | linux (or ds) at |

Re: dependencies on makedev

On Thu, 29 Dec 2005, Marco d'Itri wrote: > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > Because /eventually/ it will not be needed anymore (at least by most > > > users, which then will be able to remove it from their systems). > > Is there something to replace it, completely, in *all*

Re: stable aliases for CD drives

I demand that Marco d'Itri may or may not have written... > On Dec 29, Adrian von Bidder <[EMAIL PROTECTED]> wrote: >> Won't work because the problem at hand is exactly that /dev/hdX won't >> necessarily be stable anymore. > No: the /dev/[sh]d* devices are as stable as they have always been. Whi

Re: dependencies on makedev

On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > Because /eventually/ it will not be needed anymore (at least by most > > users, which then will be able to remove it from their systems). > Is there something to replace it, completely, in *all* situations? udev, at least for the general case of

Re: ITK: debmake

On Thu, Dec 29, 2005 at 10:59:22AM -0800, Russ Allbery wrote: > I've adopted gnubg with Corrin's permission and this is now fixed in the > version just uploaded yesterday. Here's an updated and now hopefully complete list that also takes into account build-depends-indep. Removing gnubg from the l

Re: dependencies on makedev

On Thu, 29 Dec 2005, Marco d'Itri wrote: > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > To prepare for the eventual removal of makedev, I propose that packages > > Er, why is makedev being removed? Please clue me in. > "Eventual" is the key word here. > Because /eventually/ it will no

Re: dependencies on makedev

On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > To prepare for the eventual removal of makedev, I propose that packages > Er, why is makedev being removed? Please clue me in. "Eventual" is the key word here. Because /eventually/ it will not be needed anymore (at least by most users, which th

Re: ITK: debmake

Daniel Kobras <[EMAIL PROTECTED]> writes: > Corrin Lakeland <[EMAIL PROTECTED]> >gnubg I've adopted gnubg with Corrin's permission and this is now fixed in the version just uploaded yesterday. -- Russ Allbery ([EMAIL PROTECTED]) -- To UNSUBSCR

Re: ITK: debmake

On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote: > There are less than 80 packages in unstable still using it, and there > is an excellent package called debhelper which can do everything that > debmake does and probably much better, so it does not make much sense > to keep debmake al

Re: debian-devel@lists.debian.org

On Thu, 29 Dec 2005, Adrian von Bidder wrote: > Hi Milan, Jon, > > As discussed, 'the Debian project' as such has huge difficulties accepting > hardware donations - offers are often turned down. (tangent - in my opinion > donations should be accepted more liberally and if the Debian > administrato

Re: dependencies on makedev

On Thu, 29 Dec 2005, Marco d'Itri wrote: > To prepare for the eventual removal of makedev, I propose that packages > currently depending on it will add an alternative dependency to udev. > Also, policy should be amended accordingly. Er, why is makedev being removed? Please clue me in. -- To U

ITK: debmake

Greetings. There are less than 80 packages in unstable still using it, and there is an excellent package called debhelper which can do everything that debmake does and probably much better, so it does not make much sense to keep debmake alive forever. Therefore, I hereby announce my Intention To

Re: dependencies on makedev

On Thu, 29 Dec 2005, Marco d'Itri wrote: > On Dec 29, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > No. I mean that it currently depends on makedeva while it should depend > on makedev | udev. I see. > > rng-tools postinst does this: > > (cd /dev && ./MAKEDEV hwrandom || ./MAKEDEV inte

Re: stable aliases for CD drives

On Dec 29, Adrian von Bidder <[EMAIL PROTECTED]> wrote: > Won't work because the problem at hand is exactly that /dev/hdX won't > necessarily be stable anymore. No: the /dev/[sh]d* devices are as stable as they have always been. ONLY rules using %e (the /dev/cdrom-like aliases) are unreliable. >

Re: stable aliases for CD drives

On Thursday 29 December 2005 14.45, Finn-Arne Johansen wrote: > Would it not be enough for apt if d-i created an fstab that linked > /dev/hdX -> /media/cdrom ? Won't work because the problem at hand is exactly that /dev/hdX won't necessarily be stable anymore. (and, once more, and much worse:

Re: debian-devel@lists.debian.org

Hi Milan, Jon, As discussed, 'the Debian project' as such has huge difficulties accepting hardware donations - offers are often turned down. (tangent - in my opinion donations should be accepted more liberally and if the Debian administrators can not be bothered to administer yet another machin

Re: New make is breaking several packages

On Thu, 29 Dec 2005 09:04:09 +0100, Frank Küster <[EMAIL PROTECTED]> said: > Manoj Srivastava <[EMAIL PROTECTED]> wrote: >> Err, what are you trying to do? You have demonstrated here that >> with the new make, you can concatenate words, the old make did not. > [...] >>> So it seems that it is not

Re: Thoughts on Debian quality, including automated testing

On Thu, Dec 29, 2005 at 04:31:22PM +0100, Lionel Elie Mamane wrote: >> http://wiki.debian.org/LowThresholdNmu > Thanks, but I can't find the "edit" link or button. Is it well hidden > or am I going blind? wiki.debian.org uses MoinMoin, which is this odd sort of psuedo-wiki; you have to register an

Re: Thoughts on Debian quality, including automated testing

On Thu, Dec 29, 2005 at 03:46:08PM +0200, Lars Wirzenius wrote: > ke, 2005-12-28 kello 02:00 +0100, Moritz Muehlenhoff kirjoitti: >> Why don't we add a status field into the PTS, where a maintainer >> can denote her "NMU policy" for a given source package? E.g. a >> selection box, ranging from "D

Re: dependencies on makedev

On Dec 29, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote: > Huh? rng-tools certainly takes benefit of MAKEDEV. It doesn't bork if > MAKEDEV has disappeared, though. Is that what you mean? No. I mean that it currently depends on makedeva while it should depend on makedev | udev. > rng-to

Re: dependencies on makedev

On Thu, 29 Dec 2005, Marco d'Itri wrote: > These packages have already been fixed: > rng-tools Huh? rng-tools certainly takes benefit of MAKEDEV. It doesn't bork if MAKEDEV has disappeared, though. Is that what you mean? rng-tools postinst does this: (cd /dev && ./MAKEDEV hwrandom || ./MAKEDEV

Re: dependencies on makedev

On Thu, Dec 29, 2005 at 01:39:01PM +0100, Marco d'Itri wrote: > To prepare for the eventual removal of makedev, I propose that packages > currently depending on it will add an alternative dependency to udev. > Also, policy should be amended accordingly. It might be useful to tell the maintainers

Re: stable aliases for CD drives

Joey Hess wrote: > Marco d'Itri wrote: > >>Good point. So it looks like that this will have to be managed by an >>installed package. >>I do not expect to be pratical to do this e.g. at boot time, so we need >>a script to be run by a catch-all rule for devices without an alias. >> >>BTW, does d-i a

Re: Thoughts on Debian quality, including automated testing

ke, 2005-12-28 kello 02:00 +0100, Moritz Muehlenhoff kirjoitti: > Why don't we add a status field into the PTS, where a maintainer > can denote her "NMU policy" for a given source package? E.g. > a selection box, ranging from "Don't dare to touch this, I bite" > to "Feel free to 0d-NMU for every se

Bug#345160: ITP: libgpod -- a library to read and write songs and artwork to an iPod

Package: wnpp Severity: wishlist Owner: Frank Lichtenheld <[EMAIL PROTECTED]> * Package name: libgpod Version : 0.3.0 Upstream Author : Jorg Schuler (jcsjcs at users dot sourceforge dot net) * URL : http://www.gtkpod.org * License : GPL Description : a lib

Re: dependencies on makedev

to, 2005-12-29 kello 13:39 +0100, Marco d'Itri kirjoitti: > To prepare for the eventual removal of makedev, I propose that packages > currently depending on it will add an alternative dependency to udev. > Also, policy should be amended accordingly. > > The affected packages are: This is the same

Re: switching to vim-tiny for standard vi?

to, 2005-12-29 kello 11:01 +0100, Toni Mueller kirjoitti: > I'm not used to nano, but the editor in base expected to be used for > working on system config files is imho required to respect tabs and eg. > *not* convert them to spaces unless told to do so, and also provide > means to enter new tabs.

Re: stable aliases for CD drives

Marco d'Itri wrote: > Good point. So it looks like that this will have to be managed by an > installed package. > I do not expect to be pratical to do this e.g. at boot time, so we need > a script to be run by a catch-all rule for devices without an alias. > > BTW, does d-i actually need the /dev/

dependencies on makedev

To prepare for the eventual removal of makedev, I propose that packages currently depending on it will add an alternative dependency to udev. Also, policy should be amended accordingly. The affected packages are: alevt camstream cdrecord dvb-utils fbset gnupg gnupg2 irda-utils isdnutils-base joys

Re: Archive architecture qualification

On Thu, Dec 29, 2005 at 03:32:43AM +1000, Anthony Towns wrote: [snip] > Anyway, that's the general idea; hopefully it'll become clearer > later. Given release architectures have de-facto requalified, candidates > for archive (re)qualification are ttbomk: > > * arm, m68k, s390, sparc >

Re: stable aliases for CD drives

On Dec 29, Steve Langasek <[EMAIL PROTECTED]> wrote: > > Some component of debian will have to install a rules file with static > > aliases, and so far I think that this should be a task for d-i. > > Comments and other ideas are welcome. > What will provide this for systems upgraded from sarge? Go

Re: not getting CCs from the bugs I reported

Hi there, Em Qua, 2005-12-28 às 23:49 -0600, Adam Heath escreveu: > You'll only get mails if the sender sends to ###-submitter. Mail sent to just > ### is not forwarded, and only stored. Not that this really matters for the points in this discussion, but just for the record, messages to [EMAIL P

Re: switching to vim-tiny for standard vi?

Hello, On Thu, 22.12.2005 at 17:20:42 +0100, Henning Makholm <[EMAIL PROTECTED]> wrote: > Yes; therefore it is not bloat to have nvi and nano both in base; they > satisfy different needs (having a vi because we're unix resp. having a > non-modal editor for the rest of us). I'm not used to nano,

Stop Wasting Time........the key to Googles backdoor

You don't have to unlock it. We already have http://www.adminder.com/c.cgi?gotwood&salehoo I made $5400 in my first 3 weeks using this

Re: not getting CCs from the bugs I reported

On Wed, 2005-12-28 at 23:49 -0600, Adam Heath wrote: > You'll only get mails if the sender sends to ###-submitter. Mail sent to just > ### is not forwarded, and only stored. > > This is not a bug in the software, but in the person sending the mail. I'd consider this a bug in the software, the pr

Re: not getting CCs from the bugs I reported

On Wed, Dec 28, 2005 at 11:49:31PM -0600, Adam Heath wrote: > On Thu, 29 Dec 2005, kamaraju kusumanchi wrote: >>I might be acting paranoid here but just want to clarify couple >> of things. I was under the impression that, if I report a bug to >> bugs.debian.org, any future correspondence on t

Re: New make is breaking several packages

Manoj Srivastava <[EMAIL PROTECTED]> wrote: > Err, what are you trying to do? You have demonstrated here > that with the new make, you can concatenate words, the old make did > not. [...] >> So it seems that it is not possible to make shell commands with line >> continuation work with b