=== mdke_ [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel [12:03] welcome matt [12:03] thanks === mpt_ [n=mpt@201-27-7-12.dsl.telesp.net.br] has joined #ubuntu-devel === Amaranth [n=amaranth@24-116-61-125.cpe.cableone.net] has joined #ubuntu-devel [12:25] anyone know of a util that will show the events on /dev/input devices? (not anything that goes through X) [12:25] something that is in breezy, preferably [12:26] cat /proc/bus/input/devices maybe this? ;) [12:26] no, I need to see the events [12:27] like when the mouse button is clicked, I want to see that event [12:27] maybe this can help.... [12:27] http://www.ggi-project.org/documentation/libgii/current/input-linux-evdev.7.html [12:28] well, all mouse's send event's throught /dev/input/mice [12:28] yeah, but I don't want to see raw data, I want it parsed into something meaningful [12:29] k, read this [12:29] http://opensource.idealcorp.com/evdev/README === LaserJock [n=LaserJoc@ppp-69-239-137-99.dsl.renocs.pacbell.net] has joined #ubuntu-devel [12:29] hope it helps [12:30] was hoping for something a user could install, but that may be my only option [12:30] thanks === crimsun_ [n=crimsun@66.248.140.183] has joined #ubuntu-devel [12:30] k [12:31] BenC, hm, maybe you could make some kind of python/shell script which will ease the process? [12:32] welcome clones of crimsun ;) [12:32] Pygi: was also trying to avoid writing software to debug a user's problem :) [12:33] BenC: heh, maybe you could *force* someone to write it for you ;) === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === ozamosi [n=nnnnnnoz@h27n12c1o1049.bredband.skanova.com] has joined #ubuntu-devel [12:36] BenC: still here? [12:36] http://www.cpan.org/modules/by-module/Linux/Linux-Input-1.01.readme === ozamosi [n=nnnnnnno@tor/session/x-0a3a286ac94a0c73] has joined #ubuntu-devel [12:48] think I'll just use evtest.c [12:49] k === doko [n=doko@dslb-084-059-082-171.pools.arcor-ip.net] has joined #ubuntu-devel === fabian [n=fab@pc-106-150-120-200.cm.vtr.net] has joined #ubuntu-devel === mi-ke [n=mi-ke@c-d9bde155.13-1-64736c10.cust.bredbandsbolaget.se] has joined #ubuntu-devel === rob1 [n=Robert@ubuntu/member/rob1] has joined #ubuntu-devel [01:15] elmo: please sync paintlib from unstable, ubuntu override ok. thx. === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-devel === rob1 [n=Robert@ubuntu/member/rob1] has joined #ubuntu-devel === ompaul [n=ompaul@194.125.95.116] has joined #ubuntu-devel === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #ubuntu-devel === eruin [n=eruin@unaffiliated/eruin] has joined #ubuntu-devel === Lathiat2 [n=lathiat@202.72.150.106] has joined #ubuntu-devel === mdke_ [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel [02:55] where can I read about suspend to ram for dapper? [02:55] all I can come up with is hoary and even warty-related wiki entries, etc === ealden [n=ealden@219.90.94.92] has joined #ubuntu-devel === eruin_ [n=eruin@unaffiliated/eruin] has joined #ubuntu-devel === mojo_ [n=mojo@220-244-248-54.tpgi.com.au] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === mahangu [n=mahangu@unaffiliated/mahangu] has joined #ubuntu-devel === lamont-away grumbles. [03:33] if I have a machine with ubuntu-server installed, what magic glue is needed to make it mount usb drives when they are detected, I wonder... [03:34] hrm [03:34] they should? [03:34] mind you, I'm only logged in over the network [03:34] oh, to auto-mount? [03:34] yeah [03:35] i think gnome-volume-manager does the mounting part [03:35] automount [03:35] usually [03:35] hrmfp === poningru [n=poningru@pool-71-243-249-173.tampfl.fios.verizon.net] has joined #ubuntu-devel === ozamosi [n=nnnnnnnn@tor/session/x-1620fae2a7be70b5] has joined #ubuntu-devel [04:12] hi every1 [04:13] GNOME Login Photo in Preference is quite useless since we have About Me program, then can some1 report a suggestion for deprecation? === ealden [n=ealden@219.90.94.33] has joined #ubuntu-devel === mdke [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-devel === fabian [n=fab@pc-106-150-120-200.cm.vtr.net] has left #ubuntu-devel ["Abandonando"] === ozamosi [n=nnnnnnnn@tor/session/x-9708603e43b67fe3] has joined #ubuntu-devel === zakame [n=zakame@222.126.17.58] has joined #ubuntu-devel === zakame [n=zakame@222.126.17.58] has left #ubuntu-devel [] === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [05:01] hello all [05:10] yes, all and shit === mhz [n=mhz_chil@pc-252-84-215-201.cm.vtr.net] has joined #ubuntu-devel [05:16] hey mhz [05:16] hey zakame === r3vld [n=diablo@tor/session/x-07757ae39f55bdff] has joined #ubuntu-devel [05:34] er prolly stupid q, but what does a given-back in lamont's buildLogs mean? [05:35] zakame: that the package is going to be rescheduled for build later [05:36] but there are several reasons why you get there [05:36] fabbione: oh, k :D I got this from the i386 build for the ruby-related pkgs I asked for sync yesterday... [05:36] zakame: but they all come down to "I tried to do the build, but I couldn't even get started because the source isn't fetchable or some such" [05:37] if you see them given back regularly every 8 hours or so for several times, then you might squawk. === hunger [n=hunger@p54A621B0.dip0.t-ipconnect.de] has joined #ubuntu-devel [05:38] lamont-away: yes, that's what I saw inside the .gz... I'll be keeping an eye on those then ;) [05:38] thanks :D [05:39] it's _supposed_ to be a transient error, you see... [05:40] ooh === fabbione starts installing the ia64 [05:41] lamont-away: default serial on ia64 is sitll 9600 8N1? [05:41] still even [05:42] actually, I think it's default is now autosense. [05:42] but yeah, 9600 8N1 will work just fine [05:42] hm ok.. i must have plugged in the wrong serial than :) [05:43] yeps [05:43] here is is [05:43] it is [05:43] heh [05:44] hppa 90.78% 5848 of 6442 [05:44] sparc 88.76% 5755 of 6484 [05:44] oops. echan [05:44] powerpc 93.94% 6220 of 6621 [05:44] amd64 93.03% 6129 of 6588 [05:44] ia64 92.82% 6093 of 6564 [05:44] i386 92.81% 6278 of 6764 [05:44] hppa 89.45% 5848 of 6538 [05:44] sparc 87.49% 5755 of 6578 [05:44] holy-inversions batman. [05:44] cat /proc/cpuinfo [05:44] processor : 0 [05:44] vendor : GenuineIntel [05:44] arch : IA-64 [05:44] family : Itanium 2 [05:44] ppc is leading? and i386 is #4??? [05:44] wow [05:44] amen [05:44] i think it [05:45] rocking [05:45] i think it's busy building Riddell's crack :) [05:45] so is sparc :) [05:46] lamont-away: what did you build to gain 70 pkgs in one day???? [05:46] are you cheating or something? === ozamosi [n=nnnnnnnn@tor/session/x-ce170fab5fc24c70] has joined #ubuntu-devel [05:47] fabbione: I, uh, reenabled mail and ftp from the 2nd buildd. :-) [05:48] lamont-away: ah ok :) [05:48] This boot experienced the following problems: [05:48] WARNING[10] : BMC System Event Log is full === fabbione starts to discover another way of pleasure trough EFI boot loader chain [05:49] but you were right.. ia64 is on giga === fabbione moves to #ubuntu-ports [05:50] fabbione: yeah - there's a bmc log dumper in universe somewhere - ping me monday and I'll tell you the name.. :-) [05:50] otherwise, it just gives you 30 extra seconds to override the autoboot. :-) [05:51] the warning specifically means that you're not running anything to clear the log, since booting is a logged event. [05:51] i am ok with the 30 secondds === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [06:09] bye === poningru [n=poningru@pool-68-238-172-110.tampfl.fios.verizon.net] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === ejofee [n=ejofee@195-245-89-185.dtcom.ro] has joined #ubuntu-devel === henriquemaia [n=henrique@cb-217-129-170-53.netvisao.pt] has joined #ubuntu-devel === auxesis [n=lindsay@107.24.233.220.exetel.com.au] has joined #ubuntu-devel === crimsun [n=crimsun@cpe-066-056-187-199.triad.res.rr.com] has joined #ubuntu-devel === henriquemaia [n=henrique@cb-217-129-170-53.netvisao.pt] has joined #ubuntu-devel === poningru_ [n=poningru@pool-70-110-71-95.tampfl.fios.verizon.net] has joined #ubuntu-devel === shaya [n=spotter@user-0ccembr.cable.mindspring.com] has joined #ubuntu-devel === aroman [n=aroman@CPE00508b49d017-CM00407b87db9d.cpe.net.cable.rogers.com] has joined #ubuntu-devel === frogger_ [n=frogger_@cpe-72-226-11-47.nycap.res.rr.com] has joined #ubuntu-devel === LaserJock [n=LaserJoc@ppp-69-239-137-99.dsl.renocs.pacbell.net] has left #ubuntu-devel [] === jblack [i=jblack@209.158.45.74] has joined #ubuntu-devel [08:40] do the dapper kernels have the new broadcom driver? [08:40] Hello. I have a multitude of problems on my vaio. Is anybody available to assist me in triaging them to figure out whether or not they're already filed, dapper specific, what packages are appropriate to file against, etc? [08:44] jblack: can you give me about 10 minutes? [08:45] fabbione: Sure === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [08:51] re [08:51] jbailey: ok.. tell me :) [08:51] This one? [08:51] ? [08:51] Lots of problems. Some are post going to dapper, some go all the way back to hoary [08:51] The most recent thing I've noticed is that /dev/hdc has gone bye-bye [08:52] is that a cdrom? [08:52] Yes [08:52] my hdc is actually a 400GB hd :) [08:52] ok [08:52] i am pretty sure it's a known problem [08:52] Ok. [08:53] Then that gets fixed some day. I can live without that for now. :) [08:53] The next one is that /proc/acpi/sony has gone away since moving to dapper as well. [08:53] you could check if the cdrom kernel modules are loaded [08:53] I tried modprobing idecd, but I'll do that again now [08:53] let me check the acpi think [08:53] there are 2 modules to load === fabbione looks [08:54] ide_cd is loaded, cdrom is loaded, ide_generic and ide_disk [08:54] oh first thing.. are you sure you did a full dist upgrade? [08:55] because new kernel needs new udev [08:55] and hotplug goes bye bye [08:55] Yeah, I did a apt-get dist-upgrade [08:55] I've done it a few times in the last few weeks. [08:55] did you do it today? [08:55] btw, dmesg tells me "hdc: ERROR, PORTS ALREADY IN USE" [08:55] there have been quite a log of fixes... [08:55] ah [08:55] Yes. I did it this evening, about an hour ago === fabbione hmms.. [08:56] I also see this a few lines later in /var/log/dmesg: [08:56] [17179573.632000] Badness in enable_irq at kernel/irq/manage.c:126 [08:56] ok, it might be a driver problem.. you need to check that with BenC [08:57] jblack: uname -a ? [08:57] Ok. Used to work fine back in breezy, btw. [08:57] Linux pluto 2.6.15-8-686 #1 SMP PREEMPT Tue Dec 13 03:38:39 UTC 2005 i686 GNU/Linux [08:57] jbailey: cd /lib/modules/$(uname -r)/kernel/drivers/acpi [08:57] jblack: [08:58] do you have the sony module there? [08:58] or at least loaded? [08:58] No, no sony module [08:58] I do have sonypi loaded though [08:58] ok [08:58] I'm not sure where its loading from, if its not in that dir [08:58] not sure it's the same.. let me check [08:59] oh, its in char/sonypi [08:59] obj-$(CONFIG_ACPI_SONY) += sony_acpi.o [08:59] no it is simply not compiled.. [08:59] the code is there tho [08:59] open a bug for BenC [08:59] Hmmm. That's two for benc. :) [09:00] yup [09:00] next? [09:01] Next... Hmmm. how about another probably kernel one. [09:01] go ahead :) [09:01] resuming from sleep is very slow. Usually, shutting down and restarting is quicker [09:01] because for once.. IT'S NOT MY FAULT :P [09:01] Oh, I've got some for you too. :) [09:01] i doubt [09:01] You do synaptics? [09:01] resume speed.. dunno.. you need to ask mjg59 [09:02] no i don't do synaptics.. i am more for classic drugs like eroin or cocaine... [09:02] Ok. I'll talk to him for that one. [09:03] synaptics is still Xorg = daniels.. [09:03] Next, the mouse and touchpad are slow. I have to travel large distances for movement. [09:03] is that a regresion compared to breezy? [09:03] The touchpad stuff doesn't honor any of the settings. So in breezy, everytime I used the touchpad, I would get movement + touch. [09:03] there could be several reasons for that [09:04] Now, I get little movement + touch. === dieffel [n=dieffel@50A2F56D.flatrate.dk] has joined #ubuntu-devel [09:04] btw, all of this worked fine back in warty. [09:04] that [09:04] It went downhill in hoary, then more so in breezy. Desperate, I hopped to dapper. [09:04] that's tricky to debug and it will take sometime.. that i don't really have today, but i can help you tomorrow [09:05] jblack: the entire input layer has been rewritten between hoary and breezy [09:05] and there have been even more changes in dapper [09:05] Yeah. Adam Conrad took a shot at it in ubz. [09:05] jblack: meh you could have told me there [09:05] We thought we had fixed it. :( [09:05] remote debugging of that stuff = the sucks [09:06] I will happily limp to the next meet. [09:06] let's try to look at it tomorrow than [09:06] or during the next week [09:06] And I'll give you all the beer that you can drink if you make this thing work as well as its counterpart did with hoary. [09:06] ehhehe === OculusAquilae [n=bastian@p548D37BB.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:06] I'm serious. :) [09:07] if people keep paying me in beer.. i will not survive the next 3 months [09:07] speaking of which.. shawarma the beer is good :) [09:07] yeah? [09:07] I think I've seen that before. Where is it? [09:07] jblack: i got 5 lt of beer from shawarma :) [09:08] jblack: anyway.. this distro is all about free beer :) [09:08] We have an american beer here called...I can't remember the name. [09:08] bud wiser? [09:08] Oh god no. [09:08] ah ok [09:08] you did scare me for a second [09:08] No. Thats soda water with a hop from time to time. [09:09] no idea of what you are talking about ;) [09:09] anyway.. next issue? [09:09] no cdrom, broken touchpad, broken suspend and resume, that's the big ones. [09:10] ok, other than the synaptic one, that we need to debug.. the others have been addressed somehow... [09:10] i also think that suspend / resume is binded to the sony_acpi [09:10] missing from the kernel [09:10] I suppose thats possible, but back in breezy, the suspend-resume problems were there, and I had sony_acpi [09:11] The missing sony_acpi causes a number of problems. Poor battery life, processor speed, etc. [09:12] Is it possible for me to build a kernel on ubuntu? [09:13] jblack: yes it is of course.. the problem is that i don't know why it's not built and building for amateur is a suicide [09:13] Back in the debian world I was accustomed to building kernels without a problem. [09:13] mainly it will burn your life for a few days.. [09:13] oh the build system is similar [09:13] I'm worried that I'll muck up the wireless though. [09:13] that's not the issue [09:13] the main problem is that i don't know why it's not built [09:15] perhaps it causes a problem for nonsonys. [09:16] Are the relevant patches even included? [09:16] i don't think that's the reason [09:16] infinity: yes they are [09:16] the code is in .15 [09:16] We definitely don't have CONFIG_ACPI_SONY in our .configs. [09:16] that might be why :) [09:16] So, maybe it was just an "oops". [09:16] that's why i am saying it might be difficult to get there [09:17] if ACPI_SONY is not in Kconfig, it becomes a pain to do [09:17] much easier to ask BenC [09:17] Just promise me that I won't loose any more hardware! [09:17] pain for people not familair with Kbuild [09:17] No touchpad, no cdrom, no acpi... [09:17] if you take out the nic, keyboard or screen, I'm screwed! [09:18] jblack: that's because we care about you.. working too much in front of a pc is NOT healty [09:18] so we preserve you [09:18] jblack IS the CDROM on an SATA channel? [09:18] you should be grateful to us :) [09:18] inifinity: Nope [09:18] Speaking of the screen, irssi just went bonkers. [09:18] jblack : Oh, it's standard IDE? Hrm. [09:18] infinity: Yeah. Its apparently a known issue. [09:19] PORTS ALREADY IN USE or somesuch [09:19] That's a red herring. [09:19] ide-generic always says that. [09:19] (If it doesn't, it was loaded too early) [09:19] I really should silence those printks in ide-generic. People keep using them as debugging info, and they're just not meaningful. [09:20] ok, in that case, I lost hdc somewhere between late breezy and contemporary dapper. === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [09:20] I noticed tonight. The drive is there. I checked on wintendo [09:20] Maybe replace them with something friendlier, like "A better IDE driver is already loaded, ide-generic not binding to any ports" [09:20] Or just remove them completely. [09:21] Wait, didn't i already DO that in breezy? [09:21] I'm on dapper. [09:21] Yeah, I know. [09:22] anyone know about libata's ATAPI support? will that be working by the time dapper comes out? [09:22] Jeff Garzik has been saying "real soon now" for almost a year === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [09:22] floam : If it's not in tip-top shape when we get closer to release, we'll fall back to the older methods. [09:22] older methods? [09:23] as in ATAPI not working at all? [09:23] (as it is now) [09:23] floam: do you have patches to fix these problems? [09:23] fabbione : Do you have an old breezy kernel tree on your hard drive?... I can't be bothered to download it to check something. [09:23] infinity: yes i do [09:24] fabbione : Did my "drivers-ide_quiet_probe_failures.dpatch" remove the probe printk entirely, or just lower the severity to keep it off the screen? [09:24] fabbione: uh, no. it's major work [09:24] I'm just curious if anyone knew more than what's on the libata page [09:24] floam: than don [09:25] don't say don't complain, I certainly am not [09:25] floam: than don't complain.. it's a major work for Grek too [09:25] Jeff i mean [09:25] I know that [09:25] infinity: it lowers it [09:25] from ERR to INFO [09:25] floam : BenC's been following it some. The theory is that if libata ATAPI turns out to suck, we fall back to using ide-generic for ATAPI and libata for disks. (which was basically how breezy's setup worked) [09:25] so it should still be in dmesg [09:26] fabbione : Ahh. Kay. Then Ben probably didn't drop the patch. I'd forgotten I left it in as INFO. [09:26] infinity: I don't get how that can work.. [09:26] ide-generic certainly can't handle SATA CD/DVD drives [09:26] oh. [09:26] you must mean PATA stuff. [09:26] floam : My CD drive is SATA, and it woks in breezy, where we certainly weren't using the libata/atapi mess we are right now. [09:26] works, too. [09:27] infinity: interesting. can it burn? [09:27] But yes, I thin kthe current broken state of affairs is with trying to use libata for pata atapi devices or some such. [09:27] Yes, it'd a DVD burner, works fine in both breezy and dapper. [09:27] (2.6.12-9 and 2.6.15-8) [09:27] weird weird weird. is it using the old "(DEPRECATED)" SATA modules for that or something? [09:28] I was under the impression that it couldn't work with libata at all at the moment [09:28] It's ata_piix/libata+atapi in dapper. No idea how it was working in breezy. [09:28] (Well, +sr_cd+sg, obviously) [09:28] yeah, I know it's enabled on a few chipsets in dapper [09:28] I'm just curious now what it was doing in breezy [09:29] I'd have to reboot and play to remind myself how it worked in breezy, but I know it did. Testing release CDs would have been tough if it didn't work. :) [09:30] ide-generic certainly can't do SATA, maybe it was using the old non-libata SATA modules that were in the IDE layer for that or something [09:30] fabbione : Would you object to me changing that printk to be a bit friendlier/more informative?... I'm sick of people (even clueful people) thinking it's a bug. [09:31] Thats probably not a bad idea. It tricked me. [09:31] infinity: i have no problems at all.. just send me the patch or point me to your git repo [09:31] (Okay, to be fair, it's a "bug" that we need to try to load ide-generic at all, but one we can't fix any time soon) [09:31] Yeah, I'll fix it later and have ben pull. === exarkun [i=exarkun@intarweb.us] has joined #ubuntu-devel [09:33] infinity: which drive do you have? the plextor one? [09:34] infinity: up to you.. makes no diff for me [09:34] fabbione : Yeah, it wa more just a second opinion thing. [09:35] infinity: ehehe [09:35] floam : No, it's a Matshita drive in my Thinkpad. [09:35] hm. completely 100% certain it's really SATA? [09:36] The drive, or the controller? [09:36] well, both [09:36] The drives are PATA drives on a bridge, afaik, but the controller is definitely SATA, which is what should matter. [09:37] the only experience I have with a ATAPI SATA device is the plextor one, which my friend had on a VIA chipset [09:37] and I'm pretty sure we couldn't get it to work on breezy [09:37] perhaps piix works better [09:38] I'd be willing to bet piix gets more love, but the via drivers should be getting a fair amount of love from the am64 crowd. [09:38] yeah. [09:38] I was going to get one of the Plextors for my SATA VIA machine, but the PATA Pioneer drives were too well priced to turn down. [09:38] I came in halfway through, but I have a PIIX w/ and ATAPI SATA plextor, it does not work with Breezy. [09:39] exarkun : Does it work in dapper? [09:39] haven't tried, I ended up buying an IDE drive to replace it. [09:39] I might be getting the PX-716SA as a gift over the holidays, so I'll be able to screw with that soon [09:40] it's finally available fairly cheaply. I saw it for $82 somewhere [09:41] Yeah, I was shoppig about a year ago, and the Plextor was a bit out of range for someone like me who burns a few DVDs per year, and maybe 50 CDs. [09:41] yeah. [09:41] it was $160 when I first put my eye on it === infinity wonders how evil it would be to lay into ATI's libGL.so.1.2 binary with a hex editor to fix a hardcoded path. [09:42] certainly not much more evil than ATI for only handing out binaries [09:43] though one is cleanliness-evil and another is moral-evil [09:43] infinity: less evil than doing it in the nvidia-driver ;) [09:43] Treenaks : Well, the nvidia driver WORKS, so that's a non-issue. :) [09:44] infinity: The nvidia-driver _leaks_ [09:44] Well, okay, for some value of "works"... It works a lot better than fglrx at the moment. [09:44] hmm [09:44] I need to try flight2 + latest X [09:44] see if it fixes my ATi-troubles [09:45] The free ATI driver treats me very well. [09:45] infinity: well, it does on my _other_ laptop, but on the canonical-supplied one, all hell breaks loose on 1920x1200 [09:45] But I should fix DRI in fglrx, I suppose. And that will either take dirty symlinks I don't want to ship (stuff in /usr/X11R6, ugh), or a hex editor. [09:45] nvidia seems to be much better at distributing binary drivers that manage to work well in a hostile environment [09:45] every other week Greg-KH adds something to the kernel blocking off more non-GPL stuff [09:45] floam: i.e. gentoo? :) [09:46] well, I mostly meant the A{B,P}I environment [09:47] Greg-KH is a nice guy, but I really liked it when my nvidia driver had working udev/sysfs stuff [09:47] complain to nvidia ;) [09:47] Can't. That's the whole point. [09:48] It's not nvidia's fault. [09:48] ('why isn't it possible to work like wiif-drivers work: upload a blob of firmware to $device') [09:48] (Wel, except that it's their fault the driver's not free) [09:48] other than telling NVIDIA to release all their IP to the world, there isn't anything to complain about to nvidia [09:48] I cared a lot more about kernel tainting before I had a job [09:48] floam: you've never used nforce-chipset motherboards :) [09:48] the kernel people don't like proprietary drivers, so they decided one day to set a bunch of EXPORT_SYMBOL stuff to EXPORT_SYMBOL_GPL in the sysfs code [09:49] OTOH, udev/sysfs integration is of limited value, since modporbing 'nvidia' when the X driver loads is good enough. You don't need it hot/coldplugging on boot. [09:49] and now that hasn't worked sense [09:49] infinity: meh, it was somewhat useful [09:49] where do I set up my 'workgroup'? [09:50] dooglus: System -> Administration -> Shared folders? [09:50] (or whatever it's called in English) [09:50] Treenaks: I saw that, but I'm not using samba or NFS. I'm merely mounting a windows shared drive [09:51] dooglus: you don't need a workgroup for that [09:51] mounting? literally? You'll need to use smbfs and set the workgroup in the -o parameter of mount [09:51] Treenaks: do I need to install anything to be able to "mount -t cifs" ? Currently I see mount: wrong fs type, bad option, bad superblock on //server/dokumenty, [09:51] I assume you didn't mean actually using mount though. [09:51] dooglus : "smbfs" [09:52] you should be able to find it in nautilus [09:52] dooglus : The package, that is. [09:54] oh, man. awesome. Jorn finally gave someone else commit access to muine [09:54] it's no longer dead, woot [09:54] or less dead, at least [09:54] thanks guys. you were both right. I didn't need to set a workgroup, and I *did* need to install smbfs to be able to mount using 'cifs' [09:55] hmm, both nautilus and the gnomemeeting packages seem borked on amd64 here [09:55] neither can install [10:00] floam: I really meant 'mount', and I don't use 'smbfs' because that has a 4Gb (or 2Gb, I forget) file size limit [10:01] floam: and I didn't have to mention the workgroup name in the -o flags [10:01] yeah, you probably wouldn't [10:01] workgroup is default [10:01] floam: I uninstalled nautilus [10:01] floam: the workgroup used here isn't the default one. [10:01] dooglus: and it still found it? cool [10:02] floam: well, I installed this chroot a couple of months ago, when dapper was first made available, so maybe I set the workgroup then. but I can't see where, if I did. === Pygi [n=mario@83-131-244-92.adsl.net.t-com.hr] has joined #ubuntu-devel [10:08] The workgroup is meaningless except for browsing machines in nice little groups. [10:08] When connecting to a share, you just need to know how to get to it (machine name or IP) and the share name. [10:09] oh. [10:09] I figured it was the same as the abstract way it's presented [10:09] (as machines under workgroups) [10:09] Nope, workgroups are just to keep things tidy in GUI browsers. [10:10] (And to allow machines that aren't actually domain members to appear in the same-named machine lists) [10:14] floam: a good way to think of it is: workgroups/domains == naming service; domains also add bidirectional verification and a user lookup service. === Hirion [n=hirion@draugr.de] has joined #ubuntu-devel [10:17] infinity: do you do the kernel releases? who should I bug to try to get a .config option turned on? [10:17] floam : You should ask in #ubuntu-kernel. BenC does the majority of kernel maintenance and releases. [10:17] oh. didn't know it had a channel [10:18] Yes, well. The last few hours here would seem to indicate we don't have a kernel channel, but that's cause it's a weekend, and I'm more slack about not bouncing people for being off-topic on weekends (since there's very little ON-topic conversation) [10:19] hmm, wonder if my craptop boots now [10:19] 80% of what I was saying here would have been in there had I known about it :) [10:19] probably not, haven't seen any core updates [10:20] jdub : What sort of hate is it giving you? [10:21] seems to halt at shpchp [10:21] at least, that's the last thing printed during a verbose boot [10:21] i'll try again now [10:24] okay, so init=/bin/sh is fine [10:24] so it's during hardware detection stage === jdub boots single [10:25] hmm, bit different now [10:25] interesting dma timeout errors on hda [10:27] let's see that again [10:27] what's this about: bash: ./small.sh: /bin/bash: bad interpreter: Permission denied [10:28] /bin/bash is executable by everyone - so why "permission denied"? [10:28] hmm! [10:28] looks like it worked this time, after killing a stupid hdparm config [10:28] though it got further than it did before even then === pef [n=loic@ubuntu/member/pef] has joined #ubuntu-devel [10:30] morning all [10:32]