Re: Maintainer needed
Am Dienstag, den 04.01.2005, 18:47 +0100 schrieb Giuseppe Scrivano: > Hi, > I have created a package for the MyServer web server. MyServer is a fast, > lightweight, and full featured web server. It can be remotely configured via > the GUI. It is distributed under the terms of the GPL. > > The package can be found here: > http://people.myserverproject.net/~rocky10balboa/debian/i386 > > While sources for the package are here: > http://people.myserverproject.net/~rocky10balboa/debian/ > > If you know a debian maintainer willing to adopt the package and upload it, > please let me know his/her contact info. Are you not intrested to maintain it by yourself? On intrest ask at the debian-mentor mailinglist regards Daniel > > Best Regards, > Giuseppe scrivano > > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Is bug #399214 release critical? (Upgrade from version not in debian currently)
I think such bugs can be easily closed. Regards Daniel Tom Cato Amundsen <[EMAIL PROTECTED]> writes: > Is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399214 release > critical? > > The version of solfege in etch fails to upgrade from a version that does > _not exist_ in neither stable, testing or sid now. It was a version that > earlier was in testing, but has been replaced by a more recent version. > -- > Tom Cato Amundsen <[EMAIL PROTECTED]> http://www.solfege.org/ > GNU Solfege - free ear traininghttp://www.gnu.org/software/solfege/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: Different crashes on E420R DD wanted
Hello since i didnt get any response on d-sparc i post it here too. Daniel Hello, i have here an full equiped E420R wich frequently crashes under sarge etc.. with some SYM... errors. Now i am looking for a person who is really experienced with such machines and the Hardware inside to have a look via console on it. And tell me what to replace/renew. Because of the location / security of this machine it's a requirement to be an DD. This machine is in use for DD's its not a commercial request. Please answer me directly. Daniel aka codebreaker pgpfgI4RR70gJ.pgp Description: PGP signature
Correct Directory for networkboot clients
Where should i place the root directory for networkbooting clients ? i'm packing www.ltsp.org I don't know where to place the / Im thinking about /usr/ltsp/ or /usr/share/ltsp/
Re: Correct Directory for networkboot clients
Am Sam, 2003-08-23 um 14.30 schrieb Ben Armstrong: > On Sat, Aug 23, 2003 at 01:30:55PM +0200, Goswin von Brederlow wrote: > > /usr/share/ltsp// is probably better. Otherwise you can#t boot > > different archs from the same server. > > Shouldn't that be /var/lib/ltsp// instead? I'm assuming the root > filesystem is writable. The rootfilesystem is writable but will be normaly not changed. Only on Startup the configfiles for the client will be created / linked > > Ben > -- > ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] > \`' Debian http://www.debian.org[EMAIL PROTECTED] > ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] > [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Retrieve my key from: www.keyserver.de blackhole.pca.dfn.de horowitz.surfnet.nl keyID 7B196671 or send email with subject "fetch key" signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Correct Directory for networkboot clients
Am Sam, 2003-08-23 um 20.00 schrieb Petter Reinholdtsen: > [Goswin von Brederlow] > > Then it must be read-only. To the client and the server. No changing > > of links or hostame or anything in there. > > LTSP keep all the client specific files in RAM file system. The > NFS-mounted root is not written to by the client. > So I go to use this directory usr/share/ltsp// or any more comments ? > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Retrieve my key from: www.keyserver.de blackhole.pca.dfn.de horowitz.surfnet.nl keyID 7B196671 or send email with subject "fetch key" signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: correct directorys for www.ltsp.org (for swap)
Am Son, 2003-09-28 um 10.55 schrieb Robert Jordens: > Hello! > > [Sun, 28 Sep 2003] Cameron Patrick wrote: > > | /usr/share is for architecture independent data. As the root fs for the > > | clients can be regenerated, that should go into > > | /var/lib/ltsp/. > > > > No, in LTSP the one root filesystem image is static data shared between > > all clients of a given arch and can't be regenerated except by > > reinstalling LTSP: thus it belongs in /usr not /var. Also it is > > Oh yes. You are right. I thought the root tree was still being gererated > from the host server's tree, but those times seem to have passed. > > But this is strange. Why does lts-core include it's own version of > busybox and X and other packages? Why not use the Debian packages and > unpack them into the lts-root? What about security fixes as the recent > one in xfree86? Those don't get onto the lts-clients until a new lts is > uploaded. All this things will be fixed by me. i'm actuallay only use the directory tree and some specials like get_ltscfg all the other binarys are copied by me from hand so on my ltsp package you run only (excluding the lstconfs) "debian-binarys" ( i actually write a script wich will do that) to the right place. long before i run dpkg-buildpackage. so if lets say busybox get e security hole in this moment when i get an update from sec.d.oi build a new package with the fixed holes. Daniel > > Robert. > > -- > I asked the engineer who designed the communication terminal's keyboards > why these were not manufactured in a central facility, in view of the > small number needed [1 per month] in his factory. He explained that this > would be contrary to the political concept of local self-sufficiency. > Therefore, each factory needing keyboards, no matter how few, manufactures > them completely, even molding the keypads. > -- Isaac Auerbach, IEEE "Computer", Nov. 1979 -- Retrieve my key from: www.keyserver.de blackhole.pca.dfn.de horowitz.surfnet.nl keyID 7B196671 or send email with subject "fetch key" signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: correct directorys for www.ltsp.org (for swap)
So as total summary: rootfs will be /usr/share/ltsp/where means CLIENT arch rootswap will be /var/cache/ltspbecause refering to FHS "/var/cache : Application _cache_ dataset different disk and backup policies.." If anybody willing to tell other directorys. Tell but please say why. It's a "nice" work for me to rebuild over 30 packages due to dirchanges. Daniel -- Retrieve my key from: www.keyserver.de blackhole.pca.dfn.de horowitz.surfnet.nl keyID 7B196671 or send email with subject "fetch key" signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: correct directorys for www.ltsp.org (for swap)
Am Son, 2003-09-28 um 17.24 schrieb Robert Jordens: > Hello! > > [Sun, 28 Sep 2003] Steve Langasek wrote: > > > But this is strange. Why does lts-core include it's own version of > > > busybox and X and other packages? Why not use the Debian packages and > > > unpack them into the lts-root? What about security fixes as the recent > > > one in xfree86? Those don't get onto the lts-clients until a new lts is > > > uploaded. > > > > FWIW, last time I tried I found that it was rather difficult to run > > debootstrap from within a package postinst script... at least with > > debconf using an interactive frontend. :) > > Yes. debootstrap in postinst is not a good idea. It is likely to fail > and takes tool long. and i get a lot of uneeded files in the filesystem But a tool on top of debootstrap and the ltsp do you think something like this ltsp-core has something similar(or debootstrap with --options) to debootstrap lets say build_rootfs.sh clientarch=i386/mips/ppc xservers=all/svga/vga16 from=f.d.o saveconf=/etc/ltsp/rootfs.conf on secupdates we update ltsp-core in postinst.ex have something like build_rootfs.sh readconf /etc/ltsp/rootfs.conf --update rootfs wich then will do nothing other then looking for newer debs download them unpack them to the rootfs. Please critic me if i'm wrong. i need to learn and figure out this. Daniel > generation scripts should allow that kind of updating and would not > require new ltsp packages for every security advisory. > > Robert. > > -- > Kiss your keyboard goodbye! -- Retrieve my key from: www.keyserver.de blackhole.pca.dfn.de horowitz.surfnet.nl keyID 7B196671 or send email with subject "fetch key" signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
camm maguire you mailserver dont work
Hi camm, i tried to send you an mail. so if you read this, check if relay.enhanced.com is accepting mail. actually i get "connection timed out" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu discussion at planet.debian.org
Am Fr, den 22.10.2004 schrieb Eduard Bloch um 22:26: > #include > * D. Starner [Fri, Oct 22 2004, 11:31:10AM]: > Or do you really believe that mega-threads help much? Do you really > think that Canonical/Ubuntu is more successfull because they discuss > more and let everyone publish its 0.02$ that everybody needs to read? Do > you really think that the explosion of redudant messages in mega-threads > is productive? No. > > > That that's wrong. That GRs have been proposed way too much recently. > > Exactly. That is why I am not going to release a half-done paper. It is > better to be discussed in a small circle. The GR drafts posted in the > last months caused something I wish to avoid - fscking huge flamewars. Full ACK. > > > > We do not hide problems, we hide > > > possible solutions. > > > > And that's _so_ much better. > > If we get more important things done first - yes. Yes. concentrate on the work that should be done now. Daniel > > And from now, I will refuse to answer to anything posted to this > subthread. > > Regards, > Eduard. > -- > Overfiend: why dont you flame him? you are good at that. > I have too much else to do. > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: debconf5 registration is open
Am Freitag, den 28.01.2005, 00:55 +0100 schrieb Andreas Schuldei: i ve registered on > go to http://comas.linux-aktivaattori.org/debconf5 and register. do i need to extraregister me on http://www.debconf.org/debconf5/user/register ? because the system there doesnt know me :/ regards Daniel Do not cc me i read the lists signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
