Re: CRM/Kalender via web
Torbjörn Svensson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 02 July 2003 09:38, Mailinglists at Soderlund.Org wrote: Hej, håller på att starta upp en liten enskild firma där jag kommer sälja konsulttjänster. Behöver en bra lösning för mig att kunna surfa in till och föra min tid hos kund samt ha kundregister. Det kommer inte behöva spotta ut tidsuppgifter till ekonomisystem eller hantera fakturor etc utan det är ett stöd att titta i när jag sedan för in dem manuellt i t.ex SPCS. Nån som har koll på ett bra sådant system, kalenderfunktionen är nästan viktigast eftersom den håller all tid, skulle det vara så att jag måste skriva in kundnamnet varje gång är det inte hela världen, dvs det behöver inte vara nåt "äkta" CRM-system. All hjälp mottages tacksamt, mvh Niclas Hej Niclas! Jag använder ibland programmet Gtimetracker som jag tror har bytt namn till Gnotime idag: http://sourceforge.net/projects/gttr/ Det är inte en kalender men håller reda på hur mycket tid du använt i olika projekt. En kalender däremot som är mycket intressant är iCalendarformatet som tillsammans med DAV blir en kalenderserver. i din .htaccess-fil för att aktivera DAV på en apache-server: DavLockDB /tmp/dav.lock Dav on Kalender med iCalendarstöd till Mozilla: http://mozilla.org/projects/calendar/ Jag tror även att Evolution stöder DAV-kalenderservrar. phpICalendar.sf.net publicerar iCalendar-filer som en snygg HTML-kalender på nätet. Kundernas adresser kan du lagra i Mozillas adressregister, vill du vara avancerad och lagra adresserna på nätet så rekommenrar jag openLDAP. Gör du det så har du nytta av adressuppgifterna i både mail och kalenderprogrammen. LDAP-databasen har du nytta av om du vill dela adressregistret med andra eller vara oberoende av vilken klientmaskin du använder. /Anders W
Re: Utskrifter under Linux
Björn Johansson: > Gör jag ls -l | lpr så händer det ingenting. > Jag har ingen /etc/printcap fil. Vilket utskriftssystem har du installerat? Jag kör med vanliga lpr, och så använder jag magicfilter för att styra skrivaren. Kör magicfilterconfig och svara på frågorna (välj deskjet som skrivartyp) och kopiera in filen som genereras till /etc/printcap Har du installerat stöd för parallellport i kärnan? -- \\// Peter - http://www.softwolves.pp.se/ I do not read or respond to mail with HTML attachments.
Re: HD'n cut and paste i 2mb/sek med dma paslaget, hjelp!!
Den 2003.07.03 08:44 skrev thomas biro: On Thu, 03 Jul 2003 05:49:46 +0200 Michael Dalvald <[EMAIL PROTECTED]> wrote: On Thu, Jul 03, 2003 at 04:03:32AM +0200, thomas biro wrote: /dev/hda: Timing buffer-cache reads: 128 MB in 0.51 seconds =250.98 MB/sec Timing buffered disk reads: 64 MB in 1.87 seconds = 34.22 MB/sec menner jag vill cut and paste en fil fran hda6 till hda8 sa gar det pa den otroliga farten av 2mb/sek .. er detta normal??? vad mer ska jag gora, jag er helt lost och jag vegrar acceptera 2mb/sek Du missar en viktig sak. När du kopierar/flyttar en fil mellan två partioner på samma hårddisk måste läshuvudet flytta sig mellan de olika partionerna. De du har med 34MB/sek är sekventiell läsning, då läshuvudet inte rör på sig. Men så fort filen är fragmenterad eller du ska kopiera/flytta något 'knorrar' hårddisken, vilket gör att acesstiden (typ 10ms?) spelar större roll. Bara om du kopierar mellan olika SCSI hårddiskar kan du ev. räkna med den teoretiska maxhastigheten 34MB/sek. Givetvis Michael, det har du aldeles rett i.jag hoppasdes inte komma upp i 34mb/sek utan ville med inklistrade hdparm uppgifterna visa att jag har gjort vad jag kunnat for att "speeda upp hd'n lite". jag har givetvis forsokt att gora exakt samma cut and paste ifran hda6 till hda1 (der min windows-partition finns) och da kommer jag upp i 17,5mb/sek ...det er ju lite bettre en 2mb/sek. nagot er fel helt enkelt och jag tenker minsann (tillsammans med er hjelp forstass) se till att losa det her. Jag vet att folket bakom reiserfs-filsystemet har klagat på att "cp"- kommandot använder alldeles för liten minnsebuffert, och därför saktar ner kopieringar. Ju mindre bitar i taget som läses och skrives vid kopiering, desto oftare måste ju hårddisken söka fram och tillbaka. (Fast skrivbufferten i kärnan borde ju avhjälpa det här rätt mycket.) Men med tanke på att du får bra hastigheter med andra partitioner vet jag inte. Kanske partitionerna är väldigt fragmenterade, eller nästan fulla? -- Niklas pgpanVpgY7c6z.pgp Description: PGP signature
su: User account has expired. Efter att jag dragit hem senaste pam.
Så här roligt ser det ut: login as: tmberg [EMAIL PROTECTED]'s password: Linux UnimatrixZero 2.4.21-grsec #1 Wed Jun 25 03:22:03 CEST 2003 i586 GNU/Linux [EMAIL PROTECTED]:~$ su - Password: Your account has expired; please contact your system administrator su: User account has expired Sorry. [EMAIL PROTECTED]:~$ Någon som har nån ide/tips på hur man löser det hela? Borde det inte vara omöjligt att få expired på root? :) /Thomas
Re: .bash_profile
On 2003-07-02 18:34:14 +0200, Roha wrote: > Problemet är att vissa saker som jag gjorde i .bash_profile bara > behöver/ska göras vid inloggning. tex montering av hd-partitioner > och .bash_profile körs tydligen inte när jag loggar in via kdm. Så > frågan är: Finns det någon/några filer som alltid och enbart körs > vid inloggning. Jag har snickrat ihop följande sammanfattning åt mig själv (baserad på diverse dokumentation) för att inte bli tokig när jag ska ändra något. Helt säkert är den inte felfri. Om jag har förstått saken rätt så är det ett "interactive login shell" då man loggar in vid text-loginprompten, ett vanligt "interactive shell" då man t.ex. startar en xterm eller överhuvud taget då man kör bash-binären direkt. "Noninteractive" är det då man kör ett bashscript. Jag vet inte vad av detta som gäller när du loggar in med kdm; såvitt jag kan se kör kdm sh-scriptet /etc/X11/Xsession, som slutar med att exec:a kde3 eller nån annan fönsterhanterare, eller din ~/.xsession om du har slagit på sånt. Nån som kan det här bättre får gärna glida in nu och förklara resten. :-) Interactive login shell -- /etc/profile Sourced first for any login shell. ~/.bash_profile OR ~/.bash_login OR ~/.profile bash looks for these files in the order listed and sources the first of them that exists and is readable. This file should contain things you want done only for login shells. It is probably a good idea to source ~/.bashrc somewhere in this file, if there are things you want done for any interactive shell, login or not. * SHELL RUNS HERE * ~/.bash_logout Sourced when the login shell exits. Interactive shell that isn't a login shell -- ~/.bashrc Put everything here that you want done for any interactive shell, login or not. Noninteractive shell -- $BASH_ENV Sources the file named by the environment variable BASH_ENV, if that variable is set. -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle pgp7mYR8OXeHA.pgp Description: PGP signature
Re: HD'n cut and paste i 2mb/sek med dma paslaget, hjelp!!
On Thu, 03 Jul 2003 05:49:46 +0200 Michael Dalvald <[EMAIL PROTECTED]> wrote: > On Thu, Jul 03, 2003 at 04:03:32AM +0200, thomas biro wrote: > > /dev/hda: > > Timing buffer-cache reads: 128 MB in 0.51 seconds =250.98 MB/sec > > Timing buffered disk reads: 64 MB in 1.87 seconds = 34.22 MB/sec > > > > menner jag vill cut and paste en fil fran hda6 till hda8 sa gar det > > pa den otroliga farten av 2mb/sek .. er detta normal??? vad mer ska jag > > gora, jag er helt lost och jag vegrar acceptera 2mb/sek > > Du missar en viktig sak. När du kopierar/flyttar en fil mellan två > partioner på samma hårddisk måste läshuvudet flytta sig mellan de > olika partionerna. > De du har med 34MB/sek är sekventiell läsning, då läshuvudet inte rör på > sig. Men så fort filen är fragmenterad eller du ska kopiera/flytta något > 'knorrar' hårddisken, vilket gör att acesstiden (typ 10ms?) spelar > större roll. > Bara om du kopierar mellan olika SCSI hårddiskar kan du ev. räkna med > den teoretiska maxhastigheten 34MB/sek. > > /Michael Givetvis Michael, det har du aldeles rett i.jag hoppasdes inte komma upp i 34mb/sek utan ville med inklistrade hdparm uppgifterna visa att jag har gjort vad jag kunnat for att "speeda upp hd'n lite". jag har givetvis forsokt att gora exakt samma cut and paste ifran hda6 till hda1 (der min windows-partition finns) och da kommer jag upp i 17,5mb/sek ...det er ju lite bettre en 2mb/sek. nagot er fel helt enkelt och jag tenker minsann (tillsammans med er hjelp forstass) se till att losa det her. Thomas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >