Re: /etc under svk

On Wed, 16 Feb 2005 12:54:37 +0100, Olaf Conradi <[EMAIL PROTECTED]> wrote: >You should ask yourself whether you're interested in the history or >not. If you are store them in a repository. If you just want the >latest version put them in a backup. Handling a directory with _some_ files under vers

Re: all new Debian diagram - now with less chaos!

On Wed, Feb 16, 2005 at 10:53:28AM +0100, Frank Küster wrote: > Kevin Mark <[EMAIL PROTECTED]> wrote: > > > although, now I am getting confused about the difference between a > > debian developer and a debian maintainer. I labeled most items with 'DD' > > thinking that's who did stuff. More things

Re: Please make Moria free (was: Moria, as in the Author of)

On Thu, Feb 17, 2005 at 07:44:53AM +0430, Robert Koeneke wrote: > > Ok, I am working on getting the correct GPL statement put together so this > game on all the games based on it don't have any restrictions to > distribution. It was never my intention to make it hard to share, just to > make cert

apt-src cannot build

I do the following (irrelevant output omitted): 8< /usr/src/tmp$ apt-src install foo /usr/src/tmp$ cd foo-version /usr/src/tmp/foo-version$ apt-src build foo E: Not installed /usr/src/tmp/foo-version$ >8---

Kasket Records - Show Dates / Audio / Forum

March 5th @ The Brickhouse in St Albans WV -Brain Trauma -MoHrG -Bag Of Hammers -Psych Ward -Puddle Of Blood ALL AGES - $7 at the door - Doors open at 6PM The Brickhouse is located @ 52 Old Main Plaza, St. Albans, WV

Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

On Wed, Feb 16, 2005 at 02:24:34PM +0100, Daniel Baumann wrote: > Currently, the priority was not so high to get it uploaded since NEW is > on hold. Is it? Did I miss the memo? Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTE

RE: Please make Moria free (was: Moria, as in the Author of)

Ok, I am working on getting the correct GPL statement put together so this game on all the games based on it don't have any restrictions to distribution. It was never my intention to make it hard to share, just to make certain my name stayed with the game and future variants of it. Sheesh, I sho

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > Note that it's not sufficient for the fixed package to reach unstable, the > buildd admins also (and more importantly) need to clean up the build chroots > by manually reconciling the status of the xfree86-common package. Yeah, I'd like to think it's n

Re: help needed with mips build failure

On Wed, Feb 16, 2005 at 05:09:37PM -0800, Thomas Bushnell BSG wrote: > > That would be RC bug #295175 in the xfree86-common package. I don't imagine > > gnucash would've fared any better under these circumstances without the > > libtool update, either. > Ah, ok! I'm glad you are up on these thin

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > That would be RC bug #295175 in the xfree86-common package. I don't imagine > gnucash would've fared any better under these circumstances without the > libtool update, either. Ah, ok! I'm glad you are up on these things; I would not have guessde to l

Re: help needed with mips build failure

On Wed, Feb 16, 2005 at 04:33:04PM -0800, Thomas Bushnell BSG wrote: > > Considering Debian is the only mainstream desktop distribution with a mips > > port, and gnucash upstream has in the past disavowed all responsibility for > > compatibility with non-i386 archs, this seems laughably false. Als

Re: help needed with mips build failure

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > As for it being complicated, well, I believe you. But you need not be > upstream to change the build system, I have done that three or four times > already. It is not the most gratifying work in the world, at all... but the > result is fa

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > Considering Debian is the only mainstream desktop distribution with a mips > port, and gnucash upstream has in the past disavowed all responsibility for > compatibility with non-i386 archs, this seems laughably false. Also, > there's the fact that we'v

Re: please post listing and status of NEW queue

On Sat, Feb 12, 2005 at 08:30:13AM +0100, Petter Reinholdtsen wrote: >[Anibal Monsalve Salazar] >>http://qa.debian.org/~anibal/debian-NEW.html It's now redirected to http://ftp-master.debian.org/new.html The web page on ftp-master is Ganneff's work. It's updated once every hour from the authorati

Re: what is /.udev for ?

