RSS

 Seguime por RSS

20 may. 2011

La incompetencia de los developers de ArchLinux expuesta | The ArchLinux decadency exposed

El dia de hoy, decidi darle una patada en el culo a ArchLinux, o como dice un amigo "garchilinux", esta distro que tanto idolatran sin saber realmente. El que tiene un poco mas de conocimiento, se puede dar cuenta que es una reverenda basura, y no son solo palabras, voy a hacer algo que me venia callando, pero hoy es el dia en que me harte, mi paciencia se colmo y llego un punto donde no puedo dejar de mostrar al mundo las respuestas de estos tipos y sobre todo como cierran los bug (que saben que son reales y por SU culpa) rapidamente antes de que alguien mas los vea, pero se joden, porque aca los posteo. Me importa nada si luego asocian el user con el texto en el blog, es real, y el que quiera ocultarlo, puede comentar, refutar, que no sera censurado, tiene derecho a replica; y si no entiende español, que se pele el culo como yo usando Google Translate para entender -si realmente le interesa-.

Todo comenzo cuando reporte un bug sobre xfce y le digo a Andreas Radke que se debia a las librerias de GCC, dado que habia visto eso mismo en muchos foros, y me contesta para mi sorpresa, el mismo empaquetador, él, que no recuerda con que version de gcc lo compilo, increible no?.
Luego toma partido un tal Rémy, donde me borra los link que habia posteado sobre undefined symbols relacionados a gcc 4.6 y me explica muy amablemente los pasos a seguir y que como ya habia dictaminado yo, no ellos, que era el paquete xfce4-goodies, que probara uno a uno a ver cual era el fallado, ahora, no es trabajo de un "developer" hacer eso aunque mas no sea en una virtual machine?, es broma?.
Sumo a esto que dias mas tarde tras un update de la muerte, como suelen ser los de archlinux, del paquete libxfce4ui version 4.8.0-2, me quedo sin desktop y tarda mas de 10 segundos en iniciar el mismo luego de startx, para hacer un downgrade y ver que el error se corregia.
Noto al momento que esa version pertenece a Debian Sid, o sea, unstable, y es donde pregunto en el mismo bugtracker, quien toma las decisiones, si existe un equipo de control de calidad, a lo que me responde Rémy que no, que las cosas pasan de testing a stable cuando nadie reporta bugs; es decir, los usuarios de testing, a ver si entendemos este punto, son los que si reportan se ve y si no reportan, pasa derecho, asi es como existe gnome shell con memory leak, mismo articulo en este blog.
A ver, señores, todos los usuarios no son coder ni yo mismo lo soy al nivel que necesita una distro, y tampoco reportan todo como yo, sinceramente es bastante denso estar cada 2 dias reportando bugs una y otra vez, por tanto, la confianza de que todo ande bien depende de si los usuarios desean reportarlo, increible nuevamente el proceso de testeo, comparado con Gentoo que tambien es rolling pero los ports son altamente probados y ademas se usan parches, cosa que la gente de ArchLinux no usa, no se si porque es su filosofia, porque no saben o porque les da alergia el comando patch.
Todo culmina cuando el gcc se upgradea a 4.6.0-5 y no logro compilar un solo kernel, a ver señores, llevo al menos 2 años compilando kernel's, mejorandolos, haciendo hacking en sus makefile, usando flags donde no debo y jamas tuve problemas, asi que evidentemente esto no es un problema mio, asi que busque el problema y di con el.
Aclaro, que uso kernel propios porque se me hace mejor un kernel con mis modulos y solo con mis cosas, a mi gusto, con mis parches y con las cosas empotradas y no modulares, vamos, que no ando cambiando el chipset cada semana!.
Doy con el problema, y resulta que lo veo en una lista de bug report de Debian Sid, con el gcc 4.6, hago los test que se describen alli y veo que el gcc de ArchLinux se comporta de igual forma en todos los casos (no por el hecho de devolver 0 o 1, sino por el exceso de warning que conlleva a no compilar), es decir, mal, por tanto concluyo que el problema es ese, el gcc, no yo, no el kernel, no la pc, no la presion atmosferica.
En base a esto, con mis mejores ganas, porque hay gente que ni ganas tiene, me pongo a probar y reportar para que mejoren el tema y poder volver a tener un sistema estable como tenia antes. Claro, ahora ya es tarde para volver al gcc 4.5.2 no pueden, aunque quisieran, porque todo lo que esta en los repos esta compilado con el 4.6 y lo que posee mucha gente en sus PC, por tanto si cambian las librerias harian la distro inservible.
Paso a pegar los bug report, y luego comentare al final, pero lean por favor los bug report:

FS#24355 - [gcc 4.6.0-5] [-Wunused-but-set-variable] 

Details

Description:

gcc 4.6.0-5 not finish compile a vanilla kernel with steps:

make menuconfig (previous .config from slackware 13.37 with gcc 4.5.2 and work fine)
make bzImage - Fail at finish time with various errors

I see an error in debian bug list, and the _same_ error i can reproduce in x86 and x86_64 system ArchLinux (have 1 notebook and 1 desktop)

Test it:

test.c:
----------------------------------------------------------
#include <stdio.h>

int main(void)
{
int x;
x = printf("hello, world\n");
return 0;
}
-----------------------------------------------------------
gcc -Wall -Werror test.c; echo $?

test.c: En la función ‘main’:
test.c:5:13: error: se define la variable ‘x’ pero no se usa [-Werror=unused-but-set-variable]
cc1: todos los avisos se tratan como errores

1

------------------------------------------------------------

gcc -Werror=unused-but-set-variable test.c; echo $?

test.c: En la función ‘main’:
test.c:5:13: error: se define la variable ‘x’ pero no se usa [-Werror=unused-but-set-variable]
cc1: algunos avisos se tratan como errores

1
-------------------------------------------------------------
gcc -Werror=unused-but-set-variable test.c; echo $?

test.c: En la función ‘main’:
test.c:5:13: error: se define la variable ‘x’ pero no se usa [-Werror=unused-but-set-variable]
cc1: algunos avisos se tratan como errores

1
--------------------------------------------------------------

The same problem is reported in debian, reference:

http://lists.debian.org/debian-gcc/2011/02/msg00107.html


Additional info:
* package version(s)
* config and/or log files etc.
System up to date, archlinux_x86 stable and archlinux_x86_64 stable, the same error. Using xfce or kde in both machines.

note: if you need me to translate the texts in Spanish just ask him

Steps to reproduce:
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 20 May 2011, 05:22 GMT-3
Reason for closing:  Not a bug
Additional comments about closing:  The kernel does compile with our safe preset flags in makepkg.conf. Using custom flags is your fun (probably has to be fixed in the kernel code).
Comment by jelle van der waa (jelly) - Friday, 20 May 2011, 05:01 GMT-3
could you please attach the output to the bug report and use LANG=C your command
http://allanmcrae.com/2011/05/how-to-file-a-bug-report/
Creo que fui lo suficientemente claro como para que lo cerraran, no creen?, ok, intento de nuevo y esta vez fui insolente al punto de arriesgarme a que me patearan o quien sabe que cosa, pero veo que Allan se hizo cargo y Ionut Biru, un joven rumano que creo que es genial en lo que hace, comento debajo que ni el entendia porque Andreas Radke habia cerrado el bug y que era claro que era el gcc y no yo!, pego el bug report:

FS#24359 - [gcc 4.6.0-5] [-Wunused-but-set-variable] 

 

Details

Prologue:

