- Development - lists.drupal.org

Is there a how-to contribute to core for the impatient?
by Ivan Sergio Borgonovo 29 Nov '07

29 Nov '07

I'd like to contribute to core or at least test some of the patches, check issues etc... for pg, and if I'm lucky enough propose some patch too. I can think of this bunch of activities/knowledge I should have before I can contribute to core: - build up a testing environment - checkout HEAD d6 - apply proposed patches in issues - write/correct patches - coding standards Anything to add to this: http://drupal.org/node/28245 and http://drupal.org/coding-standards ? -- Ivan Sergio Borgonovo http://www.webthatworks.it

3 2

Encouraging young contributors: We need your help!
by Angela Byron 29 Nov '07

29 Nov '07

I don't know how many of you read the front page of drupal.org so I'll try and summarize the contents of http://drupal.org/node/195913. * Google has announced a contest for 13-18 year olds to help them get involved in open source. * How the contest works is the various open source projects (one of which was Drupal) write up a series of tasks, each of which would take between 2-5 days to complete. * Tasks can be anything from coding to documentation to research to... * Students "claim" a task and win prizes for completing one or more tasks (a t-shirt, $100-$500, up to a grand prize of a trip to Google HQ) * Each project can have a total of 102 tasks. (That number may go up though, depending on how successful the program is.) At the program launch, Drupal had about 45 tasks. *Over half* of these were claimed *on the first day of the contest.* While this is fantastic, both for the prospect of the contest and for the Drupal project, it does come with one rather large problem: We DESPERATELY need your help so we can keep up with these students!! :) We basically need an army of people to head over to http://groups.drupal.org/node/7362 and start creating potential tasks that we could use in this program using the guidelines/template from http://code.google.com/p/google-highly-open-participation-drupal/wiki/HowTo…. Please note that writing a task means more than "Well what about something with such and such module?" and means actually thinking it through and putting it into words what exactly you're looking for, and scoping it so it can be done by a student in a short time frame. That said, it's a great opportunity to get some of these "really important but too many other fires" problems taken care of, or scratching personal itches (as long as you can justify its importance to the project as a whole), or something that would greatly improve drupal.org, or what have you. Tasks that have been popular thusfar: - Theming related stuff (make bluemarine color module-enabled, create a D6 theme..) - Create a recipe for $foo (podcasting, school news site, single-user blog, personal site...) - Create a video for $foo (translating Drupal, TortoiseCVS...) - Fix $foo documentation (upgrading docs, snippets, D6 help docs..) - Coding tasks (port $foo module to 6.x, create install profile...) - Translate $foo into $bar language (patch videos.. anything else that makes sense to translate??) - Marketing tasks (interview Dries, create promotional graphics/brochures...) Then again, it's only been a day, so kind of hard to predict trends. ;) I *really* appreciate anyone's help on this. And if you're IRC-capable, please idle in #drupal-ghop and help answer students' questions. -Angie

1 0

Re: [development] Change order of title and body fields
by Michelle Cox 28 Nov '07

28 Nov '07

That's on output. Would be nice to be able to move it for input. Michelle On 11/28/2007 4:49:15 PM, Simon Hobbs (emspace.com.au(a)gmail.com) wrote: > Philippe, just a warning > > As I understand it, on node pages, eg. node/x, the title is applied as > part of the page template - which therefore will not be altered by > weight only. > > I always assumed that this is why title is greyed out. >

1 0

Re: [development] Change order of title and body fields
by Philippe Jadin 28 Nov '07

28 Nov '07

> BTW, it would be so easy to be able to move body and title (and > taxonomy) in the CCK configuration screen (they have fixed weight) > [moved to dev] Answering to myself, I looked in the CCK code, and the weights of body and title are not managed there. I think this is the responsibility of core, but where is it ? I couldn't find documentation on this. Currently, the weights are hardcoded title : -5 taxonomy : -3 body: 0 and you can't put those inside cck groups. Is there plan to change this / is it possible ? Thank you Philippe

4 4

db advanced features: transactions, constraint and data integrity
by Ivan Sergio Borgonovo 28 Nov '07

28 Nov '07

