[00:04] <cubed_root> thanks again David-A, that did it
[00:06] <David-A> :)
[00:16] <rincewind> Hello, got an Acer Aspire V5-573G(Intel with Optimus) on Xubuntu 14.04. Everything works finde, except it waking up from suspend randomly. Any ideas how to fix or diagnose the problem?
[00:25] <rincewind> Ok, rephrased: do Ubuntu and Xubuntu have the same powermanagement so I can ask in #ubuntu?
[00:39] <acpiorwhat> how can i enable acpi while the system is up and running?. i do not want to enable acpi at boot because i have noticed that performance is very slow if acpi is enabled at boot time
[00:47] <bazhang> !crosspost | acpiorwhat
[01:25] <cubed_root> ugh, i've screwed up my xubuntu installation
[01:27] <dogewood> Sup
[01:28] <cubed_root> whenever i open the ubuntu software center, i get the message "new software can't be installed, because there is a problem with the software current installed. would you like to repair?"
[01:29] <cubed_root> when i click 'repair' it eventually hangs and fails
[01:30] <dogewood> If you were to have to transfer ~30GB or so over a link with a round-trip of about 120ms and NFS was the only option (well, except scp, but I'm already encrypted and the latency seems to kill scp), would you assume a larger wsize and rsize to be superior when dealing with multi-GB files?
[01:31] <dogewood> I /think/ I'm getting a little better performance but there's a fair amount of jitter and whatnot so it could be noise
[01:32] <Unit193> cubed_root: What does  sudo dpkg --configure -a && sudo apt-get install -f  give you?
[01:32] <Unit193> dogewood: I'd say rsync would be much, much better than scp, but I can't answer about NFS.
[01:33] <dogewood> hm.  well, thanks for the tip about rsync
[01:33] <Unit193> Someone else might know, stick around for a bit.
[01:33] <dogewood> you use one network filesystem for 25 years or so and you tend to get used to it
[01:33] <dogewood> lol
[01:34] <dogewood> I'm good, just thinking out loud really.  knocked it down to v3 from v4 so I knew the options....perhaps I'll try async.  Either way it just has to finish by morning and I'm on track to make that deadline.
[01:35] <cubed_root> Unit193: thanks for the suggestion. it looks like i'm missing libreoffice-core, on which there are a lot of dependencies
[01:37] <dogewood> What the
[01:37] <dogewood> Really Juniper?  a signed long to count the bytes sent in your vpn client?  god.
[01:50] <cubed_root> the results of running dpkg command:  http://pastebin.com/czZLEpjJ
[01:50] <cubed_root> i think it's the result of trying to install the gnome desktop, finding errors, and then trying to reverse the gnome desktop install (using synaptic pkg mgr)
[01:52] <cubed_root> any suggestions?
[01:52] <cubed_root> not sure what to do next
[01:58] <Unit193> Right, I used &&, you'll want to just run that second command.  Looks like you're just missing libreoffice-common
[02:01] <cubed_root> i think get:
[02:01] <cubed_root> Errors were encountered while processing:
[02:01] <cubed_root>  /var/cache/apt/archives/libreoffice-common_1%3a4.2.3~rc3-0ubuntu2_all.deb
[02:01] <cubed_root> *i then get -- sorry about posting multiple lines
[02:04] <Unit193> Can you paste the errors?
[02:06] <cubed_root> Unit193: are you suggesting i run your same command again? or just run the 2nd part (after &&)?
[02:07] <Unit193> Just the  sudo apt-get install -f  and pastebin the output please.
[02:07] <Unit193> (Or if that's half-installed, the first will do, but I think not.)
[02:08] <cubed_root> http://pastebin.com/Qd9nezmn
[02:08] <cubed_root> looks like a package is missing?
[02:09] <Unit193> No, looks like you have some openoffice packages that you shouldn't, namely openoffice-debian-menus
[02:10] <cubed_root> so i just read that libre office & open office can't coexist, can i remove libre office?
[02:11] <holstein> is there something you prefer from openoffice?
[02:12] <cubed_root> i have a couple documents i wrote in openoffice, but if they'll work in libre, then no preferenc
[02:12] <Unit193> Should just be fine.
[02:12] <cubed_root> i guess my problem is that ubuntu software center won't let me install anything
[02:13] <holstein> cubed_root: try them.. you likely want libreoffice now, and would have a better time staying with the "in repo" packages
[02:14] <cubed_root> can't even open libreoffice get "failed to execute command "libreoffice -- calc "
[02:15] <Unit193> You need to remove openoffice packages as they conflict, so you can't install anything at this stage.
[02:16] <cubed_root> ok thanks
[02:18] <cubed_root> openoffice is no longer under development? i guess that's the problem
[02:18] <Unit193> Apache has it, it's under development but I don't know how much.
[02:20] <holstein> cubed_root: libreoffice is the openoffice you are looking for
[02:22] <cubed_root> ok, attempting to remove openoffice thru synaptic
[02:22] <cubed_root> see how it goes...
[02:23] <cubed_root> odd -- removed the libreoffice icons from my applications menu
[02:24] <cubed_root> i can get into ubuntu software center, i'm happy lol -- thanks guys
[02:25] <RippSteakface> heh
[02:25] <holstein> cubed_root: i say, dont go "out of repo" unless you are ready for it
[02:26] <holstein> may be no reason to ever go out of repo..
[02:30] <cubed_root> by "out of repo" you mean to go out of conventional installation/update channels?
[02:41] <holstein> cubed_root: the sources.. there are official sources that are tested
[02:42] <holstein> cubed_root: im not saying, or proposing that the default repos will not cause issues, or have bugs, or leave you with a problem after an update with certain hardware.. but, i see folks with a lot of bad times from running packages that are not intended to be used with the system
[03:35] <cubed_root> holstein: i never modified the source of libre or open office, i just instsalled open office and then libre office was installed w/gnome desktop
[03:39] <holstein> cubed_root: sure.. but, openoffice was from tjhe default ubuntu repositories?
[03:40] <Unit193> Can't be.
[03:42] <holstein> cubed_root: AFAIK, openoffice was removed, so, you would have gotten it from a source that is not "officially supported"
[03:43] <holstein> cubed_root: libreoffice is in the repos, and an officially tested and maintained package is packaged and available there.. using a PPA version or a downloaded .deb or .debs, or building from source, or any other source will put the burden of support back on that maintainer
[03:56] <cubed_root> interesting, ok thanks holstein (yes i think i looked around and ended up downloaded open-office from somwhere--probably a website)
[05:42] <assistente> hi to all! someone can help me debug cups printing on a konica-minolta c350 to enable job accounting?
[07:04] <a2g> how to change the resolution in xubuntu? (14.04, 32bit, installed in vbox)
[07:04] <a2g> i also installed guest additions but no luck there
[07:05] <larrypg> a2g, go to additional drivers
[07:08] <a2g> it tells me "the device isn't working", but i do know that!
[07:09] <larrypg> a2g, one sec- let me start up vbox
[07:10] <a2g> take your time, larry
[07:12] <larrypg> a2g, click on the innotech thing and apply
[07:12] <larrypg> this is from the guest
[07:13] <a2g> i cant even select it, thats the problem
[07:15] <a2g> it defaults to "do not use the device", changing it to "continue using manually installed driver" doesn't enable the apply button.
[07:15] <larrypg> from the main screen at the top of vbox there is a one called devices - click on install guest additions
[07:16] <a2g> larry, as i said i already installed guest additions. is vbox 4.3.4 (win) incompatible with xubuntu?
[07:17] <larrypg> a2g, sorry I don't know...I run devel versions of ubuntu in vbox with ubuntu as host
[07:18] <a2g> some other way i could force it to use a custom resolution, maybe?
[07:19] <a2g> i tried arandr but no option except 640x480 is available
[07:20] <larrypg> I just am not that familiar with how windows handles it
[07:21] <a2g> i should add that i dont suspect windows to be the problem ... debian, mint, centos all handle the resolution well
[07:23] <larrypg> just to make sure...did you install dkms in xubuntu?
[07:24] <larrypg> also have you rebooted?
[07:24] <a2g> how could i forget about dkms? trying that now...
[07:38] <a2g> and this thing doesnt seem to work even with dkms. is it the plain "dkms" or iirc some other package ubuntu had like "virtualbox-dkms"?
[07:38] <larrypg> sudo apt-get install virtualbox-guest-dkms
[07:39] <larrypg> then restart the virtual machine
[07:39] <bazhang> !find virtualbox
[07:40] <bazhang> a good way to find that in future is apt-cache search term
[07:40] <bazhang> or in a PM with ubottu
[07:41] <larrypg> sounds good:)
[07:41] <a2g> nice tip bazhang, didn't know about that :)
[07:42] <bazhang> depending on how much time you spend on IRC, of course
[07:43] <bazhang>  /msg ubottu find package (no !) and then info package
[07:51] <a2g> and it works with virtualbox-guest-dkms :) thanks to everyone who helped!
[08:31] <LonelyDanbo> Is there a way to view the clipboard history by default without installing any clipboard manager (since it's already too late right now
[08:33] <LonelyDanbo> I found one search result that says X gets all that, but I'm not sure where to go from there...
[08:33] <LonelyDanbo> hard to search for "X"
[08:35] <LonelyDanbo> ah, I see. "Xfce" is it's name. I've seen login options that have something like "default X session" and then "Xfce" so I thought they were different.
[08:37] <LonelyDanbo> hm. if the clipboard managers just work with xfce, maybe I can install it now and still get to that data that existed before it was installed.
[08:38] <LonelyDanbo> crap. clipman shows it being empty. T_T
[08:52] <skippezot> hey
[08:53] <skippezot> my software updater is asking me to update data file and libraries for nautilus
[08:54] <skippezot> but i haven't instaled nautilus
[08:54] <skippezot> why does it want to download these files
[09:24] <skippezot> hey
[09:25] <skippezot> software updater is asking me to update nautilus files an libs but i don't have nautilus installed
[09:26] <skippezot> why doe it want to update it
[09:34] <cyborgcygnus> I thought Light Locker was getting fixed, I fresh installed after the official stable release came out in the hopes it would fix light locker. Basically what still happens is, the computer still locks while playing music or video & some programs set to disable locking or suspending the pc while in use doesn't work either.
[09:38] <ethermonk> i thought it was fixed. it's working here
[09:40] <cyborgcygnus> ethermonk, Really? What the flip then, anyone know how I can fix that then?
[09:44] <ethermonk> i would test by creating a test user account that doesnt lock and test it out to see if it's a user config glitch or systemwide
[10:08] <starrats> good morning everyone!
[10:26] <skippezot>  software updater is asking me to update nautilus files an libs but i don't have nautilus installed
[10:33] <ethermonk> something is usiing peices of it's shared library
[10:33] <skippezot> ok thx
[13:23] <goneeuro> Hey guys. I asked this yesterday but ran out of time trying to figure it out. I am running 14.04 64bit and am trying to run gccg. I keep getting this error.
[13:23] <goneeuro> ./ccg_client: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory
[13:23] <holstein> goneeuro: gccg from where?
[13:23] <goneeuro> I know it is a 32bit binary and I have checked and rechecked that libSDL is installed.
[13:24] <holstein> also, what is the overall goal? maybe a volunteer can suggest a "better" way to address the overall need
[13:24] <goneeuro> holstein: http://gccg.sourceforge.net/
[13:24] <goneeuro> gccg is a program to play Magic the gathering card game on linux.
[13:25] <goneeuro> or any number of other card games for that matter. I am just interested in MTG.
[13:26] <knome> goneeuro, since it's not from the repositories, did you check what the author said about requirements?
[13:26] <holstein> goneeuro: you'll need to ask the developer of the application for support
[13:26] <holstein> goneeuro: they may have some other requirements that are kicking out that error, and not being clear/verbose enough
[13:28] <holstein> if it were me, i would go right to the game's support team though, and see about getting the game running in linux.. there may be an easier/simpler way other than gccg
[13:28] <goneeuro> I did get it to run once. But I changed something in the program so I had to reinstall it and thats when it broke. What is the best way to remove that libsdl thing and reinstall itß
[13:28] <knome> holstein, hardly... it's a card game ;)
[13:30] <knome> goneeuro, i'd just check that you have all the packages required installed
[13:30] <knome> "Install SDL, SDL_image, SDL_net, SDL_ttf and SDL_mixer ..."
[13:34] <goneeuro> knome: I have all those installed.
[13:34] <knome> then i'd check the game developers
[13:34] <goneeuro> Its like the game cant find libSDL-1.2
[13:38] <holstein> goneeuro: sure, but keep in mind, nothing about xubuntu is preventing the game from running, or finding anything
[13:38] <goneeuro> I just got it.
[13:39] <goneeuro> I had to install a plugin that tells gccg to look in the right direction I guess.
[13:39] <goneeuro> Thanks for the help though guys. I am new to linux and am trying to learn as much as I can.
[14:41] <m1chael> i upgraded to 14.04 and i believe i'm experiencing this bug: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1283938 # do you guys have any other info on this?
[14:44] <GridCube> m1chael, that bug is a duplicated of https://bugs.launchpad.net/bugs/1303736
[14:44] <GridCube> read this bug to the end and youwill see that we are working on a fix, please try elfy's post and see if that fixes your issue, report back to the bug tracker
[14:48] <dillu> hi
[14:48] <dillu> I am using xubuntu 13
[14:49] <dillu> can anyone help me in upgrading to 14
[14:49] <dillu> I don't want to download the ISO
[14:49] <dillu> is there a way this can be done through the command line?
[14:50] <GridCube> !upgrade
[14:50] <GridCube> dillu, ^
[14:50] <GridCube> !dist-upgrade
[14:50] <GridCube> !do-release-upgrade
[14:51] <GridCube> lol no, i assumed that one would not be there
[14:51] <genii> No factoid, but yes that's the command
[14:51] <dillu> dist-upgrade will remove some of the applications right
[14:52] <genii> Not normally.
[14:53] <genii> At any rate, if you're on 13.04 you need to do the process twice, once to get to 13.10 and then another time to get to 14.04 ( with do-release-upgrade method)
[15:22] <vrkalak> hey, guys
[18:03] <Rajumeazi> hello
[18:07] <Rajumeazi> I need help about compiling programs
[18:07] <Rajumeazi> please any programmer here?
[18:07] <Rajumeazi> I am a starter level programmer
[18:07] <Rajumeazi> I have installed Code::Blocks
[18:08] <Rajumeazi> but that developer package is compiling only the Desktops files
[18:09] <Rajumeazi> when I save codes in the another directory except Desktop then this is not compiling the prgram
[18:09] <Rajumeazi> ot shows the problem "Permission denied"
[18:20] <GridCube> Rajumeazi, what lenguage is this? maybe there is a channel dedicated to that lenguage that you can get proper advice?
[18:20] <Rajumeazi> C and C++
[18:24] <GridCube> Rajumeazi, there is a channel called #C with more than 500 participants, same for a channel named #C++
[18:24] <Rajumeazi> thanks a lot :)
[18:24] <Pici> its ##c and ##c++
[20:22] <ironhoof> I cannot seem to compile my realtek r8168 driver it spits out a bunch of errors
[20:22] <ironhoof> it worked in 12.04
[20:26] <alex72gr> hello! I have one hard disk and I installed both xubuntu 14.04 and windows 7. the disk has the following partitions: 1) boot loader (or I think so) for windows 7, 2) windows 7 operating system, 3) xubuntu 14.04, 4) xubuntu home directory, 5) swap partition and 6) ntfs partition for storage. since xubuntu has some little problems I would like to re-install it, without doing any harm to the other partitions. so... if I just install xubunxu 14.04 WITHOUT for
[20:26] <alex72gr> mating the other partitions, is it going to work?
[20:35] <ironhoof> okay, they had .038 version that compiled, nvm
[20:38] <elfy> alex72gr: should be ok - make sure to select the / and /home partitions and to to only format the / partition
[22:01] <might_get_loud> guys, i have problem when my pc is trying to wake up from suspend, it's just go black screen and it wont move from there. i have hybrid system with amd/intel graphic card im using xubuntu 14.04
[22:02] <might_get_loud> and also, sometimes, but this is newer problem, sometimes wont get into grub menu, it just freezes after showing how to get into bios and stuff when turning on from complete shutdown
[22:02] <knome> might_get_loud, did you read the release notes?
[22:03] <might_get_loud> nope? :D
[22:03] <knome> might_get_loud, try reading those for the note that it is a known issue...
[22:08] <might_get_loud> any idea how to fix this?
[22:09] <knome> the workaround is to remove light-locker and xfce4-power-manager until it's fixed
[22:10] <knome> we have a potential fix on a PPA and i hope it doesn't take too long to land into trusty
[22:10] <zleap> hello
[22:11] <knome> hello
[22:12] <zleap> if I click on a pdf link on a website in firefox it tries to open in scratch,  however there is a pull down that says other, if I select thatr all i get is a folder with my home directory in,  with the heading select helper application
[22:12] <zleap> what am i meant to be doing here,  surely it should present a list of what applications are installed on the system
[22:12] <zleap> http://www.oldwayschool.co.uk/page/?title=Community+activities&pid=86
[22:12] <zleap> so i have that page open in firefox
[22:13] <knome> zleap, that shouldn't happen, but you can select /usr/bin/evince
[22:13] <knome> unless you removed evince, in which case i guess that was expected
[22:13] <zleap> ok
[22:13] <zleap> evince is document viewer
[22:14] <zleap> well that is installed,  and firefox has pdf associated with document viewer
[22:17] <zleap> can someone else try it on that website please, i tried what you suggested and it opened in evince,  but then closed that and tried again and
[22:17] <zleap> it won't let me tick the box that says do this every time
[22:17] <zleap> well do this automatically for files like this
[22:51] <hggdh> csop


