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.
Avatar utente
ZeroUno
Staff
Staff
Messaggi: 5441
Iscritto il: ven 2 giu 2006, 14:52
Nome Cognome: Matteo Rossini
Slackware: current
Kernel: slack-current
Desktop: ktown-latest
Distribuzione: 01000000-current
Località: Roma / Castelli
Contatta:

Pat vs. stabilità

Messaggio da ZeroUno »

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
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

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
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

su quali software ti da problemi?

Avatar utente
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

libmemcached per esempio

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

ho provato le versioni di SBo e compilano :|

Avatar utente
ZeroUno
Staff
Staff
Messaggi: 5441
Iscritto il: ven 2 giu 2006, 14:52
Nome Cognome: Matteo Rossini
Slackware: current
Kernel: slack-current
Desktop: ktown-latest
Distribuzione: 01000000-current
Località: Roma / Castelli
Contatta:

Re: Pat vs. stabilità

Messaggio da ZeroUno »

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
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

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
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

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
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

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
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

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 22 apr 2013, 15:34, modificato 2 volte in totale.

Avatar utente
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

in effetti mi serve solo per l'estensione php e collectd, ma che palle :-)

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

ma non ti funziona nemmeno con collectd-5.3.0?
l'ho appena aggiornato per provarlo...
Allegati
collectd.tar.gz
(2.43 KiB) Scaricato 84 volte

Avatar utente
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

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
ponce
Iper Master
Iper Master
Messaggi: 3022
Iscritto il: mer 5 mar 2008, 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 6.6.16
Desktop: lxde
Località: Pisa
Contatta:

Re: Pat vs. stabilità

Messaggio da ponce »

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
conraid
Staff
Staff
Messaggi: 13630
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: Pat vs. stabilità

Messaggio da conraid »

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

Rispondi