[12:39] <daniels> edd: rad
[12:39] <daniels> edd: does that build and work for you? if so, could you please nmu it with a note that i asked?
[12:39] <daniels> i so don't have the bandwidth to pull mono
[12:40] <daniels> edd: oh, and if you could patch the Makefile.am as well as the Makefile.in, that'd rock. cheers.
[12:40] <daniels> edd: (and priority=high to hit sarge)
[08:18] <ik5pvx> quick question: is it normal that recovery mode asks no password at all, or did I f**k up something ?
[08:46] <fabbione> iirc it's correct
[10:41] <seb128> hello
[10:43] <edd> hey seb
[10:45] <seb128> hello edd
[11:16] <lucas_> hi
[11:20] <seb128> hey lucas_ 
[11:20] <lucas_> hi seb128 :)
[11:21] <seb128> so, you've tried the distro ? :)
[11:21] <lucas_> yes, but I don't have much to say yet, since I ran into a problem with the screen going blank when gdm starts
[11:22] <seb128> utch
[11:23] <seb128> which video card ?
[11:23] <lucas_> nforce 2
[11:23] <lucas_> with the nv driver
[11:23] <lucas_> I used my debian's XF86Config-4
[11:23] <lucas_> nothing in XFree's logs
[11:24] <seb128> the warty one was not correct ?
[11:24] <lucas_> I wasn't sure, and I wanted to make sure it wasn't a config problem
[11:25] <lucas_> I'll try again later with other drivers
[11:25] <seb128> but on the first boot with the warty config you got a blank screen ?
[11:25] <lucas_> yes
[11:25] <seb128> fabbione: already heard about such problem ?
[11:25] <lucas_> the screen is all black
[11:25] <lucas_> (and the monitor doesnt go into power-saving mode)
[11:26] <lucas_> I then booted in single user mode and disabled gdm
[11:27] <fabbione> lucas_: please try to start X without gdm
[11:27] <fabbione> and check the log file
[11:27] <lucas_> tried that, same results
[11:27] <fabbione> let's isolate one problem at a time
[11:27] <lucas_> there's nothing relevant in X's log
[11:27] <fabbione> did X in debian work with the same config?
[11:28] <lucas_> yes
[11:28] <fabbione> which version of X are you using?
[11:28] <lucas_> in debian ?
[11:28] <fabbione> did you upgrade from the net after cd install?
[11:28] <lucas_> in debian, the unstable one
[11:29] <lucas_> in ubuntu the latest (I upgraded)
[11:29] <fabbione> lucas_: ok that can explain.
[11:29] <fabbione> your config is borked
[11:29] <fabbione> the last X in ubuntu has some issues
[11:29] <fabbione> be sure to use a working config
[11:30] <lucas_> can you define "working config" ? :)
[11:30] <fabbione> lucas_: the one you were using before?
[11:31] <lucas_> I'm using the one I'm using with debian
[11:31] <fabbione> are you 100% sure? again there is a problem in X upgrade process in ubuntu that was mangling config file...
[11:32] <lucas_> I just checked.
[11:32] <fabbione> that btw i am trying to fix now..
[11:33] <lucas_> oh, btw, am I supposed to see a bootsplash ? because I don't
[11:33] <fabbione> no you are not
[11:33] <lucas_> ok
[11:33] <fabbione> not to start X atleast
[11:33] <lucas_> no I mean during boot
[11:33] <lucas_> (nothing to do with the other problem)
[11:35] <fabbione> which chipset you have?
[11:35] <fabbione> nv?
[11:35] <lucas_> nvidia nforce
[11:35] <lucas_> nv driver yes
[11:36] <lucas_> (bootsplash works with vesa in my debian install)
[11:37] <fabbione>   * Grab from XFree86 CVS (2003-07-16) more updates to the nv driver.  Fixes
[11:37] <fabbione> hmmmmm
[11:37] <fabbione> lucas_: how would you feel to do a test for us and debian in one shot?
[11:37] <fabbione> i will help you.. but i need your help as well
[11:37] <lucas_> no problem
[11:38] <lucas_> but my X problem is ubuntu-specific
[11:38] <lucas_> it works in debian with the nv drivr
[11:38] <lucas_> and it has worked for ages
[11:38] <fabbione> lucas_: it is now.. it might be in debian too. that's why i need your help to test
[11:38] <lucas_> ok
[11:39] <fabbione> do you have debian on that machine too or only ubuntu?
[11:39] <lucas_> no, both
[11:39] <fabbione> ok perfect
[11:39] <fabbione> switch to debian, apt-get source xfree86 && apt-get build-dep xfree86
[11:40] <lucas_> I'm on debian already
[11:40] <fabbione> http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt
[11:40] <fabbione> down to the bottom there is a section "Building the package"
[11:41] <fabbione> i need you to do that procedure
[11:41] <fabbione> and try the packages from svn trunk
[11:41] <fabbione> they contain the same nv drivers we have here
[11:41] <fabbione> test the packages with the known working config
[11:42] <fabbione> it will take you a while...
[11:42] <fabbione> approx 5GB of space and probably 1 hour or so to build X
[11:42] <fabbione> (depends how fast is your machine
[11:42] <lucas_> eh, why don't I just get the .deb from ubuntu and install them on debian ?
[11:42] <fabbione> lucas_: no. don't do that
[11:43] <fabbione> you will just install broken packages on a known working system
[11:43] <fabbione> and i am pretty sure the problem is related to nv driver update
[11:43] <lucas_> ok
[11:43] <fabbione> you can try to borrow only the driver from ubuntu
[11:44] <lucas_> ok, I'm doing that now
[11:44] <fabbione> but i much rather prefer if you can test the whole
[11:44] <lucas_> yup I understand
[11:46] <lucas_> bbiaf
[11:55] <lucas_> re
[11:57] <lucas_> fabbione: so, with the nv_drv.o from ubuntu, X didn't start in Debian
[11:57] <lucas_> and with the nv_drv.o from Debian, X did work in ubuntu
[11:57] <fabbione> lucas_: goody.. at least we know where the problem is
[11:57] <fabbione> lucas_: i need you to do a reportbug in debian
[11:58] <fabbione> because it will affect the new Xfree86 upload
[11:58] <fabbione> do the following:
[11:58] <lucas_> ok. what must I say ? :)
[11:58] <fabbione> (just a sec.. i was elaburating on it :))
[11:59] <fabbione> reportbug xserver-xfree86
[11:59] <fabbione> subject: nv driver from trunk doesn't work
[11:59] <fabbione> subject: nv driver from svn trunk doesn't work properly
[12:00] <fabbione> and then add all the information you want
[12:00] <fabbione> and stuff like:
[12:00] <fabbione> lspci -n
[12:00] <fabbione> video card information
[12:00] <fabbione> (as many as you can)
[12:00] <fabbione> but do it from debian
[12:00] <lucas_> yup ok
[12:00] <fabbione> once you get an answer from the BTS
[12:00] <fabbione> please let me know the bug number
[12:00] <lucas_> I'll do that later (in an hour or so)
[12:00] <lucas_> ok
[12:00] <fabbione> so that we can track in ubuntu too
[12:01] <fabbione> thanks
[12:01] <lucas_> hum the thing is, I didn't really tested the svn trunk version
[12:01] <fabbione> lucas_: well you tested the svn trunk version of the driver
[12:02] <lucas_> ok
[12:13] <fabbione> i did check
[12:13] <fabbione> the updates only touches the nv driver and nothing more
[12:13] <fabbione> so you can safely use newer drivers with the old packages
[02:06] <lucas_> re
[02:07] <seb128> wb
[02:20] <lucas_> when I rebooted on Debian, my root filesystem (which I mounted while on Ubuntu) was corrupted. Is it just bad luck, or are there been similar reports ?
[02:20] <lucas_> I'm using reiserfs
[02:20] <Md> really corrupted or just flagged dirty?
[02:21] <lucas_> really corrupted
[02:21] <StoneTable> corruption while using reiserfs isn't unheard of
[02:22] <lucas_> so just bad luck ;)
[02:22] <seb128> lucas_: I don't think that's related to warty, there is no reason
[02:22] <seb128> yes, probably
[02:22] <lucas_> ok
[04:02] <lucas_> I currently see no bootsplash while booting warty. Is it normal ?
[04:02] <Md> yes
[04:02] <thom> it's expected, yes
[04:02] <lucas_> ok
[04:02] <Keybuk> lucas_: sadly it looks like that's going to be a hoary feature instead
[04:03] <Keybuk> 6-monthly release process bites when things aren't ready for feature-freeze
[04:03] <hrdwrbob_> why so ?\
[04:03] <hrdwrbob_> ah
[04:04] <edd> still, it's a short enough amount of time to wait for things to get better
[04:04] <edd> and there are those of us willing to switch to hoary before its release to help out :)
[04:05] <Keybuk> aye, Hoary Array#1 is out only a month after Warty iirc.
[04:05] <Keybuk> actually, it's a week after Warty release
[04:05] <Keybuk> wow
[04:09] <lifeless> Array #1 ?
[04:13] <thom> array is the collective noun for hedgehogs
[04:13] <lifeless> ah.
[04:14] <hrdwrbob_> while not *strictly* a warty problem (this is on a debian box) anyonre have any idea why gnome-panel might not display the top bar correctly on startup (but displays the bottom bar) but on killing it and having it restart, it works
[04:22] <Keybuk> could be a stuck panel applet that's not starting properly?  or something like that
[04:22] <Keybuk> don't know, not seen that myself -- seb128 is the guy to bounce that off
[04:23] <seb128> sawfish as window manager ?
[04:23] <hrdwrbob_> yeah
[04:23] <seb128> sawfish bug
[04:23] <hrdwrbob_> Keybuk: yeah I tried bouncing the all manually
[04:23] <hrdwrbob_> oh, heh 
[04:23] <hrdwrbob_> well that's good to know *upgrades sawfish*
[04:24] <seb128> yes, should be fixed in last release
[04:24] <hrdwrbob_> thanks :)
[04:24] <Keybuk> see, he knows these things <g>
[04:24] <seb128>  sawfish (1:1.3+cvs20040617-6) unstable; urgency=high
[04:24] <seb128>  .
[04:24] <seb128>    * New patch to fix panel position. This feature has been introduced in
[04:24] <hrdwrbob_> ah
[04:24] <seb128> :)
[04:24] <hrdwrbob_> :)
[04:25] <hrdwrbob_> I'm just copying the crap off this machine so I can turn it into a warty box
[04:25] <hrdwrbob_> the stupid thing is only copying at 1.6mb/s
[04:36] <mdz> lmorning
[04:36] <hrdwrbob_> morning
[04:37] <thom> hey matt
[04:39] <seb128> hello mdz 
[04:39] <fabbione> morning mdz
[04:40] <Oskuro> hi matt
[04:48] <fabbione> mdz: how urgent is #896?
[04:55] <Keybuk> fabbione: well, non-PIC won't work on amd64 ...
[04:58] <fabbione> if it's urgent someone can do it for me please?
[04:59] <mdz> fabbione: not particularly urgent, but a policy violation
[05:00] <mdz> if it's only a problem on amd64, then perhaps Mithrandir can inherit it
[05:02] <fabbione> thanks guys
[05:04] <Hrdwr_BoB> impressive
[05:04] <Hrdwr_BoB> sounder CD 7 causes this box to reboot when it boots .. not sure why
[05:06] <Hrdwr_BoB> sorry, sounder 6
[05:08] <Mithrandir> HcE: talk to fabbione about X, at least.
[05:08] <Mithrandir> or daniels, but he's working more on X.org packages, iirc
[05:09] <HcE> the lictouch driver should be ok to put into X, but I want to test it here first
[05:09] <HcE> it just takes forever to compile
[05:09] <Mithrandir> HcE: get yourself a real computer. ;)
[05:09] <HcE> Mithrandir: can I send you the bill? :P
[05:10] <Mithrandir> pft.
[05:10] <fabbione> HcE: use ccache :-)
[05:10] <HcE> it's mostly my error because I can't do it right the first time
[05:11] <Mithrandir> fabbione: did you see my nagging about the lvm2 segfault?
[05:12] <fabbione> Mithrandir: no. it's all day that i am working with X
[05:12] <fabbione> i barely read emails
[05:12] <Mithrandir> fabbione: on the other channel. :)
[05:12] <fabbione> oh no..
[05:12] <fabbione> sorry
[05:12] <Mithrandir> basically, did you manage to track it down?
[05:13] <fabbione> Mithrandir: to a segfault in one ioctl on /dev/disc when /dev is devfs
[05:13] <Mithrandir> fabbione: yes, but it got fixed in Debian
[05:13] <Mithrandir> seemingly.
[05:13] <fabbione> that's all i was able to see when using lvm2 inside initrd
[05:14] <fabbione> oh
[05:14] <Mithrandir> ok, so you didn't get any further?
[05:14] <fabbione> no.
[05:15] <fabbione> but not even the submitter knows what has been fixed where and how
[05:15] <Mithrandir> true
[05:15] <Mithrandir> I'll see if I have the time to track it down, then
[05:15] <fabbione> Mithrandir: if you have the setup is ok
[05:15] <Mithrandir> wanders off, even
[05:15] <fabbione> otherwise it will have to wait a couple of days
[05:16] <fabbione> I am almost done (hopefully!) with X
[05:16] <Mithrandir> woo, cool
[05:16] <fabbione> at least now:
[05:16] <fabbione> 1) doesn't mangle your config file
[05:16] <fabbione> 2) the logic to calculate freq based on resolution is slightly better
[05:17] <fabbione> 3) it supports dynamic templates ${choises} for modes
[05:17] <fabbione> and a bunch of other fixes
[05:17] <fabbione> now i am doing postinst more robust
[05:17] <fabbione> before uploading and so on...
[05:18] <Hrdwr_BoB> what bootloader does the warty install CD use?
[05:19] <fabbione> syslinux
[05:19] <Hrdwr_BoB> hrm
[05:19] <Hrdwr_BoB> it reboots this duron machine
[05:19] <Hrdwr_BoB> but the debian install CDI have works
[05:20] <Hrdwr_BoB> SCSI DVD shouldn't make a difference?
[05:20] <mdz> Hrdwr_BoB: isolinux
[05:20] <mdz> the same as Debian CDs use
[05:21] <mdz> are you sure it's crashing that early?
[05:21] <Hrdwr_BoB> this deb CD is a bit old though
[05:21] <mdz> and not in the kernel?
[05:21] <Hrdwr_BoB> well I see nothing on the screen at all
[05:21] <Hrdwr_BoB> hangon I'll try it again
[05:22] <Hrdwr_BoB> yeah it doesn't appear that it's getting to the kernel at all
[05:23] <Hrdwr_BoB> though it might be  a problem loading framebuffer
[05:23] <Hrdwr_BoB> or whatever it does
[05:24] <Hrdwr_BoB> it has a gf2mx in it
[05:24] <HcE> there
[05:24] <HcE> finally X is being built with the lictouch driver :/
[05:27] <Hrdwr_BoB> well I have to go to bed, 
[05:27] <HcE> hmm
[05:27] <HcE> ah, .au :)
[05:28] <Hrdwr_BoB> I'll have warty CD 7 by tomorrow, but I'm not sure it'll help, I might try a different video card
[05:28] <Hrdwr_BoB> hah yes it's 1:30am
[06:20] <fabbione> argh..
[06:20] <fabbione> what happened to ls --color ?
[06:20] <HcE> echo $TERM?
[06:21] <fabbione> linux
[06:21] <fabbione> as usual
[06:21] <fabbione> i didn't change that
[06:21] <fabbione> it's on console
[06:22] <fabbione> they are all too dark
[06:23] <HcE> hmm
[06:23] <HcE> I'm getting bad feelings about the lictouch driver to X4.3 :(
[06:24] <HcE> when I go up/down the pointer goes sideways :(
[06:33] <Mithrandir> icky.
[06:37] <HcE> found the error
[06:37] <HcE> some usb-mouse config in my XFree conf
[06:38] <HcE> now the monitor dosn't work at all
[09:52] <Mithrandir> mdz: 896 seems ok, the TEXTREL segment is only present on i386
[09:53] <Mithrandir> mdz: so, technically, it's a policy violation, but we can ignore it, as it's correct on amd64.
[09:53] <Mithrandir> (and i386 doesn't care)
[09:53] <mdz> fascinating
[09:53] <Mithrandir> : tfheen@golem(golem-i386) ~ > objdump -x /usr/lib/libmpeg2.so.0| grep TEXT
[09:53] <Mithrandir>   TEXTREL     0x0
[09:53] <Mithrandir> vs
[09:53] <Mithrandir> : tfheen@golem(golem-amd64) ~ > objdump -x /usr/lib/libmpeg2.so.0| grep TEXT
[09:53] <Mithrandir> : tfheen@golem(golem-amd64) ~ > 
[09:54] <Mithrandir> just close the bug with FIXED and a comment?
[10:19] <mdz> NOTWARTY and a comment
[10:19] <mdz> it's still a bug in Debian
[11:58] <SleepBoB> mdz more specifically
[11:58] <SleepBoB> processor       : 0
[11:58] <SleepBoB> vendor_id       : AuthenticAMD
[11:58] <SleepBoB> cpu family      : 6
[11:58] <SleepBoB> model           : 3
[11:58] <SleepBoB> model name      : AMD Duron(tm)
[11:58] <SleepBoB> stepping        : 0
[11:58] <SleepBoB> cpu MHz         : 700.052