Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 17:49 +0100, Anders Wallenquist wrote:
> Vad innebär hårdvaruacceleration?

Tja, optimering av vissa grafiska operation. Skyffla bitar, fylla
rektanglar, etc. Jag vet inte hur det fungerar i detalj.

> Hur kommer OpenGL in i detta?

Vet ej?

-- 
Pelle

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 17:51 +0100, Christoffer Sawicki wrote:
> Nej, men hade XFree86 varit intresserade av det hade de väl redan bytat 
> tillbaka?

Eftersom Redhat, Debian och någon mer inte vill ta med XFree86 om den
har den där licensen tänkte jag att det kanske skulle tvingas ge efter
trots allt. Men det är klart, om de nu skaffar en sådan licens så har
de väl redan bestämt sig.

-- 
Pelle

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 17:48 +0100, Anders Wallenquist wrote:
> Ikoner och bildmaterial i SVG-format (vektorgrafiskt) har funnits (mig 
> veterligen från 2.2) samt vektorgrafisk presentation av typsnitt.

Aha. Typsnitten kände jag till men jag visste inte om att ikonerna var
i vektorgrafik. Fast på mitt system hittar jag bara emblem i
SVG-format.

> Fortfarande min tolkning av föreläsaren och min personliga analogi; så 
> skulle tolken kunna liknas vid en tunn klient, implementerad i 
> grafik-HW. Om Mozilla kan betraktas som tunn klient tillsammans med XUL, 
> så skulle XAML tillsammans med ATI radeon eller någon annan grafik-HW 
> vara jämförbart, eller Postscript tillsammans med PS-skrivare. (eller X 
> i en

Som Sun Ray ungefär? Men ska grafikkortet ta hand om inmatning från
mus och tangentbord då alltså?

> Det nya är (som jag uppfattar det) förutom att W32 skrotas, är

W32? API:n eller vad?

> Den grafiska prestandan kanske är sekundär i teorin och många praktiska 
> tillämpningar, men är primär för upplevelsen av prestanda. Microsoft är 
> duktiga och prioriterar de områden där de tjänar pengar - dvs 
> persondatorn och slutanvändarfunktionerna.

Ja. De har ju fönstersystemet i kärnan, då är det egentligen inte så
konstigt att det är enklare att optimera.

> Felet kanske är antalet lager XUL/Glade => Gnome => Metacity/Ion => X? 
> Mozilla och Gnome kanske skulle samverka och slå ihop XUL/Glade och 
> Gnome => Metacity/Ion => X,

Fresco, som jag talade om, är en sådan hopslagning. Samtidigt är det
ofta bra att dela upp olika komponenter.

-- 
Pelle

Re: Longhorn

[Christoffer Sawicki]

> > Det är inte ett *kanske*; XFree86 med den nya licensen (1.1) kommer inte
> > att finnas i Debian.
>
> Att XFree86 skulle backa på licenskraven är alltså uteslutet?

Nej, men hade XFree86 varit intresserade av det hade de väl redan bytat 
tillbaka?

*/ Christoffer Sawicki <[EMAIL PROTECTED]>

Re: Longhorn

[Anders Wallenquist]

Per Olofsson wrote:



Just det, jag kom på efteråt att jag blandat ihop dem. KDrive är ju i
alla fall väldigt liten, vilket är trevligt, men den har ju inte så
mycket stöd för hårdvaruacceleration (än i alla fall).
 



Vad innebär hårdvaruacceleration?

Hur kommer OpenGL in i detta?


/Anders W

Re: Longhorn

[Anders Wallenquist]

Per Olofsson wrote:


On Sat, Mar 06, 2004 at 12:20 +0100, Anders Wallenquist wrote:
 


Konscepten Avalon, WinFS och Indigo intresserade mest.
   



Palladium då? När kommer Microsoft verkligen *tvinga* oss att köra
Windows?

 

Det som syntes av "Palladium" var snarare cerifikat som verkade ingå som 
standard i de flesta scheman i WinFS som presenterades, annars var det 
inte något som man framhöll (kan vara färgat av föreläsaren)



ReiserFS-projektet har tydligen planer på att göra något liknande:

"Reiser has "substantial plans" for adding new kinds of semantics to
ReiserFS to help it challenge Microsoft's efforts. "We're planning on
competing with the Longhorn filesystem," he says."
 


Spännande, skall läsa och begrunda.



Exakt var använder GNOME vektorgrafik?
 



Ikoner och bildmaterial i SVG-format (vektorgrafiskt) har funnits (mig 
veterligen från 2.2) samt vektorgrafisk presentation av typsnitt.



Ett nytt gränssnittsbeskrivningsspråk (XAML) lanseras som i princip
interpreteras (eller vars p-kod interpreteras) av dagens moderna 3G
grafikkort.
   



Som XUL då? Eller Postscript? Alltså, vilken nivå är det på?
 

Som XUL och/eller Glade.  Koncepten som det presenterades var mycket 
Glade - kanske för att jag vet mer om Glade än XUL (har programmerat med 
Glade, men bara nyfiket kikat på XUL).


Jag uppfattar Glade som ett modell för att beskriva användning av GNOME 
och GTK biblioteken i form av XML (som antingen kan generera C/C++-kod 
eller interpreteras av en Gnome/GTK-maskin direkt).


Min tolkning av XAML är en kopiering av det konceptet, men med bättre 
direkt stöd från hårdvaran, dvs tolkningen av XAML till grafik sker helt 
och hållet av grafikmaskinvaran - möjligtvis att XML-koden först 
omvandlats till en p-kod (eller  g-kod ;-).


Fortfarande min tolkning av föreläsaren och min personliga analogi; så 
skulle tolken kunna liknas vid en tunn klient, implementerad i 
grafik-HW. Om Mozilla kan betraktas som tunn klient tillsammans med XUL, 
så skulle XAML tillsammans med ATI radeon eller någon annan grafik-HW 
vara jämförbart, eller Postscript tillsammans med PS-skrivare. (eller X 
i en



Indigo är konceptet för .NET och webservices (WinFX) där man äntligen 
börjar tala om funktionalitet som påminner om WDSL, tjänstebaserade 
system och att indexera och distribuera metadata om tjänster för att 
upprätta kommunikan och inom organisationer.
   



Vad innebär det mer konkret? Jag har tyvärr aldrig riktigt förstått
vad "dotnet" handlar om. Jag vet vad XML, SOAP, WSDL, C#, etc. är för
något, men just hur det hänger ihop förstår jag inte.
 


WinFX och Indigo beskrevs som en ny objektmodell på samma sätt som vi
förknippar en viss objektmodell med W32 och dcom så är WinXF/Indigo den nya
objectmodellen som helt och hållet använder .NETs objectsmodell och 
SOAP/WSDL etc som transport och API.


Det nya är (som jag uppfattar det) förutom att W32 skrotas, är 
införandet av WSDL eller möjligtvis , som man tidigare behandlar 
styvmoderligt. Men nu så ingår även det konceptet som en fullvärdig del 
av .NET. Konceptet kallas för "tjänstebaserade system" och handlar om 
att "Framtidens system annonserar sina tjänster i ett nytt 
katalogsystem, som förutom gör tjänsterna sökbara också distribuerar 
metadata om tjänsten och teknisk information andra system ansluter till 
tjänsten". Man skriver inte WSDL eller WSDL-server, men eftersom de 
säger sig använda öppna APIer som även tillåter integration med Linux så 
är min tolkning att det är SOAP/WSDL/ebXML/OASIS  de talar om.



Varken raskt eller alert kan man beskylla Gnome/Mozilla för att vara
(i motsats till mina invanda föreställningar sedan 20 år i
*nix-världen).
   



Ja, det är väldigt konstigt. Överallt i *nix-världen är prestandan
bra, utom just det grafiska. Vissa menar att problemet är att X är
felaktigt utformat. Till exempel skulle man aldrig kunna få det lika
snyggt och flimmerfritt som Quartz/Aqua hur snabb processor man än
har, eftersom X måste leverera meddelanden till fönsterhanteraren när
fönster ändrar storlek etc. Men samtidigt så går fönsterhanteraren jag
kör (Ion) ganska snabbt och fint, medan program som Mozilla går
väldigt långsamt, så felet kanske ligger hos programmen trots
allt. Till och med xterm går långsamt att starta tycker jag, rxvt som
jag använde tidigare var mycket snabbare men stöder tyvärr inte UTF-8.
 

Den grafiska prestandan kanske är sekundär i teorin och många praktiska 
tillämpningar, men är primär för upplevelsen av prestanda. Microsoft är 
duktiga och prioriterar de områden där de tjänar pengar - dvs 
persondatorn och slutanvändarfunktionerna. Intäkterna för 
enterprise-funktionalitet är marginella i jämförelse med intäkterna för 
operativsystemet och programvaran för skrivbordet. Och ärför är det 
också på skrivbordet som den största och viktigaste satsningen sker 
(självklart är det spekulationer).


Felet kanske är antalet lager XUL/Glade => Gnome => Metacity/Ion => X? 
Mozilla och Gnome kanske skulle 

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 16:04 +0100, Christoffer Sawicki wrote:
> Tja, det verkar som om det finns en del utrymme för optimering i
> X-servern.

Jo, det är sant, men programmen kommer inte sluka mindre minne eller
ta kortare tid att starta för det. Fast det är klart, jag kör ju på en
gammal dator.

> Det är inte ett *kanske*; XFree86 med den nya licensen (1.1) kommer inte att 
> finnas i Debian.

Att XFree86 skulle backa på licenskraven är alltså uteslutet?

> freedesktop.org:s X-server (tidigare/även känd som kdrive) är bara en 
> referensimplementation av lite nya idéer (bland annat ett kompositionslager).
> Den "riktiga" X-servern kommer att erbjudas av X.Org[0] och vara baserad på 
> XFree86 4.4rc2 (den sista releasen med den gamla licensen).

Just det, jag kom på efteråt att jag blandat ihop dem. KDrive är ju i
alla fall väldigt liten, vilket är trevligt, men den har ju inte så
mycket stöd för hårdvaruacceleration (än i alla fall).

-- 
Pelle

Re: Longhorn

[Christoffer Sawicki]

> Just det, jag tänkte på honom men glömde skriva det. Han har ju
> intressanta idéer, och de kommer kanske lösa problemen med X. Fast
> programmen lär ju inte bli mer lättviktiga för det, tyvärr.

Tja, det verkar som om det finns en del utrymme för optimering i X-servern.

> I och med licensändringen i XFree86 så kanske nya XFree86 inte ens
> kommer finnas i Debian,

Det är inte ett *kanske*; XFree86 med den nya licensen (1.1) kommer inte att 
finnas i Debian.

> och då blir det ju Packards/Freedesktop.orgs 
> X-server man använder i stället (som bygger på den sista XFree86 som
> inte hade licensändringen).

freedesktop.org:s X-server (tidigare/även känd som kdrive) är bara en 
referensimplementation av lite nya idéer (bland annat ett kompositionslager).
Den "riktiga" X-servern kommer att erbjudas av X.Org[0] och vara baserad på 
XFree86 4.4rc2 (den sista releasen med den gamla licensen).

[0] http://www.x.org/

*/ Christoffer Sawicki <[EMAIL PROTECTED]>

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 14:06 +0100, Christoffer Sawicki wrote:
> Keith Packard har planer[3] åt det hållet.

Just det, jag tänkte på honom men glömde skriva det. Han har ju
intressanta idéer, och de kommer kanske lösa problemen med X. Fast
programmen lär ju inte bli mer lättviktiga för det, tyvärr.

I och med licensändringen i XFree86 så kanske nya XFree86 inte ens
kommer finnas i Debian, och då blir det ju Packards/Freedesktop.orgs
X-server man använder i stället (som bygger på den sista XFree86 som
inte hade licensändringen).

-- 
Pelle

Re: Longhorn

[Christoffer Sawicki]

> WinFS
Man skulle kunna montera GNOME Storage[0] någonstans med LUFS[1] ;)

> Avalon
Gör inte Cairo[2] detta? Keith Packard har planer[3] åt det hållet.

[0] http://www.gnome.org/~seth/storage/
[1] http://lufs.sourceforge.net/lufs/
[2] http://www.freedesktop.org/Cairo/Home
[3] http://freedesktop.org/~keithp/X-fosdem2004.sxi

*/ Christoffer Sawicki <[EMAIL PROTECTED]>

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 13:51 +0100, Per Olofsson wrote:
> Ett annat projekt är GNOME Storage, men det är ju förstårs userspace
> och det var väl det du inte eftersökte.
> 

Apropå det, titta på skärmdumparna, de är lite tuffa :)

