building 4.6.2 with glib1
Compiling current git with glib1 fails with the following error: util.o: In function `shell_unescape': /home/gzp/src/mc/src/util.c:1640: undefined reference to `g_string_new_len' collect2: ld returned 1 exit status log.configure.gz Description: application/gunzip log.make.gz Description: application/gunzip ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
* Gabor Z. Papp schrieb: Hi, > Compiling current git with glib1 fails with the following error: you shouldn't be much surprised: glib1 and glib2 are totally different, very incompatible libraries, just happen to share the name and some ideas behind. BTW: I'm (again) working on getting rid of it at all, since glib is utterly broken/unusable on certain platforms (especially embedded ones) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
On Tue, 2009-10-27 at 18:45 +0100, Enrico Weigelt wrote: > BTW: I'm (again) working on getting rid of it at all, since > glib is utterly broken/unusable on certain platforms (especially > embedded ones) Would you please elaborate on how broken it is? P.S. It would be interesting to see your repo at some point. The links in your signature ATM are, unfortunately, broken/unusable on my platform ;-) Do you have a public mirror yet? -- Sincerely yours, Yury V. Zaytsev ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
* Yury V. Zaytsev schrieb: > On Tue, 2009-10-27 at 18:45 +0100, Enrico Weigelt wrote: > > > BTW: I'm (again) working on getting rid of it at all, since > > glib is utterly broken/unusable on certain platforms (especially > > embedded ones) > > Would you please elaborate on how broken it is? For example makes trouble on uclibc (eg. Gentoo folks have theirs reasons to have it hardmasked on uclibc profiles). Oh, and it's quite fat - too fat for the targets I need mc for. > P.S. It would be interesting to see your repo at some point. The links > in your signature ATM are, unfortunately, broken/unusable on my > platform ;-) Do you have a public mirror yet? Just was too lazy to reconfigure the signature for that list (because, since i'd been driven out of the team, i rarely come around here ...). My current projects are now exclusively in git repos - if you're interested in sth., just let me know. cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
On Tue, 2009-10-27 at 20:12 +0100, Enrico Weigelt wrote: > Just was too lazy to reconfigure the signature for that list > (because, since i'd been driven out of the team, i rarely come > around here ...). My current projects are now exclusively in > git repos - if you're interested in sth., just let me know. I'm interested in peeking in your branches :-) -- Sincerely yours, Yury V. Zaytsev ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
* Yury V. Zaytsev schrieb: > On Tue, 2009-10-27 at 20:12 +0100, Enrico Weigelt wrote: > > > Just was too lazy to reconfigure the signature for that list > > (because, since i'd been driven out of the team, i rarely come > > around here ...). My current projects are now exclusively in > > git repos - if you're interested in sth., just let me know. > > I'm interested in peeking in your branches :-) free-mc: git://git.metux.de/free-mc.git libmvfs: git://git.metux.de/libmvfs.git libmixp: git://git.metux.de/libmixp.git libmixpsrv: git://git.metux.de/libmixpsrv.git cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 27.10.2009 21:12, Enrico Weigelt wrote: > Just was too lazy to reconfigure the signature for that list > (because, since i'd been driven out of the team, i rarely come > around here ...). My current projects are now exclusively in > git repos - if you're interested in sth., just let me know. Enrico, 'been driven out of the team' is an incorrect words. At present time you have write access on git in m-c.o: midnight-commander:/home/slavaz/.ssh# hostname midnight-commander.org midnight-commander:/home/slavaz/.ssh# getent passwd metux metux:x:1003:112::/home/metux:/bin/sh midnight-commander:/home/slavaz/.ssh# ls /home/metux/.ssh/ authorized_keys If you wasn't lose your private ssh-key, you may continue development in team right now. Is some your ideas was rejected by team? Well, shit happens. Some my grandiose ideas was reject by team too... but I continue to develop. If you absolutely don't like glib - please, propose FULLY-replace library. Not library with young age and/or poor-featured - need stable and fully-functional library. You want to support own library code? Excellent, just try^w do it. This is not so easy like pronounce. :) We, Russian, have phrases: "make own bicycle" or "Invent the wheel again". Select what you like:) Is you have reason for drop glib (except embedded systems)? Glib may be smallest. For this, need to tuning glib (via glib bugzilla's feature request etc). MC just use convenient and 'soft' library. Many current features and thinks will impossible or will much harder to realize without glib. Isn't it? WBR, Slavaz. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkrnlX0ACgkQb3oGR6aVLpquDACfdqTSSGe+rQ/VHEoZnW6gVOua L5wAoIAGLYDboZMMrVgWiih/yFLUR3ce =MeuE -END PGP SIGNATURE- ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: building 4.6.2 with glib1
* Slava Zanko schrieb: Hi, > Enrico, 'been driven out of the team' is an incorrect words. > At present time you have write access on git in m-c.o: I didnt talk about git/trac access, but the social climate in the dev-team, which - to me - wasnt a real team anymore. You know that it wasn't the glib issue, but was just the ignition spark. But I don't want to cook up those old silly stories - I'm just interested in technical advance, even if it requires maintaining my own fork. > If you absolutely don't like glib - please, propose FULLY-replace > library. That's just the start of the mess: one fat library for all. I'm currently in process of replacing glib stuff step by step, first things that can be done more efficiently and then those where other - specific and small - libs existing. The rule is _NOT_ "kick off glib by any means" (as opposite to the "use glib by any means"-doctrine), but carefully refactoring step by step. > Not library with young age and/or poor-featured - need stable > and fully-functional library. You want to support own library code? You want a stable library ? Then glib is not the right thing to look for. In my daily job (dev as well as operating), glib is one of the bigges troublemakers, especially incompatibe API changes within minor release - it really makes fun loosing important apps (like mc) on a production system just due an glib update. > Glib may be smallest. For this, need to tuning glib (via glib > bugzilla's feature request etc). Glib API is too big. It would require a complete refactoring, it had to be split into lots of smaller libs, ending up in an very different API. My experciences on glib-dev showed up that there's absolutely no interest in that there. > MC just use convenient and 'soft' library. Yes, but with the inconvenience of loosing mc on several platforms. > Many current features and thinks will impossible or will much > harder to realize without glib. Isn't it? Which ones exactly ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
