[02:38] <Alinux> hello, how can I check with wich version of gcc, kernel is compiled?
[02:45] <cprov> Alinux:  it's a litte off topic question, you shoudl try the ubuntulinux channel, but you're lucky
[02:45] <cprov> Alinux: cat /var/log/syslog* | grep gcc
[02:45] <cprov> Sep  2 03:53:10 localhost kernel: 686 (buildd@terranova) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Thu Aug 18 22:39:14 UTC 2005
[02:46] <Alinux> :)
[02:46] <cprov> Alinux: I'm still using hoary
[02:46] <Alinux> cprov, :) thank yuo brother!
[02:46] <Alinux> :)
[02:46] <cprov> Alinux: you're welcome, enjoy Launchpad 
[02:46] <Alinux> I'm using hoary 
[02:46] <Alinux> but 2.6.10 kernel istn't stabile for me..
[02:47] <Alinux> my sound card crash-s entire system :) 
[02:47] <cprov> Alinux: what is broken for you ? mine is 2.6.10 too 
[02:47] <cprov> Alinux: uhm 
[02:47] <Alinux> my emu10k1 when loaded, turnes of a kompiuter :)
[02:48] <Alinux> i don't know why
[02:48] <Alinux> so I've installed 2.6.12
[02:48] <Alinux> and no problems now.
[02:48] <Alinux> in this moment I'm trying to install NVidia driver.
[02:48] <cprov> Alinux: join #ubuntu, there will be people ready to help you, ask pitti or fabionne (ok, sat night is for hard hacker, but you can try )
[02:49] <Alinux> but something still doesn't work.
[02:49] <Alinux> :)
[02:49] <Alinux> don't wanna register my nickname :)
[02:49] <Alinux> no time at tihe moment
[02:49] <Alinux> :)
[02:49] <cprov> Alinux: I bet you need newer Nvidia driver , if available 
[02:50] <Alinux> no :)
[02:50] <Alinux> I have GeForce MX 5200
[02:51] <Alinux> strangee thing is that after compiling and booting of a new kernel, I have black screen and no boot massages... before gdm starts.
[02:51] <cprov> Alinux: so, not much to discuss, I mean, I'm not really aware of the Nvidia drivers for brezzy
[02:51] <Alinux> even if vga=794 form my 1280x1024 is setted up.
[02:52] <Alinux> :)
[02:52] <Alinux> no it's still hoary :)
[02:52] <Alinux> but with vanilla kernel :)
[02:52] <cprov> Alinux: you need breezy stuff for 2.6.12 AFAIK
[02:54] <Alinux> cprov, thank yuo.
[02:54] <cprov> Alinux: the guys are talking about nv drivers/breezy pre releases just now, why don't you join them at #ubuntu ?
[02:54] <Alinux> cprov, ok :)
[02:55] <cprov> Alinux: good luck
[02:55] <Alinux> cprov,  :) thanks
[08:19] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=SteveA,BjornT]  Zope3FormErrorMessages (patch-2343: stuart.bishop@canonical.com)
[09:32] <zyga> hello
[09:32] <zyga> anyone who knows how rosetta got initiall messages around?
[09:38] <zyga> jordi: ping
[11:20] <SteveA> hi lifeless.  i've resubmitted the request to pqm now.
[11:46] <SteveA> lifeless: merge failed with a different problem this time.  i have forwarded you the message.
[01:38] <sd-tux> hi, i want to download a .po file from rosetta but i can't do it because of this BUG : https://launchpad.net/malone/bugs/1978  doe's anybody know how other way to downsload my translations :) ?
[01:47] <SteveA> sd-tux: the error is simple to fix.   i've updated the bug report with a description of the problem and its solution.  carlos can look into it tomorrow, and we can get a fix into production pretty soon.
[01:48] <SteveA> sd-tux: thanks for mentioning it on this channel.
[02:19] <sd-tux> SteveA: ok.. thank you
[04:52] <cprov> SteveA -> sunday hard worker ;)
[07:38] <cprov> mpt: ping 
[07:38] <cprov> mpt: you have email
[07:46] <mpt> thanks cprov
[07:46] <cprov> mpt: did it work ?
[07:47] <mpt> cprov: If you want to restrict it, it's deadsea
[07:47] <mpt> ah, no, still the same error
[07:55] <SteveA> hi cprov 
[07:56] <SteveA> hi mpt 
[07:56] <cprov> SteveA: hi SteveA
[07:56] <cprov> mpt:  try $ psql -h gwyddion launchpad_sprint
[08:00] <cprov> mpt: and ? can your machine resolve the name gwyddion ? if not replace it by the IP 192.168.99.54
[08:06] <mpt> hi SteveA
[08:06] <mpt> ** server can't find gwyddion: NXDOMAIN
[08:10] <mpt> cprov: I still get the same error, even with psql -h 192.168.99.54 launchpad_sprint
[08:13] <cprov> mpt: cprov@deadsea:~$ psql -h gwyddion launchpad_sprint, works
[08:14] <cprov> mpt: use -U cprov or launchpad 
[08:15] <mpt> still "could not connect to server: "
[08:21] <cprov> mpt: you're probably being victimated by some silly mistake, try the dump_sprint-20050825.sql in my HOME, the DB is definitely accessible from deadsea, get local help if necessary
[08:22] <cprov> mpt: keep trying with psql until have success
[08:25] <mpt> ok, there's no-one here except jdahlin, I'll get salgado to help tomorrow
[08:25] <cprov> mpt: put johan on it ... he can solve 
[08:51] <mpt> cprov: ok, how do I tell whether job/build/title is a product or a package?
[09:03] <cprov> mpt: I didn't get you point, it is always sourcepackagerelease, it may be included in a product (via Packaging) or not
[09:08] <mpt> cprove: So it's only ever distributions that use AutoBuild, not products?
[09:09] <mpt> cprov: For example, http://tinderbox.mozilla.org/showbuilds.cgi?tree=Firefox is for a product rather than for a distribution
[09:09] <cprov> cprov: indeed, atm it's driven by distrorelease
[09:09] <mpt> okay.
[09:10] <cprov> mpt: but good point, we shoudl attempt to this facet of the problem some time in the future
[09:11] <mpt> all right
[09:11] <mpt> so next, I want to link to that package
[09:14] <SteveA> i am going to be doing some very evil stuff with zcml processors tomorrow morning.
[09:15] <mpt> I guess I'll need to create a browser/build.py for that
[09:15] <SteveA> but, the outcome of it will be that we'll have an optional 'facet' attribute for each page or form directive
[09:15] <SteveA> that says what facet that page or form is to belong to.
[09:16] <mpt> cool
[09:16] <cprov> mpt: it's alrady created, isn't it ?
[09:16] <mpt> cprov: There's database/build.py but not browser/build.py
[09:17] <cprov> mpt: ok, we only have browser/builder.py ...
[09:17] <mpt> right
[09:18] <mpt> I'm creating only one function
[09:18] <mpt> so can it go in builder.py, or should I make a new file for it?
[09:19] <cprov> mpt: new file browser/build.py
[09:20] <cprov> mpt: but It won't be easy, we only have srcpkgname/distrorelease/productseries in packaging ...  the join will hurt a bit
[09:39] <mpt> cprov: ping (when you're back)
[09:40] <cprov> mpt: just behind you ...
[09:40] <mpt> no, that's jdahlin who's just behind me :-)
[09:40] <mpt> cprov: Could you teach me how to find what properties are inside some other database property?
[09:41] <mpt> For example, I want to show something if the build is successful
[09:41] <mpt> Judging by dbschema.py, tal:condition="build/buildstate/fullybuilt" should do what I want
[09:42] <mpt> but it returns NotFoundError: (<Item FULLYBUILT (1) from <class 'canonical.lp.dbschema.BuildStatus'>>, 'fullybuilt')
[09:42] <cprov> mpt: you can just say: "if the build was sucessfully"  by retrieving the Builds, at this time buildqueue entry is gone 
[09:42] <cprov> mpt: build/buildstate/value or title 
[09:43] <cprov> mpt: but yes, compare dbschema is ugly ... we definitely should have a programable formatter for it or extend dbschema to support it 
[09:43] <mpt> Yes, I can see how you've used title
[09:44] <cprov> mpt: which is UGLY and can't stay like this 
[09:44] <mpt> and I can see class BuildStatus in slave.py
[09:44] <mpt> but the values defined in BuildStatus don't work either
[09:45] <mpt> e.g. tal:condition="build/buildstate/depfail"
[09:45] <cprov> mpt: er, you can't do that 
[09:46] <cprov> mpt: buildstate is a dbschema after that only title|value
[09:47] <cprov> mpt: we could embed some graphical representation in the dbschema structure or declare special formatter to do the comparision in code not in tales
[09:58] <mpt> cprov: So it looks like the only way to get at the build state is (a) using the raw number (b) with a python: expression
[09:59] <cprov> mpt: exactly, that's what formatters are for, isn't it ? 
[09:59] <mpt> true
[10:00] <mpt> the word you want there is "neither" :-)
[10:01] <mpt> cprov: Could you insert some random gibberish into one of your build packages so it doesn't build? :-)
[10:01] <cprov> mpt:  indeed, watching ferris beeler day off keep concentration hard to do 
[10:01] <mpt> otherwise I can't see what failure looks like
[10:02] <cprov> mpt:  it's stopped, you can just modify the fields by hand using psql
[10:03] <mpt> ah, so I get to learn psql as well
[10:05] <Lathiat> just a point, its very confusing on product bug pages, e.g. https://launchpad.net/products/855resolution/+bugs/1779/ how i can comment on the bug i ahve to load the bug in malone)
[10:05] <mpt> cprov: Why is it important to show both the date created and the date started?
[10:06] <cprov> mpt: in few words they still inside the history (limited to 10 items) because the build/builder still pointing to us, the only thing changes is the buildstate 
[10:06] <mpt> Lathiat: bradb is fixing that at the moment
[10:06] <Lathiat> mpt: oh cool
[10:06] <Lathiat> took me liek 3 minutes to figure that out :)
[10:06] <cprov> mpt: we can calculate the delay in the buildqueue
[10:07] <mpt> cprov: Sorry, I didn't understand that
[10:07] <mpt> cprov: What do you mean by "pointing to us"?
[10:08] <cprov> mpt: mpt build/builder == builder.id
[10:10] <mpt> cprov: I don't see what that has to do with the date, sorry
[10:12] <cprov> mpt: nothing, it was answering the question about the different possible buildstates
[10:12] <cprov> mpt: datecreated/datebuilt/buildduration are related to the time spent in each build system stage
[10:52] <mindmedic> Is .po file uploading in rosetta currently disabled?
[10:59] <zyga> anyone alive?
[11:02] <mindmedic> zyga, yes.
[11:04] <zyga> mindmedic: maybe you know if 
[11:04] <zyga>  is http://l10n-status.gnome.org/gnome-2.12/pl/desktop/index.html automatically imported here https://launchpad.net/distros/ubuntu/breezy/+lang/pl
[11:06] <mindmedic> i dont know.. look, ask in the gnome translations team..