-- 
Pelle

Re: Longhorn

[Per Olofsson]

On Sat, Mar 06, 2004 at 12:20 +0100, Anders Wallenquist wrote:
> Konscepten Avalon, WinFS och Indigo intresserade mest.

Palladium då? När kommer Microsoft verkligen *tvinga* oss att köra
Windows?

> Vad kan vi lära oss av WinFS-konceptet? Känner någon till oss-projekt 
> med riktiga filsystem som arbetar med indexerade metadata och exempelvis 
> MySQL.

ReiserFS-projektet har tydligen planer på att göra något liknande:

"Reiser has "substantial plans" for adding new kinds of semantics to
ReiserFS to help it challenge Microsoft's efforts. "We're planning on
competing with the Longhorn filesystem," he says."



Det verkar även stå en hel del här om det, men jag har inte orkat
läsa: 

Ett annat projekt är GNOME Storage, men det är ju förstårs userspace
och det var väl det du inte eftersökte.


> Avalon inför vektorgrafik och bättre integration med grafikkorten
> (Apples aqua som förebild, tydligen). De de uppnår med Avalon är
> raskare programstarter och fönsteröppnande, förutom fördelarna med
> vektorgrafiken som vi redan känner till via Gnome.

Något liknande är ju Fresco, som är ett vektorgrafikbaserat
fönstersystem, se . Tyvärr verkar projektet
lite dött. Jag har inte testat det själv, så jag kan inte säga hur
prestandan är.

