=== milli [n=milli@ftcl002.digis.net] has joined #ubuntu-devel | ||
=== rjek [n=rjek@spoo.flarn.net] has joined #ubuntu-devel | ||
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel | ||
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel | ||
=== lmveloso [n=lmveloso@200-193-152-9.mganm702.dsl.brasiltelecom.net.br] has joined #ubuntu-devel | ||
Caesar | mdz: ping? | 12:44 |
---|---|---|
=== rjek [n=rjek@spoo.flarn.net] has left #ubuntu-devel [] | ||
=== doko_ [n=doko@dslb-088-073-098-159.pools.arcor-ip.net] has joined #ubuntu-devel | ||
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel | ||
mneptok | Caesar: it may be tough finding Canonical folks on IRC during Ubuntu Live. | 01:15 |
=== zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-devel | ||
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel | ||
=== alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel | ||
=== Martinp23 [n=martin@wikimedia/Martinp23] has joined #ubuntu-devel | ||
=== Burgundavia [i=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel | ||
=== stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel | ||
=== mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] | ||
=== nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel | ||
=== bryyyce [n=bryce@c-71-236-155-207.hsd1.or.comcast.net] has joined #ubuntu-devel | ||
=== mdz_ [i=mdz@conference/oscon/x-7a9bf107a2dc9bba] has joined #ubuntu-devel | ||
=== jsgotangco [n=jsgotang@121.97.250.93] has joined #ubuntu-devel | ||
=== Burgundavia [i=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel | ||
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel | ||
=== jack_wyt_ [n=jack@124.64.111.214] has joined #ubuntu-devel | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
=== xeruno [n=xeruno@cable201-233-40-134.epm.net.co] has joined #ubuntu-devel | ||
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel | ||
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel | ||
=== mwolson [n=mwolson@fsf/member/mwolson] has joined #ubuntu-devel | ||
=== mwolson [n=mwolson@fsf/member/mwolson] has left #ubuntu-devel ["hrm,] | ||
=== alex-weej [n=alex@dyn1242-199.vpn.ic.ac.uk] has joined #ubuntu-devel | ||
=== j_ack [n=j_ack@p508D8DA7.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
=== zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel | ||
=== eggauah [n=daniel@201.82.27.173] has joined #ubuntu-devel | ||
=== ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel | ||
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel | ||
nixternal | anyone else having issues with the 'notification-daemon' after the gtk+ updates today? | 03:33 |
=== jgoss [n=jgoss@unaffiliated/jgoss] has joined #ubuntu-devel | ||
=== xeruno [n=xeruno@cable201-233-40-134.epm.net.co] has left #ubuntu-devel ["Abandonando"] | ||
=== DreamThief [n=mathias@gateway.3vilh4x0r.net] has joined #ubuntu-devel | ||
=== wasabi [n=wasabi@ubuntu/member/wasabi] has left #ubuntu-devel ["Leaving"] | ||
=== wwoods [i=wwoods@nat/redhat/x-0fb352ffd2071c70] has joined #ubuntu-devel | ||
=== neh [n=neh@S01060016b619a773.ok.shawcable.net] has joined #ubuntu-devel | ||
=== neh [n=neh@S01060016b619a773.ok.shawcable.net] has joined #ubuntu-devel | ||
=== hunger_t [n=tobias@p54A72106.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
=== ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel | ||
=== ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel | ||
=== hoora_ [i=ariel@gateway/tor/x-3ca2bd7824328a4c] has joined #ubuntu-devel | ||
=== ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel | ||
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel | ||
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel | ||
=== mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel | ||
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
=== cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel | ||
=== sbalneav [n=sbalneav@S0106000b6a5631f9.wp.shawcable.net] has joined #ubuntu-devel | ||
=== milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel | ||
=== j_ack [n=j_ack@p508D8DA7.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
=== rbrito [n=rbrito@201.76.27.2] has joined #ubuntu-devel | ||
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel | ||
=== rbrito [n=rbrito@201.76.27.2] has left #ubuntu-devel ["Leaving"] | ||
=== stdin_ [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel | ||
=== stub [n=stub@ppp-58.8.3.192.revip2.asianet.co.th] has joined #ubuntu-devel | ||
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel | ||
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel | ||
=== sharms [n=sharms@ubuntu/member/sharms] has joined #ubuntu-devel | ||
=== DShepherd [n=dwight@72.252.133.65] has joined #ubuntu-devel | ||
=== opopanax [n=steve@unaffiliated/opopanaxgentoo] has joined #ubuntu-devel | ||
=== BaD_CrC [n=ns@c-71-231-214-232.hsd1.or.comcast.net] has joined #ubuntu-devel | ||
=== jsgotangco [n=jsgotang@121.97.250.93] has joined #ubuntu-devel | ||
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel | ||
=== azeem_ [n=mbanck@ppp-88-217-34-109.dynamic.mnet-online.de] has joined #ubuntu-devel | ||
=== opopanax [n=steve@unaffiliated/opopanaxgentoo] has left #ubuntu-devel ["Leaving"] | ||
=== Dessan [n=andrew@ip68-105-63-168.pn.at.cox.net] has joined #ubuntu-devel | ||
=== stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel | ||
=== micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-devel | ||
=== azeem_ is now known as azeem | ||
=== stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel | ||
=== SEJeff [n=jeff@adsl-76-208-157-123.dsl.lsan03.sbcglobal.net] has joined #ubuntu-devel | ||
=== SEJeff [n=SEJeff@adsl-76-208-157-123.dsl.lsan03.sbcglobal.net] has joined #ubuntu-devel | ||
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel | ||
=== SEJeff [n=SEJeff@adsl-76-208-157-123.dsl.lsan03.sbcglobal.net] has joined #ubuntu-devel | ||
=== ubijtsa [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel | ||
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel | ||
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel | ||
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel | ||
=== ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
=== jsgotangco [n=jeromego@ubuntu/member/jsgotangco] has joined #ubuntu-devel | ||
=== jsgotangco [n=jeromego@ubuntu/member/jsgotangco] has joined #ubuntu-devel | ||
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel | ||
=== mvo [n=egon@p54A66E3F.dip.t-dialin.net] has joined #ubuntu-devel | ||
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel | ||
LaserJock | anybody know of a wiki page/doc that describes how the lang packs work? | 08:24 |
LaserJock | or translation in Main in general? | 08:24 |
Mithrandir | they're stripped out of the package at build time and shipped alongside the deb instead. That then goes into rosetta which can export langpacks. | 08:26 |
LaserJock | ok, that was my general understanding | 08:26 |
LaserJock | that about as much as I know | 08:27 |
LaserJock | I'm trying to figure out why some people are reporting that tuxpaint doesn't use the translated files | 08:27 |
LaserJock | so I'm trying to work my way backwards | 08:28 |
Mithrandir | does it try to open the files itself? They're stored in a different directory and glibc is patched to use this other directory too. | 08:28 |
Chipzz | I don't think that has much to do with how they're created | 08:28 |
Chipzz | did you check if they are up-to-date / in the right place? | 08:28 |
Chipzz | and if tuxpaint uses the correct translation domain? | 08:29 |
LaserJock | well, I see on LP that they are getting translated | 08:29 |
Chipzz | yes | 08:29 |
LaserJock | hmm | 08:29 |
LaserJock | let me check the domain | 08:29 |
Chipzz | but packages get rolled only every so often | 08:29 |
=== \sh_away is now known as \sh | ||
Chipzz | so you may need to wait until translations hit the debs, and until these hit the archives | 08:30 |
LaserJock | well, this bug has been since dapper | 08:30 |
LaserJock | the domain should be the source package name, right? not the binary package | 08:30 |
Chipzz | well since a lot of translations actually do get used | 08:31 |
Chipzz | it's most likely not something wrong in the langpacks ;) | 08:31 |
LaserJock | no, I'm guessing not | 08:31 |
Chipzz | I think the domain is unrelated to the package name | 08:31 |
Chipzz | rather, it's how gettext gets initialised | 08:32 |
Chipzz | (from how I understand gettext) | 08:32 |
LaserJock | hmm, I thought the domain in the .desktop told it what package the .pot belongs to | 08:32 |
Chipzz | hrrrm | 08:32 |
Chipzz | form as far as I understand gettext | 08:32 |
Mithrandir | LaserJock: that's just for translating the .desktop file. | 08:33 |
Chipzz | you do something along the lines of init_gettext('foo'); | 08:33 |
Chipzz | where foo is the basename of the .po file | 08:33 |
Chipzz | (init_gettext is a made-up function) | 08:33 |
LaserJock | Mithrandir: ah, ok | 08:34 |
Chipzz | LaserJock: this is php, but you get the idea: http://www.phpdig.net/ref/rn26.html | 08:35 |
Chipzz | bindtextdomain ('greetings', './translations'); | 08:35 |
Chipzz | textdomain ('greetings'); | 08:35 |
Chipzz | http://www.phpdig.net/ref/rn26re450.html | 08:36 |
LaserJock | hmm, so I need to figure out how tuxpaint is looking for translations | 08:43 |
Chipzz | well | 08:44 |
Chipzz | before you dive into the code | 08:44 |
Chipzz | you could try stracing it, and see what files it tries to open ;) | 08:44 |
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel | ||
Chipzz | strace ftw ;P | 08:45 |
LaserJock | oh, good idea | 08:45 |
LaserJock | Chipzz: would I need to use something other than en_US to test it do you think? | 08:47 |
Chipzz | I'd think so ;) | 08:48 |
LaserJock | hmm, maybe en_GB would work | 08:48 |
Chipzz | I have the german language pack installed for testing ;) | 08:48 |
LaserJock | Chipzz: would this be it? open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES", O_RDONLY) | 08:52 |
Chipzz | no | 08:52 |
Chipzz | something ending in .po I think | 08:52 |
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel | ||
LaserJock | oh nifty, pitti is up :-) | 08:53 |
pitti | Good morning everyone | 08:53 |
pitti | shall I walk away again RSN? :-) | 08:53 |
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
mvo | if anyone is here with a dapper system or a dapper VM, could you please install/test http://people.ubuntu.com/~mvo/tmp/opera_9.22-20070716.6dapper1_i386.deb | 08:55 |
LaserJock | pitti: I'm trying to figure out a translation problem | 08:56 |
=== ivoks [n=ivoks@83-131-95-96.adsl.net.t-com.hr] has joined #ubuntu-devel | ||
pitti | mvo: I'll try with ia32-libs in my amd64 vm | 08:59 |
mvo | pitti: thanks! | 09:02 |
LaserJock | ok, so a package doesn't need to install a .pot for it to get picked up, right? | 09:03 |
pitti | LaserJock: right; the build needs to create an up-to-date .pot, but .pot files are never installed into .debs | 09:05 |
=== jonibo [n=jonas@213.212.2.165] has joined #ubuntu-devel | ||
saispo | anyone know, which soft create this default route "default dev eth0 scope link metric 1000" (i use eth1) | 09:08 |
pitti | saispo: avahi-autoipd, I figure | 09:10 |
pitti | saispo: it goes through eth1:avahi0, not eth1, I figure? | 09:10 |
saispo | yes | 09:10 |
saispo | it's possible to disable this ? | 09:10 |
pitti | saispo: sure it is, but why would you want to? | 09:10 |
pitti | does it hurt? | 09:10 |
saispo | yes, with strongswan | 09:10 |
jdong | that's what she said? | 09:10 |
pitti | (you can just uninstall avahi-autoipd) | 09:10 |
saispo | strongswan don't want two default routes | 09:11 |
pitti | saispo: but it's metric 1000 only, so it should hardly matter? | 09:11 |
pitti | saispo: or does strongswan use even lower-prio routes? | 09:11 |
saispo | pitti: yes but if i uninstant it, kubuntu-desktop is removed, i think avahi-autoipd is used for something :) | 09:11 |
saispo | s/uninstant/uninstall/ | 09:12 |
pitti | Riddell: ^ ah, that should be a recommends for Kubuntu, too, I think | 09:12 |
pitti | oh, it isn't in Ubuntu either, it shuold be | 09:12 |
saispo | pitti: avahi-autoipd is not in a default ubuntu ? | 09:13 |
pitti | saispo: it is, I meant it should be a Recommends:, not a Depends: | 09:13 |
LaserJock | will LANG= work to change the locale on a CLI when starting a program? or is LC_ALL better? | 09:13 |
saispo | pitti: will open a bug for Kubuntu :) | 09:14 |
pitti | LaserJock: depends; usually LANG= works, since by default Ubuntu only sets LANG and LANGUAGE, not LC_* | 09:14 |
pitti | LaserJock: with LC_ALL=C it'll always work | 09:14 |
LaserJock | well, I'm trying to debug a translation problem | 09:15 |
saispo | pitti: thanks :) | 09:15 |
LaserJock | which is off course fun for me the uni-lingual American ;-) | 09:15 |
Mithrandir | LaserJock: pft, it's not hard until you have to use the desktop in with a foreign character set, such as japanese or korean. | 09:16 |
LaserJock | heh, I bet | 09:17 |
Mithrandir | "does this glyph mean yes or no?" | 09:17 |
LaserJock | what is "/usr/share/locale-langpack/en/" for? | 09:20 |
pitti | LaserJock: English translations | 09:20 |
LaserJock | hmm, generic ones? I mean I see en_US, en_GB, etc. | 09:21 |
pitti | LaserJock: although it is common practice, C is not required to be English :) | 09:21 |
LaserJock | so I wonder what just en is | 09:21 |
Mithrandir | it's generic english | 09:21 |
pitti | so I doubt that there's actually a lot of stuff in it | 09:21 |
pitti | I've actually seen software which used French as C | 09:22 |
Mithrandir | that must be hard, given that C is ASCII | 09:22 |
LaserJock | hmm, I just installed the de lang pack, just to be cool | 09:23 |
LaserJock | now de has a lot but de_DE doesn't have so much | 09:24 |
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel | ||
pitti | LaserJock: that's the way it's intended | 09:24 |
pitti | LaserJock: the bulk is usually kept in just the generic po files, and the country specific ones contain just the exceptions | 09:24 |
pitti | LaserJock: de_CH and de_AT have 90%/95% of the strings in common with de_DE, I figure | 09:25 |
pitti | so it would just be unnecessary translation work and duplication | 09:25 |
LaserJock | hmm, what country uses de_AT | 09:25 |
azeem | austria | 09:26 |
=== amitk_ is now known as amitk | ||
LaserJock | ahhh | 09:27 |
LaserJock | ok, well I tried LANG=en_GB and LANG=de_DE and both times strace said tuxpaint is looking for en_US .mo files | 09:28 |
pitti | LaserJock: try setting LANGUAGE= | 09:28 |
pitti | LaserJock: GTK programs prefer $LANGUAGE | 09:28 |
=== mvo_ [n=egon@p54A66E3F.dip.t-dialin.net] has joined #ubuntu-devel | ||
LaserJock | oh wow | 09:29 |
LaserJock | so tuxpaint has tuxpaint itself and tuxpaint-stamps | 09:30 |
LaserJock | with LANG= tuxpaint is still in en but the stamps are in de | 09:30 |
LaserJock | with LANGUAGE= tuxpain is in de but the stamps are in en | 09:30 |
=== sid [n=unstable@tor/regular/sid] has joined #ubuntu-devel | ||
LaserJock | pitti: is ^^ normal? | 09:31 |
pitti | LaserJock: heh, looks like -stamps doesn't use GTK | 09:32 |
ajmitch | hi pitti, LaserJock | 09:32 |
pitti | hey ajmitch | 09:33 |
LaserJock | pitti: so would that be a problem for a normal user? is both LANG and LANGUAGE normally set? | 09:33 |
LaserJock | hi ajmitch | 09:33 |
pitti | LaserJock: yes | 09:33 |
pitti | LaserJock: i. e. both is set normally | 09:34 |
LaserJock | pitti: danke ;-) | 09:34 |
pitti | LaserJock: gern geschehen | 09:35 |
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel | ||
pitti | bonjour, Monsieur seb128 | 09:35 |
mvo_ | seb128: good morning | 09:35 |
=== thekorn [n=thekorn@a89-182-217-41.net-htp.de] has joined #ubuntu-devel | ||
=== seb128_ [n=seb128@ANancy-151-1-69-63.w81-49.abo.wanadoo.fr] has joined #ubuntu-devel | ||
=== hunger_t [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
seb128_ | re | 09:47 |
seb128_ | pitti: I was saying that we can update to dbus 1.1 now | 09:47 |
=== tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel | ||
pitti | seb128_: \o/ | 09:48 |
pitti | seb128_: dbus-perl is good now? already uploaded or shall I merge that as well? | 09:48 |
seb128_ | pitti: there is a contributor debdiff available for the dbus update I think | 09:48 |
=== Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel | ||
seb128_ | pitti: a fixed version has been uploaded yesterday, I'm going to sync it now | 09:49 |
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel | ||
seb128_ | pitti: hum, "sync tool currently has some weird bugs"? like what? | 09:54 |
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel | ||
pitti | seb128_: oh, that was sync-source.py (the LP version) | 09:56 |
pitti | seb128_: but it should be fixed now | 09:56 |
seb128_ | k | 09:56 |
pitti | seb128_: can you please use sync-source.py instead of sync-source and see how it goes? | 09:56 |
pitti | seb128_: it worked for me yesterday, cprov did some in-place fixes | 09:57 |
seb128_ | pitti: k, sure | 09:57 |
seb128_ | pitti: should the agg in syncs be flushed? | 09:57 |
pitti | seb128_: hm, please delete it for now, i don't know about the status | 09:57 |
seb128_ | k | 09:58 |
pitti | (that was my test package yesterday) | 09:58 |
seb128_ | has the dpkg-source version been updated? | 09:58 |
pitti | seb128: not sure, but I doubt it | 09:59 |
seb128 | k, so it likely still have an issue with "+" | 09:59 |
=== Dessan [n=andrew@ip68-105-63-168.pn.at.cox.net] has joined #ubuntu-devel | ||
pitti | seb128: is bug 84007 fixed in gutsy already? | 10:03 |
ubotu | Launchpad bug 84007 in gnome-media "Cannot edit audio profiles without closing the list" [Medium,Fix committed] https://launchpad.net/bugs/84007 | 10:03 |
seb128 | pitti: no | 10:03 |
pitti | $ gcc-4.2 --version | 10:05 |
pitti | gcc-4.2: No such file or directory | 10:05 |
=== pitti looks at doko | ||
doko | ? | 10:05 |
pitti | oh, I see | 10:06 |
pitti | that points to ccache, sorry | 10:06 |
=== pitti stands ashamed in the corner | ||
=== carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel | ||
pitti | seb128: I commented that bug, as well as bug 112955 | 10:08 |
ubotu | Launchpad bug 112955 in vino "vino (vnc) keyboard mapping problem" [High,In progress] https://launchpad.net/bugs/112955 | 10:08 |
seb128 | pitti: thanks | 10:08 |
seb128 | looking | 10:08 |
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
=== glatzor [n=renate@p549765C3.dip.t-dialin.net] has joined #ubuntu-devel | ||
doko | seb128: the sparc failures are related to a wrong(?) glib2.0 header file, libgnomecanvas did fail again | 10:12 |
seb128 | doko: I'll have a look | 10:12 |
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel | ||
=== Hobbsee waves | ||
pitti | Hobbsee! | 10:26 |
=== sahin_w [n=KT@210.216.53.194] has joined #ubuntu-devel | ||
Hobbsee | pitti! | 10:28 |
Hobbsee | zomg, shirish crack. | 10:28 |
seb128 | hello Hobbsee | 10:28 |
Hobbsee | more to the point, *more* shirish crack | 10:29 |
asisak | Where can you see that, Hobbsee? | 10:29 |
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel | ||
Hobbsee | asisak: ubuntu-devel-discuss mailing list | 10:30 |
Hobbsee | every time i see things with shirish in them, i want to gouge out my eyes. unfortunately, i cant just block anything with his email in it, as i still get people's replies to him, and if i remove them, i probably miss valid content. | 10:32 |
Hobbsee | asisak: about packages to build binaries from sources. | 10:32 |
Hobbsee | (from within apt) | 10:32 |
ajmitch | surely it's not *that* bad | 10:32 |
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel | ||
Hobbsee | ajmitch: well, it's not crack. it's more just blatant idiocy, and talking out the back of his head | 10:33 |
Hobbsee | ajmitch: if he had *any* clue about development of ubuntu, and debian packaging, he wouldnt have written that mail. | 10:33 |
Hobbsee | ajmitch: because apparently ubuntu accepts sources that dont build binaries, so you can install this package, to build said binaries for ubuntu. or something. | 10:34 |
ajmitch | aha | 10:34 |
ajmitch | since we make things fail to build, just for fun & an exercise for the user, right? | 10:35 |
Hobbsee | exactly | 10:36 |
=== asisak seems to finally start to discover the secrets that stand behind the success of ubuntu | ||
ajmitch | asisak: bitter rage? :) | 10:36 |
pitti | "Just a little taste of Gentoo" | 10:36 |
=== asisak did some packages that do not compile | ||
asisak | but all of them depend on gtk I guess | 10:37 |
Hobbsee | ajmitch: what i *really* dont get though, is that he's a self-declared new user, and a self-declared idiot, yet he regularly spouts off absolute rubbish to multiple mailing lists, bug reports, etc...and apparently thinks he's helping? | 10:37 |
Hobbsee | he is *not* helping as it's almost always absolute crap that someone will take time to reply to, just to tell him how wrong he is. ubuntu niceness, and all. | 10:37 |
ajmitch | Hobbsee: some people are like that, you have to let it pass & hopefully educate them, if possible | 10:37 |
Hobbsee | ajmitch: education fails. although, it works *slightly* better when you educate him, while paying him out at the same time. | 10:38 |
ajmitch | even the famous Hobbsee was new once | 10:39 |
ajmitch | though I recall you being awfully shy & not wanting to break anything :) | 10:39 |
Hobbsee | ajmitch: this is indeed true, but i at least shut up and watched what others did, so as not to make a bloody fool of myself at every possible opportunity | 10:39 |
Hobbsee | i'm not having a go at the newness - far from it. it's the fact that he constantly expresses his idiocy, without a thought about whether his thoughts are logical and correct, or not | 10:40 |
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
Hobbsee | ajmitch: does this mean that you think i do want to break everything now? :P | 10:42 |
seb128 | asisak: what error do you get? | 10:42 |
ajmitch | Hobbsee: you're far less afraid to | 10:42 |
coNP | seb128: only the sparc build error | 10:42 |
coNP | that is a gtk >= dep error | 10:43 |
ajmitch | Hobbsee: I remember how long it took to convince you to start merging stuff | 10:43 |
Hobbsee | heh. and you and StevenK teasing me, not letting me leave until id' done one in front of you. | 10:43 |
ajmitch | :) | 10:43 |
=== coNP_ [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
seb128 | coNP: ah, k, I'm on this one ;) | 10:44 |
coNP_ | cool, seb128 | 10:44 |
Riddell | pitti: should avahi-autoipd be changed to recommends in the seeds? | 10:52 |
pitti | Riddell: that would make sense IMHO | 10:52 |
pitti | Riddell: I'll do the same for Ubuntu | 10:53 |
Riddell | pitti: what about libnss-mdns? | 10:53 |
pitti | Riddell: the same, I think | 10:53 |
pitti | Riddell: shall I do the change in Ubuntu and you merge it? | 10:53 |
pitti | that's a bit easier for future seed changes with merges | 10:53 |
Riddell | pitti: ok | 10:53 |
Riddell | yes | 10:53 |
pitti | Riddell: committed | 10:54 |
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
=== chand| [n=rsamson@hoth.linagora.com] has joined #ubuntu-devel | ||
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel | ||
=== mgut [n=mathias@chello213047054216.31.11.tuwien.teleweb.at] has joined #ubuntu-devel | ||
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel | ||
=== Tonio_ [n=tonio@194.3.40.161] has joined #ubuntu-devel | ||
=== stub [n=stub@ppp-58.8.3.192.revip2.asianet.co.th] has joined #ubuntu-devel | ||
=== cassidy [n=cassidy@44.201-136-217.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel | ||
=== Tonio_ [n=tonio@194.3.40.161] has joined #ubuntu-devel | ||
=== keyes [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel | ||
=== tkamppeter_ [n=till@bl7-124-5.dsl.telepac.pt] has joined #ubuntu-devel | ||
iwj | doko: Is `gcj-4.2: Internal error: Killed (program jc1)' another symptom of the amd64 Java damage or is it something else ? | 11:48 |
=== glatzor [n=renate@p57AEF759.dip.t-dialin.net] has joined #ubuntu-devel | ||
doko | iwj: jc1, not ecj1? didn't see this yet. appears to be a problem with glibc-2.6 on amd64 | 11:50 |
iwj | I c&p'd that message, so yes. | 11:50 |
iwj | OK, I'll file a bug then with a full transcript. | 11:50 |
iwj | It might not be today, as I have a backlog of 81 of these autopkgtest ftbfs's to eyeball and report and I'm trying to get some other work done too. | 11:51 |
seb128 | pitti: bug #84007 | 11:55 |
ubotu | Launchpad bug 84007 in gnome-media "Cannot edit audio profiles without closing the list" [Undecided,In progress] https://launchpad.net/bugs/84007 | 11:55 |
seb128 | pitti: "whereas feisty has 2.18.1-0ubuntu1", were did you get this version? | 11:55 |
=== ion_ [i=ion@heh.fi] has joined #ubuntu-devel | ||
seb128 | gnome-media | 2.18.0-0ubuntu1 | feisty | source, amd64, i386, ia64, powerpc, sparc | 11:55 |
seb128 | that's from madison | 11:55 |
pitti | seb128: hm, weird, I used rmadison | 11:57 |
pitti | seb128: oh, gnome-media | 11:57 |
pitti | seb128: I madison'ed vino | 11:57 |
seb128 | well, there was one on vino and one on gnome-media | 11:57 |
seb128 | k | 11:57 |
pitti | *headdesk* | 11:57 |
seb128 | so the version is correct ;) | 11:58 |
seb128 | thanks | 11:58 |
pitti | seb128: sorry then :) | 11:58 |
seb128 | np | 11:58 |
pitti | seb128: bug updated | 11:59 |
pitti | seb128: so, gutsy and feisty-proposed at the same time are fine, but I won't copy it to -updates before it's fixed and tested in gutsy | 11:59 |
seb128 | ok | 12:00 |
pitti | seb128: so I see a bunch of syncs from you, but not libdbus-perl? | 12:02 |
seb128 | pitti: no, it's not on the mirror yet, I'll dget and do it by hand now | 12:03 |
pitti | mmm dget; that's news to me, thanks for the hint | 12:04 |
lool | There's a libnet-dbus-perl NMU in Debian unstable pending installation | 12:04 |
seb128 | lool: that's what we are speaking about | 12:04 |
lool | Ok; sorry | 12:05 |
seb128 | nothing to be sorry about, thanks for the information ;) | 12:05 |
lool | Will you switch to dbus 1.1.1 afterwards? | 12:05 |
seb128 | yes | 12:05 |
lool | Cool | 12:05 |
=== pitti merges dbus in the meantime then | ||
seb128 | pitti: there is a marge patch on launchpad | 12:09 |
seb128 | (in case you didn't notice) | 12:10 |
pitti | seb128: I saw, just looking at it | 12:10 |
seb128 | k | 12:10 |
seb128 | libnet-dbus-perl synced | 12:10 |
pitti | ah-haaaa | 12:11 |
=== shiyee [n=Shiyee@cpe.atm2-0-1051038.0x50a0f286.naenxx3.customer.tele.dk] has joined #ubuntu-devel | ||
=== pitti just realized the reason for the 'cannot initialize hal' bug on the live CD | ||
seb128 | ah? | 12:11 |
pitti | seb128: in feisty, hal was started by the dbus script | 12:11 |
seb128 | right | 12:11 |
pitti | now it has its own init script at prio 24 | 12:11 |
pitti | but gdm is at 13 | 12:11 |
seb128 | ah | 12:11 |
seb128 | gnome-session is starting faster then? | 12:12 |
pitti | I think the correct answer is to move hal's init script before gdm | 12:12 |
pitti | bit tricky, S12dbus and S13gdm | 12:12 |
pitti | S12hal would work due to asciibetical order, though | 12:12 |
pitti | but 12.5 would be better :) | 12:12 |
cjwatson | BASIC disease | 12:12 |
pitti | yeah :/ | 12:13 |
cjwatson | d-i did a BASIC-style renumbering exercise a couple of months ago on its installer-menu-item numbers | 12:13 |
=== pitti thinks back to his ol' C64 BASIC ages | ||
cjwatson | we just multiplied them all by 100, so should be enough room for a while yet | 12:14 |
pitti | init script prio migration is painful, but I think we have to do it | 12:14 |
=== pitti files a tribe-4 bug for himself | ||
=== heno [i=henrik@ubuntu/member/heno] has joined #ubuntu-devel | ||
cjwatson | I think S12hal would be OK here | 12:14 |
cjwatson | ish | 12:14 |
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
cjwatson | there's a distressing amount of pressure on the 10-20 range | 12:14 |
cjwatson | I think it was a mistake to have the default be 20 originally | 12:15 |
cjwatson | (rather than 50) | 12:15 |
giskard | morning | 12:15 |
cjwatson | unfeasible to change now, of course :( | 12:16 |
=== _cerbero_ [n=jga@pD9E60991.dip.t-dialin.net] has joined #ubuntu-devel | ||
pitti | well, fractionals look terribly ugly, but it'd be a last resort | 12:17 |
pitti | fortunately it's "D"bus and not "X"bus or so :) | 12:17 |
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel | ||
pitti | elkbuntu, Hobbsee: bug 127913 FYI (I think you saw that, but I didn't find a bug report yet) | 12:18 |
ubotu | Launchpad bug 127913 in hal "hal starts too late" [High,In progress] https://launchpad.net/bugs/127913 | 12:18 |
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #ubuntu-devel | ||
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
elkbuntu | pitti, yeah, i must have forgotten to report it, sorry for that. testing stuff in the high wee hours isnt always smart : | 12:32 |
elkbuntu | pitti, would it also be why sometimes my networking hasnt started properly? | 12:32 |
=== raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-devel | ||
pitti | elkbuntu: it's possible | 12:33 |
pitti | seb128: ah, with new dbus network-admin is almost empty | 12:35 |
seb128 | "almost"? | 12:36 |
seb128 | do you have the new perl package? | 12:36 |
seb128 | I mean libnet-dbus-perl | 12:36 |
pitti | seb128: no, I'm going to wait with the upload until it's available and I confirmed it to fix the issue | 12:36 |
seb128 | k | 12:36 |
pitti | yeah, s/almost// :) | 12:37 |
=== Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel | ||
=== Hobbsee comes back, sees red | ||
=== Hobbsee comes back, sees red | ||
Hobbsee | https://bugs.launchpad.net/ubuntu/+bug/127915 ...what? | 12:44 |
ubotu | Launchpad bug 127915 in Ubuntu "c2f87d89633a6ea26a02b23d298543d" [Undecided,New] | 12:44 |
pitti | Hobbsee: I think this is a hwdb identifier | 12:44 |
Hobbsee | pitti: i'd guess so, but why has the guy filed it in a bug, saying "no sound"? | 12:45 |
=== Hobbsee wonders about sending that as a support request | ||
pitti | maybe he really doesn't have no sound? :) | 12:45 |
Hobbsee | i realise that... :P | 12:45 |
Hobbsee | i'm just wondering how on earth the guy expects the sound to be fixed, just like that. | 12:45 |
=== keyes [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel | ||
Fujitsu | Does the hwdb data go anywhere but /dev/null at the moment? | 12:46 |
cjwatson | yes, it lands somewhere on rookery and we can do statistical analysis on it | 12:46 |
cjwatson | certainly not anywhere near as useful as it should be though | 12:47 |
cjwatson | no sound> cf. bug 123126 which I just happened to be looking at | 12:47 |
ubotu | Launchpad bug 123126 in linux-source-2.6.20 "After kernel update to 2.6.20-16 on Acer Extensa 4014 I lost sound" [Undecided,New] https://launchpad.net/bugs/123126 | 12:47 |
=== luisbg [n=luisbg@131.Red-88-17-123.dynamicIP.rima-tde.net] has joined #ubuntu-devel | ||
=== ivoks [n=ivoks@83-131-95-96.adsl.net.t-com.hr] has joined #ubuntu-devel | ||
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel | ||
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel | ||
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-devel | ||
=== IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel | ||
Hobbsee | oh fricking.... | 01:19 |
Hobbsee | calc: what'd you do? | 01:19 |
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel | ||
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel | ||
=== sjoerd_ [n=sjoerd@tunnel3460.ipv6.xs4all.nl] has joined #ubuntu-devel | ||
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has left #ubuntu-devel [] | ||
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel | ||
elmo | mjg59: ping | 01:37 |
=== ScottK [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-devel | ||
pitti | seb128: I grabbed the new libnet-dbus-perl from accepted, works great | 01:42 |
seb128 | pitti: rock on ;) | 01:42 |
=== pitti uploads new dbus then | ||
=== \sh is now known as \sh_away | ||
Nafallo | pitti: hello :-) | 01:43 |
pitti | hello Nafallo | 01:43 |
Nafallo | pitti: might want to approve bacula in dapper-proposed :-) | 01:43 |
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-devel | ||
=== pitti waves to Keybuk | ||
=== Keybuk waves to everyone | ||
=== desrt pokes Keybuk | ||
=== ion_ waves to cosine | ||
Nafallo | hi Keybuk :-) | 01:46 |
=== allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-devel | ||
Keybuk | http://people.ubuntu.com/~scott/theme.png | 01:47 |
=== \sh_away is now known as \sh | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
Keybuk | err, reload that | 01:48 |
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel | ||
Hobbsee | heya Keybuk! | 01:49 |
=== Hobbsee pokes desrt | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
agoliveira | amitk: ping? | 02:01 |
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
amitk | agoliveira: pong | 02:02 |
agoliveira | amitk, Hi. I noticed that the kernel on tribe 3 uses a very old version of the asus-acpi module. Do you know why? | 02:03 |
agoliveira | amitk, delay that. | 02:03 |
agoliveira | Hold on | 02:03 |
agoliveira | amitk, My mistake. Actually, I wanted to use asus-laptop and not asus_acpi. It's ok, just that the asus-laptop, in my opinion, should be the default and not asus_acpi. | 02:05 |
=== ScottK2 [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-devel | ||
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel | ||
amitk | agoliveira: if there is a good reason to switch, make a case and we shall do it. | 02:07 |
agoliveira | amitk, asus-laptop (http://acpi4asus.sourceforge.net/) is already in the kernel and is far more complete than the default asus_acpi. | 02:08 |
agoliveira | Without, I can't, for instance, switch to external monitors. | 02:08 |
agoliveira | or control some fancy leds that models like the G series have. | 02:09 |
agoliveira | but, of course, the external monitor problem is the worse. | 02:09 |
amitk | agliveira: any missing features that you know of in asus-laptop that are present in asus-acpi? | 02:10 |
agoliveira | amitk, none that I'm aware of. It don't see any problem removing it on my Asus G1 and replacing it by asus-laptop. | 02:11 |
zul_ | agoliveira: is this the led thing? | 02:12 |
agoliveira | zul_, the leds work with the asus-laptop but the biggest problem is not being able to switch to an external monitor without it. | 02:13 |
zul_ | agoliveira: its a usb quirk thing i think, i remember seeing it on the linux-usb-devel mailing list | 02:14 |
GyrosGeier | I use asus_acpi in Debian's 2.6.21, and I can switch just fine | 02:15 |
GyrosGeier | (A series laptop) | 02:15 |
agoliveira | zul_. BTW, I also already can control the OLED display as well. Me and a friend are writting a driver for it. | 02:15 |
GyrosGeier | it doesn't do any good because the native resolution couldn't be handled by anything I had ever connected. | 02:16 |
agoliveira | GyrosGeier: Right now I'm working with an external 20" LCD running at 1658x1024, the same native resolution od the notebook, LCD. I didn't have any problems at all with that. | 02:18 |
=== alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel | ||
=== statik [n=emurphy@canonical/launchpad/statik] has left #ubuntu-devel ["Ex-Chat"] | ||
agoliveira | s/1658/1680 | 02:18 |
GyrosGeier | agoliveira, cool | 02:18 |
agoliveira | sorry I meant 1680x1050 | 02:18 |
GyrosGeier | the A series turns the LCD black if you use a non-widescreen resolution | 02:19 |
agoliveira | GyrosGeier: This external LCD is widescreen connected to DVI so I can't say. | 02:19 |
=== mitsuhiko [n=nblackbi@hammett.srv.pocoo.org] has joined #ubuntu-devel | ||
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel | ||
=== zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel | ||
agoliveira | amitk, btw, is the patch to load a custom DSDT already in the gutsy kernel? | 02:23 |
amitk | agoliveira: the CVS version that supports 2.6.22 is far ahead of the in-kernel version | 02:23 |
amitk | agoliveira: yes.. I pushed it in yesterday | 02:23 |
pitti | meh, nautilus crashes all over the place since latest dist-upgrade today | 02:25 |
agoliveira | amitk: Weird... the cvs version shows 0.41 while the in-kernel shows 0.42... | 02:26 |
Hobbsee | pitti: you didnt really *want* nautilus, did you? | 02:27 |
pitti | Hobbsee: occasionally I even use it, just to get used to GUIs a bit more :) | 02:28 |
Hobbsee | haha | 02:28 |
Hobbsee | poor pitti, happy with his console. | 02:28 |
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel | ||
thom | consoles are the future. this GUI stuff will be seen as the fad it is! | 02:31 |
Hobbsee | :P | 02:31 |
Kmos | no console, no future :) | 02:32 |
Hobbsee | no question | 02:32 |
Kmos | bug 127931 | 02:32 |
ubotu | Launchpad bug 127931 in f-spot "f-spot.exe crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/127931 | 02:32 |
Kmos | .exe? lol | 02:32 |
Hobbsee | just *only* consoles would get slightly dull though | 02:32 |
Hobbsee | Kmos: there are a fair few like that. | 02:33 |
StevenK | It's mono | 02:33 |
asisak | Kmos: .net has exe | 02:33 |
calc | Hobbsee: huh? | 02:33 |
Kmos | yeah.. mono is like ... (very bad word) | 02:33 |
Kmos | lol | 02:33 |
calc | Hobbsee: you asked what did i do? | 02:33 |
Hobbsee | calc: yes. ooo is broken again. | 02:34 |
calc | Hobbsee: i didn't do anything at all | 02:34 |
Hobbsee | calc: doesnt start | 02:34 |
calc | Hobbsee: there hasn't been a new upload since last week | 02:34 |
calc | Hobbsee: so someone broke something else in that case | 02:34 |
Hobbsee | well, find them, and yell at them :) | 02:34 |
Hobbsee | (process:17234): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.13.7/gobject/gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function | 02:34 |
Hobbsee | (process:17234): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed | 02:34 |
Hobbsee | (process:17234): Gdk-CRITICAL **: gdk_screen_get_font_options: assertion `GDK_IS_SCREEN (screen)' failed | 02:34 |
Hobbsee | is what i seem to get, from a console | 02:35 |
Kmos | http://arstechnica.com/news.ars/post/20070723-ars-at-ubuntu-live-mark-shuttleworths-keynote.html | 02:35 |
Hobbsee | and it sitting there with the splash screen | 02:35 |
Kmos | gtk is broken as seb128 said | 02:35 |
=== kaptengu [n=kaptengu@c213-100-60-183.swipnet.se] has joined #ubuntu-devel | ||
calc | Hobbsee: see what Kmos just said | 02:35 |
amitk | agoliveira: nevermind, the cvs is identical to the in-kernel version. I was looking under drivers/acpi. But it is under drivers/misc | 02:35 |
seb128 | hum | 02:35 |
seb128 | Kmos: did I say that? | 02:36 |
Kmos | seb128: didn't you? | 02:36 |
seb128 | the error mentionned to Hobbsee is new to me | 02:36 |
Hobbsee | i thought he was talking about gtk being broken on sparc. | 02:36 |
=== asisak is sorry: oo.o works for me | ||
seb128 | doesn't look like the same issue than the nautilus crasher | 02:36 |
seb128 | there is a nautilus crasher | 02:36 |
Kmos | 12:41 <seb128> gtk+ didn't build on sparc due to a glib bug | 02:36 |
seb128 | and a sparc build issue due to glib | 02:36 |
Kmos | only at sparc? | 02:36 |
Kmos | =) | 02:36 |
seb128 | right, that's a build and installability issue | 02:36 |
asisak | yea, and this breaks a lot of packages that depend on glib | 02:36 |
asisak | (only on sparc) | 02:37 |
seb128 | the error Hobbsee is mentionning is something else | 02:37 |
asisak | Hobbsee: how did you do this? | 02:37 |
Hobbsee | sarah@LongPointyStick:~$ ooffice -calc | 02:37 |
=== Gman [i=gman@nat/sun/x-48417eda491c2f98] has joined #ubuntu-devel | ||
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel | ||
amitk | agoliveira: nevermind, the cvs is identical to the in-kernel version. I was looking under drivers/acpi. But it is under drivers/misc | 02:37 |
=== calc updates his desktop to current gutsy | ||
Hobbsee | someone else mentioned ooo not opening either, but i dont remember who | 02:38 |
agoliveira | amitk: Ah, so I'm not that crazy ;) | 02:38 |
seb128 | Hobbsee: crashes the same way here | 02:38 |
Hobbsee | seb128: yay! let's both blame calc then :P | 02:38 |
calc | there are new glib, gtk, glibc so maybe something will break :) | 02:38 |
asisak | calc works as well | 02:38 |
asisak | I mean oocalc | 02:38 |
asisak | :) | 02:38 |
agoliveira | amitk: You told me that the DSDT patch went to the kernel yesterday so it's 2.6.22-9? | 02:38 |
Hobbsee | calc: sure, but we'll blame you anyway. | 02:39 |
calc | whatever it is it is unlikely to be ooo's fault since it worked until seb updated glib/gtk | 02:39 |
seb128 | Hobbsee: downgrading to GTK 2.11.5 make it work, I tend to blame GTK | 02:39 |
amitk | agoliveira: yes. Tribe 4 should have it | 02:39 |
Hobbsee | seb128: great. | 02:39 |
=== xxxxx1 [n=xxxxx1@201.64.79.214] has joined #ubuntu-devel | ||
Hobbsee | seb128: seriously, just get rid of gtk... | 02:40 |
=== Hobbsee ducks | ||
agoliveira | amitk: So we are not getting a kernel update meanwhile? | 02:40 |
seb128 | Hobbsee: what about getting ride of you? ;) | 02:40 |
StevenK | And go back to Athena? | 02:40 |
calc | yea for athena! :) | 02:40 |
seb128 | s/ride/rid | 02:40 |
Hobbsee | seb128: i'm sure you wouldnt want to get rid of me... | 02:40 |
Kmos | seb128: hehe | 02:40 |
amitk | agoliveira: we might... | 02:40 |
Hobbsee | would you? | 02:40 |
=== StevenK murders calc. | ||
calc | and fvwm for window manager | 02:40 |
seb128 | Hobbsee: no I wouldn't ;) | 02:40 |
=== seb128 hugs Hobbsee | ||
Hobbsee | oh good | 02:40 |
=== StevenK double-murders calc. | ||
=== Hobbsee hugs seb128 back :) | ||
Kmos | StevenK: that's a monster kill :D | 02:41 |
calc | heh | 02:41 |
Kmos | calc: not calling you a monster :-) | 02:41 |
Kmos | hehe | 02:41 |
StevenK | seb128: Who else would deal all of KDEs bugs, er, I mean features. :-P | 02:41 |
amitk | calc: you are spoilt. Nothing beats TWM | 02:41 |
StevenK | deal with, even | 02:41 |
calc | amitk: yuck | 02:41 |
agoliveira | amitk: hmmm... can you point me to (or send me) the patch? I will apply myself so. It's anoying having to manually switch to the external monitor manually everytime. | 02:41 |
Kmos | Get ride of kubuntu, like pat do with gnome for slackware :) | 02:42 |
Hobbsee | /kb kmos | 02:42 |
amitk | agoliveira: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy.git;a=summary | 02:42 |
Kmos | Hobbsee: :P | 02:42 |
Riddell | !CoC | Kmos | 02:42 |
ubotu | Kmos: The Ubuntu Code of Conduct to which we ask all Ubuntu users to adhere can be found at http://www.ubuntu.com/community/conduct/ | 02:42 |
StevenK | Kmos: I don't exactly trust a man whos idea of a package system is one that isn't. | 02:43 |
amitk | agoliveira: git clone git://kernel.ubuntu.com/ubuntu/ubuntu-gutsy.git should get you the latest kernel | 02:43 |
Hobbsee | Riddell: i think seb128 needs to be thrown out into the snow or something, next UDS. | 02:43 |
Kmos | Riddell: i'm just kidding | 02:43 |
calc | StevenK: it worked well in 1995 when heavy package systems would have killed systems | 02:43 |
=== TheMuso shudders... Slackware.... | ||
agoliveira | amitk: Thanks | 02:43 |
elmo | Riddell: the CoC is not a stick to beat anyone with who expresses any negative view on kubuntu, please stop using it as such | 02:43 |
calc | StevenK: trying to use dpkg/dselect on a pentium 90 with 16mb of ram is not pretty | 02:43 |
Kmos | calc: oh my god | 02:44 |
StevenK | calc: It's useable, just slow. rpm is much worse | 02:44 |
=== calc used slackware 2.2 | ||
calc | StevenK: i'm not sure that statement is actually true, iirc it swapped like hell even ~ 5 years ago the last time i tried it on my old box | 02:44 |
calc | i think it used a multiple of 16mb at the time, not sure how it has been tuned since then | 02:45 |
calc | but it definitely wasn't a pretty sight | 02:45 |
calc | Kmos: i started out with slackware 2.2 and linux 1.2.4 (from what i recall) debian was around then but i didn't notice it on my infomagic cd's at the time | 02:46 |
=== Hobbsee wishes the powers that be in ubuntu made the fact that backports is not supported significantly clearer | ||
agoliveira | amitk: BTW, one more thing, the current kernel wrongly attaches an USB device present in some Asus notebooks (id 0b05:1726) to usbhid. Actually, there is no kernel driver for it. What can I do to help fix this? | 02:46 |
Kmos | calc: i started with rh8.. | 02:46 |
Kmos | never tried slack | 02:46 |
ScottK | Hobbsee: Is there an issue that needs dealing with? | 02:46 |
Kmos | after rh, i used ubuntu until now.. and i don't think in change | 02:47 |
calc | Kmos: not much point to try slackware by that point | 02:47 |
StevenK | Hobbsee: We need backports-manager like restricted-manager! | 02:47 |
amitk | agoliveira: file a bug | 02:47 |
Hobbsee | ScottK: just the amount of crack that goes thru, and the bugs | 02:47 |
Kmos | i like to read slack changelogs :D are funny.. | 02:47 |
Kmos | lol | 02:47 |
calc | Kmos: i have the old original redhat release with rpp files, heh | 02:47 |
zul | agoliveira: i have a fix for that in my git tree already | 02:47 |
Kmos | calc: that's for museum | 02:47 |
Kmos | :) | 02:47 |
Kmos | lol | 02:47 |
agoliveira | amitk: I was about to :) I was wondering about what kind of information one might need. | 02:47 |
calc | Kmos: yep | 02:47 |
agoliveira | zul: Cool | 02:47 |
ScottK | Hobbsee: OK. If it was a specific bug, I might look into it. I'll note for the record that (AFAIK) none of my backports have been particularly crackish. | 02:48 |
StevenK | calc: Surely that disc has started fossilising? | 02:48 |
Kmos | hehe | 02:48 |
calc | Hobbsee: another data point, ooffice -calc works for me after updating gutsy | 02:48 |
amitk | zul: is a quirk fix? | 02:48 |
zul | agoliveira: but please file a bug first | 02:48 |
zul | amitk: yes | 02:48 |
StevenK | Wanting to fix clamav is fairly crack worthy. :-P | 02:48 |
calc | Hobbsee: i haven't restarted gnome but it still works right now anyway | 02:48 |
Kmos | back later guys.. nice work :) | 02:48 |
calc | StevenK: heh probably so | 02:48 |
Hobbsee | ScottK: havent seen anything specific in the past few days | 02:48 |
Hobbsee | just a bug that came in reminded me | 02:49 |
ScottK | OK. | 02:49 |
amitk | agoliveira: just the output of 'lsusb' and pointer to specific device | 02:49 |
Hobbsee | calc: right | 02:49 |
agoliveira | amitk: Ok, will do it. | 02:49 |
agoliveira | Thanks | 02:49 |
TheMuso | c/ | 02:50 |
TheMuso | ugh kvm | 02:50 |
calc | Hobbsee: after restarting gnome it still works, interesting bug | 02:50 |
calc | gar! | 02:51 |
calc | metacity lost its snap to window feature? | 02:51 |
calc | now it only can snap to borders of the desktop | 02:51 |
calc | seb128: any idea about that issue? | 02:51 |
StevenK | calc: It isn't using compiz? | 02:51 |
seb128 | calc: you are using compiz, aren't you? | 02:52 |
calc | StevenK: it appears my system is using metacity still | 02:52 |
seb128 | so no, no idea | 02:52 |
seb128 | metacity didn't change recently | 02:52 |
calc | hmm odd then | 02:52 |
seb128 | it works fine for me and nobody else mentioned it | 02:52 |
amitk | zul: are you planning to request a pull with other stuff soon? | 02:52 |
calc | maybe i should clean my dotdirs out | 02:52 |
zul | amitk: yes tomororw morning | 02:52 |
calc | seb128: it appears its somewhat more narrow bug, i can't snap a window to a window below it on the screen | 02:52 |
seb128 | calc: metacity doesn't do snapping though, only edge resistancy | 02:53 |
amitk | zul: cool. Then it will go in for the next release | 02:53 |
calc | i mean the shift+click | 02:53 |
calc | i mean the shift+click | 02:53 |
zul | amitk: yeppers | 02:53 |
calc | er | 02:53 |
calc | gar my enter keeps getting in the way | 02:53 |
calc | i mean the shift+click+drag | 02:53 |
seb128 | ah, still work fine for me | 02:53 |
calc | i have two gnome terminal windows on my desktop | 02:53 |
calc | one in upper left and one in lower left | 02:54 |
calc | if i try to drag the top one down it obscures the bottom one | 02:54 |
calc | but if i drag the bottom one up it snaps to properly | 02:54 |
calc | but it compiz is what should be used i can try to determine why its not on my box | 02:54 |
seb128 | compiz is used on new installations only | 02:55 |
calc | when dragging the bottom one down it snaps all the way to the bottom bar in gnome not to the top of the other terminal | 02:55 |
seb128 | otherwise you have to enable it in the appearance dialog | 02:55 |
calc | it doesn't work | 02:56 |
calc | errors out | 02:56 |
calc | i'm on nvidia binary driver | 02:56 |
calc | is that a known issue? | 02:57 |
agoliveira | zul, amitk, done. Let me know if you need anything else. BTW, I have userland code that actually drives this OLED display. If you want to make it a kernel driver, let me know. | 02:58 |
seb128 | calc: nv or nvidia? | 03:08 |
seb128 | ah, binary | 03:08 |
seb128 | should work I think | 03:09 |
seb128 | mvo_ knows better | 03:09 |
=== mathiaz [n=mathiaz@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel | ||
=== agoliveira is now known as agoliveira_BRB | ||
mvo_ | calc: can you please put the content of .xsession-errors to a pastebin? | 03:11 |
Hobbsee | mvo_! | 03:12 |
mvo_ | hey Hobbsee | 03:12 |
=== sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel | ||
=== agoliveira_BRB is now known as agoliveira | ||
=== Kano [n=kano@91.64.67.21] has joined #ubuntu-devel | ||
Kano | hi, when will be amd64 current fixed? | 03:27 |
Kano | sudo -i, id does not work | 03:27 |
Hobbsee | "when it's fixed" | 03:27 |
Hobbsee | Kano: bug number? | 03:28 |
Mithrandir | Kano: works fine for me | 03:28 |
Kano | Mithrandir: kubuntu amd64 current not | 03:28 |
pitti | Kano: what does it do for you? | 03:28 |
Kano | segfault | 03:28 |
pitti | $ sudo -i | 03:28 |
pitti | root@donald:~# id | 03:28 |
pitti | uid=0(root) gid=0(root) Gruppen=0(root) | 03:28 |
Mithrandir | Kano: there's no difference between those for ubuntu and kubuntu. | 03:28 |
pitti | Kano: oh, wait | 03:28 |
sbalneav | Hey all, currently looking at squashing Bug #107518. What would be a "good" way to determine if a given filesystem is "dirty"? | 03:28 |
ubotu | Launchpad bug 107518 in ltspfs "auto filesystem mounting can cause hideous data loss" [Medium,Confirmed] https://launchpad.net/bugs/107518 | 03:28 |
pitti | Kano: does 'id' segfault as normal user, too? | 03:28 |
Kano | id -> Illegal instruction -> core dump | 03:29 |
Kano | yes | 03:29 |
Riddell | Kano: does the md5sum match that in the package? | 03:29 |
pitti | Kano: on the last live CD we had file system corruption which often affected /usr/bin/id | 03:29 |
Kano | Riddell: of course | 03:29 |
pitti | $ md5sum /usr/bin/id | 03:29 |
pitti | b95e1a28e650a12f2d0ec9dd34aab6ab /usr/bin/id | 03:29 |
pitti | Kano: ^ for you? | 03:29 |
Kano | c1... | 03:30 |
pitti | Kano: I heard many people for whom /usr/bin/id was a fragment of XML, or an MPEG or such stuff | 03:30 |
pitti | Kano: please try 'apt-get install --reinstall coreutils' (from the network source) | 03:30 |
pitti | Kano: just FYI, it's most likely bug 126964 | 03:31 |
ubotu | Launchpad bug 126964 in linux-source-2.6.22 "gutsy livefs causes random hangs or modprobe crashes" [Critical,New] https://launchpad.net/bugs/126964 | 03:31 |
Kano | hmm that worked | 03:31 |
pitti | oh, thanks for verifying | 03:32 |
Kano | how about switching to aufs | 03:32 |
pitti | Kano: pkl already fixed the bug, when we'll get a new kernel upload it should be history | 03:32 |
Kano | how to add 2 little id patches to next kernel? | 03:33 |
Kano | i dislike to patch is every time | 03:33 |
pitti | Kano: 'every time'? | 03:34 |
Kano | i have a script to recompile it for etch, but maybe i would base new kanotix directly on gutsy. | 03:34 |
Kano | and i NEED those patches | 03:34 |
Kano | http://kanotix.com/files/kernel/kernel-update-pack/source/ | 03:35 |
Kano | the 2 patches | 03:35 |
Kano | very small, just adding ids | 03:35 |
pitti | Kano: looks sensible; please file them as bugs against linux-source-2.6.20 | 03:37 |
Kano | the via patch is for the intel via ids of the well known via southbridge bug | 03:37 |
Kano | the other supports the card within the name of the patch | 03:38 |
Kano | patches are for .22 too | 03:38 |
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel | ||
=== Erlang [i=neumann@bas1-sherbrooke40-1128761255.dsl.bell.ca] has joined #ubuntu-devel | ||
Kano | is it known that the textmode has no german layout only kde when booted with language option | 03:40 |
Riddell | Kano: it's not clear what you mean | 03:41 |
=== \sh is now known as \sh_away | ||
Riddell | Kano: are you saying linux console is in US keyboard layout while X is using german? | 03:41 |
Kano | when you press ctrl-alt-f1 | 03:41 |
=== pitti sighs about yet another automatix-inflicted breakate | ||
pitti | s/te$/ge/ | 03:41 |
Kano | i use live cds for testing my gfx install scripts | 03:42 |
seb128 | we should find a way to ban the automatix use ;) | 03:42 |
Nafallo | seb128: please do :-) | 03:42 |
Kano | of course i know us keyboard layout,but i would prefer german as my keyboard is german... | 03:42 |
Mithrandir | seb128: make update-manager and synaptic refuse to touch the system if automatix has ever been installed. | 03:43 |
Mithrandir | or libc fail to install | 03:43 |
Hobbsee | Mithrandir: that's already the plan, isnt it? | 03:43 |
Nafallo | Mithrandir: that would break Jennys box ;-) | 03:43 |
pitti | Mithrandir: I think I should disable apport reports if automatix is in apt sources | 03:43 |
pitti | (I'm serious) | 03:43 |
Nafallo | Mithrandir: but then I think I cleaned out the whole damn mess... | 03:43 |
pitti | it just creates clutter | 03:43 |
Hobbsee | pitti: so's Mithrandir :) | 03:43 |
=== chand| [n=rsamson@hoth.linagora.com] has joined #ubuntu-devel | ||
Hobbsee | pitti: cant see why you arent alraedy, tbh | 03:43 |
Mithrandir | Nafallo: *shrug*; reinstall then. Or edit the dpkg status file. | 03:43 |
pitti | can someone tell me how to detect it? | 03:43 |
pitti | it's just grep -v on apt sources, I figure? | 03:44 |
Mithrandir | pitti: if dpkg -s automatix shows it? | 03:44 |
Kano | who can show me how these kubuntu current images are built? | 03:44 |
pitti | Mithrandir: ah, there's a proper package? last time I saw it I thought it boiled down to an apt source | 03:44 |
Kano | the live ones | 03:44 |
Mithrandir | pitti: I think it's a proper package now, yes. | 03:44 |
Hobbsee | pitti: you could check the status file too, to see if it was ever installed. | 03:44 |
=== Erlang [i=neumann@bas1-sherbrooke40-1128761255.dsl.bell.ca] has left #ubuntu-devel [] | ||
Nafallo | Mithrandir: I extracted the damn sources through the deb since upstream refused to give me the source in a easier way and read through to be able to revert what it did :-P | 03:45 |
pitti | Mithrandir: great use case for my 'general package hooks' :) | 03:45 |
Mithrandir | pitti: haha. :-) | 03:45 |
pitti | actually designed for apparmor, but would be great for automatix as well | 03:45 |
Kano | btw. i have even more sugestions.... if you like i write em in a textfile | 03:45 |
pitti | Kano: https://help.ubuntu.com/community/LiveCDCustomization | 03:46 |
Kano | my questions is not about modifing, it is to build from scatch | 03:46 |
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
Kano | i want a clean build | 03:47 |
pitti | " Michael Dell, Founder and CEO of Dell Inc., uses Automatix2 on his home computer" | 03:47 |
=== pitti boggles | ||
Nafallo | pitti: can't you reinstall Ubuntu automagically upon detection? ;-) | 03:48 |
Kano | is there any possiblity to get newer fuse-utils than in sid | 03:48 |
evand | hilarity: http://www.getautomatix.com/wiki/index.php?title=FAQ#Does_Automatix2_break_Ubuntu_upgrades.3F | 03:48 |
Kano | 2.6.5 is faulty | 03:48 |
Kano | 2.7.0 is ok | 03:48 |
Kano | when used with uuids in fstab for ntfs-3g | 03:49 |
pitti | http://www.getautomatix.com/wiki/index.php?title=Installation -> ah, so that package is automatix2 now; I guess I'll check for both | 03:49 |
Kano | i heard that fuse 2.7.x will not enter sid until the other is in lenny, that can take ages | 03:50 |
=== Hobbsee wonders when the tech board will actually make a statement about automatix. | ||
pitti | Kano: we can update it in Ubuntu only, if it's important | 03:51 |
stdin | heh "Ubuntu has been notorious for breaking xserver packages several times" <- once != several times | 03:51 |
pitti | Hobbsee: in what way? | 03:51 |
Kano | well i use it a while for my with etch backports, works fine | 03:51 |
pitti | Kano: you should coordinate that with ogra, though, since he's our heaviest fuse user | 03:52 |
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel | ||
Kano | i am a heavy ntfs-3g user ;) | 03:52 |
Kano | speed is really nice | 03:52 |
pitti | Kano: right | 03:52 |
pitti | Kano: I meant, ogra needs it for ltsp and such | 03:52 |
Hobbsee | pitti: about whether it's good or not | 03:52 |
pitti | Kano: maybe you can send him some test packages, and if they work for ltsp, we'll upload it? | 03:52 |
Kano | i would prefer that kde could use it | 03:52 |
Kano | my packages are too simple, just exchanged 2.65 with 2.70, not worth to think about... maybe you want other changes? | 03:53 |
sbalneav | I'd have to check and see if the newer fuse works with the ltsp stuff, but I have no objection to moving forward. | 03:54 |
Riddell | Kano: where did you set the keyboard layout? | 03:54 |
sbalneav | I'm upstream for the ltsp side of things so if something needs to be done for a newer fuse, it's easy. | 03:54 |
pitti | Kano: right, it's mainly to get it verified with the ltsp guys that 2.7 doesn't break anything (or get the necessary fixes into ltsp) | 03:54 |
pitti | hey sbalneav | 03:54 |
sbalneav | Hey pitti! | 03:54 |
Kano | Riddell: well on feisty i think it worked. used the language selection | 03:55 |
pitti | Kano: we are still well before upstream version freeze, so getting it in now is no problem | 03:55 |
Kano | http://kanotix.com/files/thorhammer/updates/ | 03:55 |
evand | We should really document the cases where automatix breaks the world and put them somewhere centralized so we can point to it when they start spreading FUD again | 03:55 |
Kano | these are mainly newer packages than in sid | 03:56 |
Kano | maybe except the discover-data, this is a bit specific | 03:56 |
ScottK | evand: I'd say pointing to the line where it sigkills dpgk should be sufficient evidence (with a proper explanation) of why it should not be used. | 03:56 |
Kano | not that many packages | 03:57 |
Hobbsee | evand: ScottK stick the source package somewhere, etc. | 03:57 |
Hobbsee | including the part about the sigkill of dpkg | 03:57 |
ScottK | evand: You don't actually need a source package (and they don't provide it) you can just unpack the .deb. | 03:58 |
Kano | 915res has one added id for intel g33 (needed for vesa basically only but it worked...) | 03:58 |
Nafallo | ScottK: I tried to ask them why they didn't provide that :-) | 03:59 |
Hobbsee | ScottK: evand but they would just whinge about how that's defamation, etc, most likely, and that the ubuntu devs dont try to work with them | 03:59 |
Nafallo | ScottK: apperently it's to hard for them to dput _source.changes to their archive ;-) | 03:59 |
Hobbsee | actually, that X thing probably relates to people who install the binary drivers via automatix, which then get hosed every kernel update | 03:59 |
=== Steck [n=Steck@c-24-12-49-58.hsd1.in.comcast.net] has joined #ubuntu-devel | ||
Kano | Riddell: did you patch your k3b also with the old code for verify? i added it to my package | 04:00 |
ScottK | jdong had said something about talking to them a while ago. | 04:00 |
ScottK | jdong: Did you get anywhere with that? | 04:00 |
jdong | ScottK: no, it stalled after a forum council meeting | 04:01 |
evand | Hobbsee: we could also document past attempts of trying to encourage them to create a team that tests the upgrade path using automatix, if need be | 04:01 |
Riddell | Kano: I'm not sure, I've lost track of k3b patches since other people seem to be maintaining it. you can check with apt-get source k3b | 04:01 |
Hobbsee | ScottK: he likely got very abused, etc, about how all the MOTUs are crap, etc | 04:01 |
jdong | ScottK: and to be honest I don't think it's going to go anywhere.... :( | 04:01 |
Hobbsee | evand: they wont listen. | 04:01 |
jdong | ScottK: we're getting walked all over by Arnav at the forums. | 04:01 |
elkbuntu | Nafallo, for a brief time they even had a compiled python file or something in their package | 04:01 |
Hobbsee | evand: you'd have to go purely by technical merit, or lack of it | 04:01 |
Kano | Riddell: from changelog i dont think so. i extracted the needed patches from websvn | 04:01 |
cjwatson | Kano: the livecd-rootfs package is used to build the live filesystem | 04:01 |
Hobbsee | evand: hell, they dont even seem to care that they're installing binaries which they cant see the source for | 04:01 |
Kano | cjwatson: thanks | 04:02 |
Riddell | Kano: oh if it's in upstream we'll get it when we package 1.0.3 | 04:02 |
Kano | maybe add it... otherwise cd is ejected but not verified | 04:02 |
cjwatson | Kano: was your console keyboard layout issue with feisty or gutsy? (there were two known relevant bugs in feisty) | 04:02 |
Kano | yes it is in upstream. but do you like to wait for 1.0.3 ;) | 04:02 |
Kano | gutsy | 04:02 |
cjwatson | interesting | 04:02 |
Kano | i am testing currently only | 04:03 |
=== cjwatson tries with an Ubuntu live CD image | ||
ScottK | jdong: As we discussed before, if they would respect the packaging system, then I don't think we'd say bad things. | 04:03 |
ScottK | jdong: And feel free to tell them you're welcome for fixing the clamav bug they whined about on their web page with no help from them. | 04:04 |
Kano | cjwatson: i want more features in live mode, like possible execution of scripts, more cheatcodes and such things | 04:04 |
cjwatson | there's a bug on casper about providing more hooks; feel free to file additional bugs for specific items | 04:05 |
=== jikanter [n=jordan@Leapfrog-Online-1143628.cust-rtr.ameritech.net] has joined #ubuntu-devel | ||
Kano | i think gutsy could get pretty good when those little things are fixed | 04:06 |
elkbuntu | dear nautilus. please stop restarting, it is awfully counterproductive. love elky | 04:06 |
cjwatson | wow, this live CD is buggered | 04:06 |
cjwatson | booting in vmware, and all commands hang | 04:06 |
Kano | how is packaging the avm drivers? | 04:07 |
pitti | if apport.packaging.get_version('automatix') or \ | 04:07 |
pitti | apport.packaging.get_version('automatix2'): | 04:07 |
pitti | report['UnsupportableReason'] = 'You have installed automatix on your \ | 04:07 |
pitti | system. This is known to cause a lot of instability, thus problem reports \ | 04:07 |
pitti | will not be sent to the Ubuntu developers.' | 04:07 |
elkbuntu | cjwatson, do file /var/usr/id | 04:07 |
pitti | Hobbsee: that should teach them :) | 04:07 |
Kano | have got ideas for those too | 04:07 |
coNP | elkbuntu: did you get seb128's update? | 04:07 |
elkbuntu | errr... /var/lib/id | 04:07 |
cjwatson | elkbuntu: YM /usr/bin/id? (won't help as no external commands return) | 04:07 |
elkbuntu | coNP, dunno | 04:07 |
Hobbsee | pitti: i'd let them file it direct to the automatix bugtracker :P | 04:07 |
pitti | cjwatson: did you try pkl_'s test CD? | 04:07 |
seb128 | I doubt it has built yet | 04:07 |
seb128 | use the spatial mode as a workaround :p | 04:07 |
elkbuntu | cjwatson, yeah. im muddled tonight. it's a damn mpeg last i checked a livecd : | 04:07 |
Hobbsee | pitti: and you should also mentoin that said instability does not occur on an ubuntu system | 04:07 |
cjwatson | pitti: no. did the bug in question affect vmware? | 04:08 |
coNP | why I only can get source 0ubuntu1.dsc? | 04:08 |
pitti | cjwatson: I never observed it in vmware, but there's no specific reason why it should not affect it | 04:08 |
elkbuntu | nautilus needs to un-break so i can string paths together | 04:08 |
seb128 | elkbuntu: use spatial for an hour | 04:09 |
cjwatson | ah, there we go, happier on a second boot | 04:09 |
cjwatson | Kano: as I thought, running 'sudo setupcon' after boot fixes the console layout | 04:09 |
cjwatson | very weird, I was sure I'd fixed that damn bug | 04:09 |
=== PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel | ||
Kano | cjwatson: fine, please start it by default | 04:10 |
Kano | but why are umlauts in white and the rest is light gray? | 04:11 |
cjwatson | Kano: it *is* started. it's a bug that reverts it later. | 04:11 |
cjwatson | if it were that easy it'd be fixed already :P | 04:11 |
cjwatson | I'm looking at it | 04:11 |
Kano | i build live cds since a few years, i know some things about em ;) | 04:12 |
=== \sh_away is now known as \sh | ||
cjwatson | but not about console-setup, apparently ;-) | 04:12 |
cjwatson | it has some messy initramfs interactions | 04:13 |
cjwatson | should have a massive "you are not expected to understand this" sign above it | 04:13 |
cjwatson | ah, could just be that the keyboard layout isn't munged early enough | 04:13 |
=== keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel | ||
cjwatson | this'll be messy | 04:14 |
=== tkamppeter_ [n=till@bl7-126-131.dsl.telepac.pt] has joined #ubuntu-devel | ||
cjwatson | the basic problem is that you cannot reliably set the keymap once usplash has started; and you can't really do it reliably after it finishes either because X is about to snarf the console | 04:16 |
cjwatson | so you have to set it really really early | 04:16 |
=== rulus [n=rulus_|@127.27-244-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel | ||
Kano | cjwatson: there most be something else wrong, pos1, end does not work | 04:19 |
elkbuntu | coNP, as for your question, it seems that no, i do not have the nautilus update, or if i do, it didnt work for me | 04:20 |
=== jtchief01 [n=jtchief0@adsl-152-227-101.mco.bellsouth.net] has joined #ubuntu-devel | ||
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel | ||
=== mrsno [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel | ||
=== Kano [n=kano@91.64.67.21] has joined #ubuntu-devel | ||
Kano | cjwatson: livecd-rootfs has an example but the build-$s-live dirs are missing | 04:27 |
Kano | the example is pretty useless without | 04:27 |
=== Kaloz_ [i=kaloz@openwrt.org] has joined #ubuntu-devel | ||
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
gnomefreak | spatial mode is default for nautilus isnt it? | 04:29 |
gnomefreak | if so using spatial mode is closing unexpectedly, how can that be used as a workaround | 04:30 |
seb128 | gnomefreak: no, not in Ubuntu | 04:31 |
seb128 | gnomefreak: spatial is the mode without decoration, path bar, sidebar | 04:31 |
gnomefreak | ah i went to help and it said it was ok ill see if i can chage it | 04:31 |
cjwatson | Kano: they're just standard debootstrapped chroots with the livecd-rootfs package installed, AFAIK | 04:32 |
seb128 | go to preferences and unset the "always use browser windows" | 04:32 |
gnomefreak | ah ok ty | 04:32 |
seb128 | or whatever it's called in english ;) | 04:32 |
cjwatson | Kano: "pos1" == home key? | 04:32 |
=== Kaloz_ is now known as Kaloz | ||
Kano | cjwatson: yes | 04:32 |
cjwatson | Kano: likely all part of the same bug | 04:32 |
Kano | i think so | 04:33 |
Kano | but i executed your command | 04:33 |
cjwatson | ah | 04:33 |
cjwatson | well, home works for me | 04:33 |
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel | ||
=== jonibo [n=jonas@213.212.2.165] has left #ubuntu-devel [] | ||
=== zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel | ||
Kano | cjwatson: why is the ramdrive fixed to 1 gb? | 04:36 |
cjwatson | Kano: it's not; it's the kernel default of half your memory size | 04:37 |
Kano | hmm | 04:37 |
=== mbiebl [n=michael@e180072147.adsl.alicedsl.de] has joined #ubuntu-devel | ||
=== agoliveira is now known as agoliveira_lunch | ||
zul | someone mention my name? | 04:47 |
Hobbsee | zul: the arrest warrant. | 04:47 |
zul | wohoo.. | 04:47 |
=== j_ack [n=j_ack@p508D86B3.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
wwoods | pitti: ping | 04:50 |
pitti | hey wwoods | 04:51 |
wwoods | pitti: so we're sending some patches upstream that change coredump-to-pipe behavior to work like it does in your kernel | 04:51 |
pitti | wwoods: oh, with the environment variables or with fixed macro handling? | 04:52 |
wwoods | see http://lkml.org/lkml/2007/7/19/521 and http://lkml.org/lkml/2007/7/22/128 | 04:52 |
pitti | wwoods: awesome, thanks a lot! | 04:52 |
cjwatson | Kano: ok, so I think I have a horrible hack which will fix the default keymap. at least sometimes. | 04:52 |
wwoods | those two patches ignore coredump rlim for pipes | 04:52 |
cjwatson | can't guarantee the font will be right mind you, but it's correct for German at least | 04:52 |
wwoods | the patch to handle argv[] for core_pattern is coming later this week | 04:52 |
wwoods | and there's a new format specifier - %c - which expands to the actual core rlim | 04:53 |
wwoods | so probably we'll call apport with --real-rlim %c | 04:53 |
wwoods | get everything else from the headers.. and bob's yer uncle | 04:53 |
Kano | cjwatson: will livecd.sh use it? | 04:54 |
pitti | wwoods: ah, right | 04:54 |
pitti | wwoods: too bad that the macro patch is still necessary then, just for %c | 04:54 |
mathiaz | pitti: I've been working on bug 121441 | 04:54 |
ubotu | Launchpad bug 121441 in mysql-dfsg-5.0 "Mysql man pages are non-free" [Unknown,Fix released] https://launchpad.net/bugs/121441 | 04:54 |
mathiaz | pitti: and created a mysql-doc package. | 04:54 |
cjwatson | Kano: what's livecd.sh got to do with it? it's in caspe | 04:54 |
cjwatson | r | 04:54 |
pitti | wwoods: but I figure it would be convenient to have macros work properly for other usages of pipe-in-core_pattern | 04:54 |
mathiaz | pitti: should I upload it to revu ? | 04:54 |
wwoods | pitti: it's the Right Thing To Do anyway | 04:54 |
pitti | mathiaz: hi | 04:54 |
wwoods | so yeah | 04:55 |
Kano | cjwatson: sure, but is it in the repository | 04:55 |
wwoods | it's not the simplest patch, but it's the most correct/useful | 04:55 |
pitti | mathiaz: I don't have a revu account yet, I prefer direct feedback, but if you want to use revu, go ahead | 04:55 |
Kano | i think it works with a chroot envrionment | 04:55 |
pitti | wwoods: I agree | 04:55 |
wwoods | anyway your patch will still work but I'll probably be patching apport in my branch for that | 04:55 |
cjwatson | Kano: I don't understand your question? | 04:55 |
cjwatson | is what in the repository? | 04:55 |
Kano | well is it already in the repository your modified casper version | 04:56 |
wwoods | oh - I've also got the beginnings of a turbogears-based crashdb in my branch, but I don't think we'll use that for the initial fedora release | 04:56 |
mathiaz | pitti: well. I think it should go in restricted - so I'm not sure if revu is the best place to upload | 04:56 |
mathiaz | pitti: I can upload it to p.u.c | 04:56 |
cjwatson | Kano: no, I haven't quite uploaded it yet, but will do | 04:56 |
mathiaz | pitti: and you can have a look at it ? | 04:56 |
Kano | otherwise the created live cds would not use it | 04:56 |
pitti | mathiaz: WFM | 04:56 |
cjwatson | Kano: yes yes I know how to drive the Ubuntu live CD creation process | 04:56 |
mathiaz | pitti: ok. I'll do this then. Thks. | 04:57 |
cjwatson | I wrote fair chunks of it ;) | 04:57 |
pitti | wwoods: once this is adopted upstream, I'm sure that we will replace our patches with upstream's | 04:57 |
pitti | wwoods: and I'll just change apport trunk to work with it | 04:57 |
pitti | wwoods: I see no need to support more than one method | 04:57 |
pitti | wwoods: and your ELF extraction code is really nifty! | 04:57 |
Kano | basically the package selection seems pretty easy in that file... | 04:58 |
wwoods | pitti: cool! yeah, I agree, except for having older branches that support older kernels | 04:58 |
wwoods | not sure which linus kernel this will make it into but I'll keep you posted | 04:58 |
wwoods | I think it's going into andrew morton's tree? | 04:59 |
=== tkamppeter__ [n=till@bl8-127-54.dsl.telepac.pt] has joined #ubuntu-devel | ||
pitti | wwoods: as it is in trunk right now, it should automatically read from ELF if CORE_SIGNAL etc. is not specified | 04:59 |
Kano | i think i can change it to my needs... | 05:00 |
pitti | wwoods: I shuold really revive preloadlib/ and make it behave like the change you propose, then we have the test suite and can fix it in advance | 05:00 |
pitti | wwoods: oh, I think we'll pull it as soon as it lands in upstream git | 05:01 |
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel | ||
wwoods | pitti: right, I saw that, good stuff | 05:02 |
wwoods | preloadlib/ ? | 05:02 |
pitti | wwoods: it's a small LD_PRELOAD library that simulates the kernel behaviour | 05:02 |
pitti | wwoods: when I wrote the very first line of apport I used this as a very first means to intercept crashes at all | 05:02 |
pitti | wwoods: just look at it, it installs a signal handler and calls apport with the same environment than the kernel would | 05:03 |
Kano | cjwatson: what was tocd? | 05:04 |
pitti | wwoods: later I used it to create a reference implementation of the new environment var passing approach, so that I could write the tests and apport implementation without waiting for the kernel implementation | 05:04 |
wwoods | ahhh | 05:04 |
cjwatson | Kano: http://www.theopencd.org/ | 05:04 |
cjwatson | we did a live CD component for that for a while | 05:04 |
pitti | wwoods: if you stop apport (i. e. standard core_pattern), './test-apport lib' will use this | 05:05 |
Kano | i see your code, maybe i adopt that for kanotix... | 05:05 |
Kano | looks easy to add new packages that way | 05:05 |
Kano | but i see nothing that would be like a sortlist | 05:06 |
Kano | ok i see it... you fetch em from the web | 05:07 |
Kano | but as usual every url is down | 05:07 |
=== amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel | ||
pitti | back in 15 minutes | 05:12 |
=== ivoks [n=ivoks@1-33.dsl.iskon.hr] has joined #ubuntu-devel | ||
=== tkamppeter__ [n=till@bl7-107-252.dsl.telepac.pt] has joined #ubuntu-devel | ||
=== mvo__ [n=egon@p54A64E6B.dip.t-dialin.net] has joined #ubuntu-devel | ||
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel | ||
=== geser [i=mb@2002:5361:2a04:0:0:0:0:1] has joined #ubuntu-devel | ||
=== calc back | ||
calc | yea i'll clean out .xsession-errors and restart | 05:31 |
calc | seb128: nvidia | 05:32 |
calc | mvo__: a clean xsession-errors is 4.6KB | 05:34 |
cjwatson | Kano: ok, casper uploaded with keymap fix, give it a few hours to build and publish and stuff | 05:34 |
calc | mvo__: its mostly evolution alarm stuff though | 05:35 |
mvo__ | calc: it should contain something from compiz as well, please send me the log | 05:37 |
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel | ||
calc | mvo: oh i see you want to compiz error part, i'll do a clean compiz xsession-error log then | 05:37 |
calc | s/to/the/ | 05:37 |
mvo | calc: thanks | 05:37 |
calc | brb | 05:38 |
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
calc | mvo: interesting i see the issue, will put it on pastebin though | 05:40 |
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
calc | mvo: http://pastebin.com/de07cbb2 | 05:42 |
=== keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel | ||
=== ogra [i=ogra@ubuntu/member/ogra] has joined #ubuntu-devel | ||
=== heno [i=henrik@ubuntu/member/heno] has left #ubuntu-devel [] | ||
=== agoliveira_lunch is now known as agoliveira | ||
mvo | calc: that is interessting, do you use a dual-head setup? | 05:45 |
calc | yes | 05:45 |
calc | two 23" 1920x1200 displays | 05:45 |
mvo | impressive | 05:46 |
calc | gears seems to work accelerated (i think) > 900fps anyway | 05:46 |
calc | unless that is normal for no hw accel | 05:46 |
calc | so does randr not work for dual head or something else is wrong? | 05:47 |
=== janimo [n=jani@89.137.96.49] has joined #ubuntu-devel | ||
desrt | randr works rather well for dual-head... | 05:47 |
desrt | it's the mechanism by which multiple heads are supported :p | 05:47 |
mvo | calc: could you please put you /var/log/Xorg.0.log somewhere? | 05:47 |
calc | desrt: you sure you aren't confused with xinerama? :) | 05:48 |
calc | mvo: ok | 05:48 |
mvo | calc: you do not do anything fancy like " Option"RandR" "off"in ServerFlags ;) ? | 05:49 |
calc | i don't recall doing that | 05:50 |
calc | i'll put both of the files on a server and look at them as well | 05:50 |
mvo | calc: thanks | 05:50 |
calc | http://cheney.ws/debug/ | 05:52 |
calc | the config might look a bit strange because i was using info from a nvidia example to setup dual head | 05:53 |
calc | i might need to do enable some other things as well (maybe?) | 05:54 |
calc | mvo: see above ^ | 05:56 |
=== _TomB [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel | ||
mvo | calc: thanks, I guess "xdpyinfo | grep RANDR" is empty for you? | 05:57 |
calc | mvo: yes | 05:58 |
mvo | calc: that seems to be what compiz is complainging about, but it is strange given that you explicitely enable RandR in your server flags | 05:58 |
calc | mvo: i think that was some fragment from nvidia driver configurator | 05:58 |
calc | mvo: should i remove some of that stuff and add others? | 05:58 |
mvo | calc: libxrandr2 is installed and up-to-date? | 05:59 |
calc | yes 2:1.2.1-1 | 05:59 |
mvo | eh... could you please try disabling xinerama ? | 06:00 |
calc | ok, brb | 06:01 |
mvo | calc: sorry, but those seem to be incompatible these days | 06:01 |
=== manchicken_ [n=manchkn@74-134-231-37.dhcp.insightbb.com] has joined #ubuntu-devel | ||
calc | mvo: so the default window manager doesn't work with dual head? | 06:04 |
manchicken_ | Is anybody following the new issues with OO.o in gutsy? | 06:04 |
manchicken_ | ca | 06:04 |
calc | mvo: or just not on nvidia? | 06:04 |
manchicken_ | calc: I hear you're the person to talk to ping on this. | 06:04 |
calc | manchicken_: which issue is it? | 06:04 |
calc | manchicken_: from what i hear someone broke something in gtk recently, but i can't reproduce the issue locally | 06:05 |
manchicken_ | calc: ooo, with any program, when I start it I get nothing but a splash screen and a maxed out CPU. | 06:05 |
calc | manchicken_: thats probably the broken "gtk" issue but i am not certain since i can't reproduce it here | 06:05 |
manchicken_ | Okay... there's a new version of GTK that I believe just came out, too. | 06:06 |
calc | manchicken_: yes which is what broke ooo | 06:06 |
calc | manchicken_: at least from what i have been told by other people | 06:06 |
manchicken_ | Naw, there's one that came out after that, too. | 06:06 |
calc | oh interesting | 06:06 |
=== calc tries to update again so he can break his ooo | ||
manchicken_ | It was broke, so I tried an update, which brought libgtk2.0-0 (2.11.6-1ubuntu1) on here. | 06:07 |
mvo | calc: just not with xinerama | 06:07 |
manchicken_ | It's still broken after that update. | 06:07 |
manchicken_ | calc: I wonder if it was one of the many gcj updates. | 06:07 |
calc | mvo: is there a way to do dual head without duplication of gnome bars without xinerama? | 06:07 |
calc | mvo: after turning off xinerama i still have dual head working but i have two application and task bars | 06:08 |
=== tkamppeter__ is now known as tkamppeter | ||
calc | mvo: oh nm i have them but i can't get to the other head at all from what i can tell | 06:08 |
calc | mvo: it seems once i started up compiz i can't get to the other head | 06:09 |
calc | mvo: at least by dragging apps over there anyway | 06:09 |
Kano | cjwatson: what tool do you use to create the iso? | 06:10 |
calc | and compiz snap to feature doesn't seem to work or is different from metacity | 06:10 |
Kano | the rootfs is created | 06:10 |
=== calc disables compiz, yuck | ||
cjwatson | Kano: http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ plus checkouts of the bits mentioned in configs/devel once you've checked that out | 06:11 |
calc | i don't need eye candy, i just need a working system, seems compiz isn't nearly ready for use for dual head | 06:11 |
cjwatson | (http://people.ubuntu.com/~cjwatson/update-config may help) | 06:11 |
mvo | calc: but compiz works now on both heads? | 06:12 |
cjwatson | it's a bit all over the place because it's grown from code that just built the alternate ISO | 06:12 |
calc | mvo: not sure i couldn't easily get to the second head it was completely separate | 06:12 |
calc | mvo: i can try again if needed | 06:12 |
=== \sh is now known as \sh_away | ||
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel | ||
mvo | calc: you should be able to a single desktop with randr1.2, but I don't know if nvidia supports this yet | 06:14 |
=== olliwolli [n=olliwoll@e177201238.adsl.alicedsl.de] has joined #ubuntu-devel | ||
calc | mvo: no it doesn't work | 06:14 |
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
calc | mvo: without xinerama the second head has no window manager at all | 06:14 |
calc | mvo: and trying to enable it on it has crashed compiz entirely | 06:14 |
calc | mvo: so no compiz on either head right now | 06:15 |
geser | pitti: Hi, can you give-back linuxdcpp, ardour, aqsis? | 06:15 |
=== janimo [n=jani@89.137.96.49] has left #ubuntu-devel [] | ||
calc | mvo: in fact no window manager at all it didn't fall back to anything either (not sure if it should have) | 06:15 |
calc | i still have the compiz effects but no window manager | 06:15 |
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel | ||
calc | mvo: i think i am getting compiz effects on both heads | 06:16 |
pitti | re | 06:17 |
Amaranth | calc: then you have a WM | 06:17 |
=== olliwolli [n=olliwoll@e177201238.adsl.alicedsl.de] has left #ubuntu-devel [] | ||
Amaranth | calc: that would mean you have no decorator | 06:17 |
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel | ||
calc | mvo: disabled and reenabled got the decorator on the primary head but not secondary | 06:17 |
Kano | cjwatson: is it a mod of live-package? | 06:17 |
calc | Amaranth: ah sorry about that, yes i have no decorator | 06:17 |
Amaranth | calc: multiscreen? | 06:17 |
calc | Amaranth: yes | 06:17 |
calc | Amaranth: mvo and I are looking into compiz dual head issue on my box | 06:18 |
Amaranth | not regular dual head, multiscreen is something different | 06:18 |
calc | Amaranth: it apparently dislikes xinerama and without it does weird stuff | 06:18 |
cjwatson | Kano: no | 06:18 |
cjwatson | Kano: live-package postdates the stuff we did | 06:18 |
pitti | geser: done | 06:18 |
Amaranth | calc: can you move windows between the monitors? | 06:18 |
=== calc managed to get his snap down working again in metacity though :) | ||
calc | Amaranth: not with xinerama disabled | 06:19 |
Amaranth | so you're using multiscreen | 06:19 |
Amaranth | you need to start a decorator on the second screen | 06:19 |
calc | Amaranth: yes, that is what mvo requested | 06:19 |
Amaranth | open a terminal over there or something and run gtk-window-decorator from it | 06:19 |
Amaranth | you have two panels, two desktops, etc, right? | 06:20 |
calc | Amaranth: i'm just testing out things for mvo, i have no desire to use multiscreen past just testing | 06:20 |
mvo | Amaranth: it all started to figure what the problem is. and it seems the problem is xinerama , with it, compiz does not want to start (no RandR anymore) | 06:20 |
Amaranth | mvo: right | 06:20 |
iwj | doko: oo.o 2.2.1 seems to need more than 1GB of RAM to build. I think this is a bug. Do you agree ? | 06:20 |
Amaranth | don't use xinerama, randr handles this stuff now | 06:20 |
calc | so why doesn't RandR support Xinerama yet? | 06:20 |
calc | Amaranth: how do i get non multiscreen multi head? | 06:20 |
Amaranth | randr has it's own xinerama-like hints for the WM | 06:21 |
mvo | Amaranth: can nvidia do randr1.2 yet? | 06:21 |
doko | iwj: amd64? | 06:21 |
Amaranth | i dunno, actually | 06:21 |
iwj | doko: t | 06:21 |
calc | lol | 06:21 |
Amaranth | i don't have two monitors | 06:21 |
iwj | doko: g++ -Wreturn-type -fmessage......tables.cxx // virtual memory exhausted: Cannot allocate memory | 06:21 |
doko | iwj: that might be the gij prblem | 06:21 |
doko | ohh | 06:21 |
=== calc notes multihead isn't that uncommon so would be nice to just work | ||
calc | every place i have worked in the past several years has had multihead for all developers | 06:22 |
doko | iwj: I never used less than 2gb | 06:22 |
Amaranth | calc: tell nvidia to fix their crappy drivers :) | 06:22 |
calc | Amaranth: RandR 1.2 is like 5 months old at most | 06:23 |
iwj | doko: But is it a bug if you can't build it in 1 ? | 06:23 |
calc | Amaranth: its a case of linux changing fast more than a nvidia issue | 06:23 |
iwj | What is textenc/tables.cxx anyway ? | 06:23 |
doko | iwj: please ask our OOo maintainer ;-P | 06:23 |
doko | he's listening ;) | 06:23 |
Amaranth | calc: except randr 1.2 was designed with input from nvidia | 06:24 |
calc | Amaranth: nvidia might support it already but if they do no one knows how to set it up since randr 1.2 is brand new | 06:24 |
Amaranth | they knew it was coming for over a year before it came out | 06:24 |
calc | Amaranth: oh LOL | 06:24 |
Amaranth | calc: i dunno, i think there are a couple GUIs floating around that do randr stuff for you | 06:25 |
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
Amaranth | actually i thought mvo was working on one | 06:25 |
iwj | calc: Are you ? :-) | 06:25 |
mvo | Amaranth: *cough* ... time ... *cough* | 06:25 |
Amaranth | hehe | 06:25 |
calc | iwj: scrolling up, i was talking about randr issues | 06:25 |
iwj | Sorry to interrupt ... | 06:25 |
Kano | cjwatson: update-config takes ages for debian-cd 1/4. is that normal? | 06:25 |
cjwatson | calc: ooo should probably take priority, though ;-) | 06:26 |
cjwatson | Kano: it's just calling bzr *shrug* | 06:26 |
iwj | cjwatson: This a build failure in test. | 06:26 |
=== bryyyce [n=bryce@c-71-236-155-207.hsd1.or.comcast.net] has joined #ubuntu-devel | ||
iwj | But I suspect that if it's running out of RAM in g++ when given 1Gb on some file called `tables' it's possible that a small change might make the builds go much faster ... | 06:26 |
calc | cjwatson: sorry i was reading my highlighting so didn't even notice iwj question until he mentioned my nick | 06:27 |
Kano | cjwatson: i would say just the last package build in a repo would be more easy, but ok... | 06:27 |
cjwatson | Kano: not my problem, take it up with the bzr people | 06:27 |
=== calc looks for the file in question | ||
=== ivoks [n=ivoks@1-33.dsl.iskon.hr] has joined #ubuntu-devel | ||
cjwatson | Kano: I don't really care anyway, it's just slow for initial checkout over http | 06:28 |
iwj | calc: Full log at http://autopkgtest.ubuntu.com/autopkgtest-output/gutsy/openoffice.org/ | 06:29 |
Kano | i thought ubuntu server are faster. at least the one with the isoimages was | 06:29 |
=== jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel | ||
cjwatson | Kano: bzr-over-http isn't all that quick sometimes | 06:29 |
Amaranth | calc: https://launchpad.net/urandr | 06:29 |
cjwatson | Kano: (also if you think about it you might come to the conclusion that cdimage/releases.ubuntu.com receives ever-so-slightly more resources than people.ubuntu.com) | 06:29 |
Kano | cjwatson: maybe suggest a higher bandwidth *g* | 06:30 |
cjwatson | Kano: I don't care and I don't think you should either. it's initial checkout only. please stop bugging me about it. | 06:31 |
Kano | ok | 06:31 |
calc | iwj: i may be looking the wrong area of log but it looks like it is working on java files when it runs out of memory there | 06:31 |
=== allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-devel | ||
=== luisbg [n=luisbg@131.Red-88-17-123.dynamicIP.rima-tde.net] has joined #ubuntu-devel | ||
calc | iwj: am i looking in the wrong file? | 06:32 |
=== jono [i=jono@ubuntu/member/jono] has joined #ubuntu-devel | ||
iwj | calc: Err, the log in the URL I just gave you and the log in my email do not correspond at all. | 06:33 |
iwj | calc: Let me try to figure out what's going on. | 06:33 |
calc | iwj: fun stuff, let me know when you have it sorted | 06:33 |
iwj | OK, the log in the email is just out of date and the java problem is current. | 06:34 |
calc | ok | 06:34 |
iwj | The log in my email is from when it had only 256Mb. | 06:34 |
iwj | Sorry to bother you. | 06:34 |
calc | iwj: oh ok no problem | 06:34 |
=== chand| [n=rsamson@hoth.linagora.com] has joined #ubuntu-devel | ||
calc | iwj: doko mentioned something about gij having memory issues which might be what is showing up in this log | 06:34 |
iwj | Yes. | 06:34 |
iwj | I've discussed that with doko already. | 06:35 |
calc | ok | 06:35 |
=== thekorn_ [n=thekorn@a89-182-112-118.net-htp.de] has joined #ubuntu-devel | ||
calc | iwj: what is autopkgtest btw? | 06:35 |
iwj | Automatic testing thing. | 06:36 |
iwj | Err, duh. | 06:36 |
iwj | It can run tests you put in your source package. | 06:36 |
calc | Amaranth: that page has a dead link to the software | 06:36 |
calc | iwj: oh ok :) | 06:36 |
iwj | Also, it has the ability to build things (since tests might need a built tree). | 06:36 |
iwj | And when the builds fail it mails me. | 06:36 |
Amaranth | calc: that page has a link to a bzr branch hosted on launchpad | 06:36 |
calc | Amaranth: ah | 06:37 |
calc | btw ooo 2.2.1 should build in 1gb physical ram | 06:38 |
calc | i have done that on my laptop many times | 06:38 |
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
Kano | cjwatson: bzr-builddeb does not work with bzr 0.18? | 06:46 |
=== finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel | ||
cjwatson | Kano: I have no idea | 06:47 |
=== cjwatson <- not a bzr developer nor a bzr-builddeb developer | ||
Kano | well depends are that way | 06:47 |
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
iwj | IWBNI the timeout on this IRC server were a bit longer than 0.000000001 nanoseconds. | 06:47 |
cjwatson | Kano: file a bug | 06:47 |
Amaranth | is bazaar.launchpad.net down or am i just having weird problems? | 06:48 |
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
calc | http://us.download.nvidia.com/XFree86/Linux-x86/100.14.11/README/chapter-14.html | 06:51 |
calc | mvo: ^ | 06:52 |
calc | mvo: so its a lack of randr not glx that is the issue? | 06:52 |
calc | maybe i need to use twinview to get it all working | 06:53 |
=== statik [n=emurphy@canonical/launchpad/statik] has joined #ubuntu-devel | ||
=== ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== jono [i=jono@ubuntu/member/jono] has joined #ubuntu-devel | ||
cjwatson | iwj: FYI I've fixed (well, worked around) your exponential growth of menu.lst upstream by making os-prober ignore the (on /dev/blah) entries. It's not at all ideal and there's still more that could be done but it's a reasonably economical workaround. | 07:01 |
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel | ||
=== illovae [n=illovae@uni14-1-82-233-221-131.fbx.proxad.net] has joined #ubuntu-devel | ||
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel | ||
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
=== mc44_ [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
=== mc44_ is now known as mc44 | ||
Kano | cjwatson: do i see it right, that you upload a rootfs and a cronjob creates the iso images then | 07:23 |
=== ivoks [n=ivoks@1-33.dsl.iskon.hr] has joined #ubuntu-devel | ||
cjwatson | Kano: the way it's set up, the same cron job actually triggers the rootfs build first, but yes that's roughly right | 07:25 |
=== j_ack [n=j_ack@p508D86B3.dip0.t-ipconnect.de] has joined #ubuntu-devel | ||
Kano | i see no exec of livecd.sh | 07:26 |
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
Kano | seems to be a bit tricky to rewrite the iso generation to be executed with one command without that infrastructure | 07:27 |
Kano | also usually you dont need to do that much... | 07:28 |
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel | ||
cjwatson | Kano: it's done indirectly and you won't see the exact setup as deployed there, but it calls through to BuildLiveCD | 07:29 |
cjwatson | Kano: it can't be done as one command because the CDs are all built on a single machine and obviously the livefses have to be built on one machine per architecture | 07:29 |
Kano | i c, for amd64+i386 it would be possible however | 07:30 |
Kano | but where are the subdirs of BuildLiveCD | 07:30 |
=== LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-devel | ||
cjwatson | I'm sure it's possible but it's not worth it | 07:31 |
LucidFox | Archive admins, please move https://launchpad.net/ubuntu/+source/videotrans/1.6.0-0ubuntu1 from universe to multiverse | 07:31 |
LucidFox | it build-depends on multiverse packages and thus fails to build | 07:31 |
cjwatson | Kano: I already explained that | 07:31 |
cjwatson | Kano: 15:32 <cjwatson> Kano: they're just standard debootstrapped chroots with the livecd-rootfs package installed, AFAIK | 07:31 |
Kano | hmm | 07:31 |
cjwatson | it's obviously silly to have those in the package | 07:32 |
Kano | ok | 07:32 |
Kano | i guess i write just a differnt code around the rootfs generation | 07:32 |
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
Kano | have to think about it... | 07:34 |
Kano | bbl | 07:34 |
=== Kano [n=kano@91.64.67.21] has left #ubuntu-devel ["Konversation] | ||
=== ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== LaserJock [n=mantha@lambda.chem.unr.edu] has joined #ubuntu-devel | ||
=== mvo_ [n=egon@p54A672C7.dip.t-dialin.net] has joined #ubuntu-devel | ||
pitti | wwoods: FYI, I fixed the preload library now, tests pass (./test-apport lib) | 07:38 |
wwoods | oh cool! | 07:38 |
=== wwoods bzr merges | ||
pitti | wwoods: so I can now play around with dropping $CORE_SIGNAL etc. | 07:38 |
pitti | wwoods: oh, hmm; naturally, gdb generated core dumps do *not* have a signal in their cores | 07:39 |
=== dholbach [i=daniel@conference/oscon/x-c5044500d220618a] has joined #ubuntu-devel | ||
=== keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel | ||
=== shiyee [n=Shiyee@cpe.atm2-0-1051038.0x50a0f286.naenxx3.customer.tele.dk] has joined #ubuntu-devel | ||
=== milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel | ||
dholbach | siretart: can we make it so that bzr-builddeb is installable with bzr 0.18-1? | 07:48 |
=== ivoks [n=ivoks@1-33.dsl.iskon.hr] has joined #ubuntu-devel | ||
mvo_ | calc: I don't think that is the issue, http://lists.freedesktop.org/archives/xorg/2007-June/025145.html indicates that xinerma disables randr | 07:48 |
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel | ||
mjg59 | elmo: Hi | 07:49 |
=== bryyyce [n=bryce@c-71-236-155-207.hsd1.or.comcast.net] has joined #ubuntu-devel | ||
=== bryyce [n=bryce@c-71-236-155-207.hsd1.or.comcast.net] has joined #ubuntu-devel | ||
=== ivoks [n=ivoks@1-33.dsl.iskon.hr] has joined #ubuntu-devel | ||
wwoods | pitti: why are you using gdb to generate core dumps? | 08:00 |
pitti | wwoods: what else should I use? | 08:01 |
pitti | wwoods: and, even if there is a more efficient program, how would it help to poke a signal number into the core dump? | 08:01 |
=== ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== geser [i=mb@ubuntu/member/geser] has joined #ubuntu-devel | ||
=== amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel | ||
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel | ||
=== ion_ [i=ion@heh.fi] has joined #ubuntu-devel | ||
=== zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel | ||
=== macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel | ||
=== zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel | ||
=== StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel | ||
=== Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel | ||
=== \sh_away [n=nnsherma@server3.servereyes.de] has joined #ubuntu-devel | ||
=== siretart [i=siretart@ubuntu/member/siretart] has joined #ubuntu-devel | ||
=== mat [n=mat@igoan/mat] has joined #ubuntu-devel | ||
wwoods | pitti: I just do kill -SEGV $pid | 08:10 |
wwoods | heh | 08:10 |
wwoods | get a real, live core dump | 08:10 |
wwoods | usually from the commandline I do: sleep 5 & sleep 1 ; kill -SEGV %1 | 08:10 |
pitti | wwoods: ah, from the kernel, right; but that doesn't work too well when I want to call apport from a preloaded library, or do you see a good way to do that? | 08:11 |
=== yveslu [n=yves@194.235.200.67] has joined #ubuntu-devel | ||
pitti | wwoods: the idea of that library is to emulate the kernel behaviour and be a reference implementation, so I wouldn't like to bet on kernel behaviour | 08:12 |
pitti | wwoods: also, the test suite exercises different ulimits (including zero) | 08:12 |
=== amitk_ is now known as amitk | ||
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel | ||
=== yveslu [n=yves@194.235.200.67] has left #ubuntu-devel ["Kopete] | ||
=== ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel | ||
=== geser [i=mb@ubuntu/member/geser] has joined #ubuntu-devel | ||
=== amitk [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel | ||
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel | ||
=== ion_ [i=ion@heh.fi] has joined #ubuntu-devel | ||
=== zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel | ||
=== macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel | ||
=== zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel | ||
=== StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel | ||
=== Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel | ||
=== \sh_away [n=nnsherma@server3.servereyes.de] has joined #ubuntu-devel | ||
=== mat [n=mat@igoan/mat] has joined #ubuntu-devel | ||
=== siretart [i=siretart@ubuntu/member/siretart] has joined #ubuntu-devel | ||
wwoods | oh, um. not sure. I'll ask around though. I'm wary of emulating kernel crash dumps, though. seems like just using normal corefiles would be better | 08:21 |
wwoods | even if you're generating them on purpose | 08:22 |
=== phanatic [n=phanatic@dsl51B664B6.pool.t-online.hu] has joined #ubuntu-devel | ||
asisak | re phanatic | 08:23 |
=== captainigloo [n=silent@gar31-4-82-240-198-102.fbx.proxad.net] has joined #ubuntu-devel | ||
=== ryu [n=chris@p5487CF5C.dip.t-dialin.net] has joined #ubuntu-devel | ||
=== eigenlambda [n=daesotho@216-15-119-166.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has joined #ubuntu-devel | ||
pitti | thekorn: here? | 08:31 |
=== xxxxx1 [n=xxxxx1@201.64.79.214] has joined #ubuntu-devel | ||
thekorn | pitti: yes | 08:32 |
pitti | thekorn: I played with set_status(), but it doesn't seem to work for me | 08:33 |
pitti | b = Bug('124354', cookie_file='/home/martin/txt/lp-apport.cookie') | 08:33 |
pitti | b.set_status(importance='Medium') | 08:33 |
pitti | thekorn: is that supposed to work like this? the bug is still 'undecided' | 08:33 |
pitti | thekorn: b.importance is now 'Medium', but I guess set_status() just set that member variable internally | 08:34 |
pitti | thekorn: ^ ah, yes, it does | 08:34 |
thekorn | pitti: it should work, the problem are bugs with many tasks | 08:36 |
pitti | thekorn: right, in that case I'd need to specify one, but that bug only has one | 08:36 |
thekorn | but there is a solution in my gsoc branch | 08:36 |
thekorn | k | 08:36 |
pitti | full_sourcepackage+'.importance': self.importance, | 08:36 |
pitti | full_sourcepackage+'.importance-empty-marker': '1', | 08:36 |
pitti | thekorn: what does that empty-marker? | 08:37 |
pitti | ... do? | 08:37 |
thekorn | i realy don't know, but without this it does not work | 08:37 |
Kmos | 1 == undecided ? | 08:38 |
pitti | {'ubuntu_apport.status': 'Fix Committed', 'ubuntu_apport.importance-empty-marker': '1', 'ubuntu_apport.importance': 'Medium', 'FORM_SUBMIT': '1', 'ubuntu_apport.sourcepackagename': 'apport', 'ubuntu_apport.status-empty-marker': '1', 'ubuntu_apport.comment_on_change': ''} | 08:39 |
pitti | thekorn: this is the args dictionary; it looks pretty reasonable | 08:39 |
pitti | thekorn: it figured out the source package, task, status, etc. | 08:39 |
thekorn | pitti: what features of py-lp-bugs does apport use? add comments/attachments, set tags, set status, get list of bugs | 08:43 |
pitti | get description, download attachments, add comment, add attachment, delete attachment, add subscriber, get bug list (by tag), get status, set/get duplicate #, add/remove tags | 08:46 |
pitti | thekorn: and now I wanted to use set_status() to make bdmurray happy (bug 106379) | 08:46 |
ubotu | Launchpad bug 106379 in apport "retracer should set importance of bugs" [Wishlist,Confirmed] https://launchpad.net/bugs/106379 | 08:46 |
=== _wattazoum_ [n=wattazou@ant06-1-82-242-110-34.fbx.proxad.net] has joined #ubuntu-devel | ||
bdmurray | heh | 08:48 |
bdmurray | thekorn: Is bughelper aware of assignment? | 08:50 |
thekorn | pitti: ah, that's once again a cokkie problem | 08:50 |
thekorn | cookie | 08:50 |
pitti | thekorn: I added a p-lp-bugs task to bug 106379 | 08:51 |
ubotu | Launchpad bug 106379 in apport "retracer should set importance of bugs" [Wishlist,Confirmed] https://launchpad.net/bugs/106379 | 08:51 |
pitti | thekorn: oh, it doesn't call self._setup_cookie() | 08:52 |
pitti | thekorn: hmm, I added that, but it still doesn't work | 08:53 |
pitti | thekorn: oh, forget that, it already does call it (/me blind) | 08:54 |
pitti | bbl | 08:54 |
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel | ||
=== cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel | ||
=== Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel | ||
=== rulus [n=rulus_|@127.27-244-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel | ||
=== Dessan [n=andrew@ip68-105-63-168.pn.at.cox.net] has joined #ubuntu-devel | ||
Kmos | ./topic Ubuntu BugSquad | http://wiki.ubuntu.com/BugSquad | https://launchpad.net/distros/ubuntu/+bugs | Documentation: http://wiki.ubuntu.com/HelpingWithBugs | If you have been triaging bugs for a while, please apply to https://launchpad.net/people/ubuntu-qa/ - http://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad - Tomorrow is HUG DAY! | 09:07 |
Kmos | :) | 09:07 |
Kmos | wrong channel | 09:07 |
Kmos | ups | 09:08 |
=== pbn_ [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel | ||
=== eggauah [n=daniel@201.82.27.173] has joined #ubuntu-devel | ||
thekorn | pitti: is the user with this cookie allowed to change the status of the bug? | 09:15 |
=== LaserJock [n=mantha@lambda.chem.unr.edu] has joined #ubuntu-devel | ||
thekorn | it works for me with a valid cookie-file | 09:17 |
geser | pitti, Mithrandir: please give-back haskell-configfile. Thanks. | 09:28 |
=== nrpil [n=nrpil@s5591f679.adsl.wanadoo.nl] has joined #ubuntu-devel | ||
=== stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel | ||
geser | pitti, Mithrandir: please give-back haskell-hsh. Thanks. | 09:37 |
=== jhasse [n=jhasse@p5489D51B.dip.t-dialin.net] has joined #ubuntu-devel | ||
pitti | thekorn: oh, that might be a point | 09:43 |
LaserJock | after a package has been excepted through NEW does it take a while to get it into the build queue? | 09:43 |
LaserJock | *accepted | 09:43 |
pitti | LaserJock: binary NEW: about an hour, source NEW: needs manual review, thus arbitrarily long | 09:44 |
pitti | bdmurray: could you please add apport to ubuntu-qa? it's only the bot user | 09:44 |
LaserJock | pitti: well, I mean the about of time between when a package is accepted through source NEW and when the binaries get built | 09:44 |
pitti | geser (CC: Mithrandir): done | 09:45 |
pitti | LaserJock: no, there's no human delay | 09:45 |
pitti | LaserJock: and you'll see the binaries in the new queue | 09:45 |
LaserJock | hmm | 09:45 |
pitti | LaserJock: unless they FTBFS, of course | 09:45 |
LaserJock | pitti: edubuntu-addon-meta was accepted through source NEW 40 minutes ago but there are no builds | 09:46 |
LaserJock | not even anything in the queue, that I can see | 09:46 |
pitti | LaserJock: ah; just give it some time then | 09:46 |
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel | ||
LaserJock | pitti: ok, that's all I needed to know ;-) | 09:47 |
pitti | thekorn: confirmed; sorry for the trouble then | 09:48 |
bdmurray | pitti: done | 09:49 |
pitti | bdmurray: yay, thanks | 09:49 |
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel | ||
=== ogra [i=ogra@ubuntu/member/ogra] has joined #ubuntu-devel | ||
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel | ||
=== DRuNKeN-MAsTEr [n=user@cpe-72-191-173-28.elp.res.rr.com] has joined #ubuntu-devel | ||
=== DRuNKeN-MAsTEr [n=user@cpe-72-191-173-28.elp.res.rr.com] has left #ubuntu-devel [] | ||
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel | ||
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel | ||
=== IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel | ||
=== kmon [n=javier@84.77.121.27] has joined #ubuntu-devel | ||
kmon | Hi. I would like to know if there's any plan in gutsy with regards to intel-mac's | 10:52 |
kmon | I would like to help testing. | 10:53 |
ogra | kmon, so just grab an image and test ;) | 10:53 |
kmon | I've already installed tribe 3 | 10:53 |
kmon | and filed bugs | 10:53 |
kmon | :) | 10:53 |
ogra | what else would you want to do ? | 10:54 |
=== ogra doesnt understand the question there is no difference to any other intel system apart from the bootloader | ||
=== vciaglia [n=vciaglia@host212-156-dynamic.17-87-r.retail.telecomitalia.it] has joined #ubuntu-devel | ||
ogra | (afaik) | 10:55 |
kmon | that's my main concern, really | 10:55 |
ogra | ah | 10:55 |
ogra | now it makes sense :) | 10:55 |
kmon | the bootprocess on a mac-intel with linux only is a pita | 10:55 |
geser | cjwatson: gutsy has no -lowlatency versions of the kernel anymore and linux-backports-modules-2.6.22 is now stuck in depwait | 10:55 |
kmon | ogra: thanks | 10:57 |
evand | kmon: if you mean native EFI booting, no there are no such plans for Gutsy. | 10:57 |
evand | at least none that I am aware of. | 10:58 |
kmon | grub-efi package doesn't work? | 10:58 |
evand | kmon: well, we don't use grub2 yet. | 10:59 |
kmon | anyone knows when grub2 will replace legacy grub? | 11:00 |
kmon | I think debian is going to do it for lenny... | 11:01 |
kmon | but i could be wrong | 11:01 |
LaserJock | kmon: well, considering when lenny is likely to be released, we have a while ;-) | 11:02 |
kmon | yes, I know... | 11:02 |
evand | kmon: https://blueprints.launchpad.net/ubuntu/+spec/grub2 , I'd guess at Gutsy+1, but it would be stab in the dark. | 11:03 |
kmon | I hate laptops | 11:03 |
kmon | ok, thanks LaserJock | 11:04 |
ogra | evand, well, gutsy+1 being LTS makes that unlikely ... | 11:06 |
evand | ah, good point | 11:06 |
ogra | i doubt we will do stuff that could be risky in any way in gutsy+1 | 11:06 |
evand | lets just leave it at "sometime in the future" then | 11:06 |
ogra | heh :) | 11:07 |
kmon | it's a shame | 11:07 |
agoliveira | kmon: I used to hate them too but I bought one beefed enough to use as a desktop and now I'm enjoying the silence :) | 11:24 |
agoliveira | (with external keyboard and 20" LCD) | 11:25 |
kmon | I bought this mac so I didn't buy another pc with windows (to contribute to bug#1 ;) | 11:26 |
kmon | I did it before the dell deal, obiously | 11:26 |
kmon | obviously | 11:27 |
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel | ||
=== PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel | ||
kmon | bye | 11:39 |
=== kmon [n=javier@84.77.121.27] has left #ubuntu-devel [] | ||
=== ogra [i=ogra@ubuntu/member/ogra] has joined #ubuntu-devel | ||
=== eggauah [n=daniel@201.82.27.173] has joined #ubuntu-devel | ||
=== ogra [i=ogra@ubuntu/member/ogra] has joined #ubuntu-devel | ||
=== cacaupt [n=cacau@bl7-166-149.dsl.telepac.pt] has joined #ubuntu-devel | ||
=== lmveloso [n=lmveloso@200-193-152-9.mganm702.dsl.brasiltelecom.net.br] has joined #ubuntu-devel | ||
=== lucas__ [n=lucas@xanadu.blop.info] has joined #ubuntu-devel | ||
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel | ||
cjwatson | geser: thanks, will fix | 12:07 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!