Bug#325371: ITP: binfmtc -- a binfmt_misc hook for running C programs as scripts
Package: wnpp I'm planning on uploading binfmtc to Debian. It is a binfmt_misc hook that allows using C source as if they were scripts. It invokes gcc and runs the resulting binary. I would be interested to know if there is any existing tool that does something similar, and also if anyone finds use for such system. I personally like using this since it allows rapid testing, and C is the scripting language I feel most comfortable with. License: GPL Upstream URL: http://www.netfort.gr.jp/~dancer/software/binfmtc.html binfmtc_0.7-1_i386.deb -- Package: binfmtc Version: 0.7-1 Section: utils Priority: extra Architecture: i386 Depends: libc6 (>= 2.3.2.ds1-21), gcc, binutils, g++, binfmt-support Suggests: g77, gcj, libgcj4-dev, gpc Installed-Size: 188 Maintainer: Junichi Uekawa <[EMAIL PROTECTED]> Description: Execute C program as script Linux binfmt_misc handler for C, C++, Assembly languages. . Using the binfmt_misc interface, binfmtc allows users to seamlessly execute C source code as if they were scripts. regards, junichi pgpsUP4aeLJNB.pgp Description: PGP signature
Bug#325370: ITP: cowdancer -- a COW scratch filesystem implementation in userland
Package: wnpp Hi, I'm planning on packaging cowdancer for Debian. It's a scratch-filesystem implementation that is implemented through LD_PRELOAD hacks. It uses only the standard Linux features for implementing a cow-like filesystem feeling; enough is implemented to get a reasonably useful pbuilder-cow. It's a hack to protect file modifications on a hard-linked tree copied through 'cp -al'; which seems to improve running time of pbuilder by around 25% compared to extracting base.tgz tarball every time. I will be interested to know if there is known similar work; and also if anybody else would be interested in using this. I have been running this for a week or so on pbuilder; and it looks somewhat sane (although needs some polishing work still). ... and yes, this is what I've been hacking on after being inspired by something in DebConf5. License: GPL URL: http://www.netfort.gr.jp/~dancer/software/cowdancer.html cowdancer_0.3_i386.deb -- Package: cowdancer Version: 0.3 Section: utils Priority: optional Architecture: i386 Depends: libc6 (>= 2.3.5-1) Installed-Size: 84 Maintainer: Junichi Uekawa <[EMAIL PROTECTED]> Description: Copy-on-write directory tree utility. Tries to implement a shell session which has copy-on-write semantics upon hard-link copied directory trees. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 pgpflbJsAWfNS.pgp Description: PGP signature
Re: a place for a package directory in root
Steve Langasek <[EMAIL PROTECTED]> wrote: > On Sat, Aug 27, 2005 at 06:31:20PM +, Joerg Sommer wrote: > >> I will start maintaining the packages bootchart (#321784) and have a >> question. Bootchart collects data while booting. It is started before >> init, which means there is no place in the file tree to write to. > >> The upstream package creates a directory in /mnt/ where it mounts a >> tmpfs. But using a directory under /mnt/ violates FHS, which is a policy >> violation. Where should I create the directory? Directly In root? I.e. >> /bootchart/? > > /run/bootchart, but there seems to be some resistance to actually trying to > standardize on /run :) Is it said, that /run can not be a tmpfs which is mounted by mountvirtfs? Jörg. -- "UNIX was not designed to stop people from doing stupid things, because that would also stop them from doing clever things." -- Doug Gwyn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: a place for a package directory in root
sean finney <[EMAIL PROTECTED]> wrote: > On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote: >> /run/bootchart, but there seems to be some resistance to actually trying to >> standardize on /run :) > what about /dev/shm? > sean Is it available _before_ init is started? Jörg. -- Objektivität ist die Wahnvorstellung, Beobachtungen könnten ohne Beobachter gemacht werden - Heinz v. Foerster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: a place for a package directory in root
martin f krafft <[EMAIL PROTECTED]> wrote: >> > I will start maintaining the packages bootchart (#321784) and have a >> > question. Bootchart collects data while booting. It is started before >> > init, which means there is no place in the file tree to write to. > > can't you hack the package to use RAM until the init process is > complete, when it can dump into /var? Doesn't bootlogd do something > like that? No. Is a simple shell script. Jörg. -- Das Recht, seine Meinung zu wechseln, ist eines der wichtigsten menschlichen Previlegien. (Robert Peel) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: better init.d/* : who carres ?
David Weinehall <[EMAIL PROTECTED]> writes: > And while dash is also optional, all *correctly* written /bin/sh > scripts should work with dash too. That's incorrect. A correctly written /bin/sh script is allowed to use Debian programs (including, say, test) and expect to get the Debian versions. Please read the thread on the policy list from quite a while ago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: making developer location from ldap public?
Robert Lemmen <[EMAIL PROTECTED]> writes: > On Thu, Aug 25, 2005 at 07:42:12PM -0700, Thomas Bushnell BSG wrote: >> I don't understand why making it possible to find fellow Debian >> Developers this way should in effect make the information public. >> >> Why not simply hide it behind the password screen? > > because it's not only targeted at debian developers, but also at new > maintainers, contributors who are not even in the nm queue (there are > many of them), and even interested users or people who want to become > more involved The OP was talking about "fellow Debian Developers". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
On Sat, Aug 27, 2005 at 10:16:58AM +0200, Florian Weimer wrote: > * Thijs Kinkhorst: > > On Sat, 2005-08-27 at 10:06 +0200, Florian Weimer wrote: > >> I've been privately told that an alioth admin demands hardware in > >> compensation for his Debian-related work, effectively blackmailing the > >> DPL. I don't know if this is true, I hope it's not. > > > > Making grave accusations based on rumours is very destructive behaviour. > > Either you make claims you can back up with references, or you keep them > > for yourself. This doesn't do any good for anyone. > > I can't quote from private mail. If you can't quote from private mail, then don't mention it. Please. > I've checked the claim with someone who knows the parties involved > better than I, and he wasn't surprised at all. I've been privately told that you've been seen doing stuff with a duck. I don't know if this is true, I hope it's not. I've checked the claim with someone who knows you better than I do, and he wasn't surprised at all. (no, this isn't true. But I hope you get my point. Either back up your accusations, or keep them for yourself.) -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: making developer location from ldap public?
Robert Lemmen <[EMAIL PROTECTED]> writes: > because it's not only targeted at debian developers, but also at new > maintainers, contributors who are not even in the nm queue (there are > many of them), and even interested users or people who want to become > more involved Anyway, the way is the send mail and say, "is anyone in the XXX" area? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: making developer location from ldap public?
Jesus Climent <[EMAIL PROTECTED]> writes: > On Thu, Aug 25, 2005 at 07:40:23PM -0700, Thomas Bushnell BSG wrote: >> >> I suppose this is what I mean by "we are talking about Debian >> Developers". We're not keeping personal information on customers, or >> people with a peripheral relationship; these are *members* of the >> organization. > > It is still personal information, and being private has to be guarded > according to the law. That's fine; we aren't publishing it in Spain or Finland. Still, we need to see the law, and not just guess. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tetex-bin: rename texconfig => tex-config; consistent with other utilities
Jari Aalto <[EMAIL PROTECTED]> wrote: > | tags 306089 wontfix > | > It would be good if the configuration program name was consistent > | > with the other programs like apt-config, fvwm-config, gtk-config ... > | > so please rename > | > | I cannot see a consistent naming here. In fact in /usr/bin there are > | only two without the dash on my system (vs. 12 with it). On the other > | hand, in /usr/sbin there are 11 without it vs. 3 with a dash, and in > | /sbin there are only four, all without dash. > | > | Furthermore, I'm quite sure that Thomas Esser, the author of teTeX, will > | refuse the renaming. Do you agree that we better close this bug? > > If possible, please reconsider. While the situation is now mixed the > other authors have been contacted to think the naming. I believe > if would be good to have consitent naming accross all the programs. If this is a mass bug filing, have you asked on debian-devel before doing this? CC'ing. Anyway, I don't see the advantage of changing names here: - If you know that there is some *config program for package foo, you'll probably find it whether it has a dash or not - simply type foo TAB, and there you are. - If you don't know that the program exists, it doesn't matter at all. - You trade one inconsistency for the other. teTeX's binaries are consistently named *without* dashes, /except/ for the new tools fmtutil-sys, updmap-sys and texconfig-sys. In this case the extension has a specific meaning (system-wide as opposed to per-user) that relates foo-sys to foo. Of course this is not the case for a possible tex-config. - It seems to me that you want to force a consistency in naming upon a bunch of things which in fact isn't consistent with in functionality. For some programs of packages, the *config executable is the main or even only way to sensibly change things (except editing conffiles), for others it's just for a specific purpose, or still experimental. Or from a different package... texconfig is by no means *the* canonical way to change settings in a TeX system. Frankly speaking, I have never used it except when bug reports came in about it... Are you going to request renaming of /usr/bin/*conf to *-config, too? Come on, find yourself a task that really brings us forward. Regards, Frank P.S. currently not subscribed to -devel -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: a place for a package directory in root
On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote: > /run/bootchart, but there seems to be some resistance to actually trying to > standardize on /run :) what about /dev/shm? sean -- signature.asc Description: Digital signature
Bug#325342: ITP: hocr -- OCR (Optical Character Recognition) program with Hebrew support
Package: wnpp Severity: wishlist Owner: Lior Kaplan <[EMAIL PROTECTED]> * Package name: hocr Version : 0.4.5 Upstream Author : Kobi Zamir <[EMAIL PROTECTED]> * URL : http://hocr.berlios.de/ * License : GPL Description : OCR (Optical Character Recognition) with Hebrew support hocr is a Hebrew OCR library and frontends to the command line and GNOME. . Homepage: http://hocr.berlios.de -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Looking for co-maintainers for Pan
Hi, For a while now, I've been meaning to request help for maintaining pan[0][1] in the Debian archives. So here it is: If anyone is interested in helping out with maintaining pan in Debian, I would greatly appreciate it. As with most package maintainenance, the work involves fideting around with make files, and writing small patches (in C). Upstream is currently idling, so fixing the currently outstanding issues should be enough for the forseable future. Although the package has a number of bugs against it, it's not really in that bad shape. If you are interested, please let me know at [EMAIL PROTECTED] [0] http://pan.rebelbase.com/ [1] A fairly comprehensive news reader based on GTK and gnet. -- Søren O. ,''`. : :' : GPG key id: 0x1EB2DE66`. `' GPG signed mail preferred. `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: a place for a package directory in root
> > I will start maintaining the packages bootchart (#321784) and have a > > question. Bootchart collects data while booting. It is started before > > init, which means there is no place in the file tree to write to. can't you hack the package to use RAM until the init process is complete, when it can dump into /var? Doesn't bootlogd do something like that? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! "... doch warum sollte nicht jeder einzelne aus seinem leben ein kunstwerk machen koennen?" -- michel foucault signature.asc Description: Digital signature (GPG/PGP)
Re: a place for a package directory in root
On Sat, Aug 27, 2005 at 06:31:20PM +, Joerg Sommer wrote: > I will start maintaining the packages bootchart (#321784) and have a > question. Bootchart collects data while booting. It is started before > init, which means there is no place in the file tree to write to. > The upstream package creates a directory in /mnt/ where it mounts a > tmpfs. But using a directory under /mnt/ violates FHS, which is a policy > violation. Where should I create the directory? Directly In root? I.e. > /bootchart/? /run/bootchart, but there seems to be some resistance to actually trying to standardize on /run :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
a place for a package directory in root
Hi, I will start maintaining the packages bootchart (#321784) and have a question. Bootchart collects data while booting. It is started before init, which means there is no place in the file tree to write to. The upstream package creates a directory in /mnt/ where it mounts a tmpfs. But using a directory under /mnt/ violates FHS, which is a policy violation. Where should I create the directory? Directly In root? I.e. /bootchart/? Thanks for your help, Jörg. -- Computer Science is no more about Computers than astronomy is about telescopes. -- Edsger Wybe Dijkstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128852: Hot stocks for quick surge knittest
numbly Hot Oil Pick Of The Week- ORTE We have uncovered a diamond here, ORTE is on the move for strong continued success. We are recommending it to all of our readers this week. With experts saying oil can reach five dollars per gallon by the end of the year, the oil industry is in strong demand more than ever before. This is why we are recommending ORTE now, this one will sky rocket easily, get it immediately. *Company: Oretech, Inc. *Symb0l: ORTE . Pk *Current-Price: . 53 *52 Wk High: 1. 60 *3 to 4 Day target: 1. 10+ *6 months taeget: 2. 30+ Company Inside News: Oretech Announces Positive Test Results Extracting Oil from Tar Sands. Oretech, Inc. announced today that the company has recently completed test processing on tar sands from the Athabasca region of Alberta, Canada. Preliminary results indicate the extraction of oil is apparently a higher percentage than that which is extracted by conventional methods, while remaining extremely environmentally friendly. The API gravity of the bitumen (oil) is significantly upgraded during the extraction process. Alberta's tar sands comprise one of the world's two largest sources of bitumen; the other is in Venezuela. These oil reserves are second only to Saudi Arabia, and are found only in three places in Alberta -- the Athabasca, Peace River and Cold Lake regions -- covering a total of nearly 140,800 square kilometers. These tar sands currently represent 54 per cent of Alberta's total oil production, and about one-third of all the oil produced in Canada. Output of marketable tar sands production increased to 858,000 barrels per day (bbl/d) in 2003, up from 741,000 bbl/d the year before. It is anticipated that in 2005, Alberta's tar sands production may account for one-half of Canada's total crude output and 10 per cent of North American production. Oretech, Inc. has developed a proof of concept model that represents a breakthrough in oil extraction from Tar Sand processing technology. Its business model is to be a leading edge developer and licensor of proprietary innovative technology that reduces the cost of extraction of noble metals (Gold / Silver / Platinum / Titanium) and energy resources (Oil Extraction from Tar Sand and Shale). Focusing on reducing pollution of the environment, Oretech is known for its breakthrough materials processing technology, which extracts specific minerals from diverse feedstock and raw materials without the use of harmful chemicals or the emission of environmentally unsafe gases. rakishly rapture awoke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#325289: ITP: debian-hebrew -- Hebrew support in the Debian desktop
On Sat, Aug 27, 2005 at 02:14:45PM +0200, José Luis Tallón wrote: > Lior Kaplan wrote: > > >Package: wnpp > >Severity: wishlist > >Owner: Lior Kaplan <[EMAIL PROTECTED]> > > > >* Package name: debian-hebrew > > Version : 1.0.5 > > Upstream Author : Yaacov Zamir <[EMAIL PROTECTED]> > >* URL : http://debian-hebrew.alioth.debian.org > >* License : GPL > > Description : Hebrew support in the Debian desktop > > > > This meta package will install Hebrew desktop related Debian > > packages for use by Hebrew debian users. > > . > > It also includes a script 'hebrew-settings' to reconfigure > > the system to have a fully Hebrew-ized desktop. > > . > > Homepage: http://debian-hebrew.alioth.debian.org/ > > > > > Hmm... wouldn't it be better to call it "user-hebrew", just like > "user-euro-es", for example?? > Basically, so as to avoid namespace pollution and potential confussion > among users Better yet, the metapackage should be intregrated in tasksel and the script should be adapted to work inside localization-config. User-euro-es is a (bad) hack. Regards Javier signature.asc Description: Digital signature
Re: Bug#325289: ITP: debian-hebrew -- Hebrew support in the Debian desktop
Lior Kaplan wrote: >Package: wnpp >Severity: wishlist >Owner: Lior Kaplan <[EMAIL PROTECTED]> > >* Package name: debian-hebrew > Version : 1.0.5 > Upstream Author : Yaacov Zamir <[EMAIL PROTECTED]> >* URL : http://debian-hebrew.alioth.debian.org >* License : GPL > Description : Hebrew support in the Debian desktop > > This meta package will install Hebrew desktop related Debian > packages for use by Hebrew debian users. > . > It also includes a script 'hebrew-settings' to reconfigure > the system to have a fully Hebrew-ized desktop. > . > Homepage: http://debian-hebrew.alioth.debian.org/ > > Hmm... wouldn't it be better to call it "user-hebrew", just like "user-euro-es", for example?? Basically, so as to avoid namespace pollution and potential confussion among users Any comments/feedback welcome. J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325289: ITP: debian-hebrew -- Hebrew support in the Debian desktop
Package: wnpp Severity: wishlist Owner: Lior Kaplan <[EMAIL PROTECTED]> * Package name: debian-hebrew Version : 1.0.5 Upstream Author : Yaacov Zamir <[EMAIL PROTECTED]> * URL : http://debian-hebrew.alioth.debian.org * License : GPL Description : Hebrew support in the Debian desktop This meta package will install Hebrew desktop related Debian packages for use by Hebrew debian users. . It also includes a script 'hebrew-settings' to reconfigure the system to have a fully Hebrew-ized desktop. . Homepage: http://debian-hebrew.alioth.debian.org/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
Hi, (that I answer to this mail is just pure Chance - it's meant at you both, and I might have answered to another mail equally well :) * Thijs Kinkhorst ([EMAIL PROTECTED]) [050827 10:46]: > On Sat, 2005-08-27 at 10:34 +0200, Florian Weimer wrote: > > * Thijs Kinkhorst: > > > > > unverifiable grave accusations > > > > It's not unverifiable (you can ask the DPL if you wish, or the admins > > involved), and it's not a very grave accusation, either. See it as an > > encouragement to make backups of your data on Debian's machines. > "blackmailing the DPL" is not a grave accusation? You must be kidding. Please: remember that we all tend sometimes to say too harsh things in mail (or rather, we forget that this is not some chit-chat, and everything is printed and archived), and also that it's way too easy to over-interpret someone else, as we just have the text, and not the emotional suroundings (tone, face expressions, ...). So, please let's keep the level down. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: better init.d/* : who carres ?
On Fri, Aug 26, 2005 at 10:19:06PM +0200, Adrian von Bidder wrote: > On Wednesday 24 August 2005 17.15, Miquel van Smoorenburg wrote: > > Make sure you use only POSIX features when doing this. I think > > "grep -o" is a GNU extension, FreeBSD doesn't have it for example. > > Doesn't the 'only POSIX' apply to the shell code only? At least, shouldn't > it be judged on a per-tool basis? While awk is (was?) usually mawk on > Debian, and not gawk, I don't think anybody uses a BSD grep on their Debian > system. Please don't standardise on a minimal future set only for the > corner case that somebody cripples his system beyond every reassonable > limit. > > The 'POSIX shell' rule is here for a reason: there are people with /bin/sh > being not bash. For other tools, this rule can be relaxed, imho. Well, it's helpful when you might want to replace grep etc with its busybox counterparts; for instance, busybox grep doesn't support -o. Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
On Sat, 2005-08-27 at 10:34 +0200, Florian Weimer wrote: > * Thijs Kinkhorst: > > > unverifiable grave accusations > > It's not unverifiable (you can ask the DPL if you wish, or the admins > involved), and it's not a very grave accusation, either. See it as an > encouragement to make backups of your data on Debian's machines. "blackmailing the DPL" is not a grave accusation? You must be kidding. If you really think this should be treated in public, find proof for it: people who are willing to back up your claim in public, not just in private mail. If you can't find anyone who wants this, bad luck, stop it. Thijs signature.asc Description: This is a digitally signed message part
Re: Dogme05: Team Maintenance
* Thijs Kinkhorst: > unverifiable grave accusations It's not unverifiable (you can ask the DPL if you wish, or the admins involved), and it's not a very grave accusation, either. See it as an encouragement to make backups of your data on Debian's machines. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dogme05: Team Maintenance
On Sat, 2005-08-27 at 10:16 +0200, Florian Weimer wrote: > * Thijs Kinkhorst: > > > On Sat, 2005-08-27 at 10:06 +0200, Florian Weimer wrote: > >> I've been privately told that an alioth admin demands hardware in > >> compensation for his Debian-related work, effectively blackmailing the > >> DPL. I don't know if this is true, I hope it's not. > > > > Making grave accusations based on rumours is very destructive behaviour. > > Either you make claims you can back up with references, or you keep them > > for yourself. This doesn't do any good for anyone. > > I can't quote from private mail. I've checked the claim with someone > who knows the parties involved better than I, and he wasn't surprised > at all. Doesn't change my point: if you can't quote from that mail, don't make unverifiable claims in a public forum. Either continue your quest in private where you can back up your claim, or forget about it as long as its not even remotely provable. Making unverifiable grave accusations in public is never good, whatever the reasons that references are missing. Thijs signature.asc Description: This is a digitally signed message part
Re: Dogme05: Team Maintenance
* Thijs Kinkhorst: > On Sat, 2005-08-27 at 10:06 +0200, Florian Weimer wrote: >> I've been privately told that an alioth admin demands hardware in >> compensation for his Debian-related work, effectively blackmailing the >> DPL. I don't know if this is true, I hope it's not. > > Making grave accusations based on rumours is very destructive behaviour. > Either you make claims you can back up with references, or you keep them > for yourself. This doesn't do any good for anyone. I can't quote from private mail. I've checked the claim with someone who knows the parties involved better than I, and he wasn't surprised at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help in gcc-4.0.x transition issue
On Sat, 27 Aug 2005, [ISO-8859-1] "Martin v. Löwis" wrote: class AWT_canvas; at the beginning of the header file. Thanks, I got a patch saying the same yesterday. Kind regards Andreas. -- http://fam-tille.de
Re: Dogme05: Team Maintenance
On Sat, 2005-08-27 at 10:06 +0200, Florian Weimer wrote: > I've been privately told that an alioth admin demands hardware in > compensation for his Debian-related work, effectively blackmailing the > DPL. I don't know if this is true, I hope it's not. Making grave accusations based on rumours is very destructive behaviour. Either you make claims you can back up with references, or you keep them for yourself. This doesn't do any good for anyone. Thanks Thijs signature.asc Description: This is a digitally signed message part
Re: Dogme05: Team Maintenance
* Christian Perrier: > Well, I'm afraid that I'm not a responsible maintainer, then:-) But you do keep backups, I hope. > Maybe alioth maintenance does not fit your own admin quality reference > system. I'm not the only one who is complaining. > Then, I see a few solutions to this: > > -contribute to alioth system administration This isn't possible, apparently, see Raphaël's message <[EMAIL PROTECTED]> and its follow-ups. Even DSA doesn't contribute to system maintenance. > -make constructive suggestions (constructive suggestions are > argumented suggestions and sometimes accept that people do not agree > with what you suggest) I made a suggestion which was trivial to implement and did fix a real problem. Check the mail archives to see how long it took until it was acted upon. > As far as I know, Alioth maintenance is handled by the relevant > people on their free time, as a volunteer work (just like all work > we do in this project). I've been privately told that an alioth admin demands hardware in compensation for his Debian-related work, effectively blackmailing the DPL. I don't know if this is true, I hope it's not.
Re: Documentation of alioth?
* Raphael Hertzog: >> But I fail to see how more machines make system administration easier. >> I'd expect that additional machines put only more load on our various >> administration teams, not less. > > In our case we want to merge costa/haydn on a single machine. And that's > even more important since Gforge 4.5 has a subversion module. Ah, good, and please arrange for DSA co-maintenance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]