Sponsor required
by Joe Orton
Hi, Elio Maldonado Batiz has been diligently hacking away at converting
the crypto-utils package to use NSS instead of OpenSSL, see bug
https://bugzilla.redhat.com/show_bug.cgi?id=346731.
This is a big chunk of work and is now ready to commit; I don't
particularly want to play gatekeeper for this, could someone sponsor
Elio to join the cvsextras group? Elio's username is emaldonado.
Regards,
joe
16 years
Java debugging
by Jerry James
To be able to debug a Java problem, I need class files compiled with
-g and the source files. Java packages set up for AOT compilation
with GCJ do have debuginfo packages, but they are symbol files for the
GCJ-compiled .so files only, with no source files. Has anybody looked
at what it would take to set things up for a reasonable Java debugging
environment? The source file problem can be solved pretty easily, I
think, but what about compiling with -g? I see 4 answers to that
question:
1. Never compile with -g. People who want to debug have to recompile
their own JARs.
2. Always compile with -g and make everybody eat the bloat.
3. Compile all Java code twice, once to create a debug JAR and once to
create the normal distribution JAR. The debug JAR goes into the
corresponding debuginfo package.
4. Always compile with -g. Store the original JAR in the
corresponding debuginfo package, then strip out the debug symbols and
put the resulting JAR into the regular package.
I looked through both the JPackage and the Fedora Java guidelines but
did not see anything that addresses this issue. Has anybody thought
about this before? I prefer the answer to be "not #1". :-)
This came up, by the way, because I'm having problems with a web
service call. It looks like an AXIS bug to me, but I can't step into
the AXIS code....
--
Jerry James
http://loganjerry.googlepages.com/
16 years
Orphaning package
by Alain PORTAL
Hi,
As I get too many conflicts, first with the french translation team six month
ago, second with some Redhat people, today, with a big head (as several
people in the french translation team), I make the decision to definitevely
leave the Fedora Extras Team.
So, as I merged some useful software in Fedora, I hope somebody would continue
on them.
Most of them are electronics relative.
- fcron [1]
- gputils
- gpsim
- gtk+extras
- kicad
- kbackup
- pikdev
- piklab
- pikloops
- utrac
- tetex-euro-font
Hope I don't miss somebody.
I'll delete also in a few days my man-pages-fr repository, as the Redhat
packager never consider me again.
And as we say in the french navy: « Bon vent, bonne mer »
No more regards than you give me.
Alain
[1] fcron is a better tool than cron and anacron
--
Les pages de manuel Linux en français
http://manpagesfr.free.fr/
16 years
Wanted: (Co-)maintainer for Kronolith
by Lubomir Kundrak
Hi,
It has came to my attention, that maintainer of kronolith has been
unresponsive for some time.
Jan Ondrej (thanks to him) has upgraded kronolith to fix a security
flaw, but since he does not actually use Kronolith he did not do much
testing. I am wondering whether anyone would volunteer to help with the
maintaining package.
Note that in case maintainer won't start to responds, he's unlikely to
accept watchcommits, or watchbugzilla changes in FAS. In that case
Non-Responsive Maintainer procedure would probably have to be applied
[1].
[1] http://fedoraproject.org/wiki/PackageMaintainers/Policy/NonResponsiveMain...
Thanks,
--
Lubomir Kundrak (Red Hat Security Response Team)
16 years
Adding /sbin and /usr/sbin to everyone's path in F10
by Tom Callaway
I propose that we add /sbin and /usr/sbin to the path for normal users
(as well as root) for F10? There are plenty of useful tools in there for
non-root users (ifconfig, fdisk, parted), and IMHO, any tool which
assumes the user is root because it lives in /sbin is fundamentally
broken. The LSB doesn't mandate this (at least, not anywhere I can see),
so I propose that we just do it.
Anyone opposed to such an action?
~spot
16 years
Plan for tomorrows (20080501) FESCO meeting
by Brian Pepple
Please find below the list of topics that are likely to come up in the
next FESCo meeting that is scheduled for tomorrow, Thursday at 17:00 UTC
in #fedora-meeting on irc.freenode.org:
/topic FESCo-Meeting -- F9 Blocker Status - all
/topic FESCo meeting -- Free discussion around Fedora
You want something to be discussed? Send a note to the list in reply to
this mail and I'll add it to the schedule. You can also propose topics
in the meeting while it is in the "Free discussion around Fedora" phase.
If your name/nick is on above list please update the status on the
Extras schedule pages in the wiki ahead of the meeting. That way all the
other FESCo members and interested contributors know what up ahead of
the meeting. And we will avoid long delays in the meeting -- those often
arise if someone describes the recent happenings on a topic directly in
the meeting while all the others have to wait for his slow typing...
Later,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
http://fedoraproject.org/wiki/BrianPepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
16 years
preupgrade - upgrade error
by Richard Hally
After completing the download of the needed packages and other things, I clicked
on reboot. Grub showed me the upgrade to rawhide option. after selecting it, the
kernel booted and then the following error came up:
"An error occured reading the install from the ISO images. please check your ISO
images and try again."
the F3 console shows(after some INFO lines):
"04:36:38 ERROR : failed to open /mnt/isodirbootupgradestage2.img: No such file
or directory"
the F5 console shows "Running... /bin/mount -n -t ext3 -o ro /dev/sda3
/mnt/isodir" and that is all.
what is going on? where should I look?
An upgrade directory was created in /boot and it has the initrd.img, the
stage2.img and the zmlinuz.
Any where else I should check?
Richard
16 years
Re: rpms/gnome-packagekit/F-9 gnome-packagekit-gpg-bodge.patch, NONE, 1.1 gnome-packagekit.spec, 1.30, 1.31
by Todd Zullinger
Greetings,
Richard Hughes wrote:
> gnome-packagekit-gpg-bodge.patch:
>
> --- NEW FILE gnome-packagekit-gpg-bodge.patch ---
> diff --git a/src/gpk-application.c b/src/gpk-application.c
> index 559bfc4..320f569 100644
> --- a/src/gpk-application.c
> +++ b/src/gpk-application.c
...
> + ret = pk_client_rollback (application->priv->client_action, key_package_id, &error);
> + if (!ret) {
> + pk_warning ("failed to install signature: %s", error->message);
> + if (strcmp (error->message, "org.freedesktop.packagekit.install no") == 0) {
> + gpk_application_error_message (application, _("You don't have the necessary privileges to install a signature"), NULL);
> + } else if (g_str_has_prefix (error->message, "org.freedesktop.packagekit.install")) {
> + /* canceled auth dialog, be silent */
> + } else {
> + /* ick, we failed so pretend we didn't do the action */
> + gpk_application_error_message (application, _("The signature could not be installed"), error->message);
> + }
> + g_error_free (error);
> + }
I know this is just a temporary hack (the GIGANTIC HACK wording in the
patch gave it away for me :), but can the wording here be changed to
be a little more accurate? You don't "install" signatures. What's
being installed (or perhaps imported, rather) is the repository's key.
Maybe something more like the following wording for the two strings
above:
pk_warning ("failed to import key: %s", error->message);
_("You don't have the necessary privileges to import a key")
_("The repository's key could not be imported")
I don't know what terminology pk uses to refer to repository's, so
that bit might be better worded. But IMO the signature bit should be
changed, since it makes no sense to install a signature. :)
This doesn't seem to be in the upstream git anywhere yet, else I'd have
sent a more thorough patch to replace signature with key where it
seems appropriate. Perhaps the anon-git server just hasn't been
synced yet today?
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Damn you and your estrogenical treachery!
-- Stewie Griffin
16 years
FC9 and NetworkManager
by Louis Garcia
First NetworkManager fails to come up at boot. One needs to restart the
service.
NetworkManager doesn't work with static ip. After fc9 desktop install
with a stacic ip I disabled network service and enabled Network manager.
I get system eth0 and auto ethernet in the nm-applet. system eth0
connects but can't get to the internet seems the nameservers are missing
and the broadcast is 0. With system-config-network under DNS the values
are always missing even when I enter them and save. /etc/resolv.conf is
empty.
Why does nm-applet have both system eth0 and auto ethernet?
-Louis
16 years
