Repository 32bit  Forum
Repository 64bit  Wiki

Pat vs. stabilità

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.

Pat vs. stabilità

Messaggioda ZeroUno » dom apr 21, 2013 10:21

Ecco il Pat che ricordavo, quello alla ricerca della stabilità piuttosto che della novità
Fri Apr 19 21:24:48 UTC 2013
Hey folks, a few more updates are ready. I'd like to thank everyone who
weighed in on the thread on LQ concerning reverting a few things to more
stable versions. Your opinions were very helpful. Here's what was
concluded after careful consideration:
1) kernel: Stick with 3.8 for now. It remains a concern that the nVidia
6150SE and nouveau could be broken with kernels above 3.6.1, however.
Does anyone know if the blob fixes the issues? If not, there may still be
a compelling reason to switch to the 3.4 kernel for the release. The
release of the 3.9 kernel might be another reason as well, since moving to
a newer branch could bring more problems and would basically require testing
to start again at square one (and then the 3.8 branch would be dead). But
since we're sticking with 3.8 for now, might as well bump it to 3.8.8.
2) gcc: I really have not run into any compiler bugs with this. There was
a single report of issues with the radeon R300 when the kernel was compiled
with 4.8.0, and it wasn't reported on any bug trackers or anywhere else.
None of the other reports of issues could be reproduced here, or were merely
a case of getting rid of -Werror. I see no reason to downgrade this.
3) xorg-server: Here, it does appear that going with the better supported
branch (1.13.x) is a good idea to help support external drivers. Many
people reported when the batch containing 1.14.0 was shipped that things were
working better, but I attribute this to the driver updates that went out at
the same time. I've moved the 1.14.x (upgraded to 1.14.1) server and the
drivers that were build against it into testing, so anyone that wants to use
that branch is free to continue to do so. But I think that the average user
is more likely to run into problems with the 1.14.x branch and the lack of
driver support from AMD than they are to require one of the improvements such
as in the area of touch input support.
Thanks again for the advice!
a/btrfs-progs-20130418-x86_64-1.txz: Upgraded.
Make fsck.btrfs a link to /bin/true as recommended on the btrfs wiki.
a/glibc-solibs-2.17-x86_64-2.txz: Rebuilt.
a/glibc-zoneinfo-2013b-noarch-2.txz: Rebuilt.
a/kernel-firmware-20130419git-noarch-1.txz: Upgraded.
a/kernel-generic-3.8.8-x86_64-1.txz: Upgraded.
a/kernel-huge-3.8.8-x86_64-1.txz: Upgraded.
a/kernel-modules-3.8.8-x86_64-1.txz: Upgraded.
d/kernel-headers-3.8.8-x86-1.txz: Upgraded.
k/kernel-source-3.8.8-noarch-1.txz: Upgraded.
l/glibc-2.17-x86_64-2.txz: Rebuilt.
Patched two crash bugs (CVE-2013-0242, CVE-2013-1914). These do not allow
code execution, and upstream agrees that they are low priority/severity.
They are patched here since glibc was due for a kernel related rebuild
anyway, but given the low priority/severity and possibility of introducing
problems in production versions of glibc, they will backported only if
further review indicates a necessity.
l/glibc-i18n-2.17-x86_64-2.txz: Rebuilt.
l/glibc-profile-2.17-x86_64-2.txz: Rebuilt.
n/autofs-5.0.7-x86_64-2.txz: Rebuilt.
Added /etc/auto.master.d directory. Thanks to GazL.
n/proftpd-1.3.4c-x86_64-1.txz: Upgraded.
Added mod_radius to the build as requested by chemfire. I wasn't sure about
this at first since it's a non-default and seldom used module, but since it
doesn't do anything unless it has been configured it should be safe to
include.
x/xf86-input-acecad-1.5.0-x86_64-4.txz: Rebuilt.
x/xf86-input-aiptek-1.4.1-x86_64-4.txz: Rebuilt.
x/xf86-input-evdev-2.8.0-x86_64-2.txz: Rebuilt.
x/xf86-input-joystick-1.6.1-x86_64-4.txz: Rebuilt.
x/xf86-input-keyboard-1.7.0-x86_64-2.txz: Rebuilt.
x/xf86-input-mouse-1.9.0-x86_64-2.txz: Rebuilt.
x/xf86-input-penmount-1.5.0-x86_64-4.txz: Rebuilt.
x/xf86-input-synaptics-1.7.0-x86_64-2.txz: Rebuilt.
x/xf86-input-vmmouse-13.0.0-x86_64-3.txz: Rebuilt.
x/xf86-input-void-1.4.0-x86_64-4.txz: Rebuilt.
x/xf86-input-wacom-0.19.0-x86_64-3.txz: Rebuilt.
x/xf86-video-apm-1.2.5-x86_64-3.txz: Rebuilt.
x/xf86-video-ark-0.7.5-x86_64-3.txz: Rebuilt.
x/xf86-video-ast-0.97.0-x86_64-3.txz: Rebuilt.
x/xf86-video-ati-7.1.0-x86_64-3.txz: Rebuilt.
x/xf86-video-chips-1.2.5-x86_64-3.txz: Rebuilt.
x/xf86-video-cirrus-1.5.2-x86_64-3.txz: Rebuilt.
x/xf86-video-dummy-0.3.6-x86_64-3.txz: Rebuilt.
x/xf86-video-glint-1.2.8-x86_64-3.txz: Rebuilt.
x/xf86-video-i128-1.3.6-x86_64-3.txz: Rebuilt.
x/xf86-video-i740-1.3.4-x86_64-3.txz: Rebuilt.
x/xf86-video-intel-2.21.6-x86_64-2.txz: Rebuilt.
x/xf86-video-mach64-6.9.4-x86_64-3.txz: Rebuilt.
x/xf86-video-mga-1.6.2-x86_64-3.txz: Rebuilt.
x/xf86-video-modesetting-0.7.0-x86_64-2.txz: Rebuilt.
x/xf86-video-neomagic-1.2.7-x86_64-3.txz: Rebuilt.
x/xf86-video-nouveau-1.0.7-x86_64-2.txz: Rebuilt.
x/xf86-video-nv-2.1.20-x86_64-4.txz: Rebuilt.
x/xf86-video-openchrome-0.3.2-x86_64-2.txz: Rebuilt.
x/xf86-video-r128-6.9.1-x86_64-4.txz: Rebuilt.
x/xf86-video-rendition-4.2.5-x86_64-3.txz: Rebuilt.
x/xf86-video-s3-0.6.5-x86_64-3.txz: Rebuilt.
x/xf86-video-s3virge-1.10.6-x86_64-4.txz: Rebuilt.
x/xf86-video-savage-2.3.6-x86_64-4.txz: Rebuilt.
x/xf86-video-siliconmotion-1.7.7-x86_64-4.txz: Rebuilt.
x/xf86-video-sis-0.10.7-x86_64-3.txz: Rebuilt.
x/xf86-video-sisusb-0.9.6-x86_64-3.txz: Rebuilt.
x/xf86-video-tdfx-1.4.5-x86_64-3.txz: Rebuilt.
x/xf86-video-tga-1.2.2-x86_64-3.txz: Rebuilt.
x/xf86-video-trident-1.3.6-x86_64-3.txz: Rebuilt.
x/xf86-video-tseng-1.2.5-x86_64-3.txz: Rebuilt.
x/xf86-video-v4l-0.2.0-x86_64-8.txz: Rebuilt.
x/xf86-video-vesa-2.3.2-x86_64-3.txz: Rebuilt.
x/xf86-video-vmware-13.0.1-x86_64-2.txz: Rebuilt.
x/xf86-video-voodoo-1.2.5-x86_64-4.txz: Rebuilt.
x/xf86-video-xgi-git_be3abf8570a-x86_64-3.txz: Rebuilt.
x/xf86-video-xgixp-1.8.1-x86_64-3.txz: Rebuilt.
x/xorg-server-1.13.4-x86_64-1.txz: Upgraded.
This update fixes an input flush bug with evdev. Under exceptional
conditions (keyboard input during device hotplugging), this could leak
a small amount of information intended for the X server.
This issue was evaluated to be of low impact.
For more information, see:
http://cve.mitre.org/cgi-bin/cvename.cg ... -2013-1940
http://lists.x.org/archives/xorg-devel/ ... 36014.html
(* Security fix *)
x/xorg-server-xephyr-1.13.4-x86_64-1.txz: Upgraded.
x/xorg-server-xnest-1.13.4-x86_64-1.txz: Upgraded.
x/xorg-server-xvfb-1.13.4-x86_64-1.txz: Upgraded.
testing/packages/xorg-server-1.14.x/*: Added xorg-server 1.14.1 and drivers.
isolinux/initrd.img: Rebuilt.
kernels/*: Upgraded.
usb-and-pxe-installers/usbboot.img: Rebuilt.
+--------------------------+
Packages finder: slakfinder.org | Slackpkg+, per aggiungere repository a slackpkg
Codice: Seleziona tutto
1011010 1100101 1110010 1101111 - 0100000 - 1010101 1101110 1101111
Avatar utente
ZeroUno
Staff
Staff
 
Messaggi: 4398
Iscritto il: ven giu 02, 2006 13:52
Località: Roma / Castelli
Nome Cognome: Matteo Rossini
Slackware: current
Kernel: slack-current
Desktop: ktown-latest
Distribuzione: 01000000-current

Re: Pat vs. stabilità

Messaggioda conraid » dom apr 21, 2013 10:30

Io ho lasciato xorg 1.14 (ho un intel e quindi dei problemi ati non conosco), mentre il gcc 4.8 mi sta dando qualche problema, ho letto in giro che è un problema di -fsanitize=thread e di come viene gestita l'opzione dai software, ed alcuni sviluppatori ci stanno lavorando.
il solito problema dei progetti opensource che ognuno deve "inseguire" le modifiche dell'altro, e gcc è alla base di tutto, o quasi :-)
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » dom apr 21, 2013 16:35

su quali software ti da problemi?
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda conraid » dom apr 21, 2013 17:13

libmemcached per esempio
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » dom apr 21, 2013 18:31

ho provato le versioni di SBo e compilano :|
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda ZeroUno » dom apr 21, 2013 21:07

io di xorg ho messo quello in /testing.

Ho notato che in /testing ha messo il config di kernel 3.4.11, ma su kernel.org vedo disponibile il 3.4.41!
Packages finder: slakfinder.org | Slackpkg+, per aggiungere repository a slackpkg
Codice: Seleziona tutto
1011010 1100101 1110010 1101111 - 0100000 - 1010101 1101110 1101111
Avatar utente
ZeroUno
Staff
Staff
 
Messaggi: 4398
Iscritto il: ven giu 02, 2006 13:52
Località: Roma / Castelli
Nome Cognome: Matteo Rossini
Slackware: current
Kernel: slack-current
Desktop: ktown-latest
Distribuzione: 01000000-current

Re: Pat vs. stabilità

Messaggioda conraid » lun apr 22, 2013 8:36

ponce ha scritto:ho provato le versioni di SBo e compilano :|


c'è sempre la 1.0.15 su SBo, io sto usando la 1.0.16, perché la 1.0.17 da un problema
https://bugs.launchpad.net/libmemcached/+bug/1164442
fanno anche capire che è un problema "loro" legato alla cosa
https://bugs.launchpad.net/libmemcached/+bug/1169311

se cerco in rete trovo
http://debian.2.n7.nabble.com/Bug-70323 ... 93000.html
http://gcc.gnu.org/ml/gcc-help/2013-02/msg00189.html
ed altri

probabilmente passando parametri giusti al build o modificando un po' il makefile si compila, ma era tanto per dire che qualche novità a volte non viene subito recepita (sempre che sia una novità, non sono molto esperto di queste cose :-) )
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » lun apr 22, 2013 9:45

beh, in realta' non e' che siano proprio novita', e' che il gcc-4.8 (come anche i predecessori, gradualmente sempre piu') espone errori di programmazione che prima venivano ignorati (e quindi la compilazione riusciva).
a quello aggiungi che tra le flag di default alcuni mettono -Werror (cioe' di trattare i warning come errori) e che il gcc essendo un po' piu' schizzinoso manda piu' warning, ed ecco che in alcuni casi la compilazione non ce la fa a finire.
questo per dire che in realta' la maggior parte sono errori a monte, non del gcc.

comunque l'errore delle versioni recenti di libmemcached dovrebbe essere stato sistemato il 10 di aprile nel branch 1.0 del loro repository su launchpad (solo che non hanno ancora rilasciato un tarball).
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda conraid » lun apr 22, 2013 13:16

con la patch al file m4 compila, secondo te può andare? o è meglio aspettare una tarball?

tra l'altro nelle ultime versioni hanno cambiato qualche API e collectd non riconosce più libmemcached dicendo "memcached_create not found", grrrr
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » lun apr 22, 2013 14:30

se non funziona piu' la api e ti serve per collectd io andrei con le versioni piu' vecchie e compatibili: magari fra un po' uscira' il tarball nuovo da accompagnare a una nuova versione di collectd da usarci insieme.
Ultima modifica di ponce il lun apr 22, 2013 14:34, modificato 2 volte in totale.
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda conraid » lun apr 22, 2013 14:31

in effetti mi serve solo per l'estensione php e collectd, ma che palle :-)
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » lun apr 22, 2013 14:51

ma non ti funziona nemmeno con collectd-5.3.0?
l'ho appena aggiornato per provarlo...
Allegati
collectd.tar.gz
(2.43 KiB) Scaricato 17 volte
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda conraid » lun apr 22, 2013 15:03

no, non funziona

con che versione di libmemcached hai provato?

però deve essere altro, anche con la 1.0.15

Codice: Seleziona tutto
    libmemcached  . . . . no (Symbol 'memcached_create' not found)
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Re: Pat vs. stabilità

Messaggioda ponce » lun apr 22, 2013 15:09

no, a dire la verita' io non l'ho nemmeno provato con memcached (non lo uso).
e' che la 5.3.0 era uscita meno di un paio di settimane fa...
Avatar utente
ponce
Master
Master
 
Messaggi: 1501
Iscritto il: mer mar 05, 2008 16:45
Località: Pisa
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 3.17-rc3
Desktop: lxde

Re: Pat vs. stabilità

Messaggioda conraid » lun apr 22, 2013 15:16

A dire il vero nemmeno io, solo qualche test. Io sono regredito, in questi giorni mi sono messo a fare prove con le api di twitter e php e sono andato in tilt per dei banali array multidimensionali. Devo riprendere da zero, altro che memcached
Avatar utente
conraid
Staff
Staff
 
Messaggi: 12019
Iscritto il: mer lug 13, 2005 23:00
Località: Livorno
Nome Cognome: Corrado Franco
Slackware: current

Prossimo

Torna a Slackware

Chi c’è in linea

Visitano il forum: Nessuno e 1 ospite