bugzilla | 1 Jun 2009 12:42
Favicon

[Bug 319] New: Update to spec file dependencies due to a rename

https://www.jpackage.org/bugzilla/show_bug.cgi?id=319

           Summary: Update to spec file dependencies due to a rename
           Product: crimson
           Version: 1.1.3
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: package
        AssignedTo: jpackage-discuss@...
        ReportedBy: j.r.jones@...

Created an attachment (id=135)
 --> (https://www.jpackage.org/bugzilla/attachment.cgi?id=135)
Patch generated by git-format-patch

In RHEL 5.3 and probably others, java-gcj-compat* has been renamed to
java-1.4.2-gcj-compat* so the spec file for this package needs to be updated
accordingly.

My paths are probably not quite the same as yours, as I'm building in our local
koji instance, but the patch is attached.

Jess

--

-- 
Configure bugmail: https://www.jpackage.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
(Continue reading)

bugzilla | 1 Jun 2009 13:25
Favicon

[Bug 319] Update to spec file dependencies due to a rename

https://www.jpackage.org/bugzilla/show_bug.cgi?id=319

--- Comment #1 from J R Jones <j.r.jones@...>  2009-06-01
13:25:14 CEST ---
The same will need to be done for several other packages, but I'm not sure if
it is worth sending the tiny patch files for all of them..

--

-- 
Configure bugmail: https://www.jpackage.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
bugzilla | 1 Jun 2009 15:43
Favicon

[Bug 320] New: gnu-crypto RPM build without gcj support requires gcj-compat packages

https://www.jpackage.org/bugzilla/show_bug.cgi?id=320

           Summary: gnu-crypto RPM build without gcj support requires gcj-
                    compat packages
           Product: crimson
           Version: 1.1.3
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: package
        AssignedTo: jpackage-discuss@...
        ReportedBy: j.r.jones@...

This isn't actually a problem with crimson, but the gnu-crypto package is
packaged by jpackage.org so I believe this is the right place to put it (I put
it here as a last resort, having been trying to build a dependency of crimson).

Although gcj_support is disabled and the package correctly tries to build as
noarch, the build depends on /usr/bin/aot-compile-rpm, failing thus:

...
+ ln -s gnu-crypto-2.1.0
/var/tmp/gnu-crypto-2.1.0-3-root-mockbuild/usr/share/javadoc/gnu-crypto
+ /usr/bin/aot-compile-rpm
/var/tmp/rpm-tmp.34581: line 49: /usr/bin/aot-compile-rpm: No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.34581 (%install)
...
(Continue reading)

bugzilla | 1 Jun 2009 15:58
Favicon

[Bug 320] gnu-crypto RPM build without gcj support requires gcj-compat packages

https://www.jpackage.org/bugzilla/show_bug.cgi?id=320

--- Comment #1 from J R Jones <j.r.jones@...>  2009-06-01
15:58:05 CEST ---
Of course, you can't use aot-compile-rpm with noarch packages either, so this
really needs to be fixed if we aren't building with gcj (and we'd rather not).

--

-- 
Configure bugmail: https://www.jpackage.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
bugzilla | 1 Jun 2009 17:11
Favicon

[Bug 320] gnu-crypto RPM build without gcj support requires gcj-compat packages

https://www.jpackage.org/bugzilla/show_bug.cgi?id=320

--- Comment #2 from J R Jones <j.r.jones@...>  2009-06-01
17:11:31 CEST ---
With a little digging, it appears that the actual error is that the following
gcj_support macro isn't being evaluated properly so some of the contents of the
if statements are still happening.  The variable hasn't been set anywhere, but
it evaluates to true in some places and false in others ..

>From the top of the spec file:

%define gcj_support
%{?_with_gcj_support:1}%{!?_with_gcj_support:%{?_without_gcj_support:0}%{!?_without_gcj_support:%{?_gcj_support:%{_gcj_support}}%{!?_gcj_support:0}}}

--

-- 
Configure bugmail: https://www.jpackage.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
bugzilla | 2 Jun 2009 00:11
Favicon

Your Bugzilla buglist needs attention.

[This e-mail has been automatically generated.]

