Closed mckaygerhard closed 12 years ago
If you have a list of functions in spacefm that exceed gtk 2.20 that would be helpful. That would be my first step in evaluating whether this should be done.
Older functions in gtk are now deprecated - they recommend 'do not use in new code'. Use of these older functions would mean that if spacefm is upgraded to gtk3, for example, they will need to be replaced anyway, so using them in new code merely creates more work later. But if the changes are minor I'll consider it.
Also, spacefm, pcmanfm-mod, and legacy pcmanfm (0.5.2) require libgdk-pixbuf2.0-0. If you are installing them without it, you are breaking functionality (search for gdk_pixbuf_new_from_file, etc). Your page doesn't include sources, so I don't know what you're doing. Also, some of the other version info on your page is inaccurate. For example you state spacefm requires gtk 2.34 when the README clearly states 2.24.
If you are going to distribute your own binaries of pcmanfm-mod, you must include sources, or you are violating the GPL license. Either remove these or update your page so it is compliant. A link back to the homepage(s) of spacefm and pcmanfm-mod would also be appropriate.
See section 3a of COPYING
3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
Your page of pcmanfm binaries also violates pcmanfm's license.
On Sat, Sep 8, 2012 at 10:07 AM, IgnorantGuru notifications@github.com wrote:
If you have a list of functions in spacefm that exceed gtk 2.20 that would be helpful. That would be my first step in evaluating whether this should be done.
so then i'll compile forcing use minimum a gtk+ 2.18 (the best choises) and in every error i'll try to help on gtk documentation..
Older functions in gtk are now deprecated - they recommend 'do not use in new code'. Use of these older functions would mean that if spacefm is upgraded to gtk3, for example, they will need to be replaced anyway, so using them in new code merely creates more work later. But if the changes are minor I'll consider it.
will be minor..
using deprecated funtion will e helpfully This will be good because it would avoid technology obsolescence support, This is fine in proprietary software, but free software? no sense riding a permanent updates .. that is different from bug fixes
Umust see: http://en.wikipedia.org/wiki/Planned_obsolescence
Selfishness, greed, pettiness, are things that arise and promote this type of movement of obsolescence
please use google translator when necessary: u must see this info: http://www.abc.es/20120716/tecnologia/rc-obsolescencia-programada-frigorifico-podria-201207160210.html
Also, spacefm, pcmanfm-mod, and legacy pcmanfm (0.5.2) require libgdk-pixbuf2.0-0. If you are installing them without it, you are breaking functionality (search for gdk_pixbuf_new_from_file, etc). i take sources, compile it and then use it on a clean lenny instalation, no pixburf installed, tryit fi5rst.. them ask me.. Your page doesn't include sources, so I don't know what you're doing. Also, some of the other version info on your page is inaccurate. For example you state spacefm requires gtk 2.34 when the README clearly states 2.24. i use u'r sources, i put in same trheatd tomorrow and u see that.. in no one place said gtk 2.34 .. use good translating first
If you are going to distribute your own binaries of pcmanfm-mod, you must include sources, or you are violating the GPL license. Either remove these or update your page so it is compliant. A link back to the homepage(s) of spacefm and pcmanfm-mod would also be appropriate.
the deb package has a link already to homepages so i cover all requisites..
— Reply to this email directly or view it on GitHub.
Lenz McKAY Gerardo (PICCORO) http://qglochekone.blogspot.com
Okay thanks for clarifying the license issue - google translate is sometimes misleading.
You also might want to have a look at the evolving comments in this discussion wrt to gtk2+gtk3 possibilities in spacefm.
BwackNinja has started work porting spacefm to gtk3, and he's planning to address 2.20 or 2.18 compatibility in this as well. The plan is to have a configure switch to build spacefm with either gtk2 (2.20 or possibly 2.18) or gtk3. No timeline on this but it's underway, and will be merged here when ready for user testing.
You can follow that work on BwackNinja's fork in the gtk3 branch.
please remenber that gtk its no the only dependence that must be downgrade..
and notice the importance of that since pcmanfm 1.0.1 now are fully compatible with gtk+2.18 and glib 2.24 (of course with no valac support that its not necesary)
this make impact in people reception due this king of software suppost not only to be light , event also suppost to install in every were.. powerfully machine hadrware are not necesary to handle light desktop.. theyre hav power to handle gnomepuach3 or kde4 like
My branch now compiles and runs with gtk 2.18. More testing is still needed before it is ready. Gtk3 support is still a work in progress.
STATUS: now downloading and testing...
BwackNinja's gtk 2.18 compatibility work has been merged into spacefm's 'next' branch, meaning it should be in the 0.8.1 release. You can test that branch now using these instructions
BwackNinja reports that libgdk-pixbuf-2.0 used to be a part of gtk, but was split out around 2.20/2.22. That's why old versions of gtk2 seem not to need libgdk-pixbuf-2.0 - it was part of the codebase, but still produced it's own shared library.
Thus explicit dependency on libgdk-pixbuf-2.0 has been removed from spacefm next (what will be 0.8.1). If using a later gtk version, libgdk-pixbuf-2.0 is required but your package manager should pull it automatically as a dependency to libgtk2.
Assuming those were the only issues, spacefm's next branch should now build on lenny and squeeze - testing requested, including building deb packages (see README).
there's presidential election this weekend, (uff so many chavistas) so now i will have time to do the remaining work and to report feedback information during presidential elections rally due i'll not have to work at job..
Thanks this can use some testing. Here is what now exists:
At this point I recommend testing spacefm's next branch (for instructions see README ), particularly with gtk 2.18. You can also test the debian builds in there.
libstartup-notification-1.0 ????? why so? configure: error: Package requirements (libstartup-notification-1.0) were not met: No package 'libstartup-notification-1.0' found
lest continue, intalling 0.9 startup notification and go:
make:
now an error on gvfs support due u'r using too high gvfs for 1.8.1+ that relies over glib 2.26+
mv -f .deps/spacefm-mime-cache.Tpo .deps/spacefm-mime-cache.Po
gcc -DPACKAGE_NAME=\"spacefm\" -DPACKAGE_TARNAME=\"spacefm\"
-DPACKAGE_VERSION=\"0.8.0+\" -DPACKAGE_STRING=\"spacefm\ 0.8.0+\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"spacefm\"
-DVERSION=\"0.8.0+\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_STDLIB_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1
-DHAVE_LIBM=1 -DHAVE_LIBX11=1 -DUSE_INOTIFY=1 -D_LARGEFILE64_SOURCE=1
-D_FILE_OFFSET_BITS=64 -DSUPER_USER_CHECKS=1 -DDESKTOP_INTEGRATION=1
-DHAVE_EUIDACCESS=// -DHAVE_EACCESS=// -DHAVE_STATVFS=//
-DGETTEXT_PACKAGE=\"spacefm\" -DHAVE_LOCALE_H=1 -DHAVE_LC_MESSAGES=1
-DHAVE_BIND_TEXTDOMAIN_CODESET=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1
-DENABLE_NLS=1 -I. -I../src/mime-type -I../src/compat -I../src/ptk
-I../src/vfs -I../src/libmd5-rfc -I../src/desktop -I../src/inotify
-I../src/exo -DPACKAGE_DATA_DIR=\""/usr/local/share/spacefm"\"
-DPACKAGE_UI_DIR=\""/usr/local/share/spacefm/ui"\"
-DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -D_LARGEFILE_SOURCE
-D_REENTRANT -D_FILE_OFFSET_BITS=64 -fstrict-aliasing -fmessage-length=0
-DDATADIR=\"/usr/local/share\" -DHTMLDIR=\"/usr/local/share/doc/spacefm\"
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12
-I/usr/include/startup-notification-1.0 -DG_DISABLE_CAST_CHECKS
-Werror-implicit-function-declaration -g -O2 -MT spacefm-vfs-file-monitor.o
-MD -MP -MF .deps/spacefm-vfs-file-monitor.Tpo -c -o
spacefm-vfs-file-monitor.o test -f 'vfs/vfs-file-monitor.c' || echo './'
vfs/vfs-file-monitor.c
In file included from vfs/vfs-file-monitor.c:23:
vfs/vfs-file-info.h:58: error: expected specifier-qualifier-list before
‘blksize_t’
make[1]: * [spacefm-vfs-file-monitor.o] Error 1
make[1]: se sale del directorio `/home/intranet/debian/spacefm/spacefm/src'
make: *\ [all-recursive] Error 1
this seems spacefm relyes vfs on gvfs after 1.8.1+ that need too much recent glib 2.26+
On Fri, Oct 5, 2012 at 12:51 PM, IgnorantGuru notifications@github.comwrote:
Thanks this can use some testing. Here is what now exists:
- BwackNinja's fork in the gtk3 branchhttps://github.com/BwackNinja/spacefm/commits/gtk3- this is where he's doing the active work
- spacefm's gtk3 branchhttps://github.com/IgnorantGuru/spacefm/commits/gtk3- This is where I first pull and review BwackNinja's commits, and add pull requests back to BwackNinja. This gtk3 branch will generally lag BwackNinja's
- spacefm's next branchhttps://github.com/IgnorantGuru/spacefm/commits/next- The gtk 2.18 compatibility from the gtk3 branch has been merged into the next branch already, and some reversionshttps://github.com/IgnorantGuru/spacefm/commit/93939cd8d399c68d27e8c79786915681c721fa8ewere added to stabilize a few issues remaining in the gtk3 branch
At this point I recommend testing spacefm's next branchhttps://github.com/IgnorantGuru/spacefm/commits/next(for instructions see README https://github.com/IgnorantGuru/spacefm/blob/next/README#L246 )
— Reply to this email directly or view it on GitHubhttps://github.com/IgnorantGuru/spacefm/issues/146#issuecomment-9183054.
Lenz McKAY Gerardo (PICCORO) http://qglochekone.blogspot.com
Thanks for the testing. To clarify:
Fyi (again), spacefm does not use or depend on gvfs at all. The vfs sources you see are its built-in vfs. Also, please make an effort to provide accurate information or it becomes confusing (for example, spacefm's current version is 0.8.0 (0.8.0+ in next), not 1.8.0 or 1.8.1.).
i'm very exited, i glad and want to thank the efforts, u guys with this compatibility backguard, are gaining more users than you can imagine, due there's more users with older software working perfectly rather than users with newer releases of distributions.. with updates libraries software installed..
On Wed, Oct 10, 2012 at 8:58 AM, IgnorantGuru notifications@github.comwrote:
Thanks for the testing. To clarify:
- You need libstartup-notification 0.9 compatibility
- You need a lower glib version compatibility suitable for gtk 2.18
Fyi (again), spacefm does not use or depend on gvfs at all. The vfs sources you see are its built-in vfs. Also, please make an effort to provide accurate information or it becomes confusing (for example, spacefm's current version is 0.8.0, not 1.8.0.).
— Reply to this email directly or view it on GitHubhttps://github.com/IgnorantGuru/spacefm/issues/146#issuecomment-9302729.
Lenz McKAY Gerardo (PICCORO) http://qglochekone.blogspot.com
libstartup-notification-1.0 ????? why so?
libstartup-notification-1 is provided by package libstartup-notification0 in debian. The "1.0" does not refer to the debian package version number (currently 0.12).
In squeeze, libstartup-notification0 is version 0.10 which does provide libstartup-notification-1: http://packages.debian.org/squeeze/libstartup-notification0 http://packages.debian.org/squeeze/i386/libstartup-notification0/filelist
I couldn't find info on lenny or libstartup-notification-0.9
Now available in next, 6a73006 makes the following changes:
Please retest the next branch to see if libstartup-notification-0.9 is detected. Also, try opening some apps to be sure its stable with that version (and also with squeeze's libstartup-notification-1). For example, double-click on a text file or openoffice file and see if it works. Thanks.
next branch now builds successfully on updated debian squeeze (gtk 2.20, glib 2.24). So spacefm does not require glib 2.26.
In file included from vfs/vfs-file-monitor.c:23: vfs/vfs-file-info.h:58: error: expected specifier-qualifier-list before ‘blksize_t’
This error is actually related to an older gcc that doesn't have blksize_t defined. This error should no longer be present with 09e3801. That was the only change required to build on squeeze.
Also, udevil next also now builds on squeeze (with udevil:147b6158).
lenny uses gtk 2.12 so is probably too out of date for spacefm.
Please test the next branch and report any additional issues with older versions within this range. Note that squeeze includes libstartup-notification-1 so I don't know where you're seeing 0.9, but you can test the updated build system with that. Thanks.
lenny-backports has gcc 4.3 , gtk 2.18/2.20 and glib 2.22 also cairo and ango enought updated.
so this its the reason that i need startup notification 0.9 due lenny use it
so about gcc, i can port all of squeeze gtk, startup, glib, but i need to kown if spacefm can be compiled at leas with gcc 4.3.3
about squeeze .. um building now..
Please try lenny too and see if it compiles. I don't know that I will support packages as old as lenny, but if you want to research the issues and offer solutions I'm willing to look them over and merge them in if they work okay. The changes required for squeeze were very minimal.
so this its the reason that i need startup notification 0.9 due lenny use it
spacefm no longer requires libstartup-notification, but will use it if it finds it. You can see if configure now detects 0.9 - it will say in the configure summary.
HEEEYYYYY u closed!!!!!! i tested and ok but arrgggggg, i confirm that. sorry for late i was busy with packagin, compies perfectyly
results configuring in squeeze using udisk
SpaceFM...................................... : Version 0.8.1
Prefix....................................... : /usr
Executable................................... : /usr/bin/spacefm
Icon Dir..................................... : /usr/share/pixmaps/
Documentation Dir............................ : /usr/share/doc/spacefm/
Linux device support......................... : libudev
Linux file change monitor support............ : inotify
64-bit Large file support.................... : yes
Desktop icon integration..................... : yes
Startup notification......................... : yes
results compiling: EVERITHING ITS GOOD
results sunning seems to be good, but i need test more..
WITH HAL FAILDS , so i'l will open new issu for hall support
Results of configuring in lenny or squeeze using hal:
SpaceFM...................................... : Version 0.8.1
Prefix....................................... : /usr
Executable................................... : /usr/bin/spacefm
Icon Dir..................................... : /usr/share/pixmaps/
Documentation Dir............................ : /usr/share/doc/spacefm/
Linux device support......................... : hal
Linux file change monitor support............ : inotify
64-bit Large file support.................... : yes
Desktop icon integration..................... : yes
Startup notification......................... : yes
results compiling in squeze/lenhny using hal:
est -f 'vfs/vfs-volume-hal.c' || echo './'`vfs/vfs-volume-hal.c
vfs/vfs-volume-hal.c: In function ‘vfs_volume_mount_by_udi_as_root’:
vfs/vfs-volume-hal.c:2888: warning: assignment discards qualifiers from pointer target type
vfs/vfs-volume-hal.c:2892: error: implicit declaration of function ‘vfs_sudo_cmd_sync’
make[1]: *** [spacefm-vfs-volume-hal.o] Error 1
make[1]: se sale del directorio `/home/intranet/devel/spacefm/spacefm/src'
make: *** [all-recursive] Error 1
Becose of: https://igurublog.wordpress.com/2012/08/15/spacefm-update-3/#comments
i make this request, as very important..
in gtk 2.20 the API introduce it many new functions that provides features need/depends of pixbuf the problen relies in gtk+ since 2.16.0, and 2.17.0 introduces too many newer fuctions like deprecated GDK_WINDOW_OBJECT with newer gdk_window_is_destroyed as example.. another newer features are only viewable in code source..
and spacefm use extensive call to this as many comments in lbog cited.. requiered from 0.7.3 as said on some comments in blog of ingnorantguru's
@IgnorantGuru u said prevously that pcmanfm/pcmanfm-mod dont compile in lenny: surprise i compile inclusive in ETCH:
ECTH BUILD: https://groups.google.com/forum/?fromgroups=#!topic/venenuxsarisari/0jC23AW-Akg
Also i compile pcmanfm 1.0.1 for lenny, see here:
LENNY 1.0.1 PCMANFM: https://docs.google.com/folder/d/0B9CZefVq84E_ODBhZWQzNzgtOTdiNS00YWM4LTkyNDctMjBhZWVhNTcyOTM0/edit
so its clarely that pcmanfm has too many advantages over spacefm due minor requeriment, such people only want wimple and faster event too many upgrades for compile and install..
lxde its featured as the most faster and simple, and works in any hadrware and with minimum upgrades/requeriments of software.. pcmanfm now does that, and spacefm only compiles in too high requeriments..
me need as minimun downgrade to gtk+2.0 2.20 at leas.. to compile able in squeeze .. that will be enought..
an remenber, no depens on wheeze separate pixbuf new libray..