Larry Garfield was pointing out the mess would be dealing with different MySQL engines. My pointer to a benchmark of pgsql raised a lot of fuss. I'm developing a couple of modules that will run on pgsql and I noticed how much I relay on "on delete cascade" and how much pain it should be in terms of performances relying on "delete" users and node hooks when you mass delete stuff. MySQL already have those features, but I wouldn't dare to use them right now. Anyway they will become more mature and more available (as I said several times I like to have the chance to be unfaithful, and the fact that MySQL is becoming a better product for the things I need is much welcome). Before laying down any plan for DB abstraction in D7 it would be nice to see what are the common *easy to support* features across a bunch of Free/non-Free(?) DB that people use most. MySQL advocates consider this: the most used Open Source DB is going to offer reliable(?) data integrity features to the masses shortly(?). As other CMS will move to PHP5 and they will enjoy the benefits, they will start to use more advanced DB features and enjoy the features. As a side note I do really appreciate the fact that in MySQL you can chose between different engines, I consider it a configuration options and I do understand that MyISAM may be more suited for a "static" CMS and that people do care about performances, but again... I see Drupal as a CMS framework rather than a CMS so it should be suited for different tasks. There are tasks (and some of them are the tasks where the money are) which aren't suited to MySQL, at least now... -- Ivan Sergio Borgonovo http://www.webthatworks.it

3 2

Bookmarks2 up for adoption
by David Norman 28 Nov '07

28 Nov '07

I'm putting Bookmarks2 up for maintainer adoption. It's one of those modules I probably should have never let out of my sandbox, but alas, it is a listed project. http://drupal.org/project/bookmarks2 The reason for releasing it was to give an encrypted bookmark option to remember logins to other sites. The added feature requires mhash, which will probably perpetually keep it unpopular unless someone updates it to use PHP5's hash PECL addon.

2 1

drupal on postgresql benchmark
by Ivan Sergio Borgonovo 28 Nov '07

28 Nov '07

I just found this: Converted the site from MySQL to PostgreSQL http://jamonation.com/node/734 it is not explicitly said but the site should run drupal. -- Ivan Sergio Borgonovo http://www.webthatworks.it

14 28

RFC on packaging installation profiles
by Derek Wright 28 Nov '07

28 Nov '07

In the near future, installation profiles will be packaged with all of core, and whatever contributed projects they depend on. In designing exactly how this system will work, there are some unanswered questions that I'd like to get feedback from the community about. I've posted each one as a poll in the installation profile group[1] so that people can both comment and vote on the various alternatives. I also posted a summary/overview with links to the 4 polls in the forum on d.o, for potentially better visibility: http://drupal.org/node/195877 Please read that, then follow the links to each poll. I've posted analysis and explanation for the questions as the first comment on each poll, including a pretty complete list of pros vs. cons. Comments are now officially welcome. Instead of forking the discussion, please do *not* reply to this email, but comment on the appropriate poll node on g.d.o. I've already disabled comments on the summary forum post on d.o. In a week or so, I'm going to make my decisions and start implementing things, at which point I'll close the polls (both figuratively and literally). So speak now or forever hold your peace. ;) Thanks, -Derek (dww) [1] http://groups.drupal.org/distributions

1 0

Fwd: Drupal.org uprade: contributed module dependencies
by Dries Buytaert 28 Nov '07

28 Nov '07

Oops, typo in e-mail address. Begin forwarded message: > From: Chad Phillips -- Apartment Lines <chad(a)apartmentlines.com> > Date: Mon 26 Nov 2007 20:11:40 GMT+01:00 > To: Dries Buytaert <dries(a)buytaert.net> > Cc: developement(a)drupal.org, Derek Wright <drupal(a)dwwright.net>, > James Walker <walkah(a)walkah.net> > Subject: Re: Drupal.org uprade: contributed module dependencies > > our current project* roadmap to 6.x is here: http://groups.drupal.org/node/6180 > > as you can see, much still remains to be done. we could shortcut > some of that stuff and start the port to 6.x sooner, but i think > that will only make things harder for derek and i in the long run, > and i'd prefer not to do that. > > both of us have communicated our need for assistance in getting > project* 6.x compat (multiple times on the mailing list, in IRC, > etc), mentioning that it could hold up a D6 release -- but sadly, > few have stepped up to help. on the bright side, there has been > good recent progress in the views conversion. > > i'd say it's theoretically possible to have everything done in 4 > weeks -- but realistically, unless we get some funding, or more > people pitching in now, it's not gonna happen. > > chad > > > On Nov 26, 2007, at 7:18 PM, Dries Buytaert wrote: > >> Hello all, >> >> traditionally, one of the requirements to release a major Drupal >> release, is us eating our own dogfood at drupal.org. That is, we >> always maintained a tradition of testing a major Drupal release on >> drupal.org itself. >> >> As a first release candidate is eminent, I want to reach out and >> inquiry about the status of the contributed modules that we use on >> drupal.org, and the project/issue related modules in particular. >> >> Other notable modules that drupal.org depends on are the image >> module, the image gallery module, the simplenews module, the port >> stemmer module, the code filter module, and the CVS integration >> module. >> >> What is the likelihood of these modules being production-ready in >> the next 2-4 weeks? It would be great to get a status update from >> their maintainers. We should start a concentrated effort to get >> this modules in prime condition relatively soon. If not, they risk >> being release blockers. >> >> Thanks, >> >> -- >> Dries Buytaert :: http://www.buytaert.net/ >> > -- Dries Buytaert :: http://www.buytaert.net/

