Re: Intend to hijack rrdtool
El miércoles, 13 de febrero de 2008, Bernd Zeimetz escribió: > > There *is* a pkg-rrdtool team in alioth, and a public SVN (that you see > > was having commits as of two days ago). I had problems to access my > > @debian.org address and just saw your mails today. > > I've offered to help you with the package several times during the last > months, I don't understand why you did not point me to the team. As > rrdtool is not just 'some' package, but one of the most important pieces > in most monitoring tools, it needs much more time and work than it had > during the last years. Proper maintenance of a package also means to > update to new upstream versions in time, and not short before a freeze > of a new Debian release. > While we don't want to fight about a package, we insist on a good > maintenance of rrdtool, therefore I'd suggest to merge our work and the > two teams (even if I have the impression that you're the only active > person in your team). I am very sorry if I bothered you so much. Do you prefer your git, or the Debian SVN or maybe git.debian.org? Regards, Ender. -- Network engineer Debian Developer signature.asc Description: This is a digitally signed message part.
Re: Bug#465809: ITP: hpt -- Creates a TCP tunnel through http and https proxies
Christian Perrier <[EMAIL PROTECTED]> writes: > "tunnelling utility through HTTP and HTTPS proxies" > > to better fit the write style recommended in DevRef. Or with correct grammar: "utility for tunneling through http and https proxies" -Miles -- Generous, adj. Originally this word meant noble by birth and was rightly applied to a great multitude of persons. It now means noble by nature and is taking a bit of a rest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#465813: ITP: cyclone -- Safe dialect of C
Michael Tautschnig <[EMAIL PROTECTED]> writes: >> > Description : Safe dialect of C >> >> I suggest "C-like compiler with improved security checks" > > I disagree - dialect is the proper technical term here. Though the actual thing being compackage seems to be a compiler, so: compiler for a "safe" dialect of C -Miles -- Bacchus, n. A convenient deity invented by the ancients as an excuse for getting drunk. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#465813: ITP: cyclone -- Safe dialect of C
> Quoting François-Denis Gonthier ([EMAIL PROTECTED]): > > Package: wnpp > > Owner: François-Denis Gonthier <[EMAIL PROTECTED]> > > Severity: wishlist > > > > * Package name: cyclone > > Version : 1.0/CVS > > Upstream Author : Dan Grossman, Trevor Jim, Greg Morrisett et al. > > * URL or Web page : http://cyclone.thelanguage.org > > * License : GPL (+ BSD alike for some files) > > Description : Safe dialect of C > > I suggest "C-like compiler with improved security checks" > > "dialect" is faily trivial language for me, which is IMHO not suitable > for a package description. > I disagree - dialect is the proper technical term here. Best, Michael pgpdUcZWdzlMt.pgp Description: PGP signature
Re: Bug#465813: ITP: cyclone -- Safe dialect of C
Michael Tautschnig a écrit : >> I suggest "C-like compiler with improved security checks" >> >> "dialect" is faily trivial language for me, which is IMHO not suitable >> for a package description. >> > > I disagree - dialect is the proper technical term here. Well, some rationale would help to better understand why..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Meaning of the "Altering package upload rules"
On Fri, Feb 15, 2008 at 09:42:47AM +0900, Charles Plessy wrote: > This is a very good idea, but the reason why source-only uploads are not > allowed is that there are concerns that if the binary package is not > used for real, the quality of the source package will drop. Within this > hypothesis, there is no incentive for the laxist developper to use the > valuable feedback that you propose. I personally consider this argument bogus as well. Let's imagine we can split DDs and DMs into "good" and "bad" uploaders. Good uploaders nowadays use a clean p/cowbuilder environment, test their packages, yada yada, and then upload. Bad uploaders build in their dirty sid machine and then upload without testing. Good and bad uploaders exist now with binary uploads and will exist with source uploads. The question is how much we think that requiring a deb for the upload is an incentive for pushing the bar of a random uploader nearer to the status of good uploader than to the bad one. I think it is indeed an incentive, but the current drawbacks are far worst than this benefit. Hence I think we should push for source upload. Other technical incentives can then be found and I've already suggested some of them, e.g. tuning our upload tools so that they indeed require the existence of a .deb, not necessarily uploading it later on. The idea of actually not throwing away them proposed by Enrico (Tassi) is indeed nice, but AFAIK our upload infrastructure (that is: not that in detail) it will require some changes, since the uploaded .deb will need to be stashed somewhere, as they will clash with .debs having the very same name which will be generated by the buildd. So I think that for the moment the idea can be postponed ... > When he communicated about source-only uploads in his email of January > 2007, James Troup wrote: > > "This is not something I personally think is a good idea but > I won't stand in the way of consensus of the Release Managers and the > developer community as a whole." > > http://lists.debian.org/msgid-search/[EMAIL PROTECTED] I'm aware of that mail, and that is why we are stuck with binary uploads, because a single person do not want to change the rule. > The other concern of James Troup is that the i386 buildd may not keep > up. So I guess that another piece of the puzzle is in the hand of the > i386 buildd maintainers, the release team, the i386 porters, and the > system administration team. I'm pretty sure the DPL will be happy to authorize the disbursement of money to enlarge our i386 buildd park (Cc-ing him to check whether this is actually the case or not). I'm not volunteering to set up another i386 buildd though, since right now I don't know where to start. But even in this respect I'm well convinced that the day we will have source only upload and overloaded i386 buildd, we will have manpower to set up some more. > Then, because "a consensus between the Release Managers and the > developer community as a whole" has been required, a GR will be needed. > Since it is a necessary step, the writing of it may be a useful tool to > clarify arguments before presenting them to the persons in charge ? Yes, I think it would definitely be *the* step needed to solve this once and for all, and I think the consensus on allowing source only upload will also be easy to reach among DDs (but of course I might be wrong). I've thought several time of drafting such a GR myself, but thus far I've lacked the actual time to do it ... help in the form of a first draft would be really appreciated ;) Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -<%>- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: QUESTION: Debian Policy: Manual pages
On 14/02/2008, Russ Allbery wrote: > I thought that tag in lintian already had a note that you should add > an override if the man pages are shipped in a different package on > which this package has a dependency. Apparently I was just imagining > things. ISTR it's the case for icons in desktop/menu files. -- Cyril Brulebois pgpGmD9xFI6pW.pgp Description: PGP signature
Bug#465895: ITP: cycfx2prog -- Cypress EZ-USB FX2 (LP) programmer
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: cycfx2prog Version : 0.41 Upstream Author : Wolfgang Wieser <[EMAIL PROTECTED]> * URL : http://www.cip.physik.uni-muenchen.de/~wwieser/elec/periph/USB-FX2/software/ * License : GPL Programming Lang: C++ Description : Cypress EZ-USB FX2 (LP) programmer CycFX2Prog is a tool for programming the EZ-USB FX2 controller (i.e. downloading 8051 firmware into the RAM of the device) and doing basic enpoint communication for testing purposes. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465896: ITP: dfu-util -- Device firmware update (DFU) USB programmer
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: dfu-util Version : 0.0+r4067 Upstream Author : Harald Welte <[EMAIL PROTECTED]> * URL : http://wiki.openmoko.org/wiki/Dfu-util * License : GPL Programming Lang: C Description : Device firmware update (DFU) USB programmer dfu-util is a program that implements the Host (PC) side of the USB DFU (Universal Serial Bus Device Firmware Upgrade) protocol. . In the OpenMoko project (for example), this program is used to communicate with the specially enhanced u-boot boot loader, which implements the DFU device side. Note: This program is similar to dfu-programmer, but not the same. For the differences (and reasons to package this in addition to dfu-programmer) see: http://lists.openmoko.org/pipermail/device-owners/2008-January/001166.html Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Meaning of the "Altering package upload rules"
On Fri, Feb 15, 2008 at 11:45:45AM +0100, Stefano Zacchiroli wrote: > Hence I think we should push for source upload. Stop pushing and start programming. A technical approach to this would be implementing something along the lines of http://lists.debian.org/debian-devel/2006/07/msg00544.html It's trivial for interested DDs to setup an autobuilder; and if you're not willing to trivial work to demonstrate a policy change is useful, arguing's just a waste of everyone's time. Cheers, aj signature.asc Description: Digital signature
FREE LINUX CDS-DVDS?
Hello, I'm very interested in using the Debian Linux operating system but it's very difficult to me download the iso image cause my internet access is very limited by now, and the local connections are too slow, so I wonder if do you offer a free media program where a person could request a free media cd or dvd? If you offer this, and if it's possible, can you send me a free copy? If it's possible my address is below, if not, please forward my email to a person or company that provide this type of help. My address is: Ernesto Moraconj.res.san carlos,edif.04,apto.404,pb,la esmeraldaMaracay,2103,Aragua,Venezuela Thank you very much. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Re: Meaning of the "Altering package upload rules"
Charles Plessy wrote: > Then, because "a consensus between the Release Managers and the > developer community as a whole" has been required, a GR will be needed. > Since it is a necessary step, the writing of it may be a useful tool to > clarify arguments before presenting them to the persons in charge ? GR != consensus A GR tends to be the antithesis of consensus, historically. -- see shy jo signature.asc Description: Digital signature
Bug#465994: ITP: gamgi -- general atomistic modelling graphic interface
Package: wnpp Severity: wishlist Owner: Steffen Moeller <[EMAIL PROTECTED]> * Package name: gamgi Version : 0.13.1 Upstream Author : Jose Carlos Pereira <[EMAIL PROTECTED]> * URL : http://www.gamgi.org/ * License : GPL Programming Lang: C Description : general atomistic modelling graphic interface Graphical interface to build or analyse atomic structures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FREE LINUX CDS-DVDS?
On Fri, Feb 15, 2008 at 12:50 PM, Ernesto Mora <[EMAIL PROTECTED]> wrote: > > > > > Hello, > > I'm very interested in using the Debian Linux operating system but it's very > difficult to me download the iso image cause my internet access is very > limited by now, and the local connections are too slow, so I wonder if do > you offer a free media program where a person could request a free media cd > or dvd? If you offer this, and if it's possible, can you send me a free > copy? If it's possible my address is below, if not, please forward my email > to a person or company that provide this type of help. > > > My address is: > > Ernesto Mora > conj.res.san carlos, > edif.04,apto.404,pb, > la esmeralda > Maracay,2103,Aragua, > Venezuela > > > Thank you very much. > > > > > > > > Express yourself instantly with MSN Messenger! MSN Messenger Hi Ernesto, there are certainly Debian people and developers in your country, so you should be able to contact a LUG(linux users group) or a college or university where people may support Free Software. So someone should be able to help you get a CD or DVD to install Debian. look here[0] for some hints. -kev [0] http://wiki.debian.org/LocalGroups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: control file Replaces: question
On Sat, Feb 09, 2008 at 02:44:20AM +0100, Goswin von Brederlow wrote: > > If you really need to do this, you will need to divert the configuration > > files with dpkg-divert. However, you really don't want to do this. > > Rather than managing configuration files with a package, you really want > > to use something like Puppet or Cfengine to manage configuration. > > I tried this once and I setteled on writing a package that would fetch > my conffiles from a RCS. On initial install it would just check them > out and dump them in place. On updates it would update them to the tag > coresponding to the package version. If you have different configs per > host you can create branches for each host and fetch from there. > > You can also add a hook to run post dpkg that will compare the state > of conffiles with the RCS and warn you about changes. Or just use etckeeper. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
I've visited your website http://lists.debian.org/debian-user-icelandic/2006/09/msg00011.html
Hi, We've seen your website at http://lists.debian.org/debian-user-icelandic/2006/09/msg00011.html and we love it! We see that your traffic rank is 4952 and your link popularity is 1845. Also, you have been online since 3/10/1999. With that kind of traffic, we will pay you up to $4,800/month to advertise our links on your website. If you're interested, read our terms from this page: http://www.contactthem.ws/hit.php?s=10&p=2&w=102192 Sincerely, Lisa McWeeney The ContactThem Network -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#465402: O: directfb -- direct frame buffer graphics
Hi, On Tue, 2008-02-12 at 16:03:04 +0100, Fathi Boudra wrote: > Otavio Salvador, Luis Mondesi and me would like to adopt directfb and > friends. Sure, I've transferred the alioth project now (you sort out the project perms). Something I forgot to say before about latest upstream release, I didn't package it because it's currently considered as a development branch by upstream. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bootstrapping GT.M
Hi, I'm just forewarding the answer of upstream about the possibilities for the bootstrapping process ... Any comments? Kind regards Andreas. -- Forwarded message -- Date: Fri, 15 Feb 2008 17:38:59 -0500 From: K.S. Bhaskar <[EMAIL PROTECTED]> To: Andreas Tille <[EMAIL PROTECTED]> Subject: Re: Bootstrapping GT.M (fwd) Andreas -- Sorry for the delayed reply, but I was caught up with some urgent work. The way we bootstrap GT.M is that we use the previous release of GT.M to build it. If you like, we are happy to provide you with the files from our build of GT.M V5.3-001 (the current version), which will let you build it for yourself. Alternatively, you can use the released binaries to build your own fresh binaries from the released sources. But, just as there must be a C compiler to build gcc, GT.M needs a MUMPS implementation - GT.M itself since there is no alternative - to build GT.M. I don't see an easy way out of this conundrum. There is of course no technical obstacle to replacing the bootstrap with awk or perl programs, but that would be more work for us with no clear benefit. In any case, it looks like there is precedent in the Debian world for bootstrapping by requiring an existing binary for building a new binary. Regards -- Bhaskar On 02/12/2008 09:24 AM, Andreas Tille wrote: Just forewarding you one answer from the list where you was not included in CC. Kind regards Andreas. [Andreas Tille] > Any idea how to solve this problem? Any volunteers to package GT.M? What about providing the generated files in the initial upload? The files can them be used to bootstrap the system on the autobuilders. The initial upload can't build-depend on itself, but when it is built, the next upload can build-depend on the previous version of itself. Gcc compiles itself several times during bootstrapping, first a minimal version that can use almost any C compiler, then itself with the minimal version, and finally itself with the full version of itself. Perhaps something similar should be done with GT.M? I realize that the situation is different as there is no M compiler included by default in Debian. Happy hacking, -- Petter Reinholdtsen -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
