~kanarip

As some of you might know, I blogged to ask for a document management system and something that could deal with references. Extremely fast, I had a very useful responds that Zotero might be what I was looking for (many thanks!). Zotero is not only what I was looking for, but has so many options that I cannot stop myself telling how wonderful it is to anyone that seems to be listening. The reactions very from: “really nice program you have” to “WOW, that would have made my life so much easier” (yes that's right, no negative replies). I think that everyone (not only the people I meet) should have the opportunity to benefit from this Firefox plug-in. So, now I’m telling the world!

First of all: Zotero is ridiculously easy to work with. Besides, the documentation on http://www.zotero.org/ makes it possible for people that are “as good with computers as my mum” to fully understand and use all the facets of Zotero. Secondly, automatically obtaining information required for referencing by doi-number or ISBN saves a lot of time: instead of writing everything down yourself, you only need to check what Zotero come up with. If it is not to your liking you can easily adjust title (incl title case and lower case), author and so on. Furthermore, you can add notes and tags, categorize your documents, all to find them later on in only a few seconds. At the moment, I have about 400 items in my library and the search speed amazes me. I don’t need to make myself a cup of thee I only blink and before I have opened my eyes Zotero came up with a search list through all my data (that is: scientific articles in pdf format, notes and tags made in Zotero and documents written in OpenOffice)! And just to get back to the referencing part: you can export references in Word, OpenOffice, Gmail, LaTeX and possibly also other programs (I, however, don’t use those programs so I cannot give you feedback concerning that). Anyhow, this means that citation of references can in most cases simply be done by drag and drop. Furthermore, you can adjust the format in which the citation is made. And if that is not good enough: Zotero allows you to share your library with other people and allows you to access your library from different computers due to their server. Obviously the space on the server is limited and if I would want to use this I have to buy more space or work on only one computer since I just have too many files in my library. Anyway, the space they give you for free is more than enough to get a feeling of the value of this plug-in (I had almost 200 articles in my library before Zotero warned me that I didn’t have enough space on the server to sync my library).

A couple of things I haven’t tried yet and questions I have for the long run are:

-          Will I be able to use this program without major crashes up to at least the duration of my research (3 years)? Most likely the answer is yes, but I have to see that before I can believe it. I’m also not sure how to restore data if that would happen.

-          How does portable FireFox (combined with Zotero) work? In case I don’t have internet at hand... or can I simply open my browser and have zotero at hand? (I strangely enough never use my computer without internet. You may call me addicted.

-          What is best for exporting my references to LaTeX? Especially if I want to refer to many scientific articles? I have tried it with 1 article and that was ok. but I think that it can be done with less effort from my side (or maybe I’m just getting lazy seeing what is possible at date).

-          LyX , well that’s just one of those things I also have to try, I guess.

For now, I’m just extremely happy I found Zotero. Therefore, great many thanks to JFM who said that this might be it for me. You were right J.

If someone has any questions about this plug-in or how to deal with it and cannot find it on Zotero’s homepage, I’d be happy to help you!

The fastes way to get my boyfriend respond is via this medium... Emails and phonecalls don't work. Letters, well... don't even bother to send those to him. Luckily, there is a way to get him involved in my (computer)life. I just had a phonecall and he was really helpful explaining me what is and is not an error I should worry about. @Kanarip: I'll thank you later (K).

At the moment I wish I was more eager to learn how to deal with computers in a more advanced way. I think I'm more advanced than an ordinary user, but well... not good enough yet to understand why my computer crashing every freaking day. It is annoying. Anyhow, what sort of information should I have trying to solve this is my question?

Few things I noticed:
- First crash occurred 28th of February (can I somehow obtain information about what sort of software I installed that day or just before that day?)
- I'm installing a lot of programs lately. These were: Zotero, XdrawChem, WinDrawChem, PSPP, Chemical Calculator, SpecViewer. Furthermore, I keep all my software up to date.
- My memory is used to the fullest almost constantly. (for example: 44% in use by programs and 55% in use as cache).
- My network is often down (damn wireless)
- I am almost always on the internet when I work on my laptop.
- I've taken a screen-shot of the errors I have had lately...

Especially the attachment screenshot.jpg worried me (though it was gone after a restart). I hope my laptop will survive my PhD, which I just started... Can anyone say that it is not that bad and that it is only inconvenient at times? My laptop has his maintenance soon enough (2 weeks from now, at least if my boyfriend allows me to use him for this).

The FUDCon in Toronto brought me, besides some really nice memories, a laptop referred to as OLPC. Last night I had a dinner party. I saw this an opportunity to explain them about the project and let the 30year old kids play with it. The first thing we noticed was that we are brainwashed by normal operating systems. We don't know how you can get to the main menu after you entered a program. However, we were all very enthusiastic about the project and we are sure that the kids in the age range well below us are more flexible and learn it quickly via trail and error. One of the guys explained that a similar project was run in Portugal. I'm googling and see that the XO is the big winner during a trail in Portugal. Somehow I cannot suppress this feeling of being proud, whereas I honestly haven't done a thing for the project. Only... well, let's just say I'm a good person to spread the news on open source software. Since I could explain why the kids can truly benefit from this type of laptop more than software that isn't open source, one of my friends saw the light: "SOOOO COOOOOOL". And indeed it is. It is good to develop yourself via educational exploration and have the possibility to look at what others have written to develop the software (you may be using). This way of learning most likely doesn't work for all of us, but it is an under-appreciated manner of learning if you'd ask me (in the Netherlands that is).

Another random day at the office: Can you imagine this happens to all of your users?

Solution: Tell the domain member (client machine) that the active directory domain name space is in the trusted zone. I mean, wtf... ;-)

I think I'm going to have to give you a summary of the second and third day of the Bacula Systems Administration Course, part I that I participated in late March, since apparently I've been too busy with different stuff to even finish the blog post I was originally supposed to do on the second and third day.

The second day was a more hands-on day where we practiced with backup and restores including a full meltdown of the Director and Catalog server; having the backup server go down and not be recoverable other then from your previous backup gets you in a catch-22 kind of situation. It's not at all that hard though, since Bacula specifically addresses this type of situation in its documentation, taking you through the process step-by-step, with a grant total of not even 10 steps.

You have to have done it once, even if it's just to experience this situation once before it just happens to you in real life and you don't know what to do.

Since the day was full of exercises and practicing, it was an exhausting day altogether. Though again on the second day, much like the first day, I didn't run into any trouble at all, so I could very smoothly work through the tasks assigned ;-)

Later on in the evening, we were all invited to dinner in a restaurant nearby, where -of course- we enjoyed a couple of beers and some good stories.

On day three of the course, we got to relax a little more. I think the exact words when we came in in the morning were "Welcome, glad you survived the second day."

Various types of backup strategies also were brought to our attention. A couple of case studies showed us exactly what was on Kern's mind while he discussed certain types of backup strategies along with his choice for Pools, Volumes and other settings, and his calculations on the number of Jobs per Volume, the maximum number of Volumes, and retention periods.

Although that too isn't all that difficult (it's merely a little too abstract if you will), it's great to hear the grand master himself explaining how it works.