[12:56] <zul> hey folks
[02:03] <jbailey> Should a mobile AMD Athlon(tm) use a k7 kernel?
[02:03] <zul> i believe so
[02:03] <jbailey> Cool, tx.
[02:04] <mkrufky> jbailey: i responded to that bugzilla about the dvb headers... the way i fixed it should solve the problem for all distros
[02:06] <jbailey> mkrufky: Nice, thanks!
[02:06] <jbailey> I'll look at the bug in a few minutes to see what the solution is.
[02:06] <mkrufky> ok... would be nice to hear from the original user if it works
[02:06] <mkrufky> (before we close the bug)
[02:06] <jbailey> mkrufky: Are you still interesting in being involved in dvb/v4l with Ubuntu?
[02:06] <mkrufky> ya
[02:07] <jbailey> People often don't answer, it's not usually worth waiting for them to reply if you beleive that it's actually fixed.
[02:07] <mkrufky> i guess ur right
[02:08] <mkrufky> but yes, i am interested in being involved in dvb/v4l w/ Ubuntu...
[02:11] <jbailey> Cool.  Did you get a chance to talk with BenC about it at all?
[02:12] <zul> or just close it, some people open bug reports and never get back to you
[02:12] <mkrufky> he was discussing gcc dependencies for kernel-package that other day... didnt really say much to me
[02:13] <mkrufky> he did say i was always welcome here... thats basically iy
[02:13] <mkrufky> it
[02:17] <zul> gah...simpsons sucks
[02:25] <mkrufky> zul: ur right... this episode sux
[03:29] <zul> BenC: shouldnt it be CONFIG_ACPI_BOOT=n for 686-smp?\
[03:33] <zul> hah hah...ottawa is beating toronto in pre-season nhl
[03:44] <BenC> zul: I dunno, should it?
[03:47] <zul> i been reading some people have problems with smp and acpi
[03:48] <BenC> will disabling acpi hurt anything?
[03:49] <zul> not sure...but its gone in 2.6.13
[03:49] <zul> maybe mjg59 would be the best person to ask :)
[03:50] <BenC> acpi is gone?
[03:50] <BenC> or the acpi/smp bug? :)
[03:50] <zul> for smp i think...gimme a sec...i saw it on bugme
[03:51] <BenC> yeah, acpi disabled on smp would make sense I guess
[03:52] <zul> 2745 on bugme.osdl.org
[03:53] <zul> uh...no thats wrong
[03:53] <zul> 2495
[04:13] <zul> night night
[05:34] <fabbione> morning fellas
[05:51] <fabbione> mkrufky: ping?
[06:06] <mkrufky> fabbione: pong
[06:07] <fabbione> hey mkrufky
[06:07] <mkrufky> hello
[06:07] <fabbione> may i take a few minutes of your time? if you are not busy
[06:07] <mkrufky> sure
[06:07] <fabbione> great
[06:08] <fabbione> there is a friend of mine here on IRC that is building a HTPC
[06:08] <fabbione> (so am i)
[06:08] <mkrufky> ok
[06:08] <fabbione> he is not online now, but i think he would like to talk with you to have some suggestions about what kind of DVB cards to buy
[06:09] <mkrufky> what country does he live in?
[06:09] <fabbione> i would be really glad if you could give him some suggestions when he will be around
[06:09] <fabbione> italy
[06:09] <fabbione> and i am in denmark
[06:09] <mkrufky> ok... you should tell him to go into #linuxtv
[06:09] <fabbione> ok.. on this net?
[06:09] <mkrufky> yes
[06:09] <fabbione> ok
[06:10] <mkrufky> the dvb drivers are discussed in #linuxtv and the analog drivers in #v4l
[06:10] <fabbione> for me instead i am looking for a TV/FM card only for now...
[06:10] <fabbione> ok.. so i guess i need to join #v4l
[06:10] <fabbione> :)
[06:10] <mkrufky> hehe
[06:10] <mkrufky> most cards are supported
[06:10] <fabbione> thanks :)
[06:10] <mkrufky> if u get an unsupported one, you can help us to add support for it
[06:10] <fabbione> yeah but i have a very limited selection of hw
[06:11] <mkrufky> if u tell me what u have access to, i'll let u know which is better supported
[06:11] <mkrufky> bttv-based cards have the best support, but that is an older chip
[06:11] <fabbione> like pinnacle, asus (one model), Hauppauge and trust
[06:12] <mkrufky> cx2388x and saa713x based boards are also very well supported
[06:12] <fabbione> skipping trust that i don't like
[06:12] <fabbione> yeah but there is no indication of the chipset :/
[06:12] <fabbione> that's why i was seeking for help :P
[06:12] <mkrufky> those pinnacle and hauppauge are mostly supported
[06:12] <mkrufky> do u know any model #'s
[06:12] <fabbione> hauppauge claims to be "Win-TV" something....
[06:12] <fabbione> yeps
[06:13] <fabbione> i can take you there..
[06:13] <mkrufky> k
[06:13] <fabbione> www.shg.dk
[06:13] <fabbione> sec.. mozilla died.. again
[06:14] <fabbione> Hardware -> Tv-Kort (3rd col to the bottom)
[06:14] <mkrufky> i think all 4 of those carfds are supported
[06:14] <fabbione> click (alle)
[06:14] <mkrufky> we have a relationship with hauppauge
[06:15] <fabbione> ah
[06:15] <fabbione> that sounds good
[06:15] <mkrufky> if there is an unsupported card, they help us by giving us some info
[06:15] <fabbione> once you get to that page, if you click on the icon with the pic of the board, you get the specs
[06:15] <fabbione> but they never mention the chipset
[06:16] <fabbione> but there are the references to the producer site
[06:16] <mkrufky> ya i see
[06:16] <mkrufky> thats aannoying
[06:16] <fabbione> yeah. but it's a very good hw reseller here in sk
[06:16] <fabbione> dk
[06:16] <fabbione> http://www.hauppauge.com/Pages/products/data_pvr500mce.html
[06:17] <mkrufky> i think wintv pvr500 might not be supported yet
[06:17] <fabbione> perfect :)
[06:17] <mkrufky> but we just added support for 550
[06:17] <fabbione> (it's also too expensive)
[06:17] <mkrufky> so, you can buy the 500 and help us to test and add new support for it
[06:17] <mkrufky> the hardware is very similar to 550
[06:17] <mkrufky> so it would be easy
[06:18] <fabbione> yeah but i am hounest, i wouldn't be able to allocate time for it
[06:18] <fabbione> other than doing testing
[06:18] <fabbione> i am not into v4l code or DVB code at all
[06:19] <fabbione> and i guess you need such a board locally to be able to work on it
[06:19] <mkrufky> thats all u'd really need to do... we would need u to read us some #'s off the card and run some tests
[06:19] <fabbione> mkrufky: can this stuff be done remotly?
[06:19] <mkrufky> card programming is simple... just a definition of what drivers to call with what options
[06:20] <mkrufky> yes, it can be done remotely, but it is handy to have someone nearby in case reboot is necessary
[06:20] <fabbione> yeah of course
[06:20] <fabbione> i can live with rebooting the box :)
[06:20] <mkrufky> :-)
[06:20] <mkrufky> u never know... maybe someone else will add support before you receive it in the mail
[06:20] <mkrufky> :-P
[06:20] <fabbione> eheh true
[06:21] <fabbione> but i can't see the 550 on their product line..
[06:21] <mkrufky> our cvs has been very active lately
[06:21] <fabbione> yeah i am sure it is :)
[06:22] <mkrufky> that pvr 500 looks real nice to me
[06:23] <fabbione> i like the idea of the 2 tuners
[06:23] <mkrufky> ya its nice
[06:23] <fabbione> they use a conexant chipset
[06:23] <mkrufky> looks like it does not do HDTV tho
[06:23] <mkrufky> yes, it is supported
[06:24] <fabbione> we don't have HDTV here anyway :)
[06:24] <mkrufky> ooh oops... this board... maauro has it
[06:24] <fabbione> we barely have an antenna ;)
[06:24] <mkrufky> mauro is v4l maintainer... hauppauge sent him that board for him to add support for it
[06:24] <fabbione> cool
[06:24] <mkrufky> cx23416 chipset
[06:24] <mkrufky> X2
[06:25] <fabbione> "each with their own hardware MPEG encoder!"
[06:25] <mkrufky> yes
[06:25] <fabbione> lovely
[06:25] <mkrufky> this is great... uses less cpu
[06:25] <mkrufky> the name of the driver is cx88-blackbird
[06:25] <fabbione> ah
[06:25] <fabbione> perfect!
[06:26] <mkrufky> and i think that board might be supported by ivtv , not sure
[06:26] <fabbione> oh
[06:26] <mkrufky> we're working with the ivtv people to merge their stuff into v4l
[06:26] <fabbione> you convinced me :)
[06:26] <mkrufky> :-)
[06:26] <fabbione> yeah i have been asked to merge ivtv once into the ubuntu kernel
[06:26] <fabbione> but there were too many bits i didn't like
[06:27] <fabbione> such as conflicting drivers
[06:27] <mkrufky> it is easier for distro's to do something like that.... vanilla kernel cant quite do that
[06:27] <mkrufky> yes
[06:27] <fabbione> but i will have to wait a bit to buy this card.. it's a bit too expensive atm
[06:27] <mkrufky> they could instead, have an ivtv package in the repository
[06:28] <mkrufky> and if you did that, you might as well also have a v4l update package in the repository as well
[06:28] <mkrufky> i think that would have to mask each other out though
[06:28] <fabbione> it's still an issue to provide kernel drivers in an external package
[06:28] <mkrufky> why is that?
[06:28] <fabbione> we have a simple rule..
[06:29] <fabbione> whatever is GPL and can be merged into the main kernel, we do it
[06:29] <mkrufky> hmmm... dont merge ivtv then... it DOES conflict with v4l
[06:29] <fabbione> the issue of having extra kernel drivers packages goes to security
[06:29] <fabbione> i didn't merge it :)
[06:29] <fabbione> let me explain in few words
[06:29] <fabbione> the main tech issue is when we need to provide security updates
[06:30] <fabbione> let say that we do update the main kernel and this gets to change its ABI
[06:30] <fabbione> as it is now: we upload 2 packages and everybody is happy
[06:30] <fabbione> if we start to ship N external packages, all of these need to be rebuild (and possibly fixed) against the new kernel
[06:31] <fabbione> that takes hell of a lot of time and resources
[06:31] <fabbione> so it's easier to a certain degree to keep everything in the main kernel
[06:31] <fabbione> but clearly we need to make a selection of what can go in
[06:31] <mkrufky> i c
[06:31] <fabbione> and what has to stay out
[06:32] <mkrufky> do u ever backport features from newer kernels into your current kernels?
[06:32] <fabbione> yes
[06:32] <fabbione> it of course depends what we need to backport
[06:33] <mkrufky> how conservative about that stuff is ubuntu?
[06:33] <fabbione> well if you are asking me to backport a new MM layer, i would clearly say no
[06:33] <fabbione> if we are talking about drivers we are more flexible
[06:33] <mkrufky> hehe ya of course
[06:33] <fabbione> it also depends on what development season stuff shows up
[06:34] <fabbione> right now at 3 weeks from release, it's only heavy bug fixing and security fixes
[06:34] <fabbione> we still have exceptions but they are more unique than rare
[06:34] <mkrufky> makes sense
[06:35] <fabbione> we are flexible to the point that in the beginning of the development season we can include all kind of junk
[06:35] <fabbione> if it results to be buggy, we kick it out before FeatureFreeze
[06:35] <fabbione> it means that we have no issue to push crack around to user for testing
[06:35] <fabbione> but it gets the time in which we make decision.. and sometimes it's though
[06:36] <mkrufky> well, i guess when it comes time to upgrade your kernel to the next mainline version, i could give you a v4l/dvb update patch against that mainline version
[06:36] <fabbione> sure
[06:36] <fabbione> that would be very nice
[06:37] <mkrufky> i understand that your most likely not going to adopt 2.6.13
[06:37] <fabbione> not for breezy.. no
[06:37] <mkrufky> i wouldnt expect that you would want such a patch against 2.6.12 for breezy
[06:37] <fabbione> i am pretty sure we will got .13 or .14 for dapper (breezy+1)
[06:37] <desrt> shhhh
[06:37] <fabbione> mkrufky: it depends how big it is :)
[06:38] <fabbione> mkrufky: we are at 3 weeks from release
[06:38] <mkrufky> hmm... does that mean a lot of time or a little time?
[06:38] <desrt> dapper is ultra-secret codename :)
[06:38] <fabbione> little
[06:38] <fabbione> desrt: no it's not :)
[06:38] <fabbione> it's been announced on ubuntu-devel a while ago ;)
[06:38] <desrt> pfah.  jeff seems to think it is
[06:38] <desrt> ah.
[06:39] <desrt> a dingo is an awful animal
[06:39] <mkrufky> hmm... maybe tomorrow i'll see what a diffstat of our current stable snapshot looks like against 2.6.12
[06:39] <desrt> well... the animal isn't bad
[06:39] <desrt> but i mean... as a name!
[06:40] <fabbione> mkrufky: ok..
[06:40] <fabbione> mkrufky: thanks a lot for all your suggestions :)
[06:40] <mkrufky> fabbione: no problem
[06:40] <desrt> fabbione; is benc still the man?
[06:41] <mkrufky> ive got an unrelated question then....
[06:41] <fabbione> desrt: yeps
[06:41] <fabbione> mkrufky: sure if i can help
[06:41] <mkrufky> do u have zaptel in your kernel?
[06:41] <desrt> hm.  hopefully he is around tomorrow, then
[06:41] <fabbione> mkrufky: oh hmm.. can't remember
[06:41] <mkrufky> it is not in mainline, and probably will never be
[06:41] <fabbione> let me check
[06:42] <mkrufky> it is device driver for the digium boards
[06:42] <mkrufky> for asterisk
[06:42] <fabbione> i am checking..
[06:43] <mkrufky> k
[06:43] <fabbione> we added quite a bunch of external drivers
[06:43] <fabbione> so i don't exactly remember all of them
[06:43] <mkrufky> zaptel is also quite actively changing in cvs
[06:43] <fabbione> nope we don't
[06:44] <mkrufky> ya i didnt think so...
[06:44] <mkrufky> so anyone that wants to make a pbx will have to install that kernel driver from cvs, and lose ubuntu support?
[06:45] <fabbione> mkrufky: well not really...
[06:45] <fabbione> or better.. it depends
[06:45] <mkrufky> i was told that installing external modules causes loss of support
[06:45] <fabbione> let say that the standard kernel works on machine foo
[06:45] <fabbione> and you add a module
[06:45] <fabbione> and the kernel starts to oops
[06:45] <fabbione> than well.. there isn't much i can do there
[06:46] <fabbione> (like with nVidia binary crap)
[06:46] <fabbione> but if the kernel oops before and after.. makes no difference
[06:46] <mkrufky> you could always say, "it must be your externel module... ask #foo for help with that"
[06:46] <fabbione> now.. if you are talking about commercial support.. i have no idea..
[06:46] <fabbione> mkrufky: well as i explained above, if the kernel works and only adding that module starts to oops..
[06:47] <mkrufky> ya i gotcha
[06:47] <fabbione> it is sort of clear that the module might either be buggy or exploit a bug in the kernel
[06:47] <fabbione> but if i get an oops that is related only to that driver..
[06:47] <fabbione> well than i need to forward you to #foo
[06:47] <mkrufky> ya
[06:49] <fabbione> but note.. this is true for drivers of which i can read the code..
[06:49] <fabbione> if i get bugs like "NVidia driver oops"
[06:49] <fabbione> i don't even bother to check
[06:49] <fabbione> i send them to nvidia forums
[06:50] <fabbione> no code.. there is nothing i can do
[06:50] <mkrufky> ya we do the same in #v4l
[06:50] <fabbione> ok :)
[06:50] <mkrufky> nvidia should just open up their drivers
[06:50] <mkrufky> oh well
[06:51] <mkrufky> i use all ati
[06:51] <mkrufky> :-D
[06:51] <fabbione> they both should :)
[06:51] <mkrufky> true
[06:51] <mkrufky> but there are some good oss ati drivers
[06:52] <fabbione> yes
[06:52] <fabbione> they should still open up
[06:52] <mkrufky> i agree
[06:52] <fabbione> brb.. i have to wake up my wife
[06:52] <mkrufky> k
[06:52] <mkrufky> i'm actually goin to bed soon
[06:52] <mkrufky> was nice chattin
[06:57] <fabbione> thanks a lot mkrufky
[06:57] <fabbione> good night
[06:58] <mkrufky> nite
[11:01] <Mithrandir> BenC: how do you feel about applying http://bugzilla.ubuntu.com/attachment.cgi?id=1985 ?
[11:02] <Mithrandir> (I know it's late in the release cycle, but I was made aware of it late.)
[01:44] <mjg59> BenC: When are we looking at a new kernel release?
[01:58] <BenC> mjg59: this week
[01:58] <mjg59> BenC: Any idea when?
[01:59] <BenC> Wed or Thu
[01:59] <Mithrandir> BenC: what about the p4-clockmod patch?
[02:00] <BenC> Mithrandir: which bug report is that for?
[02:00] <mjg59> BenC: Ok.  We're only doing one more release?
[02:01] <fabbione> mjg59: yes
[02:02] <fabbione> and i think we are already pretty late
[02:02] <fabbione> we should be already in Security only bug fixing iirc
[02:02] <mjg59> Ok. That presents certain problems.
[02:02] <fabbione> we are at 3 weeks from release
[02:03] <fabbione> let me check the schedule
[02:04] <BenC> if anyone wants patches added to the kernel before this next release, please can you send me a diff with the .dpatch, changelog entry and 00list-8.14 entry added?
[02:04] <BenC> I have about 3 bug reports that I need to do some hardcore kernel debugging with, before this next release
[02:04] <BenC> going to be time consuming
[02:04] <fabbione> kernel freeze is the 24th
[02:04] <fabbione> so that means friday
[02:05] <fabbione> sorry
[02:05] <BenC> Friday is the latest then
[02:05] <fabbione> 29th
[02:05] <fabbione> so in 10 days
[02:11] <Mithrandir> BenC: well, I would like a comment on the bug I mentioned above; I don't know kernel stuff enough to tell whether it's correct or not.
[02:18] <BenC> Mithrandir: hold a sec
[02:20] <BenC> Mithrandir: the patch is clean, so I think it can go in
[02:20] <Mithrandir> BenC: excellent, can you wrap it up or should I commit it to the archive?
[02:20] <BenC> it might also fix some other bug reports (powernowd causing screwed up mouse, cpufreq messing up the clock speed)
[02:21] <BenC> If you have the time, please do
[02:21] <BenC> if not, shoot me an email as a reminder
[02:21] <Mithrandir> I can just do it.
[02:21] <Mithrandir> (it's not that I don't have enough to do, but it's trivial enough. :)
[02:21] <BenC> :)
[02:24] <zul> hey peeps
[02:28] <BenC> hey zul
[02:29] <zul> how is it going ben?
[02:29] <BenC> not too bad
[02:29] <BenC> how about you?
[02:29] <zul> good...after recovering from a flu bug and a cold as well as good be expected
[02:30] <fabbione> hey zul
[02:30] <BenC> nasty, I hate the flu more than anything
[02:30] <fabbione> BenC: so we have only 3 pkgs that are FTBFS on sparc/main/breezy :)
[02:30] <fabbione> one of which we don't really care
[02:30] <zul> yeah i had chills and hot flashes...i think i got it from fabbio...
[02:30] <zul> hey fabbione
[02:31] <fabbione> but kernel and klibc yes.. we do :)
[02:31] <fabbione> zul: i told you not to lick my nose while i am sleeping!
[02:31] <BenC> fabbione: you said klibc was getting fixed, right?
[02:31] <fabbione> BenC: jbailey was going to look at it...
[02:31] <fabbione> kernel is fixed if we don't change the hell in it
[02:31] <BenC> what's wrong with klibc on sparc?
[02:31] <zul> better than your nose than your nuts
[02:32] <fabbione> BenC: it builds in 64bit mode...
[02:32] <fabbione> and it fails in 32bit
[02:32] <BenC> zul: yeah, that'd probably be a whole different sickness :)
[02:32] <fabbione> mimatch = crash at boot
[02:32] <fabbione> probably busybox-initramfs
[02:32] <zul> hehe
[02:33] <fabbione> bah i have 15 minutes.. i can give it a shot
[02:33] <BenC> fabbione: kernel crash, or crash in klibc?
[02:34] <fabbione> BenC: same kernel works with initrd
[02:34] <fabbione> i get an oops
[02:34] <fabbione> but  it's too early in the boot process to understand what's wrong
[02:34] <BenC> does klibc run in kernel mode?
[02:34] <fabbione> no idea
[02:34] <fabbione> i don't think so
[02:34] <BenC> is it just a stripped down libc like uclibc?
[02:34] <fabbione> afaik yes
[02:35] <BenC> hmm, and 32-bit mode causes a kernel crash...that sounds more like a kernel bug (assuming klibc runs in userspace mode)
[02:35] <jbailey> BenC: It does.
[02:35] <fabbione> nope.. i think it's the mistmatch between klibc being built in 64bit and busybox in 32
[02:35] <fabbione> hey jbailey
[02:36] <BenC> if klibc is causing a kernel crash on sparc64, that's really bad
[02:36] <jbailey> BenC: The kernel crash is almost certainly because there's nothing left to do, so the shell script dies.
[02:36] <jbailey> As opposed to a real crash.
[02:36] <BenC> ah
[02:36] <BenC> so it's like init dieing?
[02:36] <jbailey> Yup
[02:36] <BenC> ok, I feel better now :)
[02:36] <BenC> why is klibc being built as 64-bit?
[02:36] <fabbione> BenC: the same exact kernel boots perfectly if we use initrd
[02:37] <fabbione> that's why i pointed the finger at klibc
[02:37] <BenC> initrd uses installed libc?
[02:37] <jbailey> BenC: Because it sucks.  I haven't fixed it yet, I ran out of time this weekend.
[02:37] <fabbione> BenC: eh that's the interesting problem
[02:37] <fabbione> it's FTBFS on 32bit more
[02:37] <fabbione> the one in the archive was my mistake building it manually
[02:37] <jbailey> libgcc is pulling in .umul in 32 bit mode for some reason.
[02:37] <BenC> ah, where's the package, I can have a look later tonight maybe
[02:37] <fabbione> and it did build in 64bit
[02:37] <jbailey> I don't think it'll be hard to fix.
[02:37] <fabbione> BenC: klibc
[02:37] <BenC> easy enough :)
[02:38] <fabbione> BenC: do you want access to the sparc with the chroots?
[02:38] <jbailey> It was totally a case of I spent all of Saturday polishing up the initramfs-tools package, and Sunday needed a break.
[02:38] <BenC> nah, I can just build it here
[02:38] <fabbione> jbailey: you polished it so much that somebody did open a critical on it :)
[02:39] <jbailey> fabbione: Great.  I'll punt it to mjg59.  He sent me the patch that broke it.
[02:39] <fabbione> ahahha
[02:39] <jbailey> Apparently USB drivers suck and can'tbe loaded before a resume.
[02:40] <fabbione> no shit...
[02:40] <jbailey> So we had to split up the driver passes and do a resume after only the controllers are walked.
[02:40] <fabbione> i managed today only after 6 months to get my USB webcam to work
[02:40] <jbailey> But that's before md runs, before lvm runs, before evms runs...
[02:40] <jbailey> Oh!  Since I have you both here.  I have update-initrfs in the package I just uploaded now.
[02:40] <jbailey> So I need to do a hack again to use that now instead.
[02:41] <mjg59> jbailey: Mm?
[02:41] <jbailey> mjg59: 15775
[02:41] <BenC> jbailey: can you unload drivers before a resume?
[02:41] <jbailey> mjg59: It looks like resume isn't working in some case there.
[02:41] <jbailey> mjg59: Wondering if you've thought of some magic way of making this all Just Work without me rewritting all of the logic in there?
[02:42] <jbailey> mjg59: Like, I could walk the tree and maybe *unload* the USB drivers or something...
[02:42] <BenC> err, I mean unload drivers before a suspend and then reload them
[02:42] <mjg59> BenC: We do
[02:42] <BenC> jbailey: the e100 and e1000 drivers fail if they are loaded during a suspend, and then are reloaded for the resume
[02:42] <fabbione> mplayer http://gordian.fabbione.net:8090/fabcam.rm <-
[02:42] <fabbione> not everybody all together please
[02:42] <mjg59> BenC: The problem is that the driver gets loaded by initramfs, the old image is read back and then the module is loaded again
[02:43] <mjg59> jbailey: It's not just USB. It's basically *everything*.
[02:43] <BenC> if e100 and e1000 can be unloaded prior to the suspend, it may be a workaround that is needed if I can't figure out this 1 year old bug
[02:43] <mjg59> BenC: They *are* unloaded prior to the suspend
[02:44] <mjg59> All network and USB drivers are unloaded
[02:44] <BenC> mjg59: prior to the suspend state being saved to disk?
[02:44] <mjg59> Yes
[02:44] <BenC> then this bug report makes even _less_ sense
[02:44] <mjg59> BenC: Which one?
[02:44] <mjg59> The problem is:
[02:44] <zul> fabbione: what is it?
[02:44] <BenC> upon resuming from S3, e100/e1000 dumps out because the EEPROM is seen as corrupted
[02:45] <BenC> hold a sec...
[02:45] <fabbione> zul: my webcam
[02:45] <mjg59> BenC: If the driver isn't loaded, nothing saves/restores the PCI state
[02:45] <zul> ooh..scarey
[02:45] <mjg59> So in an ideal world, we don't unload the driver
[02:45] <BenC> 14790
[02:45] <mjg59> Except that most drivers are broken, so we do unload them
[02:46] <BenC> anyone know the command off hand for getting the eeprom with ethtool?
[02:46] <mjg59> jbailey: I'm not sure what cleaner ways there could be
[02:46] <mjg59> BenC: That one is probably the same issue as with USB
[02:47] <mjg59> BenC: initramfs loads the driver. The hardware is then in an initialised and running state. We resume from disk, and then try to load the module again. The driver doesn't know how to deal with this.
[02:47] <mjg59> jbailey: Either we unload all the drivers, resume and then reload them
[02:47] <mjg59> jbailey: Or we resume before we load those drivers
[02:48] <mjg59> The second of these takes less time. Both would appear to have identical failure modes.
[02:48] <BenC> mjg59: well, if the driver was unloaded prior to suspend, then there should be no saved state concerning the driver, and it should just do everything from scratch again, as if it was not resumed, right?
[02:48] <mjg59> BenC: Yes, but the initialisation code expects quiescent hardware
[02:48] <mjg59> Not running hardware
[02:49] <mjg59> BenC: That bug report isn't S3, it's S4
[02:49] <jbailey> mjg59: Right.  The issue I hit is that lvm and md cope poorly with devices missing.
[02:49] <BenC> right, the reports I read on other sites said S3
[02:49] <mjg59> jbailey: "Cope poorly" in what way?
[02:49] <mjg59> BenC: Right. That's probably them failing to unload/load it, or something.
[02:50] <BenC> mjg59: but if the driver was unloaded prior to suspend, then the hardware should not be running
[02:50] <BenC> what would make it "running"?
[02:50] <jbailey> mjg59: They'll activate anyway and then the missing devices require special handling to bring them online again (Like, remirroring, etc)
[02:50] <mjg59> BenC: Except it is, because initramfs loaded the driver
[02:50] <mjg59> jbailey: Oh, for christ's sake.
[02:50] <jbailey> I don't remember what lvm does is a missing device case for multipath
[02:50] <mjg59> jbailey: Hm. Is there any way that we can tell if there's a USB device in the lvm or md?
[02:51] <BenC> probably checking /sys/
[02:51] <jbailey> Not that I know of, but I haven't explored the idea.
[02:51] <mjg59> jbailey: Well, in that case we lose *anyway*
[02:51] <jbailey> The whole filesystem/mapper/ide-disk&&sd/block device sandwitch seems to be a bitch.
[02:52] <jbailey> At each layer nothing cleanly refers to the next.
[02:52] <mjg59> jbailey: Ok. Can we clearly define the problem?
[02:53] <mjg59> jbailey: We need to resume *after* the swap partition is available, but *without* USB/network modules loaded
[02:53] <jbailey> mjg59: "Suspend and resume suck.    Drop in the new drive and remirror over the course of the day.
[02:55] <jbailey> No waiting for overnight backups.
[02:55] <mjg59> jbailey: It's fine for us to say that we don't support hibernate in bizarre configurations
[02:55] <mjg59> jbailey: But we should support hibernate on plain LVM
[02:55] <mjg59> Since currently we *do* support hibernate on plain LVM
[02:56] <jbailey> Whats the right things long term?  Should the drivers eventually all work right?
[02:56] <mjg59> Eventually we don't unload the drivers on suspend and their resume code works
[02:56] <fabbione> later guys
[02:57] <Mithrandir> can't the resume check that the modules are already loaded and not try to reload them?
[02:57] <Mithrandir> (or is that a totally silly idea, since this is all handled through hotplug which does magic stuff)
[02:58] <mjg59> Mithrandir: ?
[02:59] <mjg59> Mithrandir: Ah - no, we're on a different kernel by then
[02:59] <mjg59> suspend unloads module, saves image. Resume loads module, loads image. Module is now not loaded.
[02:59] <Mithrandir> uhm, ok.
[03:00] <mjg59> The resumed image has *no idea* what's happened before it was read off disk
[03:01] <Mithrandir> is there any way to communicate that to it?
[03:01] <Mithrandir> whatsoever?
[03:01] <mjg59> No
[03:01] <mjg59> But it wouldn't help, because the module code wouldn't be loaded
[03:49] <jbailey> mjg59: alternatively, it should only attempt to load them if acpi has initialised.
[03:49] <jbailey> " "
[03:49] <jbailey> mjg59: Lovely, how do I do that? =)
[03:49] <jbailey> I didn't think I could detect that from userspace.
[03:49] <mjg59> Check for /proc/acpi
[03:50] <jbailey> Ah? Okay.  I thought that was created when the first modules was loaded/.
[03:51] <mjg59> No, it should be created when the interpreter starts
[03:52] <jbailey> 'k
[03:52] <jbailey> Is there any way of detecting which modules it's capable of accepting?
[03:52] <mjg59> Nope
[03:57] <Comte0> Hi. Can anyone have a look at bug #10307? I'm on that macintosh right now.
[04:02] <jbailey> Sure, I can.
[04:02] <jbailey> I'm also on a Mac G5 atm that's working.
[04:02] <jbailey> Probably a different superdrive, though.
[04:02] <BenC> me too
[04:02] <BenC> I have a CDR/DVDR Superdrive
[04:03] <BenC> it works (live cd)
[04:04] <jbailey> I'll let Ben take it, he's more knowledgable that I for this.
[04:04] <jbailey> (Still watching the screen, but doing marketplace updates in the other window)
[04:05] <BenC> Comte0: how old is your G5?
[04:07] <BenC> my superdrive is connected to my ATA according to System Profiler, but my harddrive is connected via sata, and the live-cd recognized it
[04:07] <BenC> I think it's all the same bus though
[04:08] <Comte0> BenC: it's quite new, I think it was bought for christmas
[04:08] <Comte0> it's a "computer in the flat panel"
[04:09] <Comte0> I suspect people who do not see the bug have a tower
[04:09] <BenC> ah, mine's a big aluminum tower model :)
[04:09] <BenC> still, the hardware for your ata/sata bus's are supported by the kernel
[04:09] <BenC> the pmac-ide module is built into the kernel
[04:09] <BenC> so it should see the cdrom with no problem
[04:10] <BenC> can you do "dmesg | grep -i ata"
[04:10] <BenC> and see if there is anything more specific?
[04:10] <Comte0> there's no lspci on the install cd. I suspect I can have a look at /proc to see the hardware there ?
[04:12] <BenC> cat /proc/ide/drivers
[04:12] <BenC> ls -l /proc/ide/
[04:13] <BenC> cat /proc/scsi/scsi
[04:13] <BenC> ls -l /proc/scsi/
[04:15] <Comte0> well, thanks
[04:23] <desrt> uh oh.
[04:23] <desrt> i think the new kernel contains some evil
[04:23] <desrt> my computer just hard froze (hasn't done that in ages)
[04:23] <desrt> what changed? :)
[04:25] <BenC> your computer obviously :)
[04:25] <BenC> no messages?
[04:25] <desrt> serious, dude :p
[04:25] <desrt> *hard* crash
[04:26] <desrt> mouse stops moving.  music stops playing.  machine stops responding to ping (much less ssh)
[04:27] <BenC> what type of machine and which kernel image?
[04:27] <desrt> 686-smp on a MT box
[04:27] <desrt> serial ata
[04:28] <desrt> intel p4 3.0ghz with 2gigs of ram... asus p4p800-se mainboard
[04:28] <BenC> how long was the machine up before it locked?
[04:28] <desrt> i'll file a bug with all this
[04:28] <desrt> about a day, i think
[04:28] <desrt> let me check the syslog
[04:28] <BenC> 2.6.12-8.13?
[04:28] <desrt> yes
[04:28] <BenC> did you find it locked up, or did it happen while you were using it?
[04:28] <desrt> reboot   system boot  2.6.12-8-686-smp Mon Sep 19 10:23          (00:05)
[04:28] <desrt> reboot   system boot  2.6.12-8-686-smp Sun Sep 18 01:25         (1+09:03)
[04:29] <desrt> so a day and 9 hours
[04:29] <desrt> while i was using it
[04:29] <BenC> anything special going on when it happened?
[04:29] <desrt> i was in the middle of surfing bugzillas
[04:29] <desrt> just stuff i normally do
[04:29] <desrt> the last time i had lockups like this was when i tried to enable CFQ
[04:30] <BenC> cpu frequency scaling?
[04:30] <desrt> no.
[04:31] <BenC> do you have powernowd installed?
[04:31] <desrt> yes but it's not running
[04:31] <BenC> ok
[04:31] <BenC> there's a p4 errata concerning cpu scaling, just making sure that wasn't it
[04:32] <Mithrandir> BenC: can you run baz lint in the source tree and see if you get errors about duplicated ids?
[04:32] <BenC> Mithrandir: no messages from baz lint for me
[04:33] <Mithrandir> it complains about d-i/amd64/modules/amd64/.arch-ids/=id and d-i/hppa/modules/hppa/.arch-ids/input-modules.id, d-i/amd64/modules/amd64/.arch-ids/pcmcia-storage-modules.id and  d-i/hppa/modules/hppa/.arch-ids/nic-shared-modules.id and last d-i/amd64/modules/amd64/.arch-ids/irda-modules.id d-i/hppa/modules/hppa/.arch-ids/usb-storage-modules.id
[04:34] <BenC> odd, those haven't been touched in awhile
[04:34] <Mithrandir> hm, weird
[04:34] <Mithrandir> I guess it's just baz being an ass
[04:37] <desrt> ben -- 15799
[04:43] <Comte0> re
[04:43] <Comte0> BenC: I haven't found anything :(
[04:43] <desrt> BenC; i was wondering if you could slip john mccutchan's inotify patch into the next release....
[04:44] <desrt> BenC; it solves a fairly nasty race condition
[04:44] <desrt> well... nasty as in impossible-to-work-around.... not as in the-kernel-will-panic
[04:44] <Comte0> there's a couple of entries in /sys/devices
[04:51] <BenC> desrt: does it change the kernel ABI?
[04:52] <desrt> BenC; a bit.
[04:52] <BenC> Comte0: there's nothing in /proc/ide/drivers or /proc/scsi/scsi?
[04:52] <desrt> but backwards compatibly (and almost forwards compatibly)
[04:52] <BenC> also do lsmod | grep sata
[04:52] <desrt> BenC; there's a one-liner addition to a header file, though... so yes... the API changes
[04:52] <BenC> desrt: if it changes the abi, it potentially breaks modules built against the kernel (versioned symbols change)
[04:52] <BenC> oh
[04:53] <BenC> no, not API, the binary ABI
[04:53] <Comte0> BenC: bugzilla has just been updated
[04:53] <desrt> BenC; definitely won't do that
[04:53] <BenC> ok, then sure, I can include it
[04:53] <desrt> BenC; no functions change prototypes, no data structures change layout
[04:53] <desrt> it's just an additional flag to an already-existing function (that's only called from userspace)
[04:53] <Mithrandir> uhm
[04:54] <Mithrandir> I think I might just have broken the baz archive
[04:54] <desrt> http://bugzilla.ubuntu.com/show_bug.cgi?id=14458
[04:54] <desrt> BenC; this is in the tree that will become linus's 2.6.14
[04:55] <BenC> Comte0: can you see if lsmod shows that any ata, sata or ide drivers are loaded?
[04:55] <BenC> also try "modprobe sata_svw"
[04:56] <Mithrandir> BenC: can you please fix your umask on rookery and chmod +x /home/lamont/public_html/Archives/kernel-team@ubuntu.com--2005/kernel-debian--preX,14--2.6.12 ?
[04:56] <BenC> my umask should be fine
[04:56] <Comte0> Sure, but I'd like to know if there's some file you want to see in /sys
[04:57] <BenC> Mithrandir: $ ls -ld /home/lamont/public_html/Archives/kernel-team@ubuntu.com--2005/kernel-debian--preX,14--2.6.12
[04:57] <BenC> drwxrwxr-x  8 bcollins warthogs 4096 Sep 19 15:55 /home/lamont/public_html/Archives/kernel-team@ubuntu.com--2005/kernel-debian--preX,14--2.6.12
[04:58] <BenC> Comte0: /sys doesn't matter at this point, right now we need to see if the module is loaded, if not then we need to try loading it manually to see if that resolves the problem
[04:58] <Mithrandir> sorry, I'm blind
[04:58] <BenC> if it is, then we need to see why it isn't working
[05:00] <Comte0> ok
[05:00] <lamont-away> Mithrandir: the only stuff in that archive that is owner-writable but not group writable is in kernel-team@ubuntu.com--2005/kernel-debian--mainline-2,6,11,92-1,1--0/base-0/
[05:00] <lamont-away> which I don't think we care about anymore...
[05:01] <lamont-away> (since it's 4+ months old now..)
[05:01] <Mithrandir> lamont-away: I kicked it a bit and the problem went away.
[05:01] <lamont-away> heh
[05:01] <lamont-away> speaking of going away - back much later
[05:15] <BenC> desrt: can you make that inotify bug P1?
[05:16] <desrt> k.
[05:21] <desrt> done.  thanks.
[05:23] <Comte0> BenC: short answer, there is no sata modules
[05:24] <Comte0> I'll put the long one in the bugzilla
[05:49] <Comte0> bug #10307 has been updated. Anyone can check the live-cd initrd kernel has sata enabled ?
[05:50] <Comte0> (the ppc power4 one)
[06:18] <BenC> Comte0: you're using the power4 cd?
[06:18] <BenC> I used the powerpc one
[06:18] <BenC> that's probably your problem
[06:19] <Comte0> it's the one that works...
[06:19] <BenC> power4 wouldn't have the mac drivers
[06:19] <Comte0> erm, there's only one powerpc cd, isn't it ?
[06:19] <BenC> the powerpc one works for me, and no, the power4 one isn't working for you, else you wouldn't have filed a bug :)
[06:19] <BenC> well, you said power4
[06:19] <BenC> I assumed there was one specific to that system
[06:20] <BenC> are you booting with live64 (or whatever it is)?
[06:20] <Comte0> Is it the 64 bits kernel?
[06:20] <BenC> G5 is 64-bits
[06:20] <BenC> how do you boot the cd, what command do you type at yaboot?
[06:20] <Comte0> live-power4
[06:21] <BenC> that's the wrong one
[06:21] <BenC> live-powerpc64
[06:21] <Comte0> is hitting enter the good solution?
[06:21] <BenC> no, for G5, you have to type the live-powerpc64 (I did too)
[06:21] <BenC> yaboot doesn't auto detect yet
[06:24] <BenC> Comte0: this would explain a lot
[06:26] <Comte0> (it also means you have read comment #4 too quickly ;) )
[06:26] <Comte0> oh, nevermind
[06:45] <Comte0> re
[06:45] <BenC> does it work?
[06:46] <Comte0> BenC: when is the deadline for kernel changes on breezy? I'll try to rip a preview iso before
[06:46] <BenC> 10 days
[06:46] <BenC> did the system boot with live-powerpc64?
[06:46] <Comte0> no, ther's no install/powerpc64 directory on my cd
[06:47] <BenC> download the latest breezy preview
[06:47] <BenC> I'm quite sure that it will work, and that the problem has just been that you are booting the wrong kernel
[06:47] <Comte0> the blank cd was left at home :(
[06:47] <BenC> ah, ok
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> $ ls /Volumes/Ubuntu_PowerPC_hoary/install/
[06:50] <Comte0> boot.msg        power3          powerpc         yaboot.conf
[06:50] <Comte0> ofboot.b        power4          yaboot
[06:50] <Comte0> that was why I was so slow to reply: The computer is my father's
[06:50] <Comte0> ...and I hate MacOs X cut&paste ...
[06:50] <Comte0> sight
[06:51] <zul> wth...oh..sorry
[06:51] <Comte0> well, thank you very much for your help
[06:51] <Comte0> BenC: I'll try next saturday
[07:05] <mjg59> Have we fixed the ndiswrapper build on amd64?
[07:10] <mjg59> Also:
[07:10] <mjg59> sky2 isn't going to be ready in time for Breezy
[07:10] <mjg59> zul: Did you get anywhere with the sk98lin stuff?
[07:32] <zul> mjg59: i have it in my arch, the sk98lin stuff im going to work on tonight
[07:34] <zul> work had really busy the past couple of days
[07:36] <mjg59> zul: Ok - it's fairly urgent, so I can do it now if that would be easier
[07:37] <mjg59> Hmm. Uhm.
[07:37] <mjg59> Do we actually have sk98 in the kernel already?
[07:39] <mjg59> Ah, yes
[07:48] <zul> mjg59: please
[07:48] <mjg59> zul: Ok, no problem
[07:58] <mjg59> Waa why must it be a 1 MB patch?
[08:06] <zul> because its syskonnect and they are bastards
[08:10] <mjg59> Ok, done.
[08:11] <mjg59> It seems to build, and the PCI IDs don't overlap with skge
[08:14] <zul> do you want to forward to me so i can do a build test tonight?
[08:15] <mjg59> Sure. Email address?
[08:15] <zul><EMAIL_ADDRESS>[08:16] <mjg59> Ok, sent
[08:16] <zul> cool...ill do it when i get home tonight
[09:12] <BenC> mjg59: thanks for the patch
[09:13] <mjg59> BenC: NP
[11:46] <mjg59> BenC: There's a one character error in the diff I sent you. I'll resend.
[11:58] <BenC> ok
[11:58] <mjg59> BenC: Right, done


[03:08] <sbeattie> ginggs: hey, I see you tried to rebuild pysha3 as part of the py3.11 transition for lunar which FTBFS; if you're investigating it further, it's been removed from debian, and so I'd suggest pushing to get it removed from ubuntu as well, rather than spend any time on it. (I filed LP: #1996562 on it, but not sure when an archive admin will process that.)
[03:08] -ubottu:#ubuntu-devel- Launchpad bug 1996562 in pysha3 (Ubuntu) "Please remove src:pysha3 from lunar" [Undecided, New] https://launchpad.net/bugs/1996562
[07:06] <ginggs> sbeattie: thanks! one less for me to worry about :)
[09:11] <utkarsh2102> waveform: hey, did you see my text on #ubuntu-meeting:libera.chat?
[09:11] <utkarsh2102> I can't make you a MOTU unless that's there, so let me know :)
[15:43] <hggdh> quit
[17:13] <rbasak> bdmurray: https://git.launchpad.net/~ubuntu-server/+git/ubuntu-helpers/tree/rbasak/gu-qvs and https://git.launchpad.net/~ubuntu-server/+git/ubuntu-helpers/tree/rbasak/git-dod (plus .bash-completion)
[17:13] <rbasak> And "git ubuntu queue sync" should work from the git-ubuntu snap (but use edge until I do a release please)
[17:15] <alkisg> Hi all, ldap-account-manager 7.7-1 in jammie has a critical security issue: https://www.ldap-account-manager.org/lamcms/node/455
[17:15] <alkisg> The upstream advice is "upgrade to versions 8+", there's no patch available that would solve the issue for 7.x versions
[17:15] <alkisg> Can we request a "quick SRU" of kinetic's 8.0.1-1.1 to jammie (being LTS and all), or someone would actually need to create a patch to address the security issue in the 7.x versions?
[17:16] <arraybolt3> alkisg: Where is the source code, and do they have a link to the diff?
[17:17] <ogra> alkisg, you know the drill ... open an SRU bug and hope for the best 🙂
[17:17] <arraybolt3> Ugh, I see .tar.bz2 files...
[17:18] <ogra> (and consider joining the SRU team to speed it up 😉 )
[17:19] <rbasak> If it's a security issue, then you want the security team, not the SRU team. Try asking in #ubuntu-security. But usually they'll expect a patch to fix the specific issue.
[17:20] <arraybolt3> Blah. The guy's GitHub commit messages are horribly non-descriptive.
[17:21] <alkisg> ogra, oh, I didn't know community members could join the SRU team!
[17:21] <bdmurray> rbasak: How are these supposed to be used?
[17:21] <ogra> alkisg, sure can ... as long as you have uploader status in sime way
[17:21] <ogra> *some
[17:22] <rbasak> bdmurray: run gu-qvs after running "git ubuntu queue sync" (after you run "git ubuntu clone foo" and "cd foo"). It'll output the equivalent of rmadison -asource but with the unapproved uploads added.
[17:22] <alkisg> Got it. @rbasak thank you, yeh I was expecting that, preparing a patch would need more time than I currently have :/
[17:23] <alkisg> arraybolt3: I haven't seen many frontend developers with good commit messages :D https://github.com/LDAPAccountManager/lam/commits/develop
[17:24] <rbasak> bdmurray: git-dod works exactly like git-range-diff(1) except that it will also flatten everything to one commit. So for example "git-dod queue/k<tab> queue/f<tab>"
[17:25] <rbasak> bdmurray: https://lists.ubuntu.com/archives/ubuntu-devel/2021-February/041395.html
[17:26] <arraybolt3> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=ldap+account+manager I see five vulns in here that were fixed in 8.0, not sure which one is the one he talked about, though.
[17:27] <arraybolt3> alkisg: I'd guess it's this one though: https://nvd.nist.gov/vuln/detail/CVE-2022-31084
[17:27] -ubottu:#ubuntu-devel- LDAP Account Manager (LAM) is a webfrontend for managing entries (e.g. users, groups, DHCP settings) stored in an LDAP directory. In versions prior to 8.0 There are cases where LAM instantiates objects from arbitrary classes. An attacker can inject the first constructor argument. This can lead to code execution if non-LAM classes are instantiated that execute code dur... <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-31084>
[17:28] <arraybolt3> Oh and look here, I have the commit that fixes it! Add that to the list of things NIST.gov can do!
[17:28] <arraybolt3> https://github.com/LDAPAccountManager/lam/commit/f1d5d04952f39a1b4ea203d3964fa88e1429dfd4
[17:28] -ubottu:#ubuntu-devel- Commit f1d5d04 in LDAPAccountManager/lam "Merge pull request from GHSA-r387-grjx-qgvw"
[17:29] <arraybolt3> Hmm, that looks like it fixes all five, actually. Not a bad thing, though.
[17:31] <arraybolt3> Blah, that's huge. Maybe that's why he suggests upgrading to 8.0...
[19:08] <alkisg> Yeah it's big, "showing 20 changed files with 312 additions and 171 deletions."...


