[02:26] <ich> my ubuntu-software-center doesn't work in the newest version
[02:27] <cfhowlett> ich, "doesn't work" ??? error messages and/or screen shots would be instructive here
[11:17] <Qwazz> Hi All, Help please - How do I get a sweet Ubuntu Studio desktop, with eye candy (themes and icons) and a way to customise the login screen. Where do I get a complete theme (desktop, icons, login, the works as a .deb)? Should I need to do it one by one (docker, icons, background, etc) is there a resource with a step by step for how to do it?
[11:19] <cfhowlett> Qwazz, do this
[11:20] <Qwazz> Hi, All, part of my previous text seems to be missing; the greeting. In the main I want a sweet ubuntu studio desktop. I have 12.04 on a Dell Latitude E5530.
[11:20] <cfhowlett> by the way, what ubuntu are you running right now?
[11:20] <cfhowlett> so: plain ubuntu 12.04?
[11:20] <Qwazz> cfhowlett - Hi, yes 12.04
[11:21] <Qwazz> Ubuntu Studio 12.04.
[11:22] <cfhowlett> wait do you have ubuntu or ubuntustudio?
[11:22] <Qwazz> Ubuntu Studio 12.04
[11:22] <cfhowlett> then I'm confused as you have the complete package, already ....
[11:24] <cfhowlett> Qwazz, xfce (xubuntu) themes are minimal by design.  I can share some wallpaper suggestions ...
[11:24] <Qwazz> cfhowlett: I have ubuntu studio 12.04 fresh install, now I want to get it sweet. Followed some howtos on the interweb but can't seem to get guides for newbies to eyecandy up the default xfce desktop and login screen.
[11:26] <cfhowlett> Qwazz, that's a hint.  xfce has minimal theming functions.  there are lots of ubuntustudio wallpapers, but an overall theme/login might not be readily available without some deep searching
[11:28] <Qwazz> so the login screen can't be cusomised easily, like the login in the desktop version?
[11:28] <cfhowlett> Qwazz, desktop?  you're not running the desktop version?
[11:29] <cfhowlett> Qwazz, details matter ...
[11:30] <cfhowlett> Qwazz, assuming your on Ubuntustudio, your desktop environment is xfce4.  By design, xfce is minimal.  themes and customization are rare.  look in settings appearance for starters.
[11:30] <Qwazz> Ubuntu Studio is not a Desktop version? And if so, why would the appearance of the login screen be a systems issue?
[11:31] <cfhowlett> Qwazz, YOU asked if it couldn't be customized like the "desktop version" implying that you were NOT running the desktop version :)   Thus, I asked
[11:32] <cfhowlett> Qwazz, so far as I know, there's not internal method to change the login other than session and startup > splash
[11:33] <cfhowlett> Qwazz, any themes/eyecandy will be found on www.xfce-look.org
[11:33] <Qwazz> cfhowlett, Ok sorry. I am running Ubuntustudio 12.04, desktop version on an i-5 Dell Latitude E5530. I have installed, added a number of applications (using howtos), removed default bottom panel and installed cairo dock. There are two things I wish to resolve;
[11:34] <cfhowlett> Qwazz, this sounds like your request solution:  http://www.google.com.hk/url?sa=t&rct=j&q=xubuntu+look&source=web&cd=7&cad=rja&ved=0CEcQFjAG&url=%68%74%74%70%3a%2f%2f%77%77%77%2e%64%65%64%6f%69%6d%65%64%6f%2e%63%6f%6d%2f%63%6f%6d%70%75%74%65%72%73%2f%78%75%62%75%6e%74%75%2d%70%69%6d%70%2e%68%74%6d%6c&ei=9PrDUrKDEoaeiQe1hoDYDA&usg=AFQjCNFC3lya8R7tvUJ52lrcOkRVgaNzrw
[11:35] <cfhowlett> errr ignore that mess
[11:35] <cfhowlett> http://www.dedoimedo.com/computers/xubuntu-pimp.html
[11:36] <Qwazz> 1) I have been on the interweb including xfcelook.org, I have downloaded themes, icons, etc. I have uncompressed them and placed in /themses and /icons folders respectively. From here some themes with showup in settings manager, some won't, the same is true for the icons. There are still individual icons I'd like to change
[11:37] <Qwazz> if a lock n stock theme (like a wrapper) for everything in one install (pref .deb file).
[11:38] <Qwazz> 2) I want to change the desktop login screen to something akin to the normal Ubuntu Desktop login. I don't know where in settings I could do that, nor do I see a tool to do it, have even tried ubuntu tweak.
[11:40] <Qwazz> I have noted files with .mdm in the file name and have been reading about lightDM but seems to be for the GNome desktop.
[11:40] <cfhowlett> Qwazz, as I stated, no such point-and-click functionality is built in.  I've never seen a hack or tutorial describing the method
[11:41] <Qwazz> thank you, following links....
[11:42] <cfhowlett> Qwazz, best of luck to you
[11:49] <Qwazz> cfhowlett, I'm back. the article is good but not really a tutorial. I've done most of it, if not all. For example, my issue now "is not installing a dock but changing an icon (.svg/.png) on the dock or system to one of my choosing.
[11:50] <cfhowlett> Qwazz, sorry, over my head.  see if someone is awake on #xubuntu
[11:50] <Qwazz> Wait a minute... so should I install the xubuntu environment?
[11:52] <cfhowlett> Qwazz, Ubuntustudio is built from XUBUNTU!  as I've posted above a few times ...
[11:52] <cfhowlett> :)
[11:52] <Qwazz> Doesn't the "X" in Xubuntu mean XFce desktop, anyway?
[11:52] <cfhowlett> Qwazz, yes
[11:52] <Qwazz> Oh, yeah, thanks
[11:54] <Qwazz> I must ask this though, has no one as in ever changed the login (theme) in UBuntu Studio, ever...
[11:54] <cfhowlett> Qwazz, that I know of, no.
[15:13] <jeevanus> hi
[15:14] <jeevanus> how to use my windows key in laptop as superkey? in ubuntustudio an xfce based one?
[19:37] <wachin> Happy New Year to all UbuntuStudio Developers
[19:40] <taifunorkan> Krieg auf Zynaddsubfx nur eine Spur von Rosegarden?! Hilfe.
[19:41] <wachin> Thanks zequence and holstein for their knowledge, which helped me a lot in my life as happy worship beside UbuntuStudio
[19:47] <wachin> I have a question, I'm using Jack Audio with Ardour to record my voice and a hint of praise at the same time, and I'm monitoring with Ardour (not by hardware) and as a delay could be heard from when singing and music track, in this moment I got to QjackCtl in the Setup change to 256 the frame / period (default was 1024), and now if there is almost no perceptible delay and I can sing well the song being recorded in Ardour. My question is if it is not
[19:47] <wachin> something to harm my Dell Inspiron 1750 Laptop for doing this
[20:28] <holstein> wachin: are you asking if setting the latency lower will harm the hardware?
[20:28] <holstein> if so.. no
[20:38] <wachin> Ok holstein, good,
[20:39] <wachin> working fine Jack for my on 256 frame / period
[20:44] <william> new to ubuntu and ubuntu studio...where do i start?
[20:45] <holstein> !proaudio
[20:45] <holstein> assuming you are using it for audio
[20:45] <holstein> william: you can try the #opensourcemusicians community
[20:45] <holstein> i would just pick a simple task, and make it happen
[20:46] <william> will look at the help community...
[20:47] <holstein> william: well, this is the help community.. you and i
[20:47] <holstein> william: the opensourcemusicians channel is just some nice helpful folks that might be doing something you are trying to do
[20:49] <william> yes, its cool to have a chat... been doing allot of internet digging in the last couple of days... getting ubuntu to run
[20:54] <william> i don't see where to start the studio?
[20:55] <holstein> william: what do you mean by "start the studio"?
[20:55] <william> and do i have to install this lowlatency stuff?
[20:55] <holstein> william: if you want lower latency, you will want to try it
[20:55] <holstein> william: if you are asking "what is latency?", then, no.. dont install it yet
[20:56] <william> ok
[20:58] <william> what other setup do i have to do... I just finished updating to ubuntu studio and had to reboot
[20:58] <holstein> it really depends
[20:58] <holstein> what would i do? get a simple task, and accomplish it
[20:59] <william> looks like i have to install audio,  graphic, and video packages
[20:59] <holstein> JACK is the central thing that runs and is necessary for most pro audio
[20:59] <holstein> william: you dont *have* to ever do anything
[20:59] <william> and the ubuntu studio desktop
[20:59] <william> ??
[20:59] <holstein> william: you'll need to elaboarate as to what you are trying to do to get a suggestion
[20:59] <holstein> william: i would suggest *not* installing ubuntustudio this way
[20:59] <holstein> william: i would download the live CD.. and run it.. look at the packages.. see what you like, and why
[21:00] <holstein> william: try running JACK there.. get used to it
[21:00] <william> ahhh
[21:00] <holstein> william: then, you can decide what you need/want and go from there
[21:00] <holstein> otherwise, you can just install whatever you like from the meta packages
[21:00] <holstein> if you are trying to do audio production, you will want to refer to the link i gave, and get used to JACK
[21:12] <william> holstein: just reading through the link you sent... thank you for the help
[21:12] <holstein> william: sure.. anytime
[21:19] <william> holstein:  As mentioned above... new to ubuntu and studio, figured new year, lets try a new OS
[21:19] <william> and was looking at studio to start playing with audio development
[21:22] <holstein> william: what kind of "developement" ?
[21:25] <william> holstein:  do you use the audio in  studio?
[21:25] <holstein> william: use "the audio?"
[21:25] <holstein> william: i use linux for audio production
[21:25] <holstein> mostly analog recording mixing and production
[21:26] <william> yes, that is what i was meaning
[21:30] <william> holstein:  what type of audio or music?
[21:30] <holstein> william: many types
[21:30] <holstein> mostly acoustic/jazz-ish.. but whatever pays the bills
[21:36] <curiousx> aloha all guys
[21:36] <curiousx> happy new year :)
[21:38] <curiousx> well... i got a Xonar 7.1 and a 7.1 headphone, but i can not configure my ubuntu 13.10 at 7.1 i only can configure it at 5.1 any one can help me with that please?
[21:38] <holstein> curiousx: probably not
[21:38] <holstein> curiousx: is it a deal breaker?
[21:39] <holstein> curiousx: i mean, ideally, xonar will help you, just like they would if it were for windows, or whatever it is they officialy support
[21:39] <holstein> what i usually do is try live CD's and see if anything (any kernel or alsa version) just supports the device properly out of the box
[21:40] <holstein> i will use alsamixer in the terminal and paucontrol if pulse is running.. i dont trust any labels of anything either place.. i tweak all settings
[21:40] <holstein> curiousx: nothing about ubuntustudio in particular will be specifically helping or hindering the support of that device in ubuntu or linux.. i would try upstream for help as well
[21:41] <holstein> a larger pool of users could be helpful with that issue
[21:42] <holstein> http://ubuntuforums.org/showthread.php?t=1751107
[21:42] <curiousx> in #ubuntu nobady can helps me, and i tweak everything that could tweak but i cant get it working at 7.1 =(
[21:42] <curiousx> o ty, ill check that link
[21:42] <holstein> curiousx: and, as i said, it may never work at 7.1
[21:43] <holstein> if the device didnt say on the box "7.1 support in linux", then it may not do it
[21:43] <curiousx> :'(
[21:43] <holstein> curiousx: otherwise, try live CD's and tweaking *eveything* as i suggested above.. not trusting labels
[21:43] <holstein> curiousx: its a challenging issue
[21:44] <holstein> curiousx: linux/ubuntu is doing what its supposed to do, and the manufacturer is doing what they promised to you
[21:44] <holstein> curiousx: when you buy something like that, you really need to be open to it not working, or working in a limited way, or spending lots of time troubleshooting it.. or research it before purchase
[21:45] <holstein> http://askubuntu.com/questions/288161/ubuntu-13-04-how-configure-surround-sound
[21:45] <holstein> ^^ that post says the device (assuming its the same device) is working in 71.
[21:45] <holstein> 7.1*
[21:46] <holstein> curiousx: that link suggests using pavucontrol, which i suggested above as well
[21:46] <holstein> !info pavucontrol
[21:47] <curiousx> yeah... i read that post, i already configure the Xonar at 7.1 but when i do the test "Front left" and "Front right" doesnt work =(  http://i.imgur.com/xw82JD7.jpg
[21:47] <holstein> curiousx: ok.. you can try the live CD for the distro the *specifically* reference
[21:48] <holstein> curiousx: i see 7.1 there in the pic
[21:48] <holstein> if it were me, i would test under windows and make sure i have the analog connections properly setup
[21:49] <holstein> actually, i just do stereo.. so none of this applies to me
[21:49] <curiousx> actually, what really works for me was setting alsa in this way:  http://i.imgur.com/tqrCp8A.png
[21:49] <curiousx> yep
[21:50] <curiousx> and sorry but what distro do you suggest for me to test? "Ubuntu Studio" ?
[21:50] <holstein> curiousx: testing from a live CD will also remove any configs or changes you have done from the eauation as well
[21:50] <holstein> curiousx: i was referring to the version
[21:50] <curiousx> good point
[21:51] <holstein> curiousx: there is not difference in the spins, as far as hardware support
[21:51] <holstein> curiousx: 13.10 vs 13.04 can make or break support
[21:51] <curiousx> yep
[21:54] <curiousx> ok, mah friend thanks you
[22:01] <curiousx> doh! ubuntu studio doesnt have a PPA for ubuntu 13.10 anymore ? =(
[22:06] <Beldar>  HexChat: 2.9.6 ** OS: Linux 3.11.0-14-generic x86_64 ** Distro: Debian wheezy/sid ** CPU: 2 x Intel(R) Pentium(R) Dual  CPU  T2330  @ 1.60GHz (GenuineIntel) @ 800MHz ** RAM: Physical: 2.9GB, 69.6% free ** Disk: Total: 48.5GB, 66.9% free ** VGA: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller ** Sound: HDA-Intel - HDA Intel ** Ethernet: Marvell Technology Group Ltd. 88E8039 PCI-E Fast Etherne
[22:06] <Beldar> t Controller ** Uptime: 17h 58m 26s **
[22:06] <holstein> !paste | Beldar
[22:07] <Beldar> a mistaken irc  app post


[04:37] <lunaphyte> i've just upgraded from 17.10 to 18.04, and now the computer won't boot.  it fails to mount the root filesystem, and drops to initramfs
[04:39] <lunaphyte> https://9unvsq.bn.files.1drv.com/y4m6YIxUZfXzd96cuCzcKJR22rzSeBCy-2VUrndZk5gLlOyk52M6w8oZgr-ybtLbnVvC1trcidcR8L1ndgSUzH9NSysNDl1jTUD5_wBIPQ_PwSMIrWNa69rqvVv_MgV3o2czkQebQUj27idfawPbDN5jaY40rOW5swWLpKXpiu3yMgcPKj_PP6GROCAvAJpnpn3maXS_5GPsrkocfuEEbbHQQ/residue_2019_01_24.PNG?psid=1
[04:39] <lunaphyte> ugh, sorry about the awful url
[04:40] <lunaphyte> the upgrade process went without any issues or complaints at all
[04:40] <lunaphyte> what can i do to troubleshoot this?
[04:45] <lunaphyte> since i'd had a similar problem with another upgrade not going well, with non root filesystems that were not accessible, i tried vgchange -aay, on a whim.  so far, it seems to just hang upon that command indefinitely, and not do anything
[07:10] <lordievader> Good morning
[07:11] <lordievader> lunaphyte: From that initramfs can you mount your rootfs?
[09:43] <jamespage> cpaelzer: looking at your dpdk/ovs work today
[09:54] <cpaelzer> jamespage: ok, I started to test it as well
[09:54] <cpaelzer> but that takes quite some time
[09:54] <cpaelzer> as I said, I'll ping you once I have a reasonable result
[09:59] <jamespage> cpaelzer: ack
[11:03] <ahasenack> good morning
[14:06] <rbasak> ahasenack, cpaelzer, kstenerud: I can hit the review queue now, but it looks like everything has been looked at for the moment?
[14:07] <ahasenack> rbasak: agreed
[14:07] <ahasenack> I'm finishing up haproxy, then I'll go after apache2 which you reviewed already, and back to the net-snmp merge
[14:07] <rbasak> OK
[14:26] <ahasenack> rbasak: can you merge that salsa haproxy mp, or are you just passing by?
[14:29] <rbasak> ahasenack: I was just passing by, being curious about how haproxy tests operate as I know nothing about haproxy.
[14:29] <ahasenack> cool
[14:29] <ahasenack> first attempt failed, investigating
[14:29] <rbasak> I am not a maintainer for haproxy in Debian so I shouldn't do anything but comment.
[14:29] <ahasenack> https://pastebin.ubuntu.com/p/CvVKbJC2XV/
[14:31] <ahasenack> ah, I have to invert the check
[14:31] <rbasak> Yeah, or swap the else block.
[14:34] <rbasak> (I prefer the latter in general to avoid an extra inversion)
[14:36] <ahasenack> yeah, I also dislike "!" in ifs
[14:40] <ahasenack> rbasak: better, let me push: https://pastebin.ubuntu.com/p/WDtmWnZRCZ/
[15:03] <MJCD> i'm trying to set up xorg+lightdm+fluxbox on a server build
[15:03] <MJCD> i've gotten a graphical login screen after reboot
[15:04] <MJCD> but it just fails to start session
[15:06] <MJCD> lol if I switch from fluxbox to openbox
[15:07] <MJCD> it lets me log in, but to just black nothing
[15:07] <MJCD> no right click menu even
[15:07] <MJCD> >.<
[15:10] <lordcirth_> MJCD, anything in logs?
[15:10] <MJCD> its ok third reboot was the charm for whatever reason, fluxbox still doesn't work
[15:10] <MJCD> but i'm fine with openbox for now
[17:31] <ahasenack> rbasak: can I consider our salsa exchange as another +1 for the haproxy dep8 tests, provided tests pass in ubuntu? For this MP: https://code.launchpad.net/~ahasenack/ubuntu/+source/haproxy/+git/haproxy/+merge/362217
[17:31] <ahasenack> cpaelzer is eod now
[17:31] <ahasenack> I induced some errors to see how it would behave, and it looks good:
[17:32] <ahasenack> - diff content: https://pastebin.com/Jcn8TE4A
[17:33] <ahasenack> - diff size: https://pastebin.com/4y4crD39
[17:57] <rbasak> ahasenack: yes, and +1 added to the MP
[17:58] <ahasenack> rbasak: thanks
[20:05] <lunaphyte> lordievader: thanks for responding.  i can't, no.
[20:07] <lunaphyte> if i try to mount the root filesystem manually at the initramfs prompt, it says the same thing - "mount: mounting /dev/mapper/vg1-root on /root failed: no such device"
[20:07] <lunaphyte> all of the lvm pieces are active and functioning, i can see all of the physical volumes, all of the volume groups, all of the logical volumes
[20:08] <lunaphyte> i can run btrfs check on /dev/mapper/vg1-root and it runs properly and successfully, and finds no errors
[20:08] <TJ-> lunaphyte: broke it again?!
[20:09] <lunaphyte> TJ-: :) - hah - no, this is a different one
[20:10] <lunaphyte> https://9unvsq.bn.files.1drv.com/y4m6YIxUZfXzd96cuCzcKJR22rzSeBCy-2VUrndZk5gLlOyk52M6w8oZgr-ybtLbnVvC1trcidcR8L1ndgSUzH9NSysNDl1jTUD5_wBIPQ_PwSMIrWNa69rqvVv_MgV3o2czkQebQUj27idfawPbDN5jaY40rOW5swWLpKXpiu3yMgcPKj_PP6GROCAvAJpnpn3maXS_5GPsrkocfuEEbbHQQ/residue_2019_01_24.PNG?psid=1
[20:10] <TJ-> lunaphyte: compare the dm-X number shown by "ls -l /dev/mapper/vg1-root" with "ls -l /dev/dm-X" to ensure it exists
[20:11] <TJ-> lunaphyte: oh, a VM image? is the underlying file corrupt. You shouldn't get the kernel stracktrace
[20:12] <lunaphyte> TJ-: i don't think anything is corrupt.  i can boot off the installer, in rescue mode, and successfully mount all filesystem and chroot into them as the root
[20:12] <lunaphyte> yeah, it's a vmware guest
[20:13] <TJ-> lunaphyte: is this always a VMware guest?
[20:13] <lunaphyte> yes
[20:13] <lunaphyte> it always has been, from its inception, and always will be
[20:13] <TJ-> lunaphyte: any changes to the hardware profile ?
[20:14] <lunaphyte> no changes to hardware
[20:14] <lunaphyte> just an upgrade from 17.10 to 18.04, that's it
[20:14] <lunaphyte> no errors at all during the upgrade
[20:14] <lunaphyte> went perfectly typical
[20:14] <TJ-> lunaphyte: that screenshot suggests /root/ doesn't exist
[20:15] <TJ-> lunaphyte: all commands trying to set-up the real file-system on /root/ fail - either that is missing or the real rootfs really has a major problem
[20:15] <lunaphyte>  /root/ does exist
[20:16] <TJ-> lunaphyte: so does the block device symlinked from /dev/mapper/vg1-root exist?
[20:16] <lunaphyte>  /dev/md-0 ?
[20:16] <lunaphyte> yeah, that exists
[20:16] <lunaphyte> i can run fsck successfully on the device
[20:16] <TJ-> lunaphyte: I have no idea, that that is NOT an LVM node
[20:16] <lunaphyte> it properly recognizes the filesystem
[20:16] <TJ-> lunaphyte: as I said earlier: --->  compare the dm-X number shown by "ls -l /dev/mapper/vg1-root" with "ls -l /dev/dm-X" to ensure it exists
[20:17] <lunaphyte> yeah, it does
[20:18] <lunaphyte> bah, sorry
[20:18] <lunaphyte> i missed that irc ignored what i wrote because of the leading slash
[20:18] <lunaphyte>  /dev/mapper/vg1-root points to /dev/dm-0, which exists
[20:19] <TJ-> lunaphyte: the stacktrace shows that get_fs_type() fails, so what does "blkid /dev/dm-0" report?
[20:19] <lunaphyte> https://pasteboard.co/HYJHXiJ.png
[20:19] <lunaphyte> one moment
[20:20] <lunaphyte> https://pasteboard.co/HYJIrFu.png
[20:21] <lunaphyte> sorry i can't just use normal text.  i'm stuck inside a virtual guest console
[20:21] <TJ-> I know :)
[20:22] <TJ-> So, this is really looking like a btrfs problem. is the module available? "lsmod | grep btrfs"
[20:23] <lunaphyte> ugh.  no lsmod in this busybox, it seems
[20:24] <sarnold> /proc/modules ?
[20:24] <TJ-> lunaphyte: "grep btrfs /pro/mocules"
[20:24] <sarnold> it's ugly but still mostly legible
[20:24] <TJ-> modules!
[20:24] <lunaphyte> i did check the initrd earlier with lsinitramfs and it seems to allegedly include the btrfs module
[20:24] <lunaphyte> ah, ok, one moment
[20:24] <TJ-> lunaphyte: and more importantly: "find /lib/modules -name 'btrfs*'
[20:26] <lunaphyte> aha, it seems the module may not be loaded
[20:26] <lunaphyte> it does exist though
[20:26] <lunaphyte> btrfs.ko
[20:27] <TJ-> lunaphyte: "modprobe btrfs"
[20:27] <TJ-> lunaphyte: that ought to be loaded by udev rules based on identifying the metadata, so there may be some issue with udev rules, or 'strange' metadata
[20:28] <lunaphyte> hmm, ok
[20:28] <lunaphyte> well, modprobe didn't complain, but it's still not appearing in /proc/modules
[20:28] <sarnold> dmesg | tail ?
[20:29] <TJ-> lunaphyte: corruption? :p
[20:31] <TJ-> sarnold: the kernel stack-trace makes me suspicious; get_fs_type() should not be causing that
[20:31] <sarnold> stack trace? I missed that part :)
[20:32] <sarnold> ewwwwww
[20:32] <lunaphyte> it's hard to tell where dmesg stops and starts between boot and modprobe
[20:33] <TJ-> sarnold: https://9unvsq.bn.files.1drv.com/y4m6YIxUZfXzd96cuCzcKJR22rzSeBCy-2VUrndZk5gLlOyk52M6w8oZgr-ybtLbnVvC1trcidcR8L1ndgSUzH9NSysNDl1jTUD5_wBIPQ_PwSMIrWNa69rqvVv_MgV3o2czkQebQUj27idfawPbDN5jaY40rOW5swWLpKXpiu3yMgcPKj_PP6GROCAvAJpnpn3maXS_5GPsrkocfuEEbbHQQ/residue_2019_01_24.PNG?psid=1
[20:33] <lunaphyte> https://pasteboard.co/HYJNunc.png
[20:34] <TJ-> "request-module fs-btrfs succeeded, but still no fs?"
[20:38] <sarnold> funny, that message actually means "we tried to look up the fs, that failed, so we loaded the module, and that succeeded"
[20:38] <sarnold> is there a way to try to force btrfs to load *earlier* ?
[20:41] <TJ-> thing is, why isn't it loading manually
[20:42] <TJ-> I wonder if there are missing depends? "depends:        libcrc32c,zstd_compress,raid6_pq,xor"
[20:49] <lunaphyte> where can i look?
[20:49] <lunaphyte> kernel module dependencies?
[20:50] <TJ-> lunaphyte: it needs the "modinfo" tool
[20:50] <lunaphyte> busybox needs modinfo?
[20:51] <TJ-> lunaphyte: no, checking the dependencies needs it
[20:51] <lunaphyte> oh
[20:52] <TJ-> lunaphyte: if the module doesn't show as loaded in /proc/modules then something is obviously going wrong
[20:53] <lunaphyte> yeah, makes sense
[20:53] <TJ-> lunaphyte: "grep btrfs /proc/modules" would show something like this: "btrfs 1155072 0 - Live 0x0000000000000000"
[20:54] <sdeziel> what if you modprobe all the dependencies manually?
[20:54] <TJ-> They're not there else modprobe would add them, that's the weird part here
[20:56] <TJ-> I see 5 lines with 'btrfs' in them with that grep (showing the modules btrfs depends on also loaded)
[21:08] <lunaphyte> TJ-: looking at the server before it's broken, it looks like btrfs has two dependencies: xor and raid6_pq
[21:08] <lunaphyte> i've loaded those two modules manually in initramfs, and that went ok
[21:08] <lunaphyte> but btrfs still doesn't load
[21:09] <TJ-> lunaphyte: check the hash/checksum of the module in case it is corrupt - compare against one known to load (from the same kernel version of course!)
[21:09] <lunaphyte> ok
[21:09] <lunaphyte> i just verified that nothing is appended to dmesg when doing modprobe btrfs
[21:10] <lunaphyte> i see messages from the raid6 module, and nothing more after that
[21:10] <Blueking> NIC with intel chip X550 are supported ?
[21:11] <TJ-> lunaphyte: rtry "grep btrfs /proc/filesystems"
[21:11] <sarnold> Blueking: probably, I see loads of X550 hits in the ixgbe bit of the source tree, and I've got an ixgbe.ko kernel module
[21:12] <Blueking> sarnold: guess I am going with Intel NIC
[21:12] <lunaphyte> TJ-: btrfs not present
[21:12] <TJ-> lunaphyte: so something is causing it to fail, silently too. Is there a blacklist!?
[21:12] <Blueking> but what does word 'converged' say something about NIC product ?
[21:13] <blackflow> lunaphyte: theory: btrfs initramfs scripts aren't expecting btrfs atop of lvm? perhaps you could try force a /etc/initramfs-tools/scripts/local-top/ script that modprobes the modules?
[21:13] <TJ-> lunaphyte: try "grep -rn btrfs /etc/modprobe.d"
[21:16] <TJ-> lunaphyte: the udev rule /lib/udev/rules.d/64-btrfs-dm.rules should trigger "ENV{DM_NAME}=="?*", RUN{builtin}+="btrfs ready /dev/mapper/$env{DM_NAME}"  "
[21:16] <TJ-> lunaphyte: does the 'btrfs' tool exist ?
[21:22] <lunaphyte> i'll check shortly - just indisposed for a moment
[21:23] <TJ-> I've done some tests on a loopdev here and as soon as the btrfs image is connected the kernel loads the module
[21:29] <TJ-> I've now done the same for your scenario /dev/loop5 -> PV > vg1 > root > btrfs  and as soon as the image is attached to the loopdev udev causes the module to load and the FS is available
[21:43] <lunaphyte> TJ-: !!!!
[21:43] <lunaphyte> btrfs was blacklisted!
[21:56] <lordcirth_> lunaphyte, wat? why?
[21:56] <TJ-> pffft, sysadmins! :p
[21:59] <blackflow> Sounds legit.                                ZFS for president!                                      *runs*
[23:12] <lunaphyte> yeah, it's a little bit odd, sort of
[23:12] <lunaphyte> i'm the one who had blacklisted it
[23:13] <lunaphyte> this is a template system, used to create other gusts from
[23:13] <lunaphyte> *guests
[23:14] <lunaphyte> one of the things i'd done was blacklist a bunch of various modules that served no purpose
[23:14] <lunaphyte> a previous incarnation of this system used ext4, not btrfs and there was no need for btrfs, so it got blacklisted
[23:15] <lunaphyte> then the new incarnation was built, and the blacklist file copied, not realizing that was still there
[23:15] <lunaphyte> so that all makes sense
[23:15] <lunaphyte> what i don't quite understand though is how the system was even functioning before the upgrade
[23:16] <lunaphyte> if the btrfs module was blacklisted, how was the system booting, and how was the module being loaded?
[23:17] <lunaphyte> anyway, that's very much for the help, as always :)
[23:17] <lunaphyte> *thanks