Today was the first day of the Administration Course 1 for Bacula, by Bacula Systems. I am here sponsored by the distributor in the Netherlands, Amaziq Source, as a "thank you" for creating two sales leads which where followed up by Bacula Systems and Amaziq Source, and solidified -with two of my former Operator Groep Delft customers.

One of my former customers was using Commvault, which apparently turns out to be a big dissappointment when you decide to upgrade your backup environment. It seems Commvault only sells you the new, expensive license if you also purchase a number of days of expensive consultancy along with it. At these times, I can only grin, from ear to ear.

The other customer had decided on its own to move away from their existing Symantec backup suite, partly because it Just Didn't WorkTM, and partly because of the attractiveness of Open Source. Either way, when I worked at the customer site -on a job that had really nothing to do with backup- we were informally discussing the backup solution they were looking at at that time, and they let me know it was Zmanda. When I told them Zmanda is not(1) Open Source(2), even though they love to pretend to be, I got to explain why not (just try to download the source and you'll see for yourself) and most importantly, I got to mention an alternative. Enter Bacula, which they've now purchased a support subscription for with Bacula Systems.

Back to the original topic of this blog post, the course itself, to me at least didn't seem very advanced, since I've been occasionally operating Bacula for a number of years. I have to say that was just the first day though, and tomorrow is promosing to be way more challenging (I think the actual word used was "boggling"). I realize though the average system administrator used to any other type of Backup & Recovery software may require this course to get used to the different terminology used within Bacula, as it is not your average click-and-pray type of program.

