domandona su una questione di maintaining
Ciao, mi sono iscritto relativamente da poco, mi farebbe piacere entrare nel programma NM di debian ma per ora è un mezzo casino perché non capisco come si ottengano sponsorizzazioni e le varie verifiche teoriche, in ogni caso mi sto un po' cimentando con pacchetti vari, almeno faccio anche qualcosa utile a me stesso e ad un paio di amici :) Il problema è questo, ho fatto un paio di pacchetti probabilmente interessanti. Uno snapshot CVS di gaim (che aggiorno circa ogni 3 giorni), e un pacchetto del plugin di gaim che integra libnotify (utile, sicuramente molto più *smart* di guifications). Magari a qualcuno piacciono, visto che sui forum di Ubuntu era pieno di gente che chiedeva i pacchetti della beta, anche parlando di sto plugin, ma quando sono arrivati i deb del plugin non ho ricevuto una sola risposta ahah. Ho mandato un paio di email al maintainer attuale, anche, e nessuna risposta da lui. Qualche consiglio da darmi? Per quanto riguarda gaim-libnotify il tipo mi ha contattato ed è rimasto piuttosto soddisfatto, tanto che m'ha chiesto se mi sarebbe andato bene fare i .deb per quel plugin, d'ora in poi. Se posso spammare un minimo, qualcuno magari può provarli / esaminarli per vedere se ho fatto errori. deb http://kuolema.kicks-ass.org/deb ./ deb-src http://kuolema.kicks-ass.org/deb ./ Scusate l'email chilometrica, e non mi intasate troppo il repo, è una inutile adsl. Ciao ~marco signature.asc Description: Questa parte del messaggio è firmata
Re: domandona su una questione di maintaining
Ciao Marco, On Thu, Mar 09, 2006 at 11:13:53PM +0100, Marco Cabizza wrote: Il problema è questo, ho fatto un paio di pacchetti probabilmente interessanti. Uno snapshot CVS di gaim (che aggiorno circa ogni 3 giorni), e un pacchetto del plugin di gaim che integra libnotify (utile, sicuramente molto più *smart* di guifications). Magari a qualcuno Questo pacchetto mi interessa parecchio (sempre sia vero che e' meglio delle guification ;)). Lo provero'. Ma non ti posso garantire che lo faro' nei prossimi giorni, ne tantomeno che guardero' il pacchetto con occhio critico, sono in un periodo abbastanza incasinato e ho accumulato lavoro debianico per i prossimi 2 anni :-) Qualche consiglio da darmi? snip Se posso spammare un minimo, qualcuno magari può provarli / esaminarli per vedere se ho fatto errori. Non necessariamente troverai sponsor/revisori su questa lista piu' facilmente perche' siamo tutti italiani. Quindi il mio consiglio e': posta su debian-mentors (ovviamente in inglese), che e' il luogo preposto per chiedere sia sponsor, che review dei propri pacchetti. Sono fiducioso che troverai documentazione sulle best practice pre la sponsorizzazione dando una occhiata a http://mentors.debian.net A presto, spero di vederti presto nella NM queue :) -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
[Theodore Ts'o] Is there any objections to my uploading a new e2fsprogs package which does this? I would say go for it. Are you aware of any problems with adding the dependency? Remember to make sure the priority of libdevmapper is increased. libselinux is already high enough, as several base packages already use it on linux. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITH: silc-toolkit
On Wed, Mar 08, 2006 at 07:24:51PM -0500, Michael Schultheiss wrote: I intend to hijack silc-toolkit. It has had three RC bugs open for 150+ days and another RC bug open for almost a year and a half. On August 14, 2005 in Message-ID: [EMAIL PROTECTED], the current maintainer, Tamas Szerb, stated I'm gladly give it to anybody who is interested in it - see bug #273871 for more info (including the message referenced above). This is not an ITH, but an ITA (intent to adopt). You should file a wnpp bug as well, and send a Cc to the current maintainer so he gets a chance to respond. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Fonts packages maintenance team (second) proposal
On Wednesday 08 March 2006 17:33, Christian Perrier wrote: Improve communication - This team will, by the use of a mailing list, allow good communication among font package maintainers. This can help all of us to benefit from the experience of font experts, who are not that common. very good idea, I second that... :) (especially as i have sometimes some trouble with fontconfig and defoma) and when it comes to OTF CID fonts I need some input to... ;) Share resources --- A common SVN repository, hosted on Alioth, will allow font package maintainers to host their package development, if they wish to do so. good... I failed to set up a similar thing by myself, so hopefull this works... ;) Bring improved maintenance of font-related tools The project could also include the maintenance of font-related tools, such as fontforge or defoma (only with agreement of their respective maintainers who are highly welcomed in the team). I would highly appreciate this... The common resources for the team will be: - a dedicated project on Alioth, with a common SVN repository, named pkg-fonts - a mailing list hosted on lists.debian.org where? I didn't see any... or is it in alioth? This mail is CC'ed to all ttf-* font packages maintainers. Getting their reaction to this proposal is important, especially for those who didn't see the first initial mail. yeah, thanks for that. :) Cheers Arne -- Arne Götje (高盛華) [EMAIL PROTECTED] PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. pgpHI42O4G4jG.pgp Description: PGP signature
debian version for kernel 2.6.0 ?
hi, can i know which debian version released came with linux kernel 2.6.0 also tell me where to obtain the release.. thanx. madhan
Re: debian version for kernel 2.6.0 ?
On Thu, Mar 09, 2006 at 03:45:07PM +0530, madhan raman wrote: can i know which debian version released came with linux kernel 2.6.0... There was no release of Debian with kernel 2.6.0. Sarge has 2.6.8 kernel, etch have something much newer and it's not yet decided what will be released with it. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: For those who care about stable updates
Le Jeudi 9 Mars 2006 11:32, Martin Schulze a écrit : I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. I'm sick of being left in the void. I'm sick of ftpmasters not answering mails from the stable release manager to negotiate a timeline. I'm sick of ftpmasters suddenly creating arbitrary preconditions for stable updates. I'm sick of having to ask again and again and being constantly blocked by them. Sad news. But thanks a lot for all the good work done. No thanks to everybody that uses his power to discourage good will -- I know the deal, it is not very unusual in free software world. It is always very frustrating to be denied access to some boxes while we need it to keep things going. Regards, -- Mathieu Roy +-+ | General Homepage: http://yeupou.coleumes.org/ | | Computing Homepage: http://alberich.coleumes.org/ | | Not a native english speaker: | | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english | +-+
Re: net-tools maintenance status
On 1/6/06, Bernd Eckenfels [EMAIL PROTECTED] wrote: Thijs Kinkhorst [EMAIL PROTECTED] wrote: So I think you can tell pretty clearly that Bernd has no objection at all to NMU's. yes, but please not for wishlist bugs. Again: there are bugs open for net-tools where help is requested, I would love to have patches for those. Generally I am not aware of time critical bugs. The wishlist bugs will get fixed in the next upstream version, however that needs some sorting out of the upstream cvs which is not in sync with redhat, suse and debian. Hi Bernd, What's the status of the next upstream version? Do you think it'll be ready before Etch?
Re: For those who care about stable updates
Hi, * Martin Schulze ([EMAIL PROTECTED]) [060309 11:37]: I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. Martin, thank you very much for your great services you did as stable release manager during the last years. I'd like to inform you that Martin Zobel-Helas and I are going to take over the task of the stable release manager. We intend to add more people to that task, but well - that can be done anytime later. Martin agreed to that. Cheers, Andi -- http://home.arcor.de/andreas-barth/ signature.asc Description: Digital signature
Re: For those who care about stable updates
also sprach Martin Schulze [EMAIL PROTECTED] [2006.03.09.1132 +0100]: I'm sick of being left in the void. I'm sick of ftpmasters not answering mails from the stable release manager to negotiate a timeline. I'm sick of ftpmasters suddenly creating arbitrary preconditions for stable updates. I'm sick of having to ask again and again and being constantly blocked by them. Joey, I wonder where things are going now that you retract from various positions... LinuxTag won't ever be the same, and I always thought your handling of stable release updates was great. I am sorry to learn you had to fight so many battles doing it. It is sad to see you leave the stable release manager position because you don't see a solution to the problem. In the past, situations such as the one you got frustrated over, have happened within Debian in various places. Sometimes it's the ftpmasters, at other times it's the security team or DSA, and there are others. I don't blame you for pulling out at all. However, I am trying to appeal to your dedication to the project with the following request: As someone who has served (and continues to serve) on several core teams within Debian, would you be able to give us some insights into how the situation may be improved? You are tired of fighting the battles yourself. Even though you may have reasonable issues, very few people can step in to help because very few people know what's going on at the level of core infrastructural teams. Debian's core infrastructure is in the hands of very few people, who are often very busy. This results in bottlenecks, which have negatively affected the project several times in the past. Could you share with us your view on where the problem is, and what solutions you see? -- 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! we have a firm commitment to nato, we are a part of nato. we have a firm commitment to europe. we are a part of europe. - george w. bush signature.asc Description: Digital signature (GPG/PGP)
Re: For those who care about stable updates
On Thursday 09 March 2006 11:32, Martin Schulze wrote: I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. James Troup as ftpmaster rejected my recent request to become an.. Then one suggest mentioned Mr. James Troup to take over, and do your job, which I personally find have been VERY WELL DONE - THANKS :-) Very sad to hear about such an announcement. I am just an old pensioner, end user, using debian stable happily. :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
martin f krafft wrote: LinuxTag won't ever be the same Seconded. Debian's core infrastructure is in the hands of very few people, who are often very busy. Right again. Joey is the first DD I met, and tho I saw (and heard) him on several occasions, I barely know him except from the excellent work he did. Also sad, wjl aka Wolfgang Lonien -- Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net Key Fingerprint = A923 2294 B7ED EB3E 2F18 AE56 AAB8 D36A 728D 9BD0 uid Wolfgang Lonien (wjl) like: [EMAIL PROTECTED] We prefer encrypted, text-only email messages here. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gnome conflicts with etherconf (and d-i) configuring ethernet cards [?]
So, this is my story: I installed a new Debian testing about a week ago. I have two network cards. I installed gdm and al the GNOME stuff. I configured the ethernet cards with etherconf and I had some problems (see 355425), but finally it seems that I configured the two ethernet cards (but the net didn't work yet...). With ifconfig I noticed that the eth0 and eth1 were not configured. After that I configured ethernet cards with GNOME configuration tool and anything worked ok. So is there some kind of conflict between stherconf and gnome network configuraztion tool? Shouldn't all the way to configure network be equivalent? Thnx PAolo Pantaleo P.S. If asked for I will try to provide more informations
Re: Fonts packages maintenance team (second) proposal
- a mailing list hosted on lists.debian.org where? I didn't see any... or is it in alioth? I didn't begin setting stuff up, except an Alioth project. I prefer seeing what directions the discussion about the proposal goes to, before setting things that could be misnamed/useless/whatever...
Re: For those who care about stable updates
On 09.03. 12:21, Andreas Barth wrote: * Martin Schulze ([EMAIL PROTECTED]) [060309 11:37]: I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. Martin, thank you very much for your great services you did as stable release manager during the last years. Sad news. As a user of Debian who appreciates the work of Martin a lot, I would like to use the opportunity to thank him for his great work. I'd like to inform you that Martin Zobel-Helas and I are going to take over the task of the stable release manager. We intend to add more people to that task, but well - that can be done anytime later. Martin agreed to that. Good to see that there are already competent successors stepping up to continue the work, even though it is now obvious that it needs at least two persons to replace one Joey. :-) Thanks, -- Christian Fromme Mail: kaner at strace.org GPG: 9DE5E8B9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Martin Schulze [EMAIL PROTECTED] writes: I'm sick of this entire situation. It makes me ill, angry and utterly frustrated. It causes me being frustrated of Debian and unable to work on other issues, needing a rest more often that planned. I should do better with my limited life. Hence, I give up. Congratulations. :( Is there something that we could to do try to revert it? I do think your work is very suitable for us and we all use it while using point releases and security repository. In that way, would be good to have you again on it. Mostly of use know that Debian has its problems but give up doesn't solve them. Would be better if we try to make a group and propose solutions. For those problems that ftpmasters still avoid to accept and most of us agree there's the Tecnical Comitee so we have an option. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Martin Schulze [EMAIL PROTECTED] writes: I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. A black day for Debian. Thanks for all the work and time you've invested into this in the past. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
What's wrong with us ? I just read some messages with a no Martin, can we revert it?, it seems that the default reply is ok Martin, see you, thanks.. It's volunteer work, he's free to do whatever he wants and spend his time with more pleasant tasks, but when will we try to solve some of the real problems we have instead going through the easy way that is ok, who's going to take that task?. It's clear that the new stable maintainer or group will have at least some of the current problems. Don't you care ? It's just something more of the same as always, we're wasting motivated human resources waiting someone come in and take over the task. If you think that it's always easy to replace other person and his work and that really motivated human resource is infinite, i'm sorry but you're wrong. It's a wake up call and isn't the first, IMHO. Closing, thanks for your valuable contribution to this project Martin. Hopefully, i'll be around to see the day when we'll be cool with each other and do more to reach our goal. What about a universal operating system? Thanks, -- stratus
Re: For those who care about stable updates
Am Donnerstag, den 09.03.2006, 11:32 +0100 schrieb Martin Schulze: I'm sorry to announce this but you'll have to find a new person who works on updating Debian stable and who is willing to cope with black holes and ftpmasters. It's a sad day for the Debian project and the situation must have hit rock bottom, when Joey is telling such things. Anyway, thanks for the great work you did in the past and all the time you spent into this. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: question for all candidates
[Moving this to -devel, please reply only there, this is not really voting related stuff. We are talking about things to improve keyring maintenance, for those not reading -vote.] Anthony Towns aj@azure.humbug.org.au writes: So first one was the spam problem, keyring-maint is a well-known address, and mails that are meant to go to it could be in all sorts of weird formats. There's already magic debian.org handling that'll drop stuff without a pseudo-header in the mail (for [EMAIL PROTECTED]), or without a specific tag in the subject which should mostly solve the problem, which mostly requires working out some tags/headers and making sure all the appropriate documentation is updated. Could these mails be required to have a valid GPG signature (either for a key in a public keyserver or a DD key)? This would eliminate the spam problem (almost) entirely. The third thing was to develop some new scripts to manage debian-keyring.gpg in a more componentised manner -- rather than one huge blob, have many small files that are independently auditable (this is the key for [EMAIL PROTECTED], it's authorised because it came via [EMAIL PROTECTED] after blah lost their key in a tragic accident involving a watermelon, it's signed by foo and bar...). The scripts to manage all this have to be simple, obviously correct and secure, and also fast enough to be usable. I think I could at least try to tackle this, as this doesn't need anything special. If somebody else is already working on this, I would appreciate a heads-up :) Apparently there's been some mention of this on -private; I'm not sure when. I recall some discussion, yes. -- * Sufficiently advanced magic is indistinguishable from technology (T.P) * * PGP public key available @ http://www.iki.fi/killer * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On 09.03. 10:38, Gustavo Franco wrote: What's wrong with us ? I just read some messages with a no Martin, can we revert it?, it seems that the default reply is ok Martin, see you, thanks.. It's volunteer work, he's free to do whatever he wants and spend his time with more pleasant tasks, but when will we try to solve some of the real problems we have instead going through the easy way that is ok, who's going to take that task?. It's clear that the new stable maintainer or group will have at least some of the current problems. Don't you care ? As one of the persons who answered Thanks, see you, I would like to express my concern about this as well. You are totally right when you say something has to be done against these problems and especially against persons and/or cirumstances that block effektive work from being done. I am no DD and my knowledge about the internals of Debian is limited, but I wonder if there is no way of forcing a change of the blocks Martin encountered. Cheers, -- Christian Fromme Mail: kaner at strace.org GPG: 9DE5E8B9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, 9 Mar 2006, Gustavo Franco wrote: What's wrong with us ? It is wrong that somebody who would like to work is stopped to do his work by others. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[hardware-donation] Rackmountable 19 case(s) [Utrecht, NL]
Debian has been offered two 19 cases. They are located in Utrecht, NL. Does anyone have any use of them (that is Debian related)? I've got two leftover 19 cases here including powersupply. One is 4U and totally fine, the other is 2U and misses some part such that PCI-cards can not be attached firmly. The second one is therefore only really usable if you accept that your PCI-cards will be a bit loose, or if you don't need PCI. I'm willing to donate at least one, maybe both, of these cases to Debian if someone has a good, Debian-related use for it. Do you know of any need for such cases? Please let me know in the short term (let's say, two weeks), especially if *not* interested, because I would then get rid of them in another way. Please respond to [EMAIL PROTECTED] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Wed, Mar 08, 2006 at 11:07:24PM -0600, Peter Samuelson wrote: [Michael Banck] Please take into consideration that libselinux is not available on Debian's non-Linux ports. It's not libselinux you should be worried about, but libdevmapper. He's not depending on libselinux directly, but he notes that on Linux systems, the dependency chain will pull it in. Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356069: ITP: php-sqlite3 -- PHP bindings to SQLite version 3, a file-based SQL engine
Package: wnpp Severity: wishlist Owner: Julien Danjou [EMAIL PROTECTED] * Package name: php-sqlite3 Version : 0.4 Upstream Author : Bruno Fleisch [EMAIL PROTECTED] * URL : http://php-sqlite3.sourceforge.net * License : PHP Licence, version 3.0 Description : PHP bindings to SQLite3, a file-based SQL engine This package provides a module allowing you to use the SQLite version 3 self-contained database engine from within your PHP scripts. -- 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.15-1-686-smp Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- Julien Danjou // [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
Theodore Ts'o [EMAIL PROTECTED] writes: On Wed, Mar 08, 2006 at 11:07:24PM -0600, Peter Samuelson wrote: [Michael Banck] Please take into consideration that libselinux is not available on Debian's non-Linux ports. It's not libselinux you should be worried about, but libdevmapper. He's not depending on libselinux directly, but he notes that on Linux systems, the dependency chain will pull it in. Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Gustavo Franco wrote: it seems that the default reply is ok Martin, see you, thanks.. Yes, we are very thankful for his time, dedication, and achievemnets. It's volunteer work, he's free to do whatever he wants and spend his time with more pleasant tasks, Exactly. but when will we try to solve some of the real problems we have Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Don't you care ? We do. But asking him to go back to doing something that was such a source of pain? No way. Closing, thanks for your valuable contribution to this project Martin. Ditto. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, 9 Mar 2006, Amaya wrote: Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Ups, why are you biting your tongue? I say it loudly: I will vote highest for the candidate who seems to me most probable to solve this very problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: question for all candidates
On Thu, Mar 09, 2006 at 03:47:35PM +0200, Kalle Kivimaa wrote: Could these mails be required to have a valid GPG signature (either for a key in a public keyserver or a DD key)? This would eliminate the spam problem (almost) entirely. keyring-maint is the address for problems with your key -- not being able to mail it when you have problems with your key seems a bad idea. :) I /think/ it's easier to do the other checks (pseudo-header/subject tag), since they're available for *.debian.org, and it's only lists.d.o which has pre-coded gpg sig checks. Dunno. I think I could at least try to tackle this, as this doesn't need anything special. If somebody else is already working on this, I would appreciate a heads-up :) TTBOMK, none -- James was too busy to work on this at the time, and I don't think has gotten any less so. Cheers, aj signature.asc Description: Digital signature
Re: For those who care about stable updates
Andreas Tille wrote: Ups, why are you biting your tongue? Because we all have our bit of fustration regarding this issue and I don't want to pour anger in email. For fear that I get expulsed :P No, seriously... This is being discussed in the debian-project mailing list right now, where it belongs, and Marga started a (sub)thread in the very tone we should use (that means a *calm* tone, in case someone is not following along). I say it loudly: I will vote highest for the candidate who seems to me most probable to solve this very problem. I still have to deal with my concers about the code of conduct, so I will bite my tongue some more and wait until the tone is right to raise them. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On 3/9/06, Amaya [EMAIL PROTECTED] wrote: Gustavo Franco wrote: (...) Don't you care ? We do. But asking him to go back to doing something that was such a source of pain? No way. (...) Hi Amaya, I agree with you, i wasn't simple asking him to go back. My point was that if we just let somebody or a team take over that task the problem will still be there, maybe not all the problems but some of them. It's harder, but we need to solve problems and stop changing people by teams thinking it's a drop-in solution for everything. I'm in some teams, i prefer to work this way and the 'stable updates' probably will be in good hands in the near future but why not with Martin too? Someone blocked him and that's my problem. Closing, it isn't a cheap rant against ftpmasters, i would like to thank the ftp assistants Joerg Jaspert and Jeroen van Wolffelaar for their work too. -- stratus
Re: For those who care about stable updates
Gustavo Franco wrote: I agree with you, i wasn't simple asking him to go back. My point was that if we just let somebody or a team take over that task the problem will still be there, maybe not all the problems but some of them. I am also worried that these issues continue to exist throughout releases/DPLs/seasons... I honestly think it is all a lack of transparency and communication. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On 3/9/06, Amaya [EMAIL PROTECTED] wrote: Gustavo Franco wrote: I agree with you, i wasn't simple asking him to go back. My point was that if we just let somebody or a team take over that task the problem will still be there, maybe not all the problems but some of them. I am also worried that these issues continue to exist throughout releases/DPLs/seasons... I honestly think it is all a lack of transparency and communication. Sure Amaya, what we've got here is failure to communicate Btw, i hope we don't end in a civil war. :-) -- stratus
Re: For those who care about stable updates
Gustavo Franco wrote: Sure Amaya, what we've got here is failure to communicate Btw, i hope we don't end in a civil war. :-) joke Civil? Not as long as we focus on attacking Ubuntu /joke -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates (update)
That is fine and dandy, but how do you want to adress the underlying problem of the work ? Joey did not quit because he woke up this morning and didn't feel like doing the work. On 3/9/06, Martin Zobel-Helas [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! As you all probably already know, Martin 'Joey' Schulze stepped down as Stable Release Manager[1]. At this point, we would like to thank him for his hard work for the last five years. To continue the service of stable point releases to our users, Andreas Barth and I took over the Stable Release Management. We will try to add other people to our team, improving responsiveness and quality. Based on Joey's excellent preparation work of the last few months and our experience with debian-volatile updates to the stable release, we are aiming to release the second update to Debian 3.1 sarge (3.1r2) as soon as possible. Current plan is to do it within the next 4 weeks. Greetings Martin PS: Andi's post[2] was supposed to go to debian-devel-announce@ but ended up in [EMAIL PROTECTED] [1] http://lists.debian.org/debian-devel-announce/2006/03/msg8.html [2] http://lists.debian.org/debian-devel/2006/03/msg00294.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEEGVQST77jl1k+HARAi2xAKCAXWTJnLXehRzfPhhKpvk5+TAUswCgjAHA L1uXtkjuYougf7bE9EZYfbQ= =F0rP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. What we really need is a separation between OS and Architecture as far as dpkg is concerned. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates (update)
Martin Zobel-Helas [EMAIL PROTECTED] writes: To continue the service of stable point releases to our users, Andreas Barth and I took over the Stable Release Management. We will try to add other people to our team, improving responsiveness and quality. What will the process to someone who want to join the team to help with it? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Le jeudi 09 mars 2006 à 16:39 +0100, Amaya a écrit : but when will we try to solve some of the real problems we have Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Re: For those who care about stable updates
On 3/9/06, Amaya [EMAIL PROTECTED] wrote: Gustavo Franco wrote: Sure Amaya, what we've got here is failure to communicate Btw, i hope we don't end in a civil war. :-) joke Civil? Not as long as we focus on attacking Ubuntu /joke hehe, i think you missed my joke first. -- stratus
Re: For those who care about stable updates
Gustavo Franco wrote: hehe, i think you missed my joke first. Maybe, I just saw a GnR quote. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Josselin Mouette wrote: Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? This year the candidates are acting more like RL politicians than ever (IMVHO). So you... 1 - lobby (all of them) 2 - get promises in exchange of votes 3 - ... 4 - profit! Nah, just lack of iron talking. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, 2006-03-09 at 19:05 +0100, Josselin Mouette wrote: Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? If I were a crazier man I would say something like: The end is neigh! It is a dark, dark day for Debian, indeed. -- Jason Clinton [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 07:05:24PM +0100, Josselin Mouette [EMAIL PROTECTED] wrote: Le jeudi 09 mars 2006 ? 16:39 +0100, Amaya a ?crit : but when will we try to solve some of the real problems we have Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? Maybe the one with the Plan 9 ? /o\ Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates (update)
Florian Haas wrote: Joey did not quit because he woke up this morning and didn't feel like doing the work. Yes, that is an issue that really has to be discussed in a civil manner and in more depth. The issue I am refering to is, again, the fragile equilibrium between meritocracy and elected delegates. People that hold key positions in the project. And I am very sorry to bring this up in such a painful moment, but I am afraid Joey himself has sometimes behaved in the same way that he so bitterly complains James Troup behaved. With plenty of differences, sure. And in no way I am trying to dissmiss the huge amount of work and time I am sure both have put into their respective tasks. But as far as I see (again biased by my own perception, lack of information and the alignment of Venus/Jupiter) both have issues with delegating, or acknowledging being overworked. I do have these same issues myself, I guees, we all do. No big deal, because my role is, fortunately for the project, not key to the project. I wonder if it is a control issue after all, on top of this lack of transparency and feedback. Just my thoughts, not judging anyone. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On 3/9/06, Amaya [EMAIL PROTECTED] wrote: Gustavo Franco wrote: hehe, i think you missed my joke first. Maybe, I just saw a GnR quote. That's what i mean with the civil war thing, not a real war against anyone or a project. :-) -- stratus
Re: ./configure in debian/rules
Am Donnerstag, 9. März 2006 03:12 schrieb Russ Allbery: Thomas Bushnell BSG [EMAIL PROTECTED] writes: I'm one of the people who actually helped design the GNU Makefile and configure standards, and --host does not signal that you're cross-compiling. What signals that you are cross-compiling is a disagreement between --host and --build. That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. But see the current Autoconf manual: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That's insane. However, it doen't say anything about the sitution of --build and --host are used and both contain the same value. Work-around for the compiler could be to ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Now autoconf has no problem in finding the proper compiler even if not really cross-compiling, does it? HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org
[EMAIL PROTECTED] volunteers?
#include hallo.h * Florian Haas [Thu, Mar 09 2006, 06:31:42PM]: That is fine and dandy, but how do you want to adress the underlying problem of the work ? I may have watched too much Startrek in my youth since I this morning I have spontaneously got an idea while trying to understand the root of another personal fight. We need a mediator - an official delegate who is responsible for finding a solution for personal/communication problems. I know that we often map our personal problems to technical problems, but there is also too much pride and sometimes arrogance involved. People act more and more irrational when there are social/personal tensions. Fortunately, the ongoing DPL election seems to offer good chances to speedup developments in this direction. Eduard. -- Perun TCW: mit daten cd geht es Perun TCW: aber mountet man na audio cd nicht mit -t iso9660? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 07:05:24PM +0100, Josselin Mouette wrote: Le jeudi 09 mars 2006 à 16:39 +0100, Amaya a écrit : but when will we try to solve some of the real problems we have Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? Joss, Please point me to a candidate who is claiming that 'there is no problem and that we should all be friends'. I think you'll find what they're saying is, 'don't be an idiot on mailing lists'. And here you are, being an idiot on a mailing list, which is pretty fitting, I guess. (But it is a problem.) Cheers, Daniel signature.asc Description: Digital signature
white listing spam en/on debian devel
Hola, Por favor, quiero que paré mandando mensajes para confirmação a los gentes que estan mandando a la lista. - Hi, Please, I would appreciate it if you would stop stop sending messages for confirmation to the people who are sending to the list. -- Jason Clinton [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: For those who care about stable updates
On Thu, 2006-03-09 at 20:49 +0200, Daniel Stone wrote: I think you'll find what they're saying is, 'don't be an idiot on mailing lists'. And here you are, being an idiot on a mailing list, which is pretty fitting, I guess. (But it is a problem.) -1 name calling -1 hyperbole +1 semi-on-topic -- -1 shouldn't have sent -- Jason Clinton [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: For those who care about stable updates
to, 2006-03-09 kello 19:21 +0100, Amaya kirjoitti: 1 - lobby (all of them) 2 - get promises in exchange of votes That reminds me of something I meant to propose some time ago: someone with a bit of time on their hands could make a wiki page, DplPromises2006 say, and list all the promises of all the candidates. Then, during the next year, we can keep coming back to that page and check how well they keep their promises. -- Cameras don't shoot people. People shoot people. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
Theodore Ts'o [EMAIL PROTECTED] writes: Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? I believe Build-Depends: dpkg-dev (= 1.13.12), libselinux-dev [linux-any], ... is supposed to work nowadays. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Le jeudi 09 mars 2006 à 20:49 +0200, Daniel Stone a écrit : I think you'll find what they're saying is, 'don't be an idiot on mailing lists'. And here you are, being an idiot on a mailing list, which is pretty fitting, I guess. (But it is a problem.) If pointing at problems is idiot, I prefer to be an idiot. I will not be the one to shut up when we are losing again to a group of individuals who are deliberately hurting the project by keeping their power positions safe. If you want to start an expulsion procedure against idiots, go ahead. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Re: For those who care about stable updates
On 3/9/06, Lars Wirzenius [EMAIL PROTECTED] wrote: to, 2006-03-09 kello 19:21 +0100, Amaya kirjoitti: 1 - lobby (all of them) 2 - get promises in exchange of votes That reminds me of something I meant to propose some time ago: someone with a bit of time on their hands could make a wiki page, DplPromises2006 say, and list all the promises of all the candidates. Then, during the next year, we can keep coming back to that page and check how well they keep their promises. joke Liw, go ahead and do that but not in the Debian wiki. They're going to remove^W edit the content. /joke -- stratus
Re: ./configure in debian/rules
On Thu, 09 Mar 2006, Hendrik Sattler wrote: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That's insane. However, it doen't say anything about the sitution of --build Actually, what it was before was completely and utterly broken (not necessarily in the design, for all I know it was an implementation snafu. All I know is that cross-compiling with old autoconf is just plain impossible unless you do practice dark arts). Now you have this: HOST: where you are doing the compilation BUILD: where the code being built will run TARGET: where code that the code being built will generate when run on a BUILD box, will run (for cross-compiling cross-compilers and toolchains, rarely used) TARGET defaults to BUILD BUILD defaults to HOST HOST defaults to whatever (nothing, I think). Host and Build meant the opposite on autoconf 2.13/automake1.4. IMHO the new definitions are much better. The following is for autoconf 2.5* and newer: Specify HOST (through --host), and you immediately enter cross-compiling mode. Specifiying --host in a Debian maintainer package build when not crosscompiling is a bug, so don't do it. You must *always* specify BUILD (through --build) when building a Debian package, it is required by Debian policy, and it MUST be set to the output of dpkg-architecture -qDEB_BUILD_GNU_TYPE unless overriden. If you need to specify TARGET then you'd rather better know more than I do about crosscompiling and how to make that compliant to Debian policy. and --host are used and both contain the same value. If both build and host have the same value, you are cross-compiling to the build architecture, on a host of the same architecture. This *does* use different compilers for generating production code and build-tools code, which might be a feature, for all I know. I'd ask all of the porters if that is useful before touching it. Work-around for the compiler could be to ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Work around for what? Not for non-policy compliant, buggy packages, I presume. Are users somehow being hit by this? Or do you want to do this to avoid an ifeq..endif block in debian/rules files that are currently required to detect if --host should be issued to configure ? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New Webmaster Needed
Hello, I saw the job posting for www.debian.org And I am interested. Please let me know if the position is still open! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED] volunteers?
On Mar 09, Eduard Bloch [EMAIL PROTECTED] wrote: We need a mediator - an official delegate who is responsible for finding a solution for personal/communication problems. I know that we often map our personal problems to technical problems, but there is also too much pride and sometimes arrogance involved. People act more and more irrational when there are social/personal tensions. I am not sure that it will help, but it will probably not hurt either... And it does not need to be official: just setup an email address and start signing up voluntaries. -- ciao, Marco signature.asc Description: Digital signature
Re: ./configure in debian/rules
Am Donnerstag, 9. März 2006 20:17 schrieb Henrique de Moraes Holschuh: Or do you want to do this to avoid an ifeq..endif block in debian/rules files that are currently required to detect if --host should be issued to configure ? Personally just because I don't like the currently different naming of native-to-arch gcc and gcc-as-cross-compiler. You wouldn't have to worry about your current architecture as you only have to know the target architecture. Compiling a package for i686 on sparc would be exactly the same as compiling it on i686. I'd love that... Just as I'd love to see the different binutils package merged and binutils-multiarch to be the default. HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org
Re: For those who care about stable updates
I demand that Andreas Tille may or may not have written... On Thu, 9 Mar 2006, Gustavo Franco wrote: What's wrong with us ? It is wrong that somebody who would like to work is stopped to do his work by others. You mean stopped from doing. (Common non-native mistake...) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Lettuce prey fur whirled peas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
I demand that Jason Clinton may or may not have written... On Thu, 2006-03-09 at 19:05 +0100, Josselin Mouette wrote: Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? If I were a crazier man I would say something like: The end is neigh! Careful. You might shout yourself horse. ;-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. I imagine that the conditions outside today are totally unimaginable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: white listing spam en/on debian devel
Am Donnerstag, 9. März 2006 19:51 schrieb Jason Clinton: Por favor, quiero que paré mandando mensajes para confirmação a los gentes que estan mandando a la lista. - Hi, Please, I would appreciate it if you would stop stop sending messages for confirmation to the people who are sending to the list. That's just usual spamming. Fortunately, the mails from this dumb guy/administrator/host are easy to filter by subject. HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 08:06:33PM +0100, Josselin Mouette wrote: Le jeudi 09 mars 2006 à 20:49 +0200, Daniel Stone a écrit : I think you'll find what they're saying is, 'don't be an idiot on mailing lists'. And here you are, being an idiot on a mailing list, which is pretty fitting, I guess. (But it is a problem.) If pointing at problems is idiot, I prefer to be an idiot. I will not be the one to shut up when we are losing again to a group of individuals who are deliberately hurting the project by keeping their power positions safe. I don't see how your message follows from mine (and I notice you cleverly failed to answer the main question posed there), so I'm going to let it go. If you want to start an expulsion procedure against idiots, go ahead. If only ... signature.asc Description: Digital signature
Re: ./configure in debian/rules
Russ Allbery wrote: Thomas Bushnell BSG [EMAIL PROTECTED] writes: I'm one of the people who actually helped design the GNU Makefile and configure standards, and --host does not signal that you're cross-compiling. What signals that you are cross-compiling is a disagreement between --host and --build. That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. But see the current Autoconf manual: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That is to say the least a very confusing statement. But OK, I suppose that avoiding side-effects was not part of the reasoning behind this change;-( Also, why is it then not an error to pass --host=X together with --build=X? According to that description, this is the default and enables both cross-compilation as well as native mode at the same time!!! There's a long archived discussion on the Autoconf mailing list about it. Will look at it, thanks. Pjotr Kourzanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 12:50:36PM -0500, Theodore Ts'o wrote: On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. I agree, but currently it's the only way for it to work. You can't even say except on platform foo currently -- see #112325. -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: Theodore Ts'o [EMAIL PROTECTED] writes: On Wed, Mar 08, 2006 at 11:07:24PM -0600, Peter Samuelson wrote: [Michael Banck] Please take into consideration that libselinux is not available on Debian's non-Linux ports. It's not libselinux you should be worried about, but libdevmapper. He's not depending on libselinux directly, but he notes that on Linux systems, the dependency chain will pull it in. Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, Armeb isn't exactly a good example of that, it being based on a Big Endian ARM port of the Linux kernel. -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Russ Allbery [EMAIL PROTECTED] writes: Thomas Bushnell BSG [EMAIL PROTECTED] writes: I'm one of the people who actually helped design the GNU Makefile and configure standards, and --host does not signal that you're cross-compiling. What signals that you are cross-compiling is a disagreement between --host and --build. That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. I'm not sure this was appropriate. Autoconf may be the most frequent generator of configure scripts, but the standards for the operation of configure scripts are not written by autoconf. So, leaving aside the autoconf manual, did the actual GNU configure standards change? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
Le jeudi 09 mars 2006 à 22:44 +0200, Daniel Stone a écrit : On Thu, Mar 09, 2006 at 08:06:33PM +0100, Josselin Mouette wrote: Le jeudi 09 mars 2006 à 20:49 +0200, Daniel Stone a écrit : I think you'll find what they're saying is, 'don't be an idiot on mailing lists'. And here you are, being an idiot on a mailing list, which is pretty fitting, I guess. (But it is a problem.) If pointing at problems is idiot, I prefer to be an idiot. I will not be the one to shut up when we are losing again to a group of individuals who are deliberately hurting the project by keeping their power positions safe. I don't see how your message follows from mine (and I notice you cleverly failed to answer the main question posed there), so I'm going to let it go. I haven't answered the question because it wasn't one. You are implicitly answering it the line after, and I already know we disagree on this matter. I was reacting to your calling me an idiot. That must be your own way of following the code of conduct [1] you are campaigning for [2]. [1] http://www.debian.org/MailingLists/#codeofconduct [2] http://www.fooishbar.org/blog/2006/Mar/05 -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
cross-compiling Debian packages
Hi everyone! To continue the ./configure in debian/rules thread... Can anyone tell me what is the factual difference between a cross- and a native-build? I am aware only of an obvious limitation that a cross package build system can not rely on the cross-compiled binaries generated in the process (coreutils comes readily as an example)... So, why should the autoconf have this cross-compiling mode, when what is in fact needed is a way to let it still work despite the inability to execute built test programs? For the rest, the gcc packages already provide us with the softlinks to the compilers needed for the native build. The only thing missing is the link from DEB_HOST_GNU_TYPE to . in /usr. Given this, almost all essential packages just build out of the box for both native and cross builds equally well... I have devoted some time cross-compiling a number of essential packages, with glibc-based, uclibc-based and dietlibc-based ARM and MIPS toolchains and found all of that not a huge problem at all, given that debian/rules is provisioned with proper calls to --host (as described by the earlier thread) and some extra tokens in DEB_BUILD_OPTIONS for passing uclibc and diet specific CC modifications. Regards, Pjotr Kourzanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Hendrik Sattler wrote: Am Donnerstag, 9. März 2006 03:12 schrieb Russ Allbery: Thomas Bushnell BSG [EMAIL PROTECTED] writes: I'm one of the people who actually helped design the GNU Makefile and configure standards, and --host does not signal that you're cross-compiling. What signals that you are cross-compiling is a disagreement between --host and --build. That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. But see the current Autoconf manual: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That's insane. However, it doen't say anything about the sitution of --build and --host are used and both contain the same value. Work-around for the compiler could be to ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Which it already does:-) Now autoconf has no problem in finding the proper compiler even if not really cross-compiling, does it? Nothing I have seen in my practice. HS Pjotr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Thomas Bushnell BSG [EMAIL PROTECTED] writes: Russ Allbery [EMAIL PROTECTED] writes: That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. I'm not sure this was appropriate. Autoconf may be the most frequent generator of configure scripts, but the standards for the operation of configure scripts are not written by autoconf. So, leaving aside the autoconf manual, did the actual GNU configure standards change? It may have, although I don't know what it said before. What it says now appears to be consistent with the current Autoconf behavior, although apparently doesn't require it: To compile a program to run on a host type that differs from the build type, use the configure option --host=hosttype, where hosttype uses the same syntax as buildtype. The host type normally defaults to the build type. If it says anything else about this topic, I can't find it in a quick look before a meeting. There doesn't appear to be any specific mention of mismatch or the like, so a very strict reading of the above would imply that the behavior is undefined if --host is specified but equal to the build type (since the standards document doesn't explicitly spell out what happens then). -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 07:21:20PM +0100, Amaya wrote: Josselin Mouette wrote: Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? This year the candidates are acting more like RL politicians than ever (IMVHO). So you... 1 - lobby (all of them) 2 - get promises in exchange of votes 3 - ... 4 - profit! Nah, just lack of iron talking. You should take irony supplements to replenish the irony lost to mailing lists. -- 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
Re: For those who care about stable updates
* Daniel Stone ([EMAIL PROTECTED]) [060309 19:53]: Please point me to a candidate who is claiming that 'there is no problem and that we should all be friends'. krooger. Sorry, couldn't resist. :) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
* Lars Wirzenius ([EMAIL PROTECTED]) [060309 19:56]: That reminds me of something I meant to propose some time ago: someone with a bit of time on their hands could make a wiki page, DplPromises2006 say, and list all the promises of all the candidates. Then, during the next year, we can keep coming back to that page and check how well they keep their promises. Actually, in case stockholm gets elected, I plan to list all of his promises in his status mails, and give an overview what worked and what not. (That is basically what milestones means in his platform.) I think that's a good thing to do. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Henrique de Moraes Holschuh wrote: On Thu, 09 Mar 2006, Hendrik Sattler wrote: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That's insane. However, it doen't say anything about the sitution of --build Actually, what it was before was completely and utterly broken (not necessarily in the design, for all I know it was an implementation snafu. All I know is that cross-compiling with old autoconf is just plain impossible unless you do practice dark arts). Now you have this: HOST: where you are doing the compilation BUILD: where the code being built will run TARGET: where code that the code being built will generate when run on a BUILD box, will run (for cross-compiling cross-compilers and toolchains, rarely used) TARGET defaults to BUILD BUILD defaults to HOST HOST defaults to whatever (nothing, I think). Host and Build meant the opposite on autoconf 2.13/automake1.4. IMHO the new definitions are much better. The following is for autoconf 2.5* and newer: Specify HOST (through --host), and you immediately enter cross-compiling mode. Specifiying --host in a Debian maintainer package build when not crosscompiling is a bug, so don't do it. For most of the packages, what is so different in cross-compilation in comparison to native? You must *always* specify BUILD (through --build) when building a Debian package, it is required by Debian policy, and it MUST be set to the output of dpkg-architecture -qDEB_BUILD_GNU_TYPE unless overriden. If you need to specify TARGET then you'd rather better know more than I do about crosscompiling and how to make that compliant to Debian policy. and --host are used and both contain the same value. If both build and host have the same value, you are cross-compiling to the build architecture, on a host of the same architecture. This *does* use different compilers for generating production code and build-tools code, which might be a feature, for all I know. I'd ask all of the porters if that is useful before touching it. Work-around for the compiler could be to ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Work around for what? Not for non-policy compliant, buggy packages, I presume. Are users somehow being hit by this? Or do you want to do this to avoid an ifeq..endif block in debian/rules files that are currently required to detect if --host should be issued to configure ? Yes. There are... 25411 Debian packages according to my 'apt-cache stats' and what I would like is to just issue a 'dpkg-buildpackage -aHOST ' on every single one of them and get a .deb file(s) that could be then immediately installed on a HOST machine. Yes, I understand that some packages do require special handing (binutils, gcc, glibc, linux-kernel-{image,headers}), but this number should be limited to a (well-documented) minimal subset. As I've indicated earlier, Debian is in fact quite close to this wet dream of mine, it just misses on a small number of annoying items such as '--host' and complications w.r.t. endless ifeq...endif blocks for uClibc or Dietlibc modifications to the CC command line in debian/rules. rant I don't know about all of you guys, but for embedded systems this is quite a pre-requisite I suppose: the ability to do automated cross-compiles of a complete system. Debian was supposed to host most archs after all, yes? Shouldn't we expend more effort in co-existance of all these architectures? /rant Pjotr Kourzanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Am Donnerstag, 9. März 2006 22:26 schrieb Peter Kourzanov: ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Which it already does:-) The other direction but your are right :) I looked for i686-linux-gcc when in fact it is i486-linux-gcc. HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org pgpZd6zPRSm8o.pgp Description: PGP signature
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 12:50:36PM -0500, Theodore Ts'o wrote: On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. What we really need is a separation between OS and Architecture as far as dpkg is concerned. Yes, the dpkg maintainers have a patch to do that by extending the semantics of the Architecture: field. Other tools need to support the same extensions before it can really be used, though. -- 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
Re: For those who care about stable updates (update)
Martin Zobel-Helas [EMAIL PROTECTED] writes: Hi! As you all probably already know, Martin 'Joey' Schulze stepped down as Stable Release Manager[1]. At this point, we would like to thank him for his hard work for the last five years. To continue the service of stable point releases to our users, Andreas Barth and I took over the Stable Release Management. We will try to add other people to our team, improving responsiveness and quality. Based on Joey's excellent preparation work of the last few months and our experience with debian-volatile updates to the stable release, we are aiming to release the second update to Debian 3.1 sarge (3.1r2) as soon as possible. Current plan is to do it within the next 4 weeks. Greetings Martin PS: Andi's post[2] was supposed to go to debian-devel-announce@ but ended up in [EMAIL PROTECTED] [1] http://lists.debian.org/debian-devel-announce/2006/03/msg8.html [2] http://lists.debian.org/debian-devel/2006/03/msg00294.html Do you plan to push the inofficial Debian-amd64 release along with Debians this time? We are still at 3.1r0 because so far nobody has pushed the issue hard enough. But we (the debian-amd64 project) are happy to help compile things if anything isn't automaticaly picked up by the buildds or answere questions and such if you are willing to broaden you job slightly. Andreas already has (hopefully sufficient) access to amd64.debian.net so that shouldn't be a stoper. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
Wouter Verhelst [EMAIL PROTECTED] writes: On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, Armeb isn't exactly a good example of that, it being based on a Big Endian ARM port of the Linux kernel. Ups, shot myself. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
On Thu, Mar 09, 2006 at 07:14:58PM +0100, Hendrik Sattler wrote: Am Donnerstag, 9. März 2006 03:12 schrieb Russ Allbery: Thomas Bushnell BSG [EMAIL PROTECTED] writes: I'm one of the people who actually helped design the GNU Makefile and configure standards, and --host does not signal that you're cross-compiling. What signals that you are cross-compiling is a disagreement between --host and --build. That's the old way. Autoconf changed this in the current releases. Now, specifying --host signals that you're cross-compiling, whether it disagrees or not. Yes, this was not a backward compatible change. A lot of people were upset about it. And yes, it was a change in the GNU Makefile and configure standards. But see the current Autoconf manual: `--host=HOST-TYPE' the type of system on which the package will run. By default it is the same as the build machine. Specifying it enables the cross-compilation mode. That's insane. However, it doen't say anything about the sitution of --build and --host are used and both contain the same value. Work-around for the compiler could be to ship with symbolic links, e.g. gcc - gcc-4.0 - i686-linux-gcc-4.0 Um, the native target for Debian systems is i486-linux-gnu, not i686-linux-gnu -- the symlink i486-linux-gnu-gcc-4.0 *does* exist. If you're using anything other than i486-linux-gnu as your host string for a Debian package, then aside from just not working due to the missing symlinks, it won't be policy-compliant. We don't have a cross-compiling environment for an i686 target, sorry. :) -- 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
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 07:05:24PM +0100, Josselin Mouette wrote: Le jeudi 09 mars 2006 à 16:39 +0100, Amaya a écrit : but when will we try to solve some of the real problems we have Hey! It's DPL election time! Lobby around. I really am biting my tongue, but you don't have to. Who are you going to lobby? The candidates who are playing an active role in the problem, or the ones who are just claiming there is no problem and that we should all be friends? Yeah yeah, the project sucks. Whatever. Say, Josselin, why aren't you a DPL candidate? -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 signature.asc Description: Digital signature
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 01:30:39PM -0800, Steve Langasek wrote: You should take irony supplements to replenish the irony lost to mailing lists. I think it'd be better if you could replenish the lost irony with goldy or silvery. Looks much nicer... /baldrick -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
Steve Langasek [EMAIL PROTECTED] writes: On Thu, Mar 09, 2006 at 12:50:36PM -0500, Theodore Ts'o wrote: On Thu, Mar 09, 2006 at 04:38:27PM +0100, Goswin von Brederlow wrote: Actually, because of the e2fsck-static package, e2fsprogs has to have a build-depends on libselinux. There doesn't seem to be a way to say, except on non-Linux platforms for a build-depends as far as I know, unfortunately. Any suggested solutions? List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. What we really need is a separation between OS and Architecture as far as dpkg is concerned. Yes, the dpkg maintainers have a patch to do that by extending the semantics of the Architecture: field. Other tools need to support the same extensions before it can really be used, though. Use it, watch what breaks and supply patches to affected parties. *hide* :) MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ./configure in debian/rules
Am Donnerstag, 9. März 2006 23:32 schrieb Steve Langasek: Um, the native target for Debian systems is i486-linux-gnu, not i686-linux-gnu -- the symlink i486-linux-gnu-gcc-4.0 *does* exist. If you're using anything other than i486-linux-gnu as your host string for a Debian package, then aside from just not working due to the missing symlinks, it won't be policy-compliant. We don't have a cross-compiling environment for an i686 target, sorry. :) I guess this can be emulated with a small shell script: ~/bin/i686-linux-gcc #!/bin/sh PROG=`echo $0 | cut -f 3 -d-` ARCH=`echo $0 | cut -f 1 -d-` exec i486-linux-$PROG -march=$ARCH $@ -- But it's probably not Debian's duty to provide such things :) HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org
Re: lists.d.o Spam (was: Marking BTS spam)
Hallo! Du (Javier Fern?ndez-Sanguino Pe?a) hast geschrieben: Well. I have reported through the button in the past months spam for three different mailing lists (debian-doc, debian-l10n-spanish, and debian-devel-spanish) and I *still* see the reported spam there [1]. So I'm a little bit skeptical :-) Regards Javier [1] I also might have made a few mistakes, so I can understand that the listmasters take some time to filter those, but I believe I reported lots of it back in november. We are currently three people acting as listmaster and/or archivemaster, all with a lot more work to do inside and outside of Debian, so i would suggest to not hold your breath til we reach the point when you see 'normal' spam disappearing from the archive. However: your input is not lost (it's just buried ;-) Cord -- http://lists.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Processed: block 322762 with 355341
Don == Don Armstrong [EMAIL PROTECTED] writes: # Automatically generated email from bts, devscripts version 2.9.15 block 322762 with 355341 Bug#322762: /usr/doc still exists (transition tracking bug) Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 256250 302504 319726 320084 320103 321926 322749 322769 322772 322775 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 Blocking bugs added: 355341 Don Indicates that a bug cannot be closed/fixed/addressed until Don the bugs that it is blocked by are closed. Two more questions. 1. according to the above, bug 355341 was added to the block list of 322762. If I go to URL:http://bugs.debian.org/322762, there is a list of blocking bugs at the top: --- cut --- ix blocked by #189856: /usr/doc/libruby still exists after upgrade to unstable; ...etc... --- cut --- but I don't see bug 355341 listed. Why not? However, at the bottom it is listed: --- cut --- Blocking bugs added: 355341 Request was from Joey Hess [EMAIL PROTECTED] to [EMAIL PROTECTED] Full text and rfc822 format available. --- cut --- 2. is it possible to list all bugs that are not blocked? 3. does blocking imply any action will automatically be taken once all blocked bugs are closed? What happens if you try to close a bug that is blocked? Oh wait, thats three, not two. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Re: Implicition declarations of functions and bugs
Hi, Ah, good. But your script misses some warnings: oss.c:83: warning: incompatible implicit declaration of built-in function 'strdu because of incompatible and built-in. Please fix ;) Regards, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
On Thu, Mar 09, 2006 at 10:18:22PM +0100, Josselin Mouette wrote: I haven't answered the question because it wasn't one. You are implicitly answering it the line after, and I already know we disagree on this matter. Let me rephrase: 'Who exactly are the candidates claiming there are no problems, and we should all just be excessively nice to each other?'. But I'm sure you're intelligent enough to deduce that question from my statement. I was reacting to your calling me an idiot. That must be your own way of following the code of conduct [1] you are campaigning for [2]. I didn't call you an idiot. I have every reason to believe you're a relatively intelligent person. I was labelling your actions on this list. People can do stupid things without being fundamentally stupid: people can do immature or ill-considered things without generally being same. And so on, and so forth. signature.asc Description: Digital signature
Re: Processed: block 322762 with 355341
On Fri, 10 Mar 2006, Brian May wrote: Two more questions. 1. according to the above, bug 355341 was added to the block list of 322762. If I go to URL:http://bugs.debian.org/322762, there is a list of blocking bugs at the top: --- cut --- ix blocked by #189856: /usr/doc/libruby still exists after upgrade to unstable; ...etc... --- cut --- but I don't see bug 355341 listed. Why not? Because it has been closed in xcolorsel 1.1a-14 However, at the bottom it is listed: --- cut --- Blocking bugs added: 355341 Request was from Joey Hess [EMAIL PROTECTED] to [EMAIL PROTECTED] Full text and rfc822 format available. --- cut --- 2. is it possible to list all bugs that are not blocked? Currently it's not possible, assuming you're talking about displaying bugs in a particular package which are not blocked. [Displaying _all_ unblocked bugs would be kind of silly, of course. ;-)] 3. does blocking imply any action will automatically be taken once all blocked bugs are closed? No. What happens if you try to close a bug that is blocked? It'll still close it. [scripts/process.in, which is the part that deals with messages to -done currently doesn't know anything about blocking.] Don Armstrong -- I now know how retro SCOs OSes are. Riotous, riotous stuff. How they had the ya-yas to declare Linux an infant OS in need of their IP is beyond me. Upcoming features? PAM. files larger than 2 gigs. NFS over TCP. The 80's called, they want their features back. -- Compactable Dave http://www3.sympatico.ca/dcarpeneto/sco.html http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Pbuilder-maint] A bit of experience after having updated some packages to use pbuilder-test testsuite engine.
Hi, I've blogged about it, but I'll re-post to the list for easier commenting. http://www.netfort.gr.jp/~dancer/diary/daily/2006-Mar-4.html.en#2006-Mar-4-23:12:11 While I was reviewing Debian Weekly News translations, I noticed there was autopkgtest. Nice to see something that emerging to be available. I've already written quite a few tests for pbuilder testsuite, so it's unwelcome in terms of having a incompatible test interface. Browsing autopkgtest, it's non-obvious how to write the tests, or how to use it, so some documentation is probably required. pbuilder testsuite has been deployed on quite a few of my packages, so I have some insights. It's pbuilder, so it's slow, but if it's included in the automated workflow (kick off build -- automatically-test -- upload), it's not too bad. The basic tests that can be done are console based tests like running ldd, and giving it some input to get some output. The tests are in source-code debian/pbuilder-test/, and are just shell scripts run through run-parts. The following is a rough list of things that I've done: * LADSPA plugins (.so files): run analyseplugin to see that it can be detected: see mcp-plugins * library package: create and build and run a test program from source-code and see that it does compile and run: see ecasound package, dancer-xml, dlisp, libdshconfig * emacs lisp: run the lisp code non-interactively using -eval, and grep for output, see yc-el. I've not yet done much GUI testing, since I am yet to find a usable GUI automatic testing tool. * Let's modify pbuilder to run test-build tests and (if possible) also the generic tool and test-install tests. These belong, I think, better into pbuilder then piuparts, but it might be that piuparts should run them also. pbuilder hook is available for those who want to test this framework. I've been working with this, with a very simplistic set-up of running multiple shell scripts. There are things that you know beforehand (if you know the gory details of pbuilder as it is documented). 1. your source code is available in /tmp/buildd/package-version/, which you can probably match with the wildcard '/tmp/buildd/*/debian/../' 2. your testsuite resides in /tmp/buildd/*/debian/pbuilder-testsuite/*, which will be executed with run-parts. 3. previous version of your package will be installed by B92test-pkg by default, from your default apt sources, and if it fails, test won't progress. 4. within the chroot, B92test-pkg by default does the following: your previous version is installed from apt sources your previous version is removed your new package is installed with dpkg -i this sequence should be improved, and should probably allow failures Things that I really want to have after testing a few packages. 1. support for common operations, maybe a shell library is in order? For example, I usually want to compile/link/execute a test code to test a -dev package. That requires some amount of idiom in plain shell code, and I shouldn't have to copy-and-paste code all over the place. 2. support for providing source data. Most applications eat data and output data. I really want some way to provide data and to say what's the expected output. 3. support for X. Some of my packages are command-line console tools, but many are actually graphical apps. It would be a plus to have some kind of interactive/noninteractive X-based testing. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cross-compiling Debian packages
I have devoted some time cross-compiling a number of essential packages, with glibc-based, uclibc-based and dietlibc-based ARM and MIPS toolchains and found all of that not a huge problem at all, given that debian/rules is provisioned with proper calls to --host (as described by the earlier thread) and some extra tokens in DEB_BUILD_OPTIONS for passing uclibc and diet specific CC modifications. You may look at dpkg-cross ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 01:54:16PM -0800, Steve Langasek wrote: List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. What we really need is a separation between OS and Architecture as far as dpkg is concerned. Yes, the dpkg maintainers have a patch to do that by extending the semantics of the Architecture: field. Other tools need to support the same extensions before it can really be used, though. So until we have it, maybe the right answer would be to create no-op libselinux1-dev and libsepol1-dev packages which can be used to satisfy the build-depends on our non-Linux ports? - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
On Thu, Mar 09, 2006 at 09:39:22PM -0500, Theodore Ts'o wrote: On Thu, Mar 09, 2006 at 01:54:16PM -0800, Steve Langasek wrote: List the linux platforms. It is more likely some new non-linux platform shows up (like armeb, kfreebsd-amd64, ...) than a new linux one. That's. unspeakably horrible. What we really need is a separation between OS and Architecture as far as dpkg is concerned. Yes, the dpkg maintainers have a patch to do that by extending the semantics of the Architecture: field. Other tools need to support the same extensions before it can really be used, though. So until we have it, maybe the right answer would be to create no-op libselinux1-dev and libsepol1-dev packages which can be used to satisfy the build-depends on our non-Linux ports? That seems more hackish to me than just listing out the 12 official Linux architectures for the time being. You could also do, e.g.: Build-Depends: [...] libselinux1-dev [alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc linux-any] and then the porters for the new archs have an added incentive to improve the tools to handle this syntax sooner rather than later ;) -- 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
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
* Steve Langasek [EMAIL PROTECTED] [2006-03-09 18:46]: Build-Depends: [...] libselinux1-dev [alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc linux-any] Yes, that's the way to go for now. But please add armeb too. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356165: ITP: lsb-utils -- LSB development tools
Package: wnpp Severity: wishlist Owner: Stuart Anderson [EMAIL PROTECTED] * Package name: lsb-* Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.linuxbase.org/ * License : GPL Description : LSB development tools This is actually a set of package containing development utilities for building LSB applications. The package are as follows lsb-build-base2, lsb-build-cc2, lsb-apchk2 lsb-build-base3, lsb-build-cc3, lsb-apchk3, lsbpkgchk3 These set of packages contains tools for versions 2 and 3 of the LSB. Use of the tools are described in http://www.linuxjournal.com/article/7067 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (910, 'testing'), (750, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding dependencies to e2fsprogs: libdevmapperr, libselinux and libsepoll
[Steve Langasek] You could also do, e.g.: Build-Depends: [...] libselinux1-dev [alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc linux-any] Build-Depends: [...] libselinux1-dev [!hurd-i386 !kfreebsd-i386] When other non-linux ports run into a FTBFS, you add them. Since the list is short, the [linux-any] may not be all that much simpler. Note that this syntax only works in source dependency fields (Build-*), not with the runtime fields (Depends, Conflicts, etc). signature.asc Description: Digital signature
Re: [EMAIL PROTECTED] volunteers?
On Thu, 2006-03-09 at 21:04 +0100, Marco d'Itri wrote: I am not sure that it will help, but it will probably not hurt either... And it does not need to be official: just setup an email address and start signing up voluntaries. Don't do this, please. A mediator or counsellor needs to be chosen carefully for each separate issue. In all cases, all sides need to both recognise the need for a mediator and agree with the choice of person. A mediator pool to which anyone can sign up will only add tension and attract people that don't have the right perspective. It's not like NM, where the AM tasks are, in comparison, well defined. If someone wants to do something in general to help with mediating and counselling, then I would suggest creating a Wiki page where we can collect advice for people who find themselves in a mediator role, and for people who feel they are in need of a mediator. Descriptions of cases that went well or went wrong are also useful. -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: For those who care about stable updates
If I were a crazier man I would say something like: The end is neigh! It is a dark, dark day for Debian, indeed. Death of Debian predicted. Film at 11. Believe it or not, but Joey's resign could actually be more a Good Thing than a bad thing. Seeing renewal and new blood come in is not necessarily bad. Not because Joey did his job badly, au contraire. But mostly because accumulated frustration would have slowly affected the quality of his work, especially in his other tasks (such as the DWN or package maintenance, or whichever task I'm not even aware he's in charge of). Joey stepping down as Stable RM is also a strong sign and I tend to believe this is also what he wants it to be. Let's take it as a sign that we must handle some things better (don't like this word: things are not black or white, usually). In real life, when a (mini-)crisis like this one occurs in normal organizations, a good management action is to analyse the causes of the crisis and try to correct the organization to avoid further such crisis. This is the challenge for Debian. We face a few crisis, which we need to take as opportunities to improve the way we work. Our challenge is doing so without a manager (that's probably what Martin Michlmayr is calling for in his now quite famous DPL as a strong leader blog). I don't read -project (and I don't intend tounless ${DEITY} slows down earth rotation to make 28 hours days) but from Amaya's posts, it seems to me that discussions are happening on -project about such issues...which is Good. signature.asc Description: Digital signature
but ./configure makes it look so easy, or why cross compiling isn't always trivial
[Peter Kourzanov] For most of the packages, what is so different in cross-compilation in comparison to native? Whether or not 'configure' believes it can use tests of the form try compiling and running this little program to see what it does. If it is cross-compiling, it is forced to skip such tests and use predetermined default answers. Note that this can produce nefarious little bugs, if the defaults aren't correct for your target architecture. Note also that not all configure scripts are given these default answers - if they aren't, you get a warning from autoconf about not supporting cross compilation, and I *believe* --host fails entirely. There are also many packages which build _and run_ utilities as part of the build process. Three of my packages do this, though in two cases it's Debian-specific, so could be edited without much difficulty. Most packages do not distinguish between compiler-for-the-host-system and compiler-for-the-target-system (what the Linux kernel makefiles call HOSTCC and CC). So those will require significant hacking in upstream configure scripts and makefile to teach them to detect, and use, two separate compilers. Also, debian/rules must make sure not to run any testsuites when cross- compiling. This is generally not hard, but it *is* an extra thing to have to fix. Yes. There are... 25411 Debian packages according to my 'apt-cache stats' and what I would like is to just issue a 'dpkg-buildpackage -aHOST ' on every single one of them and get a .deb file(s) that could be then immediately installed on a HOST machine. Of the six or so packages I'm involved with, three of them need more than just '--host'. (And two of the others are arch:all, so there's no need to cross-compile them anyway.) If that's representative, you're looking at a *lot* of work by a *lot* of people to realise your dream. Well, that or a *lot* of work by you, to write and submit patches for all these packages. signature.asc Description: Digital signature
Work-needing packages report for Mar 10, 2006
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: 228 (new: 1) Total number of packages offered up for adoption: 90 (new: 3) Total number of packages requested help for: 18 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: visualboyadvance (#355777), orphaned 2 days ago Description: a full featured Game Boy Advance emulator Installations reported by Popcon: 65 227 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: craft (#355230), offered 5 days ago Description: Warcraft 2-like multi-player real-time strategy game Installations reported by Popcon: 148 knowledgetree (#355159), offered 6 days ago Description: web-based Knowledge Management Installations reported by Popcon: 12 ras (#355231), offered 5 days ago Description: Adds redundancy files to archives for data recovery. Installations reported by Popcon: 191 87 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: aboot (#315592), requested 259 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot-cross ltsp-server dfsbuild aboot Installations reported by Popcon: 45 athcool (#278442), requested 499 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 204 cvs (#354176), requested 14 days ago Description: Concurrent Versions System Reverse Depends: libcvs-perl bonsai viewcvs mcvs cvsutils lincvs tkcvs cvsreport cvs2cl cvs-buildpackage rancid-installer libcvsservice0 gforge-cvs rancid-core diogenes libvcs-cvs-perl cvsps cvsweb cvsdelta cvs-autoreleasedeb cvsd cvs2html dnscvsutil Installations reported by Popcon: 6310 dpkg (#282283), requested 474 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: telnetd tetex-base libgtk1.2-doc lam-mpidoc emacs21-common localepurge dpkg-dev gcc272 pike-crypto-build tla-buildpackage kernel-package enlightenment-data devscripts apt-src maxdb-server imlib-base libgtk1.2 vncserver linda fcron dh-make libgtk1.2-dev jablicator mush-src type-handling cvs-autoreleasedeb pkspxy apt-build and midentd spampd sbuild clamsmtp zope2.7 lam4-dev xtightvncviewer libvncauth-dev alien build-essential debhelper dak lam4c2 crosshurd proxsmtp mozilla vnc-common tetex-bin debnest dh-make-perl tightvncserver t-gnus dpsyco-devel debarchiver openssh-server postfix dpkg-cross ucspi-tcp-src cyrus21-common tetex-doc libgtk1.2-dbg dselect djbdns-installer cvs-buildpackage john cyrus-common-2.2 mldonkey-server jwhois dpkg-repack man-db popularity-contest kbd rlinetd openct yada emacs-snapshot-common xvncviewer debmake alsa-source dlocate tetex-extra slocate lam-runtime rootstrap openssh-client menu erlang libvncauth0 lintian qmail-src telnetd-ssl enlightenment-theme-brushedmetal darcs-buildpackage equivs backuppc Installations reported by Popcon: 10617 grub (#248397), requested 668 days ago Description: GRand Unified Bootloader Reverse Depends: grubconf replicator dfsbuild grub-splashimages Installations reported by Popcon: 7562 gtkpod (#319711), requested 228 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 283 lsdvd (#316922), requested 248 days ago Description: read the contents of a DVD Installations reported by Popcon: 771 mwavem (#313369), requested 269 days ago (non-free) Description: Mwave/ACP modem support software Installations reported by Popcon: 3 nas (#354174), requested 14 days ago Description: The Network Audio System Reverse Depends: kimdaba kmobiletools abuse kpicosim qlo10k1 kguitar umbrello libksieve0 kile ktimetrace doxygen-gui libqt4-qt3support ecawave kwavecontrol rt2400 koffice-libs ksig kfocus kate ecamegapedal libarts1-dev kmtrace kopete kdegraphics-kfile-plugins atlantikdesigner kflog kdebase-bin libkjsembed1 kwifimanager avida-qt-viewer klibido kaffeine-gstreamer qt4-qtconfig mysql-navigator xorsa knetfilter kalarm boson-base qpcr1k ksynaptics korn libqt3-mt libaqgeldkarte0 libarts1-mpeglib okle kvdr