Re: Minutes from Developer Membership Board Meeting 2013-01-07
2013/2/14 Scott Kitterman : > I think that while it's natural for others to have an interest, it's > Björn's application and he's the one that should be speaking up if he > has questions. Can't we just talk about the issue at hand instead of debating who should have said or done this or that? The fact of the matter seems to be that in spite of the DMB's own guidelines of providing rejected applicants with guidance for how to move forward, this has not happened. I too would love for Ubuntu to have the most motivated Libreoffice maintainer possible. Refusing people the easiest way to do their job and then not offering any insight or guidance on how to move to "the next level" is not a recipe for motivation. Quite the opposite. -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Minutes from Technical Board meeting, 2013-01-07 2100 UTC
The technical board had its regular scheduled meeting on Jan 7th, 2013 at 2100 UTC. In attendance were Soren Hansen (soren) (your scribe for the day), the honourable Colin Watson (cjwatson), the distinguished Stéphane Graber (stgraber) and last, but certainly not least, the esteemed Martin Pitt (pitti). Absentees: Matt Zimmerman, Kees Cook Agenda: Action review: [pitti] Brainstorm review Discussion items from the mailing list Community bugs Any other business Next meeting = Action review = There was a single item on the action review list: Brainstorm review. pitti had performed his duties for the semiannual brainstorm review. He still awaits a response on some of the requests he sent. 21:03 < pitti> my review resulted in 7 items, 3 of which got a response 21:03 < pitti> the other four are still outstanding 21:03 < pitti> [link] https://wiki.ubuntu.com/TechnicalBoard/BrainstormReview/Dec2012 21:04 < pitti> not very surprising with the holidays in between, etc. I asked for a response until mid-january He further explained that he hadn't strictly picked the top items as some were no longer relevant. soren wondered if the non-relevant ones would "expire" or if their popularity would decay over time so that. pitti explained that one can use "most popular in the last 6 months". = Discussion items from the mailing list = Timo Aaltonen had requested a MicroReleaseException for sssd. https://lists.ubuntu.com/archives/technical-board/2013-January/001453.html A short discussion did not raise any issues with this request. = Community bugs = None. = Any other business = None. = Next meeting = The next meeting will take place in #ubuntu-meeting on Jan 21st, 2100 UTC. Stéphane Graber volunteered to chair. Full log is at: http://irclogs.ubuntu.com/2013/01/07/%23ubuntu-meeting.html#t21:02 -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: proposal do disallow syncs of library packages from experimental without approval
2011/10/5 Colin Watson : > I don't want to add extra archive-admin checking to the sync process; > firstly, we're moving towards self-service syncs anyway, and secondly, > as the libav example shows, syncs aren't really special here. I agree that this shouldn't be an archive-admin job. However, due to the binaries land in the NEW queue (assuming the binary package name is based off of the soname), they seem like a natural *gatekeeper*, even though they might not be the actual *reviewer*. Perhaps some sort of integration (if not directly, then by way of a Greasemonkey script or whatever) between Launchpad's binary NEW queue page and the library transition tracker could help by indicating whether this is an expected, planned transition (i.e. a red warning light if there's no corresponding transition in the transition tracker or something to that effect.)? -- Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: proposal do disallow syncs of library packages from experimental without approval
2011/10/5 Sebastien Bacher : > Le mercredi 05 octobre 2011 à 16:08 +0200, Matthias Klose a écrit : >> During the oneiric development cycle we had syncs of library packages >> from experimental, introducing new sonames, and changing APIs in a way that >> other > The issue is not really specific to experimental, that could happen the > same way with updates done in Ubuntu directly or syncs from unstable. Absolutely. Any extra review process, gatekeeping or whatever we come up with in this discussion should be applied more globally than just syncs/merges from Debian. It's just as (or perhaps even "at least as") easy to paint yourself into a corner if you're not going through those channels. -- Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: release cadence for Q and R
2011/6/16 TImo Aaltonen : > Well, the Father's Day for us Scandinavians is the second Sunday of > November, so traveling the weekend from US would basically mean missing it > :) Father's day in Denmark is actually June 5th. (We also don't consider Finland part of Scandinavia. Perhaps these facts are somehow connected :) ) -- Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Using -v when merging from Debian
2011/5/28 Scott Kitterman : > Benjamin Drung wrote: >> I forgot to specify the -v parameter several times. I found an >> effective way to avoid those mistakes. Before every upload, I check the >>_source.changes file (for example with less) that everything in there >>is ok. > I do this as well it can save you from a multitude of sins. Me too. I have no idea why, but for some reason I'm way better at spotting that I've set the wrong target series when I look in the .changes file than when looking in the changelog. -- Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Analysis of Python 2.7 support in Natty
2011/2/4 Robert Collins : > On Fri, Feb 4, 2011 at 12:10 PM, Elliot Murphy wrote: >> On Thu, Feb 3, 2011 at 8:56 PM, Barry Warsaw wrote: >>> If necessary, we can solve the LTS upgrade problem similar to the way we >>> solved it for Lucid; we create an official PPA with Python 2.6 and port over >>> the stack required by services such as Launchpad. 3rd parties still >>> requiring >>> Python 2.6, could create their own PPA, dependent on ours, and add whatever >>> packages they need to the former. >> This seems like a perfectly reasonable solution for launchpad and >> other server apps. We wouldn't normally upgrade the data center >> servers to a non-LTS release like Natty anyway, and I believe this is >> the approach used in many data centers. > Indeed, we'd discussed at the rally; and from a LP perspective, a PPA > with 2.7 in it for Lucid is actually the thing we want most. That will > let us prepare for the next LTS now. I'm rather intrigued by this idea. I just don't completely understand how you deal with the cases where a python package in Lucid isn't compatible with 2.7, yet specifices compatiblity with e.g. >= 2.5. As I understand it, any such package will prevent installation of the python2.7 package (since it will fail to bytecompile for 2.7)? If this was done for Lucid, how were these situations handled? Pushing fixed versions of the offending package to the PPA with a stricter Python version setting? -- Soren Hansen | http://linux2go.dk/ Ubuntu Developer | http://www.ubuntu.com/ OpenStack Developer | http://www.openstack.org/ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: SSH and the Ubuntu Server
On 18-11-2010 21:59, Alex Chiang wrote: > I would expect that a data center set up in this manner would > also have remote serial consoles to all the machines there too, > using conserver or conman something similar. I wonder if the no-open-ports-by-default policy applies to serial ports as well? If not (which I'm guessing is the case), perhaps this is something we should do set up default? -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ signature.asc Description: OpenPGP digital signature -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: SSH and the Ubuntu Server
On 18-11-2010 16:49, Marc Deslauriers wrote: > I want the person installing the server to actually make the choice > to install ssh in order to realize that doing so may have > consequences. ie: "Oh wait, If I install ssh now, I should unplug the > server from the network and configure ssh properly before hooking it > back up..." What does "configure ssh properly" usually entail? Are these some defaults we can change or offer as follow-on questions if people answer "Yes" to this dialog? (Yes, I fully realise that will very likely result in a net loss in usability on account of more questions asked, just trying to get something constructive out of this thread) -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ signature.asc Description: OpenPGP digital signature -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: SSH and the Ubuntu Server
On 18-11-2010 17:00, Serge Hallyn wrote: > Forgive me if the answer is obvious - but how is this any > better then than simply expecting users to click 'ssh server' > in the tasksel window which always comes up? From Dustin's original e-mail: 1) the current option to install SSH on Ubuntu servers is buried in the tasksel menu - SSH is more fundamental to a server than the higher level profile selections for: DNS Server, Mail Server, LAMP Stack, Virtualization Host, etc. -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ signature.asc Description: OpenPGP digital signature -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: restricting dmesg
On 16-11-2010 18:50, Kees Cook wrote: > I figure we could add a useful error message to "dmesg" to provide > education about the change, which would suggest using "sudo" or > pointing people to the new /proc/sys/kernel/dmesg_restrict sysctl. Have we gotten any kind of feedback on the similar changes that were made to strace? -- Soren Hansen Ubuntu Developerhttp://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ signature.asc Description: OpenPGP digital signature -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