Even in my case though, the course helps in creating a correct understanding of the features and configuration of Bacula, and as such helps me to futher increase my knowledge of Bacula. Even more so, since this course is being mentored by the original author of Bacula; Kern Sibbald. This man, for whom I've got much respect, has been working at Bacula for over 8 years already. It's one of the main reason why I'm in this course in lovely Switzerland; I might as well have followed the course in the Netherlands but I wanted to meet more of the Bacula people, Mr. Sibbald in particular.

We learned about the architecture of Bacula, which of course I thought I was pretty much familiar with already, but I did get to hear some more, new details on how in greater environments, multiple Directors, Catalogs and Storage Daemons can be aligned and balanced out -and some more details I all wrote down in the handout.

After the initial "overview", we went into the feature and configuration details of Bacula, merely scratching the surface of each configuration directive of each component. I got some things that were on my mind cleared up, as I've been working with all kinds of different backup suites throughout my carreer with Operator Groep Delft... ;-)

I can't wait 'till tomorrow, but first: dinner and drinks

I'm in Paris with Xavier Lamien this weekend, to work on RPMFusion's implementation of Koji, and to work on the implementation of Puppet, and in return I can pick Xavier's brain on dist-cvs and dist-git foo.

Today, we plan on going to Linux Solutions, where we'll probably meet a lot of Fedora and non-Fedora people ;-)

Tomorrow, the work starts. We start out with implementing Koji for RPMFusion since that has the biggest win for all of us.

Dear fellow Fedora Project contributors,

over the past few months, the Fedora Project Board as well as several special work-groups and including a Marketing FAD all seem to be headed in the same direction; Fedora's target audience, the "minimum bar" to target from a Marketing point of view, and whatever jargon I supposedly don't know about because I have not read the correct books on the subject, consists of a couple of groups;

• users (curious, new)
• users (computer-savvy)
• users (not-yet-contributor)
• users

I hope we're all users too. I'd like to think that at the very least, we are all users. Of course if this is the minimum bar then it includes everyone. Yet -while we're pinning down what exactly is our target audience and various constituencies- I'm missing one particular group in this list, which is the committed. In other words, the developers, the free software pigs. All I see anyone be concerned with is chickens.

Don't get me wrong, I think it's very important to pay a lot of attention to potential contributors and get them to come off their asses and kick some other asses. I think it starts with the computer-savvy, the curious and the new. I think it's a good thing to spread Linux to general productivity users. But I also think it's very important to explicitly rather then implicitly target those that make those users have something to aim for. Otherwise, I believe, this particular group quickly becomes the departed.

True, first-hand testimony of how no-nonsense Gets Things Done!

I came to Cardiff virtually empty-handed, except for a couple of heavy books on chemistry-foo Lydia wanted me to bring from our place in the Netherlands. Believe me, there was no room for a proper birthday present ;-) Buying flowers on the airport just seems too tacky...

Either way, I had a very enjoyable weekend with Lydia! As it was the first time in Cardiff for me, we did do some site-seeing, with the positive side-effect of getting to know the area -since we're both going to live there in some kind of house/flat some time soon, we needed to make up our minds on what area of Cardiff would be most enjoyable.

Let me first say that Cardiff is full of houses and flats that are either for sale or to let. So, there's plenty of options available! I'm sure we'll be able to find something to our liking, but let's see what the bank has to say about that before calling the shots.

Back to the original subject of this blog post... No-nonsense birthday presents ;-)

I offered to pay for anything she wanted (within a reasonable price-range of course, no huge-ass diamant ring for Lydia quite yet), and she picks up some straws, tissues and gets her mugshot taken in one of those passport picture booths in one or the other mall. Lydia's happy, so fine with me! Done!

I'm going to have to think of a better present to bring along in two weeks though. I understand chocolate is good... Maybe some flowers from the airport... ;-)

