[00:00] meebey's got a 5 meg reduction sat in SVN. we'll roll it out before alpha 3 [00:01] How can a *NIX n00b developer with 20+ years of professional software development get up to speed and make a useful contribution? [00:02] dcushman, start by moving to #ubuntu-motu, which is the more beginner-oriented place to be [00:02] !daily | directhex: [00:02] directhex:: Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/ [00:02] BUGabundo, i'm not rushing for the sake of dailies, not this early in the cycle [00:02] directhex: won't those changes be there? [00:02] ah ok === afk is now known as mthaddon === yoasif_ is now known as yoasif [00:24] superm1: mythbuntu-desktop Recommends: dvb-utils, which is NBS; I guess it should now Recommend: dvb-apps instead? === rickspencer3 is now known as rickspencer3-afk [00:51] slangasek, i'll take a look and see [00:54] yeah that looks right. i'll make the changes === asac_ is now known as asac [02:47] heeeeeeeey [02:47] can anybody help me ? [02:49] !ask [02:49] Please don't ask to ask a question, simply ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [02:49] mib_hjyq55hr: ^^ [02:50] i cant see mikrotik os router Login page on firefox although it appear in vista [02:50] r i cant see mikrotik os router Login page on firefox in ubuntu although it appear in vista [03:00] please ask in #ubuntu, thats the general support channel ;) === mthaddon is now known as afk === afk is now known as mthaddon === mthaddon is now known as afk === afk is now known as mthaddon [06:49] good morning! [07:01] Good morning [07:02] Good morning :) [07:02] slangasek: /usr/share/doc/udev-extras/README.keymap.txt has debugging instructions and also shows how to use /lib/udev/keymap input/eventX to print the current map [07:03] Can somebody help me out with this issue: https://bugs.launchpad.net/ubuntu/+source/devmapper/+bug/358654 ? I did an upgrade and my system wont boot anymore. I know this isnt the right channel, but noone in #ubuntu has a clue. Kees helped out many users in that thread on the lp link, but for me that option doesnt work, because cpio doesnt 'recognise' anything in /bin/* [07:03] Launchpad bug 358654 in watershed "udevadm trigger is not permitted while udev is unconfigured" [Medium,Fix released] [07:12] Morning pitti. [07:16] pitti: aaaah, thanks; that should go in Hotkeys/Troubleshooting, for sure [07:23] slangasek: yes, updating the wiki is on my TODO list [07:23] \o/ === tkamppeter_ is now known as tkamppeter === mthaddon is now known as afk [07:49] auto-identify [07:51] hello all [08:18] TheMuso: next time, can you please use "build1" for fake syncs, so that it'll autosync automatically on the next upstream version? [08:35] doko: about bug 384739, let me know if it makes sense and I'll prepare an update [08:35] Launchpad bug 384739 in java-access-bridge "libaccess-bridge-java makes -jre-headless install a full -jre" [Undecided,New] https://launchpad.net/bugs/384739 [08:38] ttx: no, updated the bug report [08:39] doko: works for me, thanks [09:00] slangasek: if you just got the sensation that someone walked across your grave in the future ... i have landed in PDX. === azeem_ is now known as azeem [09:29] hey folks [09:29] when was upstart dbus service added to ubuntu/upstart ? [09:30] in latest ubuntu I only have upstart 0.3.9 [09:30] does it have dbus api exposed? === cjwatson_ is now known as cjwatson [09:35] james_w: https://wiki.ubuntu.com/DistributedDevelopment/ImproveDebianImportSpecification says "The Debian Vcs-* headers are not present for every package, and even when they are not there they may be incorrect" - shouldn't that be "even when they are there"? [09:36] james_w: we should totally have a standard "Non-assumptions" section in specs ;-) [09:47] cjwatson: good catch [09:47] hum [09:48] why did I got 11 emails about lp:ubuntu/karmic/cairo etc on cairo bugs which are closed? [09:48] ie bug #211791 [09:48] Launchpad bug 211791 in cairo "Please sponsor cairo 1.5.18-0ubuntu1" [Undecided,Fix released] https://launchpad.net/bugs/211791 [09:49] because somebody decided to push the branch to the ubuntu/karmic/ namespace [09:49] james_w, ^ is that due to some work of yours? [09:49] seb128: it is [09:49] hum [09:49] that seems buggy to me [09:49] we're looking in to it [09:49] which should it spam me about sponsoring request bugs closed for years? [09:50] thanks [09:50] it's because it has bug links and LP tells you about new ones :-/ [09:50] define "new"? [09:50] in the "link between this bug and this branch was not previously in the database" sense [09:51] right now it's updating everybody bug listed in the changelog since warty? [09:51] everybody -> every [09:51] just sending them on bugs which still have a task open would be a good start [09:51] right [09:51] do you have a lp bug open about that that I can track? [09:51] not every bug, but quite a lot of them [09:51] no, I need to write one [09:52] ok, let me know if you open a bug, thanks [09:56] pitti: do you know if there's any plans to get libchamplain* into ubuntu (maybe even main) this cycle? [09:57] dholbach: no idea what this is; if someone files an MIR, we'll review it [09:57] bug 387731 [09:57] Launchpad bug 387731 in launchpad "Too many mails on new bug-branch links for Ubuntu branches" [Undecided,New] https://launchpad.net/bugs/387731 [09:57] oh [09:57] dholbach: I thought it was already in universe [09:58] james_w: you're right [09:58] excusez-moi === pitti is now known as pitti_ [09:59] pitti_: http://projects.gnome.org/libchamplain/ - AFAIK eog and empathy can already be built with it (http://blog.pierlux.com/2009/06/15/geolocation-in-empathy-now-real/en/ for example) [10:00] oh, geolocation? sweet [10:01] I don't see geolocation there, it's just map display? [10:02] how often are MIRs looked at/processed? [10:04] geser: irregularly, it helps to ping team members if something is urgent [10:04] (please not me, I already did some 3 hours of MIR review in the last week) [10:05] it's not urgent, so I'll wait [10:07] does karmic have a known problem automatically mounting usb sticks? [10:07] yep [10:08] one sec [10:08] LP 376786 [10:08] Launchpad bug 376786 in hal "hal-storage-mount Segfaults" [Undecided,Confirmed] https://launchpad.net/bugs/376786 [10:09] thanks === Quintasan_ is now known as Quintasan [10:34] huh, I have a different problem, it thinks my usb-sticks are internal drives, but otherwise works fine [10:37] mvo: lately, it seems like whenever I run apt-get dist-upgrade, I find myself going back and doing ionice -c3 on the dpkg and apt-get processes so that it doesn't bog my system down [10:37] mvo: I wonder if it would be useful to have a config option for that? [10:37] mdz: I can add a option for that [10:38] mvo: do you have the same experience? I find that with modern kernels, interactive processes are severely affected by dpkg [10:38] I'm not sure it was always this way [10:39] my system becomes very sluggish when there's even just a moderate amount of I/O, too [10:40] mdz: I have a similar experience - I don't ionice, I switch to my other computer and wait for it to finish :) I like the idea, I add it right away (should be easy) [10:41] mvo: no hurry :-) [10:46] pitti_, mdz, did you guys watch your RAM usage in case of sluggish I/O ? i noticed that my swap is often fully used (even though there is only xchat and a terminal open) if such a massive slowdown occurs ... i'm still trying to find out why though [10:47] ogra: it became much better when I plugged in a second GB [10:47] my HD is painfully slow, thus more ram helps a lot [10:47] well, i have 3GB RAM ... and 4G swap [10:47] ogra: no, I haven't noticed excessive swap usage at those times [10:47] I did see a lot of swap being used on my laptop this morning, which is new, but nothing to do with apt [10:47] after some days without reboot i notice my swap is fully used while the system only uses 100M of ram [10:48] seb128 mentioned a major memleak on his intel 965 [10:48] the system I'm on right now has only 1.5G of RAM and has only used tiny amounts of swap [10:48] mine on my desktop leaks gigs [10:48] pitti_: that would explain it, my laptop is 865 [10:48] er, 965 [10:48] mdz, no, i'm not blamig apt here, the apt and I/O slowness just seems to be a sideeffect [10:48] doesn't seem to happen on 945 [10:48] ah, 965 here too [10:49] lifeless: 965, too? [10:49] pitti_: EFAILINGMEMORY [10:49] my desktop is nvidida. And leaks gigs. [10:49] lspci ;) [10:49] ogra: nah, just late enough I shouldn't be on IRC. [10:49] heh, go to bed then :) [10:53] -intel seems to leak terribly at the moment - but it leaks GEM objects, so the used memory only manifests itself as other stuff eating into swap. [10:54] well, the fun stuff is that even if i kill everything the swap wont be freed [10:55] ogra: You should be able to fix it by killing X, but you might have to swapoff to actually get the stuff out of swap. [11:42] Why does my laptop have a monotonically increasing swap usage? And... oh. Backscroll. [11:42] Gah. Intel. [11:44] * soren is trying the desktop installer for the first time in years. [11:44] Looks nice. [11:45] Yes, it does. Faster than the alternate CD, too. [11:46] * soren wouldn't know [11:46] It's *lots* slower than the server install :) [11:46] Really? [11:46] * soren can do 18 server installs in 25 minutes. [11:47] Lately I've been doing nothing but netinst, myself. None of this outdated cdimage crap :) [11:47] Yeah, that's what I usually do. [11:47] Unfortunately, the only way to get this box on the network was using the desktop cd apparantly. [11:49] That's... odd. [11:49] You don't have a 50" cat5 cable handy? :) [11:52] Ethernet didn't work. [11:52] Wifi did. [11:52] Go figure. [11:53] The box is 12cm (~5 inches) from my local mirror, actually :) [11:53] No need for 50" cables (which by the way are a bad idea). [11:53] Er.. [11:54] No, they're not. I'm an idiot. [11:55] Difference between 50m and 50ft? [11:55] 50m should be fine, if of the right type for your switch [11:59] RAOF: No, really. I'm an idiot :) [11:59] RAOF: I was waaaay off. [11:59] RAOF: Ethernet cables shouldn't be longer than 92m, IIRC. [12:00] I knew there was some maximum length, but I've never had a cable remotely long enough to trigger it. [12:01] * soren has a ~50m cable running from his office to a shed in his garden (i.e. "the server room") [12:02] That's the longest I have (and have had). [12:02] Isn't the limit actually 100m, with 92m suggested to allow for patch cables at both ends? [12:03] wgrant: I'm not sure. I've never done the math. [12:04] wgrant: Somehow 100m strikes me as odd. Why would it be such a neat, round number? [12:05] Because people like engineering to neat, round numbers? [12:09] * wgrant leaves it for the hardware people. [12:09] why do I suddenly get tons of "branch linked" mails? is that due to james_w's imports? [12:09] ** Branch linked: lp:ubuntu/karmic/consolekit [12:09] looks like it, anyway [12:09] pitti: Yep. Bug #387731 [12:09] Launchpad bug 387731 in launchpad "Too many mails on new bug-branch links for Ubuntu branches" [Undecided,New] https://launchpad.net/bugs/387731 [12:09] * ogra noticed that too [12:10] thanks [12:11] hi all... i did an inplace upgrade of the ext3 drive to ext4... but i'v noticed considerable drop in system performance... so inorder to refresh the ext3 files as ext4 would a reinstall of the packages do the trick or has anyone tried e4defrag? i do understand this isnt the help channel but was hoping to find someone with knowledge about this... [12:17] soren: 100m is correct, see http://standards.ieee.org/getieee802/download/802.3-2005_section2.pdf the table on page 280 [12:19] geser: I'm not really in the mood to read the legalese required to download that pdf.. Is the table that just lists the maximum lengths for different types of cable or does it explain how those numbers came about? [12:26] soren: it mentions that the max length is limited by the signal transmission characteristics for the specific cable. I guess there is a section describing this characteristics [12:26] Ah, so they designed the cable specs to hit 100m? I guess that almost makes sense. === emgent_ is now known as emgent === mdomsch is now known as mdomsch_bos [13:08] so... firefox starts to render a page, I shift focus off to another window, and then firefox finally finishes rendering the page and hijacks focus from where I'm now doing stuff (having finished with the page)... is that just config, or do I fire a bug at firefox? [13:09] lamont: Tasty! [13:09] StevenK: no, not so much. dear gnome QUIT THINKING YOU KNOW WHERE I WANT FOCUS, DAMMIT [13:10] and worse, it's the app, not metacity [13:10] lamont: I used to see that a lot, but I don't remember seeing it for a while. Is this Jaunty? [13:10] er, um, hardy on the machine in question (iz server that happens to have desktop love too) [13:11] though I'm near certain I've seen it on the jaunty box too [13:11] I just developed my own small binary application (I don't want to provide the source code yet). is checkinstall the way to go when creating cross-linux installation files I can offer for download? or does checkinstall include the source code? [13:11] Pik0r: checkinstall is never, ever the way [13:11] StevenK: why not? [13:12] Pik0r: Because checkinstall is effectively crack cut with arsenic and washing powder. [13:13] StevenK: do you have a more technical, understandable answer why I shouldn't use checkinstall? [13:14] pitti, seb128: Any chance to get bug #386035 fixed in Jaunty? [13:14] Launchpad bug 386035 in pygtk "crash in gtk.RecentInfo.get_application_info()" [Medium,Fix released] https://launchpad.net/bugs/386035 [13:15] RainCT: we could if it's considered important for users but we didn't get such indications so far about it [13:15] Pik0r: It does not do dependancy resolution correctly, does not support upgrades, and it's generally better to provide a .deb for users of Debian/Ubuntu [13:16] StevenK: so the best thing would be to write my own little scripts which generate .deb and .rpm files separately and run them each time I want to create a new package? [13:17] Pik0r: I'd suggest a .spec file for rpm packaging and a debian/ directory for .deb packaging. [13:17] alright thank you, StevenK. === cjwatson_ is now known as cjwatson [13:19] Keybuk: regarding the foundations-karmic-swapfile spec, I was wondering if you'd put any thought into appropriate defaults for the swap file size; the spec handwaves over this a bit, I think :-) [13:20] Keybuk: there seems to be a tension between allocating excessive amounts of swap for people with plenty of RAM who never hibernate, and offering enough space for hibernation for those who want it [13:20] Keybuk: should we just allocate size-of-RAM and punt to a System -> Administration tool for fine control? === RainCT_ is now known as RainCT [13:26] (sorry, lost the wlan connection, if you said something I didn't get it :/) [13:28] RainCT: < seb256> RainCT: we could if it's considered important for users but we didn't get such indications so far about it [13:29] >> (I don't know of it causing a problem with any program available in the repos, but we want to use this in Zeitgeist and the workaround is quite ugly so I wanted to try if we can get the fix pushed everywhere :P) [13:29] RainCT: doesn't look like a major bug to me? [13:30] (anyway, I have a PPA with the fix so we can live without it) [13:30] RainCT: jaunty users will not run zeitgeist or if they do they will get it from a ppa which can get the fixed pygobject too [13:30] pitti: The affected function is unusable [13:31] Okay. Just wanted to ask :) [14:01] cjwatson: I don't think there's any sane default except the current default for swap partitions [14:01] I'm not convinced by the "I have hoojabytes of RAM, I don't need swap" argument [14:01] especially since I've got evidence Linux really doesn't cope in that situation :p [14:01] put hoojabytes of RAM in your PC [14:02] fill the page cache (untar some kernel images) [14:02] Keybuk: unfortunately we don't actually really have a current default :) [14:02] then start firefox [14:02] Keybuk: we have a set of heuristics [14:02] and watch your system performance go away for a while [14:02] which are vague and dependent on disk and RAM [14:03] in particular, the default size for swap is computed while setting automatic partition sizes [14:03] I'm not quite sure how that would work when swap creation is moved out of automatic partition computation [14:03] those heuristics should be still fine, no? [14:03] what's wrong with the old 2xRAM rule :) ? [14:04] our partitioner has never implemented a 2xRAM rule [14:05] I've changed partman-auto to support size declarations like "2500+100%" (= 2500MB + 100% of RAM) [14:05] but those are always balanced against other partition sizes in the recipe [14:06] i.e. you don't give partman-auto a size, you give it minimum and maximum sizes and a weighting [14:06] 2xram was ok until ram went over 1024MB [14:06] ivoks: why? [14:06] disk space when over 1TB at roughly the same time ;) [14:07] ivoks, why is it not ok on that condition ? [14:07] but it's just wasting space :) [14:07] ivoks: no it's not [14:08] so this sort of debate is exactly why partman-auto weights things, so that if disk *is* short for some reason then it can adjust sizes as need be [14:08] (frex you might have lots of RAM but be installing Ubuntu in a relatively small part of your disk that also has Windows on it [14:08] ) [14:08] cjwatson: exactly, which is why I think we should just retain whatever algorithm or heuristic we have today [14:08] as I say that doesn't work terribly well once swap is no longer a partition [14:09] that's an implementation issue with your code ;) [14:09] I can't think how to retain it easily, although I'm willing to keep trying [14:09] I acknowledge that it is an implementation issue [14:09] that doesn't make it go away, sadly :) [14:09] well, at some point you must have [14:09] and divide that into and [14:09] ? [14:10] according to a partitioning recipe that might well be considerably more complicated than that (and often is for people customising Ubuntu) [14:10] right [14:10] so instead of making a partition with the number, you just make a file [14:11] what, you're suggesting having a file declared in the recipe? [14:11] sure [14:11] it's a file that ends up in /etc/fstab after all [14:11] I suppose that might work but is probably no less effort :-) [14:11] and I suspect you write fstab from that bit of code as well [14:11] I'd been hoping to avoid that [14:11] sort of [14:11] of course, implementing file partitioning would allow you to do all sorts of things in the future [14:11] basically the recipe format is not very flexible right now and in particular has problems with the concept of nested devices [14:11] like encrypted files mounted somewhere and suchlike [14:12] well, we have a hacky approach to loop-mounts for wubi [14:12] but it isn't embedded in the same recipe format :( [14:12] it all needs to be reworked ... [14:13] I suppose we could do something like [14:14] 96 512 300% linux-swap method{ swap } format{ } file_name{ /swapfile } on_mountpoint{ / } . [14:15] and when creating partitions we add together the sizes for everything with matching on_mountpoint [14:16] pitti: The original tarballs are different, due to ubuntu moving to the new upstream version before Debian, and upstream using bz2 tarballs. Once Debian has a newer orig tarball, things will be synced. [14:17] TheMuso: right, I understand; just suggesting to call them build1, so that they'll get autosynced [14:17] TheMuso: just a nitpick, don't worry [14:18] pitti: Fair enough, point taken. [14:18] TheMuso: BTW, isn't it in the middle of the night for you? === dholbach_ is now known as dholbach [14:38] Hello [14:40] Where can I ask a question about Ubuntu 9.10 (alpha2)?. [14:40] RobertF: #ubuntu+1 === sconklin-gone is now known as sconklin [15:22] whois pere [15:22] whoops :P [15:24] Jun 16 10:35:47 mizar kernel: [1292114.416048] end_request: I/O error, dev fd0, sector 0 [15:24] I wonder which process triggered that... [15:28] do you include MIT-licensed software in your repositories, too? [15:28] or only GPL'd? [15:28] MIT is fine [15:30] Pik0r, any license meeting the ubuntu free software guidelines, which are like the debian free software guidelines with with a less hard-line approach [15:31] directhex: less hard-line approach how? [15:32] hyperair, afaik non-used non-free stuff in source tarballs can be gotten away with. but is frowned upon due to lack of synability [15:33] directhex: i see. synability? [15:34] syncability [15:36] directhex: any place where I can read up on the ubuntu free software guidelines? I searched google and the only thing I can find are the debian ones. [15:36] ah [15:36] the main (possibly even only) difference between the DFSG and our guidelines is that we're more lax about non-code material [15:36] Pik0r: http://www.ubuntu.com/community/ubuntustory/licensing [15:37] Pik0r: it's also in the Ubuntu Policy Manual: http://people.ubuntu.com/~cjwatson/ubuntu-policy/policy.html/ [15:38] thank you. flying over it, it looks like even closed source software is fine, as long as it can be freely distributed. is this assumption correct? [15:38] (would be placed in restricted then) [15:39] Pik0r, restricted or multiverse, yes [15:39] i think you can ship stuff like that in debian under non-free [15:39] really? [15:40] is it not? [15:40] any how is decided whether to include a closed/open source program or not? clearly you cannot include all software there is. [15:40] is this based on popularity? [15:40] I guess binary drivers [15:41] Pik0r: popularity, and if you can package it. [15:41] Pik0r: Someone willing to maintain it [15:42] Thus, although non-free works are not a part of Debian, we support their use and provide infrastructure for non-free packages (such as our bug tracking system and mailing lists). [15:44] Pik0r: restricted is only for non-free drivers [15:44] Pik0r: Mark has given us very clear guidance that non-free applications are not to be supported by Ubuntu [15:44] i.e. not in restricted and certainly not in main [15:47] cjwatson: do you know what 003_gdk.pc_privates does exactly in gtk? [15:47] cjwatson: I think you had installer issue when it was not used correctly previous cycle [15:47] I'm wondering if that's still required [15:55] aha [15:55] root 6987 0.0 0.0 3544 1024 ? S 10:34 0:00 hald-addon-storage: no polling on /dev/fd0 because it is explicitly disabled [15:55] root 29159 0.0 0.0 5724 760 ? S 15:42 0:00 devkit-disks-daemon: polling /dev/sr0 /dev/sr1 /dev/fd0 [16:06] mdz: bug 384469 ? [16:06] Launchpad bug 384469 in devicekit "constantly polls floppy drive" [Unknown,In progress] https://launchpad.net/bugs/384469 === afk is now known as mthaddon [16:07] pitti: indeed, thanks [16:15] hmm .. building zsh on lpia fails due to the non-availability of libcap2-dev (http://launchpadlibrarian.net/27991987/buildlog_ubuntu-karmic-lpia.zsh_4.3.10-2ubuntu1_MANUALDEPWAIT.txt.gz) [16:15] how is something like this resolved? [16:18] al-maisan: seems like the last upload of libcap2 failed on lpia: https://edge.launchpad.net/ubuntu/karmic/+source/libcap2/1:2.16-5 [16:18] http://launchpadlibrarian.net/27714759/buildlog_ubuntu-karmic-lpia.libcap2_1%3A2.16-5_FAILEDTOBUILD.txt.gz [16:18] slangasek, can you re-enable mythbuntu dailies? [16:19] dholbach: thanks for the info. [16:25] al-maisan: TBH no idea why it breaks [16:25] congrats stgraber [16:26] yeah .. I had a brief look as well .. it looks like the /usr/include/asm/sigcontext.h file is broken .. [16:26] al-maisan, Don't fuss about lpia failures. Once the spec gets written up, lpia will get lots less well supported. [16:27] persia: good to know, thanks :) [16:29] seb128: the breakage was that the gtk directfb udeb was linked against cairo-xlib [16:29] which is incorrect [16:30] seb128: oh, or it may have been that other things built against gtk/gdk directfb linked against cairo-xlib - actually I think that's what it was [16:30] seb128: so build gtk, build cdebconf against new gtk, see what the linkage of stuff in cdebconf-gtk-udeb is [16:30] ok thanks [16:30] I think it's fixed in the new version [16:31] they build against cairo-$backend now [16:31] ie gtk-directfb depends on cairo-directfb [16:31] that wouldn't surprise me, I seem to remember that getting upstream activity [16:31] worth checking the output .pc files by hand though [16:31] yeah I will do that [16:31] cheers [16:31] +Requires: gdk-pixbuf-2.0 pango pangocairo gio-2.0 fontconfig cairo-directfb [16:31] is the new version gdk-directfb-2.0.pc [16:31] directhex: thanks [16:32] which seems correct to me [16:32] lool: ^ if you want to double check after your meeting [16:35] seb128: *looks* ok [16:41] stgraber, hmm, looking at bug 357429, how do you make sure the dirs get deleted properly ? [16:41] Launchpad bug 357429 in ltsp "Using ldm, the user is unable to lock its Xauthority file making some applications to freeze/fail" [High,Fix released] https://launchpad.net/bugs/357429 [16:45] superm1: done [16:45] thanks [16:53] kees: When you get a sec, can you talk to me a bit about the details of bug 255635? I don't quite get the changelog entry. I'm working on rsyslog and want to make sure it's not affected [16:53] Launchpad bug 255635 in sysklogd "Kernel messages not logged to /var/log/kern.log" [High,Fix released] https://launchpad.net/bugs/255635 [16:56] mterry: sure! basically, glibc and sysklogd fought with eachother over the definition of syslog() [16:56] mterry: when compiling under Ubuntu, -D_FORTIFY_SOURCE=2 is defined, which causes glibc to add additional protective macros. [16:57] mterry: one of those is for syslog(), so when klog.c compiled, it ended up getting its syslog calls redirected to glibc [16:57] mterry: but it had it's own version of syslog() that allowed for kernel messages to be inserted. the glibc one doesn't allow that. [16:57] mterry: so, kernel messages went silent. [16:57] kees: I see... So as long as rsyslog doesn't define its own syslog(), there shouldn't be that specific conflict [16:58] mterry: right. I would just carefully examine how kernel messages are handled, or at least verify they're still being reported at and after boot time. [16:59] kees: Right. OK. I'll play with it, but basically, at the end of the day, as long as kern.log is filling up, I'm happy, eh? [16:59] mterry: yup [16:59] kees: Cool, thx [17:00] mterry: though note that there might be a difference between "catch up"(flushing the ring-buffer from before syslog started) and "live" kernel log reporting. testing both should be sufficient. [17:01] kees: OK [17:08] seb128: I think the issue is with pango .pcs IIRC [17:10] lool: the patch I'm talking about is the gtk one though, do you think it's still required? [17:10] I would patch the gtk+ configure script heavily to workaround the very specific namings of cairo .pcs in Debian in the past [17:11] mterry: I looked at the rsyslog source briefly during the UDS session, and it appeared that it might well have the same problem [17:11] seb128: Hmm the part I'm talking about was dropped completely from the Gtk+ package (see 2.10.3-1), so that's probably something else [17:11] mterry: but I didn't actually try it, so I left that link in the spec as a warning [17:12] cjwatson: I'm thinking it may not have the same problem, but I'm not done investigating === mthaddon is now known as afk === afk is now known as mthaddon === mthaddon is now known as afk === afk is now known as mthaddon [17:56] cjwatson: " Mark has given us very clear guidance that non-free applications are not to be supported by Ubuntu" ... just not supported, or even not to be offered? [17:57] cjwatson: and do you mean by 'free' 'open source'? [17:58] Pik0r: making them available in multiverse is okay (as long as we are allowed to ship them), but not restricted (which is the supported subset of non-free sw) === lieb_ is now known as lieb [18:04] pitti: anacron postinst> doesn't this miss the case of reinstalling the package when it's in "config files" state, since then only the preinst is told the previous version number, not the postinst? [18:04] slangasek: oh, really? I didn't know that [18:05] cjwatson: Would the rsyslog change be affected by the FeatureDefinitionFreeze? It needs an MIR still, so it seems like it fits the "updates to be landed in main" clause === mcasadevall is now known as NCommander [18:07] slangasek: so most-recently-configured-version is empty if you reinstall a previously removed package? [18:07] pitti: I believe so, yes [18:09] hm, so that stuff needs to move to preinst then, I figure (which is a bit ugly, but *shrug*) [18:11] Pik0r: not supported as in "not to be in the main or restricted components". And "free" is essentially synonymous with "open source" here, yes. [18:11] mterry: that means that the feature must be on the list, not that the package must be in main [18:12] I think I've mentioned rsyslog in a release meeting and nobody had a heartattack [18:14] cjwatson: OK, heartattacks may not be the best threshold, but I get ya. ;) [18:16] why does jaunty ppa still have banshee 1.4.3 [18:16] why isn't it upto 1.5 series [18:24] tgpraveen1, even numbered are stable releases, odd for unstable releases [18:24] tgpraveen1, i.e. banshee-unstable-ppa for 1.5 series [18:24] directhex: yeah I just found the unstable ppa [18:24] thanks [18:45] Some time ago my ubuntu installation somewhere on boot jumps to verbose mode, as well as it is taking much longer to boot now than before. It doesnt seem there are any errors [18:48] thebloggu: usplash has a timeout - if something takes too long then it'll cancel the splash screen on the grounds that something is clearly weird and you might like to be able to see what [18:50] cjwatson, it seems (from my search on google) it has something to do with the size of swap partition [18:50] http://ubuntuforums.org/showthread.php?t=901254 [18:50] it goes verbose exactly on "reading files needed to boot" [18:50] I don't think that's a sound inference [18:51] sure, it's worth checking, but that's not enough data to say that it's swap [18:51] and that forums post is about the swap partition's UUID, not its size [18:51] i upgraded xp to vista in the meantime, but didnt touch the ubuntu or the swap partition [18:52] type 'swapon -s' in a terminal [18:52] (incidentally why is this on #ubuntu-devel?) [18:52] if you see a line starting with /dev, then that forums post is unlikely to be your problem [18:52] Filename Type Size Used Priority [18:54] thought of asking here since the main ubuntu channel is too noisy and normally they help better with smaller/easier to solve problems [18:56] thebloggu: wrong reasoning; this channel is not an overflow channel for #ubuntu === nxvl_ is now known as nxvl [18:57] Chipzz, i know, i'm sorry for that [18:57] the truth is here i could get someone to listen to me and help [18:57] and asked 4 times there [18:57] with no response whatsoever [18:58] ogra: the exact same way we used to remove the ldm-xauth file [19:03] cjwatson, http://pastebin.com/mf6f9d6a should i edit the resume file to the swap uuid on top? [19:04] thebloggu: I'll help if you promise to use #ubuntu+1 in future ;-) [19:05] or #ubuntu, or some non-IRC forum [19:05] cjwatson, sorry but no :P i'm on jaunty not karmic [19:05] but yes [19:05] i'll do it [19:05] ok. yes, you need to change /etc/initramfs-tools/conf.d/resume, and you probably also need to change /etc/fstab. [19:06] cjwatson, once again, i'm sorry for the trouble, i know this channel is for development [19:07] cjwatson, thanks, i'll reboot to see if it works, i'll come back in a minute to tell you if it worked [19:10]