Andreas Radke Wrote:


 FS#24355
bug

"closing: The kernel does compile with our safe preset flags in makepkg.conf. Using custom flags is your fun (probably has to be fixed in the kernel code)."

NOTE FOR ANDREAS RADKE:

1) I did not add extra flags to kernel compilation, i take .config file of ARCH kernel and only removed unnecesary features, for example: I use AMD, so I'd remove "Intel Speed step", i do not have WiFi, so I'd remove "wireless support", ok? is _now_ clear enough for you?

2) In Fedora, Slackware, Gentoo, Debian, X-Men-Linux the kernel respete a standard, in archlinux also used to do it until GCC 4.5.2, steps:

cp /usr/src/linux-2.6.38-ARCH/.config /usr/src/linux-2.6.38.6/.config

cd /usr/src/linux-2.6.38.6/

make menuconfig

(remove a lot of unnecesary modules)

make -jX (X== number of cores + 1)
make modules_install
make install
mkinitcpio -k 2.6.38.6 -c /etc/mkinitcpio.conf -g /boot/vmlinuz-2.6.38.6.img
mv /boot/vmlinuz /boot/vmlinuz-2.6.38.6

Add all in new line in /boot/grub/menu.lst and reboot
It is standard in all distros, is into README of kernel and works fine with GCC 4.5.2 in all arch.

Clearly my "fun", as you call it, is not a reason for closing the bug at any case you could ask me to report it to upstream, do not ignore the bug please, a lot of users that use custom kernel and software are affected.
The /etc/makepkg.conf is not used in this procedure, i do not use PKGBUILD (for kernel compilation), a kernel is source code, is not necesary to package it.
The description show cleary the bug in gcc, and is reported in Debian sid, unstable, if ArchLinux use the equivalent to Debian sid packages, ok, is no my problem, but i see necessary to report the bug, do you get me?.
Sorry by the """rude""" mode, but i'm not used to receive such obvious answers and less without waiting a feedback from me before that; i like to report bugs cause i like to help to improve things, if i'm being annoying, then just say it and i will take a desicion.



Description:

content of test.c:

#include <stdio.h>

int main(void)
{
int x;
x = printf("hello, world\n");
return 0;
}


-------------------------------------------------------------

LANG=C gcc -Wall -Werror test.c; echo $?

test.c: In function 'main':
test.c:5:13: error: variable 'x' set but not used [-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors

1
------------------------------------------------------------------
LANG=C gcc -Wunused-but-set-variable -Werror test.c; echo $?

test.c: In function 'main':
test.c:5:13: error: variable 'x' set but not used [-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors

1
----------------------------------------------------------------------
LANG=C gcc -Werror=unused-but-set-variable test.c; echo $?

test.c: In function 'main':
test.c:5:13: error: variable 'x' set but not used [-Werror=unused-but-set-variable]
cc1: some warnings being treated as errors

1
-----------------------------------------------------------------------

In fact, i reproduce the same bug that Debian report in Sid, in Arch 32 and 64 bits, so, GCC is buggy, is not only the kernel, the kernel is just the proof of what those bugs produce in a code of thousands of lines.
I did observe that you apply a patch to kernel source code before compiling it.

See the link and the comments on it, read please:

http://lists.debian.org/debian-gcc/2011/02/msg00107.html

Thanks to jelle van der waa for the tip, is helpful ;) (LANG=C)

Regards
This task depends upon

Comment by Ionut Biru (wonder) - Friday, 20 May 2011, 08:51 GMT-3
i found it silly that you actually open a new bug instead of asking for reopen. Also i found it funny that the bug was closed with that comment. clearly x variable is used and gcc is bugged
Comment by synflag (synflag) - Friday, 20 May 2011, 09:18 GMT-3 Edit
@Ionut

1.- if true, but I do not like asking for the reopening of a bug
2.- totally agree with you, I find it funny and even ignorant of the reason for the closure, it is clear the bug and the explanation, and that had nothing to do with the way I use to compile with the bug, but the compilation failed was the product of bug I do not use patches and never necessary, even I could build 4.6.0-4, had warnings but compiled perfectly, even changing the flag, and suddenly without changing anything and use the Arch configuration does not compile on any architecture Or what is bad and not the result is useless.
3.- Yes, i'm not a coder but i can recognize the obvious variable and the no related warning.

Comment by Gaetan Bisson (vesath) - Friday, 20 May 2011, 09:40 GMT-3
The Debian bug report complains that the return code of GCC is wrong (should be non-zero since an error occurred, but was not); here, the return code is perfectly fine.
So what "bug" in GCC are you reporting?

GCC emits a warning when you don't use a variable (just setting it doesn't count as using); with -Werror, all warnings are fatal so compilation aborts - this behavior is completely normal to me.
Comment by synflag (synflag) - Friday, 20 May 2011, 10:13 GMT-3 Edit
@Gaetan try compile a vanilla kernel with traditional way and using gcc 4.6.0-5, 2.6.38.6 for example, or 2.6.37.6 slackware kernel from kernel.org, before i compile without any problem, and no use PKGBUILD, now, i can not compile a functionally kernel after update.
With 4.5.2 version of gcc is normal "variable is declared but not used" while is make executed, in 4.6.0-5 the message is -Wunused-but-set-variable a _lot_ of times, finish in defected binary or never produce bzImage or modules.dep is ausent, or modules corrupted. Then, all code of linux kernel is bad?, why using 4.5.2 compile fine and work fine without errors during days, uptimes of 10, 15 or more days.

I have this same issue compiling kernels http://comments.gmane.org/gmane.comp.emulators.qemu/100631 (not exactly fpu bug but 4.6 not compile)
Comment by Gaetan Bisson (vesath) - Friday, 20 May 2011, 11:05 GMT-3
I am happy with Arch stock kernel, thank you.

The point is, you build stuff with "-Werror" and it raises an error when you have unused variable; that is expected. (GCC-4.6 probably just became stricter in the way it handles/detects unused variables.)

Just do not compile with "-Werror".
Comment by synflag (synflag) - Friday, 20 May 2011, 11:26 GMT-3 Edit
@Gaetan i do not use -Werror, only take the vanilla kernel and configure .config file, i did not touch the Makefile, so the fix is to modify Makefile?, Torvalds makes so bad his work?, doesn't he know that gcc 4.6 exists?.
Gaetan, i'm not happy with the stock kernel, if i want to use all system by default i would use Ubuntu. The advantage of ArchLinux is it's phylosophy KISS and flexibility (custom kernel, packages, AUR as an example of this). Beside 2.6.38.6 kernel has trouble with AMD Athlon family (my cpu), and has randomized kernel panics (not reported because is a bug in upstream), https://lkml.org/lkml/2011/5/14/108
The kernel 2.6.38.3 work fine, and 2.6.37.6 very fine (the branch .38 have ioremap error in GT 240 Nvidia with all drivers, no impact but is present in dmesg).
The lastest versions are not always better, rolling release is a good idea, kamize and no tested packages not, so, i decide wich kernel to compile, considering it's the core of the OS. I take control over the kernel, but not over the gcc, if gcc is wrong, i lost control over the core and stability of my system, i do not have a server, but i work with my machine, so is important for me the mantain the system stable all day long.
Parece que, pese a que Gaetan tiene un master en matematica, la informatica no es lo de el... digo... le gusta usar las cosas como vienen, 0 geekismo, 0 espiritu entusiasta y se adapta mas a lo que son los Ubuntu users o Winusers, sabian que gente como el se encarga de la distro que usas?, terrible no es verdad?


