Comentarios aleatorios, semana 5-11/julio

Standard

Cuarta entrega que corresponde a la semana del 5 al 11 de Julio del 2010.


#ubuntu-bugs: < simar> Hello I want to change the affects package of the bug to kernel. What should I choose in the search field ??
< nigelb> simar: the “linux” package
< simar> nigelb, thanks
< nigelb> np :)

#ubuntu-bugs: < simar> Hola, me gustaria cambiar el paquete que afecta un determinado bug al kernel. Que deberia poner en el campo de busqueda?
< nigelb> simar: el paquete “linux”
< simar> nigelb, gracias
< nigelb> np (no hay problema) :)


#ubuntu-bugs: < drew212> micahg: how do i install the LP scripts from GM? I lost it on my new install and i’m trying to set everything back the way it was =X
< micahg> drew212: https://launchpad.net/~gm-dev-launchpad/+archive/ppa/+packages
< drew212> micahg: thanks =)

#ubuntu-bugs: < drew212> micahg: como instalo los scripts para launchpad (LP) de greacemonkey (GM)? los perdi en mi nueva instalacion y estoy tratando de dejar todo como estaba antes =X #Es un scripts que permiten agregar respuestas rapidas a reportes invalidos. No lo he podido hacer andar
< micahg> drew212: https://launchpad.net/~gm-dev-launchpad/+archive/ppa/+packages
< drew212> micahg: gracias =)


#ubuntu-bugs: < simar> qense, Hi , While marking bugs as duplicate should I change the affects package(if its wrongly configured) of the bug before marking or not?
< qense> simar: When you mark bug X as a duplicate of bug Y you change nothing to bug X, but only leave a comment explaining that it is a duplicate and that the reporter should look at bug Y from now on. Then you mark bug X as a duplicate of bug Y.
< qense> simar: This is done to make it easy to continue the discussion on bug X if it turns out to not be a duplicate after all. The fact that the package is different from bug Y doesn’t matter
< qense> because duplicate bugs are hidden anyway.
< simar> qense, ok
< simar> qense, another thing How to triage bugs related to kernel ie touchpad bugs that are related to ubuntu kernel, I think these are not related to freedesktop ….
< qense> simar: Do you mean reporting them upstream?
< simar> qense,  ya .. I’m sure the bug contains necessary information
< qense> simar: in that case: ask here, or ask at #ubuntu-kernel
< qense> simar: The kernel bug tracker is located at <https://bugzilla.kernel.org/&gt;, but I’m not sure whether the Ubuntu Kernel team handles the bugs themselves or not.
< simar> qense,  i will try  .. I think they do ..
< simar> qense, thnaks and have a nice day
<qense> simar: you’re welcome

#ubuntu-bugs: < simar> qense, Hola , si marco un reporte como copia de otro, deberia cambiar los paquetes que afecta el reporte original o no? (si esta incorrecto)
< qense> simar: cuando estableces que un reporte X es copia de otro Y, no cambias nada en el reporte X, solo dejas un comentario donde explicas que es una copia de otro y que la persona que lo reporto deberia ver el reporte original de ahi en adelante.
< qense> simar: Se hace para mantener la discusion del reporte X mas facilmente si resulta que al final no es duplicado de otro reporte. El hecho que el paquete sea diferente del reporte Y no importa.
< qense> porque los reportes duplicados no se toman en cuenta.
< simar> qense, ok
< simar> qense, otra cosa, como puedo clasificar errores relacionados con el Kernel?, por ejemplo; errores del touchpad que esten relacionados con el kernel de ubuntu , creo que estos no se relacionan con freedesktop ….
< qense> simar: quieres decir, como reportarlos a upstream?
< simar> qense,  see .. estoy seguro que este bug contiene toda la informacion necesaria
< qense> simar: en ese caso pregunta aqui o en #ubuntu-kernel
< qense> simar: el bug tracker del kernel esta en <https://bugzilla.kernel.org/&gt;, pero no estoy seguro si el equipo del Kernel de Ubuntu maneje los reportes por si mismo y no.
< simar> qense,  lo intentare  .. creo que lo hacen ..
< simar> qense, gracias que tengas un buen dia
<qense> simar: gracias


#ubuntu-bugs: < somethinginteres> For this bug: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/572985 would you grab the src from LP to fix it or is the source on gnome.org somewhere?
< ubot2> Launchpad bug 572985 in evolution (Ubuntu) (and 2 other projects) “backup settings option uses unhelpful yes/no dialog (affects: 1) (heat: 52)” [Low,Triaged]
< vish> somethinginteres: adding a git patch to the upstream bug would be easier
< bcurtiswx> somethinginteres: since its an upstream issue, you’d try to use gnome git repositories
<bcurtiswx> git clone git://git.gnome.org/evolution   maybe?

