The Community Team Needs You!
Hi! We're looking for some more volunteers to join the team. You don't have to spend all day and all of the night working with us - a couple of hours a week may do. Debian is mostly English speaking - so a good understanding of English is essential - but we're very conscious that other languages exist so someone with a good command of French/German/Spanish or any East Asian languages would be very helpful indeed. The more the merrier in terms of languages and cultures. And timezones! :-) Community Team members can listen / mediate / persuade and understand Debian folk as needed, but should also be mindful of how to make even casual questioners see Debian as a welcoming environment in passing. Dealing with people can be difficult: a willingness to try and see both sides of a disagreement dispassionately and in the best interests of the wider Project is essential, as is the patience needed to tease out facts from anger and hurt feelings. Because of the need to be well aware of Debian culture and possible privacy issues involved in discussions, membership of this team is limited to Debian developers at this time. We'd love to find people with experience in this kind of role, but we're also ready and willing to help people learn how to work in the team. It's very rewarding to help people and make the project a better place. Would you like to help? If so, please contact us! Cheers, Steve, for the Community Team -- Steve McIntyre 93...@debian.org Debian Community Team commun...@debian.org signature.asc Description: PGP signature
Re: arm64
On Thu, Jul 06, 2023 at 09:36:10AM +0100, Black DragonLord wrote: >Any idea if and when an arm64 version will be out? Debian has had an arm64 version for a long time, starting with Debian 8 (jessie) ~8 years ago... -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- Stig Sandbeck Mathisen
Re: Fortunes-off - do we need this as a package for Bookworm?
On Mon, Nov 21, 2022 at 12:07:53AM +0100, Michael Neuffer wrote: >Am 20. November 2022 23:04:05 MEZ schrieb Mattia Rizzolo : >>On Sun, Nov 20, 2022 at 10:45:15PM +0100, Michael Neuffer wrote: >>> On 11/20/22 22:14, Roberto A. Foglietta wrote: >>> > On Sun, 20 Nov 2022 at 21:42, G. Branden Robinson >>> > wrote: >>> > >>> > > Thank you for, perhaps inadvertently, compelling me to review some of >>> > > the content of the package. I can now say that I am certain there is >>> > > material of worth in the fortunes-off package and support its retention >>> > > in the Debian distribution. A review process for individual entries >>> > > that are incompatible with the project's values is manifest in the BTS. >>> > > >>> > rational approach vs cancel culture: 1 vs 0 >>> > <3 >>> >>> I can only very much agree to this. >> >>I also wholly agree, alas it seems we already lost before this even >>started :( >> >>https://tracker.debian.org/news/1385116/accepted-fortune-mod-11991-72-source-amd64-all-into-unstable/ >> > >As it was an NMU, this should be easily rectified. >Don't let cancel culture win. Are you volunteering to pick up the package and review its contents, removing the worst stuff that is clearly *not* fit for us to publish? In its previous state it included: * content that is downright illegal in many jurisdictions * content that is impossible to justify against Debian's stated values so simply undoing the NMU here is clearly not an acceptable route forward. -- Steve McIntyre, Cambridge, UK.st...@einval.com < Aardvark> I dislike C++ to start with. C++11 just seems to be handing rope-creating factories for users to hang multiple instances of themselves.
Starting the firmware GR - see mail on d-vote
Hi all! Sorry for the delay on this, I've been really really busy. :-( I think it's time we started on the firmware GR, so I've mailed the -vote list: https://lists.debian.org/debian-vote/2022/08/msg1.html -- Steve McIntyre, Cambridge, UK.st...@einval.com "C++ ate my sanity" -- Jon Rabone
Re: A quiet reminder: please be considerate.
On Fri, Mar 25, 2022 at 09:09:20AM +0100, Philip Hands wrote: >"Andrew M.A. Cater" writes: > >... >> * It shouldn't need twenty people to make a point or start arguments and >> counter arguments. If someone has already written what you would have >> wanted >> to write, that's fine: in many cases you can safely leave it there. >> The list is moderated: the volunteers moderating the list and everyone >> reading the list will appreciate you for not providing more to read >> through. > >I'm a little concerned that this mention of moderation could give the >impression that we're filtering messages based on tone or content. > >Unless I've misunderstood completely, we do not judge the content of the >messages, except that we filter out very obviously abusive trolling that >the list was suffering prior to moderation, and obviously drop >SPAM/Phishing/etc. if we see it. Agreed, that's exactly the policy. It just takes more time to check more messages, and I think that's all that Andy was suggesting. -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
Re: Questions around Justice and Our Current CoC procedures
Felix... On Mon, Feb 21, 2022 at 07:25:46AM -0800, Felix Lechner wrote: >On Sun, Feb 20, 2022 at 10:43 PM Russ Allbery wrote: >> >> Or, let me put this another way: one of the fears that I've seen expressed >> around warnings is that it's a permanent record sort of thing, or it >> starts a file on someone, or otherwise creates a presumption of future bad >> behavior. [...] This bothers me a lot. I think >> this perception is very harmful to the project because it creates >> excessive shame and anger and fear, which can be quite counterproductive >> in attempting to just get someone to shift their behavior. > >Okay, so now you are saying I am being "very harmful to the project >because [my perception] creates excessive shame and anger and fear"? This is getting worrying. Russ expressed sympathy about the bad effects that warnings could have on people, and you've somehow misinterpreted that as a direct attack on you. Either you're playing this up willfully, or you have a genuine problem understanding that *not* all such discussions are attacks targeting you. Right now I can't tell which is more likely. Please *stop* and think about what you're saying and doing here. -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- Stig Sandbeck Mathisen
Re: Jan 2022 DPL/DAM/CT sprint report
And of course I missed one update here... :-( On Sun, Feb 20, 2022 at 06:20:33PM +, Steve McIntyre wrote: > >### Community Team > >CT has been delegated with little power to **enforce** anything >directly [1]. ... >[1] https://lists.debian.org/debian-devel-announce/2020/08/msg0.html Apologies, this should obviously instead be a link to the most recent delegation update that happened after I started the sprint write-up: https://lists.debian.org/debian-devel-announce/2022/01/msg00000.html -- Steve McIntyre 93...@debian.org Debian Community Team commun...@debian.org signature.asc Description: PGP signature
Jan 2022 DPL/DAM/CT sprint report
Hi all! The DPL, Debian Account Managers (DAM) and Community Team participated in a sprint on 12th-15th January 2022. We had initially hoped this could be an in-person event, but in the end that proved impossible and we chose to hold the event entirely online. All team members were invited, but time zones and other commitments meant not everybody could attend all the sessions. The following people were present for at least some of the sessions: * Jonathan Carter - JC (DPL) * Enrico Zini - EZ (DAM) * Joerg Jaspert - JJ (DAM) * Sam Hartman - SH (DAM) * Jonathan Wiltshire - JW (DAM) * Nicolas Dandrimont - ND (DAM) * Steve McIntyre - SM (CT) * Andy Cater - AC (CT) * Jean-Philippe Mengual - JPM (CT) * Molly de Blanc - MdB (CT) ## Summary Sorry, this is a long document. We covered a lot of ground in four days! Here's a quick TL;DR. * We had a wide-ranging discussion about the roles and responsibilities of our teams within Debian, and we have ideas on how to improve the setup. * We know that our processes and workflows are not as good as they should be, we're going to work on that. We're managing OK on most issues, but we don't always pick up on everything we should. * Recruitment and retention of team members is an ongoing issue, and we had a long conversation about what we might do here. * Is our CoC fit for purpose? ## (Wed) ## Status updates Each team presented a summary of current and recent issues. As the vast majority of the cases include personal data, for the sake of privacy this report will not give details about them. ## Lessons learned On a more general note, we also discussed what lessons we have learned in the teams from the issues we've worked on. These apply in a few areas. ### Data handling Processing and keeping track of data about people is difficult, but sometimes necessary. When keeping records, we should be careful about what we keep and how. In cases of abusive behaviour, it helps to construct a timeline of what's happened - this may be very important later. Therefore, logging timestamps is useful. Similarly, we should keep a list of people affected. ### Working effectively in our teams Importantly (for team members and others!): don't be on your own, don't feel like nobody's supporting you, ask for help (even multiple times/regularly, if needed). Spending project money on the skills of professionals is perfectly reasonable, and we have money to pay for it. (This was discussed more in-depth later. Raphaël et al are working on a survey about how people in the community feel about spending money, which would help direct these efforts.) Debian has contracted with lawyers to provide legal advice in certain situations, and also has a contract with a PR/anti-harassment organisation. It's fair to make use of people like this when necessary. It can be hard work to deal with issues. Time management and **input** management can be critical so as not to be swamped. Being interrupted at random times by bad stuff is very draining, and this can be hard to manage. Some folks have individual tools to help here (e.g. to temporarily pause email access), and we're going to look into sharing the ideas we have. Tip: give something a priority and a separate urgency so something can be **vital** but not **urgent**. Goal: Find ways to re-distribute or transfer responsibility of handling emergency situations. ### Working more generally Generally we do have the support of the project when we do stuff, and this is important to recognise. We'll often get complaints, but that's likely to happen in any large group. It helps if we can share obvious context/reasons for decisions, and not "just" a pattern of micro-aggressions. Reaching out to people **early** and asking "are things OK?" can very often defuse things. It's good to stop small problems growing into big ones. Equally, calling out apparently bad behaviour early can help. It doesn't hurt to ask people to explain what they **really** mean if they're being vague ## Burnout Wider discussion. Burnout is a perennial problem everywhere in Debian. Could we find people with experience here to reach out and help others? The Ubuntu CoC includes "Step down considerately". People are volunteers, but once you've volunteered it's not cool to just drop things. We should all encourage people to take breaks. Consider people's well-being: simple questions like "how are you doing?" cost little, but can really help. Lots of people end up identifying with the technical things they do, and that's a hard thing to change/fix. It can be very difficult to step back and take "me" time, allowing others to pick things up. ## (Thu) ## Team responsibilities What do DAM and CT do? We had a discussion about what the teams do, how they interact and what we might like to change. Obviously, we also needed to understand the responsibilities a
Re: 回覆: Debian boot entry won't generated after flash BIOS.
Hi all! On Thu, Oct 07, 2021 at 11:44:43AM +0200, Daniel Lange wrote: >Hi Alvin, > >thank you very much for reaching out to Debian with this issue. > >Am 07.10.21 um 11:18 schrieb Alvin Huang: >> Beside the generate boot entry by manual. Does Debian will generate theboot >> entry automatic when the original boot entry disappeared? BecauseI’m >> confused the problem is cause by BIOS or Debian. > >Kibi (Cyril Brulebois) mentioned >https://wiki.debian.org/UEFI#Force_grub-efi_installation_to_the_removable_media_path >during a discussion on IRC we had about your mail. > >I assume this wiki page details the issue you are seeing. >Windows installs a fallback EFI executable and Debian doesn't. >The rationale is that every OS would overwrite each others >"removable" EFI executable. Correct, that's exactly the logic we followed there. >Best would be if your BIOS was preserving boot entries across upgrades >(BIOS flashing). Absolutely. -- Steve McIntyre, Cambridge, UK.st...@einval.com “Changing random stuff until your program works is bad coding practice, but if you do it fast enough it’s Machine Learning.” -- https://twitter.com/manisha72617183
Re: Regarding Debian-RC release
Hi Rithic, On Mon, Aug 09, 2021 at 08:06:51PM +0530, Rithic Hariharan wrote: > > Hope you are doing well during the pandemic, I have been eagerly >waiting for the debian 11 bullseye release. I was looking to test its features. >I would like to download the Debian RC-3 iso file. I had a few queries whether >I will be able to upgrade to stable release after the stable has been released >or I will have to reinstall the whole system to upgrade to stable branch. No worry here - the Debian 11 (bullseye) system will automatically update following the release and pull any further package updates needed. -- Steve McIntyre, Cambridge, UK.st...@einval.com Welcome my son, welcome to the machine.
Re: Debian and GitLab Open Source Partnership
On Mon, Jul 26, 2021 at 08:27:33PM +0200, Ansgar wrote: >On Mon, 2021-07-26 at 16:56 +0200, Jonathan Carter wrote: > >> For official media, it would go against #1 of the SC and (depending >> on the exact firmware) at least #2 and #3 of the DGSG. > >Including files for optional use does not imply that non-free >components are required, so it doesn't violate SC #1: We already >include non-free packages in the archive. Surely taking the archive and >putting it on a BluRay doesn't turn the free system available from the >archive into a non-free system that requires use of non-free >components. > >Obviously packages in non-free don't need to comply with the DFSG, no >matter whether including in the archive or on BluRay images. Can we please stop exploring this rabbit hole until after the bullseye release? -- Steve McIntyre, Cambridge, UK.st...@einval.com < liw> everything I know about UK hotels I learned from "Fawlty Towers"
Re: My first spam on lastname-firstn...@debian.org address.
On Wed, Jun 09, 2021 at 09:48:52PM +0900, Charles Plessy wrote: >Hello everybody, > >I am not sure where to post this, so please forgive me if I missed a >more suitable medium. > >This week I received one spam at mylastname-myfirstn...@debian.org >(or mylogin-myfirstn...@debian.org, as in my case, login == lastname). >Today I tested the address and could confirm that it sends email to me. > >I was wondering if this alternative address was intended for a purpose, >or just an accident. I ask on this list and not directly to DSA in case >everybody who filled first and last name information also has this >alias. > >This is not so important on my side but made me curious, so feel free to >take plenty of time before answering. It's using a fairly standard suffix rule, based on your username. You can add + or - and it will work. -- Steve McIntyre, Cambridge, UK.st...@einval.com "Because heaters aren't purple!" -- Catherine Pitt
Re: Tone policing by a member of the community team [Was, Re: Statement regarding Richard Stallman's readmission to the FSF board]
On Mon, Apr 12, 2021 at 03:30:21PM +, Thaddeus H. Black wrote: >On Mon, Apr 12, 2021 at 02:56:34PM +0200, Jonathan Carter wrote: > >Someone might reply by citing the Code of Conduct >and Diversity Statement, but such citations do not impress me. The Code >and Statement were adopted to smooth the Project's work, not to menace >political undesirables, nor to empower the easily offended. In my >strong opinion, Diversity includes everyone, even, especially fascists. >And do you know what? The text of the Diversity Statement agrees with >me, unless one were determined to twist its adverb "constructively" to >authorize mischievous *deconstruction* of the Project along >ideological lines. Umm. Our diversity statement and CoC define agreed expectations of behaviour and communication within the project; people espousing fascist ideologies are surely not going to fit those standards. Do you somehow think they're compatible? -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me
Re: Diversity in an international project
On Wed, Apr 07, 2021 at 07:44:01PM +0300, Adrian Bunk wrote: >On Tue, Apr 06, 2021 at 01:23:11PM -0700, Steve Langasek wrote: >>... >> Debian's diversity statement commits us to be welcoming to all people >> regardless of who they *are*. >> >> It does *not* commit us to welcome all people into our community regardless >> of the *idealogies they express*. >> >> Nazis can fuck off. >>... > >Our diversity statement says: > > No matter how you identify yourself or how others perceive you: > we welcome you. > >We welcome you, no matter whether you identify yourself as Nazi or >whether others perceive you as Nazi. > > >Our diversity statement says: > > We welcome contributions from everyone as long as they interact > constructively with our community. Almost by definition, Nazis are known not to interact constructively with communities. We value and support our diverse community; Nazism is well understood to be just about the polar opposite from that position. What's hard to understand here? *Please* stop now, this is not a helpful discussion for anybody involved. :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com "Because heaters aren't purple!" -- Catherine Pitt signature.asc Description: PGP signature
Re: forums.debian.net - who's in charge?
On Tue, Mar 30, 2021 at 10:50:40PM +0100, Martin Meredith wrote: >I've contacted the admins personally - and posted a thread about this in the >"staff" section of the forums, so I hope people will get involved. > >I've also replied to this thread privately (not wanting to expose anyone's >contact details who may or may not want them so) so that the current admins can >be involved, if they wish. Thanks Martin, that's very helpful! -- Steve McIntyre, Cambridge, UK.st...@einval.com There's no sensation to compare with this Suspended animation, A state of bliss
Re: forums.debian.net - who's in charge?
[ Responding to both Mez and Ganneff ] On Mon, Mar 29, 2021 at 06:50:00PM +0100, Martin Meredith wrote: >Nominally, I was put in charge a while back, as whoever was in charge >of it at the time didn’t want to be involved any more, and there was >a need for something to be done related to the software/server (I >can’t quite remember) - which is where Joerg was involved. > >There was a LOT of controversy at the time, as I put in place a team >of (volunteer, non DD) moderators and admins - some of the community >decided that this was a restriction of their free speech, branded me >a nazi, and split off to make their own “competitor” forums. How "nice" of them. :-/ >I didn’t want to be particularly involved after all of that, and made >this clear to the team and those involved. I did ask for assistance >in various places at the time, but to no avail. ACK, that matches my recollection as an outside observer at the time. I understand your position, and it's a shame you didn't get more help at the time... :-( >I’ve voiced my opinion on multiple occasions that it should be taken >down, or taken over by someone with the will to work on it, but >whilst no ones been willing to step up and take it on, the general >consensus was that it would be better to exist than to not. Hmmm, Considering some of the complaints that we've had, I'm more convinced of the opposite now. >Last I left the forums, it was being led by a small team of admins >and mods who cad proven themselves as competent and capable, and I >had left them to manage this on their own, with a request to reach >out to me if they needed assistance. > >The forums are a “community” forums, not official “Debian” forums, so >it’s hard to lead - those who are toxic within the official community >get dealt with via DAM or similar, but minuscule actions on the >forums have previously led to “outcry” (threats of brigading >complaints to DAM/DPL about me, for example). > >I honestly don’t think that the forum is worth it, and I think it >would be safer if there were more DDs involved, rather than just the >community. Right. On Mon, Mar 29, 2021 at 11:20:46PM +0200, Joerg Jaspert wrote: > >I *do* have admin access on the web part too, but I always said I won't use >that for normal day-to-day forums stuff, only when required for machine >maintenance works. > >So yeah, I have access, but I am not really interested in the user facing >part of it. If someone (a team, possibly with tight connections to Debian, so >contributor/project member?!) is, I am (and I think Martin too) are happy to >hand out access on the web. So I've been hoping that we might actually get some responses from the existing community-based admins to this thread. Are any of them of the teams@ email alias there? As it stands, we're getting complaints elsewhere in Debian about toxic behaviour and attitudes on the forums. Simply put, bad behaviour there is hurting users and giving Debian a bad name. Neither of those are acceptable for a service that many of our users believe is part of (and run by) Debian. If anybody has contact details for the existing admins, please ask them to respond to me. If we don't get something sensible going *soon* I'll have no choice but to ask DSA to remove the DNS for the service. -- Steve McIntyre, Cambridge, UK.st...@einval.com "I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site..." -- Simon Booth
Re: forums.debian.net - who's in charge?
Hey Donald, On Mon, Mar 29, 2021 at 01:32:32PM -0400, Donald Norwood wrote: >On 3/29/21 11:03 AM, Steve McIntyre wrote: >> On Mon, Mar 29, 2021 at 07:58:33AM -0700, Felix Lechner wrote: >>> Hi, >>> >>> On Mon, Mar 29, 2021 at 7:34 AM Steve McIntyre <93...@debian.org> wrote: >>>> >>>> It's better to do something about >>>> that up-front (ideally by provoking people to step up) than wait for >>>> bad things to happen. >>> >>> I agree with that sentiment, but in light of other efforts to limit >>> public discourse—such as shortening the discussion period on a >>> controversial GR—it seems poor timing to shut down a public forum. >> >> Is that you volunteering to be an admin, then...? > >Is there a set of documentation/rules in place for it? I can assist if >needed under publicity/press. Technically it could be considered media. I think the key piece I'm looking for is people prepared to admin and monitor the forums as a safe place for Debian users. Documenting what that means shouldn't be too hard - we'd want to see our existing CoC applied. -- Steve McIntyre, Cambridge, UK.st...@einval.com "War does not determine who is right - only who is left." -- Bertrand Russell
Re: forums.debian.net - who's in charge?
On Mon, Mar 29, 2021 at 07:17:30AM -0700, Felix Lechner wrote: >Hi, > >On Mon, Mar 29, 2021 at 6:33 AM Steve McIntyre <93...@debian.org> wrote: >> >> If not, maybe we should >> shut it down or remove the DNS records for it rather than pretend it's >> a good/safe place for our users. > >Seems like a reasonably popular service, although I never use it: > >> In total there are 243 users online :: 1 registered, 3 hidden and 239 guests >> (based on users active over the past 5 minutes) >> Most users ever online was 1682 on 2020-10-25 15:07 >> Total posts 661763 • Total topics 96852 • Total members 47016 > >The aggregate numbers seem to cover 17 years or so, for about one >hundred posts per day. > >All the posts I saw were technical in nature. What's unsafe about it, please? If we don't have anybody ready and able to respond to abuse complaints (for example), then it's not safe. It's better to do something about that up-front (ideally by provoking people to step up) than wait for bad things to happen. -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- Stig Sandbeck Mathisen
Re: forums.debian.net - who's in charge?
On Mon, Mar 29, 2021 at 07:58:33AM -0700, Felix Lechner wrote: >Hi, > >On Mon, Mar 29, 2021 at 7:34 AM Steve McIntyre <93...@debian.org> wrote: >> >> It's better to do something about >> that up-front (ideally by provoking people to step up) than wait for >> bad things to happen. > >I agree with that sentiment, but in light of other efforts to limit >public discourse—such as shortening the discussion period on a >controversial GR—it seems poor timing to shut down a public forum. Is that you volunteering to be an admin, then...? -- Steve McIntyre, Cambridge, UK.st...@einval.com "I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop" -- Vivek Das Mohapatra
forums.debian.net - who's in charge?
Hey folks, Does anybody claim to be an active admin for forums.debian.net at the moment? We've had several people contacting the Community Team recently who have told us they're not getting any response when contacting the admin contact address above. forums.d.n is not listed on the wiki at https://wiki.debian.org/DebianNetDomains but LDAP suggests that Ganneff might have once touched it. Is anybody still in charge of the service? If not, maybe we should shut it down or remove the DNS records for it rather than pretend it's a good/safe place for our users. -- Steve McIntyre 93...@debian.org Debian Community Team commun...@debian.org
Re: Results of the salsa sprint
Hey folks, On Sat, Nov 28, 2020 at 05:40:25PM -0700, Sean Whitton wrote: > >Thank you for your work during the sprint. Here is some feedback as >requested: +1 - thanks for getting together to make Debian stuff better! >On Sat 28 Nov 2020 at 06:49PM +01, Alexander Wirt wrote: > >> Namespaces for groups >> >> >> Currently we do have a frontend to enforce a specific naming for >> groups (-team). We are thinking about removing that restriction. We >> would love to get some feedback about it. Unless no-one objects with >> some good reasoning we plan to remove it during the next months. > >I navigate to resources on salsa by either typing full URLs into my >browser, or typing URLs into my shell after 'git clone'. I am very >rarely logged in to the web interface. > >Having a defined naming for groups makes it significantly easier for me >to correctly type the URL for the repo I want on my first try. > >I suspect that without the -team suffix I'd end up having to use salsa's >search engine much more often. I would prefer not to have to do that. Nod. The -team suffix works really well for me, similarly. I'll be honest, it also gives me a warm fuzzy feeling about namespace. :-) For me these days, lots of Debian work is concentrated into teams so the -team suffix for groups helps to organise and demonstrate that team structure. Have people been pushing the other way - to remove the suffix? Just curious. -- Steve McIntyre, Cambridge, UK.st...@einval.com "I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site..." -- Simon Booth
Re: Debian artwork Bullseye - not allowed ?
For those watching: I've replied to JCZ privately and unblocked him... On Fri, Aug 14, 2020 at 01:36:11PM +0200, JCZ wrote: >Hello, > >This is my IP address (I trust you so do not play with :P ) : > >82.252.131.7 > >After that, I would like to know why I cannot create an account and I was >blocked directly after account creation trying. > >Many thanks to the whole team. > >See you. > >JC > >On 14/08/2020 12:46, Steve McIntyre wrote: > >Hi! > >On Fri, Aug 14, 2020 at 10:58:54AM +0200, JCZ wrote: > >Hello, thank you for your reply Andrei. > >"As far as I know certain IP addresses could be banned if they were > used >by spammers in the past." > >I am not a spammer, I do not understand... It is the first time I use > this service, and it happens just after I tried to create an account. > >I will wait a reply from www team. > >Please mail w...@debian.org with details of your IP address and we can >help. > >(You may want to drop the CCs elsewhere if you care about privacy). > > -- Steve McIntyre93...@debian.org Debian wiki admin - wiki.debian.orgw...@debian.org
Re: Debian artwork Bullseye - not allowed ?
Hi! On Fri, Aug 14, 2020 at 10:58:54AM +0200, JCZ wrote: >Hello, thank you for your reply Andrei. > >"As far as I know certain IP addresses could be banned if they were used >by spammers in the past." > >I am not a spammer, I do not understand... It is the first time I use this >service, and it happens just after I tried to create an account. > >I will wait a reply from www team. Please mail w...@debian.org with details of your IP address and we can help. (You may want to drop the CCs elsewhere if you care about privacy). -- Steve McIntyre93...@debian.org Debian wiki admin - wiki.debian.orgw...@debian.org
Re: Potential Summary: Keysigning in times of COVID-19
On Thu, Aug 13, 2020 at 09:03:00PM +0200, Adam Borowski wrote: >On Thu, Aug 13, 2020 at 11:08:01PM +0530, Pirate Praveen wrote: >> I think the point about fake idenity documents is, it being a criminal >> activity and make one liable for prosecution. So it is not just about >> immediate cost of getting a fake id, but the is high risk if you are caught. >> Not all frauds get caught, but some do get caught and it probably serves as >> a deterrant or it sufficiently sets the bar very high (I think 3 letter >> agencies can still take the risk). > >I don't think someone could possibly be prosecuted for using a fake passport >to obtain a gpg signature. Especially with the link between meeting a DD >many months earlier and that criminal betrayal being so tenuous. It's clearly fraudulent under at least UK law. I'm sure it would also be elsewhere. You might struggle to get police to pick up the *case*, but... -- Steve McIntyre, Cambridge, UK.st...@einval.com < liw> everything I know about UK hotels I learned from "Fawlty Towers"
Re: jigdo debian live-cd
Hi Massimo, On Sun, Jul 26, 2020 at 07:05:04PM +, Massimo Giardina wrote: > >I’m downloading all debian 10.4.0 dvd iso’s for archiving purposes using the >jigdo program. > >However I noticed there’s only an option to download directly or with >bittorrent when downloading Live-CDs. > >Do there exist jigdo files for the live-cds? > >I prefer to use these than bittorrent. Sorry, no. Jigdo cannot work on live images, It works by downloading individual packages from mirrors to slot into an image. But on live images almost all of the content is the squashfs where packages are already installed directly. The two are incompatible. -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
Re: [External] Re: ThinkPad laptops preinstalled Linux
On Tue, Jun 09, 2020 at 10:24:53AM -0700, RP wrote: >On 6/9/20 8:08 AM, Marc Haber wrote: >> >> Why would we want to do that when downstream distributions for this >> purpose are available. Frankly, I don't currently see that a Debian >> rescue image could reach grml's level of matureness in time. We do have >> more important things to spend our personpower on that are not alreadys >> solved downstream. >> >> Greetings >> Marc >> >This makes sense. I for one was looking for something ala Arch where we can >use the install disk as an all around rescue disk. You can - there's a "rescue mode" if you look in the boot menus... -- Steve McIntyre, Cambridge, UK.st...@einval.com "I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell." -- Linus Torvalds
Re: ThinkPad laptops preinstalled Linux
On Wed, Jun 03, 2020 at 02:10:09PM +0200, Thomas Goirand wrote: >On 6/3/20 4:30 AM, Hideki Yamane wrote: >> Hi, >> >> I've found an article about Lenovo ships Fedora pre-installed machine. >> >> https://news.lenovo.com/smarter-technology-for-all-extends-to-the-linux-community-this-summer/ >> >> At past DebConfs, I saw a lot of ThinkPad devices so many contributors >> love it, and they're even Platinum sponsor for this year. >> Can we talk to them to happen the same thing for Debian? :) > >I guess it should be possible, but the biggest challenge is probably to >get the right contact to talk with. Do we have such a contact ? We do, yes. There's a Lenovo engineer working with a few people and getting more involved in Debian atm. -- Steve McIntyre, Cambridge, UK.st...@einval.com Welcome my son, welcome to the machine.
Re: Draft Delegation for the Community Team
Hey Tina! I hope you're keeping well in these difficult times... *hugs* On Tue, Apr 14, 2020 at 07:14:01AM +0100, Martina Ferrari wrote: >On 09/04/2020 22:40, Sam Hartman wrote:> I'm pleased to finally be >able to propose a Community Team delegation >> for discussion. During the last year it has become clear that we >> can accomplish more at lower emotional cost when we have the >> Community Team, Account Managers and DPL working together, >> supporting each other. It's become clear that the Community Team >> does need a project-level mission/mandate. > >It seems to me that this delegation text does not improve the >situation of the Community Team compared to the current non-delegated >team. I do not think it serves the actual needs of the project, nor >that it will help address the problems that have caused burnout and >high turnover rates. In the team we're happy enough with what's here. It's not seeking to redefine the role, but more to describe what we've already been doing and make it more official. Our own work to improve processes and grow the team should help to reduce the burnout problem. >* All of the activities of the CT seem subordinated to the interest >and willingness of other parties to work with them and listen to their >advice. No provision is made for when this is not the case. > >* In particular, Debian events are not required to do anything. This >can result in big events going ahead without any kind of support for >on-site conduct issues, as it was almost the case for DebConf19 (when >the CT noticed the omission just before DC started). A delegation for the CT can't *force* event organisers to do anything, but making us official should help to raise visibility. What else would you suggest? >* It mandates the team to coordinate responses, but my experience >shows that other teams -such as DAM or the DPL itself- do not always >collaborate when discussions get heated and coordination is most needed. > >How is the team going to make that coordination happen? How is it >going to prevent burning out people when they are left alone to face >the angry mob? Mainly by not leaving them alone. That's been a problem in the past, and it's a mistake we don't want to make again. ... >* At a first glance the people chosen do not seem to reflect the >diversity of our project, which is of tremendous importance when >dealing with cultural conflicts. The DPL has stressed repeatedly the >need to find "the right people for the job", but I am still curious >about the criteria. > >The less-than-transparent way personnel changes have been handled >lately, combined with this apparent lack of diversity in the team that >has been finally blessed by the DPL is not a great look, IMHO. Fundamentally, we have the team we have today; this specific delegation is for the 5 current full members, all volunteers. As you know from discussions we've had in the past, we care *very* much about diversity and we're going to continue to work on improving the team in that way. One previous member of the old A-H team is looking to rejoin us very shortly, and we have another new volunteer who is going through the onboarding process with us right now. >In conclusion, I do not think this delegation is going to be effective >in helping the CT become a sustainable and useful vehicle to better >our community. Thanks for your feedback. -- Steve McIntyre, Cambridge, UK.st...@einval.com "Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs." -- Matt Mackall
Re: Draft Delegation for the Community Team
Hi Sam, On Mon, Apr 13, 2020 at 11:19:40AM -0400, Debian Project Leader wrote: > >AS I understand it the only open issue preventing a delegation is the >following; we need to find wording that makes it clear you can write to >parties other than the CT. > >> >> * To respond to concerns raised by members of the project or >> >> people interacting with them, working with individuals to help >> >> them. >> >> my intent was that if you write to the DPL, the DPL responds. >> If you write to the CT, the CT responds. >> If you write to both, they cooperate. >> I agree the above bullet doesn't say that; good catch on your part. > >How about: > >* To respond to concerns directed to the Community Team, raised by members of >the project or > people interacting with them, working with individuals to help > them. > >I need an ack from at least one member of the CT, a NACK from any member >of the CT will be blocking, and of course comments from the larger >community are welcome. > >If I get an ACK and no other blocking issues come up, my next step is to >delegate. That change looks fine to me, sure. -- Steve McIntyre, Cambridge, UK.st...@einval.com "We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs." -- Mike Andrews
Re: Testing Discourse for Debian
On Mon, Apr 13, 2020 at 10:51:21AM -0700, Russ Allbery wrote: > >Sub 30 was what I was thinking of. I'm only saying there's a bit of a >statistical tendency, not that this applies to everyone, obviously. But >when I look around at the broader development world, the majority of the >newer projects seem to not use email at all. Even when they do, it's not >where the most useful conversation happens. > >Now, in a lot of cases the real conversation happens on GitHub, which >isn't exactly the same thing as a forum. But forums seem to play a large >role in some of the more vibrant communities (Rust, for instance). There was a good talk about this topic at FOSDEM this year: https://fosdem.org/2020/schedule/event/nextgencontributors/ >> There is something to be said for educating "younger people" with the >> old ways -- I mean how many of these "Modern" things are just >> re-implementations of what previously existed (except with centralized >> control and "oh yeah, pay us"). > >This may be the case, but I think those of us who are familiar with email >have a bit of a tendency (I'm *definitely* including myself in this) to >jump straight to "let me explain to you how email already does everything >you want if you just use it properly" without bothering to ask people what >features they like and really listen to them. > >Professionally, I can tell you that my younger colleagues tend to hate >email and far prefer other communication mechanisms, and that's not >because they're unaware of how email is used. The most commonly stated >reason is that email is full of noise and pointless messages that aren't >worth reading, compared to other approaches. That's just anecdotes, not >data, obviously, but it made me curious to understand what I might be >missing. (My past experience is that when younger colleagues get excited >about a new way of doing things, I should pay attention, because there are >probably things that I'm missing and that I will appreciate if I look into >them more deeply.) Nod. Much as we're comfortable and happy with email, it's important to keep open-minded and be ready to evaluate other things too. Just because we happen to like it now, that doesn't mean it's guaranteed to be the best possible way to communicate *ever*. Hell, there's a strong confirmation bias here too - how many potentially great future developers have we lost at a very early stage because our email-centric workflow didn't appeal to them initially? -- Steve McIntyre, Cambridge, UK.st...@einval.com You raise the blade, you make the change... You re-arrange me 'til I'm sane...
Re: Salsa as authentication provider for Debian
On Wed, Apr 08, 2020 at 08:50:00PM +0200, Tollef Fog Heen wrote: > >(There's also the wiki account lifecycle, but that's completely separate >and doesn't interact with any of the others, so we might want to keep >that outside the discussion for now.) Agreed! (as a wiki admin) -- Steve McIntyre, Cambridge, UK.st...@einval.com "Further comment on how I feel about IBM will appear once I've worked out whether they're being malicious or incompetent. Capital letters are forecast." Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html
Re: Announcing miniDebConf Montreal 2020 -- August 6th to August 9th 2020
On Tue, Feb 18, 2020 at 09:43:53AM +0100, Didier 'OdyX' Raboud wrote: >Le lundi, 17 février 2020, 19.19:02 h CET Sam Hartman a écrit : >> >>>>> "Jerome" == Jerome Charaoui writes: >> Jerome> Following the announcement of the DebConf20 location, our >> Jerome> desire to participate became incompatible with our >> Jerome> commitment toward the Boycott, Divestment and Sanctions >> Jerome> (BDS) campaign launched by Palestinian civil society in >> Jerome> 2005. Hence, many active Montreal-based Debian developpers, >> Jerome> along with a number of other Debian developpers, have >> Jerome> decided not to travel to Israel in August 2020 for >> Jerome> DebConf20. >> >> >> I'm quite frustrated, disappointed and angry reading the above. >> >> I had expressed a fairly strong discomfort with the anti-DC20 messaging >> I got from the original contact about Montreal. > >To offer some contrast, although I can agree such introduction _could_ have >been left out of the announcement email, I find the phrasing to be honest, >transparent, and fair: it is not against Debian, not against DebConf, not >against the DebConf Committee. It is merely explaining in full sight their >reasons to a) not attend DebConf; b) organize that event at that time. It's also adding a lot of unnecessary negativity, in my opinion. It's easy enough to simply announce an event *without* this. It's another Debian event, we have lots of them every year. There's no need for further complaint. -- Steve McIntyre, Cambridge, UK.st...@einval.com Can't keep my eyes from the circling sky, Tongue-tied & twisted, Just an earth-bound misfit, I...
Re: Some thoughts about Diversity and the CoC
On Thu, Dec 19, 2019 at 04:38:08PM -0300, Martina Ferrari wrote: >A judge in the UK had something to say in respect of these attitudes yesterday: > >“She will refer to a person by the sex she considered appropriate even if it >violates their dignity or creates an intimidating, hostile, degrading, >humiliating or offensive environment. The approach is not worthy of respect in >a democratic society.” > >https://amp.theguardian.com/society/2019/dec/18/ >judge-rules-against-charity-worker-who-lost-job-over-transgender-tweets +1 Thanks for providing the link. (I was just reading about the same ruling on the BBC - https://www.bbc.co.uk/news/uk-50858919) -- Steve McIntyre, Cambridge, UK.st...@einval.com "This dress doesn't reverse." -- Alden Spiess
Re: Some thoughts about Diversity and the CoC
Hi folks, We feel it is time to respond to this thread in our capacity as the Community Team, and take a moment to remind everyone of some details in the Code of Conduct.[1] Notably, we'd like to bring your attention to the first point: ***Be respectful***. Please be respectful of others when communicating within Debian - mailing lists, IRC, the BTS, *everywhere*. Name calling and direct or indirect insults are not appropriate. We explicitly recognize that being respectful includes being respectful of people's identities. "A community in which people feel threatened is not a healthy community," and expressing some opinions (including those that are biphoobic, homophobic, misogynistic, racist, or transphobic) creates a space where people feel threatened and is not appropriate for the Debian Community. We would also like to remind you that "what you write once will be read by hundreds of persons." Journalists cover what happens in the Debian Project and on Debian mailing lists. Even when you think you're just communicating within the community, you are still representing the community. Much of that communication is public. Many of us have friends (or partners) within the Debian community and there are those for whom it has become a significant social space in our lives. Nonetheless, the Debian Project should also be considered a professional environment. When in doubt, ask yourself: Would I say this to a coworker or colleague? If you're ever unsure about how you're expressing something or whether something crosses a line, or to be reassured that you are a valuable, welcome member of the community, please drop us a line at commun...@debian.org and we'll do what we can to assist. [1]: https://www.debian.org/code_of_conduct Thanks and cheers, Molly and Steve, for the Community Team -- Steve McIntyre 93...@debian.org Debian Community Team commun...@debian.org signature.asc Description: PGP signature
Re: Some thoughts about Diversity and the CoC
Sigh. Trying to stay out of this, but I can't *not* respond here. On Thu, Dec 12, 2019 at 11:22:48AM +0100, Gerardo Ballabio wrote: > >For example (forgive me if this might seem off-topic, but I think that >working out the details of an actual example is necessary to make my >point clear), I do not feel that I should acknowledge people's >requests to refer to them by their "preferred pronouns". That is >because I believe that people's sexual identities are determined by >objective facts, such as which chromosomes are there in their DNA, and >not by how they subjectively "perceive themselves". So when I refuse >to refer to a person with XY chromosomes as "she", or to abuse the >English language by calling an individual "they", in fact I am >defending my world view, and you must not deprive me of that right. Why does your chosen "world view" need defending inside Debian? Why does your opinion trump somebody else's sense of identity? You have the right to *think* whatever you like, but we ask that you respect other people when you're trying to work with them or engage in conversation. Is that too hard? -- Steve McIntyre, Cambridge, UK.st...@einval.com < liw> everything I know about UK hotels I learned from "Fawlty Towers"
Re: debian.org mail handling updates
On Tue, Oct 22, 2019 at 10:06:51AM +0200, Joerg Jaspert wrote: >On 15563 March 1977, Adam D. Barratt wrote: > >> [ TL;DR: the "default mail handling" option in LDAP now actually does >> something by default :) and additional optional checks are available. ] > >[...] > >> Adam >> wrangling exim on behalf of DSA > >Thank you! +1 - many thanks! Running a large mail system is not any easy thing to do - it's really appreciated. :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com "... the premise [is] that privacy is about hiding a wrong. It's not. Privacy is an inherent human right, and a requirement for maintaining the human condition with dignity and respect." -- Bruce Schneier
Re: Community Team - where we want to go
Thanks for all the feedback already, folks - it's really appreciated! Several of you have expressed reasonable concerns about a non-delegated team of people setting themselves up as interpreters of the CoC, and that's totally understandable. We *have* been applying our own ideas about the CoC already, but so do many others in day-to-day interactions. We see a wider role, though. What we're definitely hoping to get to at some point is a delegation from the DPL here. We know that we'll have to build trust with the DPL, the project and the wider community to get there. Part of that starts here: we want to openly talk about the role and responsibilities that we see for the team now and in the future. Apologies if I wasn't clear enough in explaining this up-front! :-/ Now, responding to some of the individual points directly. This is quite long, but I'd rather respond to grouped things together than spam the list N times here. I hope I've responded to people's points reasonably in this summary; If you think otherwise then please point it out. On Thu, Oct 10, 2019 at 10:08:55AM +0200, Mathias Behrle wrote: >* Steve McIntyre: " Community Team - where we want to go" (Wed, 9 Oct 2019 > 22:26:39 +0100): >> >> * Proactively writing emails to those who habitually make the >>community a hostile place, informing them that their behavior is >>harmful to the community, that action may be taken in the future, >>and that the Community team is a resource to provide explanation or >>guidance. > >What does mean "that action may be taken in the future"? Which actions in which >context does the team want to perform? Is this a pure informal step about >actions of other teams? I think the following negative list is not the way to >go, but a clear statement should be made. As Martina explained - we don't expect nor want powers to take direct action if people are disruptive and not following the CoC. What we will do is try and warn people that we think they are not behaving according to our agreed standards and (*importantly*) give suggestions on how they might improve. If that doesn't work, we will share our feelings with those teams in Debian that do have powers: listmaster, Planet admins, maybe DAM in extremis. This is a perfect example: On Thu, Oct 10, 2019 at 11:57:21AM +0200, Gerardo Ballabio wrote: >Enrico Zini wrote: >>> * Remove blogs from community forums like Planet Debian >> >>This I think is something the team could actually do, just as any Debian >>Developer could do it, having commit access to the planet config. > >While technically they have the ability to do that, they are not >allowed to. Reading from >https://wiki.debian.org/PlanetDebian#How_do_I_add_myself_to_Planet.3F >: > >"Any contributor may add, amend or remove *their own* blog entry from >Planet Debian." (emphasis in the original text) > >I.e., they may not remove other people's blog. Only Planet admins can do that. ACK - we'd instead talk to Planet admins to share concerns if needs be. On Thu, Oct 10, 2019 at 11:00:43AM +0200, Gerardo Ballabio wrote: >Steve McIntyre wrote: >> Within the team, we've brainstormed about this and come up with the >> following to describe our role and responsibilities. We'd like to >> discuss it now wit h the rest of the project. Feedback welcome >> please! > >that looks good (I especially like the "Examples of things the team >does *not* do"), but I think you should also add something on how the >team will be handling confidential information that it's going to have >access to as part of its job. > >I suppose it won't be easy to strike a good balance between the right >to privacy, the right of accused people to know what they're accused >of and by whom and to defend themselves, the right of victims to not >having to confront their abusers, and so on. So this deserves to be >thought through carefully and clear guidelines should be set. Agreed. It's not an easy situation. We've already been talking to the privacy team to get advice on sensible ways to do this. We will describe our workflow and guidelines more fully as that comes to fruition. On Thu, Oct 10, 2019 at 09:18:07PM +0900, Charles Plessy wrote: >Le Wed, Oct 09, 2019 at 10:26:39PM +0100, Steve McIntyre a écrit : >> >> The (CT) is the team responsible for interpreting the Code of Conduct >> (CoC) when necessary. > >Like others and for the same reasons, I think that to be responsible for >interpretation it would necessitate a delegation. I would like to add >if you follow that direction, then it would be better that the team does >not take responsabilities such as judging the behaviour of others, that >would lead it to be both raising a question of interpretation and giving &g
Community Team - where we want to go
in discussions as individual contributors to the Debian Project, and will not always be expressing the views of the Community Team. -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
Re: Using Debian funds to support a gcc development task
On Sat, Sep 28, 2019 at 02:26:11PM +0100, Ben Hutchings wrote: >I don't believe anyone is stuck using old m68k hardware that they can't >afford to upgrade - the cost of maintaining (or buying) m68k systems >that can run Debian is likely to be high, compared to a PC. > >So the m68k port seems to be only a fun hobby for a small group of >existing developers and users. > >I don't think Debian should subsidise this group, beyond providing the >usual ports infrastructure. > >If I'm mistaken and the m68k port is attracting new contributors to >Debian, that contribute in other areas as well, I might be persuaded >otherwise. Agreed on all of this. -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there?
Re: GR proposal: mandating VcsGit and VcsBrowser for all packages, using the "gbp patches unapplied" layout, and maybe also mandating hosted on Salsa
Hey Thomas! On Tue, Jul 23, 2019 at 07:31:11PM +0200, Thomas Goirand wrote: > >This probably has been floating around for some time. IMO, enough time >so that we start to discuss $subject. > >Before starting any type of text for such a GR, I'd like to hear you >folks. What are your thougts about all this? Especially, I'd like to >hear others that would be *AGAINST* such a GR. > >I'm not sure yet I really want to start all of this. Sometimes, no GR is >better than a GR. If the discussions we will have here leads me to >believe there's no chance for the GR to pass, I probably wont initiate >it. But at least, I would like the discussion to start. > >So, the topics are: > >1- Mandating VcsGit and VcsBrowser, meaning we do mandate using Git for >packaging. While this may seem like a no-brainer. there really are things that git doesn't do well. Really large binary files do not work well in a git repo - talk to the games team, for example. >2- Mandating using the "gbp patches unapplied" layout for Git, as this >seems to be the most popular layout, and that we need some kind of >consistency. I think there's far more variation here than you think. >3- Mandating using Salsa as a Git repository. > >I do believe #1 will pass easily, but that it's useless without #2, and >there is some kind of uncertainty. For #3, I'm not even sure we should >vote for that, I probably even prefer it not to be voted for myself, >though what's annoying me is having to pull some packaging from non-free >services such as Github, and this would make an end to it. There are genuinely good reasons for *not* using salsa. If the debian packaging is directly included as part of the upstream git repo(s) somewhere else, for example. It's a good thing to encourage salsa usage (and I agree 100% with that for most things), but let's not argue about making things mandatory please. -- Steve McIntyre, Cambridge, UK.st...@einval.com "Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs." -- Matt Mackall
Sprint report from the AH/DAM/DPL Sprint, 22/23 June 2019
=== [ The meeting was a good opportunity for having face to face private discussion about some of the current AH-related matters. ] 13. Distinguishing between tone policing and requiring constructive communication = How should we document the line between tone policing/mindless political correctness and requiring constructive communication (https://lists.debian.org/debian-devel/2019/06/msg00227.html can be an example explanation)? Outbursts after lots of provocation are understandable, and we don't want to punish people for individual incidents. However, some people genuinely don't know how to react in "diversity" situations and are worried about being punished for doing things wrong. We need to be compassionate and understanding of all viewpoints, while also encouraging people to be welcoming inside Debian. 14. How to encode/communicate "Everyone is responsible for Debian being a welcoming space" == People in the community need to be taken seriously even if they don't wear a "hat"; we don't have to wait until officially-recognised team members turn up to stop an abusive situation. We need to make this clear. As already mentioned, we're going to update the footer on the CoC to make this clearer. We're also planning to use templates and links to helpful material on mails from the AH team. We need to prep those! 15. Transparency guidelines === If needed, we have a DAM appeal procedure where things can be disclosed *safely* without needing to make things totally public. That can protect against incidents where people might use any public information to help them abuse further. 17. What do we do if it all goes wrong and we have no further internal options? === We're vulnerable to DoS, and there is not much we can do about it. It's unlikely that we'll get too many people trying to damage the project at once, we hope. But targeted, sustained trolling could really hurt us. If it happens, we may need to spend more efforts on technical solutions to trim discussions. We can look into further options as needed If we need to go further, we could maybe look into more professional help, whether that takes us down the legal route or something more like a social worker. It might be worth having somebody around to ask for experienced support (e.g. cyber-bullying). It'sa lso probably worth us looking for training for members of these teams. In future, we might try and organise something for a day or two during DebCamp? Quite a few things that could help: * Conflict resolution (e.g. MVS, TotalSDI https://totalsdi.com/assessments/the-power-of-the-sdi/) * Incident response * Team dynamics / interaction (e.g. Belbin roles https://www.belbin.com/about/belbin-team-roles/) * Facilitation / mediation could also be useful skills to import into the project: the idea can be generalised * Legal background? We'll look into this. Can we look for trainer recommendations? Check with company HR departments etc.? 18. How do we share experiences with other orgs? Can we do this sensibly? We're not sure that our current privacy policy lets us do this. Can/should we update it to allow this? There's also a worry abour GDPR (etc.) claims - we may have to disclose some data if it's requested. We should get clear guidelines on this, and maybe warn people that some things cannot always be kept confidential. We discussed some more about keeping / sharing contact lists with other FLOSS/colunteer organisations. There clearly isn't a central list here - could we work with others to make one for FLOSS orgs at least? Should we add community@d.o as a generic contact address for people to use? Probably not, due to workload. We should probably talk to our derivatives and other projects, though. 19. Signing Diversity Statement or CoC together with other foundation documents during NM/new DM ==== DAM has updated the nm.debian.org site to update the NM process. Along with the DMUP etc., we will ask future NMs to signal agreement with the CoC. Current DM/DDs will not be asked to re-sign any documents. Steve, for the AH team -- Steve McIntyre, Cambridge, UK. 93...@debian.org Debian Anti-Harassment Team signature.asc Description: PGP signature
Re: Realizing Good Ideas with Debian Money
On Sat, Jun 01, 2019 at 12:29:04PM +0200, Tollef Fog Heen wrote: >]] Russ Allbery > >> These dynamics change a *lot* when the money is coming from >> the project itself. That money is special; it's not just one more company >> or foundation or whatnot that is providing resources to aid in a general >> volunteer project. It becomes a loaded statement about what work the >> project considers the most important and, worse, *who* the project >> considers important to do that work. > >This is a hugely important point: we're already seeing conflicts where >people conflate the paid-for LTS effort with other team's priorities. >If we move that funding closer to Debian, we're effectively saying that >«this funded effort is important and all relevant teams, volunteer or >not should support it», rather than trusting teams to act in the >currently more creative anarchic way. Adding more tension internally in >the project, which I think spending money in this way will do, is a bad >idea. That's definitely my concern, too. I don't want to have to consider funding when working on stuff for fun, and I also don't really want to reorganise how things are done to accommodate others who do. >> Particularly now that my free time is rarer and more precious to me, >> doing unpaid work for an organization that also has paid staff is >> hugely demotivating. It's entirely plausible that paying for >> resources would mean that Debian would end up with *less* resources >> than we have now, if other volunteers feel the same way. > >Well said, and I feel the same way. +1 Having said both of these, I think there *are* reasonable places to spend money that shouldn't affect us so much. The areas in question are those where we struggle to find any/sufficient volunteer effort to do what we need - bureaucracy etc. Volunteer book-keepers are few and far between, IME. -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
Re: kindly link to my website www.market99.com
Debian does not work with SEO spammers. Go away. On Tue, May 21, 2019 at 04:37:25AM -0700, vineet1984son...@gmail.com wrote: >Hi, > >I'm the SEO manager for Market99 - a retail store that's known across India for >home decor, kids wear, toys, electronics essentials. You can check us out at >www.market99.com. > >To build a strong SEO score for our organization, we identified your site as >one that can help us improve our SEO health by creating backlinks to our >website. > >Being in a competitive industry like retail, we feel that your support will >help us build a strong foundation to ensure our website reaches the right >audience and ranks highly on search results. > >Feel free to reach out to me in case of any further questions. > >Looking forward to your cooperation. > >Regards, >Vineet >[] -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- Stig Sandbeck Mathisen
Re: Censorship in Debian
On Fri, Jan 04, 2019 at 01:39:27PM +0100, Christian Kastner wrote: >On 21/12/2018 01.27, Paul R. Tagliamonte wrote: >> We are not a Government. > >We don't have a _Sovereign_ Government, but a Government we most >certainly have. > >We are a body of people bound by a Constitution; this body has >Officials acting on its behalf; we vote to represent our interests; we >delegate powers; we subject ourselves to powers, etc. Only for very limited areas. Debian does not have the power to tell us how to live outside of our collaboration with Debian. It's a very limited organisation. The worst censure that can be applied is to be removed from that organisation. That does not compare to the possible removal of liberty (or even life!) that is amongst a Government's powers. >> Please don't conflate Debian ensuring we have a healthy community >> with Government censorship, > >This action was not performed by the community, but by an Official >acting Debian's behalf. Consequently, it _was_ government censorship. Rubbish. A refusal by Debian to publish on somebody's behalf is not at all the same as government censorship. A government can remove the right to publish at all. -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me
Re: Planet Debian revisions
On Wed, Jan 02, 2019 at 03:54:00PM +, Ulrike Uhlig wrote: >Jonathan Carter: >> Dear Planet administrators and debian-project >> >> Based on the very short amount of discussion we've had so far, I'd like >> to make the following changes to https://wiki.debian.org/PlanetDebian >> >> I've scaled the wording down from what I originally suggested on >> debian-project so that it doesn't include the term "smear campaign. > >Thanks for working on this! > >> Under the section "What Can I Post On Planet", I would like to add the >> following points: >> >> """ >> 4. Avoid posting personal fights or insults. Planet Debian is not an >> appropriate medium for this. > >> 5. Debian's community standards fully apply to Planet Debian, that >> includes following [[https://www.debian.org/code_of_conduct|Debian's >> Code of Conduct]]. >> >> 6. Posts that are syndicated on Planet Debian that doesn't conform to > >"that don't" instead of "that doesn't" +1 >> our community standards may result in removal of a post or even an >> entire blog. In such a case, please reach out to the Planet > >"entire feed" ? +1 >"In this case" instead of "In such a case" ? > >> administrators before re-adding your blog yourself. > >"before" or "instead" ? "instead" is better, I think. >> """ > >It all sounds good. Yup! >> On #6 I was tempted to add "When a blog is removed, the committer should >> add a comment listing the posts that resulted in it being removed", but >> not sure if that's overloading it a bit too much. > >I think this is useful. Maybe "When a blog is removed, the committer >must (or should?) state a reason for the removal. If unsure, please >reach out to the Planet administrators." Sounds good to me. -- Steve McIntyre, Cambridge, UK.st...@einval.com "Further comment on how I feel about IBM will appear once I've worked out whether they're being malicious or incompetent. Capital letters are forecast." Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html
Re: Compassion For Those Worried Whether They are Welcome
On Wed, Jan 02, 2019 at 07:45:55AM -0500, Sam Hartman wrote: >>>>>> "Steve" == Steve McIntyre writes: > >Steve> For those trying to undermine it with statements like "I'm >Steve> worried I'll be thrown out of Debian if I make a single >Steve> mistake", please give it a rest already. These are basic >Steve> principles on how we want all people to interact. If you make >Steve> a mistake and do a bad thing, people will tell you and ask >Steve> you to re-word, apologise, whatever. > >Steve, I agree that the code of conduct is important. >I agree that some comments sound like they are undermining it or trying >to rehash old arguments. > >I think that's draining. > >However, I'd like to take a moment to ask all of us to empathize with a >common position. >We've seen two people who made significant technical contributions >expelled from the project. If you weren't paying a lot of attention, >there were no obvious public signs that a process was underway. > >Many members of our project have never had to interact with a concerned >DAM team or the sharper parts of our conflict resolution process. > >It's easy to worry that something will spiral out of control and you >will be ejected from a community that you've put a lot of your heart >into over the years. >As you say, we're all human and we all make mistakes. > >As humans it is natural to feel insecure when you see something like >this happen. > >Asking for reassurance that we'll be treated with compassion and >empathy, given a chance to understand what is going on and heard when >we speak our part of the story is natural. >THESE INSECURITIES AND ASKING FOR THAT REASSURANCE DOES NOT UNDERMINE >THE CODE OF CONDUCT. Nod. Apologies if my message sounds insensitive here! There are some who I think might appear to be trying to undermine it, but I agree I'm being unfair. Thanks for the correction. >In this instance the insecurities are stronger because we're seeing >people ejected and claiming that they were not given those chances and >that they were surprised. > >To be clear, I am speaking from personal experience here. I think I've >made positive contributions to the project, and I know people over the >years have come to me when they had problems with what I did. >If I think about it rationally, I have confidence that I'd be given a >chance to learn and improve. >And yet I looked at this and wondered if I'd someday find myself the >subject of a surprise ejection. > >I was able to convince myself that my fear stems from how much I care >about Debian. I do have confidence that even if there are trouble it >can be worked through. For that matter, even if I found myself on the >out, I could respectfully work to get back in and improve the process. > >Yet I firmly support the code of conduct and the importance of creating >a safe space. > >I ask you to separate those who are trying to question the code of >conduct from those who are seeking a very natural reassurance. Agreed. Happy New Year to you and yours! -- Steve McIntyre, Cambridge, UK.st...@einval.com "You can't barbecue lettuce!" -- Ellie Crane
On having and using a Code of Conduct
Hey folks, We've been having some very tense discussions in various fora lately, and it's striking that yet again we seem to be re-hashing arguments about having a Code of Conduct [1], and enforcing it. It's massively draining, and should not be necessary. Fundamentally, I don't believe the adoption of our Code of Conduct should be controversial. It's not like there are any points in it that were not already valid as the most basic rules for interaction, even before it was officially ratified. For those trying to undermine it with statements like "I'm worried I'll be thrown out of Debian if I make a single mistake", please give it a rest already. These are basic principles on how we want all people to interact. If you make a mistake and do a bad thing, people will tell you and ask you to re-word, apologise, whatever. It happens to all of us, nobody is perfect. Accept it, learn from it and move on. A mistake doesn't make you a *bad person*. What *does* cause problems is repeated digressions and a refusal to improve behaviour. There's a world of difference there. [1] https://www.debian.org/code_of_conduct -- Steve McIntyre, Cambridge, UK.st...@einval.com Google-bait: http://www.debian.org/CD/free-linux-cd Debian does NOT ship free CDs. Please do NOT contact the mailing lists asking us to send them to you. signature.asc Description: PGP signature
Re: Planet Debian revisions
Hi Jonathan, and Happy New Year! On Tue, Jan 01, 2019 at 10:38:58PM +0200, Jonathan Carter wrote: >On 2019/01/01 22:22, Wouter Verhelst wrote: ... >> (for clarity, that was part of the original GR that validated the code >> of conduct) >> >> I don't think it's a stretch (at all!) to claim that Planet Debian falls >> under the "other modes of communication" bit there. > >Yes absolutely, I didn't mean to imply anything of the contrary. I just >brought it up because I think it would be a good idea to link to the CoC >from the PlanetDebian wiki page. Absolutely. Make it so! >>> I think what I miss a bit in the Planet rules is the "Be respectful" >>> part and the "Be careful in the words that you choose. Be kind to >>> others. Do not insult or put down other participants. Harassment and >>> other exclusionary behavior aren't acceptable." Making it clear that you >>> cannot always agree, but that personal attacks are unacceptable. >> >> I think the code of conduct states those things too (although in other >> formulations), and just updating the Planet rules to clarify that the >> code of conduct applies should be enough? > >I think it's part of it. > >I really do think it's also worth while to explicitly have a short part >stating what the planet is not appropriate for, stating that it's not >appropriate to use the planet to republish personal arguments or smear >campaigns. Sure, that would also be against the CoC, but it will make it >much more easier to remove posts that do things like that rather than >having to rely on an interpretation of the CoC every time that matter >comes up. Sounds reaonable, yes. -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich signature.asc Description: PGP signature
Re: Censorship in Debian
On Thu, Dec 20, 2018 at 11:18:51PM +, Daniel Pocock wrote: > >If people want to pursue an anti-harassment objective in good faith, >then please start by realizing the existing team and their approach >needs careful examination, they need to make it a priority to put at the >front of their mind the welfare of every single person they come into >contact with, even if they don't understand or can't related to that >person's behaviour and they probably need to engage outside expertise >both for the benefit of the community and their own state of mind. Have you actually epoken to the anti-harassment team to enquire about their actions and supporting evidence before calling their methods and motivations into doubt here? Also: not wishing to pile on, but I also believe that you linking assassinations to the actions of the a-h team is downright toxic and you should apologise. -- Steve McIntyre, Cambridge, UK.st...@einval.com Welcome my son, welcome to the machine.
Re: UEFI Secure Boot sprint report
On Tue, May 15, 2018 at 04:16:22AM +0100, Colin Watson wrote: >On Tue, May 15, 2018 at 11:46:00AM +0900, Hideki Yamane wrote: >> On Tue, 15 May 2018 03:32:26 +0100 >> Ben Hutchings <b...@decadent.org.uk> wrote: >> > > > The second point (have DAK accept ...) is part of step 7, yes. It >> > > > seems to have been implemented now. >> > > >> > > Then, remaining blocker is only template for GRUB2? >> > >> > For testing purposes, I think so. I don't know whether GRUB implements >> > the policy we want at the moment. >> >> Is there any issue to apply such policy to grub2 package, or just not >> discussed yet? > >Either nobody's tried to discuss it with me yet or I missed the email. >Feel free to (preferably in the form of a patch I can review :-) ). At / shortly after the sprint, Philipp (in CC) had patches basically ready for grub2, but he seems to have gone quiet. -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me
Re: wiki.debian.org upgrade Saturday 28th October
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 [ Trying again, working around a signature checking problem. ] Hi, We plan to upgrade wilder.d.o (the machine hosting wiki.d.o) this coming Saturday evening (UK time). We don't anticipate any problems, but expect the wiki to be unavailable for an hour or two while the upgrade is in progress. - -- Steve McIntyre93...@debian.org Debian wiki admin - wiki.debian.org -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEzrtSMB1hfpEDkP4WWHl5VzRCaE4FAlnx9U8ACgkQWHl5VzRC aE4gWBAAuzUnBgsm2Kq44qDLEZGYeKTGfcdevUEE0mU+0sICdZCAoiMpuU8ncCwT ab+ul7P22/vfgJ52FFFmerdpYYgsxvpncH5pGyzmwG9iZpCXaxZyn77PFq33FdPq HJ6tZ2p+3+Wk9gUpCDguIIsUsl1AU7CGTmo5YCP3EaaYjZdA+RWvQYnOrgV2i5Ud TwWzEbIS9NeIubmI1KcQ7knSdZhl4zA5FtVGm64j2VinBFSAKK/6whjivqYzzvio lsMgT4TNOGWgoTMjjAfsaK9WuGnKOsi1/iXwU3DhjgYmClV9XiOopI+XTokbWYFX QVjVUO8UvBtzvKbQjY+qrEWVUGWME+RhudLN9qxRJBGvqPpneNFCb1jiO52dDDoB 9dQNhzK36PebquOW4KbDU/8G3Cnbd3L5Z+yQv9RWrIyH6cPVlkE9YyTOpKqCDcwB 2TCdoJU6l5IBP/SoELdN1EY1otxUNMeWG4E1YkNjpZ4hnUiHNs/DL3lPHCs2nCdq aju7gPxmx2pJfCCZTJurYd6L0MFehQ7WpSRIB6xLaS3lYIas+pAre/WsHN83zl0U tozbAzx+QgLTofOjt7NxclX6d/I51CxUCpA7sarRSi247yswbYyNRvqQ4JI7EtDL f9AoCXEyhgW60m74BWbqVyS8mbNEfD0FDtKiTMOMaFGFVKUabX0= =zAOH -END PGP SIGNATURE-
Re: Request for official help
On Mon, Jul 31, 2017 at 02:06:54PM +0100, Ian Jackson wrote:
>
>So I think the Debian project has the following options:
>
>1. Write a letter like the one I propose below (NB this is
> slightly different to the original one proposed.)
>
>2. Become an EAN issuer via something like this GSI website, and set
> up an arrangement for EAN issuance on behalf of manufacturers.
>
>3. Become an EAN issuer and assign EANs for specific ISO files,
> with the expectation that all manufacturers of DVDs or whatever
> with the same contents, will use the same EAN.
>
>4. Decide that Debian products should always be sold with EANs
> but that product manufacturers should acquire their own EANs
> somehow.
...
>Therefore I propose that we should write a letter (1). Draft below.
>We should probably run this past a lawyer.
Agreed 100%
>RE DEBIAN - EUROPEAN ARTICLE NUMBER (EAN)
>
>To Whom It May Concern
>
>The Debian Project ("Debian") and Software In The Public Interest ,
>Inc (SPI) wish to make known that:
>
>1. Debian, through its Trusted Organisations including SPI, own and
>control the trademark "Debian" in various jurisdictions.
>
>2. Debian does not provide European Article Numbers (EANs). Nor do
>any of Debian's associated organisations do so on Debian's behalf.
>
>3. Debian and SPI give public permission for products embodying
>Debian's software and documentation to be sold, according to the
>Debian Trademark Policy (which can be found at
>https://www.debian.org/trademark). That policy doese not make any
>requirement about EANs. Therefore (provided the the policy is adhered
>to) we have no objection to Debian branded products being sold without
>EANs.
>
>4. Debian do not anticpate this situation changing in the next 2
>years. Specifically, we do not expect to be issuing EANs within the
>next 2 years.
>
>5. Please therefore allow vendors of Debian merchandise to trade,
>notwithstanding any lack of EANs for those products.
>
>6. This is without predjudice, of course, to our right to enforce our
>trademarks against anyone found violating our trademark policy. We
>are simply saying that lack of an EAN is, in itself, completely fine.
>
>Signed
>
>for the Debian Project for Software in the Public Interest
Looks good to me, but agreed also on the lawyer front.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"C++ ate my sanity" -- Jon Rabone
Re: Debian contributor Register of Interests
On Thu, May 11, 2017 at 01:05:09PM +0100, Ian Jackson wrote:
>Jonathan Dowland writes ("Re: Debian contributor Register of Interests"):
>>
>> I respect that, but I hope that those who are happy to add
>> themselves to the list as it stands are not dissuaded from doing so
>> (in my view, I'd happily see the shape of the list evolve and adapt
>> my entry to fit as necessary).
>
>Right.
>
>TBH I now think this may be too much work. I guess I will just write
>my own entry and we can see how it evolves.
I've just added my details, and added an extra column for "Notes",
e.g. how the Interest might intersect with Debian.
>> > The list should have a date at which the user's entry was last
>> > updated and signed off by them as complete.
>>
>> The former can be inferred from the wiki page history.
>
>Well, it's a bit awkward. And it just shows you the last edit, not
>the last time the user themselves thought it was up to date.
We can check for the last edit by the person in question, which should
cover that I hope!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I used to be the first kid on the block wanting a cranial implant,
now I want to be the first with a cranial firewall. " -- Charlie Stross
Re: If Debian support OS certification?
On Thu, May 04, 2017 at 07:56:45AM +0800, Paul Wise wrote: >On Thu, May 4, 2017 at 12:17 AM, Ben Hutchings wrote: > >> No, they should not, otherwise this certification becomes meaningless. > >I see these certifications primarily as a service to Debian users and >not as endorsements of vendors, but as statements of fact. The >consequences to users should stated as part of the certification >output. "This system can run Debian main", "This system is missing >drivers for XYZ", "This system requires non-free firmware", "This >system requires a custom bootloader", "This system requires a custom >kernel", "This system requires a custom kernel and must use sysvinit", >"This system requires an unofficial Debian port", "This system >requires recompiling Debian from scratch" (CPU requirements bumps or >CPU bugs). Basically, a more automated version of InstallingDebianOn. > >If Debian only certifies systems installed using official d-i images >then we won't be certifying much, since almost everything requires >preinstalled or runtime-loaded non-free firmware for some part of the >system. We would basically only be able to certify RYF devices and may >as well just require FSF RYF certification up-front before a system >can be certified for Debian use. Are you really claiming that systems already shipped with *firmware included* can't be installed using d-i? That's rather bogus, if so. Please explain? -- Steve McIntyre, Cambridge, UK.st...@einval.com Mature Sporty Personal More Innovation More Adult A Man in Dandism Powered Midship Specialty
Re: another bulk order of kilts for debconf17? Was: New Debian kilts
On Sun, Aug 28, 2016 at 04:27:11PM -0400, Yaroslav Halchenko wrote: >> On Sun, Sep 30, 2012 at 04:53:47PM +0100, Wolodja Wentland wrote: >> > I went to their store and asked and they quoted additional costs of >> > £700 for a *single* made-to-order kilt. > >> Ouch! From what I remember when I got my kilt, 700£ is really really >> pricey. I know that North-America is probably on the wrong side of the >> world for most of the people interested in ordering, but I recommend >> Burnett & Struth's[0] as a kilt maker. They're located just north of >> Toronto, Canada. They made my personal kilt (combination of machine and >> hand sewing) out of a very uncommon tartan (I think it had to be custom >> woven since nobody kept it in stock) for about 650–700 CAD (~410–440£), >> tax included. The fabric was heavy weight (16oz I think) at that. On a >> side note, they also made my band kilt, which is 25 years old and still >> looks great apart from wear on the leather buckle straps (easily worn >> 10-15 times a year). > >Given that next debconf is in Montreal, may be it would be sensible to >see placing an order for a few quilts with Burnett & Struth's ? Could do, maybe. I was also up in Edinburgh a couple of weekends back with Andy, and we spoke to one of the companies up there too. He's got the details and I'll let him post more info... :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com "Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters." -- Ignatios Souvatzis
Re: Namespace question - data.debian.org
On Wed, Dec 16, 2015 at 09:46:04AM +, Iain R. Learmonth wrote:
>Hi,
Hi Iain!
>The Debian Data team produces the frameworks and runs the services that make
>data about Debian available in a number of formats to make the data as
>accessible as possible and to encourage its use both within Debian and in
>external projects.
>
>Examples of projects managed by this team are:
>
> * map.debian.net - A map of Debian Locations
> * rdf.debian.net - A Linked Data interface to the data in UDD
>
>Both of these are experimental projects, but they are ready to be turned
>into something stable and permanent.
>
>I originally planned to use data.debian.net for this service, which would
>also include JSON/JSONP, KML and iCalendar exports of data from UDD, and
>later migrate the service to data.debian.org on a VM managed by DSA and
>maintain data.debian.net as a development machine.
>
>In #808088, it was suggested that I could ask for the data.debian.org
>psuedo-package to be assigned once it was cleared with DSA, but DSA has
>bought up a previous project from ftp-master that was going to use the name
>data.debian.org.
>
>I see that currently it does not have any DNS records. The entry on the
>ftp-master wiki has not seen an update since 2009.
>
> https://ftp-master.debian.org/wiki/projects/data/
>
>So if ftp-master no longer wishes to claim the name data.debian.org, and as
>their usage would only be for datasets packaged in debian for distribution
>using the mirrors, I would say data.ftp.debian.org would be a better name
>for that service, then I would be very happy to have the name
>data.debian.org for the Debian Data team.
>
>If not, I'm open to suggestions for other names to use. Examples of URLs
>that would appear under this domain would be:
To me, they sound more like *metadata* maybe:
metadata.debian.{net,org} maybe?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?
Re: vmdebootstrap sprint report
On Tue, Nov 10, 2015 at 08:53:11AM -0200, Tiago Ilieve wrote: >Vincent, > >> There has been some efforts around bootstrap-vz for cloud images inside >> the Debian Cloud team. Zigo also has its own tool to publish "blessed" >> Openstack images (but they work fine for other clouds too). As far as I >> know, this plan to also provide official Debian VM images was not >> discussed with those parties. >> >> It's a bit a pity to see the existing efforts just discarded. > >I *really* hope that there is some kind of misunderstanding here. Since the >first time I heard about vmdebootstrap, on Steve McIntyre's report about Debian >CD BoF at DebConf15[1], I thought that it was a tool related to Live Images >only. It's scary to think that its intention is to also replace a tool like >bootstrap-vz that has been used for years, is currently maintained and is >pretty stable. Specially when not even mentioning this to the Debian Cloud >Team. vmdebootstrap is a generic tool which *can* be used as a base for all sorts of live-type images. To the best of my knowledge, there's no grand plan by anyone to force this (or *any* tool) on anybody. However, as Riku pointed out at DC15 we have *many* different image generation tools in use in and around Debian and it might be nice to share some efforts and tools where it makes sense in future. -- Steve McIntyre, Cambridge, UK.st...@einval.com "The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary." -- James D. Nicoll
Re: [Debian-uk] Mini-DebConf in Cambridge, UK - November 5-8 2015
On Mon, Sep 14, 2015 at 03:24:03PM +0100, Paul Waring wrote: >On 14/09/15 15:08, Steve McIntyre wrote: >> I'm also hoping to find sponsors again to cover some other costs for >> the conference for things like food - please contact me if you can >> help! > >I probably can't justify the cost of attending, but I'm happy to chip in >£100 towards sponsoring the event and have it go towards whatever you >feel is appropriate (food, speaker expenses etc.) Hi Paul! Thanks for your awesome offer of sponsorship! I've deliberately hung back before replying to see what I could come up with in terms of corporate sponsorship offers first. I'd rather spend company money in preference, and leave Debian users with their money for important things like beer if I can... :-) As it happens, I *have* received enough offers to cover all the costs we're expecting for the miniconf (see the page if you're interested!) so you don't need to help us. But please accept my heart-felt gratitude for the offer in any case - it's really appreciated! -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back
Mini-DebConf in Cambridge, UK - November 5-8 2015
Hi! As so many people have been asking for it, I've decided to organise another mini-DebConf in Cambridge this year. Again, my employer ARM is going to host the conference for 4 days in November: * 2 days for a mini-DebCamp (Thu 5 - Fri 6), with space for dedicated development / sprint / team meetings for up to 40 people * 2 days for a more regular mini-conf (Sat 7 - Sun 8) with space for more general talks, up to 100 people I'm also hoping to find sponsors again to cover some other costs for the conference for things like food - please contact me if you can help! I'm expecting that we will end up discussing and working on the arm ports and other ARM-related topics at the very least, but there's also plenty of scope for other subjects for both sprint work and talks. For more details and to sign up to attend, please visit the wiki page at https://wiki.debian.org/DebianEvents/gb/2015/MiniDebConfCambridge -- Steve McIntyre, Cambridge, UK.st...@einval.com "We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs." -- Mike Andrews signature.asc Description: Digital signature
Re: cdimage?? What should we call it?
On Tue, Aug 18, 2015 at 05:09:19PM +0100, Steve McIntyre wrote: Hey folks, We called our main installer images distribution site cdimage.debian.org a long time ago, when that was all it published and most people downloaded images of CDs. Ummm. Things have moved on in the intervening years, and this name is looking more silly over time: * lots of people are using USB sticks * we're providing live images that don't fit on CD * we're providing cloud images (Openstack so far, with others coming soon!) So, I'm looking for suggestions. What should we call it? I had initially thought that images.debian.org is more generic, but it's also likely to confuse people into looking there for pictures... :-) Please reply and let's see if we can come up with a better name. Thanks for all the excellent suggestions folks! As announced at the Debian-CD BoF lat last week, I've made the decision to go with *drumroll* ... get.debian.org The DNS is already updated and we'll start moving over to advertising the new URLs shortly. We'll also need to update the landing pages etc. to match - help with that also welcome! -- Steve McIntyre, Cambridge, UK.st...@einval.com Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters. -- Ignatios Souvatzis
Re: cdimage?? What should we call it?
On Tue, Aug 18, 2015 at 01:04:17PM -0400, Lennart Sorensen wrote: On Tue, Aug 18, 2015 at 09:19:07AM -0700, Russ Allbery wrote: Steve McIntyre st...@einval.com writes: We called our main installer images distribution site cdimage.debian.org a long time ago, when that was all it published and most people downloaded images of CDs. Ummm. Things have moved on in the intervening years, and this name is looking more silly over time: Of course please keep the alias for those of us who have typed it for years and no longer think about it. Of course - I should have added that to my first email. We also don't want to break any existing setups. -- Steve McIntyre, Cambridge, UK.st...@einval.com I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds
Re: cdimage?? What should we call it?
On Tue, Aug 18, 2015 at 08:34:56PM +0200, Hideki Yamane wrote: On Tue, 18 Aug 2015 18:15:46 +0200 Steve Langasek vor...@debian.org wrote: - get.debian.org I prefer this since easy to understand and type :) I think it's a cool name, and my clear favourite thus far. :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com Every time you use Tcl, God kills a kitten. -- Malcolm Ray
cdimage?? What should we call it?
Hey folks, We called our main installer images distribution site cdimage.debian.org a long time ago, when that was all it published and most people downloaded images of CDs. Ummm. Things have moved on in the intervening years, and this name is looking more silly over time: * lots of people are using USB sticks * we're providing live images that don't fit on CD * we're providing cloud images (Openstack so far, with others coming soon!) So, I'm looking for suggestions. What should we call it? I had initially thought that images.debian.org is more generic, but it's also likely to confuse people into looking there for pictures... :-) Please reply and let's see if we can come up with a better name. -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Das Mohapatra
Re: Installation DVD - jigdo
On Tue, Jul 21, 2015 at 06:52:35PM +0200, Matthias Schneider wrote: Hello list, a couple of days ago, i've downloaded all 14 DVDs of the current stable Debian release. I've done it with jigdo, which worked quite well. After downloading, i've got the .iso-image and some jigdo files left in my directory. debian-8.1.0-amd64-DVD-n.jigdo debian-8.1.0-amd64-DVD-n.template jigdo-file-cache.db What's about that files? Can they be deleted? Or are they necessary to refering to the downloaded DVD-repository? You may now delete all those files if you have all the ISO images. They're just the jigdo working files that have been left behind. -- Steve McIntyre, Cambridge, UK.st...@einval.com This dress doesn't reverse. -- Alden Spiess -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150721171211.gc17...@einval.com
Re: What do you expect from the DPL?
On Sat, Feb 14, 2015 at 02:41:18PM +0100, Stefano Zacchiroli wrote: On Sat, Feb 14, 2015 at 10:07:08AM +0100, Lucas Nussbaum wrote: My own view on the original question (What are you expected the DPL to do?) is that the main thing the DPL must absolutely do is being a good garbage collector (I think the original naming comes from Zack). Possibly. I think I actually used decision garbage collector, but the notion is exactly the one you explained. FWIW, that aspect of the DPL job seems to be frequently overlooked in DPL candidate platforms, which often tend to focus on ambitious Debian reform plans. They are all fine and well of course, but DPL time will in the end have to be split among implementing those plans and tending to often unpredictable day by day duties, with the latter often dominating the DPL agenda (IME). Yeah, that was my experience too. I'd offer as advice to any DPL candidate: don't try to do everything at once, as that leads to burnout. I think personally that I did spend too much effort up-front on the teams survey in my first term, and that ate a massive number of hours. What takes time day in, day out, is the misc mediation and discussion that people will expect you to help out with, and random folks will contact you from time to time to ask for help with all kinds of stuff. The more difficult part of this is that it'll often be happening in hours that don't suit at all - people pop on irc at the worst times... :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com The two hard things in computing: * naming things * cache invalidation * off-by-one errors -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150214135759.gz8...@einval.com
Re: Mini-DebConf in Cambridge, UK - November 6-9 2014
On Tue, Aug 26, 2014 at 06:05:56PM +0100, Steve McIntyre wrote: As last year's event went so well, I've decided to organise another mini-DebConf in Cambridge this year. Again, my employer ARM is going to host the conference for 4 days in November: * 2 days for a mini-DebCamp (Thu 6 - Fri 7), with space for dedicated development / sprint / team meetings for up to 40 people * 2 days for a more regular mini-conf (Sat 8 - Sun 9) with space for more general talks, up to 100 people I'm also hoping to find sponsors again to cover some other costs for the conference for things like food - please contact me if you can help! I'm expecting that we will end up discussing and working on the arm64 port and other ARM-related topics at the very least, but there's obviously also scope for other subjects for both sprint work and talks. For more details and to sign up to attend, please visit the wiki page at https://wiki.debconf.org/wiki/Miniconf-UK/2014 Final reminder - this event is next week in Cambridge. We still have space for attendees and even a couple more talk slots. Please sign up and come along! -- Steve McIntyre, Cambridge, UK.st...@einval.com Armed with Valor: Centurion represents quality of Discipline, Honor, Integrity and Loyalty. Now you don't have to be a Caesar to concord the digital world while feeling safe and proud. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141028180356.gk11...@einval.com
Mini-DebConf in Cambridge, UK - November 6-9 2014
[ Resend to a correctly-spelled announce list... ] Hi! As last year's event went so well, I've decided to organise another mini-DebConf in Cambridge this year. Again, my employer ARM is going to host the conference for 4 days in November: * 2 days for a mini-DebCamp (Thu 6 - Fri 7), with space for dedicated development / sprint / team meetings for up to 40 people * 2 days for a more regular mini-conf (Sat 8 - Sun 9) with space for more general talks, up to 100 people I'm also hoping to find sponsors again to cover some other costs for the conference for things like food - please contact me if you can help! I'm expecting that we will end up discussing and working on the arm64 port and other ARM-related topics at the very least, but there's obviously also scope for other subjects for both sprint work and talks. For more details and to sign up to attend, please visit the wiki page at https://wiki.debconf.org/wiki/Miniconf-UK/2014 -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra signature.asc Description: Digital signature
Mini-DebConf in Cambridge, UK - November 6-9 2014
Hi! As last year's event went so well, I've decided to organise another mini-DebConf in Cambridge this year. Again, my employer ARM is going to host the conference for 4 days in November: * 2 days for a mini-DebCamp (Thu 6 - Fri 7), with space for dedicated development / sprint / team meetings for up to 40 people * 2 days for a more regular mini-conf (Sat 8 - Sun 9) with space for more general talks, up to 100 people I'm also hoping to find sponsors again to cover some other costs for the conference for things like food - please contact me if you can help! I'm expecting that we will end up discussing and working on the arm64 port and other ARM-related topics at the very least, but there's obviously also scope for other subjects for both sprint work and talks. For more details and to sign up to attend, please visit the wiki page at https://wiki.debconf.org/wiki/Miniconf-UK/2014 -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra signature.asc Description: Digital signature
Re: Tails/Debian delta [Was: Sponsoring a Tails hackfest?]
On Fri, May 09, 2014 at 09:30:22AM +0200, intrigeri wrote: Hi, [Moving this discussion to the -derivatives@ list, which seems more relevant for this subthread. Not sure if it's worth going on Cc'ing -project@.] Paul Wise wrote (09 May 2014 01:12:23 GMT) : it could be useful to both Debian or Tails. Our current methods for writing ISO images to CD aren't exactly user-friendly. Doesn't unetbootin work for Debian ISO images? No, it's a common cause of problems for people who use it. -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140509101329.ga17...@einval.com
Re: checking gpg fingerprints of DVD iso downloads
On Wed, Dec 11, 2013 at 03:22:20PM +0100, Philip Jackson wrote: Hi, I'm trying to check the gpg signature of the debian-7.2.0-amd64-DVD-1.iso I have the sha256sums.sign and sha256sums.txt files. The signing is apparently done by Debian CD signing key debian...@lists.debian.org with Key-ID:6294BE9B which I have imported. Where do I verify on the Debian website, the fingerprint for this key ? Hi Philip, There's a page on the website at http://www.debian.org/CD/verify with all the keys that we've used (semi-)recently. -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there? -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131211152702.gv8...@einval.com
Re: The tell me if I'm being stupid statement
On Wed, Dec 04, 2013 at 02:32:18PM -0500, Paul Tagliamonte wrote: Howdy folks, As some of the more observent folks will notice, I've updated my sig to include a ref to the following GPG signed document: http://people.debian.org/~paultag/conduct-statement.txt The template is up at: http://people.debian.org/~paultag/conduct/conduct-statement.txt I know it's only a small gesture, but it'd be really neat if we talked about doing this on a slightly more wide-spread scale. Since I'm loud and post a lot, I figure I'll lease some ad-time to the document in my sig. If you feel the same way, feel free to sign it yourself. Or enforce it on me. Or whatever. Good plan. :-) We can all be capable of screwing up from time to time, and timely reminders/warnings from our friends can help us to reduce the effects. +1. -- Steve McIntyre, Cambridge, UK.st...@einval.com Into the distance, a ribbon of black Stretched to the point of no turning back -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131204203359.gj8...@einval.com
Re: Should mailing list bans be published?
On Sat, Oct 26, 2013 at 10:46:41AM -0700, Steve Langasek wrote: So I don't think bans need to be posted anywhere prominent like debian-devel-announce, but I do think basic facts like who is banned, for how long, and the rationale (with links to specific mailing list posts as reference) should be made public. What do the rest of you think? Sounds perfectly reasonable to me. -- Steve McIntyre, Cambridge, UK.st...@einval.com sladen I actually stayed in a hotel and arrived to find a post-it note stuck to the mini-bar saying Paul: This fridge and fittings are the correct way around and do not need altering -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131027062914.gf11...@einval.com
Re: Help bringing bugs.debian.org / debbugs back on track (Re: bits from the DPL -- September 2013)
On Tue, Oct 15, 2013 at 08:51:15PM -0400, Filipus Klutiero wrote: Thanks for bringing this up, our ITS definitely needs love. I investigated the ITS team in 2010 and found it was already broken (although one member disagreed with that assessment, qualifying the team's status as fine). The most urgent issue must be fixing the administration of bugs.debian.org, but development should also be a priority. To set the record straight for anybody fortunate enough to not have any background here: Filipus / Philippe / chealer (to pick some of his names) has been a thorn in the side of the BTS admins for several years. My own experience from talking with him and the BTS folks is that he's very difficult to deal with. His broken comment above undoubtedly refers to his experiences when he was banned from using a lot of the BTS features for abuse. As such, if there is anybody whose opinions should be ignored more about how our bug tracker should be run and developed, I would struggle to identify such a person. Thank you for reading. -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131016095443.gx14...@einval.com
Mini-Debconf in Cambridge, UK - November 14-17 2013 - update
Hi folks! Back in August, I announced [1] a mini-debconf in Cambridge, to be held on the 14-17 November. With just over a month to go, it's time for an update on the organisation and a reminder for potential attendees and speakers. The plan is: * 2 days for a mini-DebCamp (Thu 14 - Fri 15), with space for dedicated development / sprint / team meetings for up to 40 people * 2 days for a more regular mini-conf (Sat 16 - Sun 17) with space for more general talks, up to 100 people Sponsors As initially announced, ARM are sponsoring us with the space, networking etc. for our event. Since then, Citrix have also offered support. They will be sponsoring lunches on the talk days (Saturday and Sunday), plus T-shirts for attendees. Thanks to both of these fine companies! I'm still hoping to find more sponsors to help with other misc costs for attendees - please contact me if you're interested. Sprint sessions --- Hector Oron has proposed an agenda [2] for discussion alongside the sprint sessions, focussing on ARM-related topics so far. While I expect there will be lots of interest in those, please don't be put off if you'd like to come along and work on other stuff! Talks - In terms of talks for the weekend, I've had lots of offers from various people but relatively few detailed proposals. That means that the talk schedule is still very open yet. If you're wanting to talk to people about stuff you've been doing in and around Debian, or you have insights that you'd like to share, now is ypur time! Please mail me with talk proposals and we'll schedule things. We'll have some of the awesome DebConf video team around, so we should be able to record all the talks as they happen. With a bit of luck, I'm also hoping that we'll be able to stream live as well but there's still some setup needed there yet. Accommodation - Wookey has helpfully added some more details into the wiki page about local acommodation. There's also probably still some crash space available with local people if desired - try mailing people if you haven't already organised something yet. Sign up! For more details and to sign up to attend, please visit the wiki page at https://wiki.debconf.org/wiki/Miniconf-UK/2013 If you'd like a T-shirt too, please make sure that you enter your size in the table too, ASAP. I'm told we need to know sizes by October 22nd to allow for preparation time, so don't delay! I look forwards to seeing lots of you in November. [1] https://lists.debian.org/debian-devel-announce/2013/08/msg3.html [2] http://people.debian.org/~zumbi/debian-arm.html -- Steve McIntyre, Cambridge, UK.st...@einval.com Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. --- Anthony DeBoer signature.asc Description: Digital signature
Re: [Debian-uk] Mini-Debconf in Cambridge, UK - November 14-17 2013
On Fri, Aug 16, 2013 at 02:23:24PM +0100, Paul Mellors wrote: Hello All If it ok to paste that link into twitter/facebook etc to promote it? I can't make the event but can big it up a bit :) Of course, yes please! -- Steve McIntyre, Cambridge, UK.st...@einval.com Because heaters aren't purple! -- Catherine Pitt -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130816142735.gg26...@einval.com
Re: Proposal #3: Upstream/Debian Project donations (was: PaySwarm-based donations)
On Wed, Jun 19, 2013 at 01:38:08PM -0400, Paul Tagliamonte wrote: On Wed, Jun 19, 2013 at 12:35:36PM -0500, Gunnar Wolf wrote: Sorry, I cannot look at this donations proposal but as a deep failure waiting to happen. While I am warry, I don't think we should mock or block those wishing to build this system to help aid Debian. I understand the concerns of Gunnar and others; regardless of the intent, there is a likelihood that it will be a failure and *harm* Debian. That's the problem here. -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130619174313.gc27...@einval.com
Re: Repositories dvds
On Sun, May 12, 2013 at 01:24:26AM -0400, michael caron couturier wrote: 7 dvds aren't in the official site for ftp/http/torrent, however jigdo has them, when did they will be release as I need them ??? Hi Michael, There are no plans to release all of the images in .iso format. If you need things beyond the first 3 DVDs, please try jigdo to create them locally. -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130512101929.gd13...@einval.com
Re: linux-libre - are we collaborating with them?
On Tue, Mar 26, 2013 at 01:32:34PM -0400, Paul Tagliamonte wrote: [CC'ing kxra, who isn't subscribed, please keep kxra on CC] Heyya, Anyone play with the linux-libre[1] project? Does the kernel team know about this stuff? It seems like we're trying for the same sort of thing (100% free software kernel) Cheers, T [1]: http://www.fsfla.org/ikiwiki/selibre/linux-libre/ It could be interesting, assuming they've stopped doing ludicrous things like removing all the request_firmware() calls... -- Steve McIntyre, Cambridge, UK.st...@einval.com There's no sensation to compare with this Suspended animation, A state of bliss -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130326185922.ga11...@einval.com
Re: Temporarily disabled Jonas's feed
On Wed, Oct 24, 2012 at 11:47:41AM +0200, Jonas Smedegaard wrote: Hi Steve, On 12-10-18 at 01:05pm, Steve McIntyre wrote: Your feed to Planet Debian looks like it needs some cleaning up; I've commented it out for now... Thanks for your action on this! No problem. :-) I am a little puzzled what went wrong, and what channels are most appropriate to use another time: I wrote to pla...@debian.org as advertised on the planet page, Make responded without acting, and you now communicate via d-devel. What I wrote to the Planet list is that I believe I double-checked that data that I publish _was_ already corrected, and that it was therefore a caching problem at the planet. Right, OK. I would obviously appreciate getting back on the planet again. How do I proceed? I've re-enabled your feed in planet now. See http://wiki.debian.org/PlanetDebian for more details on how to do it yourself if you need to in future. -- Steve McIntyre, Cambridge, UK.st...@einval.com Armed with Valor: Centurion represents quality of Discipline, Honor, Integrity and Loyalty. Now you don't have to be a Caesar to concord the digital world while feeling safe and proud. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121024115041.ga22...@einval.com
Re: Temporarily disabled Jonas's feed
On Wed, Oct 24, 2012 at 04:55:50PM +0200, Jonas Smedegaard wrote: On 12-10-24 at 12:50pm, Steve McIntyre wrote: On Wed, Oct 24, 2012 at 11:47:41AM +0200, Jonas Smedegaard wrote: Hi Steve, On 12-10-18 at 01:05pm, Steve McIntyre wrote: Your feed to Planet Debian looks like it needs some cleaning up; I've commented it out for now... Thanks for your action on this! No problem. :-) I am a little puzzled what went wrong, and what channels are most appropriate to use another time: I wrote to pla...@debian.org as advertised on the planet page, Make responded without acting, and you now communicate via d-devel. What I wrote to the Planet list is that I believe I double-checked that data that I publish _was_ already corrected, and that it was therefore a caching problem at the planet. Right, OK. I would obviously appreciate getting back on the planet again. How do I proceed? I've re-enabled your feed in planet now. See http://wiki.debian.org/PlanetDebian for more details on how to do it yourself if you need to in future. Thanks for your good intention, but please *read* what I write. I am aware of how to add myself to Planet Debian. I am unaware of how I purge the broken cache of Planet Debian. Right, it wasn't very clear that you meant that... There are now - again - entries titles SOME DESCRIPTIVE TITLE on Planet Debian. There are no such entries at the referenced http://dr.jones.dk/blog/index.en.atom Please pretty please someone either purge the Planet cache or tell me what embarrassing detail I am missing here. I can't help here. Mako? -- Steve McIntyre, Cambridge, UK.st...@einval.com sladen I actually stayed in a hotel and arrived to find a post-it note stuck to the mini-bar saying Paul: This fridge and fittings are the correct way around and do not need altering -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121024160439.ga17...@einval.com
Temporarily disabled Jonas's feed
Hi Jonas, Your feed to Planet Debian looks like it needs some cleaning up; I've commented it out for now... -- Steve McIntyre, Cambridge, UK.st...@einval.com Every time you use Tcl, God kills a kitten. -- Malcolm Ray -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121018120515.gc18...@einval.com
Re: New Debian kilts
On Sun, Sep 30, 2012 at 04:53:47PM +0100, Wolodja Wentland wrote: On Fri, Sep 28, 2012 at 18:29 +0200, Olivier Berger wrote: Wolodja Wentland deb...@babilen5.org writes: I am considering to organise a group purchase of Debian kilts and wanted to ask if other people are interested in one. You can find information about the kilts on [0] and I spoke to the tailor/weaver [1] today who is happy to produce yet another round. Do you have an estimate of the cost ? Well, not exactly as it depends on how many people are ordering. As detailed on [0] they charge a setup fee if you want them to weave a tartan that is not in stock. The wiki lists setup costs of £300, but I am not sure how accurate that is. Their prices for kilts made from standard (i.e. in-stock) tartan are listed on [1] and I would assume that they can make a reasonable offer for kilts made from Debian tartan. It looks as if Hands.com paid for the weaving, design and registration of the tartan the last time. Unfortunately they didn't produce enough cloth and we would therefore have to pay for the weaving as well. I went to their store and asked and they quoted additional costs of £700 for a *single* made-to-order kilt. To be honest I am not entirely sure how much its going to be and I wanted to check if other people are interested. In short: The more we are the better ;) Hmmm. I'd have thought they have some cloth still in stock, based on what they've said in the last year. I'd double-check that with them and Phil, maybe... -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120930160022.gc8...@einval.com
Re: Iso image problem
On Tue, Sep 18, 2012 at 09:20:27PM -0300, Jose Suarez wrote: Hi. I have downIoad debian 6.0.5 for i386 form debian website. I found a problem in md5 verification. I obtain next message from md5summ in dvd 2 verification: .\pool\main\f\firebird2.5\firebird2.5-common_2.5.0.26054~ReleaseCandidate3.ds2-1+b1_i386.deb doesn´t exist .\pool\main\f\firebird2.5\firebird2.5-common-doc_2.5.0.26054~ReleaseCandidate3.ds2-1_all.deb doesn´t exist If you explore folder ..\pool\main\f\firebird2.5 you can see that this files has another name: firebird2.5-common_2.5.0.26054~ReleaseCandidate3.ds2-1+b1_i38.deb firebird2.5-common-doc_2.5.0.26054~ReleaseCandidate3.ds2-1_al.deb I need know if this difference can give me problems when I need install this packages.. It's a problem with filename length using Joliet for long file names on Windows. Using RockRidge on Linux, the filename works fine in the same image. -- Steve McIntyre, Cambridge, UK.st...@einval.com You raise the blade, you make the change... You re-arrange me 'til I'm sane... -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120919014057.gv32...@einval.com
Hijacking packages for fun and profit
Hi folks, Based on some of the *heated* discussions that have happened on the lists recently, I've organised a DebConf BoF session so we can (hopefully) have a productive session on the topic of package maintenance and how to hand over / take over packages. https://penta.debconf.org/penta/schedule/dc12/event/926.en.html Thursday 12th July, 11:00 local time (17:00 UTC) -- Steve McIntyre, Cambridge, UK.st...@einval.com We're the technical experts. We were hired so that management could ignore our recommendations and tell us how to do our jobs. -- Mike Andrews -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120702165254.gd12...@einval.com
Re: Hijacking packages for fun and profit
On Mon, Jul 02, 2012 at 07:37:21PM +0200, Gergely Nagy wrote: Steve McIntyre st...@einval.com writes: Hi folks, Based on some of the *heated* discussions that have happened on the lists recently, I've organised a DebConf BoF session so we can (hopefully) have a productive session on the topic of package maintenance and how to hand over / take over packages. https://penta.debconf.org/penta/schedule/dc12/event/926.en.html Will there be a video feed of this? I'd love to hear it at least (and perhaps participate via IRC or something, if someone's willing to proxy). I expect so, yes. -- Steve McIntyre, Cambridge, UK.st...@einval.com When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120702181539.gj4...@einval.com
Re: OSI affiliation
On Mon, Feb 13, 2012 at 06:40:08PM +0100, Stefano Zacchiroli wrote: Dear project members, as you might have heard post-FOSDEM, the Open Source Initiative (OSI) is opening up to an affiliate membership structure [1,2]. As I've already mentioned in [3], representatives of OSI have approached me to know if Debian is interested into joining. I'd like to discuss with you such a possibility. [1] http://www.opensource.org/node/604 [2] http://www.h-online.com/open/news/item/Open-Source-Initiative-affiliates-announced-at-FOSDEM-1428905.html [3] http://lists.debian.org/debian-devel-announce/2011/12/msg0.html For now, the only responsibility would be to have a Debian project representative participate into OSI activities, as an advisor. Later on, once the old style OSI board and the initial OSI affiliates have finalized the governance structure, affiliate projects are expected to have a say in OSI activities and decisions. Hmmm. I *hope* they manage to achieve some of this, but I'll admit to being skeptical. There's been a lot more heat than light in discussions I've been seen in and around the OSI in the last few years. It would be nice to see them doing useful work. -- Steve McIntyre, Cambridge, UK.st...@einval.com You can't barbecue lettuce! -- Ellie Crane -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120215184104.gk3...@einval.com
Re: Follow up: Regarding Pokerjunkie and debian.org Partnership
On Thu, Apr 07, 2011 at 02:16:02PM +0200, Clement Henry wrote: Hi! Did you get my previous email? If not, I attached here is my previous email. Hi, My name is Clement, the webmaster of pokerjunkie.com, the best online poker forum on the internet. I have a proposal that will relate our site to yours. I want to share my ideas about regarding our business. I would love to discuss more but is this the right email for advertising to contact? Thanks and regards, Clement So is the right person for advertising? Hi Clement, I can tell you with some certainty that Debian is not interested in a partnership with you. We don't engage in advertising campaigns with/for unrelated third parties. -- Steve McIntyre, Cambridge, UK.93...@debian.org I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110407124558.ga21...@einval.com
Re: What is annoying in the flattr buttons?
On Wed, Nov 10, 2010 at 04:59:14PM -0800, Russ Allbery wrote: However, what I am saying is that this idea that people should not complain, or the even more strongly expressed opinion from Michael Gilbert that this is some sort of free speech issue, is nonsense. Planet Debian is a Debian project resource run on project systems by the DSA team, which means that Debian project members do indeed get to have a say on what content is acceptable for it. We do have a right to complain, as members of the project whose resources are being used to carry this content. Free speech principals don't imply that the project is required to allow its resources to be used for anything anyone wishes to use them for. Definitely. -- Steve McIntyre, Cambridge, UK.st...@einval.com liw everything I know about UK hotels I learned from Fawlty Towers -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010010148.ga4...@einval.com
Re: Installer
On Thu, Sep 23, 2010 at 12:09:11AM -0700, Vernon J Millward Jr. wrote: I do allot of work on computers of all different types. One problem I have noticed is allot of times I get computer with no OS on them at all and no info on it's make up. I also have 3 different arcitecture of systems myself. My question is could there be an installer designed that will try to detect the systems makeup? like i386 or 64 or power pc ETC. My x64 installer will not work on my i386 or mack. If there was an installer that detected the system and then downloaded the proper base system packages it would make life a little easier. Try the multi-arch netinst CD [1], it's exactly what you're looking for. It will boot on all of amd64/i386/powerpc, detecting and using the correct architecture for the hardware. There's an equivalent 3-way disc which will work on alpha/hppa/ia64 too. [1] http://cdimage.debian.org/debian-cd/5.0.6/multi-arch/iso-cd/debian-506-amd64-i386-powerpc-netinst.iso -- Steve McIntyre, Cambridge, UK.st...@einval.com Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters. -- Ignatios Souvatzis -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100923094826.ga5...@einval.com
Re: Dropping the .0 on release numbers?
On Tue, Sep 14, 2010 at 10:05:57PM +0200, Simon Paillard wrote: On Tue, Sep 14, 2010 at 12:25:25PM -0500, Gunnar Wolf wrote: We have carried a major.minor scheme as a release numbering scheme since the Early Days, [..] So, for the past years we have had x.0.y with growing `y' for point releases, and skiping to (x+1).0.0. And the zero in the middle carries no meaning anymore. On a related note, if we want dots, sub versions to be meaninful, using them in the ISO name scheme as well may help. Many people downloaded Debian 505 recently. See #506489. That's not the bug you're thinking of, surely? But yes, I agree - I'm happy to rename the CDs to include the dots in the version number. AFAIK the only reason not to do that previously was a scare story about broken filename handling in old versions of Windows. Not something I care about any more... Code change is in debian-cd svn as of ~2 minutes ago... -- Steve McIntyre, Cambridge, UK.st...@einval.com liw everything I know about UK hotels I learned from Fawlty Towers -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914202327.gc18...@einval.com
Re: The role of debian-private
On Thu, Jun 10, 2010 at 02:16:10PM +, Clint Adams wrote: On Thu, Jun 10, 2010 at 02:30:51PM +0200, Giacomo A. Catenazzi wrote: As wrote by Jonas, there is a risk of cabalization. Good discussion could also start from off-topic bad threads. I don't care if there's a cabal to discuss whether or not America, Hy-Brazil, Eurasia, and Scandinavia are continents or not. I don't care if there's a cabal who thinks that Maudite doesn't taste awful. I don't care if there's a cabal that thinks procreation is a good thing. None of these things need to be on -private. There are legitimate reasons to be subscribed to -private, and none of them require tolerating off-topic discussion. Good discussion would not seem to be irrelevant. If it's not meant to be secret, it shouldn't be there. I cannot imagine why this simple idea would be controvertible. Absolutely. Nobody is trying to censor these conversations, let's just have them somewere more appropriate. -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100610143142.gg23...@einval.com
Re: re-organizing dvd
On Tue, Jun 01, 2010 at 02:29:32PM +0530, V.Krishn wrote: Hi, I have been using Debian for couple of years. I was wondering if forthcoming release dvds could be re-organized. Like: DVD 1 - Desktop with apps ( I think both KDE and Gnome might fit in one dvd) DVD 2 - Server apps + Network apps (most used ones) DVD 3 - Web apps (mostly web based apps like Phpmyadmin..etc) DVD 4 - Others (libs, apps..etc) DVD 5 - Other desktops (Like XFCE, LXDE..etc. Gnome if does not fit in DVD 1) DVD 4 and 5 might be possible to club in on. Hi, The packages on the CD and DVD sets are currently organised automatically to optimise the layout in terms of dependencies and popularity. That can be reasonably easily worked out automatically. The scheme you're suggesting would take a lot more manual effort, leaving it more prone to mistakes. It also doesn't scale for the next release - weekly squeeze builds are already up to 7 DVDs for i386 and not very far off spreading on to number 8. -- Steve McIntyre, Cambridge, UK.st...@einval.com This dress doesn't reverse. -- Alden Spiess -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100601094734.ga16...@einval.com
Re: re-organizing dvd
On Tue, Jun 01, 2010 at 12:13:58PM +0200, Mike Hommey wrote: On Tue, Jun 01, 2010 at 10:47:34AM +0100, Steve McIntyre wrote: On Tue, Jun 01, 2010 at 02:29:32PM +0530, V.Krishn wrote: Hi, I have been using Debian for couple of years. I was wondering if forthcoming release dvds could be re-organized. Like: DVD 1 - Desktop with apps ( I think both KDE and Gnome might fit in one dvd) DVD 2 - Server apps + Network apps (most used ones) DVD 3 - Web apps (mostly web based apps like Phpmyadmin..etc) DVD 4 - Others (libs, apps..etc) DVD 5 - Other desktops (Like XFCE, LXDE..etc. Gnome if does not fit in DVD 1) DVD 4 and 5 might be possible to club in on. Hi, The packages on the CD and DVD sets are currently organised automatically to optimise the layout in terms of dependencies and popularity. That can be reasonably easily worked out automatically. The scheme you're suggesting would take a lot more manual effort, leaving it more prone to mistakes. It also doesn't scale for the next release - weekly squeeze builds are already up to 7 DVDs for i386 and not very far off spreading on to number 8. Do the CD/DVD generation tools currently use tasks (as in tasksel)? Yes, that's how we pull in the desired bits of Gnome/KDE/whatever for the first disc(s). -- Steve McIntyre, Cambridge, UK.st...@einval.com Because heaters aren't purple! -- Catherine Pitt -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100601103448.gb29...@einval.com
Re: Squeeze, firmware and installation
On Tue, May 18, 2010 at 11:33:11AM +0200, Stefano Zacchiroli wrote: Early on in this thread [1] I've tried to identify our options, which essentially boil down to: 1) have the non-free firmware on the (first) install media, protected by a BIG FAT WARNING saying that you need non-free firmware to proceed, but that using it: you get out of Debian, you don't have support, you should complain with your HW manufacturer, and that thousands of kittens will be killed by your choice 2) have an alternative set of installation medias (basically Debian + non-free firmware), shipped under a non-free section of our mirrors My reading of this thread, assuming that it is representative, is that (2) is preferred among developers; that is also my favorite choice. I've then asked Steve McIntyre his opinion (thanks!), as Debian CD team member, to understand the impact/feasibility on the media production. In short [2]: - it seems to be feasible - he suggested to just do that for netinst (to avoid duplicating the production of all media) - a reasonable ETA to have the work-flow for producing both sets of images is about 2 weeks Sorry for the delay in responding - back from VAC now and just about caught up. Yes, adding an extra netinst variant looks feasible and should be doable without much extra work. I'm hoping to get this going soon. Another interesting proposal advanced in this thread [3] by Steve Langasek is to create on the fly the non-free images. That would be cool, but I think we should pose the requirement that our users are able to download the non-free image as usual, and that the image is created on the fly for them behind the scenes (as Steve has hinted in [3] already). So, the point to whether this is possible or not is the obvious one: who volunteers to work on that? I suggest that we go for the alternate image set by default, unless someone steps up with a working implementation of Steve idea in time for Squeeze. I'd prefer to do the separate image route to start with, at least. Much simpler for now... :-) A last important point is how to advertise the non-free images on the web. We should obviously write in the release note the change and IMHO we should have a link to the non-free images near the download links for the free images, visually warning that they are non-free, pretty much as we visually warn non-free packages on packages.d.o and similar other parts of our infrastructure. Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. I'm guessing that we're not likely to want the extra images for all architectures: i386/amd64/powerpc(?). Any others? PS thanks to Kurt for having started this discussion! Definitely! -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524131330.gb30...@einval.com
Re: Squeeze, firmware and installation
On Mon, May 24, 2010 at 03:58:35PM +0200, Petter Reinholdtsen wrote: [Steve McIntyre] Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. A few days ago, I extended hw-detect to look for firmware (u)debs in /firmware/ (for PXE boot images) and /cdrom/firmware/, so if you create a CD/DVD with the firmware .deb files in a firmware/ directory in the root of the CD, it should work out of the box. Any license question asked in the package preinst should be displayed, and the firmware package will not be used if the license isn't accepted. The change is in the daily built d-i images already. Please report back if it do not work for you. Yup, will do. :-) I'm guessing that we're not likely to want the extra images for all architectures: i386/amd64/powerpc(?). Any others? I have no idea. I only use i386 and amd64. :) Quite. Anybody else? -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524154626.gj4...@einval.com
Re: Squeeze, firmware and installation
On Mon, May 24, 2010 at 04:43:23PM +0200, Kurt Roeckx wrote: On Mon, May 24, 2010 at 02:13:30PM +0100, Steve McIntyre wrote: Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. It would be nice if this could all be moved somewhere else so that it gets mirrored. We can do that, yes, if desired. I'd probably prefer to keep it outside of the normal release images area, but I could be persuaded otherwise if enough people would prefer different. -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there? -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524155218.gk4...@einval.com
Re: debian-private declassification team (looking for one)
On Sat, May 22, 2010 at 12:53:13PM -0700, Don Armstrong wrote: On Sat, 22 May 2010, Stefano Zacchiroli wrote: Note that as of now, the team will just have to review less than 1.5 half of posts (which shouldn't be *that* daunting I guess), besides setting up a work-flow and decide upon the technical details of the actual publishing. I had actually glanced at working on this earlier, but stopped after a small bit of time, because it wasn't particularly useful, and because the sheer amount of work that it would require to satisfy the terms of the GR. (And frankly, the majority of the conversations in the archive either aren't interesting enough to bother publishing, or are on topics that such a large number of people will want their messages redacted, that it's kind of useless.) Exactly. As DPL, I asked for volunteers for this back in Jan 2009 but didn't push it very hard. At the time, only a couple of people got in touch directly to say they were interested. -- Steve McIntyre, Cambridge, UK.st...@einval.com sladen I actually stayed in a hotel and arrived to find a post-it note stuck to the mini-bar saying Paul: This fridge and fittings are the correct way around and do not need altering -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010050708.gd4...@einval.com
(Final) Bits from (this) DPL
, and I've approved lots of that. There's a mix of small consumables (like hard disks), slightly larger amounts to help people working on various Debian ports (e.g. mips, arm and avr32 boards) up to larger expenses like support contracts and replacements for some of our larger core servers. We've put money into a large number of developer meetings recently, ranging from team meetings (e.g. ftpmaster and NM team meet-ups in Germany and the kernel team going to LPC in Portland) to more general conferences (mini-confs in Taiwan, Panama, Argentina, Thailand, Spain and Germany). These are helping a lot for collaboration inside and outside of Debian, so these are clearly worth doing. I've made a policy of asking meeting/conf organisers to write up what they're doing as a condition for getting Debian money, so you should have seen (or be seeing) lots of blogs and mails about these. I also approved a lump of funding for the Debian Edu subproject, which will help them to continue their developer meetings into the future. SoC2010 --- Debian has been accepted again as a mentoring organisation for the Google Summer of Code programme. [18] We're looking for mentors and students with good project ideas Right Now(TM), so if you're interested please get in touch. Obey Arthur Liu is continuing as lead admin for us, with me and Michael Schultheiss helping out where we can. Election As you'll have seen, it's that time of year again. Voting for the next DPL will start very soon [19,20]. We have four candidates to choose from this year, and there has been a huge amount of discussion and campaigning on the debian-vote mailing list in the last couple of weeks. Good luck to all of the candidates, and huge thanks to them all for standing! The DPL job can look very daunting, so volunteering for it is a great sign of commitment to the project. That's all folks! - Well, not totally. :-) I've had a busy and very fulfilling time as DPL for two years, and I hope I've done a good job. I'm not about to vanish from the project, but I'm planning on spending a little less time on project work in the next few months. A new job and a new fiancee are working together to take a lot of my attention at the moment, so I'll probably be quiet(er) for a while. I am, however, looking forwards to having more time for some hacking! Cheers! [1] http://www.h-online.com/open/Health-Check-Ubuntu-and-Debian-s-special-relationship--/features/113260 [2] http://www.itwire.com/content/view/25683/1090/ [3] http://www.itwire.com/content/view/26060/1090/ [4] http://www.itwire.com/content/view/29541/1090/ [5] http://e-zine.debianizzati.org/web-zine/numero_2/?page=0 [6] http://www.linux-magazin.de/NEWS/Debian-dankt-Neuer-Server-rast [7] http://www.linux-magazine.com/Online/News/Debian-Project-Pleased-with-Ten-Times-Faster-Build-Server [8] http://www.aber.ac.uk/en/modules/deptcurrent/?m=CS38110 [9] http://www.einval.com/~steve/talks/Aberystwyth-2009/ [10] http://lists.debian.org/debian-devel-announce/2010/02/msg4.html [11] http://lists.debian.org/debian-devel-announce/2010/03/msg3.html [12] http://lists.debian.org/debian-release/2010/03/msg00152.html [13] http://lists.debian.org/debian-devel-announce/2010/03/msg5.html [14] http://lists.debian.org/debian-release/2010/03/msg00206.html [15] http://debconf10.debconf.org/ [16] mailto:spons...@debconf.org [17] http://lists.debian.org/debian-devel-announce/2010/03/msg9.html [18] http://wiki.debian.org/SummerOfCode2010 [19] http://lists.debian.org/debian-devel-announce/2010/03/msg0.html [20] http://lists.debian.org/debian-devel-announce/2010/03/msg6.html -- Steve McIntyre, Debian Project Leader lea...@debian.org signature.asc Description: Digital signature
Re: Using project resources for blends and non-free
On Mon, Jan 11, 2010 at 10:00:16AM +0100, Marc 'HE' Brockschmidt wrote: We would like to do move the wanna-build databases (and all logs for these builds) soon, so I would like to know if anyone is unhappy about it? Sounds like a good plan to me. -- Steve McIntyre, Cambridge, UK.st...@einval.com When C++ is your hammer, everything looks like a thumb. -- Steven M. Haflich -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Distributing software written by hostile upstream developers
On Fri, Sep 11, 2009 at 06:42:15PM +0100, Matthew Johnson wrote: On Thu Sep 10 12:53, Steve McIntyre wrote: Well, what happens if somebody wants to maintain software where there is a strong set of opinion that we don't want it? In this case, I'd like to delegate the power to the ftpmasters to say so and reject from NEW etc. If we have a clear consensus that that would be OK then fine; otherwise I'd like to run this through the GR process to make sure the project as a whole agrees. Isn't that a TC job? overruling developers? On technical issues, definitely. On issues that are not 100% technical? In case it's not clear, I'm not sure about where this should fit in, and I think that discussion of the options and people's opinions would be good. -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