[12:35] <norsetto> good night all, the bad, the goods and the uglies too
[01:20] <sooth> Can someone check what files are installed by libxmlrpc-c3/gutsy for me?
[01:21] <leonel> sooth: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=libxmlrpc-c3&version=gutsy&arch=i386
[01:24] <sooth> Does that look normal?
[01:24] <sooth> leonel ^
[01:27] <mayeco> MOTO guys!
[01:27] <mayeco> check this plasma applet : http://www.mayeco.org/moodbar_plasma.png
[01:27] <mayeco> :D
[01:27] <mayeco> *MOTU
[01:27] <leonel> sooth:  maybe you can  contact   Barry deFreese<EMAIL_ADDRESS>[01:28] <sooth> leonel: He's debian maintainer of the package?
[01:28] <sooth> leonel: Anyway, that's a bug right?
[01:28] <leonel> at least  the last update for ubuntu
[01:33] <sooth> What is the command to list the installed files of a package?
[01:33] <TheMuso> dpkg -L
[01:33] <sooth> TheMuso: Thanks
[01:44] <mrigns> does anybody have the build-depends for the debian/control for pidgin-2.1.1?
[01:48] <sooth> mrigns: Is it going to be different than 2.1.0?
[01:50] <sooth> Are old versions of packages available somewhere?
[02:50] <RAOF> POX_: ping! Any more comments re: miro package?  I think I'll add a recommends on libxine1-ffmpeg, but anything apart from that?
[02:53] <StevenK> RAOF: And how was Hobart?
[02:54] <StevenK> RAOF: Aside from disturbing, it being in Tasmania. :-P
[02:54] <RAOF> StevenK: Hobart was beautiful as ever.
[02:55] <RAOF> StevenK: It's really wonderful, I love it.
[02:58] <RAOF> Also, my Grandmother wasn't nearly as ill as I'd feared.
[02:59] <StevenK> Well, that is good news.
[03:01] <RAOF> Yes.
[03:10] <Nafallo> depends on what version/revision really?
[03:10] <StevenK> Where does the UVF procedure live?
[03:11] <Nafallo> CategoryMOTU hopefully :-)
[03:11] <Nafallo> wow. even more blu lights.
[03:12] <Nafallo> blue even
[03:12] <RAOF> Nafallo: No, FAT32 doesn't support files >2Gb.
[03:29] <jrib> Hi, if anyone would like to comment on
[03:30] <jrib> http://revu.tauware.de/details.py?upid=24, I would appreciate it.  Thanks. (ScottK, you've been very helpful with this package so far.  I think I've addressed the issues in your last comment before revu went down, but would still like your input whenever you get a chance.)
[03:36] <zakame> good day
[03:38] <white> jrib: interested in bringing the package back to debian?
[03:38] <white> !info reverend sid
[03:38] <ubotu> Package reverend does not exist in sid
[03:39] <jrib> white: yep, once I get it into ubuntu, I'm going to visit utnubu
[03:40] <white> jrib: feel free to write an ITP and send it to the<EMAIL_ADDRESS>list
[03:40] <white> jrib: you can also sync from debian to ubuntu, which might be easier ;)
[03:42] <jrib> white: thanks, I think the next package, I'll try going that route from the start to compare
[03:45] <white> jrib: you are welcome
[04:22] <ScottK> white: At this point it's probably to late to go through Debian for Gutsy as packages would have to be out of Debian NEW to be synced by 30 Aug.
[04:23] <ScottK> I would encourage people to work on pushing stuff into Debian.
[04:23] <ScottK> For Feisty I had several new packages in Ubuntu and by the time the Gutsy repos opened I had them all in Debian (or someone else was working on it).
[06:27] <TheMuso> iii/c
[06:27] <TheMuso> ugh
[06:32] <ScottK> I guess someone eventually had to say something.
[06:37] <soulrider> hello
[06:37] <ScottK> Hello
[06:37] <soulrider> i am currently programmin an application, and i would like to know what steps i need to follow to be able to distribute it to ubuntu users
[06:37] <soulrider> its not quite ready yet though
[06:38] <ScottK> Do you have any experience with the Debian package management system?
[06:38] <soulrider> i would also like to know about quality standards etc
[06:38] <soulrider> ScottK, just a bit, i have compiled and i have amde some deb packages
[06:38] <soulrider> but this is a python app, you dont really compile it
[06:38] <soulrider> i also dont really know in which directory it should be installed
[06:38] <ScottK> Python apps still can/should be packaged.
[06:39] <RAOF> soulrider: I was talking to jml about writing a page on the wiki about this.
[06:39] <soulrider> yes, i know
[06:39] <ScottK> For a Python app, my recommendation is to first make a proper setup.py using distutils.
[06:39] <soulrider> distutils ?
[06:40] <ScottK> That's a Python module for making distributable modules and apps.  It's not Debian specific.
[06:40] <soulrider> oh, i see
[06:40] <ScottK> Once you have that, I Debian package is pretty easy to make.
[06:40] <ScottK> I/A
[06:41] <soulrider> i see
[06:41] <ScottK> If you want an example of a relatively simple Python application, you can apt-get source pypolicyd-spf.  That's one I did.
[06:41] <soulrider> and is it quality checked or something?
[06:41] <RAOF> Before it hits an official repository, yes.
[06:41] <calc> btw new openoffice with the hang fix applied is in gutsy now
[06:41] <calc> waiting for build on the various archs
[06:41] <soulrider> i will, this sia  simple appa ctually, and i havnt found similar applications for some reason...
[06:41] <ScottK> We check to ensure it's legal to distribute and is installed in such a way as to be unlikely to harm the rest of the system.
[06:41] <ScottK> Yeahhh Calc.
[06:42] <ScottK> If it's somewhat buggy, but supported and fixed, that's OK.
[06:42] <calc> we should remove the -gtk/-gnome dep in kubuntu meta since its not needed anymore
[06:42] <ScottK> Buggy, but unsupported by upstream will get removed.
[06:42] <ScottK> calc: Agreed, but probably a topic for #kubuntu-devel.
[06:43] <soulrider> i hope i can have my program ready by the end of the week
[06:43] <ScottK> Then you upload it to REVU.
[06:43] <ScottK> !REVU|soulrider
[06:43] <ubotu> soulrider: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[06:44] <calc> hmm yea good idea ;)
[06:44] <ScottK> Also note that our new package freeze for Gutsy is 30 Aug and so it'll be tight at this point.
[06:44] <soulrider> thank you ScottK, i also couldnt find that package you told me to install though
[06:44] <ScottK> What version of Ubuntu are you running?
[06:44] <soulrider> ScottK, so if it were to appear it wont appear until gutsy +1 ?
[06:44] <soulrider> 7.10
[06:44] <ScottK> OK.
[06:44] <soulrider> 04, sorry
[06:44] <RAOF> soulrider: Another option is specto: "apt-get source specto" should work in Feisty.
[06:45] <ScottK> pypolicyd-spf also exists, but whatever.
[06:45] <ScottK> I've got to get to bed soon anyway.
[06:45] <RAOF> Eh ;)
[06:45] <soulrider> ill check those links out, thanks for the help
[06:46] <ScottK> I'm just saying that if you've got a good example, that's fine too, but I have to get to bed.
[06:46] <ScottK> Good night all.
[06:46] <soulrider> it cant find that source either =/ i think i disabled the source repos. ill find it in apckages.ubuntu
[06:47] <RAOF> Oh, god.  Another "please break LSB directory structure" thread.
[06:50] <ajmitch> RAOF: where? :)
[06:51] <RAOF> Ubuntuforums, where else :)
[06:51] <RAOF> ajmitch: Here, if you really want a direct link: http://ubuntuforums.org/showthread.php?t=530915
[06:52] <RAOF> Indeed.
[06:52] <ajmitch> even my phone follows the FHS
[06:52] <RAOF> Not actually "more organised", as far as I can see, anyway.
[06:53] <RAOF> ajmitch: Really?  What's your phone?
[06:53] <ajmitch> just got it today, neo1973
[06:54] <RAOF> Cool, I suppose.  I haven't actually heard of that.
[06:54] <calc> user dirs directly under /
[06:54] <calc> that doesn't scale well
[06:55] <calc> RAOF: yea that design looks like a mac user wanting linux to work like it
[06:55] <ajmitch> RAOF: www.openmoko.org
[06:55] <calc> RAOF: or something similar
[06:55] <calc> that isn't to say there aren't places that FHS could be improved, but not in a breaking unix manner way
[06:55] <RAOF> ajmitch: Ooooh, one of *those* phones.
[06:56] <ajmitch> yep :)
[06:56] <calc> the layout under the user dirs is already implemented in gnome 2.19
[06:57] <RAOF> The freedesktop user dirs thingy?  Yeah, most of them.
[07:00] <calc> oh is that a fdo spec, cool :)
[07:00] <RAOF> Yes.
[07:01] <RAOF> Huzzah for XDG basedir spec!
[07:02] <calc> too bad i didn't push harder to get debian to stop using menu files and go to desktop files :\
[07:02] <calc> while i was maintaining KDE
[07:30] <StevenK> calc: Noone would have listened, you were just the crazy KDE maintainer. :-P
[07:33] <ScottK> Now he's the even crazier OOO maintainer.
[07:34] <StevenK> Agreed. :-)
[07:34] <StevenK> But he's getting paid for it, so he can't be that crazy.
[07:34] <ScottK> That's true.
[07:48] <elmargol> I'm searching the rules for naming a package. can't find it on the wiki :(
[07:48] <ScottK> What kind of package
[07:49] <elmargol> I'm interested how I see if a package has ubuntu specific changes
[07:49] <RAOF> If it's got "ubuntu" in the version, yes.
[07:49] <ScottK> What RAOF said.
[07:49] <elmargol> If I have to change something on the debian/controls file do I have to name it ubuntu?
[07:50] <RAOF> The version will become x.y-$DEBIAN_REVISIONubuntu1, yes.
[07:51] <RAOF> Oh, unless it's a native package, which it almost certainly isn't.
[07:51] <elmargol> :(
[07:51] <RAOF> (The native packages approximate a set of measure 0 on the archive)
[07:53] <RAOF> I don't understand the ":(".  After touching the package you have to bump the package version anyway.
[07:55] <elmargol> The problem is how do I check if I can request a sync from debian. On the wiki they say i have to check if there are ubuntu changes
[07:57] <RAOF> elmargol: Firstly, if you need to change debian/control then it's a merge, not a sync.  Secondly, is there any particular reason why the debian package should be merged?
[07:59] <elmargol> Well we have gnunet-0.7.2b now. and still gnunet-gtk 0.7.1c so yes there is a reason
[07:59] <RAOF> elmargol: UVF is in effect, and the auto-syncher got turned off before that.  You need a good reason (ie: bugs fixed) before we even consider it.
[07:59] <RAOF> s/we consider/it should be considered/
[08:01] <RAOF> elmargol: Is it a bugfix release?
[08:01] <white> !info emacs21 gutsy
[08:01] <ubotu> emacs21: The GNU Emacs editor. In component main, is optional. Version 21.4a+1-5ubuntu1 (gutsy), package size 1977 kB, installed size 5928 kB
[08:02] <RAOF> emacs: the only text-editor/operating system
[08:02] <RAOF> I assume there's a security bug, then :)
[08:02] <white> is the security patch included? CVE-2007-2833
[08:02] <ubotu> Emacs 21 allows user-assisted attackers to cause a denial of service (crash) via certain crafted images, as demonstrated via a GIF image in vm mode, related to image size calculation. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2833)
[08:02] <white> i just uploaded an NMU (21.4a+1-5.1) to unstable
[08:03] <RAOF> aptitude changelog suggests not
[08:04] <elmargol> RAOF: I ask upsteam about this
[08:04] <white> RAOF: what is the ubuntu change?
[08:04] <RAOF> elmargol: It's entirely possible to *get* an exception.  It's just that we want a reason other than "higher version number!!!!11" :)
[08:05] <RAOF> white: libpng3->12, desktop file changes, -fno-stack-protector, and a couple of extra metapackages
[08:05] <elmargol> The changelog has some entries about bugfixing and some minor features
[08:06] <RAOF> You probably want to read
[08:06] <RAOF> !uvf
[08:06] <ubotu> uvf is Upstream Version Freeze.  For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6
[08:08] <white> RAOF: then you might want to merge, check out: http://developer.skolelinux.no/~white/security/emacs21/CVE-2007-2833.diff
[08:08] <ubotu> Emacs 21 allows user-assisted attackers to cause a denial of service (crash) via certain crafted images, as demonstrated via a GIF image in vm mode, related to image size calculation. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2833)
[08:08] <white> ubotu: you said that already, know when you have to talk and when not
[08:11] <RAOF> white: If no one else grabs it, I'll look at it this evening.  Along with working out the UVFe process for Miro & xserver-xgl.
[09:25] <POX_> RAOF: no, libxine1-ffmpeg doesn't have python bindings; can you point me to .dsc file again?
[09:26] <RAOF> POX_: http://www.cooperteam.net/miro_<IP_ADDRESS>-0ubuntu1.dsc .  And it doesn't matter that libxine1-ffmpeg doesn't have python bindings, since democracyplayer provides it's own xine bindings.
[09:27] <RAOF> My understanding is that libxine1-ffmpeg merely enhances an existing libxine, and as such requires no special bindings.
[09:27] <RAOF> My understanding may, of course, be faulty.
[09:28] <POX_> well, if so, I guess it should be recommended by xine, not miro
[09:28] <POX_> (IMHO)
[09:28] <RAOF> Possibly.
[09:29] <RAOF> However, other things (rhthmbox, for example) recommend gstreamer plugin packages; this is an equivalent situation.
[09:29] <RAOF> Man, what a traversty of "rhythmbox" :)
[09:31] <RAOF> POX_: Incidentally, have you talked with Uwe about miro at all?  He's the democracyplayer maintainer.
[09:31] <POX_> no, but you can mail him :)
[09:31] <RAOF> Yeah, I'm planning to.
[09:31] <POX_> I guess sometimes it's easier to upload your packages to Debian first, right ScottK? :)
[09:32] <RAOF> Not when it's easier to actually get them to run on Ubuntu :)
[09:32] <POX_> at least 2 of my sponsorees with @ubuntu.com email address are saying that
[09:33] <RAOF> It's certianly recommended.  And the process for getting into Debian really doesn't seem much more daunting than REVU -> Universe.
[09:33] <RAOF> Although that's *after* I've had a couple of packages through that route, of course.
[09:33] <POX_> well, I don't know, I always just ask for syncs :)
[09:34] <RAOF> Also a winner :)
[09:35] <POX_> RAOF: btw, libboost-python in debian is using python2.4 again
[09:35] <POX_> but miro will work with 2.5 in Debian as well
[09:36] <POX_> (I requested for binNMUs)
[09:37] <RAOF> Yeah, I heard care of Uwe.  How will miro handle that?
[09:37] <POX_> well, if I were Uwe, I would use python-central, it handles such packages beter than pysupport
[09:38] <POX_> hint: current kayword
[09:38] <POX_> keyword
[09:39] <RAOF> Oh, yeah.
[09:41] <POX_> you can replace "DEB_PYTHON_COMPILE_VERSION = 2.5" with "DEB_PYTHON_COMPILE_VERSION = ($shell pyversions -vd 2>/dev/null)"
[10:09] <rugueux> I need some help for packaging a multibinary ;) can so help ?
[10:10] <rugueux> in fact I have a makefile from the source that make everythingp in one place, dh_make is putting everything in debian/tm
[10:12] <rugueux> i've created a pkg.install file with /usr/lib/sane/libsane-epkowa.so.1.0.15 in it, but dh_make say cannot stat libsane-epkow...
[10:14] <RAOF> I don't think you want full paths in install file.  Also, dh_make won't be saying anything, since you only run it once to create the template package.
[10:14] <rugueux> I mean debuild
[10:15] <rugueux> the file libsane-epkowa.so.1.0.15 is present in debian/tmp/usr/lib/sane/libsane-epkowa.so.1.0.15
[10:16] <rugueux> if I don't put full path in install file, where should I specify the target directory ?
[10:18] <RAOF> rugueux: So, the file has two usages.  You can just list files you want to install (relative to the base-dir), so you might be after a line like "debian/tmp/usr/lib/sane/libsane-epkowa.so.0.15"
[10:18] <RAOF> rugueux: That will put the file where you expect in the package (in /usr/lib/sane/...)
[10:19] <RAOF> rugueux: Alternatively, you can have 2 paths on a line.  That tells dh_install to move the file from the left hand path to the right hand path.
[10:20] <RAOF> "debian/tmp/usr/lib/sane/*.so.* debian/pkgname/usr/lib/notsane/"
[10:20] <rugueux> ok !  fine ! It is easy when you know it ;) thank you, I'm trying
[12:01] <Zombie> Question.
[12:01] <Zombie> Does the intel driver for the i810 chipset support Meta Modes?
[12:02] <Tonio_> hi there
[12:02] <Tonio_> someone here has an hp printer with an embeded fax ?
[12:34] <RAOF> Ok.  Let's check that miro really builds & runs, and learn how to file a UVFe request...
[12:38] <davrobaniak> hi everybody
[12:39] <davrobaniak> http://revu.tauware.de/details.py?upid=7 <== if any MOTU can take 5 mins to take a look at this package, he will receive a virtual hug, :)
[01:03] <Kmos> http://revu.tauware.de/details.py?upid=21 -> please someone nuke this one. thx
[01:03] <dholbach> Kmos:    diff -run gedit-2.16.0/ gedit-2.18.0/ | diffstat > diffstat.txt        for example
[01:04] <dholbach> that's what        diff -ruN <package>-{old-version,new-version} | diffstat > diffstat.txt        is supposed to mean
[01:04] <Kmos> thx
[01:05] <Kmos> dholbach: i first apply the diff, right ?
[01:06] <dholbach> compare the old package to the new package
[01:06] <dholbach> where package means extracted source code
[01:06] <Kmos> so no diff is applied
[01:07] <dholbach> which diff do you refer to?
[01:07] <dholbach> the debian/ diff?
[01:07] <dholbach> yeah, apply it
[01:08] <Kmos> ah
[01:08] <Kmos> yeah.. i mean that one
[01:08] <dholbach> ok good
[01:08] <Kmos> thx
[01:56] <Kmos> sudo pbuilder build *.dsc --logfile pbuilder.log
[01:56] <Kmos> isn't this correct?
[01:56] <Kmos> isn't saving the log
[01:58] <jrib> Kmos: I never used that option but try putting *.dsc at the end
[02:03] <Kmos> jrib: thx
[02:05] <Kmos> jrib: it worked.. thanks
[02:13] <xxxxx1> mornin' people :)
[02:17] <TheMuso> Evening Hobbsee.
[02:18] <geser> Hi Hobbsee
[02:19] <ScottK> Kmos: Is rdiff-backup is Universe or Main?
[02:19] <Hobbsee> hi
[02:19] <ScottK> Hello Hobbsee
[02:20] <geser> ScottK: main
[02:20] <TheMuso> Hobbsee, zul, StevenK, ScottK, gpocentek Can I safely assume that native packages, such as those for ubuntustudio, such as ubuntustudio-look, ubuntustudio-default-settings, ubuntustudio-icon-theme, ubuntustudio-meta etc are ok to go through without review, as these are native packages, for use in putting the ubuntuStudio distribution together?
[02:20] <Kmos> ScottK: main
[02:20] <StevenK> Hmmm
[02:20] <geser> Hobbsee: are you going to merge texfam?
[02:21] <Kmos> ScottK: Daniel Holbach told me to do the process
[02:21] <ScottK> Kmos: Then why did you assign MOTU UVF?
[02:21] <ScottK> OK.
[02:21] <Kmos> ask him why
[02:21] <ScottK> Do the Main process, not the MOTU process.
[02:21] <StevenK> TheMuso: Let me think.
[02:21] <ScottK> I except it's because he didn't actually look assuming you had already checked.
[02:22] <ScottK> TheMuso: I'm not sure why you would assume that?  I think it bears discussing.
[02:22] <Kmos> ScottK: so I need to assign the bug to which team?
[02:22] <Kmos> there is a main uvf ?
[02:22] <ScottK> Kmos: I have no idea.
[02:22] <Kmos> there is a main mvf ?
[02:22] <Kmos> :)
[02:23] <ScottK> I just know it's not us.
[02:23] <TheMuso> ScottK: This is why I am asking. Maybe safely assuming is not the right words, but I wanted to check with you guys first. The ubuntustudio guys still want to get things such as art etc in, and since these are all native packages...
[02:23] <StevenK> Kmos: Of course there is.
[02:23] <LongPointyStick> it would be *very* helpful if my connection to irc didnt die.
[02:24] <LongPointyStick> geser: i wasnt planning on it
[02:24] <StevenK> LongPointyStick: More fun this way.
[02:24] <LongPointyStick> StevenK: :)
[02:24] <Kmos> StevenK: what's the name of it ?
[02:24] <geser> Kmos: yes, ubuntu-release (see https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-August/000327.html)
[02:24] <StevenK> I think it's -release
[02:24] <StevenK> Gah
[02:25] <gpocentek> TheMuso: I'm not sure that all of these should be native
[02:25] <Kmos> geser: thx
[02:25] <gpocentek> ah, nm
[02:25] <gpocentek> that was not the question...
[02:25] <geser> LongPointyStick: so I can merge it?
[02:27] <Hobbsee_> TheMuso: well, for ubuntustudio stuff certainly, it's on their own heads, and wont affect the rest of the distro, if htey break it, native packaging or not.
[02:27] <Hobbsee_> i wouldnt want to blanket-exclude all native packages, though
[02:27] <Hobbsee_> geser: if you wish
[02:28] <geser> TheMuso: I had a similar question about UVF and native packages and IIRC was told to decided based on the changes if it needs an UVFe or not. I don't know if this changed.
[02:28] <TheMuso> Hobbsee: Well I can certainly give you an assurance of it not breaking too badly, as I will likely be reviewing everything that gets uploaded anyway. I am their point person for uploads.
[02:28] <Hobbsee> TheMuso: cool
[02:31] <geser> Hobbsee, ScottK, StevenK: while we are the topic: does every upload of a native package (strictly speaking it's a new version) to Debian need an UVFe or only for big changes?
[02:32] <StevenK> That's a good question. Strictly speaking it would need a UVFe.
[02:32] <Hobbsee> geser: which also is the same for bzr revisions.
[02:33] <Hobbsee> it really depends how much we trust our MOTU's who are uploading.
[02:34] <ScottK> But that's always true.  With UVF we are already past the you're a MOTU so we trust you point in the process.
[02:36] <geser> ScottK: but it's still possible to upload/sync new revisions without needing an UVFe
[02:37] <ScottK> But these aren't just revisions.
[02:37] <ScottK> Do we need a separate Native Package Freeze?
[02:38] <geser> I don't believe that's needed
[02:39] <ScottK> Technically, I guess, native packages aren't "Upstream" versions.
[02:40] <geser> the question is should one "backport" a bug fix from a native package and upload it as ubuntu1 or do a UVFe. in both cases you get the same source but with diffent versioning.
[02:40] <geser> of course depending on the amount of the changes
[02:42] <geser> it's clear that a major rewrite of a native package needs a UVFe but does a e.g. 5-lines-diff need it also?
[02:44] <mok0> If someone here has some time to review, please take a look at http://revu.tauware.de/details.py?upid=19 and/or http://revu.tauware.de/details.py?upid=22? (Re: this month's discussion on the mailing list, I intend to maintain the packages once they have been accepted)
[02:48] <norsetto> hello all
[02:48] <geser> Hi norsetto
[02:49] <norsetto> geser: hi :-)
[02:50] <Hobbsee> geser: i wouldnt think anything <30 lines or something needed a UVFe, tbh.  the MOTU (and hopeful, if it's a sponsorship) should be able to eyeball that well.
[02:50] <norsetto> geser: thx for your note on bug 133689
[02:50] <ubotu> Launchpad bug 133689 in gobby "Please merge gobby (0.4.5-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/133689
[02:51] <TheMuso> Ok guys. Would it be easier if I emailed you all and we discussed it that way?
[02:52] <Hobbsee> TheMuso: probably a good idea
[02:52] <TheMuso> Ok, will do.
[02:52] <xxxxx1> hey norsetto
[02:53] <ryanakca> whats changelog.in for ?
[02:53] <Kmos> bug 133833
[02:53] <ubotu> Launchpad bug 133833 in Ubuntu "Please sync pixman from Debian experimental" [Undecided,New]  https://launchpad.net/bugs/133833
[02:53] <Kmos> it's valid from experimental ?
[02:53] <norsetto> xxxxx1: hi 5x1!
[02:54] <norsetto> gotta go, wife wants to go shopping ......
[02:55] <ScottK> Kmos: Why is that package in Experimental and not in Unstable?
[02:55] <geser> Kmos: yes, it's possible to sync from experimental. And I except that a core-dev knows what he's doing. So the sync is ok.
[02:55] <Kmos> :)
[02:56] <Kmos> he didn't subscribe ubuntu-archive
[02:56] <Kmos> or any other
[02:56] <Hobbsee> Kmos: which suggests that he still knows what he's doing, and is planning to add more to the bug.
[02:57] <Kmos> yes, he added U-A
[02:57] <Kmos> checked activity log
[02:57] <Kmos> Hobbsee: ok
[03:02] <ThibG> hi
[03:04] <Hobbsee> ScottK: clamav ackd'.
[03:05] <ScottK> Hobbsee: Thanks.
[03:05] <davrobaniak> http://revu.tauware.de/details.py?upid=7 <== if any MOTU can take 5 mins to take a look at this package, he will receive a virtual hug, :)
[03:05] <ScottK> I'm still recreating my pbuilder and such so I can properly test it.
[03:05] <davrobaniak> ok
[03:05] <Hobbsee> ScottK: as in, i'll blanket-ack that, on the condition that the uploader checks for, and updates, any reverse dependancies as required each time
[03:05] <ThibG> If someone could sync the REVU uploaders keyring, please :)
[03:07] <TheMuso> Ok, email sent.
[03:08] <ScottK> Hobbsee: This is a bugfix update, so there shouldn't be any rdepends issues like there were going 0.8x to 0.9x.  The only new feature defaults off and I'm not turning it on.
[03:08] <Hobbsee> yeah - i was meaning for clamav in general
[03:08] <ScottK> OK.  I completely understand about the rdepends concerns.
[03:09] <ScottK> I need to go take my dog to the vet, but if someone would have a look at why my pbuilder creation fails: http://pastebin.ubuntu-nl.org/34523 I'd really appreciate it.
[03:10] <ScottK> The box in question is a fresh install running Gutsy.
[03:15] <ThibG> I've not used pbuilder for long, but you should try to manually unmount /var/cache/pbuilder/build//7009/proc and /var/cache/pbuilder/build//7009/sys, before retrying... You can also use lsof to see if something is using it
[03:15] <ThibG> ScottK,
[03:21] <zul> do do do
[03:23] <_MMA_> da da da
[03:43] <ScottK> ThibG: Thanks.
[03:55] <ThibG> ScottK, does it work ?
[03:55] <ScottK> It's busy with something.  I haven't figured out what yet.
[03:56] <ThibG> another shell ?
[03:57] <ThibG> In the worst case, reboot, it'll not be mounted at boot time
[03:57] <ScottK> I haven't figured out the right combination of lsof and grep to yield an interesting result yet.
[03:57] <ScottK> Yes, but I've tried that before and get the same failure.
[03:57] <ThibG> er... strange
[03:57] <ScottK> Yeah.
[03:58] <ScottK> I had rebuilt this install doing an experimental (I know it's not supported) Dapper --> Gutsy direct upgrade.  I ran into this problem and couldn't sort it.  I assumed it was some artifact of my odd upgrade and re-installed fresh.  Same problem.
[04:00] <ThibG> what's the output of mount ?
[04:04] <ScottK2> ThibG: http://pastebin.ubuntu-nl.org/34526/
[04:05] <ThibG> that looks ok...
[04:07] <ThibG> and the output of lsof /var/cache/pbuilder/build//7009/ ?
[04:08] <ScottK2> Nothing
[04:08] <ThibG> ok
[04:08] <ThibG> does /var/cache/pbuilder/build/7009 contain anything?
[04:08] <ScottK2> I just tried umount again and now it claims it's not mounted
[04:09] <ScottK2> It did earlier.
[04:09] <ScottK2> It still has proc/ and sys/
[04:09] <ThibG> and are proc/ and sys/ empty ?
[04:10] <ScottK2> no
[04:10] <ThibG> hm ok
[04:11] <ThibG> you could try pbuilder clean, now, since proc/ and sys/ are not mounted
[04:11] <ScottK2> "/proc in the chroot appears identical to the real /proc
[04:11] <ScottK2> OK.  I'll try that
[04:13] <ScottK2> That fails too.  I'm using a script to call pbuilder that I didn't write.  I'll try again without the script and see how that goes.
[04:37] <ScottK> Same problem with just pbuilder directly.  Urgh.
[04:38] <ThibG> that's strange... looks like that /proc is binded to proc/, but you can't unmount it...
[04:38] <ScottK> Yes.
[04:38] <ScottK> That's exactly what it looks like to me.
[04:38] <ScottK> The last pbuilder update was a month ago, so I expect if it was broken, we'd know.
[04:39] <ThibG> to me, that's not related to pbuilder itself, but to the kernel
[04:39] <toutouff> Hi
[04:39] <ScottK> Hi toutouff.
[04:39] <zul> dholbach: welcome back btw
[04:40] <toutouff> I have package where the .desktop file is not in the debian/ dir. Am I authorized to edit in anyway ?
[04:40] <dholbach> zul: thanks
[04:40] <ScottK> ThibG: I'm working my way from not scary ideas to scary ideas.
[04:40] <toutouff> s/edit in/edit it/
[04:43] <ThibG> ScottK, hm... it is saying that it isn't mounted, or that it can't be unmounted ?
[04:43] <ScottK> already mounted.
[04:44] <ThibG> and if you try umount ?
[04:45] <ScottK2> http://pastebin.ubuntu-nl.org/34529/
[04:45] <ThibG> I remember having a similar problem with a chroot on edgy eft
[04:47] <ThibG> getty opened a file descriptor on the chroot/proc and chroot/sys directories... I had to reboot
[04:53] <ScottK> Urgh.  Well I started this install on an Edgy server CD because that's what I could find, so maybe I've got the same problem.
[04:59] <ThibG> ScottK, I upgrade since dapper, and it happened only one time
[05:00] <ScottK> OK.
[05:00] <ScottK> This happens every time. so not the same thing I'm sure then.
[05:01] <ScottK> Thanks for all your help.  I'm not quite sure what to try next.
[05:02] <ThibG> I'm sorry I can't help you, I'm on Feisty, and I can't see why it won't unmount...
[05:02] <ScottK> No problem.  I really do appreciate the help so far.
[05:06] <ryanakca> hmm. how would one fix bug 132587 ? have rules go into each dir and run make manually? plain old ./configure && make && make install works fine.
[05:06] <ubotu> Launchpad bug 132587 in bzflag "bzflag includes source makefiles and empty directories, no fonts included" [Undecided,Confirmed]  https://launchpad.net/bugs/132587
[05:08] <ryanakca> And... shouldn't all packages have a 'compat' file, instead of "export DH_COMPAT=4"
[05:11] <geser> ryanakca: both ways worked but IIRC the export version is deprecated now (and gives a linda/lintian warning or error)
[05:12] <ryanakca> ok, so, update it. And, shouldn't it be 5 now?
[05:14] <geser> change it only to 5 when you know that it doesn't break the package
[05:14] <ryanakca> ok. and the bug?
[05:18] <geser> ryanakca: when fixing a bug update debian/compat only when needed (to keep the Ubuntu-Debian delta small). Don't forget to also update the debhelper build-dependency when bumping it to 5
[05:19] <ryanakca> ok
[05:20] <geser> ryanakca: "make install" installs the missing fonts correctly?
[05:21] <geser> then try to find out if the get correctly installed in debian/tmp (or debian/pkgname) and don't end in the package
[05:22] <ryanakca> ok
[05:23] <geser> interesting: according to the Contents files, the Debian package contains the fonts, but not the Ubuntu package
[05:24] <geser> did we somehow managed to break it?
[05:27] <ryanakca> hmm. methinks it's a gutsy problem.
[05:29] <geser> ryanakca: I guess it's a bashism in debian/rules
[05:29] <geser> can you check if "cp -p data/fonts/[^CM] * debian/bzflag/usr/share/bzflag/fonts/" in dash?
[05:30] <ryanakca> just in a fresh source?
[05:30] <ryanakca> or after make ?
[05:31] <geser> just checked with "ls -l [^CM] *" in some random dir
[05:31] <geser> bash lists correct all files not starting with C or M
[05:31] <ryanakca> but dash shows the opposite
[05:31] <geser> dash lists files starting with C or M (I guess it would list files with ^ if I had one)
[05:32] <geser> instead of copying the fonts it copies the Makefile
[05:32] <ryanakca> ok.
[05:33] <ryanakca> So, all I need to do is figure out the correct dash format
[05:33] <geser> yes
[05:33] <ryanakca> cheers, and thanks :)
[05:33] <geser> and please file it in the Debian BTS to
[05:33] <geser> too
[05:34] <geser> it's a bug in Debian too, if debian/rules contains bashism
[05:35] <ryanakca> yep
[05:36] <ryanakca> I assume it's too late to submit to debian and then sync/merge?
[05:36] <geser> it's still ok to merge/sync if only the revision changes
[05:37] <ryanakca> ok
[05:37] <ryanakca> goodies :)
[05:37] <ScottK> And exceptions are still fairly liberal if you need one.
[05:38] <geser> ryanakca: using data/fonts/[!CM] * should work both in bash and dash
[05:40] <ThibG> hm... Can someone sync uploaders keyring for REVU please?
[05:40] <ryanakca> geser: thanks
[05:42] <ryanakca> why does "-cp -p data/[!CM] * debian/$@/usr/share/bzflag/" start with a hyphen? (line 68 of rules)
[05:43] <geser> it has something to do with make, IIRC make ignores the exitcode from those calls
[05:43] <mok0> ryanakca: yes, make ignores error codes
[05:44] <ryanakca> ah, ok, thanks
[05:44] <mok0> ryanakca: it is better to use cp -r
[05:44] <mok0> cp -f
[05:45] <mok0> cp -f NOT cp -r
[05:49] <ryanakca> ok
[05:49] <ryanakca> mok0: (instead of 'cp -p' ? or is that instead of the '-cp -p'?)
[05:51] <geser> I guess 'cp -pf' instead of '-cp -p'
[05:52] <mok0> ryanakca: cp -pf
[05:53] <mok0> ryanakca: The -f should basically do what "-cp" does, except it is cp that handles errors. You only want to ignore the error if the files exist already, not ALL errors
[05:54] <ryanakca> ok.
[05:55] <ryanakca> and, for the debian bug, do I just call it 'bzflag includes source makefiles and empty directories, no fonts included', or 'Bashisms in debian/rules'?
[05:55] <geser> the later
[05:56] <ryanakca> and do they care if it doesn't build for Ubuntu? Or do I just mark it as a normal/minor bug because it builds on debian, just not for us.
[05:58] <azeem> what are bashisms in debian/rules?  I thought debian/rules is supposed to be a Makefile?
[05:58] <Toadstool> azeem: make uses /bin/sh to execute shell commands
[05:58] <Toadstool> g'morning everybody
[05:59] <geser> azeem: how would call using bash extenstion in shell calls from a Makefile?
[05:59] <azeem> I See
[06:00] <geser> ryanakca: I would file the bug as normal, as it's a bug but doesn't make the build fail for Debian
[06:08] <mok0> When doing apt-get upgrade in gutsy, I occasionally get the following message: (Reading database ... Error in select()
[06:08] <mok0>                                        195539 files and directories currently installed.)
[06:09] <mok0> ... and then I apparently have to hit <CR> to get it to continue
[06:23] <leonel> scottK   new clamav version   no security updates  only bug fixes and extra support
[06:24] <ScottK> leonel: I'm working on it now.  I've already got the UVF exception approved.
[06:24] <ScottK> Thanks for your confirmation that there's no security issues.
[06:24] <leonel> scottK that's for  .. gutsy ?
[06:24] <ScottK> Yes.
[06:24] <leonel> great
[06:25] <ScottK> I'll wait until we sync from Debian to request another backport.
[06:25] <ryanakca> hmm. What package do I need as depends for "checking for mysql_real_connect in -lmysqlclient... no" ?
[06:27] <geser> ryanakca: have you tried libmysqlclient15-dev already?
[06:48] <ScottK> leonel: Uploaded and accepted.
[06:50] <leonel> GUUUUD !
[07:41] <pirast> hi, i have a .dsc .diff and .orig.tar.gz. now i want to extract the orig.tar.gz and apply the diff on it. i know that there is a command that does this but i forgot what it's name like. please help
[07:41] <mok0> dpkg-source -x
[07:41] <pirast> mok0 thx
[07:45] <mok0> What are the conventions concerning the ~ component of the release? How does it sort?
[07:47] <Ng> apologies for my lack of familiarity with the MOTU mojo. I've just come across a universe related bug in gutsy and it's already filed in LP and there is even a patch. Can I do anything to help it get fixed before release? :)
[07:47] <xtknight> Ng, hmm out of curiosity which Bug #?
[07:47] <ScottK> mok0: You mean Main/Restricted and Universe/Multiverse?
[07:47] <Ng> xtknight: #130334
[07:47] <xtknight> Bug 130334
[07:47] <ubotu> Launchpad bug 130334 in service-discovery-applet "[Gutsy]  xvncviewer support broken by new version 4.1.1" [Undecided,Confirmed]  https://launchpad.net/bugs/130334
[07:48] <mok0> Errr, I don't know, I've just seen that people have started using it
[07:48] <ScottK> mok0: What context?
[07:49] <mok0> ScottK: I am considering the situation where I am packaging software for my own site, which I at some later point may get into the distro.
[07:49] <ScottK> OK.
[07:49] <mok0> I can't use -0mok1 ... etc
[07:49] <ScottK> I see.
[07:50] <mok0> ,,, but I might use -0ubuntu1~mok1 (?)
[07:50] <ScottK> Just what I was about to type.
[07:50] <ScottK> 1~mokwhatever will always be lower than 1.
[07:50] <mok0> ...so anything without a tilde is sorted first?
[07:50] <xtknight> Ng, well after a patch is applied the bug should be set to Confirmed (i believe, it already it is), and subscribed to whoever is the sponsor for that package's component
[07:50] <mok0> ScottK: hehe, thanks
[07:51] <ScottK> xtknight: Is it a patch or a debdiff?
[07:51] <xtknight> ScottK, only a patch
[07:51] <xtknight> i could try to make a debdiff out of it
[07:51] <Ng> xtknight: would that be the person listed as "Uploaded By" in LP?
[07:52] <ScottK> The subscribing the sponsors (UUS/UMW) would be premature.  It needs to be packaged into a debdiff first.
[07:52] <ScottK> Ng: No.
[07:52] <xtknight> Ng, ok essentially somebody must put it into the proper format before it is given to the "higher ups".
[07:52] <ScottK> Ng: It's ubuntu-universe-sponsors or ubuntu-main-sponsors depending on where the package is.
[07:52] <xtknight> i can give it a shot no guarantees though
[07:53] <Ng> ok
[07:53] <ScottK> xtknight: Make sure you are patching the Gutsy version of the package.
[07:53] <Ng> it's hard;y the most important bug in the world, but the patch is so tiny that it'd be a shame not to get it in :)
[07:53] <xtknight> ScottK, ok
[07:53] <norsetto> ScottK: anything else required in bug 133689 ?
[07:53] <ubotu> Launchpad bug 133689 in gobby "Please merge gobby (0.4.5-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/133689
[07:53] <ScottK> Ng: Thank you for coming and contributing.
[07:54] <Ng> ScottK: no no no, thank you all for your hard work :)
[07:58] <ScottK> norsetto: Acked
[07:58] <norsetto> ScottK: thx
[08:03] <xxxxx1> ScottK, can you take a look at bug #69438 ?
[08:03] <ubotu> Launchpad bug 69438 in apticron "Bashism in /etc/cron.daily/apticron" [Low,Confirmed]  https://launchpad.net/bugs/69438
[08:03] <leonel> ScottK where can I get the  deb src for  clamav 0.91.2 for gutsy
[08:03] <pkern> Could someone tell me how to interpret "component-mismatches.txt"? If a package is listed in "source and binary promotions to main", did the promotion fail?
[08:04] <ScottK> xxxxx1: Not now.  Sorry.
[08:04] <xxxxx1> np.
[08:05] <ScottK> leonel: It's just been uploaded.  Give it some time for the repositories to replicate.
[08:05] <ScottK> leonel: Or from LP https://launchpad.net/ubuntu/+source/clamav/0.91.2-0ubuntu1
[08:05] <leonel> scottK then  will be here http://archive.ubuntu.com/ubuntu/pool/universe/c/clamav/ ??
[08:05] <ScottK> Yes.  Eventually.
[08:05] <leonel> ok  thanks
[08:06] <ScottK> BTW, I did not enable the new feature by default.  If you want to change that, you'll have to change the clamd.conf.
[08:06] <geser> pkern: which package exactly?
[08:07] <pkern> geser: net6/obby/gobby
[08:11] <geser> looking at it I'd say the part "Source and binary promotions to main" list packages which need to be moved to main
[08:11] <geser> checking with LP gobby was today for 5 hours in main, net6 and obby never left universe
[08:12] <leonel> scottK Ok
[08:15] <xtknight> Ng, what are the steps to reproduce this bug?
[08:17] <xtknight> he patched service-discovery-applet (which calls vncviewer) but i dont see how to initiate this
[08:18] <ScottK> xxxxx1: Don't mangle the maintainer for an Edgy SRU and edit out the spurious po file changes.
[08:19] <xxxxx1> ScottK, the po files are not changed by me
[08:19] <xxxxx1> it's automatic when you run dpkg-build..
[08:19] <ScottK> I know.  Edit them out of the debdiff.
[08:19] <ScottK> Before you upload the new one.
[08:20] <ScottK> That was not a thorough review BTW, just stuff that lept out at me in the 30 seconds I had.
[08:21] <xxxxx1> i'll remove the maintainer
[08:22] <pkern> geser: So there's a missing net6 and obby promotion?
[08:24] <xxxxx1> ScottK, well.. since it don't need the maintainer change we can use jdong's debdiff instead
[08:24] <xxxxx1> :)
[08:26] <ScottK> Then please delete yours and comment why.
[08:27] <ScottK> The Dapper/Edgy toolchain have not been tested with the mangled maintainers and so for those releases you don't change them.
[08:27] <leonel> scottK gutsy's clamav  0.91.2  builds and works  fine in Feisty ..
[08:27] <xxxxx1> ScottK, thanks to point me
[08:28] <ScottK> leonel: Yes.  I have it running on my test mail server.
[08:29] <xxxxx1> ScottK, done. :)
[08:30] <leonel> scottK now for dapper  ... backport  the  package from kitterman.com/clamav
[08:30] <leonel> ?
[08:30] <ScottK> Not today (busy).
[08:31] <leonel> I mean   I can do it  just  asking if that's the better way to go
[08:31] <geser> pkern: at least, but I don't know the current status for gobby either (if it gets promoted or not)
[08:31] <leonel> scottK ?
[08:32] <ScottK> leonel: I won't get to it today.  If you want to do an updated package for dapper, just mail me the diff.gz and the .dsc and I'll put it up there.
[08:32] <ScottK> Gotta run.  Back later.
[08:32] <leonel> ok i will
[08:38] <pkern> geser: But who could I ask about that?
[08:38] <pkern> The binary package list on https://launchpad.net/ubuntu/gutsy/+source/gobby looks weird.
[08:47] <Supremus> hey
[09:06] <sistpoty> hi folks
[09:06] <nixternal> hiya sistpoty
[09:06] <sistpoty> hi nixternal
[09:24] <xtknight> when im making a debdiff of someone else's patch, who should the author be in the changelog?
[09:24] <xtknight> i assume, mine with a mention of original patch author?
[09:26] <ScottK> Yes.  Your name at the bottom of the changelog entry and then mention who did the patch in your changelog item about the patch.
[09:26] <xtknight> k
[09:26] <Ng> xtknight: you'll need a device which announces an mDNS vnc service. not sure of anything linuxy which does that, but a Mac will
[09:27] <ScottK> Avahi won't do that too?
[09:27] <xtknight> Ng, the patch author responded with some steps which i will try
[09:27] <ScottK> Personally I don't think anyone needs mDNS.
[09:27] <xtknight> but ya he mentioned Avahi also
[09:28] <ScottK> That's what Ubuntu uses.
[09:28] <ScottK> It's installed by default.
[09:29] <xtknight> hmm
[09:29] <xtknight> avahi is "zeroconf service discovery"?
[09:29] <ScottK> Thus ensuring an endless stream of pointless queries to the root DNS servers.
[09:29] <ScottK> Sounds right.
[09:29] <ScottK> I only know enough about it to think we shouldn't have it.
[09:29] <xtknight> hehe
[09:33] <xtknight> Ng, when i  click on my local VNC server i get a password box that doesnt respond to any of my keys
[09:33] <xtknight> even with patch.?
[09:34] <xtknight> (besides the fact that my vnc server shows up three times)
[09:35] <Ng> xtknight: keys? it should just be the vnc password
[09:35] <xtknight> Ng, i cant type anything
[09:35] <xtknight> Ng, when i press enter nothing happens, nothing registers in the textbox
[09:36] <xtknight> but this is with the old vncviewer3
[09:36] <Ng> strange, it's just spawning xvncviewer
[09:36] <Ng> that'll be it then I expect
[09:36] <Ng> I bet it would work for you without the patch
[09:36] <xtknight> Ng, however running vncviewer 3 as normal..the passwd dialog here works as expected
[09:36] <Ng> so this is less simple than it seemed, some version detection could well be required :/
[09:36] <xtknight> hmm
[09:36] <xtknight> what is by default? 3 or 4?
[09:36] <moquist> having trouble recovering my REVU password
[09:37] <moquist> unless my new password really is "None"...
[09:37] <xtknight> ya VNC 4.11 shows a big dialog box of parameters indicating an incorrect command line but this is even with the patch
[09:37] <xtknight> well let me check that really quick..
[09:37] <porthose> me also having trouble recovering my REVU password
[09:38] <mok0> porthose: you have to re-upload a package
[09:38] <porthose> I have
[09:38] <moquist> Oh, right. That first.
[09:38] <xtknight> oh, do i need to recompile the python script or something?  there are pyc files
[09:38] <mok0> then you press recover and decrypt the text that appears
[09:39] <moquist> BTW, http://revu.tauware.de/index.py mentions the "Utnubu team". Perhaps a spelling change is in order? (This was on the old server, too...)
[09:39] <ScottK> That's correct.
[09:39] <xtknight> Ng, have you gotten this patch to work?  i apologize for my ignorance on this issue but ive never worked with python, and i tried using py_compilefiles and the patch still isn't working.
[09:39] <ScottK> Note that it's Ubuntu reversed.
[09:39] <mok0> moquist: it's ubuntu backwards :-)
[09:40] <ScottK> That team's goal is to get Ubuntu stuff back up into Debian.
[09:40] <moquist> ohhhhhhh. er, ok.
[09:40] <moquist> Heh. OK, it's clever.
[09:40] <moquist> Has my GPG key already been added to the REVU keyring, or do I need to do that again, too?
[09:41] <Ng> xtknight: It worked for me with vnc4, but I didn't test 3. you shouldn't need to recompile anything. I don't have a mac here to test with, I'll try tomorrow
[09:41] <leonel> scottK  following  https://wiki.ubuntu.com/MOTU/Recipes/PackageUpdate     when I do   debuils -S -sa  stops because it can't apply the patches
[09:41] <ThibG> Hm... I've made a package for my own software, and I sent it to mentors.debian.net... Should I post it to REVU?
[09:41] <moquist> Or maybe that's a LP thing, so unchanged.
[09:41] <moquist> ThibG: I think that's the idea, yeah.
[09:42] <xtknight> Ng, it appears you must reload the applet, so i think i've got it;l
[09:42] <ScottK> leonel: Do you have dpatch installed?
[09:42] <mok0> moquist: dpatch *rocks*
[09:42] <ScottK> ThibG: Are you trying to get it into Debian or Ubuntu?
[09:42] <leonel> scottK yes
[09:42] <ScottK> Odd.
[09:42] <porthose> mol0: tried to decrypt with this error messag gpg: no valid OpenPGP data found.
[09:42] <porthose> gpg: decrypt_message failed: eof
[09:42] <ThibG> ScottK, both
[09:43] <ScottK> Then change the distro/version for Ubuntu and upload it to REVU, yes.
[09:43] <ThibG> ok
[09:43] <ThibG> -1 to -0ubuntu1 and unstable to gutsy?
[09:43] <ScottK> leonel: Dunno what to tell you as debuild is what I used.
[09:43] <ScottK> ThibG: Yes.
[09:43] <ScottK> Although we are very near the new package freeze for Gutsy.
[09:44] <xtknight> Ng, on cancelling the vnc dialog, an error message comes up as well.  so i suppose more mods are needed
[09:44] <ScottK> Just so you know.
[09:44] <leonel> scottK ok thanks  I'll keep diggin
[09:44] <moquist> mok0: I don't disagree, but why are you telling me about dpatch?
[09:44] <ScottK> leonel: Also it's already built on the buildd for amd64 so I'm pretty sure the package is not broadly broken.
[09:45] <leonel> scottK for dapper ?
[09:45] <ScottK> Ah.
[09:46] <ScottK> No, I haven't done dapper.
[09:46] <ThibG> When my package is uploaded, am I notified in any way?
[09:46] <leonel> scottK I've used the packages  0.91.1  from your site  and  tried to do the upgrade
[09:46] <leonel> for dapper
[09:46] <ScottK> Hmmmm
[09:46] <ScottK> Not sure what to tell you.
[09:46] <ScottK> I'd expect that it just needs the same debian/control changes that 91.1 needed.
[09:46] <ThibG> (can't find it in "Current uploads")
[09:47] <leonel> scottK ok thanks
[09:47] <ScottK> ThibG: It takes several minutes for it to appear.
[09:47] <ThibG> ok
[09:49] <sistpoty> porthose: what package did you upload to revu?
[09:49] <sistpoty> (just to find some point to debug your key problem=
[09:49] <xtknight> Ng, sorry, i dont know how to fix this.  so i will comment and say that there needs to be version detection.
[09:50] <xtknight> Ng, if a new patch is available i will be glad to test it and make a debdiff to get it uploaded
[09:50] <porthose> sistpoty: ampache
[09:50] <mok0> xtknight: what does "Ng" mean?
[09:51] <xtknight> mok0, it's his nickname
[09:52] <mok0> xtknight: he's pretty silent though :-)
[09:54] <xtknight> Ng, actually vncviewer 3 also works fine with the patch/asks for a pw
[09:58] <sistpoty> porthose: can't find any error here... can you generally decrypt messages with the key 0x6F45F3B6 ?
[09:59] <porthose> Yes have decrypted two messages with it
[09:59] <porthose> should I just generate another and start over
[09:59] <sistpoty> porthose: what does the lostpw thingy give you? "None" as password?
[10:00] <leonel> scottk   this is the error  http://paste.ubuntu-nl.org/34560/
[10:00] <sistpoty> porthose: or some gpg error message?
[10:00] <ScottK> leonel: Looking
[10:01] <porthose> It just gives me this error message gpg: no valid OpenPGP data found and gpg: decrypt _message failed: eot and thats it
[10:01] <ScottK> leonel: Very odd.  I have no idea why that would be.
[10:01] <leonel> ok  I'll keep on it
[10:02] <ThibG> My package doesn't appears on revu... Maybe the keyring hasn't been synced since I'm registered?
[10:02] <sistpoty> porthose: hm... can you try to copy the message to a file and do a "gpg -d file" then?
[10:03] <porthose> sistpoty:  sure give me a sec
[10:03] <sistpoty> ThibG: what's your keyid (the one registered in LP?)
[10:03] <sistpoty> (too lazy to look for myself now *g*)
[10:03] <ThibG> F9EC5CF9
[10:04] <highvolt1ge> oooh, press those mouse buttons baby
[10:05] <sistpoty> ThibG: no, isn't in revu's keyring yet... I'll import it in a second
[10:05] <ThibG> ok, thanks, sistpoty
[10:07] <sistpoty> ThibG: np... you're a member of ubuntu-universe-contributors and have this key registered on LP? (because I'll then do a quick import of your key and not run the sync script again which takes longer than one hour now=
[10:07] <ThibG> yes
[10:07] <sistpoty> excellent!
[10:08] <sistpoty> ThibG: done... I'll see if I find any package in rejected and put it back to incoming
[10:08] <porthose> sistpoty: I get gpg:  encrpted with ELG-E key, ID D15D1A94 and gpg: decryption failed: secret key not available, I am assuming that the problem in on my end
[10:09] <porthose> sistpoty: I do a gpg --list-keys and my secret key is there
[10:10] <sistpoty> porthose: if only I were a gpg expert *g*... I'll take a look if I can find anything suspicious, but I guess it's a problem on your side
[10:11] <ScottK> porthose: IIRC when I had a problem like that changing my gpg.conf to add "use-agent", installing gpg-agent, and restarting solved it.
[10:11] <ThibG> sistpoty, scolily_0.4-0ubuntu1 is rejected I think
[10:11] <porthose> ScottK: will try
[10:11] <sistpoty> porthose: hm... probably s.th. is outdated somewhere, because I see (on my box) that the elg-e for 6F45F3B6 should be BD0CABAA
[10:12] <sistpoty> so how would revu take d15d1a94 to encrypt the message then?
[10:12] <sistpoty> porthose: I'll just mail the pw to you, ok?
[10:12] <porthose> sistpoty: k
[10:14] <porthose> sistpoty: thanks for all your help
[10:14] <sistpoty> porthose: no problem
[10:14] <porthose> ScottK: thanks for your help also
[10:17] <sistpoty> porthose: ok, mail sent... let's hope you can decrypt the mail *g* (and that your mta won't reject mails from my dynip)
[10:18] <porthose> sistpoty:  my fingers are crossed, thanks again
[10:18] <sistpoty> you're welcome
[10:20] <ThibG> thanks sistpoty :)
[10:21] <sistpoty> ThibG: no problem
[10:22] <porthose> sistpoty:  got it with no problems
[10:22] <sistpoty> porthose: cool :)
[10:24] <sistpoty> hm... just found a newly introduced security problem with this revu instance I setup at the WE: running a script as root and making it editable by the whole group is a bad idea
[10:34] <geser> pkern: ask pitti or iwj in #ubuntu-devel about it, they both handle the MIRs
[10:43] <leonel> scottk  now fixing DetectPUA ...
[10:44] <ScottK> Ah.
[10:44] <ScottK> What was the problem?
[10:46] <leonel> Scottk:  I was using  a feisty package   not the package  you made  ..   DOH!
[10:46] <ScottK> Ah.
[10:46] <ScottK> Stuff happens.
[10:47] <leonel> scottk:  this is  now the error   Unhandled option(clamd.conf): DetectPUA
[10:48] <ScottK> leonel: Did you use the modified clamav-base.postinst.in in my package?
[10:48] <ScottK> I had to change that.
[10:48] <leonel> I'm looking at it
[10:49] <leonel> for  gutsy ?
[10:49] <ScottK> Yes.  In the new 0.91.2 package.
[10:50] <leonel> lookin
[10:50] <leonel> g
[10:50] <ajmitch> morning
[10:50] <geser> Hi ajmitch
[10:51] <ScottK> Hello ajmitch.
[10:52] <sistpoty> hi ajmitch
[10:52] <norsetto> morning
[10:53] <leonel> scottk building ...
[10:53] <leonel> \o/  Whoo hoo !
[10:59] <xxxxx1> bye all
[11:03] <ajmitch> oh dear
[11:03] <ajmitch> sistpoty: you sent in your retirement email, it's a sad day
[11:07] <norsetto> he will be back .....
[11:10] <sistpoty> ajmitch: you went get rid of me that fast though :P
[11:11] <ajmitch> sistpoty: no I don't :P
[11:11] <sistpoty> hehe
[11:13] <geser> norsetto: did you simply forget to subscribe u-u-s to bug #133736 or does it wait for something?
[11:13] <ubotu> Launchpad bug 133736 in battleball "Please merge battleball (2.0-16) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/133736
[11:14] <norsetto> geser: just alzhaimer :-(
[11:16] <geser> norsetto: u-u-s is subscribed now
[11:17] <norsetto> geser: yeah, I just did that
[11:17] <norsetto> geser: thx for spotting that
[11:17] <geser> np
[11:18] <geser> it's a shame that patches get lost in LP unnoticed by the MOTUs
[11:22] <norsetto> geser: yes, my bad
[11:24] <geser> norsetto: I've seen gobby is back to u-u-s for upload. Are you aware that gobby is on the edge to move to main?
[11:24] <norsetto> geser: well, saw some exchange on ubuntu-devel few hours ago
[11:24] <geser> So you might want to hurry to find a MOTU for the upload else you might need to find a core-dev.
[11:25] <norsetto> geser: I think I see one just here :-)
[11:26] <geser> Sorry, I have no time right now. I write an exam tomorrow and want to look over my notes again.
[11:26] <norsetto> geser: hmmm, about what?
[11:27] <geser> Linear Algebra
[11:27] <norsetto> geser: hmmm, what is a sparse matrix?
[11:27] <jrib> ok to add "DebianImportFreeze, FeatureFreeze, UpstreamVersionFreeze, UVF Universe" to "Current Freezes" on https://wiki.ubuntu.com/MOTU ?
[11:28] <sistpoty> norsetto: a triangle one (with zero's in one triangle)? (hardly remembering any math though)
[11:28] <norsetto> sistpoty: no :-)
[11:29] <sistpoty> he
[11:29] <ScottK> jrib: Where were you going ot add it?  We already have the freeze exception process linked there.
[11:29] <jrib> ScottK: the current page says "Current Freezes: none"
[11:29] <ScottK> Ah.
[11:30] <ScottK> I'd say go for it.
[11:30] <geser> norsetto: I need to know more in the direction of calculation of eigenvalues of a matrix and similar things
[11:30] <norsetto> geser: ok, so its a basic one?
[11:30] <sistpoty> oh, nice... used to know that once, about 5 years ago *g*
[11:32] <ajmitch> geser: lucky you :)
[11:32] <sistpoty> but I must admit, that I flunked math1/2 (first two terms) once, and math3/4 (2nd two terms) twice
[11:32] <norsetto> geser: whats wrong with this: [2 3 1; 7 3 2; 4 6 2]  eigenvalueswise?
[11:34] <sistpoty> hehe
[11:35] <sistpoty> norsetto: don't rob geser of his confidence in the exams :P
[11:35] <norsetto> sistpoty: if you keep laughing I'll ask you how to stabilise a system with a double pole in the forward branch .....
[11:41] <leonel> scottk dapper's clamav  0.91.2  builded   I'll test it  later   be back
[11:43] <ajmitch> this phone is great, it even has top, lsof, strace & gdb on the root fs
[11:44] <ajmitch> norsetto: in darkness
[11:45] <mok0_> norsetto: check if those eigenvectors are orthogonal
[11:46] <norsetto> mok0: hey, don't ruin my exam question!
[11:46] <mok0_> norsetto: sorry
[11:47] <mok0_> norsetto:  Should've read the scroll-back... :-(
[11:48] <blueyed> Hi
[11:48] <blueyed> Is there a possibility to remove a package from universe? See bug 1780
[11:48] <ubotu> Launchpad bug 1780 in apt-spy "apt-spy does not have ubuntu mirror listing" [Medium,Confirmed]  https://launchpad.net/bugs/1780
[12:02] <chantra> hi there, I can't get to recover my password :s can you help me out
[12:02] <chantra> i type:
[12:02] <chantra> gpg -d <<EOT
[12:02] <sistpoty> chantra: have you uploaded a package to revu yet?
[12:02] <chantra> --... BEGIN ...--
[12:02] <chantra> once upon a time sistpoty
[12:02] <chantra> up to -- .. END .. ---
[12:02] <sistpoty> chantra: to the new revu instance?
[12:02] <chantra> but I can't get it to work
[12:03] <chantra> nope, only the old one
[12:03] <chantra> I thought the recover was to recover those od accounts also
[12:03] <sistpoty> chantra: then you don't have an account yet (as you could only comment to your own uploaded packages then anyways)
[12:03] <sistpoty> chantra: no, all old accounts have been deleted, but you'll get a fresh new one, once you'll upload a package ;)
[12:04] <chantra> ok
[12:04] <chantra> once uploaded, do I receive an email?
[12:04] <chantra> Once you have uploaded a package to REVU, a password will be created for you. To get it, enter your e-mail address into the login box, leaving the password field blank, and click Login. Click Recover, and REVU will display an encrypted message with your password in it.
[12:04] <chantra> ok :)
[12:04] <sistpoty> chantra: unlikely, there is a long standing bug in the email interface creating emails for first time uploads
[12:05] <sistpoty> (which never was taken care of, because it doesn't interfere with processing uploads *g*)
[12:05] <chantra> :)
[12:06] <chantra> well, uploading, will see then
[12:06] <chantra> cheers sistpoty
[12:06] <ajmitch> I suppose I don't get emails from the process uploads cron job anymore
[12:06] <sistpoty> chantra: please only upload, if you've got s.th. to review... space is limited on sparky
[12:06] <sistpoty> np
[12:07] <chantra> sistpoty: I had this port of system-config-lvm from fedora
[12:07] <mok0> sispoty: is revu open source?
[12:07] <chantra> I ported it a while ago
[12:07] <ajmitch> mok0: always has been
[12:07] <sistpoty> mok0: yes... somewhere on lp, anyone got a link?
[12:08] <sistpoty> (code of revu-hackers group=
[12:08] <ajmitch> https://code.launchpad.net/revu
[12:08] <ajmitch> 'trunk' is the branch to grab, I think
[12:08] <chantra> sistpoty: even though ubuntu is not "lvm ready" yet (I mean out of the box), I thought it might interest some people
[12:09] <mok0> ajmitch: great, thx. I'm curious to take a look...
[12:10] <sistpoty> chantra: I only wanted you to not upload *just* to get an account back... if you've got a package, fire it up ;)
[12:10] <sistpoty> mok0: revu1 is a pain to setup though... lot's of hardcoded pathes and ugly code ;)
[12:10] <mok0> So, assuming I wanted to contribute, I would create a branch?
[12:14] <norsetto> wouldn't make more sense to work on revu2?
[12:16] <sistpoty> norsetto: yes and no, as we've got some new ideas for revu2 and want to rework quite some parts
[12:16] <sistpoty> mok0: bzr branch <url>
[12:16] <mok0> sistpoty: errr, I do that from my machine?
[12:16] <sistpoty> mok0: whereever you want to create your branche
[12:17] <sistpoty> -e
[12:17] <norsetto> mok0: you do have bzr on your machine?
[12:17] <sistpoty> (though I must admit, that I usually ask around here for advanced bzr stuff, because I'm still a novel user)
[12:18] <mok0> norsetto: dunno. I use git these days
[12:18] <RAOF> mok0: Then you'll be pretty familiar with bzr.
[12:19] <mok0> RAOF: U mean same UI?
[12:19] <sistpoty> mok0: try typing bzr? *g*
[12:20] <mok0> sistpoty: I'll have to apt-get it
[12:20] <sistpoty> mok0: so do it :P
[12:20] <RAOF> mok0: Same workflow.  Branch (clone), [work, commit] *, push
[12:20] <norsetto> mok0: just in case you need a quickstart guide: http://bazaar-vcs.org/QuickHackingWithBzr
[12:21] <mok0> Great, thanks!
[12:22] <mok0> So what is the url, exactly... is that the one from LP?
[12:22] <sistpoty> norsetto: nice... does ubotu know about this yet?
[12:22] <sistpoty> mok0: yes (the one displayed in the page=
[12:22] <RAOF> mok0: Yup.  You can also "bzr branch lp://revu", I think.
[12:22] <norsetto> sistpoty: not that I know
[12:23] <sistpoty> !bzr
[12:23] <ubotu> bzr is Bazaar-NG, a decentralized revision control system designed to be easy for developers and end users alike. Decentralized revision control systems give people the ability to work over the internet using the bazaar development model.
[12:23] <jrib> Hi, does anyone have a few minutes to review the package for the python reverend module? http://revu.tauware.de/details.py?upid=24
[12:23] <RAOF> mok0: Sorry, "bzr branch lp:revu"
[12:23] <ajmitch> RAOF: 'same' workflow, except bzr makes sense :)
[12:23] <sistpoty> hm... anyone who can teach this to ubotu?
[12:23] <ajmitch> RAOF: that doesn't look like it'd have enough info to get a branch
[12:23] <RAOF> ajmitch: If there's a trunc associated with a project, it is.
[12:23] <jrib> sistpoty: the quick start guide?
[12:24] <sistpoty> jrib: yes
[12:24] <ajmitch> given that a branch is person/project/branchname
[12:24] <ajmitch> RAOF: if there are multiple branches named trunk?
[12:24] <norsetto> !help
[12:24] <norsetto> !I need somebody
[12:24] <mok0> RAOF: "bzr: ERROR: Not a branch: https://code.launchpad.net/revu/"
[12:24] <RAOF> ajmitch: There's some way to associate a particular branch as the main branch.
[12:24] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[12:24] <ubotu> Sorry, I don't know anything about i need somebody - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:25] <RAOF> mok0: Yeah, sorry.  Revu doesn't have the needed setup for that (joybot does :))
[12:25] <RAOF> mok0: You'll want to use the url provided from the code page.
[12:26] <jrib> !bzr | sistpoty
[12:26] <ubotu> sistpoty: bzr is Bazaar-NG, a decentralized revision control system designed to be easy for developers and end users alike. Decentralized revision control systems give people the ability to work over the internet using the bazaar development model.  See http://bazaar-vcs.org/QuickHackingWithBzr for a quickstart guide.
[12:26] <sistpoty> thanks jrib!
[12:27] <mok0> RAOF: Still can't get it
[12:28] <sistpoty> mok0: you'll need to get one of the branches listed on code.lp.net/revu, e.g. https://code.launchpad.net/~revu-hackers/revu/trunk (for the one being currently in use=
[12:28] <mok0> that doesnt work
[12:28] <mok0> bzr: ERROR: Not a branch: http://codebrowse.launchpad.net/~revu-hackers/revu/trunk/
[12:28] <mok0> Ooops. Got it now
[12:29] <sistpoty> mok0: sorry, wrong again, click on the link, then you'll get the url...
[12:29] <RAOF> mok0: You're running "bzr branch http://bazaar.launchpad.net/~revu-hackers/revu/trunk"L
[12:29] <RAOF> s/L/?
[12:29] <mok0> RAOF: LOL got it now
[12:30] <norsetto> hmmmm, outdated factoid
[12:30] <norsetto> !mentors
[12:30] <ubotu> for initial mentoring to introduce you to the MOTU world check out https://wiki.ubuntu.com/MOTU/Mentors
[12:32] <norsetto> the way it is written this should actually point to https://wiki.ubuntu.com/MOTU/Mentoring/Contributor