Exakt var använder GNOME vektorgrafik?

> Ett nytt gränssnittsbeskrivningsspråk (XAML) lanseras som i princip
> interpreteras (eller vars p-kod interpreteras) av dagens moderna 3G
> grafikkort.

Som XUL då? Eller Postscript? Alltså, vilken nivå är det på?

> Indigo är konceptet för .NET och webservices (WinFX) där man äntligen 
> börjar tala om funktionalitet som påminner om WDSL, tjänstebaserade 
> system och att indexera och distribuera metadata om tjänster för att 
> upprätta kommunikation mellan och inom organisationer.

Vad innebär det mer konkret? Jag har tyvärr aldrig riktigt förstått
vad "dotnet" handlar om. Jag vet vad XML, SOAP, WSDL, C#, etc. är för
något, men just hur det hänger ihop förstår jag inte.

> Varken raskt eller alert kan man beskylla Gnome/Mozilla för att vara
> (i motsats till mina invanda föreställningar sedan 20 år i
> *nix-världen).

Ja, det är väldigt konstigt. Överallt i *nix-världen är prestandan
bra, utom just det grafiska. Vissa menar att problemet är att X är
felaktigt utformat. Till exempel skulle man aldrig kunna få det lika
snyggt och flimmerfritt som Quartz/Aqua hur snabb processor man än
har, eftersom X måste leverera meddelanden till fönsterhanteraren när
fönster ändrar storlek etc. Men samtidigt så går fönsterhanteraren jag
kör (Ion) ganska snabbt och fint, medan program som Mozilla går
väldigt långsamt, så felet kanske ligger hos programmen trots
allt. Till och med xterm går långsamt att starta tycker jag, rxvt som
jag använde tidigare var mycket snabbare men stöder tyvärr inte UTF-8.