On Feb 17, Lucas de Sousa <[EMAIL PROTECTED]> wrote: > I understand that there only a few places to it. It /will/ be moved to /dev/.old-dev/dev/ at some point in the future (I need to coordinate this with at least the makedev maintainer), but for a different reason (#294968). > I do believe that

Re: what is /.udev for ?

On that scenario does not seem a unreasonable action to delete it without looking. It just 15 minutes to take it back. I would take more time google'ing it, than reinstaling it. But you missed my point. Even the people here that supports the /.dev mount agrees that is not the right place for

problem of savelog

Hi all, I found yesterday that mails were not delivered since about 6:30 in the morning so I investigated a problem and found that /var/log/exim/paniclog said /var/log/exim/mainlog had a wrong owner/permission; 2005-02-16 06:33:49 1D1AKL-0005JC-00 Cannot open main log file "/var/log/exim/m\ ainl

Re: help needed with mips build failure

On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > > 1.4c. So these errors should not be happening, and seem to imp

Re: help needed with mips build failure

On Wed, Feb 16, 2005 at 01:02:58PM -0800, Thomas Bushnell BSG wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > Clearly not, or it wouldn't have failed to build on mips and mipsel. There > > is nothing "perfectly working" about that version of libtool, and moreover, > > its effects are not

Re: help needed with mips build failure

Thomas Bushnell BSG wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > > Clearly not, or it wouldn't have failed to build on mips and mipsel. There > > is nothing "perfectly working" about that version of libtool, and moreover, > > its effects are not limited to the mips architectures -- as

Re: Package xxx has broken dep on yyy: normal?

Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > Goswin von Brederlow <[EMAIL PROTECTED]> writes: > >> Dan Jacobson <[EMAIL PROTECTED]> writes: >> >> > Well OK, but please be aware of the cases where a kid leaves his >> > village for a trip to the big city and his single chance to do an >> > apt

Re: Regarding XEN kernel images

> > 2nd: I tried your kernels but wasn't successful. > > Yes, they are broken. This was a first try without success. > Ok, I'll have a look at them. I thought it was my mistake ;-) > It seams that you are running a SCSI RAID. Did you compiled all drivers > staticly? Which .config did you used? I'v

Re: help needed with mips build failure

[Thomas Bushnell BSG] > Perhaps mips is so rare that they wouldn't get bug reports. Perhaps. http://popcon.debian.org/ > reports: 1 0.02% kfreebsd-i386 1 0.02% ppc64 1 0.02% hurd-i386 2 0.04% mipsel 2 0.04% m68k 2 0.04% arm 4 0.07% mips 4 0.07% s39

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > Clearly not, or it wouldn't have failed to build on mips and mipsel. There > is nothing "perfectly working" about that version of libtool, and moreover, > its effects are not limited to the mips architectures -- as the obscenely > long list of library

Re: help needed with mips build failure

On Wed, Feb 16, 2005 at 12:39:44PM -0800, Thomas Bushnell BSG wrote: > Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > > 1.4c. So these errors should not be happ

Re: Regarding XEN kernel images

Hi Philipp, > I was able to get Xen running. But you need at least the 2.0.4-4 > packages, as the -3 packages were missing the xen.gz code. yes, I've patches the xen packages (2.0.4-3.1) to get the /boot/xen.gz file. > 2nd: I tried your kernels but wasn't successful. Yes, they are broken. This w

Re: Regarding XEN kernel images

Raphael, I was able to get Xen running. But you need at least the 2.0.4-4 packages, as the -3 packages were missing the xen.gz code. 2nd: I tried your kernels but wasn't successful. I assume that it shouldn't be used for the Domain-0 as Xen seems to expect the kernels in ELF format... This is

Re: help needed with mips build failure

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes: > On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > > Now, it should be noted, upstream uses autoconf 2.13, and libtool > > 1.4c. So these errors should not be happening, and seem to imply > > problems in the Debian auto* packages. > > Both

Bug#242281: (no subject)

clone 242281 -1 reassign -1 ftp.debian.org retitle -1 Please remove mush from the archive as we do not have permision to distribute it thanks On Tue, 28 Dec 2004, Don Armstrong wrote: > On Tue, 28 Dec 2004, Pawel Wiecek wrote: > > On Dec 28, 2:03am, Don Armstrong wrote: > > > However, waiting f

Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

On Wed, Feb 16, 2005 at 07:48:51PM +0100, Daniel Baumann wrote: > Brian Nelson wrote: > >Well, you didn't send the mail to the submitter (only to > >[EMAIL PROTECTED], which doesn't go to the submitter--you need to > >Cc him manually), so he probably never saw it... > > I did send him privatly sev

Re: Take APT 0.6 discussion public!

Rats. Posted to the wrong list. Please do not reply to parent on -devel, but on -project. Sorry. pgpmFt12eWFCQ.pgp Description: PGP signature

Re: Regarding XEN kernel images

Hi Lars, I could today achieve a big step forward. I found a configuration that worked for k7 (AMD). I've also created a initrd file (manually) and booted with the Xen loaded. And here starts my problems. I was not able to boot because the ide-generic Linux driver dumps a segmentation fault :( I

Re: (forw) Packages not using po-debconf - more active actions to come

