RE: FreeBSD Port: open-vm-tools-nox11-102166_4
[snip my problem] > Should be fixed. > Martin Hello Martin, It works well now, thanks for your work. Thanks also to Scot Hetzel for his response. The FreeBSD community is responsive and helpful has always. Cheers, Laurent Cligny ISOBOX Technologies - SAS au capital de 4 575 000 Euros RCS Paris 348 914 300 - APE Z - N? TVA FR 04348914300 This e-mail and any attachment is confidential and may be legally privileged or otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately by returning this e-mail. Sender is not responsible for the improper or incomplete transmission of any e-mail, or for any delay in its receipt. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: claws-mail-3.5.0_1
Quoting Terry Poulin <[EMAIL PROTECTED]> (from Wed, 8 Oct 2008 04:18:46 +): Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, approximately 5 days ago. The current version for mail/claws-mail is 3.5.0, released back in June. And miwi@ has the ports ready, but as the ports tree is in a semi-freeze until 6.4 and 7.1 are released, this is not committed yet (too much changes). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Bender: I finally meet a nice girl with a pair of legs that don't quite unexpectedly... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: claws-mail-3.5.0_1
On Wed, 08 Oct 2008 10:26:02 +0200 Alexander Leidinger <[EMAIL PROTECTED]> wrote: >Quoting Terry Poulin <[EMAIL PROTECTED]> (from Wed, 8 Oct 2008 >04:18:46 +): > >> Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, >> approximately 5 days ago. The current version for mail/claws-mail is >> 3.5.0, released back in June. > >And miwi@ has the ports ready, but as the ports tree is in a >semi-freeze until 6.4 and 7.1 are released, this is not committed yet >(too much changes). The CM crew has all ready fixed a few bugs in the latest version. Giving them a few days to get a better version released is not going to do any harm. -- Jerry [EMAIL PROTECTED] To the best of my recollection, Senator, I can't recall. signature.asc Description: PGP signature
Ekiga segfaulting with stack overflow
Hi all,
I'm experiencing following issue with ekiga-2.0.11_4 package.
8<8<-
% gdb `which ekiga`
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) run
Starting program: /usr/local/bin/ekiga
[New LWP 100218]
[New Thread 0x80a701120 (LWP 100218)]
[New Thread 0x80a701400 (LWP 100257)]
[New Thread 0x80a701570 (LWP 100258)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x80a701120 (LWP 100218)]
0x000808fc4a82 in __opendir2 (name=0x80c5ade40 "/dev/ext2fs/", flags=3)
at /usr/src/lib/libc/gen/opendir.c:77
77 if (stat(name, &statb) != 0)
Current language: auto; currently c
(gdb) bt
#0 0x000808fc4a82 in __opendir2 (name=0x80c5ade40 "/dev/ext2fs/", flags=3)
at /usr/src/lib/libc/gen/opendir.c:77
#1 0x000807ca8f27 in PDirectory::Open (this=0x7fc007b0, ScanMask=511)
at osutil.cxx:546
#2 0x00080aa18b7c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:347
#3 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#4 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#5 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#6 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#7 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#8 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#9 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#10 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#11 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#12 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#13 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#14 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#15 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#16 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#17 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
#18 0x00080aa18c4c in CollectSoundDevices ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], collect_with_names=1) at sound_oss.cxx:354
(gdb) print name
$1 = 0x80c5addf0 "/dev/ext2fs/"
(gdb) print statb
$2 = {st_dev = 0, st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0,
st_atimespec = {tv_sec = 0, tv_nsec = 0}, st_mtimespec = {tv_sec = 0, tv_nsec = 0},
st_ctimespec = {tv_sec = 0, tv_nsec = 0}, st_size = 0, st_blocks = 0, st_blksize = 0,
st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}}
% ls -l /dev/ext2fs
ls: : No such file or directory
total 0
crw-r- 1 root operator0, 105 Oct 8 13:39 archives
crw-r- 1 root operator0, 104 Oct 8 13:39 lectures
% find /dev/ext2fs/
/dev/ext2fs/
find: /dev/ext2fs/: No such file or directory
/dev/ext2fs/lectures
/dev/ext2fs/archives
% stat /dev/ext2fs
67174144 120 dr-xr-xr-x 3 root wheel 4294967295 512 "Oct 8 13:39:34 2008" "Oct 8 13:39:34 2008"
"Oct 8 13:39:34 2008" "Jan 1 05:29:59 1970" 4096 1 0 /dev/ext2fs
>8>8
I've also installed Gentoo GNU/Linux on the same box with ext3 partitions. The
partitions which are displayed above are only two of them, other ext3 partitions
aren't showing up in that directory. And as you can see, there is some invalid
file also pr
Perl-5.8.10 release date?
I am assuming that Perl-5.8.10 is not going to be in the soon to be released FBSD-7.1; however, is there any word as to when it might actually be released? Unless I am mistaken, this version of Perl was released on Dec. 18, 2007. I realize that porting Perl to FBSD is no trivial task; all I was inquiring about is when it might get into the ports system. -- Jerry [EMAIL PROTECTED] Removing the straw that broke the camel's back does not necessarily allow the camel to walk again. signature.asc Description: PGP signature
Re: Perl-5.8.10 release date?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Jerry, Jerry wrote: > I am assuming that Perl-5.8.10 is not going to be in the soon to be > released FBSD-7.1; however, is there any word as to when it might > actually be released? Unless I am mistaken, this version of Perl was > released on Dec. 18, 2007. I realize that porting Perl to FBSD is no > trivial task; all I was inquiring about is when it might get into the > ports system. Currently the ports tree is under a 'slush' state. For this case I think the most likely case is that we will not ship Perl 5.8.10 with FreeBSD 7.1, but if someone would get a patch by that moment and gets tested against the current ports collection, it would have its way into 7.2-RELEASE. The most important thing is that "someone" :) do the porting work and submit it to portmgr@ for a pointyhat twist. Cheers, - -- Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjtJYYACgkQi+vbBBjt66AhsQCfbe/V3mbGT5dN4nlKnsKkSwih GQYAn2BJPefBwMn+fUVC9H4MUIsVrF9R =TwNX -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pkg_trans progress
Hi, Some time ago I've written about an idea to extend the standard ports/package infrastructure with "transactions". Here are some notes on it: http://wiki.freebsd.org/IvanVoras/PkgTransProposal I've been working on it, and the code itself appears to have severely bad karma, being twice almost completely lost in hardware or software failures, so I'm publishing it now so it doesn't get lost again :) The build tree is at http://people.freebsd.org/~ivoras/big/pkg_install.tgz To use it: * Extract it somewhere * Run make in the created directory * su to root * Run make install Now you have a new utility, pkg_trans, and additions to existing pkg_add and pkg_delete utilities. It's highly recommended you also add pkg_trans_save_deleted_packages="YES" to /etc/rc.conf (suggestions for better placement of this configurable is welcome). To undo this, run make install from the normal build tree (at /usr/src/usr.sbin/pkg_install) and manually remove the pkg_trans utility. The additional pkg_trans utility is called by patched pkg_add and pkg_delete, to isolate transaction functionality and minimize changes to pkg_add and pkg_delete. It also serves to query transactions and undo them. The man pages are not yet updated, but the wiki page above has simple descriptions of new options. Here's what currently works: * Recording pkg_add and pkg_delete transactions (one invocation of pkg_add/pkg_delete is one transaction, no matter how many packages it touches). * Backing up of packages in pkg_delete transactions * Undoing those transactions * Querying transaction records. The transaction records are installed in /var/db/pkgtrans and /usr/ports/pkgtrans . For illustration, here's a sample console session with the new utilities. Note that sqlcached requires sqlite as a dependancy. Arguments to pkg_trans do the following: -l : list all recorded transactions, -i : show info about a particular transaction, -u : undo a transaction. The rest should be self-explanatory. v8:/home/ivoras/temp# ll total 1 -rw-r--r-- 1 root ivoras 14896 Aug 1 10:17 sqlcached-r4.tbz -rw-r--r-- 1 root ivoras 639829 Aug 1 07:26 sqlite-2.8.17_1.tbz v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# pkg_trans -l 0 transaction records found. v8:/home/ivoras/temp# pkg_add sqlcached-r4.tbz pkg_add: warning: package 'sqlite-2.8.17_1' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed pkg_add: warning: package 'sqlcached-r4' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed v8:/home/ivoras/temp# pkg_trans -l 1 (2 pkgs added) Wed Oct 8 23:07:04 2008 1 transaction records found. v8:/home/ivoras/temp# pkg_trans -i -z 1 Transaction 1, started on Wed Oct 8 23:07:16 2008 ADD sqlcached-r4 ADD sqlite-2.8.17_1 v8:/home/ivoras/temp# pkg_delete sqlcached-r4 sqlite-2.8.17_1 v8:/home/ivoras/temp# pkg_trans -l 1 (2 pkgs added) Wed Oct 8 23:07:04 2008 2 (2 pkgs removed) (2 pkgs backed up) Wed Oct 8 23:07:40 2008 2 transaction records found. v8:/home/ivoras/temp# pkg_trans -i -z 2 Transaction 2, started on Wed Oct 8 23:07:55 2008 DEL,B sqlite-2.8.17_1 DEL,B sqlcached-r4 v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# pkg_trans -u -z 2 pkg_add: warning: package 'sqlite-2.8.17_1' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed pkg_add: warning: package 'sqlcached-r4' requires 'pkg-config-0.23_1', but 'pkg-config-0.22_1' is installed v8:/home/ivoras/temp# pkg_info | grep sql sqlcached-r4A cache daemon using SQL for data manipulation sqlite-2.8.17_1 An SQL database engine in a C library w/ Tcl wrapper v8:/home/ivoras/temp# pkg_trans -l 1 (2 pkgs added) Wed Oct 8 23:07:04 2008 1 transaction records found. v8:/home/ivoras/temp# pkg_trans -u -z 1 v8:/home/ivoras/temp# pkg_trans -l 0 transaction records found. v8:/home/ivoras/temp# pkg_info|grep sql v8:/home/ivoras/temp# In addition, the utilities now create a file called +USER_INSTALLED in the install package database for all packages explicitely installed by the user (i.e. not pulled in as a dependancy). At least this is how it should work, I'm not sure I tracked down all cases when dependancies are pulled. There's currently little "smart" behaviour WRT undoing transactions depending on other transactions, etc. This is planned but seeing how I'm little short on time, patches are also welcome. Also, to make this truly usable, the "make install" infrastructure will have to be aware of this, and also the utilities like portupgrade. As I've said before, I cannot work on these so I'm hereby officially requesting help for those parts. Testers are welcome for this work, please report back even if it works well :) signature.asc Description: OpenPGP digital signature