-- 
Pelle

Longhorn

[Anders Wallenquist]

Besökte i fredags ett Longhornseminarium, intressant. Sprider här lite 
tankar om vad jag såg.


Som alla vet är Longhorn kodnamnet på nästa generation Windows som 
släpps 2005, förlåt 2007. Kanske Windows 2007 som släpps 2008 ;-)


Konscepten Avalon, WinFS och Indigo intresserade mest.

WinFS

WinFS är (kanske blir) ett lager ovanpå NTFS vars uppgift är att 
indexera (SQL-Server) metainformation om filer i filsystemet samt 
erbjuda avancerad synkning med andra datakällkor. Konceptet är att låta 
kontakter, kalender och andra godtyckliga dataobjekt ingå i filsystemet 
och upphöja dem till systementiteter som alla applikationer skall 
prenumerera på. Dvs kontakter (vcard?) finns bara på ett ställe i 
systemet; affärssystemet, mailsystemet, officepaketet, pim-funktionerna 
delar samma kontakter etc. No more kundregister med andra ord.


Metainformationen definieras av dynamiska scheman, ett schema per 
entitet. Förutom information så kan ett schema även definiera ett 
workflow, triggers och notifikationer (snyggt!). Filerna/objektens plats 
i filsystemet är också dynamiskt och kan dels struktureras permanent och 
dels ad hoc. Påminner om Evolutions virtuella mappar, fast faktiskt 
snyggare. Katalogmetaforen finns kvar, men i formen av exempelvis: Mapp 
med all popmusik, mapp med all musik vars upphovsman börjar på B, mapp 
med all musik med titlar där ordet love ingår osv. Ni förstår iden?