Bueno, un punto a favor no? (lo digo por Ionut), pero esto es como el cuento de la buena pipa, o del tio como lo conocen algunos, o la novia que se va con otro, y te pide perdon y tu la perdonas pero lo vuelve a hacer y es una historia de nunca acabar, asi que mi determinacion de _terminar_ que valga la redundancia, con ArchLinux es definitiva, si voy a tener que subir los tonos para que me escuchen, hacerme mala sangre, ponerme nervioso, no me sirve señores, he reportado cosas a Red Hat y no he tenido estos problemas, al contrario, mal que le pese a muchos que critican esa empresa, pero me dejaban el bug abierto hasta que alguno de ellos traia un RPM fixeado y me pedia que lo pruebe, eso es trabajar y tomarse las cosas en serio.

Ahora viene la parte de xfce:

FS#24122 - [xfdesktop] error with libstdc++.so.6 of gcc 4.6 

Details

Description:

When I logout from session xfce 4.8 in tty1 (i use startx for start desktop and X), I see this message

xfdesktop: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15

A few days later of this thing happens repeatedlly xfce desktop gets broken.

Making a downgrade to gcc 4.5.2 this error does not appear, so, i guess is a problem in gcc libs (gcc 4.6), but with gcc 4.5.2 firefox, chromium, virtualbox etc., do not work because they are compiled with gcc 4.6, thus they depend on it.
How can i fix this?.-

Additional info:
* package version(s)
* config and/or log files etc.
xfce 4.8
gcc-multilib-4.6.0-4-x86_64
kernel 2.6.38.5
Xorg 1.10

Steps to reproduce:

Login in tty1, type startx, and logout of xfce session, produces this error in tty1.
This task depends upon

Comment by Andreas Radke (AndyRTR) - Friday, 06 May 2011, 03:49 GMT-3
I'm not sure if the last xfdesktop package has been build with gcc4.5 or 4.6 - can you confirm if a xfdesktop rebuild with gcc4.6 helps?
Comment by synflag (synflag) - Friday, 06 May 2011, 09:45 GMT-3 Edit
@Andreas:

I triyed with several xfdesktop of AUR, git and others, but with no satisfactory results (same error descripted), i even recompiled thunar. If you have any other PKGBUILD or source, tell me how and from to compile it, and i will be glad to test it. Is a shame that a desktop that works so well, was ruined by a poor control of QA by the release of gcc 4.6 without measuring the impact on all areas and software that are related.
i ended up using xfce because gnome3 is terribly buggy and completely unusable (it looks like an Ipad homescreen), KDE is the same s**t with it's "segfault 11" and kded4 daemon hungs up and forks after restarting X. Tell me which method you want me to use to compile and build it (xfdesktop or necessary packages) To see if I can fix this, many thanks in advance for the quick response to the bug report-question.

Note: edited, sorry for my english.
Comment by Robin Hahling (Rolinh) - Saturday, 07 May 2011, 09:52 GMT-3
Well I actually do not think this is strictly related to xfdesktop.
You can reproduce the bug with other programs.
Eg:

[robin@odin ~] % mocp -i
State: STOP
mocp: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15
!127! [robin@odin ~] %

Same with Thunar:

[robin@odin ~] % thunar
thunar: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15
!127! [robin@odin ~] %

So this is probably a bug in glibc.

EDIT: this bug is probably related https://bugs.archlinux.org/task/23879
Comment by Leonid Isaev (lisaev) - Saturday, 07 May 2011, 13:20 GMT-3
synflag, you are using multilib? In this case, the repo should not be /extra.
I am asking because I could not reproduce your problem with pure 32 and 64 bit xfce installs.
Comment by Jeremy Whiting (jpwhiting) - Saturday, 07 May 2011, 13:43 GMT-3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48838 this seems to be the cause (and fix) of the issue. We see it when we try to build kdevplatform also. Downgrading to 4.6.0-3 fixes the issue, maybe making a new version of this package with the fix in gcc repos would be good too.
Comment by Rémy Oudompheng (remyoudompheng) - Saturday, 07 May 2011, 15:09 GMT-3
@jpwhiting: the problem seems completely unrelated

@synflag: xfce is not written in C++. Issues with libstdc++ must come from elsewhere.

Do you have real problems with XFCE ?
Comment by synflag (synflag) - Saturday, 07 May 2011, 23:38 GMT-3 Edit
@remyoudompheng

Yes, i know that xfce is no written in C++, but the bug is reported in gcc.gnu bugzilla and other bug herev FS#24122. Eric Belanger say:
"Comment by Eric Belanger (Snowman) - Saturday, 07 May 2011, 17:20 GMT-3
That's plenty of confirmations. It happens on both arches. After reading a comment in the similar bug FS#24122, I realized that moc is written in c and doesn't even link to /usr/lib/libstdc++.so.6, So it looks like a gcc or glibc issue as other apps are also affected by this."

The problem is that the bug _is present_, and after some days, some features of xfce desktop are broken or with constant restarting.
Comment by Allan McRae (Allan) - Saturday, 07 May 2011, 23:54 GMT-3
The bug is not in gcc.gnu bugzilla anywhere as far as I can tell. If so, please provide a link.

Edit: Note the bug linked here was probably meant for
 FS#24142
and is entirely unreleated...
Comment by Allan McRae (Allan) - Sunday, 08 May 2011, 00:01 GMT-3
@synflag: please be more specific than "some features" are broken. It is hard to figure out what "some features" are to replicate...
Comment by Rémy Oudompheng (remyoudompheng) - Sunday, 08 May 2011, 04:09 GMT-3
@synflag: my XFCE is absolutely not broken, and my mocp is not broken either. You may be using xfce plugins that links to libstdc++.
Comment by synflag (synflag) - Tuesday, 10 May 2011, 06:40 GMT-3 Edit
@Allan

Mouse pointers, init daemon at start desktop (the setted daemon to run not run in some times), the xfce panel dissapear aleatory.
I use 64 bit, i don't know if the bug is present in i686.
So... the desktop broke parts randomized, and plugins addons, wheater, time, etc.
Anyway, maybe they can replicate the fault or not, but the error appears in the libraries that I do not think that is something not casually, and is linked 100% to gcc 4.6.0, when using the gcc 4.5.2 libs do not see these errors.
So, is a bug in gcc 4.6 libs, test Allan and Rémy, start XFCE with startx, and close session from the menu, and in tty1 (where startx executed) the error is clear, now,remove all gcc 4.6 packages and use arm with 4.5.2, the error no appear, i'm no crazy.

https://bugs.archlinux.org/task/23879
Comment by synflag (synflag) - Tuesday, 10 May 2011, 06:42 GMT-3 Edit
Comment by Rémy Oudompheng (remyoudompheng) - Wednesday, 11 May 2011, 02:14 GMT-3
synflag: please try to not post completely random links that have nothing ot do with your problem. This adds noise to the discussion and doesn't help in any way. Instead, proceed in a systematic way:
- tell us whether the message appears only when you logout or it is was already there while your session is running
- don't mix your report with seemingly unrelated problems like "Mouse pointers, init daemon at start desktop (the setted daemon to run not run in some times)"
- attach the output of "lsof -c xfdesktop"
- nobody said you're crazy, I just said the bug does not exist at all on my system. It is possible that you use plugins that exhibit the problem
- the fix is not to downgrade gcc, but to correct programs.
Comment by synflag (synflag) - Wednesday, 18 May 2011, 04:07 GMT-3 Edit
Rémy,