8 8

Re: [development] drupal on postgresql benchmark
by Khalid Baheyeldin 26 Nov '07

26 Nov '07

On Nov 26, 2007 2:48 PM, Bill Moran <wmoran(a)potentialtech.com> wrote: > In response to "Khalid Baheyeldin" <kb(a)2bits.com>: > > > On Nov 26, 2007 1:52 PM, Bill Moran <wmoran(a)potentialtech.com> wrote: > > > > > My point is: > > > a) Let me send you a tweaked postgresql.conf file and well find > > > out whether the performance difference is simply a matter of > > > untuned configuration and ... > > > > I will post them for all to see, maybe someone will point out something > > else. > > > > These are the non comment lines in postgresql.conf > > > > hba_file = '/etc/postgresql/8.2/main/pg_hba.conf' > > ident_file = '/etc/postgresql/8.2/main/pg_ident.conf' > > external_pid_file = '/var/run/postgresql/8.2-main.pid' > > listen_addresses = 'localhost' > > port = 5432 > > max_connections = 100 > > unix_socket_directory = '/var/run/postgresql' > > shared_buffers = 24MB > > max_fsm_pages = 153600 > > log_line_prefix = '%t ' > > stats_row_level = on > > autovacuum = on > > datestyle = 'iso, dmy' > > lc_messages = 'en_CA.UTF-8' > > lc_monetary = 'en_CA.UTF-8' > > lc_numeric = 'en_CA.UTF-8' > > lc_time = 'en_CA.UTF-8' > > Oh yeah ... there's lots of room for improvement here. > > How much RAM does this system have, and how much of it is "free" > memory during the test? > 2GB of RAM. Here is the output from free: total used free shared buffers cached Mem: 2060032 1813748 246284 0 576896 439828 -/+ buffers/cache: 797024 1263008 Swap: 3903712 260 3903452 And here is /proc/meminfo MemTotal: 2060032 kB MemFree: 245736 kB Buffers: 577000 kB Cached: 439912 kB SwapCached: 16 kB Active: 777476 kB Inactive: 550212 kB SwapTotal: 3903712 kB SwapFree: 3903452 kB Dirty: 96 kB Writeback: 0 kB AnonPages: 310812 kB Mapped: 32764 kB Slab: 457012 kB SReclaimable: 425856 kB SUnreclaim: 31156 kB PageTables: 9352 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 4933728 kB Committed_AS: 526896 kB VmallocTotal: 34359738367 kB VmallocUsed: 2724 kB VmallocChunk: 34359735611 kB We can carve off some memory from cache and buffers (1016 MB combined). > Khalid ... are you willing to work with me to investigate this? > If not, I'll try to get my own test rig set up, but it probably > won't happen until the new year. > I am willing to, time permitting of course. > Off the top of my head, I'd start out with 2 things: > *) Bump shared_buffers to 1/4 the total memory on the system > *) "vacuum analyze" the database after the load but before > the perf test. > What do you mean after the load? You mean after loading data into the database but before running ab? > > I'll look this over a bit and send you a recommended config file > later this evening. > > Will look forward to it. I guess we can take this conversation off the list too, so as not to spam others. -- Khalid M. Baheyeldin 2bits.com http://2bits.com Drupal optimization, development, customization and consulting.

1 0