Re: building 4.6.2 with glib1
* Slava Zanko slavaza...@gmail.com 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
Re: building 4.6.2 with glib1
* Gabor Z. Papp g...@papp.hu 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 y...@shurup.com 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 y...@shurup.com 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
On Thu, Feb 05, 2009 at 08:48:52AM +0100, Jan Engelhardt wrote: On Wednesday 2009-02-04 19:20, Enrico Weigelt wrote: * Patrick Winnertz win...@debian.org schrieb: It seeems that autogen.sh create links instead of copying the files to the correct place. Right, as it should be. This should not be for when a tarball is about to be created, because these symlinks might be invalid on a target system. how about reading some manuals and checking what actually happens? make dist will resolve any symlinks while creating the package, so it is perfectly ok that the developer's checkout has the symlinked versions. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
Hey This should not be for when a tarball is about to be created, because these symlinks might be invalid on a target system. Well. I think we're speaking here about two different things. It's perfectly normal that autogen.sh will create symlinks this is intended and okay. However we need to resolve these symlinks before putting the next release on the download page. As not every user is supposed to have autofoo installed the symlinks needs to be resolved for the release. Greetings Winnie -- . '' ` . Patrick Winnertz win...@debian.org : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~winnie - http://www.der-winnie.de `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
On Wednesday 2009-02-04 07:52, Patrick Winnertz wrote: I think this is error. Run of ./configure is enougth in release tarball. Correct tarball must provides all required files to be ndependent of autotools installed or not on current host. Jepp. that's true. And I found the error I guess: win...@energy:/tmp/mc-4.6.2$ ls -l ./config/install-sh lrwxrwxrwx 1 winnie winnie 35 4. Feb 07:49 ./config/install-sh - /usr/share/automake-1.10/install-sh win...@energy:/tmp/mc-4.6.2$ It seeems that autogen.sh create links instead of copying the files to the correct place. Which is why autogen.sh should consist of: autoreconf -fi It is not necessary to run all the tools on their own (but see `info autoreconf`). ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
Hey, jup. Jupp there will be a 4.6.2.1 release soon. make dist-check avoids such bloopers - for the next time. ;) Thanks for the hint ;) Greetings Winnie -- . '' ` . Patrick Winnertz win...@debian.org : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~winnie - http://www.der-winnie.de `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
On Wed, Feb 04, 2009 at 09:12:03AM +0300, Andrew Borodin wrote: I think this must be fixed and therefor 4.6.2.1 release is needed. jup. make dist-check avoids such bloopers - for the next time. ;) ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
* Patrick Winnertz win...@debian.org schrieb: It seeems that autogen.sh create links instead of copying the files to the correct place. Right, as it should be. The correct way is to run ./autogen.sh before ./configure, not just because there could be system dependent changes in autoconf stuff. 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
On Wednesday 2009-02-04 19:20, Enrico Weigelt wrote: * Patrick Winnertz win...@debian.org schrieb: It seeems that autogen.sh create links instead of copying the files to the correct place. Right, as it should be. This should not be for when a tarball is about to be created, because these symlinks might be invalid on a target system. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
On Mon, 2 Feb 2009 22:54:59 +0100 Enrico Weigelt wrote: * Paul Marwick wrote: Just tried to build 4.6.2. However, I get this error as soon as I start configure: t-61vl:/~/hold/mc-4.6.2 tooth:$ ./configure --prefix=/usr --with-screen-slang configure: error: cannot find install-sh or install.sh in config ./config please run ./autogen.sh first I think this is error. Run of ./configure is enougth in release tarball. Correct tarball must provides all required files to be ndependent of autotools installed or not on current host. I think this must be fixed and therefor 4.6.2.1 release is needed. -- Regards, Andrew ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Building 4.6.2
Hey I think this is error. Run of ./configure is enougth in release tarball. Correct tarball must provides all required files to be ndependent of autotools installed or not on current host. Jepp. that's true. And I found the error I guess: win...@energy:/tmp/mc-4.6.2$ ls -l ./config/install-sh lrwxrwxrwx 1 winnie winnie 35 4. Feb 07:49 ./config/install-sh - /usr/share/automake-1.10/install-sh win...@energy:/tmp/mc-4.6.2$ It seeems that autogen.sh create links instead of copying the files to the correct place. Greetings Winnie -- . '' ` . Patrick Winnertz win...@debian.org : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~winnie - http://www.der-winnie.de `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel