Gå til innhold

jonnor

Medlemmer
  • Innlegg

    6 087
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av jonnor

  1. er vel mer korrekt å si "intel atom baserte smarttelefoner", for jeg tviler på at intel selv skal begynne å lage og selge telefoner ;)

    Neida. Ryktene går at Intel selv skal lansere smarttelefoner (om det stemmer eller ei har jeg egentlig ikke noe grunnlag for å si):

    -- SITAT --

    Jeg tviler veldig sterkt på at vi får se "Intel" smart-telefoner eller MIDs ut til sluttkunde. Men det er nok bare et tidspørsmål før vi får se referanseløsninger rettet mot disse markedene som gjør det meget enkelt for eksisterende produsenter å levere et system basert på Intel sine produkter.

    Intel har allerede hatt stor suksess med dette i "netbooks", hvor referanseløsningen initielt kun bestod av hardware. I etterkant har de riktignok kommed med Moblin.Jeg tror nok at når tiden er inne (kanskje allerede neste år) for MID/smart-telefoner så vil de stå klar med en software-stack også.

  2. Her er noen av ankepunktene jeg har, men som er tilstrekkelig til å illustrere det jeg vil kalle en ignorant holdning til viktighten av feilfiksing
    Mulig du har rett, men inntrykket mitt er rett og slett at de ikke har ressursene til det du ønsker. Hvis de begynner å henge langt etter de andre på applikasjonsiden (slik Debian tradisjonelt har gjort) tror jeg det vil oppleves som mye verre, og det er det som er alternativet. Ubuntu har brent seg på å pushe software tidlig ved flere anledninger (men det har jammen Fedora og OpenSuse gjort i ennå større grad), og jeg opplever vel at de har lært, og er mindre villig til å ta inn veldig ferske ting nå.

    Tja, er du sikker på det? "Veldig fersk" blir jo et definisjonsspørsmål, men Ubuntu Karmic er den første distroen til å bruke grub2 og til å bytte ut init systemet helt og holdent med upstart. Samt en av de aller første til å bytte ut hal og benytte ext4 som standard filsystem. Alt dette er systemkritiske komponenter, og ganske så ferske saker vil jeg si.

     

    Hva gjelder release, så finnes det jo en mellomting mellom "den er ferdig når den er ferdig" (Debian) og "den kommer dato X, nesten samme hvordan kvaliteten er".

  3. Med en rolling release i Arch står du helt fritt til å oppdatere (-Syu) en gang i halvåret hvis du foretrekker det. Mao, du kan få både i pose og sekk.

    Jeg vet at jeg foretrekker den friheten, men jeg tror ikke at en rolling release hadde fungert bra for Ubuntu. De to distroene har helt forskjellig målgruppe og politikk på hva som er forventet av brukerene.

  4. Mitt inntrykk er at Hal utfasingen ikke blir så veldig dramatisk*, da det er mest snakk om å flytte noe funksjonalitet ned i stacken (til udev), beholde grunnleggende "høynivå" saker i DeviceKit og flytte spesielle ting ut til utvidelser av DeviceKit(-disks, -power feks).

     

    *Ihvertfall ikke for folk på Linux.

  5. Men ærlig talt. Trenger man grafikk til GRUB? Det skal bare styre oppstart og boot.

    Mulig at man ikke trenger det. Men det er for eksempel særdeles praktisk å kunne reboote til et gitt OS med ett klikk inne i GUI. Mange som har dual/triple-boot som vil sette pris på det.

    I tillegg kan man ha /boot inne i LVM og/eller RAID5 nå om man vil. Samt at grub2 kan integrere med PXE-servere og boot-opsjoner. Konfigurasjonene er laget for å kunne rotes med programatisk, noe som sannsynligvis vil føre til bedre verktøy for konfigurasjon.

    Grub2 er også betydelig mer robust mot feil. Spesielt fordi den vil søke etter partisjon dersom den ikke finner den på forventet sted (hd1,1 har kanskje blitt til hd2,1) istedet for å dø med "grub error X". Den er også betydelig lettere å utvide og støtter skripting i Lua, samt at andre arkitekturer enn x86 støttes (også kryss-platform bygging). Det gjør den betydelig mer egnet for embedded systems.

    EFI-kompatibilitet er også på plass, noe som bør gjøre det enkelt å boote OSX, Linux, Windows++ fra en enkelt bootloader.

     

    Neh, grub2 er milevis bedre enn 1'ern. Jeg bruker'n ikke enda, men synes det er bra at distroer nå pusher dette fremover.

  6. Du er klar over at du med 4/8ohms høytaler ikke vil kunne levere i nærheten av 40W per kanal med 12V strømforsyning? Faktisk rundt 7W per kanal.

     

    Jeg hadde plassert et enkelt buffertrinn på inngangen og hatt potmeter for volumkontroll etter det. Logaritmisk selvfølgelig.

     

    EDIT: dette minner meg på at jeg har et slikt prosjekt liggende jeg også.

  7. Det virker som et viktig skritt på veien mot åpenhet likevel. Bare det at ledelsen i Skype Limited ser verdien av åpenhet er et langt steg på vei mot en framtidig åpning av protokollen også.

     

    Selve klienten er kanskje enklere å åpne enn protokollen. Åpning av protokollen krever nok at de klarer å skille tilstrekkelig på gratistjenesten og betaltjenesten (ringing til mobiltelefon/fasttelefon), slik at ikke andre klienter kan benytte betaltjenesten uten å betale for seg.

     

    Men jeg ser omsider lyst på framtiden for Skype :)

    Jeg har liten tro på at det er tekniske vanskeligheter som hindrer Skype i å åpne protokollen.

    Dette er muligens et viktig skritt på veien, men uten protokollen er ikke Skype verdt frem øre så det er ikke mye frihet å snakke om selv om UI'et blir åpen kildekode.

     

    Av den grunn vil jeg fortsette å styre unna som best jeg kan.

  8. er vel ikke noen nyhet, vil ikke du ha oem lisensen som følger med kan du kontakte produsenten som refunderer et par hundrelapper.

    i norge er det vel bare hp som refunderer.

    Kilde?

     

    Hvorfor skulle det ikke fungere med Dell, slik han gjorde det?

    De produsentene jeg har vært borti gir klart og tydelig beskjed om at programvaren og maskinvaren er sammenbundet og dersom man ikke godtar det ene så godtar man ikke det andre heller.

    Men det er bare å prøve seg.

  9. Innstaler ting via pakkebehandleren og du vil få en fin menyoppføring på passende sted. Innstalerer du manuelt har du liten garanti for hvor filene ender opp, men sannsynligvis er de kjørbare et sted langs PATH og da kan du bare starte programmet ved å skrive "programnavn" i en runner eller fra terminal.

     

    EIDT: Du kan åpne en slik runner med alt + f2 i standard Ubuntu hvis ikke jeg husker feil.

×
×
  • Opprett ny...