ווטסאפ - לינוקס, BSD, קוד פתוח ותוכנה חופשית בעברית. Whatsup - Linux, BSD, open source and free software in Hebrew

 
 
  כניסת חברים · רישום · שכחתי סיסמה  
tux the penguin

quick_link apollon - תואם kazaa בעברית.

מעבר לעמוד 1, 2  הבא
נושא זה נעול . לא ניתן לערוך הודעות או להגיב
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 06/10/2003 - 21:37
נושא ההודעה:

apollon הוא ממשק kde ל-giFT המאפשר חיבור לרשת kazaa.
עד היום apollon לא תמכה בעברית, אבל עבדכם הנאמן ישב עליה כמה שעות ועכשיו יש תמיכה מלאה בחיפוש עברי.

ע"מ להתקין :
להוריד את apollon גרסא 0.9 מקוד מקור, מהאתר : http://apollon.sourceforge.net/download.html
לשים לב שצריך להתקין קודם את giFT ופלאגינים כמו giFT-FastTrack כמוסבר באתר.
לפתוח את הטארבול (tar.gz) לספרית הבית.

לפני שמקמפלים צריך להוסיף את התמיכה בעברית.
להוריד את giftsocket.cpp ואת giftsocket.h ולהעתיק אותם לספרייה :
קוד:
~/apollon-0.9/apollon/libapollon

יש להחליף את הקבצים הישנים באותם שמות.

עכשיו לקמפל ולהריץ כרגיל.

תיהנו.
Nirro

עריכה : התמונה הוסרה לבקשת מנהלי האתר.