#ubuntu-bugs: < somethinginteres> Para este bug: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/572985 obtendrian el codigo desde Launchpad o desde algun lugar de gnome.org para arreglarlo?
< ubot2> Launchpad bug 572985 in evolution (Ubuntu) (and 2 other projects) “backup settings option uses unhelpful yes/no dialog (affects: 1) (heat: 52)” [Low,Triaged]
< vish> somethinginteres: agregar un parche mediante git al bug de upstream seria mas sencillo
< bcurtiswx> somethinginteres: como es un error de upstream, deberias probar con el repositorio de gnome
<bcurtiswx> podrias probar git clone git://git.gnome.org/evolution
#umm este comentario tal vez no sea tan util, pero dado que me he tomado la molestia de escogerlo y traducirlo, lo dejo. Lo importante aqui es ver como diferenciar cuando un parche debe ir en ubuntu o en el proyecto original, creo…


#ubuntu-bugs: < xelister> https://bugs.launchpad.net/ubuntu/+source/tremulous/+bug/513918
< ubot2> Launchpad bug 513918 in tremulous (Ubuntu) “Tremulous is missing files and will not correctly start (affects: 9) (heat: 66)” [Undecided,Confirmed]
< xelister> please set priority to Medium – most native 3D games on linux (q3 based) do not work.  We have so little of native games and they do not work. Year of linux on desktop…

#ubuntu-bugs: < xelister> https://bugs.launchpad.net/ubuntu/+source/tremulous/+bug/513918
< ubot2> Launchpad bug 513918 in tremulous (Ubuntu) “Tremulous is missing files and will not correctly start (affects: 9) (heat: 66)” [Undecided,Confirmed]
< xelister> por favor, establece la prioridad a Media – la mayoria de los juegos nativos para linux en 3D (que se basen en q3) no funcionan. Tenemos tan pocos de esos y no funcionan. Venga el año de linux en el escritorio…


#ubuntu-bugs: < micromix> hey guys i an wondering how would we find out who fixes bugs for packages, do they have adopt a package like we do?
< hggdh> micromix: the fix may come from upstream, not from us; also *anyone* can propose a patch
< hggdh> micromix: and it is not necessary to adopt a package to work on fixes
< hggdh> although it helps to concentrate on a subset — you have to learn the code, and understand it
< micromix> hggdh: i was just curious to know what happens when we finish triage a bug
< hggdh> ah
< micromix> if it eventually reaches a developer
< micromix> or maybe we need to try to fix bugs ourselves
< hggdh> yes, eventually it reaches one. May take some time, since we are all quite busy
< hggdh> and, as I said above, *anyone* can work on a fix. We prefer fixes that the package developers approve
< hggdh> so — for example — if I write a fix for er, Evolution, then I should also propose it upstream

#ubuntu-bugs: < micromix> hola chicos, me pregunto como podriamos saber quien arregla determinados paquetes, ustedes tambien adoptan paquetes como lo hacemos nosotros #referiendose a la forma en la que debian trabaja, jaja, tengo la sensacion de haberlo traducido mal
< hggdh> micromix: el parche puede venir de upstream, no especificamente de nosotros; ademas *todos* pueden contribuir parches
< hggdh> micromix: y no es necesario adoptar paquetes para poder trabajar en parches
< hggdh> aunque ayuda que te concentres en algunos — tienes que aprender el codigo, entenderlo
< micromix> hggdh: solo tenia curiosida que pasa cuando terminamos de clasificarlos
< hggdh> ah
< micromix> si eventualmente alcanza un desarrollador
< micromix> o tenemos que arreglarlos nosotros mismos
< hggdh> si, eventualmente lo revisa un desarrollador. Puede tomar algun tiempo, ya que todos estamos algo ocupados
< hggdh> y, como dije mas arriba, *todos* pueden trabajar en los bugs. Aunque preferimos parches que hayan sido aprobados por los mantenedores del paquete #no estoy seguro si se refiere al mantenedor de debian, o al desarrollador de ubuntu
< hggdh> — por ejemplo — si hago un parche para Evolution, debo mandarlo tambien al proyecto original