Det verkar (tyvärr ?) vara ett system som är behäftat med samma brister 
vi har i Nautilus och locate-indexeringen i vår värld - en bristande 
integration med filsystemet i sig. Vi kan idag märka filer med 
etiketter, sortera och selektera dem efter detta. Men det är bara via 
Nautilus vi ser dessa etiketter, vi kan inte ens dela denna utmärkta 
uppfinning med våra grannar i nätverket. Annars skulle etiketterna duga 
för att bygga ett enkelt men effektivt ärendehanteringssystem, men nu 
blir det bara snygg kosmetika av allt sammans (som mycket i W32-världen).


Locate indexerar filnamn och ger oss ytterst snabba sökningar, men 
förändringar uppdateras inte i databasen före nästa dag. 
Locate-databasen inbyggd i filsystemet, t ex ext3 som ändå för en 
journal, skulle ge oss ett alltid uppdaterad metadatabas, och fler 
existerande program skulle kunna ta del av prestandaförbättringen som 
indexerade sökningar ger, via samma api som alltid används - utan att 
behöva ens känna till att ext3-prim använder indexerad sökning.


Snyggt och intelligent med ett gemensamt repository för kontakter, 
kalenderposter eller vad de nu vara monde, snyggt med metabeskrivningar 
som omfattar workflow, triggers och notifieringar. Mindre snyggt med den 
bristande integrationen mellan WinFS och det "riktiga" filsystemet.


Vad kan vi lära oss av WinFS-konceptet? Känner någon till oss-projekt 
med riktiga filsystem som arbetar med indexerade metadata och exempelvis 
MySQL.



Avalon

Avalon inför vektorgrafik och bättre integration med grafikkorten 
(Apples aqua som förebild, tydligen). De de uppnår med Avalon är raskare 
programstarter och fönsteröppnande, förutom fördelarna med 
vektorgrafiken som vi redan känner till via Gnome. Ett nytt 
gränssnittsbeskrivningsspråk (XAML) lanseras som i princip interpreteras 
(eller vars p-kod interpreteras) av dagens moderna 3G grafikkort. 

