You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(18) |
Nov
(2) |
Dec
|
---|
From: Jenny <sma...@ho...> - 2005-11-13 02:06:04
|
i just signed up for your website and I tried to download two different = songs and it wouldn't allow me to. I would like to cancel and my money = refunded, if I can down the music I want. Please get back to me and tell = me what your going to do about this problem. Thank you |
From: Matt S. <bo...@gm...> - 2005-11-06 05:59:58
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm thinking/hoping that we can improve support for other GTK+ engines (such as Industrial, my personal favourite). Maybe even work towards getting the interface more standardised towards its individual platform specifications rather than some odd mess combo of win32 and whatnot. Also, I am still interested in being an actual developer, and I'd like to help out mainly on the core module and whatnot, but I can do general bug fixing on the other modules as well. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDbZvaXm341+YDm10RAr0sAJ9giiz8qBzgD+5f/BoSHrfqMYgXkwCfbgi0 /bdafiryukD16WtUpcUqUG8= =9WNT -----END PGP SIGNATURE----- |
From: Gregorio Roper-Y. <gre...@gm...> - 2005-10-22 21:01:10
|
> --- Ursprüngliche Nachricht --- > Von: Matt Sicker <bo...@gm...> > An: unknown > Kopie: FrostWire Development <lim...@li...> > Betreff: Re: [Limewire-fwdev] Getting 24 compile errors with the current > code. > Datum: Sat, 22 Oct 2005 13:08:55 -0500 > > I'm sure that Ant has the ability to prevent building of certain files > for different platforms; things as "simple" as Make do... It does. The build.xml script from cvs explicitly excludes those files from being compiled. mfg gregorio -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl |
From: Matt S. <bo...@gm...> - 2005-10-22 18:09:16
|
SSdtIHN1cmUgdGhhdCBBbnQgaGFzIHRoZSBhYmlsaXR5IHRvIHByZXZlbnQgYnVpbGRpbmcgb2Yg Y2VydGFpbiBmaWxlcwpmb3IgZGlmZmVyZW50IHBsYXRmb3JtczsgdGhpbmdzIGFzICJzaW1wbGUi IGFzIE1ha2UgZG8uLi4KT24gMjIvMTAvMDUsIEdyZWdvcmlvIFJvcGVyIDxncmVnb3Jpb0BnbXgu bGk+IHdyb3RlOgo+IE1hdHQgU2lja2VyIHdyb3RlOgo+ID4gVGhleSBhbGwgc2VlbSB0byBiZSBy ZWxhdGVkIHRvIE1hYyBPU1ggY29tcG9uZW50cyB0aGF0IHRyeSB0byBjb21waWxlCj4gPiBvbiBh IG5vbi1PU1ggZW52aXJvbm1lbnQgKGUuZy4gTGludXgpOgo+ID4KPiB5b3UncmUgbm90IHN1cHBv c2VkIHRvIGNvbXBpbGUgdGhlIC9ndWkvbWFjb3N4IG9yIHRoZSAvZ3VpL3dpbmRvd3MKPiBmb2xk ZXJzIG9uIGxpbnV4Li4uCj4KPiBtZmcKPiBncmVnb3Jpbwo+CgoKLS0KZ2V0ZmlyZWZveC5jb20K Li4vfCwtJ2DCr8KvYFwobylfXCwtLS0tLCwsXyBUaGUgQnJvd3NlciBSZWxvYWRlZAooIGBcKG8p LCxfL2Agwq8gOiBvIDogOiA6byBgLSwgRG93bmxvYWQgaXQgdG9kYXksIGl0J3MgZnJlZSEK |
From: Gregorio R. <gre...@gm...> - 2005-10-22 08:25:32
|
Matt Sicker wrote: > They all seem to be related to Mac OSX components that try to compile > on a non-OSX environment (e.g. Linux): > you're not supposed to compile the /gui/macosx or the /gui/windows folders on linux... mfg gregorio |
From: Matt S. <bo...@gm...> - 2005-10-22 01:50:42
|
VGhleSBhbGwgc2VlbSB0byBiZSByZWxhdGVkIHRvIE1hYyBPU1ggY29tcG9uZW50cyB0aGF0IHRy eSB0byBjb21waWxlCm9uIGEgbm9uLU9TWCBlbnZpcm9ubWVudCAoZS5nLiBMaW51eCk6Cgpjb3Jl OgogICAgW2phdmFjXSBDb21waWxpbmcgMTE1NiBzb3VyY2UgZmlsZXMgdG8gL3Vzci9sb2NhbC9z cmMvbGltZXdpcmUvYmluCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xpbWV3aXJlL2NvcmUv Z3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9BRURlc2NTdHJ1Y3QuamF2YTo1 OgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sOiBjbGFzcyBCeXRlQXJyYXlT dHJ1Y3QKICAgIFtqYXZhY10gcHVibGljIGNsYXNzIEFFRGVzY1N0cnVjdCBleHRlbmRzIEJ5dGVB cnJheVN0cnVjdAogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg XgogICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3JlL2d1aS9tYWNvc3gvY29t L2xpbWVncm91cC9nbnV0ZWxsYS9ndWkvQXF1YVRhYi5qYXZhOjE0OgpwYWNrYWdlIGFwcGxlLmxh ZiBkb2VzIG5vdCBleGlzdAogICAgW2phdmFjXSBwdWJsaWMgY2xhc3MgQXF1YVRhYiBleHRlbmRz IGFwcGxlLmxhZi5BcXVhVGFiYmVkUGFuZVVJIHsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xpbWV3 aXJlL2NvcmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9NYWNUYWIuamF2 YToxNDoKcGFja2FnZSBjb20uYXBwbGUubXJqLnN3aW5nIGRvZXMgbm90IGV4aXN0CiAgICBbamF2 YWNdIHB1YmxpYyBjbGFzcyBNYWNUYWIgZXh0ZW5kcyBjb20uYXBwbGUubXJqLnN3aW5nLk1hY1Rh YmJlZFBhbmVVSSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3Jl L2d1aS9tYWNvc3gvY29tL2xpbWVncm91cC9nbnV0ZWxsYS9ndWkvQUVEZXNjU3RydWN0LmphdmE6 MTY6CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogbWV0aG9kIGdldEJ5 dGVzQXQoaW50LGludCkKICAgIFtqYXZhY10gbG9jYXRpb246IGludGVyZmFjZSBqYXZhLnNxbC5T dHJ1Y3QKICAgIFtqYXZhY10gICAgICAgICBieXRlIGFieXRlMFtdID0gc3RydWN0LmdldEJ5dGVz QXQoaSwgc2l6ZU9mQUVEZXNjKTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgXgogICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3JlL2d1aS9tYWNv c3gvY29tL2xpbWVncm91cC9nbnV0ZWxsYS9ndWkvQUVEZXNjU3RydWN0LmphdmE6MTc6CmNhbm5v dCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogbWV0aG9kIHNldEJ5dGVzQXQoaW50 LGJ5dGVbXSkKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGNvbS5saW1lZ3JvdXAuZ251dGVs bGEuZ3VpLkFFRGVzY1N0cnVjdAogICAgW2phdmFjXSAgICAgICAgIHNldEJ5dGVzQXQoMCwgYWJ5 dGUwKTsKICAgIFtqYXZhY10gICAgICAgICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xp bWV3aXJlL2NvcmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9BRURlc2NT dHJ1Y3QuamF2YToyNzoKY2Fubm90IGZpbmQgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBt ZXRob2QgZ2V0SW50QXQoaW50KQogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgY29tLmxpbWVn cm91cC5nbnV0ZWxsYS5ndWkuQUVEZXNjU3RydWN0CiAgICBbamF2YWNdICAgICAgICAgcmV0dXJu IGdldEludEF0KDApOwogICAgW2phdmFjXSAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC91 c3IvbG9jYWwvc3JjL2xpbWV3aXJlL2NvcmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRl bGxhL2d1aS9BRURlc2NTdHJ1Y3QuamF2YTozMjoKY2Fubm90IGZpbmQgc3ltYm9sCiAgICBbamF2 YWNdIHN5bWJvbCAgOiBtZXRob2Qgc2V0SW50QXQoaW50LGludCkKICAgIFtqYXZhY10gbG9jYXRp b246IGNsYXNzIGNvbS5saW1lZ3JvdXAuZ251dGVsbGEuZ3VpLkFFRGVzY1N0cnVjdAogICAgW2ph dmFjXSAgICAgICAgIHNldEludEF0KDAsIGkpOwogICAgW2phdmFjXSAgICAgICAgIF4KICAgIFtq YXZhY10gL3Vzci9sb2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3Jv dXAvZ251dGVsbGEvZ3VpL0FFRGVzY1N0cnVjdC5qYXZhOjM3OgpjYW5ub3QgZmluZCBzeW1ib2wK ICAgIFtqYXZhY10gc3ltYm9sICA6IG1ldGhvZCBnZXRJbnRBdChpbnQpCiAgICBbamF2YWNdIGxv Y2F0aW9uOiBjbGFzcyBjb20ubGltZWdyb3VwLmdudXRlbGxhLmd1aS5BRURlc2NTdHJ1Y3QKICAg IFtqYXZhY10gICAgICAgICByZXR1cm4gZ2V0SW50QXQoNCk7CiAgICBbamF2YWNdICAgICAgICAg ICAgICAgIF4KICAgIFtqYXZhY10gL3Vzci9sb2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkvbWFj b3N4L2NvbS9saW1lZ3JvdXAvZ251dGVsbGEvZ3VpL0FFRGVzY1N0cnVjdC5qYXZhOjQyOgpjYW5u b3QgZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IG1ldGhvZCBzZXRJbnRBdChpbnQs aW50KQogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgY29tLmxpbWVncm91cC5nbnV0ZWxsYS5n dWkuQUVEZXNjU3RydWN0CiAgICBbamF2YWNdICAgICAgICAgc2V0SW50QXQoNCwgaSk7CiAgICBb amF2YWNdICAgICAgICAgXgogICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3Jl L2d1aS9tYWNvc3gvY29tL2xpbWVncm91cC9nbnV0ZWxsYS9ndWkvQUVEZXNjU3RydWN0LmphdmE6 NDc6CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogbWV0aG9kIGdldExv bmdBdChpbnQpCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBjb20ubGltZWdyb3VwLmdudXRl bGxhLmd1aS5BRURlc2NTdHJ1Y3QKICAgIFtqYXZhY10gICAgICAgICByZXR1cm4gZ2V0TG9uZ0F0 KDApOwogICAgW2phdmFjXSAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwv c3JjL2xpbWV3aXJlL2NvcmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9B RURlc2NMaXN0U3RydWN0LmphdmE6MTg6CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBz eW1ib2wgIDogbWV0aG9kIGdldEJ5dGVzQXQoaW50LGludCkKICAgIFtqYXZhY10gbG9jYXRpb246 IGludGVyZmFjZSBqYXZhLnNxbC5TdHJ1Y3QKICAgIFtqYXZhY10gICAgICAgICBieXRlIGFieXRl MFtdID0gc3RydWN0LmdldEJ5dGVzQXQoaSwgc2l6ZU9mQUVEZXNjTGlzdCk7CiAgICBbamF2YWNd ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL3Vzci9sb2NhbC9z cmMvbGltZXdpcmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3JvdXAvZ251dGVsbGEvZ3VpL0FF RGVzY0xpc3RTdHJ1Y3QuamF2YToxOToKY2Fubm90IGZpbmQgc3ltYm9sCiAgICBbamF2YWNdIHN5 bWJvbCAgOiBtZXRob2Qgc2V0Qnl0ZXNBdChpbnQsYnl0ZVtdKQogICAgW2phdmFjXSBsb2NhdGlv bjogY2xhc3MgY29tLmxpbWVncm91cC5nbnV0ZWxsYS5ndWkuQUVEZXNjTGlzdFN0cnVjdAogICAg W2phdmFjXSAgICAgICAgIHNldEJ5dGVzQXQoMCwgYWJ5dGUwKTsKICAgIFtqYXZhY10gICAgICAg ICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xpbWV3aXJlL2NvcmUvZ3VpL21hY29zeC9j b20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9BRVJlY29yZFN0cnVjdC5qYXZhOjE3OgpjYW5ub3Qg ZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IG1ldGhvZCBnZXRCeXRlc0F0KGludCxp bnQpCiAgICBbamF2YWNdIGxvY2F0aW9uOiBpbnRlcmZhY2UgamF2YS5zcWwuU3RydWN0CiAgICBb amF2YWNdICAgICAgICAgYnl0ZSBhYnl0ZTBbXSA9IHN0cnVjdC5nZXRCeXRlc0F0KGksIHNpemVP ZkFFUmVjb3JkKTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgog ICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3JlL2d1aS9tYWNvc3gvY29tL2xp bWVncm91cC9nbnV0ZWxsYS9ndWkvQUVSZWNvcmRTdHJ1Y3QuamF2YToxODoKY2Fubm90IGZpbmQg c3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBtZXRob2Qgc2V0Qnl0ZXNBdChpbnQsYnl0ZVtd KQogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgY29tLmxpbWVncm91cC5nbnV0ZWxsYS5ndWku QUVSZWNvcmRTdHJ1Y3QKICAgIFtqYXZhY10gICAgICAgICBzZXRCeXRlc0F0KDAsIGFieXRlMCk7 CiAgICBbamF2YWNdICAgICAgICAgXgogICAgW2phdmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2ly ZS9jb3JlL2d1aS9tYWNvc3gvY29tL2xpbWVncm91cC9nbnV0ZWxsYS9ndWkvQXBwbGVFdmVudFN0 cnVjdC5qYXZhOjE4OgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IG1l dGhvZCBnZXRCeXRlc0F0KGludCxpbnQpCiAgICBbamF2YWNdIGxvY2F0aW9uOiBpbnRlcmZhY2Ug amF2YS5zcWwuU3RydWN0CiAgICBbamF2YWNdICAgICAgICAgYnl0ZSBhYnl0ZTBbXSA9IHN0cnVj dC5nZXRCeXRlc0F0KGksIHNpemVPZkFwcGxlRXZlbnQpOwogICAgW2phdmFjXSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xpbWV3aXJl L2NvcmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9BcHBsZUV2ZW50U3Ry dWN0LmphdmE6MTk6CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogbWV0 aG9kIHNldEJ5dGVzQXQoaW50LGJ5dGVbXSkKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGNv bS5saW1lZ3JvdXAuZ251dGVsbGEuZ3VpLkFwcGxlRXZlbnRTdHJ1Y3QKICAgIFtqYXZhY10gICAg ICAgICBzZXRCeXRlc0F0KDAsIGFieXRlMCk7CiAgICBbamF2YWNdICAgICAgICAgXgogICAgW2ph dmFjXSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3JlL2d1aS9tYWNvc3gvY29tL2xpbWVncm91 cC9nbnV0ZWxsYS9ndWkvQXF1YVRhYi5qYXZhOjQzOgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtq YXZhY10gc3ltYm9sICA6IHZhcmlhYmxlIHRhYlBhbmUKICAgIFtqYXZhY10gbG9jYXRpb246IGNs YXNzIGNvbS5saW1lZ3JvdXAuZ251dGVsbGEuZ3VpLkFxdWFUYWIKICAgIFtqYXZhY10gICAgICAg ICBpZiggc2VsVGFiIDwgdGFiUGFuZS5nZXRUYWJDb3VudCgpICkgewogICAgW2phdmFjXSAgICAg ICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC91c3IvbG9jYWwvc3JjL2xpbWV3aXJlL2Nv cmUvZ3VpL21hY29zeC9jb20vbGltZWdyb3VwL2dudXRlbGxhL2d1aS9BcXVhVGFiLmphdmE6NTA6 CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogdmFyaWFibGUgdGFiUGFu ZQogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgY29tLmxpbWVncm91cC5nbnV0ZWxsYS5ndWku QXF1YVRhYgogICAgW2phdmFjXSAgICAgICAgICAgICAgICAKKFByb2dUYWJVSUZhY3RvcnkuUHJv Z3Jlc3Nvcil0YWJQYW5lLmdldENvbXBvbmVudEF0KHNlbFRhYik7CiAgICBbamF2YWNdICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL3Vz ci9sb2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3JvdXAvZ251dGVs bGEvZ3VpL0FxdWFUYWIuamF2YTo1NToKY2Fubm90IGZpbmQgc3ltYm9sCiAgICBbamF2YWNdIHN5 bWJvbCAgOiB2YXJpYWJsZSB0YWJQYW5lCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBjb20u bGltZWdyb3VwLmdudXRlbGxhLmd1aS5BcXVhVGFiCiAgICBbamF2YWNdICAgICAgICAgICAgIFBB TkUucGFpbnRDb21wb25lbnQoZywgUFJPR1JFU1MsIAp0YWJQYW5lLmdldFBhcmVudCgpLCB4LCB5 LCB3LCBoKTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIF4KICAgIFtqYXZhY10gL3Vzci9sb2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkv bWFjb3N4L2NvbS9saW1lZ3JvdXAvZ251dGVsbGEvZ3VpL0FxdWFUYWIuamF2YTo1NzoKY2Fubm90 IGZpbmQgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiB2YXJpYWJsZSBzdXBlcgogICAgW2ph dmFjXSBsb2NhdGlvbjogY2xhc3MgY29tLmxpbWVncm91cC5nbnV0ZWxsYS5ndWkuQXF1YVRhYgog ICAgW2phdmFjXSAgICAgICAgIHN1cGVyLnBhaW50Q29udGVudHMoZywgdGFiUGxhY2VtZW50LCBz ZWxUYWIsCnRhYlJlY3QsIGljb25SZWN0LAogICAgW2phdmFjXSAgICAgICAgIF4KICAgIFtqYXZh Y10gL3Vzci9sb2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3JvdXAv Z251dGVsbGEvZ3VpL01hY1RhYi5qYXZhOjQwOgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtqYXZh Y10gc3ltYm9sICA6IHZhcmlhYmxlIHN1cGVyCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBj b20ubGltZWdyb3VwLmdudXRlbGxhLmd1aS5NYWNUYWIKICAgIFtqYXZhY10gICAgICAgICAgICAg c3VwZXIucGFpbnRUYWJOb3JtYWwoZywgdGFiUGxhY2VtZW50LCByZWN0cywgdGFiSW5kZXgsCiAg ICBbamF2YWNdICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL3Vzci9sb2NhbC9zcmMvbGltZXdp cmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3JvdXAvZ251dGVsbGEvZ3VpL01hY1RhYi5qYXZh OjQzOgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IHZhcmlhYmxlIHRh YlBhbmUKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGNvbS5saW1lZ3JvdXAuZ251dGVsbGEu Z3VpLk1hY1RhYgogICAgW2phdmFjXSAgICAgICAgICAgICAgICAKKFByb2dUYWJVSUZhY3Rvcnku UHJvZ3Jlc3Nvcil0YWJQYW5lLmdldENvbXBvbmVudEF0KHRhYkluZGV4KTsKICAgIFtqYXZhY10g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFj XSAvdXNyL2xvY2FsL3NyYy9saW1ld2lyZS9jb3JlL2d1aS9tYWNvc3gvY29tL2xpbWVncm91cC9n bnV0ZWxsYS9ndWkvTWFjVGFiLmphdmE6NTM6CmNhbm5vdCBmaW5kIHN5bWJvbAogICAgW2phdmFj XSBzeW1ib2wgIDogdmFyaWFibGUgdGFiUGFuZQogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3Mg Y29tLmxpbWVncm91cC5nbnV0ZWxsYS5ndWkuTWFjVGFiCiAgICBbamF2YWNdICAgICAgICAgICAg IFBST0dSRVNTLnNldFN0cmluZyh0YWJQYW5lLmdldFRpdGxlQXQodGFiSW5kZXgpKTsKICAgIFtq YXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL3Vzci9s b2NhbC9zcmMvbGltZXdpcmUvY29yZS9ndWkvbWFjb3N4L2NvbS9saW1lZ3JvdXAvZ251dGVsbGEv Z3VpL01hY1RhYi5qYXZhOjU0OgpjYW5ub3QgZmluZCBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9s ICA6IHZhcmlhYmxlIHRhYlBhbmUKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGNvbS5saW1l Z3JvdXAuZ251dGVsbGEuZ3VpLk1hY1RhYgogICAgW2phdmFjXSAgICAgICAgICAgICBQQU5FLnBh aW50Q29tcG9uZW50KGcsIFBST0dSRVNTLCAKdGFiUGFuZS5nZXRQYXJlbnQoKSwgeCwgeSwgdywg aCk7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBeCiAgICBbamF2YWNdIDI0IGVycm9ycwoKLS0KZ2V0ZmlyZWZveC5jb20KLi4vfCwtJ2DC r8KvYFwobylfXCwtLS0tLCwsXyBUaGUgQnJvd3NlciBSZWxvYWRlZAooIGBcKG8pLCxfL2Agwq8g OiBvIDogOiA6byBgLSwgRG93bmxvYWQgaXQgdG9kYXksIGl0J3MgZnJlZSEK |
From: Gregorio R. <gre...@gm...> - 2005-10-14 20:39:33
|
Jens-Uwe Mager wrote: > A problem as far as I see it is the update mechanism, we need to have > our own private key and it should be seperate from the limewire one I already took care of that. update.ver contains now four public keys, pub1.key is the LimeWire simpp key (we are still reading LimeWire's simpp messages for now), pub2.key thru pub4.key are our own public keys, - we're currently using pub2.key for update messages (eMail Roger or me for the secret keys) . The new class /core/com/limegroup/gnutella/security/KeyManager is a utility that I wrote to handle the update messages for our university edition of LimeWire. mfg gregorio |
From: Jens-Uwe M. <ju...@an...> - 2005-10-14 19:35:40
|
On Fri, Oct 14, 2005 at 20:33 +0200, Roger Kapsi wrote: > The more we hack it, the more CVS conflicts we'll get. Yes, but it would be a good idea to follow most of the main developments that are just not related to the license issue. > Yeah, go ahead! I'm however skeptical whether or not we should make =20 > the installer scripts available to the general public. We shouldn't =20 > make it too easy for the various scam websites. Well, I do think that the transparency gained far outweighs the possibility that scam sites misuse it. A problem as far as I see it is the update mechanism, we need to have our own private key and it should be seperate from the limewire one. --=20 Jens-Uwe Mager <pgp-mailto:F476EBC2> |
From: Gregorio R. <gre...@gm...> - 2005-10-14 19:20:51
|
Gregorio Roper wrote: > I'm going to start a branch in cvs and start working on that. The > current mix of blocking-io and non-blocking-io offers only poor > performance on local area networks. - I'll try to make the downloads > mostly event-driven, while retaining the interface, we'll see how that > works out ;). > > mfg > gregorio I just noticed UDP connections are bio only, - that's going to take a while.... mfg gregorio |
From: Roger K. <ro...@ka...> - 2005-10-14 18:34:32
|
On Oct 14, 2005, at 6:59 PM, Jens-Uwe Mager wrote: > It would be nice if we could get commit emails to be able to follow > the > development (I do actually enjoy reading unidiffs, other people might > call that masochism). Here's yet another unidiff reader! :) > Another point for me is how do we import the latest changes from the > LimeWire CVS? Any thoughts already? The more we hack it, the more CVS conflicts we'll get. > And for me, I would be highly interested in seeing all the build > procedures for making a distribution in the CVS tree so anybody > would be > able to build one. Any thoughts on this? I would like to work on > the OS > X and Windows sides of the distribution making process. Yeah, go ahead! I'm however skeptical whether or not we should make the installer scripts available to the general public. We shouldn't make it too easy for the various scam websites. Cheers Roger |
From: Jens-Uwe M. <ju...@an...> - 2005-10-14 16:59:27
|
On Fri, Oct 14, 2005 at 18:35 +0200, Gregorio Roper wrote: > I'm going to start a branch in cvs and start working on that. The > current mix of blocking-io and non-blocking-io offers only poor > performance on local area networks. - I'll try to make the downloads > mostly event-driven, while retaining the interface, we'll see how that > works out ;). It would be nice if we could get commit emails to be able to follow the development (I do actually enjoy reading unidiffs, other people might call that masochism). Another point for me is how do we import the latest changes from the LimeWire CVS? Any thoughts already? And for me, I would be highly interested in seeing all the build procedures for making a distribution in the CVS tree so anybody would be able to build one. Any thoughts on this? I would like to work on the OS X and Windows sides of the distribution making process. -- Jens-Uwe Mager <pgp-mailto:F476EBC2> |
From: Gregorio R. <gre...@gm...> - 2005-10-14 16:36:07
|
I'm going to start a branch in cvs and start working on that. The current mix of blocking-io and non-blocking-io offers only poor performance on local area networks. - I'll try to make the downloads mostly event-driven, while retaining the interface, we'll see how that works out ;). mfg gregorio |
From: Gregorio R. <gre...@gm...> - 2005-10-13 11:57:22
|
I fixed some issues with the linux rpm and added some run-scripts to the any-os version. Can somebody with admin privileges on the sf.net project add the packages to the release? I redirected the downloads on frostwire.com temporarily to to my university again. Thanks, gregorio |
From: Gregorio R. <gre...@gm...> - 2005-10-13 02:11:08
|
Aidan Steele wrote: > http://linux.wordpress.com/2005/10/12/frostwire-an-alternative-to-limewire/ > > I do not run SUSE 10.0 or Linux personally, so I cannot check this out > personally, but could someone else? I am presuming if this affects > this one distribution, it could quite possibly affect others and > ostracise the Linux community. > -- > Aidan Steele. > > I believe I've fixed it now. |
From: Gregorio R. <gre...@gm...> - 2005-10-13 02:07:15
|
Jens-Uwe Mager wrote: > On Thu, Oct 13, 2005 at 06:30 +1000, Aidan Steele wrote: > > >> http://linux.wordpress.com/2005/10/12/frostwire-an-alternative-to-limewire/ >> >> I do not run SUSE 10.0 or Linux personally, so I cannot check this out >> personally, but could someone else? I am presuming if this affects >> this one distribution, it could quite possibly affect others and >> ostracise the Linux community. >> > > Hmm, I did not read anything about a beta release on the mailing list, > nor any commit mails regarding the build procedure in CVS. Did I miss > any mailing that I need to subscribe to? > No, there was no mail about the beta because I haven't gotten around to start posting eMails on this list. We're having a little trouble with our squid proxy here, so I didn't get to read or send any eMails since yesterday. mfg gregorio |
From: Jens-Uwe M. <ju...@an...> - 2005-10-12 22:56:52
|
On Thu, Oct 13, 2005 at 06:30 +1000, Aidan Steele wrote: > http://linux.wordpress.com/2005/10/12/frostwire-an-alternative-to-limewire/ > > I do not run SUSE 10.0 or Linux personally, so I cannot check this out > personally, but could someone else? I am presuming if this affects > this one distribution, it could quite possibly affect others and > ostracise the Linux community. Hmm, I did not read anything about a beta release on the mailing list, nor any commit mails regarding the build procedure in CVS. Did I miss any mailing that I need to subscribe to? -- Jens-Uwe Mager <pgp-mailto:F476EBC2> |
From: Aidan S. <aid...@gm...> - 2005-10-12 20:30:36
|
http://linux.wordpress.com/2005/10/12/frostwire-an-alternative-to-limewire/ I do not run SUSE 10.0 or Linux personally, so I cannot check this out personally, but could someone else? I am presuming if this affects this one distribution, it could quite possibly affect others and ostracise the Linux community. -- Aidan Steele. |
From: Aidan S. <aid...@gm...> - 2005-10-11 01:01:27
|
Hi, I see that this (scanning the list with getCanonicalizedFields()) in fact done by addColumns, so I will put a hashmap in there mapping the field names to their respective integer value. Thankyou! On 10/11/05, Jens-Uwe Mager <ju...@an...> wrote: > On Mon, Oct 10, 2005 at 21:36 +1000, Aidan Steele wrote: > > > I know that in com.limegroup.gnutella.gui.search.SearchTableColumns > > there are a number of constants defined (QUALITY_IDX, COUNT_IDX, et > > al). I know these constants apply to all search results. > > > > I am wondering where I can find definitions of the XML constants? > > Things like bitrate, length, etc. I have discerned that these columns > > are defined by addColumns, and I can access these columns manually ( > > getColumn(22); ), but this is not optimal! The codes might change, > > etc. Not to mention it makes the code less intuitive. > > > > Anyone know where I can find these constants? Are they even defined som= ewhere? > > As far as I can see only the first few common fields have indices > assigned. The rest of the fields depend upon what is found in the schema > files, the order is not even defined to be constant (if one edits the > schema file). The safest way to me would be to scan the list using > getCanonicalizedFields() and count the field indices yourself. This can > be done once in an initialization step. > > -- > Jens-Uwe Mager <pgp-mailto:F476EBC2> > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Limewire-fwdev mailing list > Lim...@li... > https://lists.sourceforge.net/lists/listinfo/limewire-fwdev > -- Aidan Steele. |
From: Jens-Uwe M. <ju...@an...> - 2005-10-10 20:58:22
|
On Mon, Oct 10, 2005 at 21:36 +1000, Aidan Steele wrote: > I know that in com.limegroup.gnutella.gui.search.SearchTableColumns > there are a number of constants defined (QUALITY_IDX, COUNT_IDX, et > al). I know these constants apply to all search results. > > I am wondering where I can find definitions of the XML constants? > Things like bitrate, length, etc. I have discerned that these columns > are defined by addColumns, and I can access these columns manually ( > getColumn(22); ), but this is not optimal! The codes might change, > etc. Not to mention it makes the code less intuitive. > > Anyone know where I can find these constants? Are they even defined somewhere? As far as I can see only the first few common fields have indices assigned. The rest of the fields depend upon what is found in the schema files, the order is not even defined to be constant (if one edits the schema file). The safest way to me would be to scan the list using getCanonicalizedFields() and count the field indices yourself. This can be done once in an initialization step. -- Jens-Uwe Mager <pgp-mailto:F476EBC2> |
From: Aidan S. <aid...@gm...> - 2005-10-10 11:43:12
|
Hi, I know that in com.limegroup.gnutella.gui.search.SearchTableColumns there are a number of constants defined (QUALITY_IDX, COUNT_IDX, et al). I know these constants apply to all search results. I am wondering where I can find definitions of the XML constants? Things like bitrate, length, etc. I have discerned that these columns are defined by addColumns, and I can access these columns manually ( getColumn(22); ), but this is not optimal! The codes might change, etc. Not to mention it makes the code less intuitive. Anyone know where I can find these constants? Are they even defined somewhe= re? -- Aidan Steele. |