On 02/16/05 07:00, Tollef Fog Heen wrote: * Christian Perrier | Please find below the alphabetical list of the relevant packages | (main, then contrib, then non-free). .. as usual, please include maintainer names with package lists like this. (And thanks for assembling the list. :) Adam C. Powel

Re: Bug#295328: general: Help messages to stderr should be banned

On Tue, Feb 15, 2005 at 09:13:32AM -0800, Thomas Bushnell BSG wrote: > "Francesco P. Lovergine" <[EMAIL PROTECTED]> writes: > > > Quite difficult if the function is the same. In both cases it uses stderr. > > Oh good grief. Add an argument to the function saying where to direct > the output. Ho

Re: Take APT 0.6 discussion public!

martin f krafft asks, > Obviously, for reasons unknown to the mere mortals, > the above only applies to topics of the mere mortals > of Debian, not to certain members of the cabal. Some > vital components of the Debian project are better kept > away from the public, or they could be flooded with >

Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

Brian Nelson wrote: Well, you didn't send the mail to the submitter (only to [EMAIL PROTECTED], which doesn't go to the submitter--you need to Cc him manually), so he probably never saw it... I did send him privatly seveal times without getting any response. -- Address:Daniel Baumann, Burgu

Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

On Wed, Feb 16, 2005 at 02:24:34PM +0100, Daniel Baumann wrote: > Javier Setoain wrote: > >* Package name: cpufrequtils > > Version : 0.2-pre1 > > Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]> > >* URL : http://www.example.org/ > >* License : GPL > > Des

Re: (forw) Packages not using po-debconf - more active actions to come