[ נערך על-ידי Nirro בתאריך 07/10/03 19:06:28 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 06/10/2003 - 21:54
נושא ההודעה:

אני לא הבנתי מאיזה אתר להוריד את giFT ואת הפלאגינים שלה
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 06/10/2003 - 22:01
נושא ההודעה:

http://apollon.sourceforge.net/download.html
תמיד כדאי לבדוק אם יש גרסאות בינאריות מוכנות להפצה שלך.

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אייל ת.הצטרפות: 24/04/2003 · הודעות: 3203 ·
 

הודעה פורסם: 06/10/2003 - 22:04
נושא ההודעה:

מעולה רק ש......giFT אוהב לאכול אצלי 99% מהמעבד, יותר גרוע מקמפול.....
mldonkery הרבה פחות זללני
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
CoolDaniFromAshdodלא בפורום כעת ת.הצטרפות: 28/04/2003 · הודעות: 831 ·
 

הודעה פורסם: 06/10/2003 - 22:21
נושא ההודעה:

כל הכבוד Smile. נראה נחמד מאוד.
ברגע שאני אסדר כמה בעיות שיש לי עם ה-Qt בסוזה, אני רץ לקמפל Smile.

[ נערך על-ידי CoolDaniFromAshdod בתאריך 06/10/03 20:23:30 ]
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית מספר ICQ 
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
SillyFlyלא בפורום כעת ת.הצטרפות: 17/12/2002 · הודעות: 284 · מיקום: צפון
 

הודעה פורסם: 06/10/2003 - 22:41
נושא ההודעה:

כדאי לשלוח בחזרה למפתח התכנה (אם טרם שלחת), כדי שיהיה זמין גם בחבילות בינאריות (בעתיד)
Cool Mr. Green
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nickoלא בפורום כעת ת.הצטרפות: 01/05/2003 · הודעות: 1446 · מיקום: מילאנו
 

הודעה פורסם: 06/10/2003 - 22:47
נושא ההודעה:

העניין הוא פה:
קוד:

QString TextCodec = config->readEntry("TextCodec","ISO8859-8-i");

בשורה ה-28 של לקוד.
לא ניראה לי שהמפתח ירצה שזה יהיה על הקידוד ISO8859.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית שלח דוא\ ביקור באתר המפרסם מספר ICQ 
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
CoolDaniFromAshdodלא בפורום כעת ת.הצטרפות: 28/04/2003 · הודעות: 831 ·
 

הודעה פורסם: 06/10/2003 - 22:51
נושא ההודעה:

איזה כיף- חסל הרצת קאזה דרך Wine. כבר יש 2 קליינטים שמתחברים לרשת קאזה ותומכים בעברית. עוד סיבה לעבור ללינוקס Smile .
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית מספר ICQ 
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
SillyFlyלא בפורום כעת ת.הצטרפות: 17/12/2002 · הודעות: 284 · מיקום: צפון
 

הודעה פורסם: 06/10/2003 - 22:52
נושא ההודעה:

הממ..

אולי לעשות בחירה תלויית משתני סביבה.
נגיד - שימוש בקידוד לפי הגדרות ה locale, ואם מוגדר UTF8 (ד"א - למה לא ישר להשתמש בUTF8?) אז קידוד ISO לפי השפה....
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 06/10/2003 - 23:04
נושא ההודעה:

ניקו, לא הבנת את השורת קוד נכון.

התוכנית מחפשת את הקובץ ~/.kde/share/config/apollonrc
מחפשת משהו כזה:
קוד:
[Language]
TextCodec={codec}


ואם היא לא מוצאת אז היא שמה את הברירת מחדל : ISO-8859-8-i
אני שמתי עברית כברירת מחדל בשביל להקל עליכם.
ברור שהמפתח ישנה את הברירת מחדל, ואף יוסיף אפשרות ב-options לשנות קידוד, יכולתי לעשות את זה אבל לא רציתי להתעסק יותר מדי בקוד. (שיניתי רק שני קבצים)

[ נערך על-ידי Nirro בתאריך 06/10/03 21:47:28 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אייל ת.הצטרפות: 24/04/2003 · הודעות: 3203 ·
 

הודעה פורסם: 06/10/2003 - 23:07
נושא ההודעה:

ציטוט:

ב 2003-10-06 20:51, CoolDaniFromAshdod כתב:
איזה כיף- חסל הרצת קאזה דרך Wine. כבר יש 2 קליינטים שמתחברים לרשת קאזה ותומכים בעברית. עוד סיבה לעבור ללינוקס Smile .

לפי השוואה שערכתי,
הgiFT נוהג למצוא עד 2 או 3 מקורות וזהו (אבל ברובם הם עובדות).....
לעומת זאת mlDonkey יודע למצוא הרבה יותר, אבל בדרך כלל הם לא עובדות, כולם 192.168....

לעומת זאת עם הקאזא על WINE אני מוריד פי 40 יותר מהר וגם מוצא הרבה משתמשים
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
hypermanלא בפורום כעת ת.הצטרפות: 18/05/2003 · הודעות: 594 · מיקום: אשדוד
 

הודעה פורסם: 06/10/2003 - 23:10
נושא ההודעה:

קבל צל"ש
סוף סוף יש עוד תוכנת שיתוף שתומכת עיברית
כל הכבוד Nirro!!!

_________________
Hyperbl0g

[ נערך על-ידי hyperman בתאריך 06/10/03 22:40:02 ]
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם כתובת AIM Yahoo Messenger MSN Messenger מספר ICQ 
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
CooL_SPoTלא בפורום כעת ת.הצטרפות: 18/10/2002 · הודעות: 5323 ·
 

הודעה פורסם: 06/10/2003 - 23:34
נושא ההודעה:

ציטוט:

ב 2003-10-06 21:07, אייל כתב:
ציטוט:

ב 2003-10-06 20:51, CoolDaniFromAshdod כתב:
איזה כיף- חסל הרצת קאזה דרך Wine. כבר יש 2 קליינטים שמתחברים לרשת קאזה ותומכים בעברית. עוד סיבה לעבור ללינוקס Smile .

לפי השוואה שערכתי,
הgiFT נוהג למצוא עד 2 או 3 מקורות וזהו (אבל ברובם הם עובדות).....
לעומת זאת mlDonkey יודע למצוא הרבה יותר, אבל בדרך כלל הם לא עובדות, כולם 192.168....

לעומת זאת עם הקאזא על WINE אני מוריד פי 40 יותר מהר וגם מוצא הרבה משתמשים

תלוי לכמה מקורות בmldonkey אתה מתחבר
אני גיליתי שבגירסא החדשה של kmldonkey אפשר לראות את כל השרתים (גם אלו שלא מחוברים) ולסמן ולהגיד לו להתחבר והוא מתחבר למספר רב יותר של שרתים מהרגיל
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 07/10/2003 - 00:42
נושא ההודעה:

למי שמעדיף את mldonkey,
אני מסתכל עכשיו על הקוד של kmldonkey, ונראה ששינוי ה-codec הוא פשוט ביותר.
התמיכה כבר מוכנה, צריך פשוט לשנות את הקידוד בקובץ donkeymessage.cpp שורה 31,
להחליף את ISO-8859-1 ב- ISO-8859-8-i )ה-i אחרי ה 8- )

אני אנסה מחר ואדווח.
כמו-כן נראה שהם מתכוונים להוסיף תמיכה בשינוי הקידוד דרך האפשרויות בגרסאות הקרובות.

[ נערך על-ידי Nirro בתאריך 06/10/03 23:01:57 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אייל ת.הצטרפות: 24/04/2003 · הודעות: 3203 ·
 

הודעה פורסם: 07/10/2003 - 00:49
נושא ההודעה:

ציטוט:

ב 2003-10-06 22:42, Nirro כתב:
אגב, אני מסתכל עכשיו על הקוד של kmldonkey, ונראה ששינוי ה-codec ל-ISO8859-8-i הוא פשוט ביותר, התמיכה כבר מוכנה, צריך פשוט לשנות את הקידוד בקובץ donkeymessage.cpp שורה 31.
אני אנסה מחר.

למה צריך לעשות את זה שבגרסה הכי עדכנית 0.9.1 או משהו כזה), אפשר להחליף בהגדרות?
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 07/10/2003 - 01:00
נושא ההודעה:

ציטוט:

ב 2003-10-06 22:49, אייל כתב:
ציטוט:

ב 2003-10-06 22:42, Nirro כתב:
אגב, אני מסתכל עכשיו על הקוד של kmldonkey, ונראה ששינוי ה-codec ל-ISO8859-8-i הוא פשוט ביותר, התמיכה כבר מוכנה, צריך פשוט לשנות את הקידוד בקובץ donkeymessage.cpp שורה 31.
אני אנסה מחר.

למה צריך לעשות את זה שבגרסה הכי עדכנית 0.9.1 או משהו כזה), אפשר להחליף בהגדרות?