1.- The message appear when close session, is described in the report, startx, ctrl+alt+F1 no message, app menu, exit, and the message is present in tty1 (where executed startx)
2.- No mix nothing, i say: mouse pointer, init script (apps that run at start xfce desktop), and panels crashed on few days
3.- Attached
4.- Rémy, ok, is true, nodoby say that i am crazy, but, is frustating report and repot and repot and i can see that the most or all devs respond "works for me"..... well, no all systems are identic in hardware, software, etc. Sorry but in some times i feel that arch devs ignore me or ignore que minor bugs, i work with other distros and no is frecuent this bug's
5.- I know, but is a problem with gcc libs, i know, is evident

Note: no random link, all links are related with regression in gcc 4.6 and c++ compatibility. The problem is solved in a fresh install, if i install xfce4-goodies the bug is present, if only install xarchiver, wheater the bug is not present, so, is related to some c++ code in goodies in conflict to libs of gcc 4.6.0-5, then, is true, gcc 4.6 is a problem, is a bad very bad decision move of testing to stable, have problems related with some software, i.e.; xfce4-goodies, if using gcc 4.5.2 libs not appear que bug, then, is the gcc, no xfce.
Extra question, who take decicions about move testing to stable?, is really tested?, exists a QA team?, beta testers?, i don't think, very bad, is not your problem Rémy, is a problem of ArchLinux, if the archlinux way continue by the "ubuntu way" (bug and more bug), i will be migrate to other distro, gentoo for example, your ports is tested a lot of times. Sorry for the extra-comment, but i want talk to dev's of any body for talk about of QA in arch, extra data: Some archlinux developers confesated me in private irc channel of archlinux in freenode that want migrate to other distro, for this reason (no QA control), i never lies, is true, well, reegards Rémy.
Thanks for help me
sorry my english.
Comment by Rémy Oudompheng (remyoudompheng) - Wednesday, 18 May 2011, 14:13 GMT-3
Hello synflag,

4. we don't say "works for me" just for the sake of saying it: we say it because we have absolutely no idea about what the problem. We are not geniuses, and we honestly say that we don't know what the problem is.
5. no, it is not obvious that the problem comes from gcc-libs. As you can see from the patch I attached for
 FS#23879
.
- could you try not to install all xfce4-goodies ? Just install one goodie and tell us which goodie triggers the bug, it will be very help ful.

- your links are random: I can google "undefined symbol" myself. I understand that you may think some links are useful, but please don't post a link unless you understand it and you can tell why it is important. If you cannot say why your link is useful, don't post it. Undefined symbol is a pretty generic error that happens in various, very different situations
- we have no assigned team of testers. Anyone can test packages in [testing] and report bugs. If no-one tests packages, then it means no-one cares about QA.
- users are free to change distributions. I personally do not consider this as a problem. Only bugs/feature requests are problems.
Comment by Allan McRae (Allan) - Thursday, 19 May 2011, 01:56 GMT-3
  • Field changed: Status (Assigned → Waiting on Response)
> Just install one goodie and tell us which goodie triggers the bug, it will be very helpful.

In fact, that is what is required to move forward in fixing this issue.
Comment by Leonid Isaev (lisaev) - Thursday, 19 May 2011, 11:18 GMT-3
xfce4-xkb-plugin is OK here (as well as xarchiver). If this is a problem with xfce4-goodies, why does the title say [xfdesktop]?
Insolito no es verdad? el empaquetador no sabe con que compilo.... y si, es el miren:
pacman -Si libxfce4ui
Repositorio       : extra
Nombre            : libxfce4ui
Versión           : 4.8.0-2
URL               : http://www.xfce.org/
Licencias         : GPL2
Grupos            : Nada
Provee            : Nada                                                                                                                     
Depende de        : libxfce4util>=4.8.0  gtk2  xfconf>=4.8.0  startup-notification                                                           
Dep. opcionales   : glade: for using the included glade module                                                                               
En conflicto con    : Nada                                                                                                                   
Reemplaza a         : Nada
Tamaño de descarga:  68,70 K
Tamaño instalado  : 598,00 K
Empaquetador      : Andreas Radke <andyrtr@archlinux.org>
Arquitectura      : i686
Fecha de compilación : mié 18 may 2011 13:34:11 ART
Suma MD5          : 4e7e22e88a383cc25b845e800dc9f5c9
Descripción       : share commonly used Xfce widgets among the Xfce applications
Ok, sigamos con el otro:

FS#24339 - [libxfce4ui] 4.8.0-2 crash the desktop 

Details

Description:
After update of libxfce4ui 4.8.0-1 to libxfce4ui 4.8.0-2, the desktop crashly totally, description:

1.- startx in tty1
2.- 8 seconds for show desktop (4 cores cpu and 8gb of ram)
3.- show desktop and after 5 seconds no show desktop anymore (home folder, icons, disk mounted, wallpaper)
4.- in tty1 the message is "other window manager is running"

Additional info:
* package version(s)
* config and/or log files etc.

libxfce4ui 4.8.0-2 is buggy.
Downgrade from /var/cache/pacman/pkg/ to 4.8.0-1 and bug is no present, so, -2 version is buggy.

Note: see the FS#24122 task, some body test any pkg before upload to repos?.


Steps to reproduce:
This task depends upon

Comment by Zhehao Mao (zhehao) - Wednesday, 18 May 2011, 21:17 GMT-3
I am having a similar problem. After starting xfce with startx, it takes a while for the window manager to fully load. I also get an error message "Failed to load the desktop folder. File enumerator has outstanding operation". synflag, how do I downgrade to the previous non-buggy version?
Comment by synflag (synflag) - Thursday, 19 May 2011, 00:21 GMT-3 Edit
Zhehao,

Yes, same error, i'am tired with bug over bug, packages no tested.
To Downgrade, go to /var/cache/pacman/pkg/ and find the package libxfce4ui-4.8.0-1.pkg.tar.xz with ls -l, then, execute pacman -U libxfce4ui-4.8.0-1.pkg.tar.xz, and after edit /etc/pacman.conf add ignorepkg = libxfce4ui and write, for not affect your system with news upgrades (pacman -Syu).

Reegards.
Comment by Andreas Radke (AndyRTR) - Thursday, 19 May 2011, 02:57 GMT-3
The pkg is just a rebuild removing the Xfce4 group. I've also noticed the somewhat longer time until the desktop was fully loaded. But I see no error so far.

I assume gcc4.6 producing bad code here. Assigning also to Allan for a possible compiler bug.
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 03:30 GMT-3
synflag: hello I cannot reproduce this problem. Please post the complete output of startx, in an attached file. Thank you. You must give enough information so that we know which program is crashing.
Also please mention any package related to XFCE that you may have installed from AUR.
Comment by Leonid Isaev (lisaev) - Thursday, 19 May 2011, 11:25 GMT-3
Also, do you have any gtk3 themes in use?
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 11:59 GMT-3
I've attached the startx readout for libxfce4ui version 2 and version 1 in startx.log and startx-old.log respectively. It seems that the problem is that version 2 is causing multiple instances of the startup programs to be run when only one should be. Version 1 does not have this problem, as the logs show.
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 15:07 GMT-3
zhehao: can you post the contents of your .xinitrc file? is your system completely up to date?
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 15:42 GMT-3
My system is completely up to date, but for now I have downgraded libxfce4ui so as to avoid the bug. Here is my .xinitrc. It sources the files in /etc/X11/xinit/xinitrc.d/. I have attached those as well.
Comment by Rémy Oudompheng (remyoudompheng) - Thursday, 19 May 2011, 15:50 GMT-3
I'm not sure the usage of startxfce4 in .initrc is correct: both of your logs show multiple launches of the same thing. Can you try replacing startxfce4 by xfce4-session in your .xinitrc file ?
Comment by Leonid Isaev (lisaev) - Thursday, 19 May 2011, 16:04 GMT-3
OK, what is it with people and dbus?
1. /usr/bin/startxfce4 already calls dbus-launch, so it should be disabled in .xinitrc.
2. Similarly, 30-dbus is not needed.