Quoting Tollef Fog Heen ([EMAIL PROTECTED]): > * Christian Perrier > > | Please find below the alphabetical list of the relevant packages > | (main, then contrib, then non-free). > > .. as usual, please include maintainer names with package lists like > this. (And thanks for assembling the list

Re: mirror the Packages files _after_ the packages!

Dan Jacobson <[EMAIL PROTECTED]> schrieb: > Does http://www.debian.org/mirror/ at least have the > two-phase-mirroring script? Why don't you go and look? And if you find the information too sparse, submit a bug report with a patch? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zür

Re: (forw) Packages not using po-debconf - more active actions to come

ke, 2005-02-16 kello 11:00 +0100, Tollef Fog Heen kirjoitti: > .. as usual, please include maintainer names with package lists like > this. (And thanks for assembling the list. :) I seem to have written a little script for this (attached). I don't see a similar thing in devscripts. Is that the ri

Re: mirror the Packages files _after_ the packages!

Jeroen> Debian could promote this two-phase mirroring a bit more Jeroen> maybe, and/or provide nice scripts, that's probably why #6786 Jeroen> is still open. I suppose Debian is promoting one-phase mirroring and two phase mirroring is "roll your own". If you want me to tell my administrator to do

Re: /etc under svk

* Marc Haber: > Also, the repository needs to be protected as /etc itself is, as it > contains passwords and other system confidential data. Well, typically you wont store such files in the repository because it makes automatically generated commit messages too sensitive to be sent by email. --

Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

Javier Setoain wrote: * Package name: cpufrequtils Version : 0.2-pre1 Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Description : Tools to access the Linux kernel cpufreq subsystem I did a package al

Re: apt: replace /etc/apt/trusted.gpg with /etc/apt/trusted-keys/

also sprach Peter Palfrader <[EMAIL PROTECTED]> [2005.02.16.1337 +0100]: > The following patch makes apt use a directory in etc/apt named > trusted-keys/. Keys are simply placed in that directory if the > user wants to trust them for signing the Release file. This is a great idea. I have briefly

apt: replace /etc/apt/trusted.gpg with /etc/apt/trusted-keys/

On Mon, 14 Feb 2005, Martin Schulze wrote: > Quoting Andreas Barth from the release team: > > | Actually, we discussed about apt 0.6 within the release team and > | with the maintainers. IIRC, the two blocking issues are: > | > | 1. All the concepts > | - default installation, > |

Re: Ubuntu for packaging for Debian

On Tue, 2005-02-15 at 22:24 -0800, Matt Zimmerman wrote: >On Wed, Feb 16, 2005 at 02:04:17AM -0400, Maykel Moya wrote: > >> I'd recently adquire a little laptop (p3 900, 256 MB RAM). I'm been >> thinking to install Ubuntu in it cause Ubuntu is optimized for desktop, >> but I'd like to package some

Re: /etc under svk

On Wed, 16 Feb 2005 09:00:37 +0100, Marc Haber <[EMAIL PROTECTED]> wrote: > Another topic that needs to be addressed with putting /etc under > version control is file modes and owner/group. cvs doesn't handle that > well at all. Version management is different from backups, while both share some c

Re: xresprobe pachage inside of Debian

[Otavio Salvador] > I talked with Daniel Stone about it and I'll maintain it inside of > Debian. Good. I look forward to getting ddcprobe back in Debian. I send an email asking about this earlier, but never saw the answer. :( > The current lack is it have some xorg specific issues and then we >

Re: /etc under svk

|| On Wed, 16 Feb 2005 09:00:37 +0100 || Marc Haber <[EMAIL PROTECTED]> wrote: mh> On Sat, 12 Feb 2005 23:16:31 +0100, Florian Weimer <[EMAIL PROTECTED]> mh> wrote: >> * Torsten Landschoff: >>> Wanted to do that - but! Does svk handle symlinks? Thinking of >>> /etc/rc?.d and /etc/alternatives...

xresprobe pachage inside of Debian [was Re: Ubuntu for packaging for Debian]

|| On Wed, 16 Feb 2005 08:36:59 +0100 || Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: pr> (If only Ubuntu would do an effort to get their "home-made" packages pr> like xresprobe into Debian. :) I talked with Daniel Stone about it and I'll maintain it inside of Debian. The current lack is it h

Re: all new Debian diagram - now with less chaos!

On Wed, Feb 16, 2005 at 08:04:21AM +0100, martin f krafft wrote: Hi Martin, > > source package: dsc + (diff) + orig.tar.gz > binary package: deb > source upload: changes + list of files therein I added some of this to my diagram. not 100% yet. > nah, we turn software into debian packages by

Re: all new Debian diagram - now with less chaos!

Kevin Mark <[EMAIL PROTECTED]> wrote: > although, now I am getting confused about the difference between a > debian developer and a debian maintainer. I labeled most items with 'DD' > thinking that's who did stuff. More things to research. The maintainer is the guy (or entity) who is listed in th

Re: help needed with mips build failure

On Wed, 16 Feb 2005, Thomas Bushnell BSG wrote: > Now, it should be noted, upstream uses autoconf 2.13, and libtool > 1.4c. So these errors should not be happening, and seem to imply > problems in the Debian auto* packages. Both are deprecated, outdated crap. Methinks you have some work to do to

Re: (forw) Packages not using po-debconf - more active actions to come

* Christian Perrier | Please find below the alphabetical list of the relevant packages | (main, then contrib, then non-free). .. as usual, please include maintainer names with package lists like this. (And thanks for assembling the list. :) -- Tollef Fog Heen

Re: all new Debian diagram - now with less chaos!

Adeodato Simó <[EMAIL PROTECTED]> wrote: > * Kevin Mark [Tue, 15 Feb 2005 21:09:03 -0500]: > >> so, there is no 'bug' to the bts to orphan a package, simply a note to >> debian-devel? So folks are expected to troll it to pickup packages? >> ok. I will change the ITO to 'read about orphanded packag

Re: all new Debian diagram - now with less chaos!

Kevin Mark <[EMAIL PROTECTED]> schrieb: > On Tue, Feb 15, 2005 at 01:11:33PM +0100, Frank Küster wrote: >> martin f krafft <[EMAIL PROTECTED]> wrote: >> >> > h. There are more rules as to when packages migrate from unstable to >> >testing. >> > i. You use both meanings of "priority" (changelo

Re: all new Debian diagram - now with less chaos!

On Wed, Feb 16, 2005 at 07:34:27AM +0100, Adeodato Simó wrote: > * Kevin Mark [Tue, 15 Feb 2005 21:09:03 -0500]: > > > > And I've never read "ITO" as a tag for orphaning bug. Either one mails > > > to -devel (or wherever) saying that they intend to give away or orphan > > > some packages, but this

Re: help needed with mips build failure

Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > Steve Langasek <[EMAIL PROTECTED]> writes: > > > You're using an old (and broken) version of libtool. C.f. > > for > > Ryan's boilerplate explanation for fixing this problem. > >

Re: help needed with mips build failure

On Tue, Feb 15, 2005 at 11:30:00PM -0800, Steve Langasek wrote: >On Tue, Feb 15, 2005 at 11:22:01PM -0800, Thomas Bushnell BSG wrote: > >>Can someone with mips and/or libtool expertise examine the build >>failure for gnucash below, and see if they can diagnose the problem? > >>http://buildd.debian.

Re: help needed with mips build failure

Steve Langasek <[EMAIL PROTECTED]> writes: > You're using an old (and broken) version of libtool. C.f. > for > Ryan's boilerplate explanation for fixing this problem. Thanks a bunch, this is surely the problem, but applying the s