Debuginfo packages for Java
by Jason L Tibbitts III
I'm having problems reviewing a package for some software written in
Java. The problem is that the debuginfo package is generated without
any source. find-debuginfo.sh prints out the following:
extracting debug info from /var/tmp/writer2latex-0.5-buildroot/usr/lib64/gcj/writer2latex/writer2latex-0.5.jar.so
cpio: writer2latex05/aot-compile-rpm/usr/lib64/gcj/writer2latex/writer2latex-0.5.jar.1.jar: Cannot stat: No such file or directory
cpio: writer2latex05/aot-compile-rpm/usr/lib64/gcj/writer2latex/writer2latex/Application.java: Cannot stat: No such file or directory
cpio: writer2latex05/aot-compile-rpm/usr/lib64/gcj/writer2latex/writer2latex/api/BatchConverter.java: Cannot stat: No such file or directory
Needless to say, the source isn't actually buried under
writer2latex05/aot-compile-rpm/usr/lib64/gcj/writer2latex.
Some time ago I reviewed some Java-using packages and the issue was
fixable with by making a symlink; see, for example, the ganymed-ssh2
package, which has:
# Link source files to fix -debuginfo generation.
rm -f ch
ln -s src/ch
but this method no longer works and in fact that ganymed-ssh2
debuginfo package currently includes no source. Even if I cook up a
directory structure and symlinks so that
writer2latex05/aot-compile-rpm/usr/lib64/gcj/writer2latex exists and
holds all of the files cpio is complaining about, they still don't
make it into the debuginfo package.
So I'm at a loss. We really need folks who understand java to come up
with guidelines and procedures that would answer the kinds of
questions which come up when reviewing Java-using packages. There are
a number of them in the review queue but nobody understands how to
review them. And it really wouldn't if someone documented just how
debuginfo generation works.
The review ticket in question is
https://bugzilla.redhat.com/show_bug.cgi?id=386661
The ganymed-ssh2 ticket where I first tackled this:
https://bugzilla.redhat.com/show_bug.cgi?id=191014
which includes some comments about debuginfo generation being busted
for Java.
- J<
16 years, 5 months
Re: Heads up: openldap rebase for Fedora/devel
by Nicolas Mailhot
Le Ven 23 novembre 2007 10:16, Jan Safranek a écrit :
> Warren Togami wrote:
>> If most apps build fine against the new openldap, please do not
>> provide
>> a compat-openldap package. If there is huge API breakage then we
>> need
>> to discuss the possibility of a compat-* package.
>
> The old compat- package providing 2.2.x libraries survived from FC5 to
> F8, I just wanted to continue with the tradition :).
Just shows compat packages need an explicit EOL date or we'll carry
them forever (some upstreams won't even look at the new version while
the compat package is available)
--
Nicolas Mailhot
16 years, 5 months
Disabling readahead
by Paul F. Johnson
Hi,
I have readahead currently running on my test rig (x86_64, rawhide), but it's
currently giving me all sorts of problems, so much so that the box is pretty
unusable (random hangs abound and hugely varied times to getting the desktop
to boot - I've tried to file BZ reports, but the machine dies before I can).
I've read that readahead is currently broken in rawhide. Normally, my machine
boots directly to runlevel 5. Can I alter on the kernel boot line for it jump
to level 3? I can then disable the readahead service.
TIA
TTFN
Paul
P.S. This is holding up getting mono-1.2.6 and other packages into rawhide.
--
Get your free @ukpost.com account now
http://www.ukpost.com/
16 years, 5 months
Tv Card
by the.masch
Hi!
I want to use an TV card in Fedora, I'm from Argentina and my TV
signal is PAL-N, What card do you recommend do it?
Salu2..
16 years, 5 months
Two Problems
by Eric Work
Hey Everyone,
I have two problems with my package: gtkdatabox
1. After updating the package source and spec file for gtkdatabox for
FC-5 and FC-6 and attempting a build, I realized that the pango version
available in those releases is too old. Upstream only mentioned a
dependency on gtk+ 2.8 not pango 1.16. I will inform upstream also but
how should I resolve this. The question is how should I revert back to
an older version of the package?
2. The other problem is that gtkdatabox is unable to build on x86_64 do
to some problem with -fPIC even though it's being used when the source
files are compile. I was able to compile the source on my 64-bit Ubuntu
machine with no problems. Maybe a problem with autotools? The koji
taskID is: 259807.
Thanks in advance for the help.
-Eric
16 years, 5 months
Killing maintainers
by Jonathan Underwood
Hi,
There's been a thread over on fedora-maintainers list for a few weeks
proposing that fedora-maintainers be shut down, as it simply serves
bifurcate discussion between here (devel) and there. All responses
were in favour. Many people didn't respond, probably because they
don't bother reading fedora-maintainers. As an aside, notice how
quickly the discussion about naming F8 moved to devel simply because
people weren't signed up to -maintainers. There has been a lot of
discussion about list reorganization - let's not rehash that. One
uncontentious point seems to be, -maintainers must die.
What is the quickest way of getting this done? Which of the myriad
committees does this need to go through?
Jonathan.
16 years, 5 months
Low-Vision Fonts GPL'd--Can we consider for F-9?
by Janina Sajka
This is a heads up and RFE. PerhapsGnome is the appropriate path to
introduce this specialized font--but perhaps F-9 might simply want to
take it up directly?
Fedora has actually been a good Linux choice for low-vision users. Blue
Curve provided good readibility and contrast. However, the font referred
to below takes support of people with impaired vision considerably
further, so it's great to see this major blindness agency releasing
their work under GPL.
ere's the forwarded message ..
Peter Korn writes:
> Hi gang,
>
> I just received word (see attached) that the Tiresias family of fonts,
> designed by the Royal National Institute for the Blind for clarity and
> ease of recognition by folks with vision impairments are now available
> under GPL v3. The family includes fonts recommended and tested for use
> in signage, print, television, and computer use (the latter is "PCFont"
> - see http://www.tiresias.org/fonts/pcfont/about_pc.htm for details).
>
> I would like to recommend we consider redistributing these fonts with
> GNOME (or at least link to them so that UNIX distros that include GNOME
> might become aware of and potentially include this font).
>
>
> Regards,
>
> Peter Korn
> Accessibility Architect,
> Sun Microsystems, Inc.
> From: "Carter, Katherine" <Katherine.Carter(a)rnib.org.uk>
>
> Dear Colleague,
>
> Free downloads are now available for the Tiresias fonts (LPFont, PCFont,
> InfoFont, SignFont, KeyFont) from
> www.tiresias.org/fonts/fonts_download.htm
>
> Work has continued on extending the list of standards which relate to
> accessibility of information and communication technology systems and on
> linking them to the committee responsible for each standard. Also, we
> now have a quarterly report on the current status of standards under
> development. The standards section is at www.tiresias.org/standards/
>
> New and updated Guidelines
> Transport - Now covers air, rail, road and sea. This can be found at
> www.tiresias.org/guidelines/transport/
>
> e-Voting - Now includes a new section on current voting practices for
> people with disabilities. This can found at
> www.tiresias.org/guidelines/e_voting.htm
>
> Household appliances - This new guideline can be found at
> www.tiresias.org/guidelines/household_appliances.htm
>
> Accessible tourism - These guidelines have been extensively revised and
> extended and can be found at
> www.tiresias.org/guidelines/accessible_tourism/
>
> The website has been modified to make it easier to navigate with
> features such as "breadcrumbs". What else would make it easier for you
> to use?
>
> Regards,
>
> Dr John Gill OBE FIET
> Chief Scientist
>
> Scientific Research Unit
> RNIB
> 105 Judd Street
> London
> WC1H 9NE
>
> Tel +44 20 7391 2244
>
> Web: www.tiresias.org
>
>
> --
> DISCLAIMER:
>
> NOTICE: The information contained in this email and any attachments is
> confidential and may be privileged. If you are not the intended
> recipient you should not use, disclose, distribute or copy any of the
> content of it or of any attachment; you are requested to notify the
> sender immediately of your receipt of the email and then to delete it
> and any attachments from your system.
>
> RNIB endeavours to ensure that emails and any attachments generated by
> its staff are free from viruses or other contaminants. However, it
> cannot accept any responsibility for any such which are transmitted.
> We therefore recommend you scan all attachments.
>
> Please note that the statements and views expressed in this email and
> any attachments are those of the author and do not necessarily represent
> those of RNIB.
>
> RNIB Registered Charity Number: 226227
>
> Website: http://www.rnib.org.uk
>
>
>
> This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com
> _______________________________________________
> Gnome-accessibility-devel mailing list
> Gnome-accessibility-devel(a)gnome.org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
--
Janina Sajka, Phone: +1.202.595.7777; sip:janina@a11y.org
Partner, Capital Accessibility LLC http://CapitalAccessibility.Com
Marketing the Owasys 22C talking screenless cell phone in the U.S. and Canada
Learn more at http://ScreenlessPhone.Com
Chair, Open Accessibility janina(a)a11y.org
Linux Foundation http://a11y.org
16 years, 5 months
Reminder: Get Early Testing of Features
by Jeremy Katz
While it's still early, just a reminder that if you're working on a
feature for Fedora 9 and you are to a point at which you feel the
feature is "testable" and will give you useful feedback, please contact
rel-eng so that we can arrange to get a test spin[1] created and
advertised. Note that this doesn't at all need to be "complete", but
you'll need to be able to describe what's changed and what sort of
testing feedback you're looking for.
Requests to rel-eng(a)fedoraproject.org and we'll go from there
Jeremy
[1] Probably a live image unless there's a reason why that isn't
sufficient for your testing needs.
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 5 months