| Summary: | Ebuild: mozilla-sunbird-bin-0.0.20040602.ebuild | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Patrik Kullman <patrik> |
| Component: | New packages | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | bugs.gentoo.org, ckdake, dju, rabbitambulance, unit3 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://www.mozilla.org/projects/calendar/sunbird.html | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
ebuild and files
patch for mozilla-launcher-1.15 mozilla-sunbird-bin-20040812.ebuild patch for mozilla-launcher 1.15 |
||
|
Description
Patrik Kullman
2004-06-24 02:35:43 UTC
Created attachment 34034 [details]
ebuild and files
Snapshot from 20040602
Created attachment 34035 [details, diff]
patch for mozilla-launcher-1.15
Make mozilla-launcher aware of sunbird-bin
Hrm, is this stuff going to make its way into portage anytime soon? :) Probably not, I think portage wants a better versioning than YYYYMMDD There's a new 20040701 release, but the tarballs have the same name and I don't know how much work that should be done with this until the SunBird team has begun versioning better. My issue is that I've got interest at my new workplace to arrange a migration from Exchange / Outlook to the Mozilla Suite of independant apps. Sunbird would be a pretty good replacement for the type of calendaring people here are doing, if there was some packages that were easily deployable somewhere. Also, I think just the link off their project page is to a same-named file. If you look in their directory structure, you should just as easily be able to get the file from: http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/2004-07-01/MozillaSunbird-i686-pc-linux-gnu.tar.gz which would be a little more inline with how portage builds source URLs. But, I can understand wanting to wait for an official numbered release. :) Yes, well the problem isn't really with the URL. If you check the ebuild I have that same path, except I don't parse the date from the name of the ebuild file. It's with the tarball name (MozillaSunbird-i686-pc-linux-gnu.tar.gz) which always is the same. This makes it hard for the distfiles mirrors to mirror that file, unless the gentoo-devs rename it. Ahh yes, right, I could see how that would cause problems. And nobody wants to have custom exceptions in the mirroring scripts. :( Oh well, I guess I'll just have to resign myself to manual installation for the time being. ;) They just released their first "official" beta today (wednesday). Maybe someone could update the ebuild for this? I would if only I knew how to make ebuilds... http://www.mozilla.org/projects/calendar/sunbird_download.html Created attachment 37711 [details]
mozilla-sunbird-bin-20040812.ebuild
gtk2+xft (yay)
Created attachment 37713 [details, diff]
patch for mozilla-launcher 1.15
for the new sunbird-bin
*** Bug 46799 has been marked as a duplicate of this bug. *** Their "official beta" is still coming from a nightly directory. Running it demonstrates that there are still a lot of problems. Additionally they're not making source snapshots available yet. I put it in portage but it's going to stay package.mask'd until a better release is made. To use it immediately: mkdir -p /etc/portage echo app-office/mozilla-sunbird-bin >> /etc/portage/package.unmask echo app-office/mozilla-sunbird-bin ~x86 >> /etc/portage/package.keywords emerge mozilla-sunbird-bin *** Bug 61082 has been marked as a duplicate of this bug. *** A new build is out. 200040907. I re-named the package and it almost worked, since the download file has the same name, you have to delete the file from distfiles otherwise it thinks you have already downloaded the package and all you end up doing is installing the 20040814 again :P and if you delete and download the right one after you ran the digest, it doesn't work either :D So basically, just a rename and a file deletion works. |
