- Development - lists.drupal.org

4.8/5.0: Modules, the install system, and directories
by Morbus Iff 24 Feb '06

24 Feb '06

This is what I'd like to see in 4.8/5.0 which would tie up some "loose ends" as it were with some of the direction that Drupal is moving in. These are bullet points because I'm heading off to work, but I'll be more than happy to wax further. * Modules get their own directory. (modules/system/system.module). * All modules get own .install (modules/comments/comment.install). This way, all the relevant tables of a module are "closest" to the source, and won't actually get thrown into the db until someone enables them (I hate the fact that I've got about 15 tables I'm not using in my Drupal database. Just drives me nuts.) This also helps update.php in that it will only need to go through ENABLED modules, instead of performing updates for unused tables. We can also pre-create/publish nid 1 in modules/node/node.install without having that dummy hardcoded text, a long standing issue. * databases/ directory is removed entirely. By giving each module their own .install, we don't really need databases/ anymore - we'd just need to, at first run, check if table system exists. If not, find all required modules and run their .install. This way, we remove the entire schema creation step of the INSTALL. All the existing updates.inc would move into system.install. This is nice, IMO, because it'll make a purdy friendly installer a lot easier to create (as it'd just have to send to the frontpage after DB config/QA instead of sucking in databases.mysql). * Modules get an activate, deactivate, and uninstall hook. I think Merlin was working on this to some degree. Activate enables the module, deactivate disables it, but keeps the created data, prefs, and tables in place, and uninstall removes everything. This mimicks the operation of Gallery 2 modules - the uninstall part is awesome! If I use search.module for a week on my 5000+ node site, then find out it's just not good enough, I don't want those gigantic tables hanging around forever, taking up backup space. If I uninstall search.module, those tables and data should be removed. * .install files get aggregator_schema_version() function which tells the installer which version number to set in the system table on FIRST INSTALL. This way, it's not calling or seeing a number of updates that are already applied to the initial starting table. (I think this is a problem in our current install system, right?) * By putting modules into their own directory, we're making it easier for some of those comments.help related ideas to kick in - to stick the help text in an external file and call it only when needed. I also think that chx's splitmode is a lot nicer if we could constrain the split functions to their source directory instead of having a primary directory full of 1000+ mini-files. I coulda swore I had more in the shower, but I've to go to work now. -- Morbus Iff ( accept no prostitutes ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus

17 60

find the absolute order of hooks and modules?
by Anders Hamilton 24 Feb '06

24 Feb '06

Hello, Does anyone know if: Is it possible to find out the order of hooks calls when a page is called? Is there a rule or function that determines this? Is it immutable and dependable information that can used in the creation of a module? Is it possible to find out the order of modules being loaded when a page is called. Is there a rule or function that determines this? Is it immutable and dependable information ? I seem to remember seeing that modules are loaded in alphabetical order. Is this true? Would it be safe to say when a forum node is called then Comment Forum Node is the order? or would it be something different everytime? TIA (sorry if this is a duplicate but my mail does not seem to go through to the list is there a delay of some sort ?)

6 8

4-5 week absence
by Dries Buytaert 24 Feb '06

24 Feb '06

Hello world, with my marriage around the corner (March 25) and our honeymoon directly after that, it is almost time for me to unwind and disconnect for a while. As of March 15, I'm going to take a 4-5 week (one month) break from everything Drupal. I don't want to announce this on drupal.org yet, but I soon will. I talked to Steven about this on more than one occasion and we'll be talking about this some more during the weekend. In short, he'll take over the day-to-day maintenance during my absence. Depending on the state of Drupal CVS HEAD / 4.7.0, I might also add one or two (interim) core committers. More about that later. For now, I just want to let you know about my scheduled absence. -- Dries Buytaert :: http://www.buytaert.net/

8 7

Re: [infrastructure] packaging script problems
by Ken Collins 24 Feb '06

24 Feb '06

Matt, My theme contribution was packaged just recently, first time in almost a week, but there are still some problems. If you take a look at my commit logs these commit numbers dating back to the 18th are not being packaged, even though they are in the correct branch. #26490, #26466, #26447, #26378, #26153, #26148 http://drupal.org/project/cvs/43376 Odd thing however, there were new file additions on the 22nd that were packaged correctly, #26465 and #26464. Any body else seeing this? - Ken On Feb 24, 2006, at 2:44 AM, Dries Buytaert wrote: > > On 24 Feb 2006, at 02:30, Matt Rae wrote: >> Hi, the packaging script wasn't being run by cron for some reason. >> Moved >> it to be on the root crontab which may work better and be a better >> place >> for it. If any problems arise let me know. > > The crontab was running on drupal1. Maybe it got disrupted after > drupal.org got switched back to drupal2? > > -- > Dries Buytaert :: http://www.buytaert.net/ > > -- > [ infrastructure | http://lists.drupal.org/listinfo/infrastructure ]

1 0

Bugfixing
by Karoly Negyesi 23 Feb '06

23 Feb '06

According to Dries, http://drupal.org/project/issues? projects=3060&versions=9902,9842,9753,9728,6487&categories=bug&priorities=1&states=1,8,13,14 has 49 entries. There are 749 members on this list. Let's assume that only 1 percent of them are core quality (that's nonsense). Even then, one bugfix a day will close all of them by early next week. Before you turn in, check whether you have fixed your critical 4.7 bug today. It takes usually half an hour at most. To heed my own advice, I just closed two. There are 47 now. Keep me posted in this thread. This week Dries is occupied with upgrading drupal.org. Next Monday I want to point him to an empty list and ask for a release candidate. We can do it. Just one patch every evening and a short note here that you did it. Go!

14 21

Do you want early access to 4.6.6?
by Karoly Negyesi 23 Feb '06

23 Feb '06

You don't even need time to test the patch! You just apply it on your production site, the bigger, the better and sit back. If it breaks stuff, you undo the patch. If it works, you report back success after a day of testing. In other words, we are pretty confident it's release worthy. On the other hand, we do not want to release something bad. So please help us in testing. Thanks Karoly Negyesi Ps. Yes last time we should have done the same. It's never late to correct yourself though :) .

5 5

"I'm disappointed by the freeze"
by Dries Buytaert 23 Feb '06

23 Feb '06

On 20 Feb 2006, at 10:29, Bèr Kessels wrote: > Updated by: Bèr Kessels > > Personally I am getting more and more dissapointed by the actual > "frozenness" of HEAD. So if nothing changes in the current behaviour, > why should this issue wait? Ber, you can stop sprinkling "I'm disappointed by the freeze"- messages all over drupal.org. There is no need to attach them to each issue you update. Let's use the issues for technical discussions rather than for spreading FUD. Thanks. We can continue to discuss this in a central place (this mailing list, this thread) if you wish. -- Dries Buytaert :: http://www.buytaert.net/

8 17

Re: [bug] fix locale and admin/node search form goto bugs
by Karoly Negyesi 23 Feb '06

23 Feb '06

> (Beh, more form attributes.) Oh and I want one more for 4.7 ... see the form caching patch which I think is mandatory because of performance. Moshe volunteered to bench it. drupal.org/node/38798

1 0

Re: [development] Refresh Drupaldocs.org?
by Vince Do 23 Feb '06

23 Feb '06

OK, great! Thanks for the replies and resources. Vincent

1 0

Re: [development] google just pwned the brochureware site industry
by Theodore Serbinski 23 Feb '06

23 Feb '06

"Don't worry about saving" Google Page Creator saves your changes automatically as you type, so no more nervous breakdowns from losing all your work. I posted this one a while back: http://drupal.org/node/25463 It's hot. It certainly is. > On 2/23/06, Adrian Rossouw <adrian(a)bryght.com> wrote: > > http://pages.google.com > > > > Go play with the site editor, that's how our themes should work damnit.

1 0