Using xfce4-session instead of startxfce4 will disable automount, trash and possibly the root menu.
Comment by Zhehao Mao (zhehao) - Thursday, 19 May 2011, 19:26 GMT-3
Leonid, after commenting out everything in .xinitrc except for exec startxfce4, the problem persists. Remy, I'm pretty sure the log when running the old version of libxfce4ui (startx-old.log) does not show multiple launches of the same program.
Comment by Evangelos Foutras (foutrelis) - Friday, 20 May 2011, 03:32 GMT-3
I can't replicate OP's bug, but I did notice a change in behavior in 4.8.0-2. Previously, I would press Alt+F4 on the desktop to bring up the log out menu. After updating to 4.8.0-2, Alt+F4 does nothing anymore.

It appears that 4.8.0-2's libxfce4kbd-private-2.so.0.0.0 and libxfce4ui-1.so.0.0.0 are not linked against libSM, and while building in a chroot you can see that it reports "X11 session management: no" after the configure step.

Long story short, adding 'libsm' to the dependencies and rebuilding brings back the "Alt+F4 on the desktop -> Log out menu" functionality for me.

Maybe it fixes this bug too? You can test with the following packages:

(packages removed, use 4.8.0-3 from [extra])
Comment by Andreas Radke (AndyRTR) - Friday, 20 May 2011, 03:50 GMT-3
libxfce4ui 4.8.0-3 in extra has libsm dependency added. please check if this solves the reported problems.
Comment by Daniel (prizeloser) - Friday, 20 May 2011, 05:24 GMT-3
4.8.0-3 gets rid of the bug for me.
Notese en toda ocasion la incompetencia y la falta de voluntad para el caso, digo yo, si van a hacer las cosas de mala gana o sin ella, no es mejor dejarselo a quien si las tenga?.
Bueno, no voy a poner el resto que son como 4 mas, pero todo en el breve lapso de unos meses, he llegado a usar Slackware current, incluso Ubuntu (total basura) me dio menos problemas en su breve uso.
Tampoco son probados los kernel, la ultima version 2.6.38.6 cada una cantidad de veces no exacta da kernel panic. Buscando, cosa que ellos _no_ hacen, encontre que le llaman regresion en el kernel respecto a los procesadores AMD de la clase Athlon, pero claro, ellos no leen lkml. Digo yo, no haria mejor trabajo la comunidad, que esta manga de estupidos que solo piensan en llenar su Curriculum de Linkedin?.
Por esto y mucho mas, es que hoy instalare Debian 6, y vere como va, por lo que me han dicho tengo buenas referencias, ya probe Slackware pero no siempre anda como como debiera respecto a los Slackbuild, si bien me gusta jugar con el sistema, tambien debo trabajar con el.
Si buscan el bugtracker, veran que incluso entre los mismos developers se reportan cosas y se contestan la razon para cerrarlo "works for me". Bueno, basta ver lo que le dice Ionut Biru en mi bug-post, es evidente que ni entre ellos hay afinidad ni misma cantidad de conocimiento, muchos estan sobre valorizados y muchos otros poco valorados como es el caso de Ionut Biru (alias "wonder"), y otros que ni aparecen, como Dan Mcgee quien esta a toda maquina con pacman 3.6 y firmas gpg, pero nadie le da relevancia; deberia ser el jefe de proyecto, y no Aaron, que no lo he visto hacer nada, ni un solo paquete lleva su nombre. Incluso en los mail list se ve que las decisiones las toma Tom Gundersen y los que hacen el kernel y los script de inicio, sera eso lo que pasa con archlinux?, Aaron esta lejos del proyecto y todo se descarrio?, no lo se, ni me lo contestaran, pero no voy a averiguarlo, esto me canso, basta para mi.
Comentarios, agradecimientos, puteadas, experiencias personales, preguntas son bienvenidas, sin miedo, saludos.

Una imagen vale mas que mil palabras, Andreas.... en general cada uno que me hizo poner nervioso... les digo esto:


 

Archlinux.org no usa su propia distro y por si fuera poco... su server..lean la nota

Cansado ya harto de ver a los pelotudos de los developers, si es que asi se les puede llamar, de ArchLinux, pavonearse en su momento con el tema de la falta de gpg signature en pacman y sus paquetes, aduciendo que su servidor estaba corriendo sobre ArchLinux, señores, esto no es cierto, corre sobre CentOS.
Aqui las pruebas, archlinux.org en realidad usa everydns y resuelve como http://gudrun.archlinux.org donde si vemos la salida del nmap -vvv -O:

Aggressive OS guesses: Linux 2.6.18 (93%), D-Link DWL-624+ or DWL-2000AP, or TRENDnet TEW-432BRP WAP (93%), HP 4000M ProCurve switch (J4121A) (92%), Linux 2.6.31 - 2.6.32 (91%), Tomato 1.27 (Linux 2.4.20) (89%), Crestron XPanel control system (88%), Netgear DG834G WAP (88%), Linux 2.6.15 - 2.6.26 (86%), Netgear ReadyNAS Duo NAS device (RAIDiator 4.1.4) (86%)
No exact OS matches for host (test conditions non-ideal).

Y si, el ganador es 2.6.18, el kernel que usa redhat o bien CentOS, distro con la cual simpatizo, y por lo que vi muchos de ellos tambien, pero entonces, no es que no era necesario en su momento gpg signature porque de hecho ellos usaban ArchLinux en su servidor?, mentiras, eso no es nada bueno, acaso son una especie de Microsoft que miente a sus clientes ellos a sus usuarios?.
Y luego de yapa tenemos algo mas, donde se nota claramente que es un CentOS con un apache compilado a mano, ya que no muestra la version, pero nada mas que eso, salida de nikto:
+ Target IP:          66.211.214.131
+ Target Hostname:    gudrun.archlinux.org
+ Target Port:        80
+ Start Time:         2011-05-21 04:39:32
---------------------------------------------------------------------------
+ Server: Apache
+ No CGI Directories found (use '-C all' to force check all possible dirs)
+ robots.txt contains 12 entries which should be manually viewed.
+ DEBUG HTTP verb may show server debugging information. See http://msdn.microsoft.com/en-us/library/e8z01xdh%28VS.80%29.aspx for details.
+ OSVDB-877: HTTP TRACE method is active, suggesting the host is vulnerable to XST
+ OSVDB-3092: /download/: This might be interesting...
+ OSVDB-3233: /doc/rt/overview-summary.html: Oracle Business Components for Java 3.1 docs is running.
+ OSVDB-3268: /icons/: Directory indexing found.
+ OSVDB-3233: /icons/README: Apache default file found.
+ 6448 items checked: 0 error(s) and 7 item(s) reported on remote host
+ End Time:           2011-05-21 05:02:09 (1357 seconds)
---------------------------------------------------------------------------
+ 1 host(s) tested

Bueno, nada mas que decir...

19 may. 2011

