From: Dan H. <dh...@re...> - 2011-01-19 17:29:19
|
Ulrich Kleber píše v St 19. 01. 2011 v 17:26 +0100: > Hi, > I didn't hear anything after Anton's remark. > So can we go forward and use functions available in glib 2.14? > Or which is the newest version we can require? > My Fedora is on glib 2.26. > > I would like to proceed implementing common option parsing in clients and > also the daemon, > which should be done using glib functions, that were provided step by step > between glib 2.6 and 2.14. I think RHEL-5 is still a common platform in the enterprise sphere and it carries glib 2.12, so my vote would be to require 2.12 or newer Dan > Cheers, > Uli > > > > -----Ursprungliche Nachricht----- > Von: SourceForge.net [mailto:no...@so...] > Gesendet: Mittwoch, 19. Januar 2011 17:17 > An: no...@so... > Betreff: [oh-tracker] [ openhpi-Feature Requests-3141155 ] Move to > newerversion of glib2 > > > Feature Requests item #3141155, was opened at 2010-12-21 10:23 > Message generated for change (Comment added) made by ulikleber > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=532254&aid=3141155&group_i > d=71730 > > Please note that this message will contain a full copy of the comment > thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: 2.17.x > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: Ulich Kleber (ulikleber) > Assigned to: Nobody/Anonymous (nobody) > Summary: Move to newer version of glib2 > > Initial Comment: > OpenHPI build requires glib 2.2.0, which is very much outdated. > I propose to move to an updated version and check the dependency in > configure. > There are new functions provided which could be used when implementing > feature 1493787. > I propose to require at least glib 2.14. > Please comment. > > ---------------------------------------------------------------------- > > >Comment By: Ulich Kleber (ulikleber) > Date: 2011-01-19 17:16 > > Message: > The attached patch modifies configure.ac, so it will be checked for glib > 2.14. > > There were no objections to this move yet. So glib 2.14 will be required > and clients will use functions like g_option_context_get_help to implement > long options. > glib 2.14 was released in 2007. > > ---------------------------------------------------------------------- > > Comment By: Anton Pak (avpak) > Date: 2010-12-21 10:32 > > Message: > >From there http://ftp.gnome.org/pub/gnome/sources/glib/ > > you can see that 2.14 was released about Aug 2007. > > >From there http://openhpi.org/Distributions > > you can see that at least Debian and Suse use very old OpenHPI. > > I guess we need to ask Bryan (who is Debian maintainer) and someone from > Suse if they are OK with the proposal. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=532254&aid=3141155&group_i > d=71730 > > ---------------------------------------------------------------------------- > -- > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > openhpi-tracker mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhpi-tracker > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Openhpi-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openhpi-devel |