Здравейте,

Станах свидетел на опит да се заобиколи GPL. Този, който го прави, се аргументира основно със следния цитат от GPL:
GPL GENERAL PUBLIC LICENSE, Version 2, June 1991:

In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License.

Съгласно приведения по-горе текст, лиценза GPL допуска, че около софтуера под GPL може да се разпространява и комерсиален софтуер, стига той да не му е производен.

Тънкият момент тук е: Какво е прозводен софтуер?

Според въпросния човек, GPL дава възможност да се напишат комерсиални библиотеки и след това софтуер, който е пуснат под GPL да се модифицира, за да използва тези платени библиотеки. Разбира се, модифицираната му версия остава свободна, но се изискват такси за библиотеките.

Ако това тълкувание е правилно, то дава възможност индиректно да се затвори GPL софтуер, като се приспособи към комерсиални библиотеки.

Бих желал, някой който е добре запознат с GPL, да коментира до колко са основателни горните твърдения.

Благодаря ви предварително.

Цветан Тиханов

Познахте,
наистина проблема е някъде в правата на *.iso файловете ми. Просто те се намират на един ntfs дял и са read only. Прехвърлих ги на един raiserfs дял и няма проблеми (дори и когато са със същите права като на ntfs дяла).
Може би за ntfs дяла има опции на mount, които трябва да добавя в fstab, за да може да се монтират images от този дял. Сегашните ми са следните:

/dev/hda6        /mnt/hda6        ntfs        defaults,ro,uid=root,gid=users,umask=022      0   0

Другото, което ми се струва странно е съобщението за грешка, което ми дава losetup за който и да е от файловете /dev/loop[0-9].
Ако някой има идея защо става така, нека да пише.
Основният проблем е преодолян и ви благодаря за съветите. Просто нямах идея какво още да опитам :-)

Здравейте,
имам проблем с монтирането на iso9660 (а и други) images.
Когато се монтира файл, а не блоково у-во това се прави с:

# mount -r -o loop -t iso9660 /mnt/hda6/iso/slack91cd1.iso /mnt/s911/

Но при мен  mount  изпищява:

ioctl: LOOP_SET_FD: Invalid argument

Прекомпилирах оригиналното ядро 2.4.22 с което си идва slackware 9 и съм включил нужните опции (като част от ядрото, а не като модули)....но няма промяна. Минах на 2.4.24 и пак нищо.
Четох в документацията на ядрото точно за тези loop у-ва, но това не ми помогна особено.
Статуса на loop у-вата може да се проверява с losetup:

#losetup /dev/loop0
loop: can't get info on device /dev/loop0: No such device or address

Разбира се у-вата са си на мястото (поне файловете им) в /dev
Изчерпах всичко като идеи....не съм пробвал само да компилирам поддръжката като модул, а не като част от ядрото.
И все пак не ми се вярва това да е проблема.
Очаквам идеи и
Благодаря за вниманието.

Zdraveite,
imam ujasen problem s reshavaneto na slednata zadacha... Tova e nqkakyv osoben vid IP maskirane, podoben na tozi pri transparent prozy sistemite.
Imam 2 server-a, koito izpolzvat usluga za koqto imam 1 account.
Ideqta e da nakaram 2-q server da izprashta paketite, svyrzani s uslugata kym 1, a toi ot svoq strana da gi maskira, taka che firmata predlagashta uslugata da ne moje da zaseche che q polzvam s edin account ot 2 razlichni mesta.
Za celta kym rc.firewall scripta na 2-q server dobavih:

SERVER2="X.Y.X.X"
SERVER1="X.X.Y.X"
SERVICE="X.X.X.Y"

$IPTABLES -t nat -A PREROUTING -i eth0 -s $SERVER2 -p tcp --dport 80 -j DNAT --to $SERVICE:80
$IPTABLES -t nat -A POSTROUTING -o eth0 -s $SERVER2 -d $SERVICE -j SNAT --to $SERVER1
$IPTABLES -A FORWARD -s $SERVER2 -d $SERVICE -i eth0 -o eth0 -p tcp --dport 80 -j ACCEPT

Tova e "demo", e kacheno na SERVER1. To bi trqbvalo da
prenasochva http (naprimer) zaqwkite na SERVER2 kym
SERVICE....
Predvaritelno vi blagodarq za otgovorite!
Tzvetan Tihanov