Re: Where to propose changes to www.debian.org sites?
Hi, On Sat Jan 30, 2016 at 07:49:48 +0100, Karl-Philipp Richter wrote: > Hi, > After reading descriptions of a lot of mailing lists, I'm still > uncertain where to propose changes to www.debian.org sites. > > I'd like to > > * add a link to www.debian.org/intro/help referring to further > information about contribution (e.g. the site says _that_ you can > contribute patches which isn't a huge surprise given Debian is a free > software project and it would be nice to have a link to very certainly > existing information where and how to do that. > * suggest to display the summaries of mailing list on the complete > list of mailing lists at https://lists.debian.org/completeindex.html in > order to be able to find results quicker using the browser search function listmas...@lists.debian.org, Cc debian-...@lists.debian.org -- Martin Zobel-Helas <zo...@debian.org>Debian System Administrator Debian & GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B
lists.debian.org upgraded to jessie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, we just upgraded lists.debian.org to jessie. Please report abnormalities to listmas...@lists.debian.org. Thanks, Martin - -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVyebvAAoJEPGmQ7akrBn8eIcQAJE43/85qYM4yAGtoiogIs7r vCe2GMGlbi2LnpDyFBktFt8QnCtqpMWYUTHN9x4gVD0iBqBk49wTaHXf556O4uZP hjymlYTQTr7m7Kdvm+FnO+Y1T9ZfILNnXhDhTaMHIxFV8DCQ9u6/xlcULVaFsnt6 cfFwD6IgOfIkYCc5y0sWgmvgexMCtfCUTX/WwDHdDGrHDSsIMi1ytGA/arMwLHd/ HUp2ZzA+NDkszTikt+lu+lfffSeydbbYfpb2MTPeHljhdAb2M+grd+aizDuPxQgo MuLM6HiqyAK29rBND+k+msqt2q/RZd8VPW431KUiwoFTrg6xIGcpUm2d2X0sFYF4 5IjRpblN56cIJZprEnMKJlMRW00RjSBZp4wTDW7c0rnl5ZHnI83IfpXaScUkZxgv Xi90M49+wphFCDdDIWa0StscVafjMuRDFS4nabQBWMOpbzNsWGfqATV9ZKUDeR6A DCuuWN1cU9zLOLRv/qXhV39/hPHR/742z1dZsiznma7onRoYuliPdtHVQ5xS8GgA OU/tpTtKXCcoSCMajiTNV1EEYpBisSt6XEo/ON8iwF26umHFcGShosuaodhKQsUL 9CslBHbYXihWlYcEAxU2LsjYXp2TtQ46lgX7tOAVPkroUZnK6IIBHIKGKhAQwwLF uE2V+P3x710OGlLCTreN =wo7Q -END PGP SIGNATURE- -- 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/20150811121335.ga18...@ftbfs.de
Re: Update to reimbursement procedure (now: max 3 months after expense)
Hi Lucas, i am a bit unhappy with that change, i can understand your move though. See reason below. On Mon Oct 06, 2014 at 10:53:13 +0200, Lucas Nussbaum wrote: I also used that opportunity to update the wiki page so that it reads: As a general rule, '''no reimbursement requests will be processed if requested more than three months after the corresponding event''' (sprint, purchase, etc). (diff: 1 year - three months) Clarifications: - It's three months starting from the time when you can start asking for reimbursement. For sprints, it's when your travel is completed, not when you initially bought tickets. For hardware purchases, I don't mind if it's when the hardware is delivered or even set up, if there are doubts about whether it will work, for example. FFIS insists in the original paper receipts. Every snail mail letter to FFIS costs me 55¢. While this is not much, with your change the number of letters i need to send raises for me. I tend to mail leader@, auditor@ and ffis immidiatly after the expense, but tend to collect the receipts for a while and then send a bunch of them to FFIS. Can we keep it that way, even if the time distance between two letters to FFIS is like... 6 months or so? Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: new DSA team trainee
Hi folks, Please be aware that we have invited Julien Cristau jcristau to join DSA as a DSA trainee. Fortunately for us, he accepted (our arm twisting) so, with a bit of luck, we can now go back to doing nothing and let the trainee do all the work. On behalf of the DSA Team, Martin Zobel-Helas -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
new DSA team trainee
Hi folks, Please be aware that we have invited Paul Wise pabs to join DSA as a DSA trainee. Fortunately for us, he accepted (our arm twisting) so, with a bit of luck, we can now go back to doing nothing and let the trainee do all the work. On behalf of the DSA Team, zobel -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20140828204234.gb...@ftbfs.de
Debian Services Census
Hi, We've just started the Debian Services Census and we'd like *you* to participate in it. The Debian Services Census is an attempt to gather detailed information about software services for the Debian community. It doesn't matter where these services live or who provides them. For now we are only interested in their existence. Services can be anything from the mail forwarding service for @debian.org addresses that lives on master.debian.org operated by DSA, web applications, email bots, command line scripts you can run on debian.org machines, automated package checkers that report bugs to people, Debian-related services that people run on their own infrastructure like screenshots.debian.net and son on. Have a look at https://wiki.debian.org/Services for more examples. If you think it's a service, then we think it's a service too and we want to know about it. Feel free to contribute data whether you are the maintainer of that service or not. Here is how to let us know about the service: - please visit https://wiki.debian.org/Services and verify if the service is already listed there - if the service you had in mind is *not* listed, please create an entry for it using the Add a new service button. If you are the maintainer of a service, we also encourage you to subscribe to the debian-services-ad...@lists.debian.org mailing list, which is a low-traffic list and should be the contact point for inter-service communication and coordination. Best regards, zobel enrico -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
DSA Team Meeting minutes, 2013-12-13
Hi, here are the minutes from DSA monthly which we hold 2013-12-13. Sorry for the delay of the meeting minutes. - attendance o DSA - Héctor Orón Martínez (zumbi) - Luca Filipozzi (lfilipoz) - Martin Zobel-Helas (zobel) - Peter Palfrader (weasel) - Faidon Liambotis (paravoid) - Tollef Fog Heen (tfheen) - Stephen Gran (sgran) o Watchers: - Cyril Brulebois (kibi) - Ansgar Burchardt (ansgar) - status updates o SSL certificates (zobel / lfilipoz) - gandi has not lived up to any of their promises - does not respond to our mails which lead to even more frustration - re-pinged gandi about E-Rate pricing (zobel) - if no response, look for some other ssl provider (comodo, luca) o DSA pre-paid - current pre-paid credit card that Debian has is actually gift card, which cannot be used everywhere - luca will re-ping Debian Leader, Debian Auditor and SPI Treasurer regarding their offer of a prepaid credit card for DSA o franck's MSA (luca, zobel) - correct HP CarePack has been ordered - waiting for Softchoice to provide registration number o beethoven replacement (rt #4724, zobel) zobel working on a quote. things may happen this year still, certainly in Jan. need to ship new beethoven disks to dg-i o SSO status (zobel) - no recent progress o UD rewrite status (luca) - no recent progress o ries data recovery (luca) - disks have been received at ubcece from brown - in December, need to schedule a outage for ravel so that ries disks can be installed and data recovered - ubcece paid for the shipping of the disks o CDN plan (tfheen) - no recent progress - maybe use blends.d.o, mozilla.d.n as volunteers projects for CDN o debdelta (tfheen, weasel) [XXX: check current status] o codesearch (tfheen) - no recent progress - blocked on systemd backport and system review - KiBi and ansgar willing to look into a systemd backport o archive.org status (luca) - have not received responses to previous set of emails - will re-ping in January o stabile status (luca) - pre-owned 3ware controller has been received at ubcece from ebay vendor - in January, need to confirm which 3ware controller is bad and replace - ubcece paid for the pre-owned 3ware controller (which is discontinued; hence ebay) o DNS status: - ns4 to move away from orff: work in progress (weasel) - moving DNS master to denis.d.o o email unification (tfheen) - heads-up from tfheen, he is moving more and more services to the front-MXs o empty ravel - KiBi volunteered to help with coordinating of moving services - new people.d.o shall be a VM at Bytemark. o service guidelines work in progress (zobel) + meta: o meeting times and agendas - tfheen to organize finding a new slot o updated delegation listing zumbi as DSA - pending Debian Leader - HW: o GRnet hardware purchases - blocked on paravoid = DPL interaction o ARM buildd plan/roadmap (zumbi) - hildegard.d.o: down, another disk failure - worried about the general state of arm HW reliability - ipa.d.n: to remain as porterbox.. it needs to be setup with Debian land + ARM hw options being discussed with: - Boston for Calxeda ARM server -- pending on them getting back to us with proposal - Upstream kernel guys plan to drop mv78x00 (armel buildds), they are contacting Marvell for replacement hardware -- pending on them to ping us - Development boards donations: mx6q based boundary devices, openblocks (armadaxp) o MIPS buildd plan (zumbi) - all our existing hardware is buggy. If this does not get fixed, we will not have any buildd or porter hardware for jessie. - zobel to replace disk of rem next week when on-site. - people working on mips64el port want to enter debian-ports - they are using loongson 3A devices, it would be good to investigate deeper if we can source some of that hardware as buildd. o disks for bytemark (tfheen) - current plan is to get 1+12x 2tb sata disks. o MAN-DA hardware purchases - ganeti cluster hosts - no progress yet, zobel want to contact reseller in Berlin next week o cyclades console servers at manda (zobel) - will be racked next week by zobel - just starting o debian-ports plan (zumbi) + Need to migrate debian-ports services into DSA machine: - It needs to keep a separated archive from official one (mini-dak) and separated wb db. + Still need to figure out how are we going to allow non-DD uploaders o
Re: a SIP or XMPP service for debian.org
Hi, On Sun Dec 22, 2013 at 10:44:08 +0100, Daniel Pocock wrote: I've started a wiki on this topic, it provides a detailed plan from start to finish: https://wiki.debian.org/UnifiedCommunications/DebianDevelopers As one of the leading free software projects and given Debian's particularly outspoken attitude that we do not rely on third party free services there are compelling reasons to try and finally implement this entirely using our own packages and infrastructure. * do people generally agree with it? * would the DSA team be willing to provide and support the underlying infrastructure for this or have it on any existing servers? zobel@kvasir ~ % ldapsearch -LLL -x -H ldap://db.debian.org -b ou=hosts,dc=debian,dc=org '(host=cilea)' purpose dn: host=cilea,ou=hosts,dc=debian,dc=org purpose: voip.debian.{net,org} zobel@kvasir ~ % For more details, please contact Phil Hands. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20131222095221.gw3...@ftbfs.de
Re: Please update the DSA delegation
Hi, On Wed Dec 04, 2013 at 17:45:22 +0100, Lucas Nussbaum wrote: 3) I was a bit surprised to see Martin's announcement that Hector was now a member of DSA, and his request to update the DSA delegation. I don't understand that. Hector has been doing a good amount of work as part of the DSA team. After he has been a trainee for half a year, I spoke with the other members (yes, that was done privatly, i need to admit) if they also think that he should become a full member. I waited until I heared back from all other members. The usual process is that the appointement of delegates is usually discussed between the DPL and the team. Of course, for well-functioning teams that propose a new delegate who already went through a training process, that discussion is rather likely to be short. But that's not a valid reason to suppress it completely and make it sound like a public demand that the DPL does the required paperwork (I'm sure that it was not Martin's intent, but it's still worth clarifying, I think). My intent was to be as open as possible in the decission we have taken. As Joerg wrote, I think uncontroversial changes to functional teams have never been a problem for an update of a DPL delegation. Is the DSA team a non-functional team? Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20131205095324.ga5...@ftbfs.de
Re: Please update the DSA delegation
Hi, On Thu Dec 05, 2013 at 11:45:22 +0100, Lucas Nussbaum wrote: On 05/12/13 at 10:53 +0100, Martin Zobel-Helas wrote: Hi, On Wed Dec 04, 2013 at 17:45:22 +0100, Lucas Nussbaum wrote: 3) I was a bit surprised to see Martin's announcement that Hector was now a member of DSA, and his request to update the DSA delegation. I don't understand that. Hector has been doing a good amount of work as part of the DSA team. After he has been a trainee for half a year, I spoke with the other members (yes, that was done privatly, i need to admit) if they also think that he should become a full member. I waited until I heared back from all other members. The usual process is that the appointement of delegates is usually discussed between the DPL and the team. Of course, for well-functioning teams that propose a new delegate who already went through a training process, that discussion is rather likely to be short. But that's not a valid reason to suppress it completely and make it sound like a public demand that the DPL does the required paperwork (I'm sure that it was not Martin's intent, but it's still worth clarifying, I think). My intent was to be as open as possible in the decission we have taken. As Joerg wrote, I think uncontroversial changes to functional teams have never been a problem for an update of a DPL delegation. Is the DSA team a non-functional team? I wouldn't say that. I think that the general opinion inside the project is that it's functioning quite well, well, or very well, depending on who you ask. However, there has recently been a number of events where there seem to have been communication problems between DSA and the rest of project (service developers not engaging with DSA early during the design process; service developers engaging with DSA late, and then having difficult conversations; failed contact between service maintainers and DSA about service moves, ...). And as a result, several people gave up on hosting services they maintain inside Debian infrastructure. I think that it's important for Debian to provide an environment for experimenting ideas on infrastructure, designing new services, etc. Ideally, I think that this should happen on Debian infrastructure managed by DSA, because (1) it facilitates collaborative service maintenance; (2) it's better when people focus on what they are doing best, and we don't have a infinite supply of expert sysadmins. So I'm trying to see if something can be done to improve the current status. I am going to write down the minimal service infrastructure requirements that DSA have and i will publish it here on the list. Maybe that helps all of the project when discussing about new services with DSA. I also encourage to project (or the corresponding service owners) to help us having a census about services. I think we should do that on debian-services-ad...@lists.debian.org, a mailing list which was created years ago for exactly that purpose (to have one single contact point for both DSA and 'service owners'). Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: Please update the DSA delegation
Hi Lucas, Hi Lucas, I am pleased to announce that DSA has promoted Héctor Orón Martínez to a full member of the team. I think that this mail must have been misinterpreted. It was not meant to be a demand. I was happy to share that we had recruited zumbi. He's been working with us in one form or another for over three years now and is very experienced with porter workflow and helped a lot recently within the arm community. Within the last year he has shared more and more of our duties and my colleagues and I thought it high time that he not only be part of the team, but that he also be recognized by the project as such. My colleagues and I are very excited to have him onboard. Please rest assured that no offense was intended. Best regards, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Please update the DSA delegation
Hi Lucas, I am pleased to announce that DSA has promoted Héctor Orón Martínez to a full member of the team. Please update the delegation for the Debian System Administrators accordingly. Here's a proposed text for this delegation: [Text taken from old delegation at https://lists.debian.org/debian-devel-announce/2011/10/msg2.html] DSA delegation == I hereby appoint the following developers as members of the Debian System Administrators (DSA) team: - Faidon Liambotis (paravoid) - Héctor Orón Martínez (zumbi) - Luca Filipozzi (lfilipoz) - Martin Zobel-Helas (zobel) - Peter Palfrader (weasel) - Stephen Gran (sgran) - Tollef Fog Heen (tfheen) Any previous delegation to the same team, not explicitly listed above, is revoked. The delegation is not time-limited. It will be effective until further changes by present or future DPLs. Job Description --- Debian System Administrator team members handle the basic infrastructure of the project. They are responsible for tasks that include: - Maintaining the central user (LDAP) database listing all the Debian developers. This includes: - account creation and deletion based on requests from the Debian Account Managers - correlation of GPG keys to the according accounts based on requests from the Debian Keyring Maintainers - Setting up and administering Debian-owned machines, ensuring that they are kept secure, operational, and running. - Coordinating with local admins of the machines regarding network connectivity and (if needed) asking for remote hands - Granting required rights to other developers who need them to maintain a particular service - Handle standard services like the debian.org email alias that each developer has or keeping DNS up to date - complete install requests for porter chroots - maintaining the Debian Machine Usage Policies (DMUP), within the following limits: - the DMUP cannot directly cause the expulsion of a developer from the project; it can however propose the developer for expulsion to DAM, on the basis of DMUP violation - changes to the DMUP shall be announced to the debian-devel-announce mailing list at least 2 months in advance with respect to when they are supposed to become effective All the above information, with a reference to the present delegation, will shortly be available at http://wiki.debian.org/Teams/DSA. Merci d'avance d'envoyer ce texte, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: Possibly moving Debian services to a CDN
Hi, On Wed Oct 16, 2013 at 21:01:08 +0200, Simon Paillard wrote: Hi, On Wed, Oct 16, 2013 at 07:54:04PM +0100, Stephen Gran wrote: This one time, at band camp, Simon Paillard said: We already have a network of almost 400 packages mirrors around the world. Using http.d.n, provides the CDN layer (not as much as optimal as anycast), so we don't need to sort ourselves peering issues etc. The mirrors do a very good job of being near to our users in most cases (we have had some difficulty with things like security mirror coverage, but that's not your issue). I know many people are happy with http.d.n, but you have to understand that it's not the same thing at all as a CDN - it's a single host, and it's in a single location. Time to first byte will still suffer if you're coming from Australia. Obviously, it's due to current unsponsored deployment. * For a package of several kB, the first bytes (actually ~800B, measured) are not meaningful * Our (mirrors@d.o) is to have http.d.n made official so that we can have an instance like on each continent, then use GeoDNS, like security.d.o mirrors, to achieve 2 goals: avoid SPOF, be closer to users. in long term, i would like to get rid of our GeoDNS setup. Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20131019210705.gi3...@ftbfs.de
Re: Report from GanetiCon 2013 in Athens
Hi, On Mon Sep 09, 2013 at 11:38:45 +0300, vangelis mouhtsis wrote: Hi, I live in North Greece Thessaloniki and here we have the biggest Debian community. I'm wondering why was non announcement for that event at all. Or maybe it is a natural behavor? I think you just missed it. There were quite a good number of announcements (Google for GanetiCon). Also i announced a few days in advance that i will go there. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130913185459.gu2...@ftbfs.de
Report from GanetiCon 2013 in Athens
Hi, as announced in [0] Faidon and I attended GanetiCon 2013 in Athens on behalf of the Debian Systems Administration Team (DSA). Please find below my report on the conference. Agenda also all slides of the conference can be found at [1]. I arrived in Athens on Monday afternoon and joined a Team from Google visiting Acropolis and Athens downtown. [0] https://lists.debian.org/debian-project/2013/08/msg00065.html [1] https://sites.google.com/site/ganeticon/ Conference Day 1 Day one of the conference (hosted by Skrutz) started with an extended workshop on the new and upcoming features. Of special interest for the DSA team will be the upcoming new features in hroller(1) - like rebooting a cluster in a coordinated way- and the possibility of clustering clusters (which reduces some administration overhead for the DSA team). Also very helpful is the new extStorage feature in Ganeti 2.7, which provides a tighter integration of shared SAN devices to Ganeti. This will reduce a lot amount of administration overhead for the DSA team at our Bytemark and UBCECE data centres. After lunch, Skrutz, Debian (Faidon and I) and OSUOSL gave their user experience reports. Skrutz gave a deep insight in moving their platforms between datacenters using Ganeti and the challenges they experienced. Faidon and I gave an insight talk about the current Debian setup and how we moved from libvirt to Ganeti. Lance Albertson from OSUOSL showed us the progress of his current version of the Ganeti web manager and gave some ideas on how instances could get deployed more dynamicly. Conference Day 2 Day two continued with user experience reports. GRNET reported about their own implementation of a Ganeti web manager, the ~okeanos Public Cloud Service and the challenges they experienced due to the speed of the Queue and RAPI Daemon. I took the opportunity that having access the Ganeti developers presented to upgrade Ganeti on our clusters[2] from version 2.5 to 2.7. During that upgrade, a design bug was detected and reported upstream. It has been scheduled to be fixed in the next version. While the afternoon was mostly about design discussion regarding Location Awareness in Ganeti, Ganeti Job Queue Control and improvement in the network management of Ganeti, I took the time to file several [3][4][5] enhancement request bugs, and started writing a patch for [5]. [2] http://lists.debian.org/20130904073922.ga13...@ftbfs.de [3] https://code.google.com/p/ganeti/issues/detail?id=562 [4] https://code.google.com/p/ganeti/issues/detail?id=565 [5] https://code.google.com/p/ganeti/issues/detail?id=566 Conference Day 3 Day three started with a discussion about reducing the need of the root user within Ganeti. Several suggestions have been made, from using sudo for all the calls that need root to chroot'ing the daemons. Also discussed was the need to address the need to monitor ganeti nodes but to avoid spawning the monitoring processes frequently. The second discussion was about Deploying Managing Instance Images and how to improve the status quo. This discussion was quite heated and no real solution that suits all needs had been found until the lunch break. I needed to leave the conference at that point, as I needed to catch my flight back to Germany. Skroutz and Google talked about Build System Overhaul and Upgrades and GRNET about Disks as Independent Entities after I left. Maybe Guido Trotter, part of the Google Ganeti team, can give us more details about that. Conclusion -- All in all it was a very successful conference, which gave me good insight into Ganeti development. It was helpful to meet all the developers and contributors in person and share the all the ideas and thoughts that are floating around. I would like to thank everyone who donated to the Debian Project and made it possible for me to attend. Cheers, Martin -- http://www.crowdrise.com/supportdebian/ signature.asc Description: Digital signature
Visiting GanetiCon2013
Hi, i will be going to GanetiCon2013[1], which will take place in Athens next week, on behalf of the Debian System Administration Team (DSA). DSA has deployed Ganeti to all of the new KVM virtualization servers and thus we are interested in its further development. I will be giving a talk about Debian's experience of Ganeti (user story). Cheers, Martin [1] https://sites.google.com/site/ganeticon/ -- Martin Zobel-Helas zo...@debian.org Debian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: ries.debian.org decided to go fishing
Hi, On Sun Aug 04, 2013 at 23:07:51 +0200, Joachim Breitner wrote: Hi, Am Dienstag, den 09.07.2013, 18:30 +0200 schrieb Martin Zobel-Helas: On Sat Jul 06, 2013 at 17:35:31 +0200, Martin Zobel-Helas wrote: In the mean time there is already work in progress in setting up a new VM at our hosting at Bytemark that will host the above mentioned services. We will announce further progress to the debian-project mailing list. A new VM is in place, it is called coccia.debian.org. Beside the website generation stuff of backports.debian.org, everything should be in place and working. Thanks! If you miss anything on the new host, please contact debian-ad...@lists.debian.org. would it easily be possible to restore my home directory and crontab from what was on ries to coccia? No. We do not backup home directories. -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130805074143.gz29...@ftbfs.de
DSA Team Meeting minutes from 20130612 1500Z on #debian-admin/OFTC
*present* Faidon Liambotis (paravoid) Hector Oron (zumbi) Martin Zobel-Helas (zobel) Peter Palfrader (weasel, chairing) Tollef Fog Heen (Mithrandir) *absent with regrets* Luca Filipozzi (luca) *absent without regrets* Stephen Gran (sgran) Minutes taken by: zobel/paravoid = open purchases = o Status of adding disks to beethoven (weasel, zobel) - 8 disks have been bought, delivered and installed - we are experiencing hardware issues with the backplane that causes the disks to be rejected - zobel and weasel are in contact with the vendor - we're now on the 3rd replacement and they keep being broken o Status of buying disks for hosting location bytemark - We received approval from the DPL for buying 4TB disks - Mithrandir voluntered to get the first disk coordinate installation - once that's done and we've confirmed that the shelf can accept the larger disks, we will purchase the other 24 disks. o Status of franck.debian.org carepacks (luca) - luca is in contact with the US/Canadian vendor 'SoftChoice' - ftp-master is currently not covered by a carepack = Status report on running/finished projects = == finished == o munin (weasel) - moved away from spohr - is much more performant as the old installation - now using munin-async for wheezy hosts - migration done o archive qualification / DSA concerns - concerns from DSA have been sent to Release Team - http://lists.debian.org/20130622172644.ga32...@ftbfs.de - no remarkable feedback - needs followup for ia64 (Mithrandir) == ongoing == o SSO progress (zobel) - no progress has been made since DSA Sprint 2013 - DACS config needs some cleanup in puppet to be more useful - enrico volunteered for nm.debian.org being guinea pig for new config - alioth integration next up, preparation on alioth side done Action: zobel to clean up config and do admin documentation o debian.org mail move (sgran+Mithrandir) - DDs with unclear mail settings got informed. no bounces received. - given sufficient time (~one month), shouldn't worry too much for breaking them. - no progress has been made since DSA Sprint 2013 Action: sgran and Mithrandir to implement local part extension handling when forwarding to mail to master, putting aliases into puppet, then switching over MX. o openstack (sgran) - presumably no progress has been made since DSA Sprint 2013 o Bytemark move (zobel) - hoster wants to move the blade center and the storage arrays to a different datacenter - move has been postponed by hoster due to upstream issues - Bytemark has been informed that move cannot occur in the weeks surrounding or during DebConf13 Action: Bytemark will inform DSA Team about new date o new ud status (luca) - no new progress has been made since DSA Sprint 2013 o outsourcing DNS slave servers (paravoid) - evaluate the technical features and decide go/no-go - defer discussions about cost recovery (with DPL) and more SPI projects (with DNSco) after the evaluation Action: waiting on trial account o commercial SSL/HTTPS certificates for debian.org (luca) - some progress made in cooperation with Joerg Jaspert Action: luca to follow up with gandi to initiate zone transfers o moving ns4 away from orff.debian.org (weasel) - goal is to move to bind 9.9 and inline autosigning - blocked on having a recent-ish bind9 in unstable - needs writing new scripts to rotate keys - when done, move all our zones to a new ns4 primary (man-da?) Action: wait for newer bind packages, write key rotation scripts, test and evaluate with a zone that is not debian.org. = new projects that got assigned to owners = paravoid: o HW purchase for hosting location GRNET - talk with GRNET - talk with vendor zobel: o service guidelines - draft a text and share the link Mithrandir: o CDN plan - Unanswered questions: - rsync, how to handle? - mail for security.d.o - anycasted IP? zumbi: o arm OOB status - arm machines at arm ltd. moved to different server room - still no remote power/serial console - coordinate w/ Sledge/mhy for console switches o track shipping status for four cyclade console servers currently located at schultmc owned by debian weasel: o with merikanto, englund and lindberg gone, beethoven is the only point of access to the sil mgmt VLAN. Not good if we need to get to beethoven's OOB. Action: eysler and eder to be put on the mgmt VLAN = new projects without an assigned owner = o SSOT (single source of thruth) [possibly luca post ud] o ravel move - identify services on ravel - inform service owners - move services = Other business = o RT triage/call for help weasel mentioned lots of tickets are sitting in our RT queues and not getting much attention and love. Appeal to fellow admins to look into RT and pick up tickets. It was pointed
Re: ries.debian.org decided to go fishing
Hi, On Sat Jul 06, 2013 at 17:35:31 +0200, Martin Zobel-Helas wrote: In the mean time there is already work in progress in setting up a new VM at our hosting at Bytemark that will host the above mentioned services. We will announce further progress to the debian-project mailing list. A new VM is in place, it is called coccia.debian.org. Beside the website generation stuff of backports.debian.org, everything should be in place and working. If you miss anything on the new host, please contact debian-ad...@lists.debian.org. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130709163014.ga29...@ftbfs.de
Re: Report from the DSA Team Sprint 2013-06
Hi, On Fri Jun 21, 2013 at 14:57:09 -0400, Brian Gupta wrote: o) User and Group Management: Last year we estimated the number of active shell accounts to be on the order of 50.000 over all users/hosts. We still would like to disable unused accounts as described in last year's summary mail but nothing has happened to actually implement that. Help welcome. What kind of skills are required to help with this? in general: python know-how. in detail: We need to track users over all hosts, collect that information somewhere and need to integrate that data into 'ud'. o) Configuration Management: The DSA team uses several tools to help them maintain and monitor Debian's infrastructure and to keep track of what systems there are, how to access them if things go wrong, when to purchase new warranty contracts and so on. Currently information is kept in a large number of different and not cross-referenced systems, including the puppet git repository, LDAP, the nagios configuration, our password database and a spreadsheet file. The distributed nature of this setup makes it difficult to get a good, consistent overview and to give other teams like the auditor/asset tracking folks the information they require to do their job. We agreed upon one desired solution: We would like to have one location, presumably a git repository, that has all the information we have about a VM or piece of hardware. Parts of that data would have to be encrypted to privileged information, but the majority of it should be available publicly. Systems like LDAP, our nagios and parts of the puppet configuration should then get the data they need from this new single source of truth. This is going to be a lot of work and it will probably take a long time to get there. If you would like to help please contact us. I am involved with a project called theforeman which might be useful as it integrates tightly with Puppet. http://theforeman.org/ It's currently not part of Debian, but the project does build nightly debs, and there is a general will to get forman into Debian. (PPAMAIN will be a real big help here, since it's a fairly fast moving project and having multiple version support within a single stable lifetime would be strongly desired.) Although it also can handle full provisioning of baremetal, VMs, and cloud instances, I think the big win will be its puppet integration. It provides an inventory service (central database of facts), customizable metadata, puppet ENC facilities, support for multiple Datacenters, RBAC, option LDAP integration for authentication, a rich query/search interface, and robust puppet reporting capabilities. (The Foreman team impressed the audience last PuppetConf when they announced that they were the first ENC to support parameterized classes.) Another nice thing about Foreman is that it supports all versions of Puppet going back to Puppet 0.24.4. It's also very automatable since it has a REST API and CLI. Bonus for me is that even though RedHat is now funding much of the ongoing development, there is no single copyright holder, and it is licensed GPLv3+. (So clearly DFSG compliant.) I'm not sure if a tool like this fits into your plans for a single source of truth since you mentioned git. But I strongly encourage you to consider it, and would be happy to answer any questions you might have, or discuss offline in IRC (bgupta@oftc). As alreday disussed on IRC yesterday, we are open to it, if you help us deploying it and if you can send patches for our config management. I see the problem that foreman will only scale well four our big hosting locations, where we can use the full set of features of foreman. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130622190510.gc25...@ftbfs.de
Re: Delegations
Hi, On Sun May 05, 2013 at 04:09:19 +0200, Lucas Nussbaum wrote: Additionally, I need to do the bits.d.o delegation, and check the status on a possible addition to policy editors. Can you explain to me why this needs a delegation? Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130505152147.gc1...@ftbfs.de
Re: moving (old-)master.debian.org to a (new-)master.debian.org
Hi, On Tue Feb 05, 2013 at 19:40:37 +0100, Martin Zobel-Helas wrote: Before we start losing data (we already lost one disk), DSA is moving master's services to a new machine. The new machine is already setup, but not all the data has been moved. DSA will do a final copy of the data (YES, we do copy your $HOME) on the 2013-FEB-17 starting at 10:00Z (UTC). The move of master.debian.org is finished now. If you experience any problems with the new master.debian.org, please contact debian-ad...@lists.debian.org. Best Regards, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: moving (old-)master.debian.org to a (new-)master.debian.org
Hi, On Tue Feb 05, 2013 at 19:40:37 +0100, Martin Zobel-Helas wrote: The new machine is reachable via Host: new-master.debian.org IPv4: 82.195.75.110 IPv6: 2001:41b8:202:deb:216:36ff:fe40:4001 SSSFP: 41:01:ae:37:3c:07:14:d6:f8:c5:4a:93:23:d3:e7:43 I was asked what SSHFP stands for. I mean SSH fingerprint with it. You can either trust my above fingerprint, or copy over /var/lib/misc/ssh_known_hosts from any debian.org machine to ~/.ssh/debian_hosts on your system and then configure your ssh client to use it. | Host *.debian.org | User $YourUserHere | VerifyHostKeyDNS yes | UserKnownHostsFile ~/.ssh/debian_hostkeys | IdentityFile ~/.ssh/id_debian If you have a working DNSSEC setup for your local resolver, you could also trust the fingerprints we publish in DNS. | zobel@kvasir:~% dig +short -t sshfp new-master.debian.org | 1 1 BC3F0910A4FDED0AE5584D8775CA47DE9263E89F I hope this clarifies it. Regards, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20130205224000.gb24...@ftbfs.de
Re: What is this? john under cron.d??? Debian Squeeze
Hi, On Sun Nov 11, 2012 at 18:55:07 -0800, Jamie M wrote: Just noticed an unfamiliar file in my Debian Squeeze: is called john found in cron.d. Does anyone know if this is a security risk, when all of a sudden I notice this file? Thank you and anything anyone can add is appreciated. zobel@kvasir:~% apt-cache show john Package: john Version: 1.7.8-1 Installed-Size: 472 Maintainer: Ruben Molina rmol...@udea.edu.co Architecture: amd64 Depends: libc6 (= 2.7), john-data (= 1.7.8-1) Suggests: wordlist Description-en: active password cracking tool John the Ripper is a tool designed to help systems administrators to find weak (easy to guess or crack through brute force) passwords, and even automatically mail users warning them about it, if it is desired. . Besides several crypt(3) password hash types most commonly found on various Unix flavors, supported out of the box are Kerberos AFS and Windows NT/2000/XP/2003 LM hashes, plus several more with contributed patches. Homepage: http://www.openwall.com/john/ Description-md5: 2ffcaf0da9fa0a8266bfe4aa906d4742 Tag: implemented-in::c, interface::commandline, role::program, scope::utility, security::authentication, use::checking Section: admin Priority: optional Filename: pool/main/j/john/john_1.7.8-1_amd64.deb Size: 193790 MD5sum: fe6f0bdb3fce58fcaef0f8cdb91df830 SHA1: c2395aff823d084a4718bcd82b10e5839e56dfc9 SHA256: d502de8591d908c9f62a666fa17d96b25691f0d03295422a0d9aa9ec481e7f07 -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B |Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20121113175208.gp20...@ftbfs.de
Re: man-da maintenance window at August 21st
Hi, On Fri Aug 17, 2012 at 16:05:37 +0200, Martin Zobel-Helas wrote: Hi, Our friendly hosting partners at the Metropolitan Area Network Darmstadt (man-da) have advised us of maintenance work in their network infrastructure being conducted next week. We will need to change the firewall setup at man-da at next week's Tuesday. Therefore, all of our systems at man-da might be unavailable for a short time on August 22nd around noon UTC. Gah, this should have been August 21st. -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120817183027.gb31...@ftbfs.de
Re: RFC - Changing current policy of debian.net entries
Hi, On Sun Jun 24, 2012 at 13:24:07 +0200, Gerfried Fuchs wrote: Hi! * Martin Zobel-Helas zo...@debian.org [2012-06-22 23:01:56 CEST]: The current practice for debian.net entries is that they are directly entered in the debian.net zone as 3rd-level records. I am seeking comments on a proposal to alter this practice. In theory I agree that the policy change makes much sense. Practically though it will cause some trouble for a decision I took years ago (2004): In absence of a better solution at that time, for the xblast project, we settled to use xblast.debian.net as the central server for network games which is set within the code. i am quite aware that we can't change the debian.net policy overnight. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120624150025.gw20...@ftbfs.de
Re: RFC - Changing current policy of debian.net entries
Hi, On Sat Jun 23, 2012 at 16:31:24 +0100, Simon Huggins wrote: On Sat, Jun 23, 2012 at 12:50:00AM +0200, Holger Levsen wrote: eg love.debian.net was great (why is it down?). and so are/were others, please If only the username was encoded in that host we'd all know who to ask... ;) dig +short -ttxt love.debian.net -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120623155024.gr20...@ftbfs.de
Re: RFC - Changing current policy of debian.net entries
Hi, On Sat Jun 23, 2012 at 12:45:02 -0500, Raphael Geissert wrote: Hi, I think you are combining two different issues: debian.net namespace and how new projects are developed/introduced. For the debian.net namespace I really don't care if for personal things (such as a personal website) are to be hosted under $entry.$uid.debian.net. I don't care mostly because I find that such uses are better disallowed. Nowadays one can find all sorts of things with a debian.net subdomain that I feel ashamed that it carries the debian.net name. I have spoken to quite a lot of lay users, none of them knew the difference between debian.net and debian.org. So, yes, maybe we should stop using the debian.net subdomain for things like this. As for the other part, i.e. project services, I really think they should be on the 3rd level: $service.debian.net. I have a problem here. Giving my above sentence, why should we use the debian.net subdomain here? Please give me a definition of project services. When do you call it a project service? Given the fact that lay users do not understand the fact between debian.net and debian.org they will not understand that some of those services are official services, and some are services in development (or incubation). I also don't like them being called unofficial. If I, as a contributing member and DD, work on a project or service *for* Debian and it is called unofficial, I'm better off moving onto some other place where they actually welcome new developments. Call them in incubation if you want (and like I proposed on IRC.) That at least sounds like there is some sort of association and not some unknown foo bar thingy that somebody happens to have put under a debian.net subdomain. If you and others agree that there are two different topics that should be discussed and their respectiv policy drafted, then I would be happy to join the discussion. I'm all open for it. Maybe we can establish a process, wherein we define criteria that need to be met to be called a incubation project. I have not yet spoken with all DSA members, but i personaly would be happy to host them below a incubator.debian.org zone. This will also give the projects in incubation some guidelines to get moved to debian.org hardware at a later point. Please keep in mind, that if you want you project/service to be run under the debian.org zone, those services need to run on DSA administrated hardware. If, however, the whole thing is nevertheless seen as only one topic, then I must say I profoundly object to the proposal. I just want to get rid of the plain usage (3rd level) of the debian.net zone. This zone only confuses most of our users. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120623202143.gs20...@ftbfs.de
RFC - Changing current policy of debian.net entries
Hi, The current practice for debian.net entries is that they are directly entered in the debian.net zone as 3rd-level records. I am seeking comments on a proposal to alter this practice. While the current practice is useful for the introduction of unofficial project services, it may involve certain risks. One risk is that outsiders can not and will not distinguish between debian.net and debian.org entries. Another risk is that those unofficial services will stall if the maintainer who 'owns' those entries leaves the project. We are also observing domain-squatting in the debian.net zone. Therefore, I would like to propose the following change in the debian.net entry policy: * Going forward, new user-associated debian.net entries will be added as 4th-level (or 5th-level, see last section) records in the debian.net zone in the form of $entry.$uid.debian.net, where $uid is your debian login name. For example, if I desired to introduce a 'foobar' entry, then it would be added to the debian.net zone as foobar.zobel.debian.net. The insertion of $uid would be automatic: you would not need to add it in the mail you submit to ud-mailgate. * Existing user-associated 3rd-level entries will remain for a transitional period of, let's say, one year. Corresponding 4th-level entries will be reserved to allow for transition. During the transition period, you may modify your 3rd-level entries, transition them to 4th-level entries, transition them to a role (see next section), or delete them. At the end of the transitional period, any remaining user-associated 3rd-level entries and corresponding 4th-level reservations would be removed. * New 3rd-level debian.net entries can still can be added, but would need to be role-associated (eg. qa, release-team, etc.) rather than user-associated. For this, I propose that we use this RFC to define some criteria which would need to be satisfied in order to have a role-associated 3rd-level entry be created. * An 'unofficial' role-associated 3rd-level debian.net service can become an 'official' 3rd-level debian.org service. Again, I propose that we use this RFC to define some criteria which would need to be satisfied. * Alternately, we may wish to put unofficial services under $entry.beta.debian.net and user-associated entries under $entry.$uid.user.debian.net so that 3rd-level entries in debian.net and debian.org point only to offical services. This would remove all ambiguity and matches what other organizations have done when dealing with official entries in their .com, .net, and .org zones. There is nothing carved into stone yet! I just want to hear your comments on this. The key point is that lay users will not understand the difference between debian.net and debian.org, and we should not require that they do. The purpose of this RFC is to seek comment on how to address this concern and the above proposal is perhaps one such way. Finally, please note that this is not specifically due to the recent http.debian.net conversation, although it did remind me that I needed to write up my thoughts. The concerns regarding debian.net vs debian.org had been expressed at DebConf 2011 and at DSA Sprint 2012; these concerns are not new and the above proposal should not be interpreted as a reaction to the introduction of http.debian.net. I want to simultaneously support the ingenuity of our community while avoiding confusion amongst our lay users. Thanks for your time, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: RFC - Changing current policy of debian.net entries
Hi, On Fri Jun 22, 2012 at 23:23:34 +0200, Arno Töll wrote: By the way, as a random note: The Apache Software Foundation requires that new projects go through Incubator which follows a similar principle if we end up with a proper policy, why not do a thing like this in Debian too? Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/2012063953.gq20...@ftbfs.de
DONE: scheduled maintenance of lists.debian.org
Hi, On Sat Apr 21, 2012 at 13:13:30 +0200, Martin Zobel-Helas wrote: Hi, we are planing to move lists.debian.org to a different machine this weekend. Therefore expect several short outages of the lists.debian.org services - we try to keep them as short as possible. we are done with the move, and only fix minor issues now. You shouldn't see any outages any more. Thank you for your patience, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: DONE: scheduled maintenance of lists.debian.org
Hi, On Sun Apr 22, 2012 at 16:17:19 +0200, Martin Zobel-Helas wrote: Hi, On Sat Apr 21, 2012 at 13:13:30 +0200, Martin Zobel-Helas wrote: Hi, we are planing to move lists.debian.org to a different machine this weekend. Therefore expect several short outages of the lists.debian.org services - we try to keep them as short as possible. we are done with the move, and only fix minor issues now. You shouldn't see any outages any more. it looks we lost 186 mails to lists' webarchive. i currently try to find out which those are and feed them back in. Lets see how lucky i will be to find them. -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120422170115.gr2...@ftbfs.de
db.debian.org with new layout
Hi, with todays update of userdir-ldap-cgi, i have applied the 'spacefun' theme from Kalle, we applied to the debian website (www.debian.org) also to db.debian.org. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20120106185455.gq...@ftbfs.de
Re: new DSA trainee
Hi, On Wed Jul 27, 2011 at 22:35:04 +0200, Martin Zobel-Helas wrote: Hi, Debian Sysadmins added a new trainee: Please welcome Faidon Liambotis (paravoid) and load him with work! as we are on that topic, please also welcome Tollef Fog Heen (tfheen) and load him with work! -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20110728130944.gn22...@ftbfs.de
new DSA trainee
Hi, Debian Sysadmins added a new trainee: Please welcome Faidon Liambotis (paravoid) and load him with work! Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B signature.asc Description: Digital signature
Re: Linking from Debian to Siemens
Hi Emanuel, On Wed Jun 29, 2011 at 17:00:07 +0200, SBT WEB wrote: Dear support team of Debian We, the Webmaster Team of Siemens Building Technologies, came across your website in the scope of our backlink analysis. First of all, we would like to thank you for the valuable linking from http://www.debian.org/users/com/sbtsiemens.fr.html to Siemens Building Technologies. As a result of our analysis we realized that on http://www.debian.org/users/com/sbtsiemens.fr.html a legacy URL is communicated. Therefore we would very much appreciate if you could optimize the linking the following way: Current: http://www.sbt.siemens.com New: http://www.siemens.com/buildingtechnologies We very much appreciate your cooperation and would like to thank you in advance for your effort. I have updated your link on our website upon your request, but it might take ~4h from now to show up on all webservers. If you have any queries, do not hesitate to contact us (web@siemens.com). yes. In the text we use there (provided by R. Meier of your company) it says: 'workstations running Debian sarge'. Time flies by and maybe this information provided there might not be up to date any more. It might be good to get a bit of help from your side to get the text updated a bit. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- 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/20110629162230.gf26...@ftbfs.de
Re: Announcing upcoming events; something missing?
Hi, On Tue Jan 25, 2011 at 15:19:54 +0100, Alexander Reichle-Schmehl wrote: Hi! Am 20.01.2011 13:10, schrieb Alexander Reichle-Schmehl: Is there anything missing? Please speak up now, so we can still add your event to the announcement (and our website, FWIW). Announcement is ready for review at svn+ssh://svn.alioth.debian.org/svn/publicity/announcements/en/2011/2011-01-26-upcoming-events.wml scheduled to be released tomorrow (as one of the events has already started :( ) added a link to CLT2011 homepage. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- 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/20110125173603.gf13...@ftbfs.de
rt.d.o upgraded
Hi, DSA just upgraded rt.d.o to a new version (3.8.8) and moved it to a new machine (which also makes this service IPv6 enabled). Please check if everything still works as expected and give feedback to the DSA team. Thanks, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 signature.asc Description: Digital signature
Please draft a policy for planet.debian.org
[ Please note that this is my very personal opinion and does not neccesarily need to cover the opinion of any of the teams I am in. ] Dear planet folks, I have been made aware that people use Debian resources for personal financial gain using the planet.d.o syndication platform, by for instance including 'flattr' links and images in the text present on planet. Furthermore there are reports of webbugs in some feeds syndicated on planet, or things that systematically leak browsing behaviour to third parties by including images directly from these sides. I think these occurrences might conflict with the rules that govern use of Debian resources. At the very least I consider them to be of extremely bad taste. Therefor I ask you, the maintainers of planet.d.o, to please draft a policy or set of guidelines that will prevent such abuse. Violation of this policy should probably be grounds for removal from planet.debian.org. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 signature.asc Description: Digital signature
Re: Debian Project mourns the loss of Frans Pop
Hi, Debian Project mourns the loss of Frans Pop The Debian Project has lost a member of its community. Frans Pop (fjp) died on August 20th. :'( Do we have any more information on Frans's death? We had contact with his family. We would like to respect their privacy, and not discuss about details in public. Cheers, Martin - Debian Listmaster -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- 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/20100831174221.gm3...@ftbfs.de
DSA meeting during September 3rd and 5th, Munich
Hi, members of the Debian Systems Administration Team will meet in Munich, Germany during weekend September 3rd to 5th. Our agenda currently lists: * Extensions to / future of ud-ldap * General automatization optimization * Mail infrastructure * Monitoring infrastructure * Brainstorm for DMUP 2.0 We are happy to meet with local Debian crowd during the weekend. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 signature.asc Description: Digital signature
Draft of the Final version of DMUP version 1.1.2
Hi, find attached the final draft of the new DMUP version 1.1.2 to be published on debian-devel-annou...@l.d.o on Sunday, May 9th, which would mean the new version then would become effective on July 4th, 2010. A full log of changes can be found at [1] and the patch-view can be found at [2]. Cheers, Martin [1] http://git.debian.org/?p=mirror/DMUP.git;a=log;h=refs/heads/v1.1.2 [2] http://git.debian.org/?p=mirror/DMUP.git;a=commitdiff;hp=ce85a966ae8e0c3476cc6309a35fbcccabdd90c7;h=65c613736a75e4fa5e7b08d3b95fc4235719 -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 Debian Machine Usage Policies Version 1.1.2 0. This version of the Debian Machine Usage Policies becomes effective on $DATE1 and supersedes all previous versions. It was announced on $DATE2 1. Introduction This document describes the policies for using Debian machines and all rules surrounding those. In short: + The Debian Systems Administration Team will do whatever is necessary to keep all machines and services working and running in a secure fashion. + Don't by any wilful, deliberate, reckless or unlawful act interfere with the work of another developer or jeopardize the integrity of data networks, computing equipment, systems programs, or other stored information. + Don't use Debian Facilities for private financial gain or for commercial purposes, including consultancy or any other work outside the scope of official duties or functions for the time being, without specific authorization to do so. + Don't use Debian Facilities for unlawful activities, including, but not limited to, software piracy. This document contains two parts: policies and guidelines. The rules in the policies are binding and may not be violated. The guidelines specify rules that may be violated if necessary but we would rather one did not. 2. General statements 1. Used abbreviations o DSA - Debian Systems Administration Team o DMUP - Debian Machine Usage Policy (this document) o DPL - Debian Project Leader o DAM - Debian Account Managers 2. Privilege Access to Debian Facilities is a privilege, not a right or a commercial service, and DSA reserves the right to revoke this privilege at any time, without prior notice. An explanation will be given within 48 hours. 3. Guarantees There is no guarantee of service. Although DSA will do its best to assure that everything functions perfectly, they can't give any guarantees. 4. Privacy If necessary to keep machines working properly the DSA is allowed to edit user files. (for example modifying .forward files to break mail loops.) 3. Penalties If someone violates the rules set in this document they will be subjected to a penalty. The penalty depends on the number of previous violations and the offense involved. 1. First offense 1. The accounts of the offender will be suspended and access will not be available. 2. The offender will be required to contact DSA and convince them that there will be no further breaches of the DMUP by the offender. 3. If the offender fails to contact DSA within 14 days, DSA will suspend the corresponding account and propose to DAM the expulsion of the offender from the Debian project. If the offender has announced they will be on vacation in this time frame, this period will be extended with the announced duration of the vacation. 4. If the offender is expelled from the project they can register to become a maintainer again after a period of a month. The offense will remain on record. 2. Second offense 1. The offenders accounts will be suspended immediately and DSA will propose to DAM the expulsion of the offender from the Debian project. 2. If the offender does not file for an appeal within the designated time frame the account is terminated. 3. Publication 1. The offense and the penalty will be announced to Debian developers only. 2. Should it, in the sole opinion of the Debian project leader, be considered necessary, then a public
Re: Proposed changes to the Debian Machine Usage Policy (DMUP)
Hi, On Mon May 03, 2010 at 10:14:27 +0100, Stephen Gran wrote: This one time, at band camp, Jeremiah Foster said: So it seems like there are two processes here; expulsion and deletion. Expulsion is a political process, deletion is a technical process. One entity may have authority over the expulsion and another over the deletion. Am I right in assuming that the DAM is in charge of the expulsion process and the DSA is in charge of deletion? Nothing is deleted, but s/deletion/locking/g would be correct, yes. Just that we (DSA) may lock accounts without needing to ask DAM first, see 3.1.1 and 3.2.1 of the DMUP. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- 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/20100503091824.gb1...@ftbfs.de
Proposed changes to the Debian Machine Usage Policy (DMUP)
Hi, the Debian Project Leader recently asked DSA in his delegation[1] to fix a flaw in the current version of the DMUP, the fact that expulsions are DAM's domain, and not our's. I took the opportunity to also fix some other minor stuff in the current version of the document. Please note that this is a first draft, not the final version, which needs to be announced as per delegation to debian-devel-announce. Summary of changes: The Debian Systems Administration Team will do whatever is necessary to keep all machines and services running. Or to say it with someone else's words from IRC: DSA has to look after this crap, so please don't be a dick. Find attached my proposed changes as commit log, as diff to the current version and as full text of the new version. I started mainaining the new version in git on http://db.debian.org/git/DMUP.git, copied over frequently to http://git.debian.org/?p=mirror/DMUP.git;a=summary (gitweb frontend). Cheers, Martin [1] http://lists.debian.org/debian-devel-announce/2010/04/msg00016.html -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 commit 6fe8c48ea05d8c2f5280aeff330c998b9a103ef7 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 16:24:17 2010 +0200 Better wording for §0 Signed-off-by: Martin Zobel-Helas zo...@debian.org commit f473e656a58efa062b44bca68c6b6d38f9886fd5 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 16:10:09 2010 +0200 expulsions are DAM's domain Signed-off-by: Martin Zobel-Helas zo...@debian.org commit abcc73391e77840da60a5d9fcee81ec8fb05e1b6 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 15:38:12 2010 +0200 Add a stanza about the intention of this document and DSA Signed-off-by: Martin Zobel-Helas zo...@debian.org commit 9965a489dcf11d3b0b6182a15b380e5caef19481 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 15:03:55 2010 +0200 s/DSA's/DSA/ Signed-off-by: Martin Zobel-Helas zo...@debian.org commit a704b18213b3ecfa2ac69fef522af9f1f7032d7b Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 14:43:59 2010 +0200 Avoid first/second person wherever possible commit 84fdb6be7c271fb03a051faee4def6a8f5302535 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 14:31:37 2010 +0200 Move 2.4 to 2.1, as used abbreviations should be mentioned before being used Signed-off-by: Martin Zobel-Helas zo...@debian.org commit b249343ade59410dd4a2d515b6f70f69d03cd54d Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 13:46:11 2010 +0200 Add a stanza about the version of this document. Rational: Newer versions need to be announced as per DSA delegation stated in http://lists.debian.org/debian-devel-announce/2010/04/msg00016.html We also want that prior versions of that document become invalid when the new version becomes valid. Signed-off-by: Martin Zobel-Helas zo...@debian.org commit eb4a1e7215b535bda6a447d72a7769bfc4f7 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 13:33:50 2010 +0200 start new version of DMUP commit ce85a966ae8e0c3476cc6309a35fbcccabdd90c7 Author: Martin Zobel-Helas zo...@debian.org Date: Sun May 2 13:18:36 2010 +0200 initial version taken from cvs.d.o, Revision 1.7 diff --git a/DMUP b/DMUP index 73312cf..8aba26e 100644 --- a/DMUP +++ b/DMUP @@ -1,10 +1,16 @@ Debian Machine Usage Policies - Version 1.1.1 + Version 1.1.2 +0. This version of the Debian Machine Usage Policies becomes effective + on $DATE1 and supersedes all previous versions. It was announced on + $DATE2 1. Introduction This document describes the policies for using Debian machines and all rules surrounding those. In short: + + The Debian Systems Administration Team will do whatever is +necessary to keep all machines and services working and +running in a secure fashion. + Don't by any wilful, deliberate, reckless or unlawful act interfere with the work of another developer or jeopardize the integrity of data networks, computing equipment, systems @@ -20,23 +26,24 @@ Debian Machine Usage Policies guidelines specify rules that may be violated if necessary but we would rather one did not. 2. General statements - 1. Privilege + 1. Used abbreviations + o DSA - Debian Systems Administration Team + o DMUP - Debian Machine Usage Policy (this document) + o DPL - Debian Project Leader + o DAM - Debian Account Managers + 2. Privilege Access to Debian Facilities is a privilege, not a right
Re: teams.debian.{net,org}
Hi, On Wed Feb 17, 2010 at 18:29:35 +0100, Frans Pop wrote: What's up with teams.debian.net? Looks like the server is down. Has it been abandoned (if yes, what's happened to the archives there)? Or has it maybe been moved to teams.debian.org, which does exist on liszt but with a home page that does not give any useful info. Is it still possible to create a new @teams.debian.{net,org} mailing list? Who's the best contact for that? mailing list archive (http) of teams.d.n down, smtp still alive. will see what i can do the next days. Cheers Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- 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/20100217180204.gs23...@ftbfs.de
[RFH] ferm integration into dsa-puppet.git
Hi, the Debian Project currently runs about 100 machines[1] all over the world with different services. Those are mainly managed by the Debian System Administration team[2]. For central configuration management we use Puppet[3]. The Puppet config we use is publicly available at [4]. Our next goal is to have a more or less central configuration of our iptables rules on all those machines. Some of the machines have home-brewed firewall scripts, some use ferm. Your mission, if you choose to accept it, is to provide us with a new dsa-puppet git branch with a module ferm that we can roll out to all our hosts. It might want to use information from the other puppet modules like apache2_security_mirror or buildd to decide which incoming traffic should be allowed. DSA will of course provide you with all necessary further information. Cheers, Martin [1] http://db.debian.org/machines.cgi [2] http://wiki.debian.org/Teams/DSA [3] http://reductivelabs.com/products/puppet/ [4] http://git.debian.org/?p=mirror/dsa-puppet.git -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 signature.asc Description: Digital signature
Re: Using project resources for blends and non-free
Hi, On Mon Jan 11, 2010 at 21:03:45 +0100, Joerg Jaspert 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? For non-free I guess/assume you keep the needs manual approval before package is build automagically style? Then it should even be ok to build on .d.o machines (provided it doesnt interrupt more important things, like anything else build :) ). As you know one can prioritize distributions, as we already do for eg. stable-security over unstable. Greetings Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Project machines upgrade
Hi, On Wed Jan 28, 2009 at 13:03:15 +, Martin Meredith wrote: I think this would have been nice on d-d-a too :D that is what debian-infrastructure-announce is for. -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lenny
Hi, On Mon Jan 19, 2009 at 14:19:28 +0100, tamas.garamsz...@polimerieuropa.com wrote: Dear Debian Team! When will be the Debian GNU/Linux 5.0 Lenny distribution release available? When it's ready. :-) There are currently 101 release critical bugs concerning the next release, so we are getting closer, but it's hard to tell. Maybe 4w from now, maybe half a year from now. Greetings Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Debconf Group Photos needed
Hi, for designing a poster I am searching for group photos of the following Debconfs: * Debconf 2 * Debconf 3 * Debconf 4 They should have reasonable size for printing on large-size posters. Hints and links welcome, as well as eMailed once. Greetings Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian 2.0 Hamm
Hi, On Fri Sep 26, 2008 at 07:14:56 +0200, Stan wrote: Hi, Just for fun am I looking for Debian Hamm on diskette to insall on my old IBM 365X Thinkpad. Is there anybody who still has them and I willing to email me the diskette images. maybe archive.debian.org still has it... -- Martin Zobel-Helas [EMAIL PROTECTED] | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Darmstadt network downtime 2008-03-29 - affects lists and more
Hi, On Sat Mar 29, 2008 at 01:01:30 +0100, Josip Rodin wrote: On Sat, Mar 29, 2008 at 12:53:23AM +0100, Peter Palfrader wrote: the Metropolitan Area Network Darmstadt (MAN-DA) will be working on their uplink fibers today, 2008-03-29 between 0630 and 1700Z. All our machines in their network will be unreachable for this time. A whole day of downtime, and six hours of advance warning - sounds like bad planning? Will I be killed instantly for suggesting that we should host stuff in places which have some better standards for these kinds of things? :) no, you should argue with me for with me for not forwarding stuff in appropriate time in advance. That was clearly my fault. Also it is not said that the downtime will be the whole time, it is just that during these hours there will be worked on the uplink. Greetings Martin -- Martin Zobel-Helas [EMAIL PROTECTED] | Debian Release Team Member Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: db.debian.org (and related infrastructure) updates
Hi, On Sun Aug 19, 2007 at 20:09:13 +0200, Geert Stappers wrote: Did that information made it to some document? If yes, to which one and what is it's URL? In other words: Where can one read more about it? http://db.debian.org/doc-mail.html -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFH: arm machines needed for experimental buildd network
Hi, for the current experimental buildd network we have a need of arm machines. The current machine we have is maintained by Kenshi Muto and works perfect, but we currently try to set up some redundancy on machines running for our network. So if you have a machine which meets the follwing criteria, please contact either me or Marc Brockschmidt: ARM with at least 64MB Ram 20 GB HDD, better 40-60. 24/7 Network connectivity static IP (v6 also okay) Greetings Martin signature.asc Description: Digital signature
Re: notable Debian contributions in 2006
Hi, On Sat Mar 24, 2007 at 16:40:34 +0100, Joerg Schilling wrote: Also note that I am not attacking people but only trying to inform about the truth while Mr. Bloch is constantly publishing personal attacks. Please point us to those. I couldn't find those, only technical base stuff with well knowledge from Eduard. I want to read both sides, as i am sick of the bitching of cdrecord coming up once and a while on several Debian lists, as well as in German newspaper magazines. Greetings Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: notable Debian contributions in 2006
Hi, On Sat Mar 24, 2007 at 17:28:36 +0100, Joerg Schilling wrote: Martin Zobel-Helas [EMAIL PROTECTED] wrote: Hi, On Sat Mar 24, 2007 at 16:40:34 +0100, Joerg Schilling wrote: Also note that I am not attacking people but only trying to inform about the truth while Mr. Bloch is constantly publishing personal attacks. ^ Please point us to those. I couldn't find those, only technical base stuff with well knowledge from Eduard. I want to read both sides, as i am sick of the bitching of cdrecord coming up once and a while on several Debian lists, as well as in German newspaper magazines. Well, the _missing_ technical knowledge (*) from Mr. Bloch is the real cause for the problems - not a license problem. Unfortunately, most of his personal attacks are done inside private mail, so it is hard to prove their existence. Some of them however have been made in public mail, so please read the public mail archives. *) The problems with him did start about 3-4 years ago, after he asked me to include some libiconv patches from Debian in the official mkisofs release. After I did have a look at them, it turned out that these patches were expected to cause core dumps because of massive bugs. After I explained him what's wrong and asked him to first fix the problems, he started with his personal attacks but never send a fix for the technical problems. During the past few months, Mr. Bloch did learn some lessons while being forced to deal with the old cdrtools sources. He did change his mind with many topics where he did refuse to accept my statements but he still needs to learn a lot of other things. I asked you to point me to those published personal attacks and i did not ask you about your personal opinion about Mr. Bloch. Read what i wrote you, and then speak again! Greetings Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: notable Debian contributions in 2006
Hi, On Sat Mar 24, 2007 at 17:44:53 +0100, Martin Zobel-Helas wrote: Hi, I asked you to point me to those published personal attacks and i did not ask you about your personal opinion about Mr. Bloch. Read what i wrote you, and then speak again! As Mr. Schilling answered all the other mails in this thread but didn't answer to this one, and was not able to point me to any published mails by Mr. Bloch with personal attacks to Mr Schilling, we now conclude that there is no published personal attacks from Mr. Bloch. Therefore we also conclude, Mr. Schilling seem to be the liar, who is spreading lies about Mr. Bloch, who never seemed to have published any personal attacks attacks to Mr. Schilling. End of discussion from my side here. Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: notable Debian contributions in 2006
Hi, On Sun Mar 25, 2007 at 01:24:39 +0100, Joerg Schilling wrote: Martin Zobel-Helas [EMAIL PROTECTED] wrote: I asked you to point me to those published personal attacks and i did not ask you about your personal opinion about Mr. Bloch. Read what i wrote you, and then speak again! As Mr. Schilling answered all the other mails in this thread but didn't answer to this one, and was not able to point me to any published mails by Mr. Bloch with personal attacks to Mr Schilling, we now conclude that there is no published personal attacks from Mr. Bloch. I usually do not answer to trolls...but... Read the Debian mailing list archives and you will find some of the related personal atacks. I asked for references, but you seem not to be able to give me ANY of them, just telling me look in the archive. So you seem not to be able to give me any concrete pointer. So whom should i trust now? You? Mr. Bloch? There was a reason why i asked for concrete pointers. -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BREAKING NEWS: Debian developers aren't trusted
Hi, Maintaining a buildd isn't trivial, there's: - making sure they don't get rooted, and their builds compromised - keeping the chroot up to date - keeping in sync with w-b / sbuild changes - keeping in sync with the infrastructure upstream (building from incoming, access to the buildd.d.o, etc) - keeping the hardware available and running - keeping the buildd building packages that will work It's not /that/ hard either (even if it's not something I could do without a chunk of learning), but basically, yeah there are technical constraints. The only policy constraint is that we're aiming to keep the number of buildds limited to two or three per architecture (where possible); the social constraints are mostly about convincingly demonstrating that the technical constraints will be met on an ongoing basis. i think someone running more than one autobuilder for more than _two_ years now (okay, not for the officical archive, but i see that as nonrelevant here) demonstrats very good that he mets your mentioned technical constraints. Greetings Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BREAKING NEWS: Debian developers aren't trusted
Hi, On Thu Feb 15, 2007 at 13:13:36 +1000, Anthony Towns wrote: -vote dropped On Wed, Feb 14, 2007 at 03:06:01PM +0100, Martin Zobel-Helas wrote: Maintaining a buildd isn't trivial, there's: - making sure they don't get rooted, and their builds compromised - keeping the chroot up to date - keeping in sync with w-b / sbuild changes - keeping in sync with the infrastructure upstream (building from incoming, access to the buildd.d.o, etc) - keeping the hardware available and running - keeping the buildd building packages that will work It's not /that/ hard either (even if it's not something I could do without a chunk of learning), but basically, yeah there are technical constraints. The only policy constraint is that we're aiming to keep the number of buildds limited to two or three per architecture (where possible); the social constraints are mostly about convincingly demonstrating that the technical constraints will be met on an ongoing basis. i think someone running more than one autobuilder for more than _two_ years now (okay, not for the officical archive, but i see that as nonrelevant here) demonstrats very good that he mets your mentioned technical constraints. AIUI, Aurelian doesn't have the capability to run a non-emulated arm buildd. While http://blog.aurel32.net/?p=25 is a good demonstration of some things, I don't think it's the level of buildd we want for our release architectures. In general, I could pretty easily imagine a buildd that fails every one of those points still being suitable for a non-release arch for two years. I didn't thought of Aurelien, but of a few other persons, who are acting as buildd maintainers for experimental and non-free packages. Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Closing down obsolete lists
Hi, as part of the spring cleaning effort of the listmasters, we would like to close down several unused, obsolete lists. Before doing so we would like to a) give you the chance to veto against it b) document our reasons and changes publicly The following lists will be effected: Mailing listMembersLast valid post -- debian-all-changes 1298 2002-08 debian-alpha-changes1462002-08 debian-arm-changes 1242002-12 debian-cd-vendors 1442001-07 debian-commercial 3377 2002-01 debian-devel-all-changes4712002-08 debian-devel-alpha-changes 1032002-11 debian-devel-arm-changes87 2003-08 debian-devel-hurd-i386-changes 3392002-08 debian-devel-i386-changes 7092002-11 debian-devel-m68k-changes 47 2003-03 debian-devel-powerpc-changes2192000-12 debian-devel-s390-changes 30 - (only spam) debian-devel-sparc-changes 1032002-06 debian-hurd-i386-changes3432003-08 debian-i386-changes 7782003-07 debian-m68k-changes 87 2003-07 debian-ports2 2003-03 debian-powerpc-changes 2702003-06 debian-s390-changes 33 - (only spam) debian-sparc-changes1812002-05 Please bring up any reason for not closing down one of the above lists up to [EMAIL PROTECTED] before February 04th, 2007. Greetings Martin Debian Listmaster of the Day -- Martin Zobel-Helas GPG Key-ID:0x5d64f870 Debian DevelopereMail Privat: [EMAIL PROTECTED] Debian Stable Release Manager eMail Debian: [EMAIL PROTECTED] Debian Listmaster jabber ID: [EMAIL PROTECTED] signature.asc Description: Digital signature
[RFH] Review of year 2006
Hi, Ana Guerrero and me started preparing a review of year 2006. We use DWN, Planet Debian, debian-project@, debian-devel@ and debian-devel-announce@ as sources for this review. But we now face the following problems: (a) we want to try to be objective, but with two persons only writing it, this review becomes everything else but objective. (b) this is a huge amount of work to do. With lots of discussions on -project and -devel this year, we currently see no light at the end of the tunnel. So it would be nice if some more persons would volunteer to help with this review. It is planed to publish it on times.debian.net and it would be nice to have it also on other places published, as LWN or linux.com. First drafts for January and February are availible on [1]. Ana and me are currently working on March and April. Coordination for the review should go via debian-publicity ML. We need volunteers for both (a) and (b). It would be nice if our small team could be strengthen by a few more members. Greetings Martin [1] http://times.debian.net/~zobel/2006 -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Delete my message on one Debian List Please
Hi Pierre! On Sun Dec 03, 2006 at 01:45:36 +0100, pierrero wrote: I've posted messages in one of your Debian lists from from my business email address and I start to receive spam. It is very sad since I had succeeded with preserving of any indexing by the spam robots :-( The Debian-Listarchives-Policy is to NOT remove or alter any postings if they are published. Even if we would, it wouldn't help, as our lists are archived elsewhere, so once an email has been accepted it is out in the wild with its entire content and addresses and theres no way to get it back. Please see http://www.debian.org/MailingLists/#disclaimer and http://www.debian.org/MailingLists/disclaimer Greetings Martin, Debian Listmaster of the Day -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Packages awaiting proposed-updates moderation
Hi, for those who wonder why their package did not yet hit proposed-updates, they want to have a look on [1] and [2]. The backlog we had is now decreasing, d-i builds should have been started by now. Greetings Martin [1] http://lists.debian.org/debian-devel-announce/2006/06/msg7.html [2] http://ftp-master.debian.org/proposed-updates.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: RE : Re: Linux Magazin Germany, affecting Debian's image?!
Hi Radu-Cristian, On Mon, Jul 17, 2006 at 12:51:06PM -0400, Radu-Cristian FOTESCU [EMAIL PROTECTED] wrote: That is still false. People's erroneous beliefs do not entitle them to anything. This is not about entitlement. This is about Debian's failure to react to a misuse of its trademarks. Actually, if you read the README on this DVD, you will see that this DVD was mastered by Debian Developers. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Update on compromise of gluck.debian.org, lock down of other debian.org machines
Hi James and all the others, thanks for your great work and taking care of all our debian.org machines. You do an excelent job. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Update on compromise of gluck.debian.org, lock down of other debian.org machines
Hi Henning, On Thu, Jul 13, 2006 at 09:50:49PM +0200, Henning Makholm [EMAIL PROTECTED] wrote: Do we have any easy way of locating all recent uploads signed by a particular key? IIRC dak stores GPG fingerprint for each upload in projectb. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Donations
Hi Kari, On Thursday, 25 May 2006, you wrote: On Wed, May 24, 2006 at 04:38:11PM +0100, Donna Orlowski wrote: Hi there, We are a UK based company and we use Debian for all our existing servers. We'd like to make a direct donation into Debian account and I was wondering if we could get you international wire transfer details? Software in the Public Interest, Inc. is the legal entity that receives and disburses Debian funds, holds Debian copyrights and trademarks, etc. IIRC Debian UK guys have also some bank accounts. CCed Steve for that. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about bits from our teams (aka: press and event stuff)
Hi Alexander, really nice to see some improvement here. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354747: db.debian.org: SSL certificate expired
Package: project Severity: normal Hi, the HTTP SSL certificate of db.debian.org expired. Please renew it. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Status of mirror split and AMD64
Hi, could the FTP-Team please clairify what the current status of the mirror split and the inclusion of AMD64 is? It has been said this will happen directly after the release of sarge. Sarge is now 7 month out and (to the enduser view) nothing has happened. This is very embarrassing for Debian. I don't like to hear It will happen but what the actual current status is and where the community can help. Greetings Martin signature.asc Description: Digital signature
Re: Status of mirror split and AMD64
Hi, On Friday, 06 Jan 2006, you wrote: On Fri, Jan 06, 2006 at 11:40:23AM +0100, Martin Zobel-Helas wrote: could the FTP-Team please clairify what the current status of the mirror split and the inclusion of AMD64 is? It has been said this will happen directly after the release of sarge. Sarge is now 7 month out and (to the enduser view) nothing has happened. This is very embarrassing for Debian. I don't like to hear It will happen but what the actual current status is and where the community can help. aj blogged about it here: http://azure.humbug.org.au/~aj/blog/2005/11/16#2005-11-16-dak There was also some talk about this during the recent Archive architecture qualification IRC discussion on #debian-tech[1]: Q_ aj: So what still needs to happen for the mirroring changes? aj Q_: work out exactly what mirrors should do; tell mirrors what they should do; wait for mirrors to do that [...] aj Q_: there's already a reasonably easy script, it's more the issue of making it easy for people to find a (eg) m68k mirror when the country mirror only had i386 eg There have also been ongoing discussions about optimizing apt-ftparchive, but I am not sure whether this is part of the solution as well. Maybe aj can comment on that. There have no official announcment yet. I find it very embarrassing for Debian not to tell official what still needs to happen. Official is for me a mail to d-d-a. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Induction of new members to the technical committee
Hi Manoj, On Tuesday, 20 Dec 2005, you wrote: Hi, Given that some of the current members of the technical committee have been unavailable for a while, and others have moved on from an active involvement with Debian, the technical committee, in conjunction with the project leader, would like to appoint new members to bring the committee back up to strength. So I hereby propose that this committee recommend to the the Debian project leader the following individuals to be candidates for induction into the technical committee (as per section 6.2.2 of the constitution) o) Steve Langasek [EMAIL PROTECTED] o) Anthony Towns [EMAIL PROTECTED] o) Andreas Barth [EMAIL PROTECTED] I would like to call for a public vote on the appointment (subject to acceptance) as per section 6.3.4 of the constitution. actually, i would like to know how this persons have been appointed/selected? Will this work like any other vote, so anyone can be recommented? Or does the CTTE need to assign this person by it's own? It's not that i disagree with the discission, but i would like to recomment to _not_ take persons who are already having a huge load in Debian. Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is volatile dead?
Hi Adrian, On Monday, 21 Nov 2005, you wrote: On Monday 21 November 2005 10.15, Andreas Barth wrote: * Adrian von Bidder ([EMAIL PROTECTED]) [051121 08:32]: * I've not received an answer to my announcement on the d-v mailing list in a week, and investigation of the last three messages in the list archive (re: spamassassin and f-prot-installer) indicate that receiving no comments is nothing unusual. You mean, if there is a week where people are only available for emergency services, an service is officially dead? Sorry, I disagree. yes, I have only waited a week, and I agree with you that people can be very busy for one week and not able to answer mail. But a week is not the impression I get: [...] As I said, I'm not involved with volatile at all, and getting no answer for a week and, on investigating, finding that the relevant mailing list is very low-traffic with the latest messages being two other people complaining about delays of a month, does not give me a good impression. If this is a temporary situation, all the better. How about joining the team? debian-volatile would surely do better, if more persons would be involved in the team process. Why does it allways need Andi or me to answer a mail on the mailing lists? Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is volatile dead?
Hi MJ, you might have seen my post[1] on debian-www this afternoon. This a first draft how the new debian-volatile web page could look like. I know that not all information is yet included, but i think moving debian-volatile webpages to gluck makes it easier for other persons to help with webpages. As i am really not a good web page writer i would appreciate help here very much. Greetings Martin [1] http://lists.debian.org/debian-www/2005/11/msg00226.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the ftpmaster team
Hi James, On Friday, 18 Mar 2005, James Troup wrote: Hi, The ftpmaster team would like to announce some new additions, namely Jeroen van Wolffelaar [EMAIL PROTECTED] [0] and Joerg Jaspert [EMAIL PROTECTED] Great news to hear. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]