AMD o Intel?

Haciendo 'trashing' por la web, me tope con un .txt de PCmagazine del año 1999, donde aun Intel no mostraba los benchmark usando compiladores propios, y donde el marketing de AMD era mucho mejor, por tanto las revistas si le dedicaban tiempo a chequear sus CPU, no como hoy en dia, o sera que ya lo dan por ganador?.
Les paso los datos, muy interesantes por cierto, para los que nunca tuvieron claro quien era mejor, y a menor costo.



PCMagazine sep/99
 
AMD -------------------

K6-2/400  20.3

K6-2/450  20.6

K6-2/475  20.9

K6-3/400  23.3

K6-3/450  24.9

Athlon/550  26.0

Athlon/600  27.4

Athlon/650  27.7 (hasta ese momento el mejor)



Cyrix -----------------

M2/400  19.4



Intel -----------------

Celeron/333  19.3

Celeron/400  21.0

Celeron/466  22.4

Celeron/500  23.1

Pentium II/450 23.9

Pentium III/450 23.1

Pentium III/500 24.8

Pentium III/550 25.3

Pentium III/600 26.4

Pentium III

Xeon/550 27.0 

10 may. 2011

Microsoft confirms takeover of Skype

Microsoft has confirmed that it has agreed to buy internet phone service Skype.
The deal will see Microsoft pay $8.5bn (£5.2bn) for Skype, making it Microsoft's largest acquisition.
Luxembourg-based Skype has 663 million global users. In August last year it announced plans for a share flotation, but this was subsequently put on hold.
Internet auction house eBay bought Skype for $2.6bn in 2006, before selling 70% of it in 2009 for $2bn.
This majority stake was bought by a group of investors led by private equity firms Silver Lake and Andreessen Horowit.
Microsoft chief executive Steve Ballmer said: "Skype is a phenomenal service that is loved by millions of people around the world.
"Together we will create the future of real-time communications so people can easily stay connected to family, friends, clients and colleagues anywhere in the world."
Skype will now become a new division within Microsoft, and Skype chief executive Tony Bates will continue to lead the business, reporting directly to Mr Ballmer.
Price concerns Analysts say Microsoft's aim in buying Skype is to improve its video conferencing services.
Although the price tag of $8.5bn will not stretch the US giant, some experts have questioned whether it is paying too much for a company that has struggled to turn a profit.
Michael Clendenin, managing director of consulting firm RedTech Advisors, said: "If you consider [Skype] was just valued at about $2.5bn 18 months ago when a chunk was sold off, then $8.5bn seems generous.
"[It] means Microsoft has a high wall to climb to prove to investors that Skype is a necessary linchpin for the company's online and mobile strategy."
This view was echoed by Ben Woods, head of research group CCS Insight.
"The big unanswered question is how do Skype assets work for Microsoft... how do you justify the price?" he said.
Skype was founded in 2003.
Calls to other Skype users are free, while the company charges for those made to both traditional landline phones and mobiles.

from: http://www.bbc.co.uk/news/business-13343600

ArchLinux review | Estas por instalar ArchLinux?


Hola, hoy hare un review y critica sobre ArchLinux, sere objetivo mas alla de los problemas que he tenido con esta distro, les recomiendo que lean el post.
Primeramente debo decir que si estas por instalar esta distribucion, leas primero la entrada de blog y luego decidas, todo lo que aquí pondré es real y desde un punto de vista de alguien que tiene al menos 5 años en el mundo GNU/Linux y mas de 10 en el mundo informatico, y sabe como se debe y no se deben hacer las cosas.
Erase una vez, cuando senti la necesidad de usar una distro Rolling, no por moda, sino por estar cansado de reinstalar cada vez que se le dejara de dar soporte a mi distro de eleccion que es Fedora.
Entre las opciones de Rolling real, tenia 2, Gentoo y Arch.
Dado que no tenia ganas de compilar el sistema entero y ademas no tenia leido el handbook, me puse a instalar Arch desde un memstick en un disco aparte, como evaluacion.
Pasados 30 dias, luego de un update (pacman -Syu), ssl dejo de funcionar, no se porque, solo se que no funcionaba, y los certificados estaban bien, curiosamente si lo hacia por terminal (elinks), pero no en el Firefox, ok, un punto menos, volvi a Fedora 13, pero crei que no seria justo no darle otra oportunidad.
Asi que la segunda fue la vencida, esta vez, la version de 64 bit, poseo un amd64 asi que era lo que mejor iba, o al menos asi crei yo, según habia probado antes otras distro en 64 bit.
Cada dia comence a usar mas y mas Arch64, lo veia estable, me gustaba la idea de compilar desde AUR (amo compilar usando flags), e incluso deje de lado los reportes de bug de seguridad a redhat y me dedique a reportar en bugs.archlinux.org, dado que considere a Arch como proyecto comunitario, o al menos eso creia.
Aclaro para los que no me conocen, que soy de esas personas que poseen al menos 3 VM (PC virtuales) y se contentan con reportar bugs para mejorar las cosas, incluso sacrificando tiempo propio que no tienen.
Luego de unos meses, cambie de desktop, dado que Gnome anuncia que no dara mas soporte a gnome2, y por otro lado, ArchLinux anuncia que quitara gnome2 de los repos, pero... si Debian y otras aun lo usan? y siguen usando, porque lo sacan?, ah si.... es mucho trabajo mantener cosas si no vienen desde upstream.
Ok, probe gnome3, y realmente debo decir, que si bien muchos dicen que es genial, para gente que destesta el estilo windolero y las tablets, gnome3 es un asco.
Me decidi a usar KDE, nunca lo habia usado mas alla de la version 3.5.10 de Debian 4 etch, donde era genial por donde se lo mire.
Duré poco ciertamente, demasiados bugs, segfault 11, muchas cosas que realmente, si no te pasan usando Windows, como te pasan usando Linux?, algo de locos, o de crap (notese que en otras distro KDE no crashea tanto ni tan feo).
Dije, ok, usaré algo mas reducido en codigo sin llegar a fluxbox y lxde que de hecho un dev de Arch me confiesa que esta “algo muerto” el desarrollo de lxde.
Instale xfce 4.8, y todo era una maravilla, tenia un desktop liviano, simple, algo comodo, modificable, que respeta 100% las normas de freedesktop.org, y ademas GTK, mucho mas estable que Qt (en general y Qt 4.7.3).
Siguiendo esto, yo siempre uso, use y usare mis kernel compilados (custom), a mi estilo, no al estilo Debian ni Arch, esto es, make make modules etc.
Antes que nada, aclaro, que use y que no por orden en mi vida, creo que se bastante del tema:

Ubuntu 5.x
Mandriva
Ututo
Debian 3
Debian 4
Debian 5
Ubuntu 7.x
Opensuse
OpenSolaris
Belenix
Backtrack
Slackware 12
Adrenalinux
Puppy
Fedora
CentOS
Arch.

