Re: Support for non-free-firmware in project webpages
Hi Bill, Gunnar Wolf (2023-01-19): > A couple of months ago I opened #1021728 to have the new suite enabled > in tracker.debian.org. Raphael Hertzog moved some bits and asked some > questions (which I left unanswered :-( Sorry!). But now, checking > onwards from there, I find packages.debian.org, buildd.debian.org and > qa.debian.org still don't recognize it: > > https://packages.debian.org/source/unstable/raspi-firmware > https://buildd.debian.org/status/package.php?p=raspi-firmware > > https://qa.debian.org/developer.php?email=pkg-raspi-maintainers%40lists.alioth.debian.org > > In IRC, Holger also mentioned: > > - wiki.debian.org has no pages with the term `non-free-firmware' in > them > - www.debian.org (plus its translations) mentions them, but only for > the vote (english/vote/2022/vote_003.wml) and following announcement > (english/News/2022/20221217.wml) > - tests.reproducible-builds.org/debian does not yet include it > - Neither debian-policy nor developers-reference know about it > - piuparts in unstable now supports it (although piuparts.debian.org > is not yet testing it) I might have overlooked better contact information, but couldn't find a popcon.debian.org to report bugs against, or a repository for the server side to file merge requests against. I'm not sure how that works, but it'd be nice to add support for the non-free-firmware component, which is going to be used starting with bookworm. Also, it /might/ be time to retire debian-non-US, obsolete since Sarge (2005). Cheers, -- Cyril Brulebois (k...@debian.org)<https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant signature.asc Description: PGP signature
Re: Debian boot entry won't generated after flash BIOS.
Hi, Alvin Huang (2021-10-07): > I've the questions need your help. We found the boot entry will > disappeared after BIOS flash and it cause we can't boot into Debian > system by itself, we need boot into Debian through the UEFI Shell boot > file. > Does the boot entry won't generated in BIOS boot priority automatic > after BIOS flash? If yes, do we have any method to generate boot > entry from Debian? I assume your UEFI firmware lost the entries that were stored there for UEFI booting. You can use a Debian Installer image, selecting Rescue mode at the boot prompt, answer a few questions, then proceed to restoring the bootloader. This should do the trick. Please direct further questions to debian-user@ (in copy). Cheers, -- Cyril Brulebois (k...@debian.org)<https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant signature.asc Description: PGP signature
Re: cdimage?? What should we call it?
Hi Steve and others, Steve McIntyre st...@einval.com (2015-08-18): We called our main installer images distribution site cdimage.debian.org a long time ago, when that was all it published and most people downloaded images of CDs. Ummm. Things have moved on in the intervening years, and this name is looking more silly over time: * lots of people are using USB sticks * we're providing live images that don't fit on CD * we're providing cloud images (Openstack so far, with others coming soon!) So, I'm looking for suggestions. What should we call it? I had initially thought that images.debian.org is more generic, but it's also likely to confuse people into looking there for pictures... :-) Please reply and let's see if we can come up with a better name. Thanks, it'd been slightly annoying me over the past few years without having quite triggered something more than an occasional 'meh' about naming in this or that conversation. Looking at the various proposals, those caught my attention: - get.debian.org - download.debian.org - install.debian.org - installer.debian.org I like the “action” aspect of the first 3, the last one being a bit different (yet appropriate). Mraw, KiBi. signature.asc Description: Digital signature
Re: Package search function bug
Hi, Vlatko Šurlan vlatko.sur...@prijevodi-online.net (2015-07-08): Dear all, the package search function atnbsp;https://www.debian.org/distrib/packages#search_contents gives nothing for when 'convert' alone but when searcinh '/usr/bin/convert' there are results. Sounds like some sort of a bug to me. did you notice this at the top? You have searched for paths that end with convert in suite jessie, all sections, and all architectures. Found 102 results. [icon] Note: Your search was too wide so we will only display only the first about 100 matches. Please consider using a longer keyword or more keywords. Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian Project Leader Election 2015 Results
Enrico Zini enr...@enricozini.org (2015-05-24): I have also implemented audit tracking of all changes to Person records on nm.debian.org, which in turn allowed me to change the nightly maintenance scripts to do more aggressive imports of changes from keyrings and LDAP. I have also done quite a bit of manual work fixing every inconsistency that could not be fixed automatically. For the first time ever, keyrings, LDAP and nm.debian.org should now all be perfectly aligned. I saw *WOW* to that, and thanks to everyone involved, because I think that membership is a rather important area where to have all databases in sync. Good job, Enrico, and thanks! Mraw, KiBi. signature.asc Description: Digital signature
Re: Backports removed from sources.list ;-(
Martin Steigerwald mar...@lichtvoll.de (2015-04-19): I wonder about a commented entry for backports. This way people can easily enable it. I saw Ubuntu using this for some repos. Feel free to open a wishlist bug report for it, that seems entirely reasonable. Looking at apt-setup and apt-setup-verify to see how we deal with commented out entries, it doesn't seem trivial (at least to me right now) to implement that before Jessie is out. But that's certainly something we can do for Stretch. I always end hand editing this on a lot of machines. But maybe I miss some tool to configure apt sources more easily. I suppose this would be something similar to add-apt-repository (or apt-add-repository), from the software-properties-common package. Mraw, KiBi. -- 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/20150419183042.ga14...@mraw.org
Re: Backports removed from sources.list ;-(
Rhonda D'Vine rho...@deb.at (2015-04-19): * Cyril Brulebois k...@debian.org [2015-04-19 18:26:30 CEST]: Paul van der Vlis p...@vandervlis.nl (2015-04-19): Op 19-04-15 om 18:01 schreef Michael Gilbert: On Sun, Apr 19, 2015 at 11:44 AM, Paul van der Vlis wrote: Hello, I saw backports has been removed as default setting from sources.list in Jessie RC3. I am very disappointed by this last minute change, without much discussion so far I know. The installer's export mode allows you to make a choice about this, so please consider using that mode for all of your installs. I can change everything I want, but defaults are very important. Sane defaults are very important. I take offense in considering backports to not be sane and a ticking time bomb. I suspect you're misreading what I wrote. “Sane” applied to “having backports enabled by default without having to know or read anything about it”. Not to the backports suites as a whole, or people contributing there, or people shepherding them, or packages therein. See also the ongoing thread on the bug report, esp. my reply to Micah. (There's a reason why I protested against splitting this topic among several places, right?) But regardless of that I don't see much sense in continuing this discussion, there's nothing to gain from it at this stage anyway ... Regardless of the final outcome, I hope the above clarifies what I meant. Mraw, KiBi. signature.asc Description: Digital signature
Re: Backports removed from sources.list ;-(
Paul van der Vlis p...@vandervlis.nl (2015-04-19): Op 19-04-15 om 18:01 schreef Michael Gilbert: On Sun, Apr 19, 2015 at 11:44 AM, Paul van der Vlis wrote: Hello, I saw backports has been removed as default setting from sources.list in Jessie RC3. I am very disappointed by this last minute change, without much discussion so far I know. The installer's export mode allows you to make a choice about this, so please consider using that mode for all of your installs. I can change everything I want, but defaults are very important. Sane defaults are very important. Also, it would be nice to avoid starting threads in various places. I already answered in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764982 Mraw, KiBi. -- 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/20150419162630.ga29...@mraw.org
Re: Doubt.
(It looks like keeping Daniel in the loop would have been a nice idea, cc-ing accordingly.) Hi, Jonathan Dowland j...@debian.org (2015-04-15): On Wed, Apr 15, 2015 at 11:08:04AM -0300, Daniel Lucena wrote: I would like know if between download images of Debian 8 (after became stable) the Mate Desktop Environment will be available or i need install Debian NetInstall and after install Mate packages with aptitude? This type of question is best asked on the debian-user mailing list. Yes, MATE is going to be part of jessie (Debian 8). If you use the netinstall CD images, you will need to install MATE via apt (or aptitude) after install: it is not included on the netinst CD image. That's incorrect. If you enable a network mirror (which is the default if you have some working networking), tasksel will ask you which desktop environment(s) you want to install. The ones tasksel knows about are: - GNOME - Xfce - KDE - Cinnamon - MATE - LXDE Quoting the rest of the mail in full: To find out what packages are available on what CDs, please see the CD search tool[1] (see also the Debian CD Image FAQ[2]). This search[3] shows you which images contain MATE. In short: the first DVD or BD images; the third CD image. (for amd64 at least). [1] http://cdimage-search.debian.org [2] https://www.debian.org/CD/faq/#search-for-package [3] http://cdimage-search.debian.org/?search_area=weekly-buildstype=exactquery=mate-desktop-environment*Search=Search.cgifields=search_area.cgifields=type Mraw, KiBi. signature.asc Description: Digital signature
Re: Reflecting on users and security updates
Ansgar Burchardt ans...@debian.org (2014-05-09): On 05/09/2014 16:15, Stuart Prescott wrote: == sources.list Many users of stable releases don't have security.debian.org in the sources.list. I can only wildly speculate as to how this happens... if the installer doesn't find a network connection at install time it leaves a pretty weird looking sources.list and we know lots of people manage to not fix properly. The sources.list that the installer leaves in this case is certainly sub-optimal. (Contacting -boot@ for installer-related questions might be a good idea, doing so.) What do they end with in sources.list? It would probably be nice if there were entries like # deb http://http.debian.org/debian wheezy main # deb http://security.debian.org/debian-security wheezy/updates main (with comments) in case no network mirror is added by the installer. Maybe with a comment asking to enable *both* if network is accessible. Anyway, you may want to look at these generators: http://anonscm.debian.org/gitweb/?p=d-i/apt-setup.git;a=blob;f=generators/91security;h=351e1ac16e0649a1d20171335c6deaf936e02aef;hb=HEAD http://anonscm.debian.org/gitweb/?p=d-i/apt-setup.git;a=blob;f=generators/92updates;h=d68ca89fe2021669db2f6e7ef008f226924280f9;hb=HEAD http://anonscm.debian.org/gitweb/?p=d-i/apt-setup.git;a=blob;f=generators/93backports;h=1021d5f09b18e2109c71c2f4dd3dcbd48fdb71a8;hb=HEAD Some bits of factorization might be useful (esp. to get commented lines generated in the security case). Mraw, KiBi. signature.asc Description: Digital signature
Re: Updating the Policy Editors delegation
Ian Jackson ijack...@chiark.greenend.org.uk (2014-01-03):
I think that the current policy maintenance approach is too
bureaucratic and relies too little on the technical judgement of the
policy editors. I would like to see the policy editors assess
proposals not only for consensus and support, but also to consider
proposals on their actual merit. Support (in the form of seconds) and
consensus can be a very helpful guide to the merit of a proposal, and
seeking consensus and second opinions is a very helpful way to avoid
making mistakes, but IMO it is the merit of the proposal that should
matter.
Have you seen some mistakes that would help us (or at least me)
understand which problems you're {thinking of,anticipating}?
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: Updates in stable releases
Thorsten Glaser t...@debian.org (2013-12-31): Where do I send the diffs for prior review to? And where do I upload to (stable-proposed-updates?)? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Make sure your changes already hit unstable (possibly testing) if relevant, and that the BTS has proper version info otherwise. Mraw, KiBi. signature.asc Description: Digital signature
Re: Should mailing list bans be published?
Hi Steve, Steve Langasek vor...@debian.org (2013-10-26): Was discussing with one of the listmasters (Alexander Wirt) on IRC today about mailing list bans, because it turns out that someone I was just about to ask the listmasters to ban from debian-devel had just been blocked in response to a request from someone else. This led to a philosophical debate about whether bans should be made public. Alexander expressed concern that having them published could be harmful to a person's reputation, since employers will google your name and see that you've been banned from a large project such as Debian. I think we should publish them, for several reasons: - Debian is not responsible for the reputation of someone who has gotten themselves banned for their behavior; their reputation is already in the mud if employers read their actual posts to the Debian lists. - It brings closure to the rest of our community to know that action has been taken against an abuser, showing that we've stood up for the principle of civil discourse and that the problem hasn't just gone away on its own because a troll got bored. - It gives Debian contributors confidence that bad behavior doesn't have to be silently endured as a cost of participating in Debian lists. - It improves *Debian's* reputation to the rest of the world, by showing that our mailing lists are not anything goes. - It provides a reference point for newcomers to the Debian community to judge their actions by, to understand what kinds of things will get them banned from participation (although I expect few of the people who need such guidance will actually take advantage of it...) - It casts sunlight on the kinds of decisions that the listmasters are making WRT bans, so that we collectively have oversight of these decisions and can ensure our principles are being applied fairly and consistently. So I don't think bans need to be posted anywhere prominent like debian-devel-announce, but I do think basic facts like who is banned, for how long, and the rationale (with links to specific mailing list posts as reference) should be made public. What do the rest of you think? looks very reasonable to me, thanks for writing that down. Mraw, KiBi. signature.asc Description: Digital signature
Re: Upcoming stable point release (7.2)
Adam D. Barratt a...@adam-barratt.org.uk (2013-09-22): The next point release for wheezy (7.2) is scheduled for Saturday October 12th. Stable NEW will be frozen during the preceding weekend. So there's a new linux kernel for that one: http://womble.decadent.org.uk/blog/linux-kernel-update-for-wheezy-3251-1.html which I haven't tested at all; there's kfreebsd-9 as well, along with flash-kernel, multipath-tools, gnupg, grub2, and libgcrypt11 (looking at the udeb-producing packages on the current p-u summary[1]). 1. http://release.debian.org/proposed-updates/stable.html I wonder whether we need/want to fix iso-scan's #722711 in stable as well. I haven't yet investigated if stable is affected and what the fix looks like, though; just mentioning it in case somebody wants to look into it. -boot@, if anyone sees something that needs fixing in stable and wasn't spotted/marked as such until now, please speak up. Mraw, KiBi. -- 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/20130922192947.gf30...@mraw.org
Re: Revising the Code of Conduct
Russ Allbery r...@debian.org (21/05/2013): I've noticed the same pattern as Steve, and it bothers me too, which means I probably should say something rather than letting this look like something between you and him. Your interactions on debian-devel when you do post there, which indeed isn't too frequently, usually come across as quite angry and confrontational and, yes, abusive. I *think* this is largely because you mostly post to debian-devel when something is getting in your way or interfering with something you're trying to get done (at least, that's my impression of most of the cases I remember). If I'm right, that means you mostly post in a frustrated mood. But, that being said, it makes me cringe, and I really wish you would rephrase the way that you post there. I've gotten to the point where I dread reading a debian-devel thread when your name shows up in the list of senders, and I don't want to feel that way! You do lots of great work on TeX packaging, something that I care quite a bit about, and I want to look forward to reading your posts. I concur with Steve and Russ. As someone who routinely gets frustrated, unamused, or otherwise amazingly annoyed by things I encounter, I tend to just write a reply, stash it in the postponed folder, and only revisit after a while (this may mean minutes, hours, or days). Rewriting things after the fact, eventually dropping the mail altogether if someone gave a satisfactory or better reply in the meanwhile (that's often Russ), probably leads to better results than satisfying the need for a reply *right now*, when one might not be in the best mood or state of mind to reply. At least I like to think it works for me… Mraw, KiBi. signature.asc Description: Digital signature
Please communicate with your fellow developers!
Hi, while I'm pretty happy to see development happening on the dak side, it would have been immensely helpful to have notifications of the planned downtime. There are plenty of things depending on the migration of packages to testing, and having known about the planned downtime today (along with changes from yesterday not propagating to mirrors) would have avoided a wasted sunday, since I could have prioritized stuff over the weekend in a different manner. (I won't say a word about the release team's tools which needed modifications to cope with the dak changes, given Adam promptly patched them so that they would work again, but that could have wasted a few more hours that could have been spent on reviewing packages for wheezy.) So: Please communicate! Mraw, KiBi. signature.asc Description: Digital signature
Re: Please communicate with your fellow developers!
Cyril Brulebois k...@debian.org (12/08/2012): while I'm pretty happy to see development happening on the dak side, it would have been immensely helpful to have notifications of the planned downtime. There are plenty of things depending on the migration of packages to testing, and having known about the planned downtime today (along with changes from yesterday not propagating to mirrors) would have avoided a wasted sunday, since I could have prioritized stuff over the weekend in a different manner. Maybe that's just me, but even if dak ls cdebconf says the migration indeed happened, mirrors disagree: | $ dak ls cdebconf […] | cdebconf | 0.172 | testing | source | cdebconf | 0.172 | unstable | source | $ apt-cache policy cdebconf | cdebconf: | Installed: (none) | Candidate: 0.171 | Version table: | 0.171 0 | 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages (I tried other mirrors, like ftp.de.debian.org, or ravel's.) Side effect of the recent dak fun? It migrated during the 2012-08-11 22:00Z run, so not seeing any updates reaching the mirrors in 30+ hours *really* is annoying… Mraw, KiBi. signature.asc Description: Digital signature
Re: delegation for the Press Team
Hi,
Stefano Zacchiroli lea...@debian.org (21/03/2012):
Dear Developers,
the Press Team is changing! Francesca Ciceri and Neil McGovern have
accepted the promotion from assistants to press officers. At the same
time, Alexander Reichle-Schmehl and Meike Reichle have decided to step
down from the team, after many years of tireless contributions.
Please join me in welcoming our new press overl{adies,ords}, as well as
in thanking Alexander and Meike for their numerous past contributions.
welcome! And big thanks to Alexander+Meike!
We have also took this chance to clarify the role and responsibilities
of the press team. The job description is reported below, as part of
the formal delegation.
Typo below:
Job Description
---
- The Press Team is the official Debian contact point for press
inquiries and media people outside Debian. When acting in such
capacity, members of the Press Team act as spokespersons of the Debian
Project.
- In addition, members of the team moderate news and announcement
mailing lists of general interest, such as debian-announce and
debian-news (but not the the localized -news-$lang mailing lists).
s/the the/the/
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: delegation for the DSA team
Stefano Zacchiroli lea...@debian.org (17/10/2011): Dear Developers, given that they managed to survive the training period started at DebConf11, I'm happy to announce that the Debian System Administration (DSA) team has now two new full members: Faidon Liambotis and Tollef Fog Heen. \o/ Keep it up! \o/ Mraw, KiBi. signature.asc Description: Digital signature
Re: new DSA trainee
Martin Zobel-Helas zo...@debian.org (27/07/2011): Debian Sysadmins added a new trainee: Please welcome Faidon Liambotis (paravoid) and load him with work! Welcome! Mraw, KiBi. signature.asc Description: Digital signature
Re: new DSA trainee
Martin Zobel-Helas zo...@debian.org (28/07/2011): as we are on that topic, please also welcome Tollef Fog Heen (tfheen) and load him with work! Also welcome! Mraw, KiBi. signature.asc Description: Digital signature
Re: what is the new name for testing
Hi. BasaBuru basab...@basatu.org (03/02/2011): Do you now what is the new code name for the new testing? http://lists.debian.org/debian-devel-announce/2010/09/msg0.html KiBi. signature.asc Description: Digital signature
Re: commercial spam on planet
Hi Holger, Holger Levsen hol...@layer-acht.org (08/11/2010): since a while, we see unsolicted commercial links and images on planet, mostly about flattr. […] How much spam do you find tolerable? Would it be ok if I sell advertisment space on my blog and syndicate this to planet? You know, I need to eat too... for sure I didn't imagine a 100x17 bitmap was generating so strong reactions. I guess I shall thank you for having started this thread, which showed how many people are annoyed. Feed updated to conform (strictly) to the DMUP, thanks. (I guess I didn't have “financial gain” in mind when I added this link at the bottom of my posts, rather the opportunity to see whether people liked getting status updates about the packages I maintain, or stuff I do in general.) Mraw, KiBi. signature.asc Description: Digital signature
Re: Some thoughts on the ARM build daemons
Colin Tuckley co...@tuckley.org (22/01/2010): Your list of buildd machines is seriously out of date if you are talking about armel. You do realize you're answering to a mail dated “08 May 2007”, right? -- Colin Tuckley | +44(0)1223 293413 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE I'm not as dumb as you look. I'm not as outdated as you look. (:p) Mraw, KiBi. signature.asc Description: Digital signature
Re: Legal use of the Debian Logo
dE . de.tec...@gmail.com (07/01/2010): No, absolutely not. I think this logo is a trademark, i.e proprietary and so the owner of the site should be warned about this. You probably should just be answering that: http://www.debian.org/logos/ Mraw, KiBi. signature.asc Description: Digital signature
Re: FTP Team changes
Joerg Jaspert jo...@ganneff.de (15/08/2009): everybody please welcome Alexander 'Tolimar' Reichle-Schmehl Chris 'lamby' Lamb Torsten 'twerner' Werner Barry 'bdefreese' deFreese as new members of the FTP Team. \o_ /o/ \o\ _o/ Mraw, KiBi. signature.asc Description: Digital signature
Re: On cadence and collaboration
Luk Claes l...@debian.org (06/08/2009): If the freeze date is well known in advance the question becomes moot unless some maintainer wants to work against the freeze AFAICS. Having a known freeze date is meant to help everyone to be able to plan better and refrain from doing high impact changes right before the freeze. We already have maintainers working against any kind of common sense. We have maintainers breaking transitions, delaying them, or starting them when they're not welcome. We even have a mechanism to enforce sanity (transition-related upload prevention/blocks). Why would/should the freeze be treated in a different manner? Mraw, Mooty KiBi. signature.asc Description: Digital signature
Re: Opera in your repos
(Beware sarcasm tags might be missing.) Ana Guerrero a...@debian.org (05/08/2009): Even in the case you release the opera code with a license that allow distributing opera in non-free, there is not much point on distributing it when we already have _totally free_ browsers. There is: Linux is about Choice! Mraw, KiBi. signature.asc Description: Digital signature
Re: On cadence and collaboration
Raphael Geissert geiss...@debian.org (05/08/2009): Like some people said during Debconf: freezing in December doesn't necessarily mean freezing the first day or even the first week of December; the 31 is still December, which means there are 30 days to decide many things, if necessary. Without having to resort to nitpicking on days, was the “freeze” term define anywhere? My main question would be: will it be possible to e.g. switch the default compiler right before the freeze and trigger possible hundreds of serious FTBFS bugs? Or is some incremental freeze still supposed to happen? (Putting -release in Cc to catch their attention.) Mraw, KiBi. signature.asc Description: Digital signature
Re: Approaching non-integratable software, was: What to do with (packages like) Blender?
Reinhard Tartler siret...@debian.org (03/08/2009): [ moving discussion to -project. Please follow up on -devel if you are contributing to the technical discussion and -project for the project wide parts ] [ replying to -project only, -devel readers will receive my status update[1] already. ] Cyril Brulebois k...@debian.org writes: It's been a while and I'm now really wondering what to do with Blender. So that everyone can understand, I'm going to try and sum up what I'm facing. It seems to me that blender is not unique in this regard. There is more software than just blender that prefers to not be integrated into a distribution properly, but rather prefers to retain exact control of (external) libraries that are being included into their source and binaries. Another characteristic is that they focus on binary redistribution, and frown upon users that grab the source and compile themselves. JFTR (and for people reading only this list after some time): At least in the blender case, it looks like upstream understands our point of view and seems to be willing to change things, if possible, see [1]. 1. http://lists.debian.org/debian-devel/2009/08/msg00108.html Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian decides to adopt time-based release freezes
Bernd Zeimetz be...@bzed.de (03/08/2009): Ack ack ack. I even have the impression that the Canonical employees want to ensure that Debian gets important things much much later than Ubuntu. Obviously false, see how (e)glibc maintainers are pushed by Ubuntu people to get the next release ready, ignoring their own bugs? Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian decides to adopt time-based release freezes
Patrick Schoenfeld schoenf...@debian.org (03/08/2009): That is simply not true. It might be that Ubuntu doesn't give back as much as Debian would like. Or “as they pretend to” [1]: | When a bug is reported in the Debian bug tracking system and then later | fixed in Ubuntu, the fixes are often automatically communicated back | directly to the debian bug system. Patches are also published | automatically on patches.ubuntu.com. The long term goal of that work is | to ensure that patches made by the full-time Ubuntu team members are | immediately also included in debian packages where the debian maintainer | likes the work. 1. http://www.ubuntu.com/community/ubuntustory/Debian That might be the point of various people out here, not necessarily mine. (It might be that Ubuntu doesn't fix that many bugs, too.) Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian redesign
Neil McGovern maul...@halon.org.uk (30/07/2009): I disagree. The images for the males are just as suggestive. I have no issue at all with these. Ditto. Thanks for the nice work, Agnieszka! Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian redesign
Guido Trotter ultrot...@debian.org (30/07/2009): Personally I think it's a wonderful work, and a very interesting exercise in producing a debian marketing campain. I agree with the mixed feelings about the tout court logo changing (which, if it happens, should anyway be sanctioned by GR, as the last one was decided that way, as correctly recalled by someone) but the simplified swirl can definitely be used in a lot of situations, and the proposed website looks very nice! As for the images I don't share the concerns some have expressed, and think they're just a marketing campain. Some are probably better and to the point, and some might be less, but I don't think we should be offended by them. Just as an example I'll include a link to a picture for a commercial for the HTC magic (which I randomly happen to have on my laptop because, working for Google, I found it funny and took a picture of it): http://people.debian.org/~ultrotter/misc/q1050732.jpg I don't think people will be offended by looking at it, as they won't be offended by looking at pixelgirl's images. If it conveys or not its message I'm not 100% sure, but it's not for me to say (I'm not an expert in the field). In pixelgirl's case for example I think the reliable parner image is a nice pun, and goes to the point, while the software with passion one is less, and wouldn't put bugs in advertisement, but then someone else might think differently, and I don't think we should be in the business of censoring ideas/art! :) I guess I'm not used to do that very often, but that would those little “+1” characters. We discussed that quite extensively with Guido during last dinner, and I totally share his opinion. Sounds like a very well performed marketing campaign. Again: thanks, Agnieszka. Mraw, KiBi. signature.asc Description: Digital signature
Re: Re-thinking Debian membership - take #1: inactivity
Bernd Zeimetz be...@bzed.de (26/07/2009): See above. Also: There're a lot of teams where outsiders can help and earn trust without being able to break things. Do you mean people like Simon Paillard? With contributions in l10n, i18n, www, and mirror domains? If you didn't, I (at the very least) do. Mraw, KiBi. signature.asc Description: Digital signature
Re: DAM and NEW queues processing
Mark Brown broo...@sirena.org.uk (25/06/2009): On Thu, Jun 25, 2009 at 03:46:50PM +0100, Matthew Johnson wrote: I didn't think that using the templates was required for AMs, merely a useful tool. I think AMs should be able to check to their satisfaction in other ways as appropriate, as long as it produces a similar result In theory. In practice that wasn't the impression that was given; the impression that was given was that they really really should be used. Even if I had carried on it was uncomfortable knowing that there presence or absence of the templates varied. Indeed. Frontdesk says (through the welcome-new-AM mail): | Please note that philosophy and procedures questions are very | important. If you don't ask enough of them, the DAM cannot make a | proper decision which will cause great delay for the applicant. Also, | good proof should be included in the final report that the applicant | has the technical and social skills to become a Debian developer and | be part of a team of 1000. Please also include mails you exchange | with your applicant about their packages. | | Joerg Jaspert has written very good PP (Philosophy/Procedures) and | TS (Tasks/Skills) templates. While it's not strictly a requirement, | it's recommended that you use them or base yours on them. You can get | them from [4]. | | [4] | svn://svn.debian.org/svn/nm/trunk/nm-templates Mraw, KiBi. signature.asc Description: Digital signature
Re: DAM and NEW queues processing
Frans Pop elen...@planet.nl (24/06/2009): /me wonders whatever happened to those nice mails listing new DDs that used to be sent out periodically They still are (see debian-newmaint@, “NM Report for Week ending…”), but AFAICT there might be something wrong there, since Samuel wasn't mentioned end of may/beginning of june. Cc'ing FrontDesk, which appears in the From: of such mails. Mraw, KiBi. signature.asc Description: Digital signature
Re: DAM and NEW queues processing
Steve Langasek vor...@debian.org (24/06/2009): I do follow d-newmaint, but I don't think the reports that are sent there actually include the names of new maintainers. If you don't think, then check? http://lists.debian.org/debian-newmaint/2009/04/msg00054.html Excerpt: | Weekly Summary Statistics | = | 3 more people applied to become a new maintainer | 7 applicants became maintainers. | | New Maintainers | === | The following applicants became new maintainers last week: | Ian Beckwith i...@erislabs.net | LI Daobing lidaob...@gmail.com | Evgeni Golov sarge...@die-welt.net | Carsten Hey c@web.de | Xavier Lüthi xav...@caroxav.be | Patrick Matthäi patrick.matth...@web.de | Xavier Oswald x.osw...@free.fr Mraw, KiBi. signature.asc Description: Digital signature
Re: DAM and NEW queues processing
Russ Allbery r...@debian.org (23/06/2009): Sune Vuorela nos...@vuorela.dk writes: sometimes, I look at a issue and think that the correct solution here is a package split, but I often end up working around it in other ways, just because of NEW. In my experience, package splits go through in a week or two except in rare situations. That never seemed like a difficult wait to me. I guess that if people express those concerns, your experience is different than theirs. Mraw, KiBi. signature.asc Description: Digital signature
Re: One more upload queue
Y Giridhar Appaji Nag app...@debian.org (15/05/2009): Should this not go to debian-devel-announce as well? Probably worth including in the next developer news issue. Mraw, KiBi. signature.asc Description: Digital signature
Re: PGP keys: advice from keyring maintainers ?
Frank Küster fr...@debian.org (13/05/2009):
I don't read blogs. So I'm confused by people asking here and on
-private about something that sounds as if one should be kind of aware
of it...
How can I find out if my key is v3 or v4?
From keycheck.sh:
| echo Let's test if its a version 4 or greater key
| VERSION=$(gpg ${GPGOPTS} --with-colons --with-fingerprint --list-keys
0x$KEYID | awk -F : '$1 == fpr {print length($10)}')
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: PGP keys: advice from keyring maintainers ?
Cyril Brulebois k...@debian.org (13/05/2009):
From keycheck.sh:
| echo Let's test if its a version 4 or greater key
| VERSION=$(gpg ${GPGOPTS} --with-colons --with-fingerprint --list-keys
0x$KEYID | awk -F : '$1 == fpr {print length($10)}')
Bleh, missed the actually interesting lines:
| if [ $VERSION -eq 32 ]; then
| # v3, yell.
| fi
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: PGP keys: advice from keyring maintainers ?
Quoting the mail fully for the added recipients. Looks like Charles was too shy to do so. Charles Plessy ple...@debian.org (12/05/2009): Dear all, I am getting quite confused after reading the many blog announcements about changing PGP keys for security reasons. Is it possible to get a somewhat official advice from the Project to its thousand of developers? In particular, a word from the keyring maintainers would be very helpful. Mail them, then? If there is an issue with the current keys, this should probably be documented in the Developers Reference as well. I can help for the formatting, but lack competence for the content. Have a nice day, and many thanks for your advices (and for your effort to keep the signal/noise ratio in this thread as high as possible). Mraw, KiBi. signature.asc Description: Digital signature
Re: lenny release at epoche 1234567890 ?
Gebhardt Thomas gebha...@hrz.uni-marburg.de (10/02/2009): just noticed that epoche 1234567890 is at 2009-02-14. That would be a release date that is easy to remember. 49862854.1070...@googlemail.com Mraw, KiBi. signature.asc Description: Digital signature
Re: Draft for lenny release announcement
W. Martin Borgert deba...@debian.org (10/02/2009): On 2009-02-10 20:54, Alexander Reichle-Schmehl wrote: What about: ... and more than 23,000 other packages ready to use software packages (build from over 12,000 source packages). built? Mraw, KiBi. signature.asc Description: Digital signature
Re: Results of the Lenny release GR
Robert Millan r...@aybabtu.com (12/01/2009): And I lost count on how many times I repeated that, but will do as long as necessary. We don't need that kind of behaviour *again*. Mraw, KiBi. signature.asc Description: Digital signature
Re: Discussion: Possible GR: Enhance requirements for General Resolutions
MJ Ray m...@phonecoop.coop (07/01/2009): Previously, I noted that fewer than 80 people participated in even the hotly disputed lenny blobs GR discussion. That suggests to me that lots of DDs aren't participating until the vote. It's hard to prove that a group is ignoring something, but disproof is simple: please could all DDs reading this email mjr-possiblegr at debian.org. I'll count with from -f possiblegr.mbox | wc -l in a week. Even for people who might try and follow those lengthy so-called discussions, extra-long mails like Ron's or yours makes it likely that From→mark-as-read actions appear. I wouldn't call your hiding foo at bar in one of them a simple disproof of anything. Mraw, KiBi. signature.asc Description: Digital signature
Re: The Unofficial (and Very Simple) Lenny GR: call for votes
John H. Robinson, IV jaq...@debian.org (15/12/2008): I support the right or priviledge of a researcher to run a poll on the topic of their choosing. I further support the right or priviledge of a Debian Developer to run a poll on a topic associatied with Debian. I support this specific poll. Keep up the work. Ditto; thanks dato! Mraw, KiBi. signature.asc Description: Digital signature
Re: Linux System Engineer (100%) in Zurich
Jurij Smakov [EMAIL PROTECTED] (26/11/2008): It's pretty unfortunate that Switzerland does not have any law in place preventing age discrimination [0], and I believe that in the spirit of Debian we should not provide a forum for posting discriminatory job offers. I suggest to have the blurb at http://lists.debian.org/debian-jobs/ modified to reflect this. You're being discriminatory towards Switzerland and pointing fingers!!!1oneoneleven¡¡¡ That is not acceptable behaviour! Mraw, KiBi. signature.asc Description: Digital signature
Re: Developer Status
Peter Palfrader [EMAIL PROTECTED] (23/10/2008): Having NMs in a keyring, maintained by keyring-maint, would probably solve this, and we could provide access to our porter machines when there is the need. That would be terrific. Mraw, KiBi. signature.asc Description: Digital signature
Re: Release notes
Raphael Hertzog [EMAIL PROTECTED] (05/10/2008): http://cvs.debian.org/ddp/manuals.sgml/release-notes/?root=debian-doc This link is wrong. DDP uses SVN nowadays. Question is: why is that still available? I assume CVS to SVN conversion kept history. And if it didn't, that site might get a BFW on top and on bottom to warn that it doesn't hold the current trunk, don't you think? Mraw, KiBi. signature.asc Description: Digital signature
Re: iso's and everything missing?
Ben Finney [EMAIL PROTECTED] (29/07/2008):
Where did you last see it? Perhaps it's behind the couch.
In other words, you've not said what everything you're talking
about, or where you expect to find it. Is there a specific URL you're
using that doesn't lead to what you expect?
Infer, doctor Finney, infer. ISO → CD → cdimage.
http://cdimage.debian.org/debian-cd/{current,4.0_r4}/
Empty as of this writing, was already some hours ago.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: DEP1: Clarifying policies and workflows for Non Maintainer Uploads (NMUs)
On 27/05/2008, Bas Wijnen wrote: The proposal is to use the DELAYED queue as the default way to do an NMU. This means in particular that the code is already finished when the mail about the NMU is sent to the BTS. So there is no reason to allow changes to the patch after this mail; if you need them, cancel the NMU and upload an other one instead (sending the new patch to the BTS). I'm talking about ACK'ing a previously-uploaded-and-accepted NMU in a future upload. Quoting Charles: “In order to acknowledge the NMU, it would be necessary to revert the current work, apply the NMU patch, merge the reverted work and resolve the conflicts.” I think I wrote about the 3rd paragraph of 5.11.2, maybe I should have quoted it as well: “When a package has been NMUed, the maintainer should acknowledge it in the next upload. This makes clear that the changes were accepted in the maintainer's packaging, and that they aren't lost again. For this, you MUST first incorporate the changes into your packaging, by applying the patch that was sent. Make sure to include the NMU's changelog entry in your own changelog. This is important to allow the BTS version tracking to work.” [Emphasis on “must” added on purpose, that was meant to be my point.] Mraw, KiBi. pgpeKzf2Qz9vA.pgp Description: PGP signature
Re: Making Debian work: a question of trust indeed
On 21/11/2007, martin f krafft wrote: Sam's mail was to James, CC the project. Don't you think that it's a little immature and definitely very premature to discuss the matter before James sent his own reply? Or is James a religious figure or helpless toddler that needs help defending himself? This whole thing reminds me a lot of http://lists.debian.org/debian-project/2005/02/msg00116.html and the ensuing thread. aj replied. James? By my counter, it's been more than 4 months, and we're still waiting for James to reply. Is it plain normal to keep on waiting, or is it time to put two and two together, draw a conclusion, and act accordingly? -- Cyril Brulebois pgpJastguH63K.pgp Description: PGP signature
Re: dopewars do we need such a game in debian distribution?
On 28/02/2008, Andreas Tille wrote: /me agrees with the original poster that DDs _could_ have spent their time otherwise better than maintaining questionable games, but because they are free to spend their time in whatever they want I would hate if people (including myself when just writing this mail) now spent even more time in discussing issues how people should better spend their time. So could we just stop here? ad And join pkg-games to help maintain (other) games. /ad Cheers, -- Cyril Brulebois pgpX1zhdogVle.pgp Description: PGP signature
Re: Bits from the DPL: FTP assistants, marketing team, init scripts, elections
On 25/02/2008, Gunnar Wolf wrote: This time we did. And he's not running again! :-( But HE is running. :) -- Cyril Brulebois pgp4HfEX8qM3P.pgp Description: PGP signature
Re: State of the project - input needed
On 24/01/2008, martin f krafft wrote: - what else would you deem relevant to a state of the project summary? It is just me or are there more and more teams, counting more and more members? Maybe graphing their count and member count might be interesting. And aren't we moving to using (public and advertised, through Vcs-*) VCS for packaging? It's quite nice to be able to “debcheckout $package” and to see what has previously happened and what is currently happening in a package's life (say: dpkg these days), making it easier to spot errors, suggest improvements, submit patches, etc. Cheers, -- Cyril Brulebois pgpnSuAykk2ia.pgp Description: PGP signature
Re: RFC: Introducing Debian Enhancement Proposals (DEPs)
On 16/01/2008, cobaco (aka Bart Cornelis) wrote: debian-devel-announce is restricted to DD's do we want that for proposing DEP's? On the other hand, finding a DD to forward a proposal would probably be easy enough, so it doesn't matter that much With my NM hat on, it looks like it is not a hard requirement, indeed. Cheers, -- Cyril Brulebois pgpKqEHy03Mgb.pgp Description: PGP signature
Re: moderating spam in debian-chinese-big5 list
Hi. On 08/01/2008, Augustin wrote: I am subscribed to the debian-chinese-big5 list. Unfortunately, since a few days ago, there has been a LOT of spam traffic (and only that). See http://cord.de/blog/index.php?entry=entry080108-144308 (linked from planet.d.o) If this is not the proper venue to ask, may I be directed to the right person? If you need to contact the listmasters, [EMAIL PROTECTED] You probably want to try and contact IIRC -owner anyway, to get list-specific changes. Cheers, -- Cyril Brulebois pgpwkeZodhYG6.pgp Description: PGP signature
Re: linhdd concerns
On 29/11/2007, cobaco (aka Bart Cornelis) wrote: override files allow comments which means giving a justification is already possible. So it seems this just needs to be documented as best practice? Yes. -- Cyril Brulebois pgpwk92xgu5mY.pgp Description: PGP signature
Re: Updated Debian Maintainers Keyring
On 22/11/2007, Pierre Habouzit wrote: http://ftp-master.debian.org/dm-uploaders.txt Thanks. Now that'd be great if DDPO could have those informations as well :) Hi from Mérida, I'm planning to integrate that in DDPO/PTS webpages. Cc'ing -qa to avoid possible duplicates. Cheers, -- Cyril Brulebois pgpBuaFAkZ4YB.pgp Description: PGP signature
Re: No buildd redundancy for alpha/mips/mipsel
On 29/11/2007, Michael Banck wrote: I believe buildd redundancy does not mean having 2+ active buildds, but having at least one active buildd who can keep up, plus a possibly inactive backup buildd who could quickly be made active in case the primary buildd fails. I'd add “having a responsive buildd maintainer”, uploading packages in a timely fashion. Cheers, -- Cyril Brulebois pgpwM2zbyroZ1.pgp Description: PGP signature
Re: Updated Debian Maintainers Keyring
On 27/11/2007, Joey Hess wrote: With the upload of debian-maintainers version 1.6, the following changes to the keyring have been made: dm:[EMAIL PROTECTED] Full name: Aur�lien G�R�ME (rewritten w/o half-broken encoding, maybe it would be nice to send mails using something different from us-ascii?) debian-maintainers (1.6) unstable; urgency=low . * Updated Ryan Finnie's key. Closes: #453075 * Added Debian maintainer Manuel Prinz. Closes: #453064 * Added Debian maintainer Simon Josefsson. Closes: #453138 Looks like there were actually no changes here. False positive of some sort? Cheers, -- Cyril Brulebois pgpxLoLKaMik1.pgp Description: PGP signature
Re: Updated Debian Maintainers Keyring
On 21/11/2007, Raphael Hertzog wrote: I think the flag has been added to some packages as a mean to do some real tests early during the development (even without any DM). See the changelog entry for 0.03: | [snip] | * Add Dm-Upload-Allowed: yes header to allow for access control of |automatic byhand processing. | [snip] Cheers, -- Cyril Brulebois pgpddNKYPiH1Q.pgp Description: PGP signature
Re: soc-ctte discussion at DebConf7 [was Re: Social committee proposal]
Andreas Tille [EMAIL PROTECTED] (09/10/2007): I also did not forgot, but wanted to revisit the video of the BOF which to my knowledge was not yet published (perhaps we should ask the video team for the location of the recording stream?) Are you referring to [1]? If so [2] looks like it to me (and also with s/low/high/ in the URL). 1. https://penta.debconf.org/~joerg/events/93.en.html 2. http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/low/349_Solving_social_problems_via_soc-ctte.ogg Cheers, -- Cyril Brulebois pgpkmGmzQweJH.pgp Description: PGP signature