You have one or more bugs assigned to you in the Bugzilla bug tracking system
(https://www.jpackage.org/bugzilla/) that require
attention.

All of these bugs are in the NEW or REOPENED state, and have not been
touched in 7 days or more.
You need to take a look at them, and decide on an initial action.

Generally, this means one of three things:

(1) You decide this bug is really quick to deal with (like, it's INVALID),
    and so you get rid of it immediately.
(2) You decide the bug doesn't belong to you, and you reassign it to
    someone else. (Hint: if you don't know who to reassign it to, make
    sure that the Component field seems reasonable, and then use the
    "Reassign bug to default assignee of selected component" option.)
(3) You decide the bug belongs to you, but you can't solve it this moment.
    Just use the "Accept bug" command.

To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark
it if you like!):
https://www.jpackage.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=REOPENED&assigned_to=jpackage-discuss-/hcidOUDYf1g9hUCZPvPmw <at> public.gmane.org

Or, you can use the general query page, at 
https://www.jpackage.org/bugzilla/query.cgi

Appended below are the individual URLs to get to all of your NEW bugs
that haven't been touched for a week or more.
(Continue reading)

Fernando Nasser | 2 Jun 2009 15:23
Picon
Favicon

Re: Move to Joomla!

Eric Lavarde wrote:
> Hi,
>
> wouldn't a simple Wiki actually do the trick? There are hundreds of 
> them out there.
>
It seems that there are objections to Joomla!, so some other option will 
be good.

I am looking for something that allows plain text editing, WYSIWYG 
style.  Writing WiKi markup is a PITA.
Also, I'd like to allow contributions through a browser and login, with 
no need to give access to the server.

Do you know if either MediaWiki or Trac fulfill the above two requirements?

Thanks for the suggestions.

Fernando

> MediaWiki is of course one option, but Trac sounds interesting as well:
> [1] and other googled pages show that there is a migration path from 
> bugzilla so that an integrated Trac solution would be possible (this 
> to answer the remark about admin overhead). Drawback: no integration 
> with CVS; any plan to move away from it :-)
>
> Just my 5c,
> Eric
>
> [0] http://trac.edgewall.org/
(Continue reading)

Fernando Nasser | 2 Jun 2009 15:27
Picon
Favicon

Re: Move to Joomla!

Will Tatam wrote:
> On 20/05/09 19:55, Fernando Nasser wrote:
>> Will Tatam wrote:
>>> Fernando Nasser wrote:
>>>> Hi all,
>>>>
>>>> I am thinking of switching the non-dynamic part of our web site to
>>>> Joomla! to allow people to edit the information more easily.
>>>> This is an attempt to improve our documentation and communication in
>>>> general.
>>>>
>>>> (in case you don't know, Joomla! is an open source, PHP and MySQL
>>>> based, content management system, or CMS).
>>>>
>>>> If someone thins this is a bad idea please let me know.
>>>>
>>>> Regards to all,
>>>> Fernando
>>>>
>>>> _______________________________________________
>>>> JPackage-discuss mailing list
>>>> JPackage-discuss@...
>>>> https://www.zarb.org/mailman/listinfo/jpackage-discuss
>>>
>>> Sounds like overkill to me, there are only a handful of pages.
>> But that is the problem I was trying to solve.  It is extremely easy 
>> to add new content with it, people can be given access more easily 
>> (don't need to be a jpackage group member) etc.
>>>  Once we
>>> swap to Joomla then doing bits like including the most recently
(Continue reading)

bugzilla | 2 Jun 2009 15:38
Favicon

[Bug 319] Update to spec file dependencies due to a rename

https://www.jpackage.org/bugzilla/show_bug.cgi?id=319

fnasser <fnasser@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fnasser@...
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX

--- Comment #2 from fnasser <fnasser@...>  2009-06-02 15:38:26
CEST ---
I assume Fedora has changed accordingly, so this change will not break Fedora
builds (although AOT-compiling is being phased out on Fedora).  I am still
afraid it will break builds for things like RHEL-4, and older Fedora, there are
people still using it.

You know, the right fix is not here.  The correct way of doing this is to
provide (virtual)  java-gcj-compat*  in java-1.4.2-gcj-compat*  and to obsolete
older versions of java-gcj-compat* in the equivalent (sub)packages (always use
Obsoletes with a '<=').

We have a linking facility between the redhat.com Bugzilla and the JPackage
one, I'd suggest opening a bug there, for RHEL-5 and Fedora, asking for this
virtual to be added, as that is the correct fix.

I am closing this one as wontfix for now.  If we find out that there is a
technical impossibility of fixing it at the source, that we are not just
re-compiling everything with OpenJDK etc., then we reopen it and find a
solution with some %if to make it portable.
(Continue reading)

Eric Lavarde | 2 Jun 2009 21:50
Picon

Re: Move to Joomla!

Hi,

Fernando Nasser wrote:
> Eric Lavarde wrote:
>> Hi,
>>
>> wouldn't a simple Wiki actually do the trick? There are hundreds of 
>> them out there.
>>
> It seems that there are objections to Joomla!, so some other option will 
> be good.
> 
> I am looking for something that allows plain text editing, WYSIWYG 
> style.  Writing WiKi markup is a PITA.
> Also, I'd like to allow contributions through a browser and login, with 
> no need to give access to the server.
> 
> Do you know if either MediaWiki or Trac fulfill the above two requirements?
I didn't know but I checked:
- Mediawiki rather not: http://www.mediawiki.org/wiki/WYSIWYG_editor
- Trac rather yes: http://trac-hacks.org/wiki/TracWysiwygPlugin

> 
> Thanks for the suggestions.
You're welcome,
Eric

> 
> Fernando
> 
(Continue reading)


Gmane