I had my birthday on the 27th of feb. Nothing special, though I was gladd some people did give me a call on that day. Like my boyfriend. When he was in Cardiff last weekend, he wanted to buy me something for my birthday. So... I picked a couple of things: straws, tissues and passport photo's. Isn't that great? He gave me exactly what I needed. Well, more to be honest because he himself added some cookies with chocolate dips (can't go wrong with chocolate :))! Everyone in favour of no nonesence presents say I................................... I

Hi there,

By now I realize that the error I got was not my mistake. Something is wrong with the Kile-program: viewing pdf does not work as is indicated with Exit Code 127. I can open the pdf file that I made on the location where the pdf is stored, but it is just not that convenient if you want to see what you're doing. However, for people using KDE this problem was fixed using a package (2.1.0~svn963524-1), see https://bugs.kde.org/show_bug.cgi?id=191090.

Is there a fix for someone using Fedora 12 and the most recent version of Kile?

Cheers,
Lydia

This approach worked for me the last time, let's see if someone can help me out this time :).

Hi there,

By now I realize that the error I got was not my mistake. Something is wrong with the Kile-program: viewing pdf does not work as is indicated with Exit Code 127. I can open the pdf file that I made on the location where the pdf is stored, but it is just not that convenient if you want to see what you're doing. However, for people using KDE this problem was fixed using a package (2.1.0~svn963524-1), see https://bugs.kde.org/show_bug.cgi?id=191090.

Is there a fix for someone using Fedora 12 and the most recent version of Kile?

Cheers,
Lydia

This approach worked for me the last time, let's see if someone can help me out this time :).

In terms of an expirement, I've been rebuilding Enterprise Linux packages, including updates, including Extra Packages for Enterprise Linux, in order to learn from it and take away a couple of notes on the subject; Here's a brief overview of what I've found so far;

• Package build requirements may be off
  Maybe some package required foo-1.0 in the buildroot, but foo has been updated to foo-1.1, obsoleting the foo-1.0 update as it is pushed to the updates channel.

  The most obvious case in a name-change of python-setuptools-devel, for which the -devel part became part of the python-setuptools package itself, without providing "python-setuptools-devel". All of the dependent packages will now fail to build because of this change. In terms of Enterprise Linux, this type of change causes everything in it's realm to no longer be reproducible, which is a key aspect of Enterprise Linux to begin with, as no reproducibility means no certainty about what's going to end up on the consumer's system.

• Koji does not allow all builds of all packages in its static repositories by default
  By default, Koji will only take the latest successful build in a tag in its static repositories. While perfectly fine in the case of FTBFS exercises, it bubbles down the inheritance all the way to the point where you don't need the latest package, but the former version. FWIW, "latest" isn't defined as "highest package NEVRA" either, it's "last build completion time". I would rather make it a configuration setting at some point, but I'll share the patch I made anyway.
• BuildNotifications are at the end of the queue
  When building a lot of packages, all of the build tasks have a higher priority then the notification tasks that let people know what the result of a build was. Initially, I thought something was wrong with my environment, but with the help of Dennis Gilmore over in #koji on FreeNode, I learned that it is in fact the priority in Koji, not my environment.

  Again I would love to make this a configurable thing some day, but here's the patch I made to let buildNotification tasks have a higher priority then anything else.

• "%patch without Patch"
  This is the most amazing sort of problem. RPM spec files will have a conditional %if statement that in a simple `rpmbuild -bs` will cause the Patch file to not be included. A very simple fix would be to never ever use the conditional inclusion of a Patch file when building the source RPM package, but instead use the conditional during the actual build.
• (No) Naming Convention
  The naming convention, or lack thereof, makes it so one needs a `yum whatprovides` or `repoquery whatprovides` to resolve build requirements. A naming convention could be to say, that if a package includes libuuid.so.*, a (meta-)package libuuid is (automatically) created, or to make yum so intelligent as to resolve a "libuuid" type of build requirement to the actual package, not unlike it does for binary packages when you use `yum install` and the package in question doesn't explicitely require libuuid.so through the original RPM spec file, but RPM inserted the library dependency automatically.
• The (lack of) use of dist-tags
  Some packages do, while others do not, include a dist-tag. For downstreams like myself, this causes the downstream to only be able to build the packages in question only once, since the N-V-R needs to be unique all across the build system. In certain circumstances, it is entirely justifiable to rebuild a large subset of packages included in the upstream distribution as well as the add-on repository; for one, being able to run Ruby 1.9.1 with a large part of its Gems causes one to re-negotiate the use of dist-tags:

1. On the end-user system, rubygem-foo for Ruby 1.9.1 needs to be distinguishible from rubygem-foo for Ruby 1.8.6. And that's just the user side of things. Failure to make it distinguishible in some or the other fashion causes a significant load on the support side of things.
2. Throughout the build- and distribution-channels, whether they be repositories or not, rubygem-foo-1.0 for Ruby 1.8.6 *must* be smaller in terms of package NEVRA then, say, rubygem-foo-1.0 for Ruby 1.9.1, in order for the Ruby 1.9.1 fast-track to be viable on any end-user system.
3. Since not using dist-tags would allow rubygem-foo-1.0-1.src.rpm (or whathaveyou) to be built only once, this cannot be a package that has any kind of binary/library linking going on with Ruby itself. In order for the package to be allowed to be rebuilt more then once, against different stacks, a dist-tag must be introduced.

• buildsys-macros is not available through the distribution
  It appears as if the buildsys-macros package is not available through the EL or EPEL repositories. Of course, this is a build system thing, and would not be used on the end-user system. For a downstream buildsystem though, having this package be part of the repository might save someone some headache.
• There's no build group
  When setting up a downstream build system environment, you use groups (or a buildroot initialization command actually), which will initially attempt to use "build" as the group name. However, EPEL only includes a buildsys-build group (of which buildsys-macros isn't part of course). It might be a little easier for downstream build environments to (re-)use an existing build group as to not modify their local koji foo all too much.
• It takes a lot of CPU cycles
  Plan for an enormous amount of CPU cycles to be spent at whatever you're building. In my particular case, a great deal of the cycles are I/O wait ;-) Maybe I should plan for better performance storage across my builders, but for now I'll have to work with what I have available. As a not-so-minor side-note, if you plan on just building a few packages every once in a while, as opposed to continuously rebuilding a lot of packages, this is a less significant parameter.
• When using external repositories...
  If you use external repositories, plan to have some memory available. Every once in a while, the `mergerepos` command executed by Koji consumes more memory then Thunderbird does at that moment, which should tell you enough.

So far so good, while you may be wondering while I'm doing this type of stuff. Well, it's a very interesting and challenging area, which makes it fun to do. Besides, it allows me to play around with different tasks I was going to try and execute, like providing some of the packages that cannot be in Fedora (mod_passenger), or cannot go into EPEL (rails3, ruby-1.9.1, you name it). I would like to return a certain amount of option value into the hands of Linux consumers, but in an efficient manner as opposed to everyone who needs certain foo doing it themselves in a million different ways (== unsustainable). That's what I'm working on, or at least some of the details concerning such.

I love to be organized. Especially because I'm not. I can read an awful lot and remember it all, but if you ask me to tell you where I have gathered all that information or make a nice story out of it... Well that's where I struggle. I just started my PhD and I know that because of this I really need a good document management system. Someone told me about a program called Papers. And it really looked good. Unfortunately it is not FOSS, it is MAC's. My boyfriend shouted at me when I brought it up. Hmmm, maybe I didn't really explain myself good enough. All I want is a program that works well for referencing literature (preferably automatically because then I cannot make stupid mistakes and explain myself when I defend my research) and a system to store my literature in a way I can find things again.

Has someone an idea (and don't you say EndNote!)? Anyone?

If you don't understand what I'm talking about that's fine too, but just say so. Then I'll try to explain myself more clearly. For now: thanks in advance!

I'm heavily experimenting with Drupal. I have 95 or so modules I want to experiment with, which is just too cool! The more modules, the more obvious it is that this thing might actually turn out to do exactly what you wish ;-)

For now, I'm looking for a good case tracker, issue tracker or you-name-it. Preferably one that integrates with organic groups, and/or user roles. It seems "Project" and "Project Issues" module are unsuitable after some initial testing -I'm not quite done with them yet, though. "Project" seems to be very specifically aimed at software projects with releases, whereas I just need a ticketing system for tasks, basically. I've done this before with "Support", so maybe that's what I'll end up using.

Just for fun, I started building ruby-1.8.6 and ruby-1.9.1 packages for Enterprise Linux 5. These would be opt-in repositories, "channels" if you will, fast-tracking an Enterprise Linux 5 box to newer versions of Ruby, and many of the packages that depend on Ruby one way or the other (such as Ruby on Rails packages, and many Ruby Gems).

I started out with the Fedora packages, obviously, and after getting a bunch of packages in said repositories, and testing and patching and rebuilding a bunch of times, it became obvious;

For the type of situation where you want two of these "fast-track" repositories, or even just multiple versions of the same packages built under different conditions, it turns out to be mandatory that a Koji build of a certain package contains a globally unique package NEVRA (Name, Epoch, Version, Release, Architecture), so they can be distinguished between the two (very much different) versions of the package. That is to say, one package NEVRA can only be built once, and can only be duplicated to other destination tags.

Example: The ruby-shadow package (a requirement for Puppet, which makes it very important to me) is binary compiled, either against ruby-1.8.6 or ruby-1.9.1. For one version (e.g. upstream's 0.9.7) to be available through both repositories, one builds ruby-shadow-0.9.7-1.el5.src.rpm.

I build the package against two Koji build targets, each one using a build tag that causes a buildroot to be created with either ruby-1.8.6 or ruby-1.9.1; in my case these build targets are feature-el5-ruby-1.8.6 and feature-el5-ruby-1.9.1.

Koji however will only allow one specific package NEVRA to be built just once. But, ruby-shadow-0.9.7-1.el5.src.rpm has to be built twice; once for ruby-1.8.6, and once for ruby-1.9.1. Since one build with the same NEVRA already exists, another cannot be built.

Ergo, you need some kind of indication of the build-root/build-tag/destionation-tag in the package NEVRA...

And we go off rebuilding everything again... ;-)

Note to self: when using external repositories and building on those, please remember that priorities in tag inheritance does matter.

Thank you.

If you have level 1 Linux Professional Institute certification, you can get Certified Linux Administrator from Novell for free:

1. Go to the LPI login-page and login with your LPI ID or email address.
2. Click on "Verify Certification" and then "certifications" near the bottom of the page.
3. Copy your LPI ID and the Verification Code for LPIC-1
4. Go to Novell Certified Linux Administrator Certification Registration Form
5. Fill out the form and press "Continue".
6. Congratulations!
7. Ask your employer for that raise he promised you in case you would obtain (yet another) certification.

Have fun!

Today is the day we come together with a bunch of Linux experts, and start knocking down some of the items on our TODO list, as well as -hopefully- share more information and responsibility on the overall Linux infrastructure inside our company, and the Linux infrastructure at a lot of out customers both!

On February 9th, Mike McGrath wrote:

Toshio Kuratomi is awesome.

That is all.

+1 Mike, and so are you!

I'm very much pleased to be able to announce that Zarafa, one of the best Linux groupware suites, is now available through the standard Fedora and EPEL repositories.

After Zarafa itself had already announced inclusion to the repositories, news that was dented through major news sites such as heise.de, Robert Scheck and myself sat together at FOSDEM and worked on the packaging until we were both sufficiently satisfied.

It's currently set up to allow the maximum amount of flexibility one could ever wish for. Normally, the packages provided by Zarafa consist of the backend server, gateway (IMAP/POP), the PHP libraries needed for the Webmail interface, and too many other things to really build up a scalable infrastructure without installing all capabilities on all servers in such infrastructure -which introduces it's own world of pain.

Now, apparently, we still need to figure out some things. For one, I get a SIGPIPE / Broken pipe when I run zarafa-server with UNIX passwd authentication. The availability of a platform like Fedora (fast-pace moving forward) allows us however to solve this kind of issues way before Enterprise Linux 6 hits public beta.

You gotta love it!

I've always been a huge fan of Zarafa, one of merely two serious competitors in the Open Source groupware market.

The other competitor is Zimbra, but I have somewhat less of an incentive to sink my teeth into that Java mess, which installs in /opt/zimbra/, and uses it's own vendored libraries rather then those available in the system stack. This, in my opinion, is just wrong, raises cost and gives you less overall options and control. But enough about Zimbra, because obviously the suite *just works* (and a lot of people are very much happy with it).

I have (and still am) running Zarafa at my company for about a thousand users, and Zarafa's headquarters are pretty close to my company's. I get to speak to Zarafa's people regularly, and most of it is while I'm wearing my Fedora hat ;-)

Either way, now that Robert Scheck and myself are attempting to package Zarafa for our dear distribution, Robert and I run into the following when using Fedora 12:

[jmeeuwen@ghandalf SPECS.mine]$ sudo zarafa-spooler -F
zarafa-spooler: symbol lookup error: /usr/lib64/libmapi.so.1: undefined symbol: _ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_

Robert has created a topic on Zarafa's forum about this some time ago.

Let me first emphasize that Zarafa is upstream for three libraries:

1. inetmapi
2. perlmapi
3. libmapi

This symbol is undefined in libmapi only, as you can see in Robert's comment.

I once succeeded (I don't know how) to make the command result in a stack trace:

[jmeeuwen@ghandalf spooler]$ gdb /usr/bin/zarafa-spooler
GNU gdb (GDB) Fedora (7.0.1-30.fc12)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/zarafa-spooler...(no debugging symbols found)...done.
(gdb) run -F
Starting program: /usr/bin/zarafa-spooler -F
[Thread debugging using libthread_db enabled]
Unable to open configuration file /etc/zarafa/spooler.cfg
Continuing with defaults
Wed 03 Feb 2010 03:53:54 AM CET: Unable to open pidfile '/var/run/zarafa-spooler.pid'
Wed 03 Feb 2010 03:53:54 AM CET: Starting zarafa-spooler version 6,30,9,18385 (18385), pid 7285
Wed 03 Feb 2010 03:53:54 AM CET: using SMTP server: localhost

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) thread apply all bt

Thread 1 (Thread 0x7ffff7fcb820 (LWP 7285)):
#0  0x0000000000000000 in ?? ()
#1  0x0000003d0da20ca9 in M4LMsgServiceAdmin::GetMsgServiceTable(unsigned int, IMAPITable**) () from /usr/lib64/libmapi.so.0
#2  0x0000003d0e259782 in CreateProfileTemp(char*, char*, char*, char*, unsigned int, char*, char*) () from /usr/lib64/libinetmapi.so.1
#3  0x0000003d0e259a3b in HrOpenECSession(IMAPISession**, char*, char*, char*, unsigned int, char*, char*, char*) () from /usr/lib64/libinetmapi.so.1
#4  0x0000003d0e259b29 in HrOpenECAdminSession(IMAPISession**, char*, unsigned int, char*, char*) () from /usr/lib64/libinetmapi.so.1
#5  0x00000000004069a1 in InitThreadData(thread_data*) ()
#6  0x00000000004075bd in ProcessQueue(char*, char*) ()
#7  0x00000000004078ff in running_server(char*, char*) ()
#8  0x000000000040d04e in main ()
(gdb)

I'm not at all too familiar with C/C++ code, and/or libtool (a more recent version of libtool in Fedora is rumored to have caused this?), and so my first step is to Google. Googling for "undefined symbol" doesn't really give you anything else then forum topics with questions and often not even solutions to very particular problems though :/

So, I turn to you, dear Lazyweb, and I'm asking you to help me wrap my head around it and put the finger on the sour spot.

SPEC: http://www.kanarip.com/custom/SPECS/zarafa.spec

SRPM: http://www.kanarip.com/custom/f12/SRPMS/zarafa-6.30.10-1.fc12.src.rpm

Thanks in advance!

Hello everybody,

Once again I'm dragging my boyfriend to a place in the world he probably wouldn't visit otherwise. I mean New South Wales, Australia and Wales in the UK may well not be the most exciting places for him...

Anyhow, I myself look forward living there and hope my boyfriend will eventually come on over too. Anyhow, let's talk about me and one of the more exciting things in my life. I intend to do a PhD project on the analysis of drugs in hair (see my facebook website). The research subject really sounds good to me, and I might even have the opportunaty to do some consultancy on the side. Next week I'll check out the University of Glamorgan and so on... Excited to go,

Lydia

I love to be able to announce the first "sysadmin-main" meeting within my company, Operator Groep Delft. You read that right, that's the exact same name the Fedora Infrastructure team - an example to us all as far as I'm concerned, uses to indicate the group of people ultimately in control of all systems and services. Read the more detailed description. I'm going to try and apply this very concept to my company's internal system administration.

Instead of taking care of the Linux infrastructure with no dedicated Linux engineering resources, we decided that utilizing all of the available Linux competencies within the company would be more efficient, more effective, more flexible and would vastly improve redundancy, collaboration and expertise between the bunch of us.

Since we're a consultancy company, most of our Linux Engineers are hired out to customers, making billable hours, earning us all money, and are thus not in a position to really sit down and take care of OGDs Linux infrastructure as well. Basically our engineers can only spend that one minute they have left at the end of a day or the hour they would otherwise waste on one of those boring meetings -they merely require the facilities to do so.

So instead we decided to try and make it a community effort of some sort, in the sense that all sysadmin-main engineers require a minimal Linux certification level of RHCT, and will have access to Life, Everything and The Universe once we've sat together and introduced them to all procedures and such.

Now, nothing is set in stone yet, but at least we're going to have a bunch of interested people show up at our meeting soon, which will hopefully lead to a large group of engineers willing to do interesting stuff.

We'd plan and assign -amongst ourselves- the tasks in our queue. If either of us needs a little more time, we save up to 8 hours a week to spend at more intrusive changes like migrations, upgrades, planning, documentation, build & test, development, that sort of thing. We (as a group) would decide what we do, how we do it, and who actually gets to execute.

Ultimately, I'd be (held) responsible (or accountable?) for the group, and my manager would be responsible for the well-being of the infrastucture as a whole, just like he is now.

Just to give you an impression of what it takes to do what we do between the two of us at this moment, in the very little time that we have available; Zarafa, HA/LB Red Hat Directory Services, Puppet (with help of puppetmanaged.org modules), Cobbler, SELinux (enforcing), Nagios, Munin (looking at Zenoss to replace both), 15 mod_security enabled webservers, 4 database servers, 6 development environment staging boxes, and a couple of workstations.

PS. For those of you who read this, and are colleagues of mine, you can find more information on https://nix-noc.ogd.nl/trac/

If I'm not mistaken, today is the birthday of not just one, but two great friends!

Congratulations both Max Spevack and Jan Wildeboer!

Overheard:

Question: "You apply a Server, Domain Controller and Client security policy requiring all network traffic to be encrypted. Some of your users report that they cannot log in or access network resources. What is the easiest way to resolve the problem?"

Answer: "Tell the user to reboot the computer."

This means, essentially, implicitly, that the policy that *all* network traffic should be encrypted, doesn't apply to *all* traffic ('cause clients can get their updated configuration without being compliant to the new configuration). *sigh* :/

Over the last couple of days it seems more and more people are stepping up to get Ruby 1.9.1 in Fedora, along with the packaging changes and all that. From a new list just two months ago, we now have 17 members working on the same problems collaboratively.

Worth noting is that I'm receiving patches from people that understand Ruby way better then I do, so it's one big happy learning experience for me too ;-) (Noted I do not use Ruby myself, nor do I program using Ruby)