Det jag däremot inte hittar hos Gnome idag är raskare och mer alert 
gränssnitt. Personligen upplever jag gränssnittet som såsigare och 
programstarterna långsammare för var ny version - trots att jag möter 
utvecklingen med mer minne och mer processor :-(


Iden att använda grafikprocessorerna som en sorts tunn klient känns 
tilltalande (utan att jag vet något om grafik på dagens datorer)


Vad gör Debian/Gnome-folket för att vi skall få raskare och mer alerta 
gränssnitt?


Indigo

Indigo är konceptet för .NET och webservices (WinFX) där man äntligen 
börjar tala om funktionalitet som påminner om WDSL, tjänstebaserade 
system och att indexera och distribuera metadata om tjänster för att 
upprätta kommunikation mellan och inom organisationer.


Kommentarer synpunkter på WinFS, Avalon och Indigo?

Själv ser jag Indigo och WinFS för koncept som legitimerar koncept vi 
arbetar med och kanske kan ge dem en skjuts framåt. Även Avalon innebär 
att vektorgrafik och Gnomes/Mozillas gränssnittsbeskrivningsspråk 
legitimeras, men däremot känns det som Gnome/Mozilla-gängen fullständigt 
missat prestandatåget i gränssnittet. Varken raskt eller alert kan man 
beskylla Gnome/Mozilla för att vara (i motsats till mina invanda 
föreställningar sedan 20 år i *nix-världen).


/Anders W

Re: s3 virge/gx2.

[Carl Ekman]

> tjena kan du hjälpa mej med drivrutiner till s3 vige 4MB APG2X

svårläst.

Jodå. Det skall nog bara vara att välja "s3" när du konfigurerar 
xserver-xfree86. Du kan göra om det genom att skriva:

 dpkg-reconfigure xserver-xfree86

Vill du få fart på AGP-stödet skall du främst ladda agpgart

modprobe agpgart ; echo agpgart >> /etc/modules

och sen är jag inte hundra, men jag tror att det skall bli AGP-fart 
automatiskt av det.

 /calle

Re: Re: s3 virge/gx2.

[lasse]

tjena kan du hjälpa mej med drivrutiner till s3 
vige 4MB APG2X tackar på förhand Lasse.

Re: Råd om DVD+-RW (NEC 1300?)

[Timo T. Rajala]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leif Petersson wrote:
| hur gör jag min nec 1300 regionsfri?

Jag kör med "108v2 Special Holiday release with booktype setting" och
den har fungerat problemfritt än så länge iaf.

Dessutom, när man bränner DVD+R sätts Book Type som default till
DVD-ROM; vilket innebär utmärkt kompabilitet med dom flesta fristående
DVD spelarna. Men jag funderar fortfarande på vilket samband denna fråga
har med "debian-user-swedish" mailinglistan ;-)

http://herrie.rpc1.org/downloads/nec108v2.txt

- - Men observera "RESTRICTIONS:" delen.

Timo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFASaxmJ7yEN2JAERQRAjEIAJ9nT92Fdyy9gaa7pV3jy7rGLQJXRgCcDodQ
WcpRHCkV/Rmoinf7APTEdbk=
=aH8a
-END PGP SIGNATURE-

Re: Råd om DVD+-RW (NEC 1300?)

[Karl Breitner]

Leif Petersson skrev:

> hur gör jag min nec 1300 regionsfri?

http://www.herrie.org/

Bra site om NäCkarna


/Karl

Re: Råd om DVD+-RW (NEC 1300?)

[Lars Bjarby]

On Sat, Mar 06, 2004 at 09:58:16AM +0100, Leif Petersson wrote:

> hur gör jag min nec 1300 regionsfri?

Gjorde en snabbkoll och hittade följande sida på rpc1.org:

http://forum.rpc1.org/dl_firmware.php?download_id=1517

Jag har inte testat någon av dom själv. Vet inte heller om det är 
rätt modell, men det var det enda jag hittade med 1300 i 
modellbeteckningen.

-- 
.oO [EMAIL PROTECTED] - [EMAIL PROTECTED] Oo.

Re: Re: Råd om DVD+-RW (NEC 1300?)

[Leif Petersson]

hur gör jag min nec 1300 
regionsfri?