Re: Icedove diventa thunderbird
Il 04/02/2017 09:52, girarsi_liste ha scritto: > Non l'ho visto passare in lista, per cui mi scuso per l''eventuale doppione. Grazie per la segnalazione! > Unica nota non ho visto cambiamenti nel nome thunderbird come invece per > firefox Se intendi dire che non l'hanno "chiamato" thunderbird-esr, il motivo è semplice: non esiste più il ramo di release ESR per thunderbird https://www.mozilla.org/en-US/thunderbird/organizations/ ma un unico ramo di release. Cosa invece ancora valida per Firefox: https://www.mozilla.org/en-US/firefox/organizations/ ESR sta per "Extended Support Release" ed è sostanzialmente una release "a più lunga vita" in termini di supporto, pensata per l'ambito enterprise dove il "turn-over" del software non è semplice come in ambiente domestico.. Noi la utilizziamo con soddisfazione anche sotto Windows, piuttosto che il "normale" Firefox, ed ha un suo perchè. Per chiudere, in una distro come debian, scegliere i rami esr per Firefox, a mio modesto avviso è più che sensato. Buona giornata a tutti! Nick -- +-+ | Linux User #554252 | +-+
BeMyStreet devient gratuit pour les pros
BeMyStreet devient gratuit pour les pros. Nous avons une bonne nouvelle pour vous ! BeMyStreet devient gratuit pour les professionnels pour votre plus grand plaisir. Alors ne vous en privez surtout pas, vendez en ligne facilement et profitez de tous les avantages BeMyStreet : ***Visibilité*** Votre boutique apparaît dans chacune des rues de vos abonnés. ***Simplicité*** Gérez vos pages et votre vitrine simplement grâce à nos outils et nos conseils. Multipliez vos contacts* Les relations se tissent de proche en proche sur le réseau social. ***Efficacité*** Communiquez efficacement grâce à vos pages, vos actualités ou la messagerie. **Opportunité*** Avancez et sautez le pas de la vente en ligne, avec BeMyStreet c'est simple. **Aucun risque** Accédez à ce concept unique, dynamique et innovateur pour un tarif sans risque. BeMyStreet est un réseau social orienté vente en ligne sur lequel les professionnels bénéficient d'outils simples et efficaces pour être visibles, communiquer, et développer leur activité en ligne. BeMystreet se rémunère principalement sur les commissions de vente de vos produits, cela vous garantit que nous ferons toujours le maximum pour que vous vendiez vos produits ! Alors inscrivez-vous, parlez-en autour de vous et partagez... Avec la gratuité, plus aucun risque pour vous, vous avez tout à gagner... Découvrir ici : http://bemystreet.com Vous avez une question ? N'hésitez pas à nous contacter en répondant à ce mail. A tout de suite sur BeMyStreet bemystreet.com
Re: La (mia) sventura del kernel 4.0.9
Ciao, >insomma, un lavoraccio :( beh, sgrosare il tutto è facile: scarica i deb da qui http://snapshot.debian.org/package/linux/ e scopri l'ultima versione funzionante e la prima non funzionante (installali tutti e poi riavvii scegliendoli da grub) >Ti ringrazio per la veloce risposta. Devo confessare che prima di seguire i >tuoi consigli devo ... capirli. > >In pratica devo individuare le modifiche inserite fra l'ultimo kernel >sicuramente funzionante e il primo scassato e riportarle agli sviluppatori, >sperando che >qualcuno riesca a correggere gli errori, oppure correggerli io >stesso (cosa purtroppo impossibile!). questo è il passo numero 2, prima bisogna confinare l'ultima versione sicuramente funzionante e la prima sicuramente non funzionante (per il git bisect richiede competenze di kernel building, speriamo non serva) >ps. sì la mail devo toglierla dalla firma! eh ho avuto lo stesso problema tempo fa :) G.
Re: La (mia) sventura del kernel 4.0.9
ciao, su grub edita (tasto 'e') le opzioni di boot e aggiungi l'opzione nomodeset (tipicamente da aggiungere dopo 'quiet'). dopo di che avvia con f10 On February 6, 2017 2:08:12 PM GMT+01:00, Beppe Cantannawrote: >Ciao a tutti, >sto cercando compagni di sventura che però siano usciti dal tunnel del >problema che indico nel soggetto di questa mail. > >Ieri ho deciso di far passare una Debian x64 installata su un Compaq >610, >dalla versione stable a stretch, ma purtroppo al termine >dell'installazione nella quale vedo essere presente un kernel in >versione >4.0.9, il sistema riesce giusto ad accennare un boot e dopo alcume >messaggi >comparsi velocemente, il tutto si ferma senza dare segni di vita. >Ovviamente anche le console non sono disponibili e il sistema non >risulta >raggiungibile neanche via ssh. > >Però, sia la modalità di recovery, sia il kernel precedente 3.6 vengono >eseguiti correttamente. > >Pensando che fosse un problema presente solo nel kernel disponibile nei >repository, ho anche provato a compilare il kernel 4.9.8 scaricandolo >da >kernel.org, ma il risultato non è cambiato. > > >A forza di guardare log, ho individuato in dmesg il seguente messaggio >che >(per qualcuno) potrebbe essere significativo: > >[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* >[CRTC:26:pipe A] flip_done timed out >[ 18.248059] [ cut here ] >[ 18.248122] WARNING: CPU: 0 PID: 104 at >drivers/gpu/drm/drm_irq.c:1254 >drm_wait_one_vblank+0x197/0x1a0 [drm] >[ 18.248125] vblank wait timed out on crtc 0 >[ 18.248127] Modules linked in: btusb(E) btrtl(E) btbcm(E) btintel(E) >bluetooth(E) uvcvideo(E) videobuf2_vmalloc(E) videobuf2_memops(E) >videobuf2_v4l2(E) videobuf2_core(E) videodev(E) media(E) >snd_hda_codec_hdmi(E) iTCO_wdt(E) iTCO_vendor_support(E) hp_wmi(E) >i915(E) >snd_hda_codec_idt(E) snd_hda_codec_generic(E) arc4(E) ppdev(E) >sparse_keymap(E) snd_hda_intel(E) rtl8192se(E) snd_hda_codec(E) >snd_hda_core(E) snd_hwdep(E) snd_pcm(E) snd_timer(E) rtl_pci(E) >coretemp(E) >rtlwifi(E) mac80211(E) cfg80211(E) drm_kms_helper(E) drm(E) >i2c_algo_bit(E) >evdev(E) rfkill(E) joydev(E) serio_raw(E) pcspkr(E) snd(E) hp_accel(E) >lpc_ich(E) mfd_core(E) lis3lv02d(E) input_polldev(E) sg(E) soundcore(E) >shpchp(E) parport_pc(E) wmi(E) battery(E) parport(E) tpm_infineon(E) >video(E) ac(E) button(E) acpi_cpufreq(E) tpm_tis(E) >[ 18.248236] tpm_tis_core(E) tpm(E) ext4(E) crc16(E) jbd2(E) >fscrypto(E) >mbcache(E) sr_mod(E) cdrom(E) sd_mod(E) ata_generic(E) hid_generic(E) >usbhid(E) hid(E) psmouse(E) ahci(E) libahci(E) ata_piix(E) libata(E) >scsi_mod(E) sky2(E) uhci_hcd(E) ehci_pci(E) ehci_hcd(E) usbcore(E) >fan(E) >thermal(E) fjes(E) >[ 18.248292] CPU: 0 PID: 104 Comm: kworker/u4:3 Tainted: G >E >4.9.8 #1 >[ 18.248295] Hardware name: Hewlett-Packard Compaq 610/308A, BIOS >68PVU >Ver. F.0D 12/17/2009 >[ 18.248304] Workqueue: events_unbound async_run_entry_fn >[ 18.248309] ad7288d4 c260c09bba60 > >[ 18.248318] ad476d2e a0a1b7b1 c260c09bbab8 > >[ 18.248325] 0101 a0a1bb2e3608 a0a1b7e44800 >ad476daf >[ 18.248333] Call Trace: >[ 18.248347] [] ? dump_stack+0x5c/0x78 >[ 18.248355] [] ? __warn+0xbe/0xe0 >[ 18.248361] [] ? warn_slowpath_fmt+0x5f/0x80 >[ 18.248367] [] ? finish_wait+0x3c/0x70 >[ 18.248399] [] ? drm_wait_one_vblank+0x197/0x1a0 >[drm] >[ 18.248404] [] ? prepare_to_wait_event+0xf0/0xf0 >[ 18.248534] [] ? >intel_get_load_detect_pipe+0x624/0x640 [i915] >[ 18.248624] [] ? intel_tv_detect+0x155/0x550 >[i915] >[ 18.248660] [] ? >drm_property_replace_global_blob+0xd8/0x120 [drm] >[ 18.248678] [] ? >drm_helper_probe_single_connector_modes+0x3f6/0x4e0 [drm_kms_helper] >[ 18.248696] [] ? >drm_fb_helper_initial_config+0xac/0x440 [drm_kms_helper] >[ 18.248784] [] ? >intel_fbdev_initial_config+0x14/0x30 >[i915] >[ 18.248789] [] ? async_run_entry_fn+0x34/0x140 >[ 18.248798] [] ? process_one_work+0x184/0x410 >[ 18.248802] [] ? worker_thread+0x4d/0x480 >[ 18.248807] [] ? process_one_work+0x410/0x410 >[ 18.248812] [] ? kthread+0xce/0xf0 >[ 18.248819] [] ? __switch_to+0x2c1/0x6c0 >[ 18.248824] [] ? kthread_park+0x60/0x60 >[ 18.248830] [] ? ret_from_fork+0x25/0x30 >[ 18.248834] ---[ end trace e88a2b36022471cd ]--- >[ 18.392095] [ cut here ] >[ 18.392132] WARNING: CPU: 0 PID: 104 at >drivers/gpu/drm/drm_irq.c:1254 >drm_wait_one_vblank+0x197/0x1a0 [drm] >[ 18.392134] vblank wait timed out on crtc 0 > > >Il crash di sistema è così repentino che i file di log vengono >interrotti >in modo tanto improvviso, che quando il sistema viene riacceso, questi >vengono riutilizzati continuanto sulla stessa linea dell'ultima >scrittura, >e non sulla linea successiva. > >Lo stesso kernel che sul compaq 610 dà problemi, invece funziona >correttamente sul Lenovo
Re: La (mia) sventura del kernel 4.0.9
Ciao, insomma, un lavoraccio :( Ti ringrazio per la veloce risposta. Devo confessare che prima di seguire i tuoi consigli devo ... capirli. In pratica devo individuare le modifiche inserite fra l'ultimo kernel sicuramente funzionante e il primo scassato e riportarle agli sviluppatori, sperando che qualcuno riesca a correggere gli errori, oppure correggerli io stesso (cosa purtroppo impossibile!). ps. sì la mail devo toglierla dalla firma! 2017-02-06 14:16 GMT+01:00 Gianfranco Costamagna: > Giorno Beppe > > > >[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* > [CRTC:26:pipe A] flip_done timed out > >[ 18.248059] [ cut here ] > >[ 18.248122] WARNING: CPU: 0 PID: 104 at drivers/gpu/drm/drm_irq.c:1254 > drm_wait_one_vblank+0x197/0x1a0 [drm] > >[ 18.248125] vblank wait timed out on crtc 0 > > >[ 18.248127] Modules linked in: btusb(E) btrtl(E) btbcm(E) btintel(E) > bluetooth(E) uvcvideo(E) videobuf2_vmalloc(E) videobuf2_memops(E) > videobuf2_v4l2(E) >videobuf2_core(E) videodev(E) media(E) > snd_hda_codec_hdmi(E) iTCO_wdt(E) iTCO_vendor_support(E) hp_wmi(E) i915(E) > snd_hda_codec_idt(E) snd_hda_codec_generic(E) > > http://oops.kernel.org/oops/?oopsclass=default= > default=default===& > file==drivers%2Fgpu%2Fdrm%2Fdrm_irq.c%3A1254+drm_ > wait_one_vblank==submit > > sembra tu sia in buona compagnia > > se hai compilato un kernel, la soluzione è "git bisect". > Trova il commit che ha rotto il tutto, e apri un bug upstream. (o manda > una patch). > > Per sgrossare il lavoro puoi prenderti i kernels da snapshot.debian.org, > trovare il diff tra i due kernel prima e dopo > e poi fare il bisect da li. > > >giuseppe.canta...@postacertificata.gov.it > > > sicuro che questa email funzioni ancora? :) > da quello che so il progetto è decommissionato > > G. > > -- *CANTANNA Giuseppe* cel. +39 349 1998700 giuseppe.canta...@postacertificata.gov.it giuseppe.canta...@glugto.org canta...@glugto.org canta...@gmail.com bproot.bc - Linux user n. 502620 registered on http://counter.li.org/ *Nodo NINUX: *broot*.* *Per favore non inviatemi allegati in formato MS Office.Utilizzate alternativamente documenti in formato OpenDocument.* http://en.wikipedia.org/wiki/OpenDocument http://it.wikipedia.org/wiki/OpenDocument **http://www.documentfoundation.org/ * *https://it.libreoffice.org/
Re: La (mia) sventura del kernel 4.0.9
Giorno Beppe >[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* >[CRTC:26:pipe A] flip_done timed out >[ 18.248059] [ cut here ] >[ 18.248122] WARNING: CPU: 0 PID: 104 at drivers/gpu/drm/drm_irq.c:1254 >drm_wait_one_vblank+0x197/0x1a0 [drm] >[ 18.248125] vblank wait timed out on crtc 0 >[ 18.248127] Modules linked in: btusb(E) btrtl(E) btbcm(E) btintel(E) >bluetooth(E) uvcvideo(E) videobuf2_vmalloc(E) videobuf2_memops(E) >videobuf2_v4l2(E) >videobuf2_core(E) videodev(E) media(E) >snd_hda_codec_hdmi(E) iTCO_wdt(E) iTCO_vendor_support(E) hp_wmi(E) i915(E) >snd_hda_codec_idt(E) snd_hda_codec_generic(E) http://oops.kernel.org/oops/?oopsclass=default=default=default=drivers%2Fgpu%2Fdrm%2Fdrm_irq.c%3A1254+drm_wait_one_vblank==submit sembra tu sia in buona compagnia se hai compilato un kernel, la soluzione è "git bisect". Trova il commit che ha rotto il tutto, e apri un bug upstream. (o manda una patch). Per sgrossare il lavoro puoi prenderti i kernels da snapshot.debian.org, trovare il diff tra i due kernel prima e dopo e poi fare il bisect da li. >giuseppe.canta...@postacertificata.gov.it sicuro che questa email funzioni ancora? :) da quello che so il progetto è decommissionato G.
La (mia) sventura del kernel 4.0.9
Ciao a tutti, sto cercando compagni di sventura che però siano usciti dal tunnel del problema che indico nel soggetto di questa mail. Ieri ho deciso di far passare una Debian x64 installata su un Compaq 610, dalla versione stable a stretch, ma purtroppo al termine dell'installazione nella quale vedo essere presente un kernel in versione 4.0.9, il sistema riesce giusto ad accennare un boot e dopo alcume messaggi comparsi velocemente, il tutto si ferma senza dare segni di vita. Ovviamente anche le console non sono disponibili e il sistema non risulta raggiungibile neanche via ssh. Però, sia la modalità di recovery, sia il kernel precedente 3.6 vengono eseguiti correttamente. Pensando che fosse un problema presente solo nel kernel disponibile nei repository, ho anche provato a compilare il kernel 4.9.8 scaricandolo da kernel.org, ma il risultato non è cambiato. A forza di guardare log, ho individuato in dmesg il seguente messaggio che (per qualcuno) potrebbe essere significativo: [drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:26:pipe A] flip_done timed out [ 18.248059] [ cut here ] [ 18.248122] WARNING: CPU: 0 PID: 104 at drivers/gpu/drm/drm_irq.c:1254 drm_wait_one_vblank+0x197/0x1a0 [drm] [ 18.248125] vblank wait timed out on crtc 0 [ 18.248127] Modules linked in: btusb(E) btrtl(E) btbcm(E) btintel(E) bluetooth(E) uvcvideo(E) videobuf2_vmalloc(E) videobuf2_memops(E) videobuf2_v4l2(E) videobuf2_core(E) videodev(E) media(E) snd_hda_codec_hdmi(E) iTCO_wdt(E) iTCO_vendor_support(E) hp_wmi(E) i915(E) snd_hda_codec_idt(E) snd_hda_codec_generic(E) arc4(E) ppdev(E) sparse_keymap(E) snd_hda_intel(E) rtl8192se(E) snd_hda_codec(E) snd_hda_core(E) snd_hwdep(E) snd_pcm(E) snd_timer(E) rtl_pci(E) coretemp(E) rtlwifi(E) mac80211(E) cfg80211(E) drm_kms_helper(E) drm(E) i2c_algo_bit(E) evdev(E) rfkill(E) joydev(E) serio_raw(E) pcspkr(E) snd(E) hp_accel(E) lpc_ich(E) mfd_core(E) lis3lv02d(E) input_polldev(E) sg(E) soundcore(E) shpchp(E) parport_pc(E) wmi(E) battery(E) parport(E) tpm_infineon(E) video(E) ac(E) button(E) acpi_cpufreq(E) tpm_tis(E) [ 18.248236] tpm_tis_core(E) tpm(E) ext4(E) crc16(E) jbd2(E) fscrypto(E) mbcache(E) sr_mod(E) cdrom(E) sd_mod(E) ata_generic(E) hid_generic(E) usbhid(E) hid(E) psmouse(E) ahci(E) libahci(E) ata_piix(E) libata(E) scsi_mod(E) sky2(E) uhci_hcd(E) ehci_pci(E) ehci_hcd(E) usbcore(E) fan(E) thermal(E) fjes(E) [ 18.248292] CPU: 0 PID: 104 Comm: kworker/u4:3 Tainted: GE 4.9.8 #1 [ 18.248295] Hardware name: Hewlett-Packard Compaq 610/308A, BIOS 68PVU Ver. F.0D 12/17/2009 [ 18.248304] Workqueue: events_unbound async_run_entry_fn [ 18.248309] ad7288d4 c260c09bba60 [ 18.248318] ad476d2e a0a1b7b1 c260c09bbab8 [ 18.248325] 0101 a0a1bb2e3608 a0a1b7e44800 ad476daf [ 18.248333] Call Trace: [ 18.248347] [] ? dump_stack+0x5c/0x78 [ 18.248355] [] ? __warn+0xbe/0xe0 [ 18.248361] [] ? warn_slowpath_fmt+0x5f/0x80 [ 18.248367] [] ? finish_wait+0x3c/0x70 [ 18.248399] [] ? drm_wait_one_vblank+0x197/0x1a0 [drm] [ 18.248404] [] ? prepare_to_wait_event+0xf0/0xf0 [ 18.248534] [] ? intel_get_load_detect_pipe+0x624/0x640 [i915] [ 18.248624] [] ? intel_tv_detect+0x155/0x550 [i915] [ 18.248660] [] ? drm_property_replace_global_blob+0xd8/0x120 [drm] [ 18.248678] [] ? drm_helper_probe_single_connector_modes+0x3f6/0x4e0 [drm_kms_helper] [ 18.248696] [] ? drm_fb_helper_initial_config+0xac/0x440 [drm_kms_helper] [ 18.248784] [] ? intel_fbdev_initial_config+0x14/0x30 [i915] [ 18.248789] [] ? async_run_entry_fn+0x34/0x140 [ 18.248798] [] ? process_one_work+0x184/0x410 [ 18.248802] [] ? worker_thread+0x4d/0x480 [ 18.248807] [] ? process_one_work+0x410/0x410 [ 18.248812] [] ? kthread+0xce/0xf0 [ 18.248819] [] ? __switch_to+0x2c1/0x6c0 [ 18.248824] [] ? kthread_park+0x60/0x60 [ 18.248830] [] ? ret_from_fork+0x25/0x30 [ 18.248834] ---[ end trace e88a2b36022471cd ]--- [ 18.392095] [ cut here ] [ 18.392132] WARNING: CPU: 0 PID: 104 at drivers/gpu/drm/drm_irq.c:1254 drm_wait_one_vblank+0x197/0x1a0 [drm] [ 18.392134] vblank wait timed out on crtc 0 Il crash di sistema è così repentino che i file di log vengono interrotti in modo tanto improvviso, che quando il sistema viene riacceso, questi vengono riutilizzati continuanto sulla stessa linea dell'ultima scrittura, e non sulla linea successiva. Lo stesso kernel che sul compaq 610 dà problemi, invece funziona correttamente sul Lenovo E520. Qualcuno saprebbe darmi informazioni in merito? Grazie mille e buona giornata a tutti. *CANTANNA Giuseppe* giuseppe.canta...@postacertificata.gov.it giuseppe.canta...@glugto.org canta...@glugto.org canta...@gmail.com bproot.bc - Linux user n. 502620 registered on http://counter.li.org/ *Nodo NINUX: *broot*.* *Per favore non inviatemi