Thanks to Ben Shakal, we're now over the issue I posted about earlier on the Ruby SIG mailing list, where gem install would work, but executing or requiring the gem wouldn't. Great work Ben, thanks!

From here on out, I'm going to extend the Ruby repositories for Fedora 12 and Fedora Rawhide to include some of the ruby gems with the new packaging guidelines. I'm still going to need new packaging guidelines to go along with the new packages so I'm probably going to build those packaging guidelines as I go along.

More news on Ruby later this year, hope to have some working stack early next year.

Hope you all have a merry Christmas!

I've finally recovered some of what broke down earlier this week. Long story short:

• The CPU of my web-/file-/mail-/dns- server is fubar, and the only other Pentium 4 CPU that I could find would not work
• I used the x86_64 CPU and mainboard from slevin (my girlfriend's desktop PC)
• Pulling out and stuffing back in the hardware wasn't difficult, but took me some time anyway (I did not have the right tools, go figure)
• Upgrading -slash- migrating Fedora 10 i386 to Fedora 12 x86_64 as you can imagine took me even longer, only to find out that a lot of configuration and other stuff relevant to various services were incompatible.
• The first thing I wanted to restore was email, and so I did (including external DNS), and then I left it all behind to do some other stuff.
• Now I've gotten around to rebuilding php-5.2 for Fedora 12 so that Drupal would actually work. Various kinds of functions Drupal-6.x uses are deprecated in php-5.3, and
• I had to restore name services internal to my network as well (the Pentium 4 CPU I got from this other machine made this other machine not boot up anymore)

The fun! ;-)

Dear Hyves,

Would you please stop sending me email that does not make sense?

I quote:

Hyves notification

Unfortunately you can't read this mail properly, due to the fact that our outgoing mail is
html-formatted. Your mail program probably only support plain texts.

There's a couple of things wrong with this email;

1. I can read it properly, it's just not the same contents you expect me to read when I open this email.
   You expect me to use a mail client that parses HTML right-away, without me choosing to do so when I want to. I'm sure your engineers will be familiar with the "why HTML mail is bad" meme that has been going on since the '90s.
2. It's not up to you to say anything about my ability to read anything.
3. You say my mail program probably only supports plain text, but that surely does not take into account the fact that I may have chosen to not read HTML emails.

You could, of course, include the actual message you're trying to send in plain text as well, rather then this weird looking (static) message.