[00:49] <Eickmeyer> krytarik: According to cjwatson, the gmail  addresses being ejected was just unfortunate timing and had nothing to do with the build report.
[00:51] <krytarik> Well yeah, I also supposed one of the things between Canonical and Gmail being silly, or a combination thereof.
[00:55] <Eickmeyer> "Q: Was it Canonical being silly or Google being silly?" "A: Yes."


[15:43] <DJones> AlanBell: Have you got a link for the meeting bot in -mmeting, smartboyhw is looking for instructions on how to use it
[15:44] <DJones> nvm, found it https://wiki.ubuntu.com/meetingology
[15:45] <JoseeAntonioR> DJones: if he wants to test it, point him to #meetingology
[15:47] <DJones> ok, he's holding the Ubuntu QA meeting but didn't stay around long enough to get the link for the commands
[20:01] <xTEMPLARx> anybody that can deal with setting up a cloak?
[20:01] <Unit193> Can you link to your LP profile?
[20:02] <xTEMPLARx> https://launchpad.net/~xtemplarx-tn
[20:04] <Unit193> Unfortunately, you aren't in the ubuntumembers group, but you can get an unaffiliated cloak in #freenode
[20:04] <Unit193> !membership
[20:06] <xTEMPLARx> Roger that... so LoCo =! membership.  Reading now.
[20:06] <Unit193> Correct, but helping in the loco, or being involved in one is a great way to get membership.
[20:07] <xTEMPLARx> Thanky sir.
[20:08] <Unit193> Anytime, good luck!