Bueno todo iba bien hasta que un dia sale un update de GCC 4.6.0, y me dije... esto va a ser para problemas y lo se.
Porque lo digo?, a ver, contaré.
Cuando se arma una distro, se decide la version de kernel, de glibc y gcc, porque todo el sistema depende de ello, es como en todo OS, es un conjunto.
Cuando uno actualiza la version de GCC con el se actualiza las librerias de C++ y C, con lo que, si no esta bien testeado, la compatibilidad con codigo antiguo, es espantosa o nula.
Por algo existe la famosa compat lib, que en Arch no funciona, dicho sea de paso y sin ser menos relevante.
Lo primero que note, es que las cosas desde AUR no compilaban mas, sobre todo las que usaban muchos .cpp (C++), pero bueno, fue subsanado usando -fpermissive en .makepkg.conf
A lo que cabe recalcar, que al dia de hoy (cuando se escribio esta entrada), todo paquete desde AUR dice que esta fuera de fecha y no soportado, por ese motivo justamente, y para peor uno de los Dev me dice que agregue esa sentencia en PKGBUILD, error Ionut Biru!, eso va en makepkg.conf que es el que compila desde el PKGBUILD, para que exportar una variable al env si con eso basta?.
Bueno, luego de esto, noto que el Firefox 4 no funcionaba el paquete de idioma en español, ok, el Dev, el mismo Ionut conocido como ioni (en irc.freenode.net), lo rearma porque desde #archlinux-es se le avisa, pero lo grave de esto y no menor, es que nunca controló que el paquete estuviera bien, digo yo, hay un chiste conocido sobre como hace las cosas M$, Linux y Apple, y finalmente dice algo como que Linux no se lava las manos porque no se las mea, y hace las cosas bien.
Como un “Dev” de una distro va a equivocarse en el empaquetado de algo tan simple?, ademas, es gravisimo, estoy cansado de ver paquetes que no cambia la version sino el -1 -2 -3 lo que indica que fixean sus propios errores de armado.
Ok, dije, esto no es grave, no me afecta, no es nada critico.
Cuando un dia noto, que existe un problema comun al salir de mi XFCE, que es un error de linkeado en las librerias de GCC, mas preciso:

xfdesktop: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15

Lo reporto y los primeros comentario que realmente me llaman la atencion, son de Andreas Radke, quien empaqueta XFCE (Ademas de LibreOffice, lo cual lo hace varias veces porque le sale mal, dicho por el mismo ANGVP), y le comento que al usar las libs de GCC 4.5.2 no sucede y el, muy alegremente y suelto me responde que no recuerda si fue compilado con 4.5.x o 4.6:

  1. Como el dev que lo empaqueta no recuerda con que lo hizo o bien no anota nada?, es un proyecto o esta jugando a ser dev?
  2. Si le digo que usando 4.5.2 funciona bien y con 4.6 que es reciente no lo hace, no es usar un poco el sentido comun?, como va a decir que no recuerda, no existia Andreas!!! (GCC 4.6.0 cuando compiló XFCE 4.8, se droga este hombre?)

A todo esto, tenia ya varias cosas reportadas, entre ellas de sonido, VLC, KDE, Skype, y mucho mas.
Note que la respuesta facil y comun de los Dev es “nosotros no aplicamos parches, eso se hace desde el origen (upstream)” (Pero si lo hacian al kernel para que compilara con ese GCC buggeado) claro, con lo cual, es simple tener una distro asi, solo bajas el SRC, y compilas con el makepkg, luego teniendo un buen gestor como pacman, esta todo resuelto, ya tienes algo para rellenar tu curriculum vitae.
Entonces, vayan anotando, ellos no aplican parches, cuando todos lo hacen (los dev de otras distro no comerciales, incluso de poca gente como Slackware), acaso para que existe el codigo libre y el codigo fuente?, si no modifican un error que se les dice “hey aca esta el link, úsalo”, entonces que funcion cumplen?, pauperrimo.
A esto le sumo, el hecho de que Andreas Radke quien se le asigno la tarea, no contesto nunca mas el hilo sino que se lo asignaron a Allan McRae, quien parece que tiene mas conocimiento para responder que el antes mencionado Andreas, ahora digo, si el anterior no posee conocimientos necesarios, que hace en el puesto de Dev empaquetando las cosas que yo uso y todos usamos como seguras y estables?, que conocimientos puede tener esa persona para dar algo serio?.
Si bien la wiki es excelente, al nivel de la de gentoo, casi en realidad, no veo HOWTO o SOLVED mas alla del foro, donde digan, como fixear problemas con alsa, con el kernel, con X cosas, porque nadie se ocupa del tema, son temas menores claro, total, Arch es para server.................................................................................................... si sos idiota y mereces morir como dice Allan McRae.
Al dia de hoy, el problema de XFCE esta presente, con el agravante que pasados varios dias de este error, el desktop termina por romperse poco a poco.
Otra cosa por la cual hoy, estoy usando Debian 6 stable de momento y de forma transitoria, pero la verdad, consume menos ram, anda mas rapido y compila, ya es ampliamente superior!.
Solo a un idiota, porque otro nombre no le cabe, se le ocurre modificar los initiscripts para poder usar hwclock –adjust, donde el script lo hace un usuario, el mismo interesado, y lo aceptan!.
En las news se puede ver que dice que si usan NTP no usen hwclock como daemon, a quien mierda se le ocurre usar hwclock en daemon?, es una joda?, un chiste?, no, al equipo de Arch se le ocurre.
Por tanto, como si uso NTP, porque uso dual boot, lo quite de daemons y como dicen los news, utilice UTC y NTPD, al cabo de unos dias, que paso?, errores irrecuperables, tal como que el ultimo superbloque de todas las particiones tiene fecha futura.
A estas alturas tenia mis testiculos llenos, mas que cuando debia buscar dependencias en Slackware.
Husmeando las task open y closed de los dev, chequeo algo, raramente, muchos dev forman parte del bugtracker desde el año 2007, lo que indica que no estan involucrados con el proyecto desde el comienzo en 2002.
Otra cosa llamativa, es que muchos reportan bugs, que otros Dev se los cierran con el mensaje de “is not a bug”, es decir, se nota que, haciendo una analogia, los Dev de Arch son como una red P2P.
Son descentralizados, se conectan entre ellos, pero por lo visto no por todos fluyen los mismos datos.
Esto evidencia que muchos Dev no conocen el sistema por completo y que ademas, no existe un feedback entre ellos, sino, podrian por MSN, Jabber o lo que sea consultarse, asi no pasaria algo tan estupido como que un dev abra un bug report y otro se lo cierre, es evidente, muy evidente que estos chicos no se comunican entre si y que no conocen la distro tampoco las decisiones que se toman por completo.
Veo muchos bug del año 2009 aun no resueltos, como PAM y usar SHA512 por defecto, las firmas GPG en pacman, que si bien se esta haciendo, esto es de no creer:

Allan McRae dice en una entrevista que lei, que el no va a ponerse a hacer ese trabajo que le parece estupido, y que el vale 1000 dolares al dia si quieren que lo haga, y que si alguien usa ArchLinux y sabiendo esto no se preocupa o lo usa para servidores, merece morir por idiota, si no me creen, pueden leerlo en muylinux.com en la nota “mal rollo con archlinux”.
Frente a esto, Dan Mcgee sale a defender a su amigo, Allan y en su web hace un descargo y se excusa tirandole la culpa a otros, como se dice aca, se pasan la bola uno a otro, que fulano, mengano y asi.
Curiosamente, el unico que trabaja activamente en el proyecto pacman 3.6 con GPG es Dan, se cargo todo al hombro en defensa de Allan.
Lo peor de todo, es que esto comienza a hacerse cuando LWN.net lo hace publico, si, mucha gente no lo sabia, pero no tenian interes ni nada en hacerlo, sepanlo, y si creen que no usar GPG esta bien, ok, mejor vayan a la web “es linux para mi?”.
Luego, el lider de proyecto, Aaron, su curriculum es el mismo que un estudiante de ingenieria en sistemas, peor creo yo, necesita ponerlo en linkedin?, yo no he visto el curriculum de Stallman o Torvalds o Alan Cox en linkedin, ustedes?.
Es preocupante, como mucha gente comienza a usar ArchLinux por ser rolling, simple, y al cabo de unos meses, y no me canso de leerlo, en el irc dicen que luego de un update se les rompio el sistema.
Archlinux no posee un control de calidad, o QA.
Si compramos algo en china, sabemos que su calidad es media a bajar, si compramos un TV en japon sabemos que es altisima su calidad, esto es porque Japon es uno de los paises con mejor control y normas de calidad del mundo.
Aqui pasa lo mismo, pasan cosas de Testing a Estable, sin un buen control de QA, quien lo hace?, los users?, Andreas Radke que no sabe con que compilo algo?, acaso Allan que pide dinero para poner GPG en pacman?, ademas, 1000 USD al dia?, dios que me hace reir, tanto vale su pendejo codigo?, quien se cree que es?.
Rescato de todo a Eric Belanger, es fisico, matematico y hace las cosas muy bien.
Incluso un dev de Archlinux, no dire el nombre, me confeso en una charla que estaba cansado de estas cosas, y que los cuelgues y cosas raras no le estaban gustando, asi que pensaria en comprar una mac con OSX, y me dijo “que te puedo decir, usa otra distro”... creo que lo dice todo eso?, no?, un dev que diga eso, no es poca cosa, ni el mismo confia en la distro para la que aporta, y lo entiendo!! es que cuando trabajas con un grupo de personas que el 20% es capaz y el resto dejan muchisimo que desear, mejor te dedicas a hacer tu distro.

Resumiendo:

Problemas al dia de la fecha.

  1. El idiota que penso que GCC 4.6 era estable, se equivoco, nadie lo usa de hecho, solo Debian Sid, es decir, es para kamizazes, y para peor no lo reconoce, porque la version 4.6.1 fixea el problema, pero aun no veo el update.
  2. Si necesitas trabajar, instala ArchLinux, chequea que todo este bien, pero nunca actualices nada, seguro algun dia no muy lejano, estaras reportando cosas o estaras volviendo a tu distro anterior
  3. Si pensas que usando GCC 4.5.2 se arregla, no es asi, porque los genios compilan todo con 4.6 asi que al usar las cosas desde los repos, nada corre al usar GCC 4.5.2, por tanto, es, errores o que no inicien las cosas, es tu eleccion
  4. Si pensas usarlo para servidor, alla se va tu negocio por la cloaca
  5. Si pensas que al reportar haces el bien, te cuento amigo mio, el ego y elitismo no los deja ver mas alla de su desktop, no te sorprendas si te contestan en algun reporte “Works for me”, lo que quiere decir, funciona en mi pc, asi que, si a el le funciona, es todo lo que importa, total, todos usamos identico hardware, software y arquitectura no es asi?, bueno, es una respuesta muy comun esa.
  6. Si algo no anda y te dicen, no aplicamos parches, usa la version testing que lo corrige hazlo, si, testing, porque ellos no usar parches, asi se los mandes por mail
  7. Si un dia reportas algo y su solucion y luego vez que te cierran el bug y tras ello sale un update con tu solucion, no te extrañes, el encargado de ese paquete no quiere poner en evidencia su ineptitud, cierra tu bug y regenera el paquete y aquí nada paso.
  8. Si te dijeron que Arch es lo mejor porque es rolling, porque no compilas, sino que es opcional, porque es moda, porque todos lo usan, porque hay feedback con los dev, ok, sabras que quien te lo dice viene de usar Ubuntu o Debian y no conoce mucho del tema, habla con alquien que sepa y te dira lo contrario, al menos que desees experimentar y aprender resolviendo cosas, pero para eso, mejor usa FreeBSD y usando jails puedes hacer y romper como te de la gana
  9. Si no crees nada o poco de lo que digo aquí, revisa http://bugs.archlinux.org y chequea tu mismo que con mas updates se generan mas errores, no se reparan, y que cada Dev tiene un perfil donde algunos tienen asignadas mas de 700 tareas, que nunca se resuelven.

Mi consejo?, usa Gentoo, o Slackware, o alguna distro que sea la cara de gente seria, responsable, no de chicos que hacen una copia de Gentoo barata de Garage y se hacen los que saben por no contestar, es muy facil decir que uno sabe cuando no contesta nada, no es verdad?.
Arch fue grande, hace 4 años o mas, cuando aun se desprendia de las manos de su creador, luego de eso, ya no fue lo mismo, mal que me pese algunas cosas destacare de ArchLinux:

pacman
rolling
scripts estilo BSD
un unico archivo concentra toda la configuracion (rc.conf)
su wiki es genial

Pero, vale la pena?, digo, realmente lo vale?, y vivir en irc, foros y bugtracker?, si lo que deseas es investigar y aprender, lo vale, ah!, y sobre todo notaras que sabes mas que los “Dev”.
Si deseas trabajar y usar algo de verdad, mejor usala en una pc virtual.

NOTA:

Arch no es mas rapido, arch consume el doble de ram en amd64 que Debian, Arch no es una comunidad, Arch no es estable, Arch no es para trabajar, Arch no es para sysadmin, Arch no es una distro elite.

8 may. 2011

archlinux.org is down | archlinux.org caida... Já

Bueno, solo dire que el sitio archlinux.org corre sobre archlinux, que el ping respondia pero no cargaba la web... apache caido?. Quiza, en Arch todo puede pasar, adjuntare una imagen y lo que decian en el IRC, que Allan lo rompio, no me extrañaria, ese tipo solo sabe hacer cagadas y pedir dinero por hacer pacman, pero es otra historia, hare un analisis mas tarde sobre archlinux, para muchos que lo piden.


IRC LOG:

<sylvestee> i can't visit archlinux.org too.
* phsi (~phsi@calmar2.netcologne.de) ha entrado en #archlinux
<ethail> sylvestee archlinux.org is down
<allanbrokeit> yes...
* sainthuck (~cgie@84-197-103-86.dynamic.dsl.tng.de) ha entrado en #archlinux
* JaMeSiTeGeN (~james@unaffiliated/jamesm-sitegen) ha abandonado #archlinux
<oskude> !panic
<phrik> http://omploader.org/vZm1w
<sylvestee> oh.
<ethail> and allan broke it!! [joke]
* riro (~riro@85.133.204.244) ha entrado en #archlinux
* riro (~riro@85.133.204.244) ha abandonado #archlinux
* ZekeS se ha marchado (Ping timeout: 248 seconds)
* wodi (~irl@kvirc/developer/wodim) ha entrado en #archlinux
<wodi> the web is down, eh?
<str1ngs> awayand: it does you are probably reading it wrong



6.32am UTC -3 hora argentina.

3 may. 2011

Gnome 3 sucks! memory leak 1mb / s

Bueno, luego de la odisea de probar gnome3 y ver que era una mierda total, use KDE, luego de ver que KDE tiene muchos bug, dije, y ahora?, me puse XFCE 4.8 y la verdad, ando como perro con dos colas, anda barbaro!, es simple, cumple la funcion y puede usarse nautilus 3 y file-roller 3 sin drama, asi que mas contento aun, no me gusta mucho el thunar y el xarchiver.
Volviendo al tema, gnome 3 tiene un error grave que no ha tenido antes, lo que indica que estan volviendose un poco KDE?, o peor, memory leak, asi como lo leen... si no me creen, vean este link con una imagen de attach en el bug report.