אני מסתכל על הקוד של kmldonkey 0.9.1, אי אפשר לשנות קידוד בהגדרות.
אבל לפי מה שנראה זה הולך להכנס בגרסאות הקרובות.
בינתיים אפשר לעשות את השינוי הזה בקובץ ולקמפל.
עדיין לא בדקתי אבל נראה שזה יעבוד, ותהיה תמיכה בעברית.

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
CooL_SPoTלא בפורום כעת ת.הצטרפות: 18/10/2002 · הודעות: 5323 ·
 

הודעה פורסם: 07/10/2003 - 01:17
נושא ההודעה:



[ נערך על-ידי CooL_SPoT בתאריך 06/10/03 23:18:06 ]
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 07/10/2003 - 01:46
נושא ההודעה:

נו, וזה עובד ? אתה יכול לתת תמונה כמו שנתתי בהודעה הראשונה ?
בפתיל אחר הגעת למסקנה שרק חיפוש דרך ממשק ווב עובד בעברית...

יכול להיות של-combobox הזה הוא עתידי ואין לו שום משמעות, כי עובדה שבקובץ
שאמרתי קודם רשום ISO-8859-1 בצורה שלא ניתנת לשינוי ע"י preferences.

[ נערך על-ידי Nirro בתאריך 06/10/03 23:55:23 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 07/10/2003 - 03:20
נושא ההודעה:

אוקיי kmldonkey גרסא 0.9.1 עובד בעברית.
לפני הקמפול צריך לשנות בקובץ kmldonkeylib/donkeymessages.cpp,
את הקידוד שבשורה 31 להחליף ל:
קוד:
ISO-8859-8-i

במקום מה שיש עכשיו, (זה מסדר את בקשת החיפוש בעברית).
עכשיו לקמפל ולהריץ כרגיל.

בתוך התוכנית : להכנס ל -kmldonkey preferences ולבחור את הקידוד ISO-8859-8-i.
עכשיו הכל יעבוד כמו שצריך בעברית.

הערה : במקום לשנות קוד, אפשר להשתמש בגרסא האחרונה מה-CVS.

[ נערך על-ידי Nirro בתאריך 07/10/03 01:36:18 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 07/10/2003 - 09:53
נושא ההודעה:

לא צריך גירסה 0.9.1 עובדת עם עברית.
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 08/10/2003 - 08:51
נושא ההודעה:

התקנתי הכל, וההתקנה עברה בקלות, קימפלתי את apollon עם הקבצים.
עכשיו איך אני מריץ את זה?
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 08/10/2003 - 15:59
נושא ההודעה:

מוזר!

פעלתי לפי ההוראות בפורום זה,
והצלחתי לבצע חיפוש בעברית (חבל שאין אפשרות לצרף לינק)
וקיבלתי תוצאות יפות בעברית כשעל חלק מהקבצים רשום
availibility 11
אבל בפועל אין לי אף שרת שמחוברים אליו מחשבים.
הכל 0
ניתי לעדכן רשימת שרתים
ב- mkdonkey ולא הצלחתי

מה עושים?Image
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אייל ת.הצטרפות: 24/04/2003 · הודעות: 3203 ·
 

הודעה פורסם: 08/10/2003 - 17:49
נושא ההודעה:

ציטוט:

ב 2003-10-06 23:46, Nirro כתב:
נו, וזה עובד ? אתה יכול לתת תמונה כמו שנתתי בהודעה הראשונה ?
בפתיל אחר הגעת למסקנה שרק חיפוש דרך ממשק ווב עובד בעברית...

יכול להיות של-combobox הזה הוא עתידי ואין לו שום משמעות, כי עובדה שבקובץ
שאמרתי קודם רשום ISO-8859-1 בצורה שלא ניתנת לשינוי ע"י preferences.

[ נערך על-ידי Nirro בתאריך 06/10/03 23:55:23 ]

צר לי אבל אין שום סיבה שתשנה את הקוד,
הגרסה כן תומכת בעברית, ברשותי גרסת CVS ישנה מאוד שהתמיכה עוד היית חלשה ואני התכתבתי עם יוצר התוכנה בקשר לתיקון הבאגים...
הבאגים כבר תוקנו ב0.91 ולא צריכה להיות בעיה בהגדרות,
הולכים להגדרת Kmldonkey ויש שם אפשרות לשינוי קידוד, אולי בטעות הורדת את 0.9 ..
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית MSN Messenger  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 08/10/2003 - 18:33
נושא ההודעה:

ציטוט:

ב 2003-10-08 06:51, Anonymous כתב:
התקנתי הכל, וההתקנה עברה בקלות, קימפלתי את apollon עם הקבצים.
עכשיו איך אני מריץ את זה?

התקנת giFT ו-giFT-FastTrack
אם לא הרצת כבר אז תריץ gift-setup, ושם אתה צריך להגדיר את הפלאגין.
אחר-כך פשוט תריץ apollon .

(אם apollon לא נמצא לך, אז אולי אתה צריך לקמפל עם prefix ולא עשית זאת ?)

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 09/10/2003 - 01:27
נושא ההודעה:

זה מה שעשיתי:

קוד:
david@localhost:~$ gift-setup

*** WARNING ***

Previous configuration has been detected. This script is capable of
preserving that configuration and only adding from new available templates.
If you choose no, all presently installed configuration modules will be used
in place of any custom configuration you have. In the future, previous
configuration will be read and used as defaults, but this script does not
currently have such a feature.

Would you like to preserve old configuration? [Yn] n

##############################################################################

Configuring giftd (/usr/local/share/giFT/giftd.conf.template):

##############################################################################

Boolean determining whether or not this file has been reviewed and is
complete. giFT will fail to start unless this is non-zero. This is done
so that we can make sure you, at the very least, read through this file.

Default: 0

/main/setup [0]

##############################################################################

Space separated list of hosts to allow connection to giFT's interface
protocol (running default on port 1213). This protocol is used for GUIs
to communicate with giFT and could be considered a security risk to allow
external connections.

The following special keywords are supported:

ALL - synonym for 0.0.0.0/0
LOCAL - synonym for 127.0.0.0/8 192.168.0.0/16 172.0.0.0/11 10.0.0.0/8

Bitwidth fields are optional

Default: LOCAL

/main/hosts_allow [LOCAL]

##############################################################################

Port on which to listen for user interface connections. Unless you have a
special need to talk to the client on a non-standard port, just accept the
default.

NOTE:
If you change this value, you will also need to modify the ui.conf
configuration for the machine which will be making outgoing connections
here.

/main/client_port [1213]

##############################################################################

Determines whether or not to follow symbolic links. If this value is set
non-zero, symlinks will be traversed and a directory inode tracking system
will be used to ensure that giFT does not descend the same directory
twice. If you do not have any symlinks or do not want them traversed, set
this to 0 for a very minor efficiency gain.

Windows users: this setting has no effect.

Default: 1

/main/follow_symlinks [1]

##############################################################################

Colon separated list of protocol plugins to load by default. If dynamic
library support is enabled, the plugin specified will be stat'd to check if
it is a loadable path. If that fails, the fallback method is to attempt to
construct the fully qualified path based on the configured environment.

NOTES:
Without dynamic library support, this plugin must have been compiled into
your giFT binary. With, this plugin must exist in the installed
plugin directory. giFT -V will output this path to you, if you are not
sure.

Protocol names are case sensitive, so use OpenFT, not Openft.

For example, to use the OpenFT and Gnutella protocols use:

OpenFT:Gnutella

Default: none

/main/plugins [OpenFT] giFT-FastTrack

##############################################################################

Directory to store transfers while they are being operated on. Temporary
state files are also kept here. It is recommended, but not required, that
the incoming and completed directories are on the same partition (drive).

Windows users: please use the following path specification:

incoming=/[drive]/dir1/dir2

For example, to refer to C:\Program Files\giFT\incoming, use:

incoming=/C/Program Files/giFT/incoming

Default (*nix): ~/.giFT/incoming
Default (Windows): /C/Program Files/giFT/incoming

/download/incoming [~/.giFT/incoming]

##############################################################################

Directory which will contain files after they have successfully finished
downloading.

Default (*nix): ~/.giFT/completed
Default (Windows): /C/Program Files/giFT/completed

/download/completed [~/.giFT/completed]

##############################################################################

Maximum amount of uploads allowed from the same user at any given time. It
is recommended that you keep this at 1 in order to prevent users from
unfairly queueing your connection.

Default: 1

/sharing/max_peruser_uploads [1]

##############################################################################

Determines whether or not to hide directories which contain a leading dot.
These directories are commonly meant to be "hidden" and thus should not be
submitted to the network. Selecting 0 here will submit all directories.

Default: 1

/sharing/hide_dot_files [1]

##############################################################################

Colon separated list of fully qualified paths you wish to share. These
directories will be recursed at giFT's startup and the files contained
within will be subjected to an MD5 hashing. The results will be cached and
will only be recalculated on a per share basis when the size or
modification time in the cache and on disk disagree, or the file name is
changed.

Sanity notice:
Do NOT share source directories! Remote nodes will refuse to index your
shares if you are attempting to submit more than 64000 files.

Security notice:
Do not share directories which may contain sensitive information, such as
~ ($HOME). Also note that any directories shared here will be stripped of
all but the last path element when submitted to other nodes for indexing,
effectively "hiding" the directory prefix.

Windows users: please use the following path specification:

/[drive]/dir1/dir2:/[drive]/dir3/dir4 ...

For example, to refer to C:\Program Files\giFT\shares and D:\shares, use:

/C/Program Files/giFT/shares:/D/shares

Default: none

/sharing/root []

##############################################################################

Maximum amount of simultaneous uploads allowed. Setting this to -1 will
cause giFT to not limit outgoing transfers. 0 effectively disables sharing.
This may also be handled at run time via your GUI of choice.

Default: -1

/sharing/max_uploads [-1]

##############################################################################

Controls when giFT periodically rescans your shared directories for any
changes (new files, missing files, changed files, etc.) and communicates
those changes to the underlying protocols. This parameter specifies how
often (in seconds) you want that to happen.

For your reference
==================
0 turns off periodic auto-resync
3600 one hour
86400 one day
604800 one week

Default: 86400

/sharing/auto_resync_interval [86400]

##############################################################################

Controls whether or not giFT should automatically share files that you have
finished downloading. This feature significantly improves the network's
abundance of files and helps ease the load on those sharing popular files.
It's a Good Thing (TM), please leave it on.

Avoid setting your completed directories through sharing/root, as that
setting will duplicate recursion of the completed directory and cause
generally undesirable results.

Default: 1

/sharing/share_completed [1]

##############################################################################

Bandwidth throttling allows giFT to have some basic control over your
bandwidth usage. This code operates in user space, and as a result can not
guarantee perfect accuracy. If you wish to use this feature, please
consider using a more reliable kernel space option first. As always, google
should be able to assist you there.

The following configuration switches control the maximum number of bytes
per second allowed for the given stream direction. A setting of 0 will
disable throttling for that direction.

Default: 0

/bandwidth/downstream [0]

##############################################################################

/bandwidth/upstream [0]

##############################################################################

Wrote /home/david/.giFT/giftd.conf.
Configuring ui (/usr/local/share/giFT/ui/ui.conf.template):

##############################################################################

Host of the giFT daemon that is listening for interface connections. If
unsure, use the default.

NOTE:
This currently does not support hostname lookup

/daemon/host [127.0.0.1]

##############################################################################

Interface port which the [possibly] remote giFT daemon is listening on. You
should only need to change this if you have the daemon running on a special
port.

/daemon/port [1213]

##############################################################################

Wrote /home/neo/.giFT/ui/ui.conf.
2 module(s) successfully processed.
neo@localhost:~$ giftd

*** ERROR: Your setup is incomplete ***

You will need to run gift-setup and be sure that you read absolutely
every configuration option (no, really). Some default configuration
values are considered illegal, and will raise this error message. If you
suspect that you have configured giFT properly, consult the conf files in
/home/neo/.giFT/ for diagnostic purposes.

If you are still having problems you should consult the QUICKSTART guide
available from the standard giFT distribution.



כפי שרואים נתתי לו את giFT-FastTrack כפלאגאין, ובכל השאר פשוט לחצתי ENTER
והוא נותן לי ERROR מה לעשות?
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 09/10/2003 - 02:22
נושא ההודעה:

קוד:
Boolean determining whether or not this file has been reviewed and is
complete. giFT will fail to start unless this is non-zero. This is done
so that we can make sure you, at the very least, read through this file.

Default: 0

/main/setup [1]

בשאלה הזאת (הראשונה) תהפוך את ה0- ל1- .

[ נערך על-ידי Nirro בתאריך 09/10/03 00:40:27 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
אורח · ·
 

הודעה פורסם: 09/10/2003 - 19:06
נושא ההודעה:

עשיתי את מה שאמרת אבל הוא נותן לי ככה מתי שאני מנסה להריץ אותו:

קוד:
david@localhost:~/$ giftd
*** GIFT-FATAL: couldn't load protocol in file /usr/local/lib/giFT/libgiFT-FastT rack.la: file not found
*** Often times more information can be found in the log file or with the -v com mand line switch.
neo@localhost:~/$


ולא נגעתי בכלום
וכן התקנתי את ה FASTTRACK
 
   
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
Nirroלא בפורום כעת ת.הצטרפות: 14/12/2002 · הודעות: 1597 ·
 

הודעה פורסם: 09/10/2003 - 19:13
נושא ההודעה:

קוד:

Colon separated list of protocol plugins to load by default. If dynamic
library support is enabled, the plugin specified will be stat'd to check if
it is a loadable path. If that fails, the fallback method is to attempt to
construct the fully qualified path based on the configured environment.

NOTES:
Without dynamic library support, this plugin must have been compiled into
your giFT binary. With, this plugin must exist in the installed
plugin directory. giFT -V will output this path to you, if you are not
sure.

Protocol names are case sensitive, so use OpenFT, not Openft.

For example, to use the OpenFT and Gnutella protocols use:

OpenFT:Gnutella

Default: none

/main/plugins [OpenFT] giFT-FastTrack

לא.
צריך להיות רק FastTrack, לא giFT-FastTrack.

אם תלחץ giftd -V תראה איזה פלאגינים יש.



[ נערך על-ידי Nirro בתאריך 09/10/03 17:18:15 ]

_________________
In theory, there is no difference between theory and practice.
In practice, there is.
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
RedHat-ZoNeלא בפורום כעת ת.הצטרפות: 09/10/2003 · הודעות: 27 ·
 

הודעה פורסם: 09/10/2003 - 20:21
נושא ההודעה:

yesh matzav le hesber aih ani matkin et hazip shel
ha giFT?
ani mthil
toda

_________________
LiNuX ReD Hat 9.0
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם  
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
newbieלא בפורום כעת ת.הצטרפות: 10/10/2003 · הודעות: 543 · מיקום: אשדוד
 

הודעה פורסם: 04/12/2003 - 15:09
נושא ההודעה:

זה לא עובד
ניסיתי לקמפל את אפולון עם הקבצים החדשים אבל אני מקבל הודעת שגיאה ב make
קוד:
THREAD_SUPPORT  -D_REENTRANT -g -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -MT main.o -MD -MP -MF ".deps/main.Tpo" \
  -c -o main.o `test -f 'main.cpp' || echo './'`main.cpp; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; \
else rm -f ".deps/main.Tpo"; exit 1; \
fi
In file included from apollon.h:37,
                 from main.cpp:11:
giftconnection.h:30: namespace `Apollon' undeclared
make[3]: *** [main.o] Error 1
make[3]: Leaving directory `/home/ami/Desktop/gift/apollon-0.9.1/apollon'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/ami/Desktop/gift/apollon-0.9.1/apollon'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ami/Desktop/gift/apollon-0.9.1'
make: *** [all] Error 2


כשקימפלתי את אפולון בלי הקבצים של העברית זה עבד בסדר...
 
 צפיה בפרופיל המשתמש שלח הודעה פרטית ביקור באתר המפרסם מספר ICQ 
תגובה  עם ציטוט חזרה למעלה
חזרה לתוכן הדיון
הצגת הודעות מלפני:     
מעבר אל:  
כל הזמנים הם GMT + 2 שעות
נושא זה נעול . לא ניתן לערוך הודעות או להגיב
צפיה בנושא הבא Printable version התחבר כדי לבדוק הודעות פרטיות צפיה בנושא הקודם
PNphpBB2 © 2003-2004 

תוכן הדיון

  1. Nirro
  2. אורח
  3. Nirro
  4. אייל
  5. CoolDaniFromAshdod
  6. SillyFly
  7. Nicko
  8. CoolDaniFromAshdod
  9. SillyFly
  10. Nirro
  11. אייל
  12. hyperman
  13. CooL_SPoT
  14. Nirro
  15. אייל
  16. Nirro
  17. CooL_SPoT
  18. Nirro
  19. Nirro
  20. אורח
  21. אורח
  22. אורח
  23. אייל
  24. Nirro
  25. אורח
  26. Nirro
  27. אורח
  28. Nirro
  29. RedHat-ZoNe
  30. newbie
  31. Nirro
  32. shlomi-l