#ubuntu-bugs: < drew212> ddecator: and what if the work is already done before you do it, close it and put their name on it?
< ddecator> drew212: nah, when you close it using the tool it automatically puts your name. if you see they worked on it as part of the bugday, then you can usually ping them here and ask if there was something they still meant to do or if maybe they forgot to close it

#ubuntu-bugs: < drew212> ddecator: y que pasa si el trabajo ya fue hecho por alguien mas?, se cierra y se pone su nombre en el? #hablando del ubuntu bug day
< ddecator> drew212: nop, cuando lo cierras el programa ($ hugday close #bug) automaticamente pone tu nick (en la wiki). Si ves que lo trabajaron como parte del bugday, puedes preguntarles aqui si aun piensan agregarle algo o si lo han olvidado cerrar


#ubuntu-bugs: < elopio> Hi there.
< elopio> I marked one of the ubuntu bug day bugs as incomplete. But I don’t yet know what package it belongs too. Should I mark it as green on the wiki even though it hasn’t been assigned to a package?
< pedro_> elopio, if you’re subscribed to it and are going to continue to triage that bug, sure, mark it as green ;-)

#ubuntu-bugs: < elopio> Hola #sobre el ubuntu bug day
< elopio> He clasificado uno de los reportes del ubuntu bug day como incompleto. Pero aun no se a que paquete pertenece (el ubuntu bug day al que se refiere se trato sobre asignar paquetes a los errores que no tenian asignado uno). Puedo marcarlo en verde (cerrado) aunque no tenga asignado paquete?
< pedro_> elopio, si te suscribes al reporte para seguir viendo su avance puedes marcarlo en verde ;-)


#ubuntu-bugs: 09:34 < mandara> can I add a watch in Launchpad to connect with http://bugreports.qt.nokia.com issue tracker?
< nigelb> mandara: hold on, checking
< mandara> k
< nigelb> mandara: sorry, not yet.  https://launchpad.net/bugs/bugtrackers doesn’t list it

#ubuntu-bugs: 09:34 < mandara> puedo agregar un link en Launchpad para seguir el avance de un bug en http://bugreports.qt.nokia.com ?
< nigelb> mandara: espera un momento, deja checo
< mandara> ok
< nigelb> mandara: aun no, lo siento.  https://launchpad.net/bugs/bugtrackers no lo tiene listado #en LP puedes agregar links para ir actualizando las discusiones con otros bug trackers, poco despues de este comentario, nigelb creo un reporte para agregar soporte al bugtracker de qt.nokia.com


#ubuntu-devel: < damascene> what is the version of mlterm that is going to be in Lucid
< damascene> sorry,  Maverick Meerkat
< jmarsden> damascene: At the moment, Maverick has   mlterm |    3.0.1-1 | maverick/universe | source, amd64, i386
< damascene> thanks
< jmarsden> Use rmadison to check for this.

#ubuntu-devel: < damascene> cual es la version de mlterm que va a venir en Lucid
< damascene> perdon, en Maverick Meerkat
< jmarsden> damascene: por el momento, Maverick tiene este  mlterm |    3.0.1-1 | maverick/universe | source, amd64, i386
< damascene> gracias
< jmarsden> usa rmadison para checarlo por ti mismo #con rmadison -u puedes ver las versiones en debian


#ubuntu-devel: < shapr> Laney: I’m new to ubuntu, have used debian for many years, is there an equivalent of debian/unstable?
< Laney> no not really, there’s a development release but it’s subject to various freezes

#ubuntu-devel: < shapr> Laney: Soy nuevo en ubuntu, aunque he usado debian por muchos años, hay algun equivalente a debian/unstable en ubuntu?
< Laney> no realmente, hay versiones en desarrollo, pero estan sujetas a varios freezes #periodos donde no puedes modificar sustancialmente la distribución, solo agregar parches que arreglen problemas puntuales. https://wiki.ubuntu.com/MaverickReleaseSchedule


#ubuntu-devel: < maxwellian> Out of curiosity, what do people mean by “inline” patches?  Patches applied directly to the source, rather than saved in something like debian/patches?
< ScottK> maxwellian: Yes.

#ubuntu-devel: < maxwellian> solo por curiosidad, que es lo que la gente quiere decir cuando menciona parche “inline”?  Parches que se aplican directamente al codigo fuente, en lugar de ponerse en sitios como debian/patches?
< ScottK> maxwellian: Si


#ubuntu-motu: < ScottK> ryanakca: If Debian doesn’t have a patch system, don’t add one.

#ubuntu-motu: < ScottK> ryanakca: Si Debian no integra sistema de parches (quilt, dpatch) no agregues uno


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s