=== ximion1 is now known as ximion
[03:55] <ohsix> hm is rzscontrol supposed to even work (initramfs-tools-bin) running the exact same steps as in the hook to load it ends up with "Inappropriate ioctl for device" on natty; who's kernel has ramzswap support
[05:50] <hyperair> rzscontrol is deprecated is it not?
[05:51] <hyperair> nowadays there's a nice /sys interface for talking to compcache
[05:54] <chalet16> I would like to create a patch for xorg-server source package but I don't know what prefix number of patch filename should I use.
[05:55] <chalet16> Is there any guideline for patch number prefix?
[05:56] <hyperair> i've found that the patch number prefix is often perfectly random.
[05:56] <hyperair> in fact, with quilt, i don't really bother what my patch number prefixes are any more, because there's a series file that guarantees the order
[05:56] <hyperair> i think with stuff like cdbs's simple-patchsys you'd need to ensure the order by sticking an appropriate prefix
[05:59] <ohsix> hyperair: yea but the stuff in initramfs-tools doesn't use zram, it uses ramzswap and rzscontrol
[05:59] <hyperair> ohsix: right, and that's deprecated with newer kernels.
[06:00] <ohsix> it's still included though, it just doesn't work
[06:01] <hyperair> which is a bug. =p
[06:01] <ohsix> i guess
[06:01] <hyperair> patches welcome, i think? =D
[06:01] <ohsix> the kernel review thing i saw said it was postponed
[06:02] <hyperair> where?
[06:03] <ohsix> https://blueprints.launchpad.net/ubuntu/+spec/hardware-kernel-n-ubuntu-delta-review
[06:06] <hyperair> hm
=== _LibertyZero is now known as LibertyZero
[06:14] <ohsix> it was pretty handy (compcache) in 10.04
[06:15] <hyperair> yes it is
[06:15] <hyperair> i have a compcache initscript
[06:15] <hyperair> http://paste.debian.net/116338/
[06:15] <ohsix> i dunno what the deal with compcache is in .38 anyways; i couldn't get ramzswap to use a backing device either
[06:16] <hyperair> the backing device has been removed
[06:16] <hyperair> and compcache is no longer targeted at swap devices
[06:16] <hyperair> compcache can now be used with mkfs
[06:18] <hyperair> ohsix: given that i can still hibernate with the new compcache, i reckon it uses any swap device it can find
[06:18] <hyperair> without being bound to any specific swap
[06:19] <chalet16>  When I run  pbuilder-dist natty build ../xorg-server_1.10.1-1ubuntu2.dsc  I got an error "E: File /home/chalet16/pbuilder/natty-base.tgz does not exist".
[06:19] <chalet16> Do I have to download natty-base file or install some package ?
[06:23] <ohsix> hyperair: from what i've read it's been removed entirely, and it'd have to have its allocations in a certain arena for them to be swappable and i don't know ho feasible that even is in that context
[06:25] <ohsix> swappable automatically, that is; and since the code that does it has been removed ...
[06:26] <hyperair> ohsix: it's now swappable automatically, meaning it can go into any swap. which is good.
[06:26] <hyperair> well any swap except its own device, i guess
[06:26] <hyperair> otherwise you get a recursive loop
[06:27] <hyperair> well these days, i've got enough RAM and ZRAM to not worry about my backing swap. \o/
[06:27] <hyperair> /dev/dm-2                               partition       4194300 8       1
[06:27] <hyperair> /dev/zram0                              partition       499996  84888   2
[06:27] <hyperair> /dev/zram1                              partition       499996  85240   2
[06:27] <hyperair> the output from swapon -s
[06:28] <ohsix> nothing from zram was going to any other swap while i was playing with it, i'd have to read the source again to see what it actually does
[06:31] <ohsix> and as far as i understand, and what i read ages ago in the source was the backing device was a special case anyways
[06:32] <ohsix> i only mentioned it because loading the module manually to set one also didn't work, in addition to rzscontrol
[06:33] <hyperair> hm
[06:33]  * hyperair shrugs
[06:33] <hyperair> afaik it doesn't actually explicitly swap things now, it just allocates memory using kmalloc or some other function that returns swappable memory, doesn't it?
[06:34] <ohsix> that's why i'd have to look, it could go either way; i don't think it does but it'd take a minute to confirm :]
[07:09] <abhinav-> has there been a fix for this bug https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/432254 ? I cannot make grub2 to let me boot into netbsd :(
[07:09] <ubottu> Ubuntu bug 432254 in os-prober (Ubuntu) "*BSD not detected by os-prober" [Wishlist,Triaged]
[07:13] <ohsix> yea, it uses kmap/unmap_atomic; and theres no swap handling anymore that i can see
[07:27] <abhinav-> ah no problem , the comments on the bug report were useful. I made a 06_netbsd file and chainloaded netbsd :)
[07:29] <abhinav-> perhaps I will like to add support for netbsd to os-prober as I am going to stick to netbsd for long time for my projects and it should be easy enough procedure to make netbsd dual with ubuntu.
[07:52] <lucidfox> Is someone working on reuploading gnome-shell to oneiric?
[07:53] <broder> lucidfox: #ubuntu-desktop is probably a better place to ask, but doesn't that need to wait until everything is transitioned to gnome3?
[07:53] <lucidfox> Well, I don't know :)
[07:54] <broder> i'd expect it to land in https://launchpad.net/~gnome3-team/+archive/gnome3 before anywhere else, but it doesn't look liek those packages have been re-built against oneiric yet
[08:18] <broder> hmm...is something up with upload.ubuntu.com's gpg verification?
[08:19] <micahg> lucidfox: the dependencies for gnome-shell haven't landed yet in oneiric
[08:28] <cdbs> lucidfox: Expect GS to land in Oneiric within a week or two *after* UDS
[08:28] <cdbs> Oh, and Unity would also need to be transitioned to the newer libs
=== hunger_ is now known as hunger
[10:31] <ArneGoetje> mdke: I'm not working for Canonical anymore and therefor am out of the langpack stuff.
[10:44] <mdke> ArneGoetje: ok, thanks for the response anyway
[13:53] <c2tarun> my gnome is not accepting my password. When I enter the password the screen goes blank and then comes back to login screen. Why so?
[13:54] <tumbleweed> c2tarun: presumably your X session is crashing, rather than a password failure (which would just be a message saying you had the incorrect password). Check your .xsession-errors (and try gnome/unity's safe mode)
[13:55] <c2tarun> I'll try safe mode, but how can I check .xsession-errors?
[13:55] <c2tarun> tumbleweed: ^^
[13:56] <tumbleweed> from a VT? / ssh in from another machine? (also, this isn't a support channel :) )
=== yofel_ is now known as yofel
=== Quintasan_ is now known as Quintasan
[17:57] <Viper550> I'm just wondering, did the bugs with the GMA i8xx drivers ever get fixed?
=== apachelogger is now known as udslogger
[19:40] <highvoltage> hey! where are the non-canonical folk chilling?
[19:41] <Daniel0108> I'm non-canonical :P
[20:02] <highvoltage> we were down in the lobby and will get there again soon
[20:02] <highvoltage> (well, a few of us)
=== apachelogger is now known as udslogger