chrome komt bv uit een eigen apt repo. Daarom zal die daar wel staanquote:Op vrijdag 22 januari 2016 22:47 schreef Igen het volgende:
/opt is officieel voor programma's die geen onderdeel van de Unix/Linux-distributie zijn en extra zijn geïnstalleerd. Bijbehorende configuratie en data horen in /etc/opt en /var/opt te staan.
Zolang je niet buiten de package-manager van de distributie om software installeert, zou /opt trouwens dus eigenlijk leeg moeten zijn.
Dat was het eerste wat ik heb gedaan (met technische uitleg). De bug is toen bevestigd, en iemand verzocht me om een PR te openen.quote:Op donderdag 21 januari 2016 09:26 schreef thabit het volgende:
Hebben ze binnen dat project niet een of ander bugtrackingsysteem? Zo ja, dan zou ik zeker ook de bug daarop zetten.
Oh, ja, ik snap het ergens wel.quote:Op donderdag 21 januari 2016 09:49 schreef LintuxCx het volgende:
[..]
Ik kan op zich wel uit ervaring vertellen dat ik zelf, in de tijd dat ik in mijn eentje een midden-groot OSS project (>1000 bugs/reqs in de tracker) onderhield, ik echt geen tijd of zin had om op alles in de tracker te antwoorden. Als ik een keer tijd had voor OSS dingetjes, dan wilde ik gewoon coden.
Dat is niet heel sympathiek naar de contributors toe, da's helemaal waar, en zo af en toe deed ik ook wel mijn best, maar zo af en toe kreeg ik ook nog eens patches die OF voor functionaliteit waren die ik totaal niet boeiend vond, OF zo slordig waren dat ik geen zin had om ze op te ruimen (gewoon de coding style van het project volledig negeren, of van iemand die duidelijk nog nooit wat in C gedaan had).
Nou wil ik natuurlijk niet zeggen hiermee dat jouw patch matig zou zijn! Maar misschien heeft die maintainer, als hij/zij eens een keer een uurtje de tijd heeft, ook liever code schrijft. Maar dan zou het project misschien moeten proberen die persoon niet ook nog reviews te laten doen.
Hm ja, da's wel wat anders dan mijn hobbyprojectje (een instant messenger).quote:Op zaterdag 23 januari 2016 00:15 schreef Igen het volgende:
Oh, ja, ik snap het ergens wel.
Maar toch. Het is geen hobbyprojectje. Ze beweren dat er honderdduizenden gebruikers zijn, ze hebben een project-stichting met een budget van tienduizenden euro's, ze hebben een LTS-release voor bedrijfsmatige gebruikers en de meeste core-developers werken volgens mij als consultants om oplossingen gebaseerd op deze software te verkopen.
Wij zijn zo'n bedrijfsmatige gebruiker. En door de bug maakt het programma data aan die eerst door een externe module gerepareerd moet worden voordat het programma zelf deze data correct verder kan verwerken en conform de specificaties van onze opdrachtgever kan exporteren. Dat is irritant, dus ik wil het graag opgelost hebben.
Maar ik heb nog even in 'git blame' gekeken, en degene die mijn pr zou moeten reviewen is ook de originele auteur van de code waar het om gaat, en er is helemaal niemand anders geweest die ooit inhoudelijk aan die hele module iets heeft bijgedragen. Ik begin me af te vragen of er überhaupt iemand anders is die weet hoe het in elkaar steekt. Maar zo'n afhankelijkheid van één persoon is toch eigenlijk niet echt professioneel?
Weinig mis met Chromium en zit in bijna elke distro. Chrome op linux draaien heeft geen enkel voordeel tenzij je echt echt echt heel erg graag Google branding wil. Dat kan, maar de opties om te syncen zijn er ook gewoon in Chromium.quote:Op zaterdag 23 januari 2016 00:10 schreef robin007bond het volgende:
Brrrr.. Waarom Chrome? Doe dan op zijn minst Chromium.
Kan het niet zijn dat diegene het gewoon gemist heeft in de stroom van data?quote:Op zaterdag 23 januari 2016 00:15 schreef Igen het volgende:
[..]
Dat was het eerste wat ik heb gedaan (met technische uitleg). De bug is toen bevestigd, en iemand verzocht me om een PR te openen.
[..]
Oh, ja, ik snap het ergens wel.
Maar toch. Het is geen hobbyprojectje. Ze beweren dat er honderdduizenden gebruikers zijn, ze hebben een project-stichting met een budget van tienduizenden euro's, ze hebben een LTS-release voor bedrijfsmatige gebruikers en de meeste core-developers werken volgens mij als consultants om oplossingen gebaseerd op deze software te verkopen.
Wij zijn zo'n bedrijfsmatige gebruiker. En door de bug maakt het programma data aan die eerst door een externe module gerepareerd moet worden voordat het programma zelf deze data correct verder kan verwerken en conform de specificaties van onze opdrachtgever kan exporteren. Dat is irritant, dus ik wil het graag opgelost hebben.
Maar ik heb nog even in 'git blame' gekeken, en degene die mijn pr zou moeten reviewen is ook de originele auteur van de code waar het om gaat, en er is helemaal niemand anders geweest die ooit inhoudelijk aan die hele module iets heeft bijgedragen. Ik begin me af te vragen of er überhaupt iemand anders is die weet hoe het in elkaar steekt. Maar zo'n afhankelijkheid van één persoon is toch eigenlijk niet echt professioneel?
Mee eens.quote:Op zaterdag 23 januari 2016 02:49 schreef Boze_Appel het volgende:
[..]
Weinig mis met Chromium en zit in bijna elke distro. Chrome op linux draaien heeft geen enkel voordeel tenzij je echt echt echt heel erg graag Google branding wil. Dat kan, maar de opties om te syncen zijn er ook gewoon in Chromium.
Ik geef mijn gegevens maar al te graag aan een bedrijf in amerika gr grquote:Op zaterdag 23 januari 2016 00:10 schreef robin007bond het volgende:
Brrrr.. Waarom Chrome? Doe dan op zijn minst Chromium.
Jup. Kan ook met Chromium.quote:Op zaterdag 23 januari 2016 09:56 schreef d4v1d het volgende:
[..]
Ik geef mijn gegevens maar al te graag aan een bedrijf in amerika gr gr
Ik dacht dat het syncen van bladwijzers nirt in chromium kon. Maar lees in een post hierboven dat dat dat dus wel kan?
Deed dat het niet dan?quote:Op zaterdag 23 januari 2016 11:30 schreef thabit het volgende:
Doet YouTube het inmiddels in Chromium?
Uiteraard...quote:Op zaterdag 23 januari 2016 11:30 schreef thabit het volgende:
Doet YouTube het inmiddels in Chromium?
Volgens mij kun je dat prima doen. Ik heb vaak mijn partities vergroot of verkleind zonder wat te verliezen.quote:Op zaterdag 23 januari 2016 13:43 schreef Jesse_ het volgende:
Even een vraag:
Ik heb een SSD met twee partities, één met / en een andere met /home.
Nou wil ik mijn / graag wat gaan vergroten, ten koste van /home. (/ is op dit moment 20gig met nog zo'n 2 a 3 vrij, /home is 96gig met nog zo'n 75 vrij)
Kan ik gewoon booten met een livedisk en het e.e.a. met gparted aanpassen zonder data verlies? Of moet ik hier nog speciale maatregelen voor nemen?
Ik zou me eerder eens achter de oren krabben hoe het kan dat je root folder zo gigantisch veel data bevat, en of je niet beter een deel daarvan op een eigen partitie kan plaatsen..quote:Op zaterdag 23 januari 2016 13:43 schreef Jesse_ het volgende:
Even een vraag:
Ik heb een SSD met twee partities, één met / en een andere met /home.
Nou wil ik mijn / graag wat gaan vergroten, ten koste van /home. (/ is op dit moment 20gig met nog zo'n 2 a 3 vrij, /home is 96gig met nog zo'n 75 vrij)
Kan ik gewoon booten met een livedisk en het e.e.a. met gparted aanpassen zonder data verlies? Of moet ik hier nog speciale maatregelen voor nemen?
Sja wenselijk is het natuurlijk niet, maar ik denk niet dat je de illusie moet hebben dat dat bij andere software niet zou gebeuren. Het is enkel wat minder inzichtelijk als het niet op github staat.quote:Op zaterdag 23 januari 2016 00:15 schreef Igen het volgende:
[..]
Maar ik heb nog even in 'git blame' gekeken, en degene die mijn pr zou moeten reviewen is ook de originele auteur van de code waar het om gaat, en er is helemaal niemand anders geweest die ooit inhoudelijk aan die hele module iets heeft bijgedragen. Ik begin me af te vragen of er überhaupt iemand anders is die weet hoe het in elkaar steekt. Maar zo'n afhankelijkheid van één persoon is toch eigenlijk niet echt professioneel?
Hmm dat was ook niet onverstandig. Matlab is verantwoordelijk voor een derde van het ruimte gebruikquote:Op zaterdag 23 januari 2016 14:09 schreef KomtTijd... het volgende:
[..]
Ik zou me eerder eens achter de oren krabben hoe het kan dat je root folder zo gigantisch veel data bevat, en of je niet beter een deel daarvan op een eigen partitie kan plaatsen..
Oh, ja, die illusie heb ik zeker niet.quote:Op zaterdag 23 januari 2016 14:21 schreef KomtTijd... het volgende:
[..]
Sja wenselijk is het natuurlijk niet, maar ik denk niet dat je de illusie moet hebben dat dat bij andere software niet zou gebeuren. Het is enkel wat minder inzichtelijk als het niet op github staat.
De /opt/ directory is voor third-party applicaties die niet afhankelijk zijn dependencies. Ligt er maar net aan trouwens hoe je permissies zijn opgezet of hij de config files in /opt/ zet of gewoon in je home dir.quote:Op vrijdag 22 januari 2016 21:58 schreef d4v1d het volgende:
Draai nu linux mint. Ben even bezig met backups instellen.. Waar dient /opt nou voor?
Hier staat nu chrome, spotify, firefox en thunderbird in. Zijn dit nou enkel de installatiebestanden (excecutables, libraries etc..) of ook echt data zoals config files en user data? Is me niet helemaal duidelijk..
tl;dr is het handig om /opt/ mee te nemen in een backup?
Ik ga verder niet klagen over Access. Bij ons zijn veel dingen maatwerk. Als iemand op het idee zou komen om, ik noem maar wat, een PostgreSQL-database met een intranet-html-frontend ervan te maken dan weet ik wel bijna zeker dat die front-end dan al gauw een slechte kopie van Access zou worden.quote:Op zaterdag 23 januari 2016 14:46 schreef KomtTijd... het volgende:
Mja bij een vaginaproduct als access heb je nog best kans dat ze het "gefixt" hebben door gewoon ergens in de handleiding op te nemen dat een join maximaal zoveel voorwaarden mag hebben.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |