[00:30] <ubotu> New bug: #213669 in xorg (main) "[Hardy] Caps Lock causes keys to repeat" [Undecided,New] https://launchpad.net/bugs/213669
[02:16] <ubotu> New bug: #213617 in linux-ubuntu-modules-2.6.24 (main) "package linux-ubuntu-modules-2.6.24-14-generic None failed to install/upgrade: subprocess post-removal script returned error exit status 1 (dup-of: 149836)" [Undecided,Invalid] https://launchpad.net/bugs/213617
[02:29] <ubotu> New bug: #213700 in xorg-server (main) "X.org + compiz crashes on nautilus file drag" [Undecided,New] https://launchpad.net/bugs/213700
[04:31] <ubotu> New bug: #213734 in xserver-xorg-video-ati (main) "firefox-3.0 scrolls jerkily with ATI driver, EXA and compiz" [Undecided,New] https://launchpad.net/bugs/213734
[04:37] <ubotu> New bug: #200429 in mesa-utils "XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" " [Undecided,Invalid] https://launchpad.net/bugs/200429
[05:09] <bryce> I've written up this section on troubleshooting missing keyboard mappings in X:  https://wiki.ubuntu.com/X/Troubleshooting#head-1125c10247cf42e51d6329403e00d89af20fad32
[05:10] <bryce> however I'm still a bit sketchy on the whole thing, and the docs may be incorrect.  I'd greatly appreciate review/critique feedback to make it more correct.
[08:20] <Ng> bryce: do you happen to know how acpi_fakekey sends events? I've been trying to get the ThinkVantage key on my thinkpad going. acpid calls the script which runs fakekey, but things like xev see no event
[08:21] <bryce> Ng, sadly, everything I know at this point about key mapping is listed in that above link
[08:22] <Ng> ok, I'll have a read anyway :)
[08:22] <bryce> I guess you'd look at what acpi_fakekey does to fake keys.
[08:22] <Ng> it seems to open the first /dev/input event device it can find and write to that
[08:23] <bryce> unfortunately the post from mjg59 that mentioned acpi-based keys just said "send me info about this and we'll get it fixed" without details of *how* they get fixed
[08:23] <Ng> I thought that was where the problem was because event0 is my trackpoint, but hardcoding it to the keyboard device didn't seem to make any difference
[08:23] <Ng> I could try and badger matt :)
[08:23] <bryce> have you spoken with matthew about it?
[08:23] <bryce> heh yeah
[08:23] <bryce> see if you can get a good detailed description of the troubleshooting approach, so we can feed it into that link for when we run into this in the future
[08:24] <Ng> not yet unfortunately, I've had bigger fish to fry
[08:24] <Ng> getting suspend and audio working won out over a little button ;)
[08:24] <bryce> hehe
[08:25] <Ng> I don't even need it, I used to use it to lock the screen, but my new laptop has a Fn key combination for that. it's just the principle of the thing at this point ;)
[08:27] <pwnguin> bryce: about that keymapping thing
[08:27] <pwnguin> is a tty console nessecary?
[08:28] <pwnguin> i guess not
[08:28] <pwnguin> ive done hotkey in the past, but sorta petered out about what to do from there =/
[08:29] <bryce> pwnguin: dunno; several pages I read were adamant about that
[08:30] <pwnguin> i wonder if maybe its because a tty means you wont get keyboard events from a local keyboard
[08:32] <pwnguin> oh my
[08:32] <pwnguin> someone fixed one of my tablet buttons
[08:50] <bryce> tjaalton: any reasons why not to commit the patch on bug 184651?
[08:51] <ubotu> New bug: #205821 in moblin-applets (universe) "[Hardy+PPA]:Network manager icon is blank on statusbar and it shows "Network manager is not running" when click the blank icon though internet connection is good (dup-of: 199486)" [Undecided,New] https://launchpad.net/bugs/205821
[08:53] <tjaalton> bryce: no, and I actually have it on my tree
[08:53] <bryce> ok cool
[08:54] <tjaalton> should start pushing stuff later today
[08:54] <bryce> (I was just reviewing http://people.ubuntu.com/~bryce/Xorg/status_current.html and noticed it)
[08:54] <bryce> heh, clicking back through <prev> on that shows that things are definitely getting better
[08:55] <tjaalton> wow, history :)
[08:56]  * bryce resists graphing
[08:58] <pwnguin> so total xorg bugs is total active bugs
[08:58] <tjaalton> there's probably something missing since the packagebugs page shows 1512 bugs (or is it lp search lying again)
[08:58] <tjaalton> pwnguin: yes, pick any ;)
[08:58] <pwnguin> heh
[08:59] <tjaalton> it has gone down from 1800+ since early December
[08:59] <bryce> yeah, it may be that lp is lying
[08:59] <pwnguin> and has gone nowhere since bryce started keeping that history ;)
[08:59] <james_w> hey bryce
[08:59] <bryce> heya
[08:59] <james_w> did you get any time to look at the patches?
[09:00] <tjaalton> well I've been catching up with real work so no time to do bug triage :)
[09:00] <bryce> james_w: nope, keyboard stuff consumed all my time
[09:00] <james_w> no problem, just didn't want to repeat any work.
[09:00]  * bryce nods
[09:00] <james_w> I've got an SRU I should get done today, but then I should be able to spend all my time on them.
[09:00]  * bryce nods
[10:52] <ubotu> New bug: #46904 in xkeyboard-config (main) "several keyboard layouts are listed several times" [Medium,Fix released] https://launchpad.net/bugs/46904
[11:10] <ubotu> New bug: #213856 in xserver-xorg-video-intel (main) "Windows and desktops flicker and flash black with Compiz enabled with the Intel video driver (945GM)" [Undecided,New] https://launchpad.net/bugs/213856
[12:25] <ubotu> New bug: #204736 in mesa-utils "glxinfo crashed with SIGSEGV" [Medium,New] https://launchpad.net/bugs/204736
[12:28] <ubotu> New bug: #134466 in ubuntu "ipw3945d causing computer to stutter (dup-of: 48395)" [Undecided,New] https://launchpad.net/bugs/134466
[12:36] <ubotu> New bug: #213891 in xorg (main) "Xorg crashes when I visit a page in Mozilla Firefox" [Undecided,New] https://launchpad.net/bugs/213891
[16:56] <james_w> seb128: hi, the current libgnome-desktop in the archive has "#error This is not for general consumption yet." in the xrandr stuff, was this intentional?
[16:56] <james_w> I can't compile against it currently.
[16:56] <seb128> james_w: what do you mean?
[16:57] <seb128> compile what?
[16:57] <james_w> the xrandr patches in -desktop currently have
[16:57] <james_w> +#ifndef I_KNOW_THIS_IS_UNSTABLE_AND_ONLY_IN_FEDORA
[16:57] <james_w> +#error This is not for general consumption yet.
[16:57] <james_w> +#endif
[16:57] <seb128> right
[16:58] <seb128> the API is not public and not meant to be used
[16:58] <james_w> so I now try and g-c-c against them without defining that, as bryce's instructions say, and it obviously fails.
[16:58] <seb128> ok
[16:58] <james_w> so do we want to keep that in all of them, or strip it out of all of them?
[16:58] <seb128> so I did use the patch from redhat because I didn't know bryce did cleaning there
[16:58] <seb128> I mean I used to stack patch
[16:59] <seb128> since he put other ubuntu changes to different patches I though he did that for all the ubuntu changes
[16:59] <james_w> ah, ok.
[16:59] <seb128> so fix it the way you think it's better
[16:59] <seb128> but don't make it public
[16:59] <seb128> either use this define
[16:59] <seb128> or rename it to use FEDORA_AND_UBUNTU or something
[17:00] <james_w> I'll just keep it as it is I guess, and keep the define in g-c-c
[17:00] <seb128> alright
[17:00] <seb128> did bryce just dropped it before?
[17:04] <james_w> yeah, there's a patch in his bzr repo to remove these defines.
[17:07] <seb128> ok
[17:07] <seb128> I think that's wrong to make the api public
[17:28] <james_w> the updated patch seems to work, but is says "Cloned output" for my single screen, I'll look in to that.
[17:29] <james_w> hmm, "<property name="label" translatable="yes">Mirror Screens (the clone wars)</property>"
[17:29] <james_w> I guess we want to change that?
[17:36] <seb128> remove the "(the clone wars)" I guess yes ;-)
[17:37] <seb128> james_w: could you also include the change on bug #213134 while you are working on the update?
[17:37] <ubotu> Launchpad bug 213134 in gnome-control-center "Untranslated strings in Monitor Resolution Settings window" [Undecided,Confirmed] https://launchpad.net/bugs/213134
[17:37] <seb128> james_w: also better to get the updated patch as soon as possible and look at small issues later so the strings can be imported in launchpad and translated
[17:38] <seb128> we can still do an another upload to fix issues
[17:38] <seb128> the g-c-c part is only a capplet so it'll not make system unusable
[17:39] <james_w> sure, it looks ok to me in a quick test apart from the naming issue, and that looks like it is -desktop anyway.
[17:40] <seb128> naming?
[17:40] <james_w> calling my screen a "Cloned output"
[17:42] <seb128> ah
[17:59] <ted1> bryce: So I was playing with OSX...  (how to start a conversation with people already scared)
[18:00] <ted1> When you close the lid on your computer with an external monitor plugged in, it switches off the laptop panel and goes exclusively to the external display.
[18:00] <ted1> Would it be possible to do something like that with the XRandR stuff?
[18:01] <jcristau> it is, if you get acpi or key events when you close the lid
[18:04] <ted1> Well, we can emit a DBUS signal, which would probably be more reliable.
[18:04] <ted1> Let GPM handle all the other stuff.
[18:06] <bryce> morning
[18:07]  * ted1 is going to let bryce get coffee before harassing him more :)
[18:07] <bryce> james_w: have you gotten to gnome-desktop yet?  if not, I'll work on that today
[18:08] <james_w> bryce: no, I haven't
[18:08] <james_w> http://jameswestby.net/scratch/g-c-c.diff is the g-c-c one
[18:08] <james_w> if you have a moment can you tell me whether I am looking in the right place for the "Cloned Screen" problem?
[18:09] <james_w> http://paste.ubuntu.com/6627/
[18:10] <james_w> line 22 looks like it should be "if", not "else if" to me.
[18:10] <james_w> as clone_width is initialised to -1 at the start of the function.
[18:12] <bryce> hmm
[18:12] <bryce> are you running into a bug because of this?
[18:12] <james_w> the capplet shows "Cloned Output" for my single screen, which seems wrong.
[18:13] <bryce> ok, fwiw, that "clone wars" line has been there since the earliest days of the dialog - it was part of the mockup iirc
[18:13] <bryce> however until recently the underlying handling code wasn't implemented
[18:13] <bryce> so in the previous version I just stripped out the checkbox
[18:13] <bryce> however I understand the clone stuff is implemented, so maybe the checkbox works now
[18:13] <james_w> ah, ok. I still don't see the checkbox
[18:14] <james_w> I assumed that was because I only have a single screen, but maybe I need to update a patch
[18:15] <bryce> in any case I think the "(the clone wars)" bit needs to be removed ;-)
[18:15] <james_w> I don't see it being stripped out in any of the patches.
[18:15] <james_w> I made it "Clone Screens", what do you think?
[18:16] <bryce> probably ok
[18:16] <bryce> our usability guy suggested something different, I'll see if I can find it
[18:17] <james_w> mirror made it sound like you would get a mirror image on one to me
[18:17] <bryce> >> *   Is there an alternative wording for "Mirror another screen" that
[18:17] <bryce> >>     doesn't imply reflection?
[18:17] <bryce> >
[18:17] <bryce> > 'Clone' is the official term.  I used 'mirror' since that has been used
[18:17] <bryce> > in one of the displayconfig-gtk mockups.
[18:17] <bryce> Perhaps "Copy of".
[18:18] <bryce> I think I like "Clone" better than "Copy" but either's probably better than mirror
[18:18] <james_w> yep
[18:19] <bryce> oh here's a more recent suggestion from him, I hadn't implemented yet...
[18:19] <bryce> Button labels should always use Initial Capitals. :-) Nice work otherwise.
[18:19] <bryce> Cheers
[18:21] <bryce> ted1: you could probably make the xrandr calls from the power manager to make that happen
[18:23] <ted1> bryce: But, it's not crazy?
[18:23] <bryce> a little crazy
[18:23] <bryce> but not too much
[18:23] <ted1> Hmph.
[18:24] <ted1> So how do I know which display is the laptop LCD and which one is external?
[18:24] <bryce> it'll result in weird stuff like gnome panels getting jumbled up, random crashes, weird interactions with sleep modes/Xv/Compiz, and so on, but those are par for the course
[18:25] <jcristau> ted1: you probably don't know, but you can guess
[18:25] <ted1> I work on the desktop team, we assume that X is perfect :)
[18:25] <jcristau> haha
[18:25] <bryce> it seems the standard way is to look for something named "*LVDS*"
[18:26] <bryce> or, /LVDS/i
[18:27] <ted1> I guess, it would seem unlikely that someone would use LVDS externally.
[18:28] <ted1> But are there panels that internally don't use LVDS?
[18:28] <bryce> not afaik
[18:28] <jcristau> ted1: the naming comes from the X driver
[18:28] <ted1> Oh, so it's not really describing the hardware, more the driver port.
[18:31] <ted1> Okay, I'm going to think about this more, but I think it's something I'd like to figure out for Ibex.
[18:32] <ted1> Thanks for the info.
[18:35] <bryce> ted1: I'd suggest making it opt-in for Intrepid, since xrandr is still fairly unstable on some hardware.  once there's been sufficient testing it could be switched on by default by intrepid+1.
[18:36] <bryce> ted1: or if you really want to flip it on by default, do it only for intel gfx hardware; that one is furthest along and has the fewest remaining issues
[18:36] <jcristau> there are issues with radeon randr?
[18:40] <jcristau> i haven't really followed that, as my laptop is intel :)
[18:48] <bryce> jcristau: I consistently get lockups when rotating.  Also some minor issues switching resolutions
[18:49] <jcristau> too bad
 "VIA Joins The Open Driver Bandwagon"
[19:08] <tjaalton> about time
[19:12] <mvo> bryce: when we talked about bug #213566 you mentioned that there are no maintainer scripts involved, but it seems the xkb-data.preinst is doing some stuff at least to those links
[19:12] <ubotu> Launchpad bug 213566 in xkeyboard-config "dapper->hardy missing files on upgrade" [High,Confirmed] https://launchpad.net/bugs/213566
[19:21] <bryce> tjaalton: heh, link?
[19:22] <bryce> BenC and I have been talking with them privately and encouraging them to open everything; good to see they have done so officially
[19:23] <tjaalton> bryce: it was mentioned on phoronix (where else)
[19:31] <ubotu> New bug: #214092 in linux-restricted-modules-2.6.24 (restricted) "Suspend to RAM fails in second resume cycle for Hardy, fglrx, ATI Mobility Radeon 9700" [Undecided,New] https://launchpad.net/bugs/214092
[19:38]  * mvo is currently pretty lost with that bug
[19:41] <ubotu> New bug: #214105 in xserver-xorg-video-ati (main) "Freeze with ati driver during boot on 8.04" [Undecided,New] https://launchpad.net/bugs/214105
[19:46] <bryce> tjaalton: hrm, I've been pushing them to get in contact with the openchrome community.  Too bad there's no mention of that there.
[19:47] <bryce> but I guess it's still early
[19:58] <tjaalton> or they want to start from scratch :)
[19:58] <tjaalton> YAVD
[20:06] <ubotu> New bug: #214119 in xserver-xorg-video-amd (main) "[HARDY] Koolu W.E. (ION A603) does not detect higher resolution than 800x600" [Undecided,New] https://launchpad.net/bugs/214119
[21:00] <Q-FUNK> guys, any objection remaining to sync'ing geode from debian?
[21:01] <ubotu> New bug: #214165 in xorg (main) "[Hardy] After upgrade today can't detect screen size" [Undecided,New] https://launchpad.net/bugs/214165
[21:27] <ubotu> New bug: #214168 in xorg (main) "video acceleration broken with .810 driver in Hardy Beta" [Undecided,New] https://launchpad.net/bugs/214168
[22:01] <ubotu> New bug: #214201 in linux-restricted-modules-2.6.24 (restricted) "nvidia-glx-new upgrade bug (gutsy -> hardy)" [Undecided,New] https://launchpad.net/bugs/214201
[22:10] <ubotu> New bug: #214205 in linux-restricted-modules-2.6.24 (restricted) "upgrade of xserver-xorg-core conficts (gutsy to hardy)" [Undecided,New] https://launchpad.net/bugs/214205
[23:00] <ubotu> New bug: #214241 in xorg-server (main) "package xserver-xorg-core 2:<IP_ADDRESS>.dfsg-12ubuntu8.3 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/214241
[23:02] <ubotu> New bug: #214239 in linux-restricted-modules-2.6.24 (restricted) "package nvidia-glx-new 100.14.19+<IP_ADDRESS>-14.10 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/214239
[23:16] <ubotu> New bug: #214252 in xserver-xorg-input-synaptics "[Hardy] Synaptics touchpad vertical scroll (middle button) not working as expected" [Undecided,New] https://launchpad.net/bugs/214252
[23:32] <tjaalton> bryce: tomorrow I'll upload the pending stuff I have been sitting on.. should have time during the day
[23:32] <bryce> ok
[23:34] <tjaalton> needed to push vdr first.. anyway, night ->
[23:54] <ubotu> New bug: #214270 in xserver-xorg-video-intel (main) "AWN Avant Window Navigator icons corrupted with xserver-xorg-video-intel 2:2.2.1-1ubuntu11" [Undecided,New] https://launchpad.net/bugs/214270


[02:51] <Unit193> The only manual bit is adding the new repos, release-vars.sh helps with everything else. :3
[14:29] <RikMills> ^ spammer on telegram -> IRC bridge. Banned telegram side
[14:47] <Pici> thanks


[01:59] -queuebot:#ubuntu-release- Packageset: Added freerdp2 to i386-whitelist in impish
[04:42] -queuebot:#ubuntu-release- New binary: ubuntu-meta [ppc64el] (impish-proposed/main) [1.471] (core)
[04:42] -queuebot:#ubuntu-release- New binary: ubuntu-meta [s390x] (impish-proposed/main) [1.471] (core)
[04:43] -queuebot:#ubuntu-release- New binary: ubuntu-meta [arm64] (impish-proposed/main) [1.471] (core)
[04:43] -queuebot:#ubuntu-release- New binary: ubuntu-meta [armhf] (impish-proposed/main) [1.471] (core)
[04:56] -queuebot:#ubuntu-release- New binary: ubuntu-meta [riscv64] (impish-proposed/main) [1.471] (core)
[05:04] -queuebot:#ubuntu-release- New binary: ubuntu-meta [amd64] (impish-proposed/main) [1.471] (core)
[07:04] <RAOF> !regression-release
[07:08] -queuebot:#ubuntu-release- New binary: ibus [amd64] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[07:08] -queuebot:#ubuntu-release- New binary: ibus [s390x] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[07:08] -queuebot:#ubuntu-release- New binary: ibus [ppc64el] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[07:10] -queuebot:#ubuntu-release- New binary: ibus [armhf] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[07:11] -queuebot:#ubuntu-release- New binary: ibus [arm64] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[08:09] -queuebot:#ubuntu-release- New binary: ibus [riscv64] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[08:20] -queuebot:#ubuntu-release- New source: cockpit-machines (focal-backports/primary) [248-1~ubuntu20.04.1]
[08:20] -queuebot:#ubuntu-release- New source: cockpit-machines (hirsute-backports/primary) [248-1~ubuntu21.04.1]
[08:21] -queuebot:#ubuntu-release- New: accepted cockpit-machines [source] (focal-backports) [248-1~ubuntu20.04.1]
[08:21] -queuebot:#ubuntu-release- New: accepted cockpit-machines [source] (hirsute-backports) [248-1~ubuntu21.04.1]
[08:22] -queuebot:#ubuntu-release- Unapproved: opensbi (focal-proposed/universe) [0.8-1~ubuntu<IP_ADDRESS> => 0.9-2~ubuntu<IP_ADDRESS>] (no packageset)
[09:44] -queuebot:#ubuntu-release- New binary: ibus [i386] (impish-proposed/main) [1.5.24-1ubuntu1] (desktop-core, i386-whitelist, input-methods)
[09:56] -queuebot:#ubuntu-release- Unapproved: accepted opensbi [source] (focal-proposed) [0.9-2~ubuntu<IP_ADDRESS>]
[10:21] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (hirsute-proposed) [1:21.04.16]
[10:23] -queuebot:#ubuntu-release- Unapproved: rejected gnome-shell-extension-desktop-icons-ng [source] (hirsute-proposed) [0.15.0-0ubuntu4.2]
[10:23] -queuebot:#ubuntu-release- Unapproved: rejected pyroute2 [source] (hirsute-proposed) [0.5.14-0ubuntu1.1]
[10:31] <mwhudson> sil2100: thanks for merging my changes!
[10:32] -queuebot:#ubuntu-release- Unapproved: accepted wireless-regdb [sync] (hirsute-proposed) [2021.07.14-0ubuntu1~21.04.1]
[10:35] -queuebot:#ubuntu-release- Unapproved: accepted wireless-regdb [sync] (focal-proposed) [2021.07.14-0ubuntu1~20.04.1]
[10:36] <sil2100> sforshee: hey! You around?
[10:36] <sil2100> mwhudson: yw!
[10:39] -queuebot:#ubuntu-release- Unapproved: accepted wireless-regdb [sync] (bionic-proposed) [2021.07.14-0ubuntu1~18.04.1]
[11:06] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [sync] (focal-proposed) [2.12.5-1ubuntu2~20.04.1]
[11:31] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (hirsute-updates/main) [27.2.1~21.04.1 => 27.1~21.04.1] (core) (sync)
[11:38] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [sync] (hirsute-updates) [27.1~21.04.1]
[12:00] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-updates/main) [27.2.1~16.04.1 => 27.1~16.04.1] (no packageset) (sync)
[12:00] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [sync] (xenial-updates) [27.1~16.04.1]
[12:05] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (focal-proposed) [0.8.3-1ubuntu12.12]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [amd64] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [armhf] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [ppc64el] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [s390x] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [arm64] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [riscv64] (impish-proposed) [1.5.24-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- New: accepted ibus [i386] (impish-proposed) [1.5.24-1ubuntu1]
[16:57] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (hirsute-proposed/main) [27.2.1~21.04.1 => 27.2.2~21.04.1] (core)
[17:06] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.2.1~20.04.1 => 27.2.2~20.04.1] (core)
[17:12] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.2.1~18.04.1 => 27.2.2~18.04.1] (core)
[17:28] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.2.1~16.04.1 => 27.2.2~16.04.1] (no packageset)
[17:42] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (hirsute-proposed) [27.2.2~21.04.1]
[17:43] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (focal-proposed) [27.2.2~20.04.1]
[17:43] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (bionic-proposed) [27.2.2~18.04.1]
[17:44] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (xenial-proposed) [27.2.2~16.04.1]
[18:41] -queuebot:#ubuntu-release- Unapproved: openssl (hirsute-proposed/main) [1.1.1j-1ubuntu3.1 => 1.1.1j-1ubuntu3.2] (core, i386-whitelist)
[18:42] -queuebot:#ubuntu-release- Unapproved: openssl (focal-proposed/main) [1.1.1f-1ubuntu2.4 => 1.1.1f-1ubuntu2.5] (core, i386-whitelist)
[18:43] -queuebot:#ubuntu-release- Unapproved: openssl (bionic-proposed/main) [1.1.1-1ubuntu2.1~18.04.9 => 1.1.1-1ubuntu2.1~18.04.10] (core)
[22:50] -queuebot:#ubuntu-release- New source: python-pycdlib (impish-proposed/primary) [1.11.0-0ubuntu1]


[03:36] <RingtailedFox> heya guys.. i accidentally got quieted in #ubuntu... i was wondering how long that's gonna last for
[03:37] <Montresor> Already been removed, lasted for about a minnute.
[03:37] <Montresor> Minute, rather.
[03:37] <RingtailedFox> oooh thanks! :D


[10:50] <MartinMSPedersen> I am totally lost. How to report a bug using launchpad.net?
[10:50] <MartinMSPedersen> I got an account
[10:51] <MartinMSPedersen> I want to report that rpcbind is missing.
[10:51] <MartinMSPedersen> eg. http://us.archive.ubuntu.com/ubuntu/pool/main/r/rpcbind/ gives a 404
[10:51] <MartinMSPedersen> it is the same for all mirrors I have checked.
[10:53] <MartinMSPedersen> I am totally lost. How to report a bug using launchpad.net?
[10:54] <MartinMSPedersen> I got an account
[10:54] <MartinMSPedersen> eg. http://us.archive.ubuntu.com/ubuntu/pool/main/r/rpcbind/ gives a 404
[10:54] <MartinMSPedersen> it is the same for all mirrors I have checked.
[11:52] <guiverc> MartinMSPedersen, what release?  it's looks fine to me; http://archive.ubuntu.com/ubuntu/pool/main/r/rpcbind/ & I get results for your provided link too
[11:54] <MartinMSPedersen> http://archive.ubuntu.com/ubuntu/pool/main/r/rpcbind/ gives me an 404
[11:54] <MartinMSPedersen> the rest of the directories in /r/ works fine.
[11:55] <MartinMSPedersen> Are you connecting with IPv6 or IPv4?
[11:57] <guiverc> Ipv4
[11:59] <MartinMSPedersen> ok. Very strange. I have tried many different thing. Change ISP's. Change countries through nordvpn.
[11:59] <MartinMSPedersen> and it is only rpcbind
[12:00] <MartinMSPedersen> what about http://ftp.acc.umu.se/ubuntu/pool/main/r/rpcbind/ ?
[12:00] <MartinMSPedersen> does it works for you?
[12:01] <guiverc> draws different on my screen; but results look the same 0.2.1-2ubuntu1 thru to 1.2.5-9
[12:01] <MartinMSPedersen> OK. It works from an Linode server for me.
[12:04] <MartinMSPedersen> OK. It can be local pfsense.


[00:00] <sistpoty> c_korn: well, whatever the result from sum_strings is must be allocated with "new" then ;)
[00:29] <mezgani> Zhenech, yep
[00:29] <mezgani> i was watching a movie, are you there
[00:41] <c_korn> sistpoty: omg, your hack worked actually. casts are the root of all evil :)
[00:42] <sistpoty> c_korn: hehe
[00:43] <sistpoty> c_korn: but only apply such a patch, if you're really sure that there's no string constant ever returned... otherwise it'll haunt you at run time ;)
[00:45] <c_korn> sistpoty: well, I have no idea what gtk_entry_get_text returns actually. but as long as it worked before this hack does not hurt.
[00:46] <sistpoty> c_korn: no idea myself about gtk internals... I could only guess that it eventually returns the actual passed pointer to get_entry_set_text (or whatever this function might be called)
[00:47] <sistpoty> c_korn: and that it eventually doesn't rely internally on the string not being changed :) otherwise that calls for trouble *g*
[00:51] <c_korn> sistpoty: hm, sure. I first try to constify the char* if appropriate. else your hack is the easiest solution. does not break anything which was broken anyhow before.
[00:52] <sistpoty> heh... maybe I should state that my hack is really a hack is a hack is a hack. Don't use it evar, unless you know what you're doing :P
[00:53] <c_korn> sistpoty: I will make a runtime test once I fixed/hacked ALL of them: http://pastebin.com/d354469a8 grrr
[00:55] <sistpoty> c_korn: excellent, and please subscribe to bugs (and especially watch out for crashes due to it being really a crude hack
[00:55] <sistpoty> +)
[01:19] <c_korn> hm, (nt:28303): Gtk-WARNING **: cannot open display: :0.0
[01:22] <c_korn> fails only in the schroot actually.
[01:23] <sistpoty> c_korn: bind-mounted /tmp?
[01:23] <sistpoty> (iirc the X socket is there)
[01:23] <c_korn> sistpoty: yes, it is mounted.
[01:24] <sistpoty> hm... maybe I'm not up to date about the X socket then *g*
[01:24] <sistpoty> or DISPLAY is unset?
[01:25] <sistpoty> (which wouldn't cause :0.0 then, I guess)
[01:28] <c_korn> sistpoty: yes, DISPLAY is set.
[01:28] <sistpoty> *shrug*
[01:28] <c_korn> actually d4x runs fine outside the schroot in my "real" (virtualbox) karmic
[01:28] <c_korn> so it is ready for upload
[01:29] <sistpoty> c_korn: then upload it? (or do you need a sponsor?)
[01:31] <c_korn> sistpoty: I think I need a sponsor (I am not even a motu acutally)
[01:32] <sistpoty> c_korn: I always thought you were... ;)... link to debdiff?
[01:34] <c_korn> sistpoty: sorry for disappointing you :) http://pastebin.com/f3bef079c
[01:37] <sistpoty> c_korn: looks good at first glimpse :)... just as a hint, you could mention the files you touched explicitely in debian/changelog, that helps looking these up in the future
[01:37] <c_korn> sistpoty: should I do so now ?
[01:38] <sistpoty> c_korn: it's ok for now
[01:39] <c_korn> if you like: http://pastebin.com/fc17c143
[01:39] <sistpoty> c_korn: you'll find out once you're doing merges that you once did :P (at least that's where I learnt to write good changelog entries)
[01:39] <c_korn> oops...
[01:40] <sistpoty> (and my initial changelog entries where somewhat cracky... I couldn't figure out what I did half a year ago)
[01:41] <c_korn> there you go: http://pastebin.com/f1aebd02f
[01:41] <c_korn> sistpoty: :)
[01:45] <c_korn> I need a FFE a assume
[01:48] <sistpoty> c_korn: hm?
[01:48] <sistpoty> c_korn: bug fixes don't need a FFe
[01:48] <c_korn> oh, ok.
[01:49] <sistpoty> c_korn: unless after final freeze... but even then you'd hit the right person :P
[01:52] <sistpoty> c_korn: tried to forward the patch yet?
[01:53] <c_korn> I opened a bug in lp: https://bugs.launchpad.net/ubuntu/+source/d4x/+bug/428207
[01:54] <c_korn> I will forward the patch to debian with submittodebian now.
[01:55] <sistpoty> c_korn: oh, you should have closed the bug with a LP: #428207 stanza in debian/changelog
[01:55] <sistpoty> c_korn: otherwise you'll have to close the bug yourselves in a few seconds ;)
[01:55] <c_korn> sistpoty: I have this stanza in the debdiff which is attached to the bug.
[01:56] <sistpoty> c_korn: but not in the debdiff you pasted me :/
[01:56] <sistpoty> (which I just uploaded btw.)
[01:56] <c_korn> sistpoty: I did not know the number at that time. sorry. will do it then manually.
[01:57] <sistpoty> c_korn: well, no problem, thanks for your contribution!
[01:57] <sistpoty> c_korn: anyways, I'd suggest to forward it to debian as wishlist bug (it's maintained by debian-qa so it should get in over time)
[01:58] <sistpoty> c_korn: even better would be if you could check if there's still an upstream caring, and forward the patch there (to relieve debian-qa of the need)
[02:00] <c_korn> hm, latest upstream changelog entry is from 2005-09-16 11:09
[02:00] <sistpoty> yeah, I failed to find a valid link to an upstream page in the first place (but I didn't look really close though)
[02:00] <c_korn> http://en.wikipedia.org/wiki/Downloader_for_X (website is down)
[02:06] <c_korn> hm, I wanted to send the patch to debian but I have no mail sending program (except of thunderbird) configured.
[02:11] <c_korn> yay, http://launchpadlibrarian.net/31692700/buildlog_ubuntu-karmic-amd64.d4x_<IP_ADDRESS>-6ubuntu1_FULLYBUILT.txt.gz
[02:11] <c_korn> only thousand of warnings
[02:11] <sistpoty> c_korn: you can use reportbug -B debian <package>
[02:11] <c_korn> but no error :P
[02:12] <sistpoty> c_korn: and then if it asks if you want to submit the bug report, type "?"
[02:12] <sistpoty> (there should be an option to write the message to stdout, which you can adjust in tb then)
[02:13] <sistpoty> c_korn: congrats :)
[02:15]  * sistpoty must go to bed now
[02:15] <sistpoty> gn8 everyone
[02:16] <c_korn> sistpoty: good night and thanks
[02:27] <c_korn> does anyone know how I can tell reportbug/submittodebian to use thunderbird ?
[02:53] <mruiz> hi all
[02:54] <mruiz> I'm working on a new patch for a package, and I got "unknown patch system" with what-patch ... Suggestions?
[02:54] <Flannel> mruiz: Try #ubuntu-motu
[02:54] <LaserJock> heh
[02:54] <Flannel> Oh
[02:54] <mruiz> lol
[02:55] <LaserJock> mruiz: it might not have a patch system?
[02:55] <Flannel> sorry, 11 is right under 2 in irssi
[02:55] <mruiz> Flannel, np
[02:55]  * Flannel was wondering why it got so quiet.
[02:56] <mruiz> LaserJock, there are many patches under debian/patches . Some of them are .diff and .patch
[02:56] <jmarsden> mruiz: Read the debian/rules file to check whether it already uses a patch system (how do those patches get applied?)
[02:56] <LaserJock> mruiz: so look in debian/control
[02:57] <mruiz> jmarsden, thanks
[03:41] <mruiz> I'm getting an error during the building (pbuilder) process of a package: pbuilder-satisfydepends-dummy: Depends: mesa-swx11-source (> 6.4.1) which is a virtual package.
[03:44] <zooko> Folks: are there any Ubuntu platforms where sizeof(int) != sizeof(size_t) ?
[03:45] <zooko> Because I just got a package I wrote accepted into Ubuntu in order to go into Karmic, and now we've discovered a bug in it when that inequality holds.
[03:55] <mpontillo> zooko: on x86_64 I believe sizeof(size_t)=8 and sizeof(int)=4, so I would think yes, but I don't have a 64-bit Ubuntu system handy to verify
[04:26] <zooko> I do.
[04:26] <zooko> Thanks.
[05:52] <mruiz> hi all
[06:27] <LucidFox> Do I need to file a freeze exception to request a package to be removed?
[06:28] <Hobbsee> LucidFox: don't think so
[06:28] <Hobbsee> it's not like it's introducing anything new.  but do do regression tests as appropriate and list them in the bug, if you can
[06:31] <ScottK> LucidFox: No.
[07:53] <AnAnt> Hello, I'm working on a package that installs its system-wide config file in /usr/share/covered/.covered (ie. a hidden file in /usr/share/covered) , so I suggested to upstream to rather install it as /etc/covered, so his response was that he doesn't think that application specific configuration files should be located in /etc , any comments ?
[07:53] <AnAnt> isn't there some FHS standard regarding this ?
[08:16] <jmarsden> AnAnt: http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE6
[08:18] <quentusrex> If I'm building a package for multiple releases, should I put the highest release I support, or the lowest?
[08:18] <jmarsden> AnAnt: Note also in the section about /usr/share that data there must not need modification... so config files are not allowed in there if the user is expected to edit them :)
[08:20] <quentusrex> jmarsden: do you have any idea about the release tagging for a package? if I want a package to be installable on both Intrepid and Jaunty, in the changelog do I say intrepid, or jaunty?
[08:20] <jmarsden> quentusrex: The one you want that package to actually build on is what you put in the first line of debian/changelog ...
[08:21] <quentusrex> so I need to release a separate package for each release?
[08:21] <jmarsden> The changelog doesn't affect installability, just what it gets built on by the buildds ... I don't think you can automate "build this exact same source package on N different releases
[08:22] <quentusrex> and the manual way is to specify which release it gets built on...
[08:22] <quentusrex> ok
[08:22] <quentusrex> thanks.
[08:22] <jmarsden> Bear in mind I am not a MOTU... but that's my understanding of how it works.
[08:23] <quentusrex> that's fine.
[08:23] <quentusrex> I'm rather new to packaging...
[08:23] <quentusrex> as long as I get an opinion that will probably work, I'm happy enough
[08:23] <quentusrex> I'll refine my process later...
[08:23] <jmarsden> OK.  That works for me, I build some packages for Hardy/Intrepid/Jaunty/karmic in a team PPA...
[08:26] <quentusrex> and you release an incremented package for each release?
[08:26] <jmarsden> Yes. I end up naming them whatever-x.y-1~hardy1 and then ~inrepid1 and so forth.
[08:28] <jmarsden> Look at the bibletime packages in https://launchpad.net/~pkgcrosswire/+archive/ppa if you want an example :)
[08:41] <quentusrex> jmarsden: lucky you...
[08:41] <quentusrex> my builds are 170MB+
[08:41] <quentusrex> since I have tons of sound files for the telephony package...
[08:42] <jmarsden> All ending up in a separate -data binary package, I would hope :)  But yes, that would make uploading the source package multiple times not much fun.
[08:43] <quentusrex> yeah....
[08:44] <jmarsden> quentusrex: You may be able to do debuild -S and just upload those, so the orig.gz does not get uploaded N times... might be worth some experimenting with.
[08:45] <quentusrex> do you know if it's possible to do a dpkg-buildpackage, and only say one of the packages to build?
[08:45] <quentusrex> jmarsden: that is what I do...
[08:46] <quentusrex> hmm
[08:46] <quentusrex> actually it seems I don't have an orig
[08:46] <jmarsden> quentusrex: You mean ask dpkg-build-ackage to only build one *binary* package when the source package normally would build multiple binary packages?  I don't think so, man dpkg-buildpackage might find you some option for that.
[08:46] <quentusrex> what's the quick command to build an orig?
[08:47] <jmarsden> quentusrex: You don't?  Are you building a native package??
[08:48] <jmarsden> If you have foo-1.2.3.tar.gz then you can do  ln -s foo-1.2.3.tar.gz foo_1.2.3.orig.tar.gz      if that is what you mean?
[08:52] <quentusrex> now, in packaging terms, how long does an orig last?
[08:53] <quentusrex> if I'm building package: foo_<IP_ADDRESS>68-1ubuntu1.....
[08:53] <quentusrex> I'm using the 4th number as the svn revision, and the first 3 numbers as the most recent tagged release...
[08:54] <quentusrex> is there a better way to number it so that the tagged releases get a new orig, but the svn version can get updated?
[08:55] <zakame> hi hi
[08:56] <jmarsden> quentusrex: Until the upstream project releases a new version.
[08:57] <jmarsden> if you are new to packaging, it is far easier to stick to packaging released software, IMO.  Deal with creating tarballs from svn later once you have packaging itself well understood and working.
[08:58] <jmarsden> quentusrex: Bit wait... if it us -1ubuntu1 you already have Debian/Ubuntu packages for an older version to use as a basis for your work.
[08:59] <jmarsden> s/Bit/But/ :)
[09:01] <quentusrex> jmarsden: I'm part of a project and I'm the only one to deals with ubuntu
[09:01] <quentusrex> I want a package for myself, and it'd be easiest if I learn to package, and get others using it on ubuntu
[09:02] <jmarsden> Then you can persuade your colleagues to release at nice appropriate intervals, and release those as Ubuntu packages.
[09:03] <jmarsden> Do those creating packages for Fedora, or SuSe or FreeBSd just package from svn too?
[09:04] <quentusrex> they have two different sets of packages,
[09:04] <quentusrex> release packages, and nightlies...
[09:04] <quentusrex> I'm learning on the nightlies to build the releases properly..
[09:06] <jmarsden> First use a real, released tarball that you know has been tested and works.  Just my sugggestion :)
[09:08] <quentusrex> jmarsden: for most projects that is correct, but this one never has svn in unbuildable state...
[09:08] <quentusrex> anyone who breaks a build loses commit rights for a couple weeks
[09:09] <jmarsden> It's your choice.     But ... -1ubuntu1 means there is already a Debian foo-x.y-1 package, so why are you not using that?
[09:09] <quentusrex> so those with commit rights are cautious about committing... I'm not saying there aren't bugs, but they don't break stuff.
[09:09] <quentusrex> because there isn't one...
[09:09] <quentusrex> most packages seem to use that naming, so I used it.
[09:09] <jmarsden> Then you did not read the Packaging Guide carefully enough!
[09:09] <geser> for most package exists a version -1 in Debian
[09:10] <quentusrex> :)
[09:10] <jmarsden> https://wiki.ubuntu.com/PackagingGuide/Complete#changelog   says "If a package for the application does not exist in Debian, then the Debian revision is 0 (e.g., 2.4-0ubuntu1)."
[09:17] <quentusrex> aah, I'll fix that..
[09:17] <quentusrex> now, is there a good way to do: foo-1.0.4-15432-0ubuntu1.....
[09:17] <quentusrex> or will that not work?
[09:18] <binarymutant> is this for a ppa?
[09:20] <quentusrex> yes
[09:20] <quentusrex> it's for the development testing builds, aka nightlies...
[09:21] <quentusrex> where the svn revision should over ride the 0ubuntu5 part...
[09:21] <jmarsden> quentusrex: Don't use the - before the svn number, use a . instead.  - has a specific meaning .
[09:22] <binarymutant> quentusrex, ah thank you, I was just asking for my own future information on how ppa naming works (or doesn't work)
[09:22] <quentusrex> there seem to be a bunch of us that are new and trying to figure it out.. :)
[09:24] <binarymutant> I thought it didn't matter what you named it :/
[09:24] <binarymutant> err versioned it*
[09:24] <jmarsden> You will probably end up with foo-<IP_ADDRESS>90912-1~ppa~jaunty1 or similar.
[09:25] <jmarsden> binarymutant: Please do read https://wiki.ubuntu.com/PackagingGuide/Complete#changelog  (and in fact, read the whole Guide, for good info on packaging!)
[09:28] <binarymutant> jmarsden, ah does this also apply to ppa's ? for instance I was thinking about hosting some debs from another distro :/
[09:29] <jmarsden> PPAs are for Ubuntu, only, at the moment.  There have been requests to allow Debian packages there too, and DEbian buildds, but AFAIK that is not yet available or even promised.
[09:29] <quentusrex> will a foo-1.0.4~15234..... still be able to use foo-1.0.4.orig.tar.gz?
[09:29] <binarymutant> jmarsden, ah, ty for that info :D
[09:31] <quentusrex> what's the proper way to do orig directories and files?
[09:31] <jmarsden> quentusrex: Well... the version of the .orig (not the package version, the upstream version) needs to match.  That second - separates the upstream version part from the package version part.
[09:31] <jmarsden> softwarename-upstreamversion-packageversion~ppa~whatever
[09:32] <jmarsden> I repeat: by trying to work from svn you are adding unnecessary complexity to this... build a stable release and get a lintian clean package of it, *then* go after the svn code if you have to.
[09:33] <quentusrex> I hear you jmarsden, but the only point to packaging it is for the nightlies...
[09:33] <quentusrex> they have the release upgrade fully automated...
[09:34] <quentusrex> just not the nightlies...
[09:34] <jmarsden> No, the point is so you learn how to package, first!
[09:36] <randomaction> quentusrex: do you use svn-buildpackage? it's a tool that looks suited to your situation
[09:41] <diwic> What status should a bug have when it is waiting for a universe sponsor?
[09:42]  * hyperair usually puts either confirmed or in progress
[09:42] <randomaction> diwic: see https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue
[09:43] <diwic> randomaction: so it can be "confirmed" although I shouldn't confirm my own bugs?
[09:44] <randomaction> it should be "confirmed" if you have uploaded a debdiff for review
[09:44] <diwic> Okay. Should I manually remove config.sub & config.guess changes?
[09:49] <diwic> Well, I'll keep them then.
[09:50] <diwic> one FTBFS bug fixed \o/
[09:52] <randomaction> one out of hundreds...
[10:07] <diwic> randomaction: Or you could be optimistic and think of all the thousands of packages that actually build :-)
[10:07] <randomaction> :)
[10:20] <tilgovi> Newbie packaging question: if a `make install` creates directories that do not match the preferred layout of ubuntu packages (of this type), should I modify the Makefile or is there a file in the ./debian directory that can remap these locations?
[10:21] <jmarsden> debian/install
[10:21] <jmarsden> tilgovi: man dh_install
[10:21] <tilgovi> jmarsden: thanks :) I knew it had to be easy.
[10:32] <azeem> tilgovi: however, it is recommended to fix the upstream Makefile as well if possible
[10:33] <tilgovi> azeem: what if it's not debian...I mean to say...what standard layout should I attempt to impose?
[10:37] <tilgovi> azeem: that's a silly question...I can sort that out.
[10:37] <tilgovi> sorry.
[10:44] <azeem> tilgovi: the FHS
[10:57] <tilgovi> azeem: Ahh...I see. Great. Thanks a bunch.
[10:57] <tilgovi> now to start filling my ppa
[11:28] <Hosein-mec> hi
[11:28] <Hosein-mec> launchpad Accepted my package. and i received some email
[11:28] <Hosein-mec> [Build #1240247] i386 build of smooth-tasks 20090910-1 in ubuntu jaunty RELEASE (hoseinhz63 PPA)
[11:28] <Hosein-mec> ...
[11:28] <Hosein-mec> but there is no package yet
[11:28] <Hosein-mec> https://launchpad.net/~hoseinhz63/+archive/ppa
[11:29] <Hosein-mec> anyone told me about build-dependencies for package
[11:30] <Hosein-mec> how do that ?
[11:31] <geser> check why the build of your package failed and fix it
[11:31] <geser> have you read the packaging guide?
[11:32] <geser> !packaging guide
[11:39] <jcfp> Anybody know which python versions will be available in karmic?
[11:48] <DktrKranz> likely 2.5, 2.6 and 3.1
[11:52] <jcfp> DktrKranz: thanks
[12:24] <Hosein-mec> launchpad cant build
[12:24] <Hosein-mec> https://launchpad.net/~hoseinhz63/+archive/ppa/+build/1240247/+files/buildlog_ubuntu-jaunty-i386.smooth-tasks_20090910-1_FAILEDTOBUILD.txt.gz
[12:24] <Hosein-mec> anyone can help ?
[12:26] <Lutin> Hosein-mec: looks like the pacage is missing a build-dependency on cmake
[12:28] <Hosein-mec> Lutin: i need set it in debian/control file ? if yes how to find dependency need to build ?
[12:29] <Lutin> yes, you need to set it in debian/control − like all build-dependencies
[12:31] <Hosein-mec> Lutin: this line ? Build-Depends: debhelper (>= 7)
[12:31] <Lutin> yes
[12:31] <Hosein-mec> how find other dependensy needed for source ?
[12:31] <Lutin> you should probably read the debian new maintainer's guide, I guess
[12:32] <Hosein-mec> i read it but i dont understand this section
[12:47] <Lutin> Hosein-mec: I guess you can find at least the required libs by looking at CMakeFiles/*.dir/depend.internel , but I'm no cmake expert so there might be a better way
[12:49] <Lutin> (ah, there is. CMakeFiles/CMakeDirectoryInformation.cmake, at least)
[12:50] <Hosein-mec> Lutin: thanks
[15:16] <AnAnt> !logs
[15:20] <AnAnt> jmarsden: thanks
[17:45] <toobaz1> Hello. Denemo is a package full of bugs, with a version which upstream explicitly suggests to avoid. The last version, repackaged from scratch, just touched debian unstable. To work under karmic (and jaunty too, for that matter), the dependencies should be tweaked (only minimal versions, which are too exigent), and I can provide the patch for that. Do you think it is worth the effort or is it just too late?
[17:50] <ScottK> toobaz1: It's worth looking into.  I'd say (from what you've described) yes.
[17:50] <toobaz1> so I just ask a sync attaching the debdiff?
[18:01] <ScottK> And subscribe motu-release since it'll need a Feature Freeze exception at this point.
[18:01] <ScottK> !FFe
[18:01] <ScottK> toobaz1: See the extra information asked for ^^
[18:02] <lamalex> Can I apt-get source a package from a different release?
[18:02] <lamalex> for instance I'm on karmic and want to get the source package from jaunty for someting
[18:02] <lamalex> possible?
[18:02] <lamalex> I tried apt-get source gnome-power-manager/jaunty but that's not it
[18:02] <xnox> well you need deb-src lines for jaunty in your sources =)
[18:03] <lamalex> ah :)
[18:03] <lamalex> will that work then? was my syntax correct?
[18:03] <xnox> and I think there was a script in devscripts or ubuntu-devtools which would pull sources from launchpad which is more uptodate then any mirror
[18:04] <xnox> not sure about syntax but something like that should work =) check the manpage or just trial and error ;-)
[18:04]  * xnox is a beginner in ubuntu packaging
[18:05] <ScottK> pull-lp-source is, I think the script you meant
[18:06] <xnox> ScottK: thanks ;-)
[18:08] <RainCT> lamalex: once you have the deb-src line, apt-get source <package>=<version>
[18:08] <lamalex> RainCT: yah, i just rtfm'd
[18:09] <RainCT> lamalex: but if you write a patch for apt-get to accept a -t argument when doing 'apt-get source' you'd rock :P
[18:10] <lamalex> that would be convenient
[18:10] <lamalex> i'll put it on my 'todo'
[18:11] <RainCT> cool (unless your "todo" is like mine, ie. saying "I'll do it some day" and forget about it :D)
[18:11] <RainCT> somehow my English sucks today xD
[18:12] <lamalex> RainCT: yes, mine is like that
[18:13] <lamalex> it's about 10k items longs..
[18:13] <lamalex> many of which are quite large and actually need done
[18:14] <RainCT> btw, someone knows how to fix this? http://paste.ubuntu.com/269890/  (I get that trying to use cowbuilder-dist on Squeeze)
[19:10] <ScottK> Just submitted the "It's time for the gtk1.2 rdpends to die" bug.
[20:20] <ScottK> geser (or any other C proficient person) could I have a hand with http://revu.ubuntuwire.com/p/searchandrescue
[20:23] <jmarsden> ScottK: The function strcasestr is apparently being declared twice, slightly differently... which is not good.  Either declare it once, or make sure the two declarations are 100% identical?
[20:23] <ScottK> jmarsden: I'm not a C programmer, so I need "give me a patch" kind of help.
[20:23] <ScottK> Missing headers I can do (already fixed on in that package), this stuff, not me.
[20:24] <jmarsden> Ah... I'm not up for that right now, about to go out for lunch...
[20:26] <ScottK> Thanks anyway
[20:26] <ScottK> Odds are I'll be here when you get back.
[20:38] <geser> ScottK: you need someone with more C++ knowledge than me. This looks like the package implements some of the same C functions itself (in a C++ context)
[20:39] <ScottK> Yuck.
[20:39]  * ScottK looks around some more.
[20:39] <geser> I'd probably check if the description of the mentioned function in string.cpp matches the manpage and use the one from libc6 (i.e. comment the declaration and definition out)
[20:41] <geser> I'm currently not on my Ubuntu so can't check myself right now
[20:41] <geser> but will do it later
[20:41] <ScottK> Thanks.
[20:41] <geser> you can also ask sistpoty when he comes around
[20:43] <ScottK> I will.
[20:44] <sebner> geser: would you mind taking a look if this is correct: http://paste.ubuntu.com/269955/  <-- at least it builds for me now
[20:46] <geser> sebner: for this kind of error, this the correct fix (g++ would complain if some later code tried to write to the const pointer)
[20:47] <sebner> geser: thx :) seems to be qualified for an inline patch to me, no patchsystem :P
[20:54]  * RoAkSoAx should have swapped courses earlier. Lots to read and so little time to finish the homework :(
[20:55] <sebner> RoAkSoAx: school already started for you?
[20:56] <RoAkSoAx> sebner, yeah like 3 weeks ago, but I just swapped a course two days ago... and I already have like 7 chapters to read and a huge homework
[20:57] <sebner> geser: would you mind also taking a look at http://paste.ubuntu.com/269961/ ?
[20:57] <sebner> RoAkSoAx: what kind of school is that?
[20:58] <RoAkSoAx> sebner, Grad School (Masters Degree)
[21:00] <sebner> RoAkSoAx: heh, I wish you good luck then
[21:00] <RoAkSoAx> sebner, thanks :)
[21:02] <sebner> RoAkSoAx: and congrats to MOTUship btw :D
[21:03] <RoAkSoAx> sebner, thank you :) xD
[21:10] <geser> sebner: can you paste the function?
[21:11] <geser> sebner: and I guess kees would be happy if you also fixed the warning about the missing format string
[21:11] <sebner> geser: me might be you because my C knowledge = 0 :P
[21:13] <sebner> geser: http://paste.ubuntu.com/269971/
[21:17] <kees> those two just need to be  LOG_WARN("%s", err.c_str());
[21:18] <sebner> kees: I'm wondering what's the difference. I know this form other languages. %s shows err.c_str() so what speaks against lonely err.c_str()?
[21:19] <kees> sebner: because if err.c_str() itself contains format characters, they will be processed.
[21:19] <kees> i.e.  the first function takes a filename.  what if the filename is %x%x%n%n.blah ?
[21:20] <sebner> urgh
[21:20] <sebner> I understand
[21:20] <kees> cool :)  yeah, it's a subtle gotcha
[21:21] <sebner> kees: see that works. mighty guys you can propose solutions and worker bees (like me) uploading the fixes :D
[21:21] <kees> heh, well, I upload fixes too, but it sure helps if everyone is watching out for it.  :)
[21:22] <geser> sebner: I need to look later at it as I need to know what Qcall, Qlname, Q... and recbuffer is
[21:23] <sebner> geser: sure, go on. kees already told the solution to fix the warnings :)
[21:58] <sebner> geser: any progress? Btw, how can we improve the FTBFS fixing? The rebuild page is nice but can't be updated what's already fixed so it's pretty annoying (I suppose everybody checks if something has been done already though)
[22:00] <geser> sebner: I'm currently gaming (under Windows)
[22:00] <sebner> geser: heh, np :)
[22:00] <geser> sebner: wgrant knows about this wish for the the rebuild page and plans to work on it once he has some free time
[22:01] <sebner> cool, thx for the information :D
[22:01] <geser> sebner: as uploads to the main archive don't propagate to the rebuild archive, the script needs to check if there is a new upload to the main archive
[22:02] <geser> if you know python you can grab the code for the FTBFS page from my LP account
[22:02] <geser> (the rebuild page uses only a slight modified version of it)
[22:04] <sebner> geser: I'm more on the java/C# side :P (I hate java though)
[22:05] <binarymutant> how long should I wait to upload to revu after karmic+ ? It's a new version from upstream. I was thinking ~a month (?)
[22:09] <sebner> binarymutant: you can upload any time but won't get sponsoring until the archiv for karmic +1 is open
[22:15] <binarymutant> ty
[22:18] <RainCT> mok0: So you're a Wave fan too? :)
[22:30] <sebner> geser: fixing const char FTBFS is somehow funny, at least when they are easy to fix what's mostly the case


[08:09] <Dro> bonjour
[08:20] <DocZ> bonjour à touts
[08:20] <DocZ> bonjour Dro
[08:42] <Dro> ahla DocZ
[08:43] <Dro> any drupal guy on here? :D
[08:55] <DocZ> 5atini Dro
[08:55] <DocZ> :)
[09:08] <Dro> thats ok :)
[09:08] <Dro> wondering why Neo and the others don't come here anymore :|
[09:34] <elacheche> Morning folks :)
[09:34] <elacheche> That's life Dro :) People can be very very busy :) Wait to experience that soon ;)
[09:34] <elacheche> How are you doing DocZ :)
[09:35] <elacheche> nzoueidi: Yo! Share that prez :p
[09:35] <Dro> elacheche, morning, i'm already experiencing it... i'm very very busy with drupal :D
[09:37] <elacheche> Wait until life hits you in the face then :p
[09:43] <Dro> lol :P
[09:46] <nzoueidi> Morning folks, yep I will share it now :D
[09:47] <elacheche> Dro: ask nzoueidi about that :) ;)
[09:48] <Dro> nzoueidi yefhmelha fel drupal8 ? :P
[09:48] <nzoueidi> no :D I installed it locally but I am not that expert x)
[09:49] <elacheche> I mean ask him about live hitting you in the face x)
[09:49] <elacheche> hahahha :p
[09:49] <Dro> hahaha i see :D
[09:49] <Dro> brb, I have to take a coffee :D
[09:49] <elacheche> nzoueidi: did you read the SRE book from google or not yet?
[09:49] <nzoueidi> hahaha :D That's life x)
[09:50] <nzoueidi> elacheche: nope not yet I still facing many issues and tickets of clients.. :( I hope I can find time in the weekend to read it
[09:51] <elacheche> Same here.. Too ma,ny life events prevents me from reading anything
[09:52] <elacheche> Just, in case you or anyone else didn't knew about it, Google published it for Free, so you can read it online, or you can go and buy the actual book from O'Reilly → https://landing.google.com/sre/book.html DocZ have any good books to recommend?
[09:54] <nzoueidi> Pretty cool, the books I can recommend are about the Linux kernel, I have a collection if you are interested or anyone else I can share it in my website :D
[09:55] <elacheche> A blog post can be cool nzoueidi :)
[09:55] <nzoueidi> I will asap inchallah
[09:55] <elacheche> A guide how you contribute to many FOSS projects at work (with no confidential details of course :p) will be awesome too :)
[09:56] <nzoueidi> I am really thinking about that too :D
[09:58] <elacheche> :)
[10:11] <elacheche> Yo praisethemoon :)
[10:11] <praisethemoon> Good day :D
[10:11] <praisethemoon> how is it going elacheche ?
[10:13] <elacheche> Good praisethemoon :) u?
[10:13] <praisethemoon> well; what can I say
[10:14] <praisethemoon> i'm working with SSL and java keytool to generate self signed certificates
[10:14] <praisethemoon> so im not good
[10:14] <praisethemoon> xD
[10:17] <elacheche> I agree.. You're not good at all.. I have the java keytool.. At least you don't have to deal with a SSL SSO with that.. It's kind of nightmare sometimes.. Espacially when you don't get readable logs
[10:24] <praisethemoon> i'm just following my instincs
[10:24] <praisethemoon> which are deceiving me so far
[10:24] <praisethemoon> xD
[10:24] <elacheche> Maybe I can help.. What are you trying to achieve?
[10:28] <praisethemoon> i have a web application that is communicating with a CAS on another app container
[10:29] <praisethemoon> in production it might be in a complete separate server, so I'm trying to add the generated certificate to the web app's keystore :(
[10:30] <praisethemoon> so far not good xD
[10:33] <elacheche> hahahha :D
[10:33] <elacheche> CAS == SSO x)
[10:33] <elacheche> I did that before :)
[10:34] <elacheche> You're using tomcat?
[10:47] <elacheche> Good Feedback from a Google SRE guy about the Google SRE book Ch1 x) https://medium.com/@jerub/tenets-of-sre-8af6238ae8a8?ct=t(DevOpsLinks_51)#.7kolqhy5n
[10:47] <elacheche> morning nzoueidi
[10:47] <elacheche> morning nizarus
[10:48] <nizarus> bonjour elacheche
[10:50] <elacheche> nzoueidi: Me during the last weekend → https://redd.it/5zjr7i x( I really hate systemd x(
[10:51] <nzoueidi> hahaha exactlyyy x)
[10:53] <praisethemoon> what is systemd?
[10:55] <elacheche> Some says it "is an init system".. Other says it's a Cancer x)
[11:05] <praisethemoon> init what?
[11:05] <praisethemoon> services?
[11:08] <elacheche> https://en.wikipedia.org/wiki/Init
[11:09] <elacheche> Ubuntu used to use Upstrat, they actually initited the project, but now, it uses systemd..
[11:10] <elacheche> In fact, systemd is not only an init system (it was supposed to be).. It manage almost the whole system.. That's not good, because if systemd fails, the system fails..
[11:12] <praisethemoon> oh noes
[11:12] <praisethemoon> heavily centralized
[11:12] <elacheche> An off-topic question, anyone in here know a Linux compatible Belote game? → Not a FLASH one x)
[11:12] <praisethemoon> not me :(
[11:12] <praisethemoon> I bought a PS4 to game
[11:12] <praisethemoon> even though i have a gaming PC
[11:14] <elacheche> I don't need any of that to play a Belote game x)
[11:15] <praisethemoon> XD
[11:16] <praisethemoon> I play Bloodborne, Final Fantasy XV, The Witcher III WildHunt
[11:16] <praisethemoon> :D
[13:10] <nzoueidi> elacheche: I know a startegic game it is known as 0AD
[13:11] <praisethemoon> oh yeah it's FOS
[13:12] <nzoueidi> I tried it, a pretty cool game, it is the same as Age of Empire but a FOS one ;D
[13:12] <praisethemoon> Yeah ^^ there are a couple of good racing game out there
[13:12] <praisethemoon> there is also an RPG
[13:12] <praisethemoon> The Mana World
[13:12] <praisethemoon> it's worth trying


[05:57] <Xase> Think I can fully install Ubuntu on the Nook Color with this processor ARM Cortex A8-based Ti OMAP 3621? Instead of that stupid Ubuntu ARM over VNC on Android trick?
[09:56] <hrw> can someone copy me bootcmd from normal ubuntu uboot for panda/beagle?
[10:26] <hrw> ~summon ogra
[10:28]  * ogra waves
[10:28] <hrw> http://pastebin.com/YXWdZTfe - lovely hang
[10:29] <hrw> ubuntu mlo + uboot + .35 kernel
[10:29] <hrw> same with linaro mlo (1.44)
[10:29] <hrw> worked with .37-linaro kernel
[10:29] <hrw> and my board shutdowns when ubuntu/xload + ubuntu/uboot + linaro.37 are used
[10:30] <ogra> weird
[10:30] <ogra> we dont have such probs
[10:31] <hrw> I will dig other psu to compare
[10:31] <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/releases/natty/alpha-3/
[10:31] <ogra> try with this image, it definitely worked on all our boards
[10:31] <ogra> .35 kernel, and the x-loader and u-boot from natty
[10:32] <ogra> afaik we are using all the same x-loader and u-boot linaro packages
[10:32] <hrw> will check
[10:32] <ogra> i have never seen such an x-loader hangs message that late in the boot
[10:33] <hrw> if image will fail to boot I will start to send more curses^Wcomplains in TI direction
[10:33] <ogra> only if the FAT wasnt ok but then usually before the kernel gets exectuted
[10:33] <hrw> fsck passed
[10:34] <ogra> doesnt matter
[10:36] <ogra> x-loader-omap4-panda and u-boot-linaro-omap4-panda are the binary packages we currently use in ubuntu
[10:43] <fairuz> outer_flush_range will flush L1 and L2 or only L2? =)
[10:49] <noah1989> hi, has anyone got s-video working correctly on the beagleboard xM?
[10:49] <noah1989> it kinda works with the natty alpha-2 image
[10:49] <ogra> i think GrueMaster wanted to test it once
[10:49] <ogra> but you have to wait until he gets up (US Pacific TZ)
[10:50] <noah1989> however the resolution is not correct (larger than 640x480) and the left part is off-screen
[10:50] <noah1989> twaeaking the timings doesn't work. only the predefined "ntsc" and "pal" are accepted
[10:51] <noah1989> everything else -> invalid argument
[10:52] <hrw> so far so good - booting
[10:53] <ogra> with what files ?
[10:53] <ogra> and what did you do to get there ?
[10:53] <noah1989> orga: are u talking to me?
[10:54] <ogra> no to hrw
[10:54] <noah1989> ok
[10:54] <ogra> i have no svideo around to even test so i cant tell much about it
[10:55] <hrw> ogra: alpha3 image
[10:55] <ogra> ah, k
[10:55] <ogra> intresting
[10:55] <hrw> ogra: booted to language selector and have to findout where my usb devices are
[10:55] <ogra> if you used the same packages it can only be your formatting
[10:56] <hrw> so linaro-image-tools
[10:57] <ogra> right, likely a wrong formatting of the vfat
[10:57] <hrw> time to report bugs against installer?
[10:58] <ogra> which installer ?
[10:58] <ogra> l-i-t ?
[10:58] <hrw> oem-setup or how ubuntu installer is named
[10:58] <ogra> hmm, why ?
[11:00] <hrw> keyboard selector lacks Polish chars in country/layout lists
[11:00] <hrw> "Po?udniowoafryka?ski" or "Pakista?ski"
[11:01] <hrw> font has "ł ń" characters cause they are used in other places
[11:01] <ogra> hmm, intresting
[11:03] <noah1989> " S-video resolution is 720x574 (pal) or 720x482 (ntsc). The edges of that
[11:03] <noah1989>     area are usually not shown by the TVs. To get a framebuffer that is
[11:03] <noah1989>     fully visible, you need to resize and move the overlay."
[11:03] <noah1989> ah! didn#t know that..
[11:03] <hrw> http://42.pl/u/2z8N
[11:03] <hrw> ogra: http://42.pl/u/2z8N
[11:05] <ogra> intresting
[11:06] <ogra> they dont wear bras
[11:06] <ogra> :P
[11:06] <LetoThe2nd> oO( erm... what? )
[11:06] <ogra> the pic hrw linked to
[11:07] <LetoThe2nd> gnah. that one again.
[11:11] <hrw> nice thing is that installation does not require mouse
[11:11] <hrw> desktop is unusable without it
[11:12] <ogra> yeah, there is a bug open for unity-2d accessibility
[11:13] <ogra> you can select classic gnome at the login manager though
[11:13] <ogra> that should be usable by kbd
[11:13] <hrw> cyanish framebuffer works
[11:13] <ogra> indeed
[11:14]  * ogra wonders whern someone will add fi fix for the color offset
[11:14] <hrw> ogra: there are rumours that 2.6.66 'ivil edition' will have it
[11:15] <ogra> should really not be to hard to manipulate the rgb defaults
[11:16] <ogra> your font stuff is intresting, seems to only affect the selection list, all other parts of the app have the right encoding
[11:17] <hrw> exactly
[11:17] <hrw> #ubuntu-installer exists?
[11:17] <ogra> yep
[11:17] <ogra> talk to ev
[11:18] <hrw> thx
[11:36] <noah1989> installation works w/o mouse EXCEPT time zone setting
[12:15] <ppisati> orga: ping
[12:15] <ppisati> ogra: ping
[12:16] <apw> ogra, meet ppisati ...
[12:16] <apw> ogra, is going to be doing some arm work on the kernel team
[12:34] <armin76> looks like ogra is hiding from him
[12:40] <ogra> ppisati, apw, awesome
[12:40] <ogra> !!
[12:40] <ogra> janimo, whats that about your NEON patch to Qt ?
[12:45] <ppisati> ogra: Hi! i just got a mvl-dove board, do you know where i can find an image for it?
[12:47] <janimo> ogra, FTBFS fix, some files were not properly passed -mfpu=neon  so gcc bailed
[12:47] <janimo> needed a change to gui.pro in the sources
[12:47] <janimo> I'll update the bugreport
[12:47] <ogra> janimo, i see that, but i would know about the implications
[12:47]  * janimo is annoyed by whatver changed lately in natty that fails to highlight xchat pings
[12:48] <janimo> ogra, we'll see the implications once it builds I guess
[12:48] <ogra> are there now *any* files in the archive that have NEON enabled in a hardcoded way ?
[12:48] <janimo> there are a few files built with neon options
[12:48] <janimo> the rest of Qt without
[12:48] <ogra> thats not acceptable
[12:48] <janimo> so hopefully only when those are enabled at runtime will run
[12:49] <janimo> I looked over the bugreport comments and am not 100% sure I understand everything
[12:49] <ogra> all NEON paths in code need to be runtime switched or off by default
[12:49] <janimo> however my patch so far is not assuming it fixes neon
[12:49] <janimo> just fixes the build
[12:49] <janimo> then we see if neon runtime detection works and fix it if it does not
[12:50] <ogra> well, -mfpu=neon will enable it hardcoded for these files
[12:50] <janimo> ogra, I believe that is what Qt does but have not checked. A few files which are built with neon should only be used when neon is detected
[12:50] <janimo> ogra, right, but those function will not be called all the time
[12:50] <ogra> k
[12:50] <ogra> lets test then
[12:50] <janimo> otherwise there is not neon at all if we do not build at least some functions with it
[12:50] <ogra> i guess i need to upgrade my ac100 to natty this week :(
[12:51] <ogra> ppisati, http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ was the last release we built for dove (not sure how well that image works though, you might be better off with the lucid one)
[12:52] <janimo> ogra I also took out gnome-panel from u-2d deps, hopefully it wil not be included on the image soon
[12:52] <janimo> as it is not used
[12:52] <ogra> it is used
[12:52] <ogra> by gdm
[12:52] <janimo> I don;t think it is
[12:52] <janimo> if so it will be pulled in by gdm then
[12:52] <ogra> gdm uses a cut down gnome standard session in the greeter
[12:52] <janimo> I have not seen anything resembling the gnome-panel in gdm login screens
[12:53] <janimo> just shutdown/reboot menu but that is different
[12:53] <ogra> the panel at the bottom is gnome-panel afaik
[12:54] <ogra> in any case we need gnome-panel for the classic session, if all deps are removed i need to seed it
[12:54] <janimo> ogra, we also have the classis session on the image??
[12:54] <ogra> sure
[12:54] <janimo> I thiught unity and unity-2d is all
[12:54] <ogra> no
[12:54] <janimo> oh boy
[12:54] <ogra> we have a minimal classic session as -desktop does
[12:55] <janimo> the whole kitchen sink. So the chances of getting a mixed up nonfucntional environment like now compiz crashing+gnome classic creates on x86
[12:55] <ogra> the only thing we additionally use is unity-2d, else our setup needs to match -desktop
[12:55] <ogra> doesnt carsh for me here
[12:55] <janimo> I have not yet run unity successfuly
[12:55] <ogra> wow
[12:55] <ogra> graphics card ?
[12:56] <janimo> and am not sure the bothed experience I get with classic now is due to unity bits remaning or gnome-calssic changed as well
[12:56] <janimo> intel
[12:56] <janimo> had workse on ati r300
[12:56] <janimo> I mean it runs for a while then crashes
[12:56] <ogra> hmm, my 965 works fine here
[12:56] <ogra> with unity as well as witch classic
[12:56] <janimo> dual screen support looks weird - tooltips on a different screen than the buttons they belong to
[12:57] <janimo> I seea deluge of unity bugs and I do not have the time to fight it
[12:57] <ogra> ah, i only use an external screen on my laptop, but in single screen mode (laptop LCD off)
[12:57] <janimo> this is GMA4500
[12:57] <ogra> ah, thats newer
[12:58] <janimo> maybe it is the dual setup, anyway I cannot image how this is going to be very stable in less than two months
[12:58] <ogra> heh
[12:58] <janimo> did the gnome-classic experience change too?
[12:58] <ogra> ask the DX team, they seem to be confident
[12:58] <ogra> (from what i gather in the release team meetings on fridays)
[12:58] <janimo> I see only one menu now in the corner (not app/places/system)
[12:59] <ogra> gnome-classic should look like it did before
[12:59] <ogra> i.e. in maverick
[12:59] <janimo> and the app menus are gone - I thought only unity moves them to top of screen
[12:59] <ogra> i have appmenus here
[12:59] <janimo> ok, so unity bits stay around even if compiz crashes. convenient
[13:00] <janimo> I guess I need to reboot more often and not just suspend/resume
[13:00] <ogra> i have to use classic because i just digitize my LP collection, audaciy (and i guess other wxwidget apps) doesnt work right with the appmenu in panel
[13:01] <ogra> runs as smooth as always
[13:01] <janimo> ok, that is reassuring
[13:01] <janimo> ogra, have you seen the debian-cd merge request?
[13:02] <ogra> hmm, no
[13:09] <lool> janimo: I did
[13:09] <lool> janimo: I flagged it as "I should really look at it" but didn't get the time
[13:14] <janimo> lool, ok thanks
[14:00] <ogra> gah
[14:01] <ogra> wh does update-manager install postfix on a maverick->natty upgrade
[14:09] <rsalveti> morning
[14:09] <ogra> hey, isnt it a public holiday in brazil ?
[14:10] <ogra> or only if you dance ?
[14:11] <rsalveti> yup, carnival
[14:12] <rsalveti> but I'm more to rock and roll than the usual carnival dance ;-)
[14:12] <rsalveti> ogra: janimo: in theory the neon issue would be solved by compiling just the neon affected files with neon support
[14:12] <rsalveti> and then at runtime it'd load the correct lib
[14:12] <rsalveti> that's what I think it was changed for qt 4.7.2
[14:13] <ogra> rsalveti, yeah, the question is if thats really the case
[14:13] <rsalveti> we'll see :-)
[14:13] <ogra> but i'm just upgrading to natty here
[14:13] <ogra> so as soon as it built i can test
[14:14] <ogra> (if that upgrade ever finishes)
[14:14] <janimo> ogra, only one day left to go :)
[14:14] <ogra> yeah, possibly the same for my upgrade :P
[14:14] <janimo> it just finished buildin on a panda here, started lastd night
[14:15] <rsalveti> ppisati: welcome!
[14:15]  * ogra urgently needs to re-roll the ac100 kernel with all patches here ... the MMC driver doesnt know about fast cards and limits itself to 16M/s
[14:16] <janimo> ogra, do you have the sources to that kernel? can it be patched to 2.6.38?
[14:16] <ogra> it cant, but some people are working on moving it to .36 atm
[14:16] <ogra> once thats done the next level shouldnt be to hard
[14:17] <ogra> problem is that apparently the clocks arent set anywhere in the 2.6.29 code so they currently use random values and try to determine the right ones
[14:37] <ppisati> rsalveti: yeah :)
[14:39] <hrw> ogra: you have devscripts installed?
[14:39] <ogra> hrw, only with --no-install-recommends
[14:39] <ogra> might be that u-m doesnt respect that though
[14:40] <ogra> which is annoying
[14:42] <ppisati> ericm: ping
[14:43] <ericm> ppisati, pong
[14:43] <ericm> ppisati, did you get the package?
[14:43] <ppisati> ericm: got the board, but i'm unable to get it running
[14:43] <ericm> ppisati, what's wrong?
[14:43] <ppisati> ericm: wait let me tell you what i did
[14:43] <ericm> ppisati, 'k
[14:44] <ppisati> ericm: i got a mvl image (http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ubuntu-netbook-10.10-netbook-armel+dove.img)
[14:44] <ppisati> ericm: dd it on a sd card
[14:44] <ppisati> ericm: put the sd card in sd 1 or 2 (tried both)
[14:44] <ericm> ppisati, ah - it doesn't boot from SD
[14:44] <ericm> ppisati, try USB
[14:45] <ppisati> ericm: ah
[14:45] <ppisati> ericm: so i need a usb stick?
[14:45] <ericm> ppisati, yep
[14:45] <ppisati> ericm: k, let my try
[14:49] <ppisati> ericm: does it make any difference in which usb port i plug the stick?
[14:49] <ericm> ppisati, nope
[14:50] <ericm> ppisati, but you can try
[14:50] <ericm> ppisati, if it doesn't boot on one or the other
[14:51] <ppisati> ericm: the serial should work, right?
[14:51] <ericm> ppisati, I remember so - but last time I was unable to see anything from there
[14:52] <ericm> ppisati, cannot remember of if it's now using the USB serial besides that RS232 connector
[14:52] <ppisati> ericm: but at least the vga output should spit something, right?
[14:53] <ericm> ppisati, yep
[14:53] <ericm> ppisati, or you may want to try a different monitor
[14:53] <ericm> ppisati, I have two monitors here, one work, the other doesn't
[14:53] <ericm> ppisati, :-)
[14:56] <ppisati> ericm: no signs of life :(
[14:56] <ericm> ppisati, :-(
[14:56] <ppisati> ericm: which .img did you use with that board?
[14:56] <ericm> ppisati, I used 10.04
[14:57] <ogra> as i said above, maverick might not work
[14:57] <ppisati> ogra: k
[14:59] <ericm> ogra, cannot find the 10.04 dove image though, strange
[14:59] <ppisati> ericm: yep, it's not there
[14:59] <ogra> might be on releases.u.c
[15:04] <ppisati> ogra: found it, let me try that
[15:28] <ogra> GrueMaster, hmm, when did you do your last natty upgrade test, cups seems to hang here upgrading the ac100 to natty
[15:31] <ogra> i wonder if thats a recent regression or something new
[15:35] <ppisati> ogra: no luck either with 10.04
[15:37] <ogra> weird
[15:38] <ppisati> yep :(
[15:38] <ogra> ppisati, talk to GrueMaster and NCommander, they are the only ones still owning dove boards in the arm team
[15:38] <ppisati> ogra: ok, thanks
[15:38] <ogra> (we havent touched it actively in the team since a year, NCommander did a special spinnoff for the maverick release)
[15:39] <ppisati> NCommander: ping
[15:39] <ppisati> GrueMaster: ping
[15:40] <ogra> what revision is your board ?
[15:41] <ppisati> ogra: is it written on the pcb?
[15:41] <ogra> there should be a sticker
[15:41] <ogra> i think we only supported X0 and upwards in the end
[15:41] <ogra> not sure though
[15:41] <ppisati> ogra: actually ericm said he was using this
[15:42] <GrueMaster> ppisati: morning.
[15:42] <ogra> hmm, k
[15:42] <GrueMaster> (barely)
[15:42] <ppisati> GrueMaster: morning
[15:42] <ogra> GrueMaster, ppisati is our new arm kernel victim :)
[15:42] <GrueMaster> I'm sorry.
[15:42] <ppisati> :)
[15:42] <ogra> lol
[15:42] <ericm> ppisati, it's A0 and lucid installation should be working
[15:42] <ericm> ppisati, I installed it days ago
[15:43] <ppisati> ericm: usb stick and vga output, right?
[15:43] <ericm> ppisati, yes
[15:43] <doko> janimo: saw a new qt4-x11 update today. this should be repeated after today's gcc-4.5 is in the archive
[15:44] <ogra> doko, you mean rebuilt  :)
[15:44] <ericm> ppisati, is the hex LED increasing ever?
[15:44] <ogra> and the ugly hack dropped
[15:45] <ppisati> ogra: actually it's completely off
[15:45] <ppisati> ogra: while a couple of other green leds are on
[15:45] <doko> ogra: whatever ...
[15:46] <ppisati> ogra: did you use an atx power brick to power it?
[15:46] <ogra> doko, i meant to say ... its high up on our radar, dont worry :)
[15:46] <ogra> ppisati, yes and a sata disk ... but i only had a Y0
[15:47] <ogra> thats loooong ago
[15:47] <ppisati> ogra: k
[15:47] <ppisati> ericm: and did you use an atx power brick too?
[15:47] <ericm> ppisati, yes
[15:47] <ppisati> ericm: and do you remember if the HEX leds were on?
[15:48] <ppisati> ericm: i mean, even when it didn't boot
[15:48] <ericm> ppisati, it's powered on as '7'
[15:48] <ericm> ppisati, or '0'
[15:48] <ppisati> ericm: i'm trying to rule out a power problem
[15:48] <ericm> ppisati, and when kernel actually boots, it starts increasing from 0 to 7
[15:48] <ericm> ppisati, it's a standard ATX, shouldn't be much a problem
[15:48] <ppisati> ericm: uhmm...
[15:50] <ericm> ppisati, have to sleep now - let me know if you succeed with that crappy board :-)
[15:50] <ericm> ppisati, good luck
[15:52] <GrueMaster> ppisati: I can work with you on getting your dove running, but I need my coffee first.  Give me 15 minutes.
[15:54] <ppisati> GrueMaster: k, thanks
[16:20] <GrueMaster> ppisati: Ok, I'm semi-awake now.  Have you gotten anywhere with your dove board yet?
[16:23] <ppisati> GrueMaster: nope
[16:23] <GrueMaster> Are you getting power?
[16:23] <ppisati> GrueMaster: i tried with a Lucid and Maverick image on sd and usb
[16:23] <ppisati> GrueMaster: well, i'm using an ATX power brick
[16:23] <ppisati> GrueMaster: the HEX lcd is off, but a couple of green leds on the board turn on
[16:24] <ppisati> GrueMaster: so i guess power is ok
[16:24] <ppisati> GrueMaster: could you try to power on a board with no usb/sd inside and tell me if the LCD turns on?
[16:25] <GrueMaster> No, that just means standby power is available.  Press the power button.  It is on the mainboard, next to the barrel power connector .
[16:26] <GrueMaster> I am currently rebooting mine into Lucid.    And don't worry, I won't start your beer tab for at least a week.  :P
[16:30] <GrueMaster> ogra: What was the issue you had with Cups?
[16:30] <ppisati> GrueMaster: :)
[16:47] <ogra> GrueMaster, service restart/stop from the preinst/postinst scripts seemed to hang
[16:47] <GrueMaster> Hmmm.
[16:47] <GrueMaster> This is in natty?
[16:47] <ogra> maverick to natty on the ac100
[16:48] <GrueMaster> Not that I have an ac100 to test with, but I'll try to reproduce it today on panda.  May take a while (install, update, upgrade).
[16:49] <ogra> yeah
[16:49] <ogra> 3h up to now on the ac100
[16:49] <ogra> i just used do-release-upgrade on cmdline though
[16:49] <GrueMaster> Ok.  I'll keep that in mind.
[16:50] <hrw> ogra: you finally upgrade?
[16:50] <ogra> yes
[16:50] <ogra> need to test neon bits
[16:50] <hrw> ;D
[16:51] <hrw> I am waiting for courier to replace alix.1c (amd geodelx x86) with d510mo (d510 64bit atom)
[16:51] <hrw> will see how good/bad ubuntu server will work on my router
[16:52] <ogra> its just x86 hw ...
[16:52] <ogra> it will work well
[16:54] <hrw> I had binutils-powerpc-linux-gnu on router...
[17:09] <GrueMaster> ppisati: Did your system boot?
[17:27] <janimo> doko, I noticed the new gcc contains the fix, but I wanted to do an upload so I don't wait another day, and more importantly so that we have a 4.7.2 in a a hopefully working state with gcc 4.4 and have the compiler change as a separate step , in case somehtign goes wrong we don't have to scractj our heads againt whether it is a toolcahin on upstream change that caused the difference
[17:27] <janimo> but yes, we need to rebuild with gcc 4.5 ASAP
[17:27] <ogra> janimo, well, we also need to drop the patch anyway
[17:28] <ogra> i guess if we take care by thu. it will be ok
[17:28] <ogra> both packages will have built then
[17:28] <janimo> what is thu, another milestone?
[17:28] <ogra> yeah, the weekly thursday milestone ... comes right before the weekly friday one ;)
[17:28] <janimo> ogra, by tomorrow we'll see if neon runtime detection work adn whether another qt change is needed
[17:28] <janimo> :)
[17:29] <ogra> right
[17:29] <ogra> i dont think we are in a hurry with the rebuild ... though the kde people might disagree
[17:29] <ogra> not sure how much pressure has built up there
[17:35] <janimo> ogra, whay would they care that much?
[17:35] <ogra> because not all of kde is built yet ?
[17:35] <janimo> as long as it is agreed it is a temporary measure and has no drawbacks
[17:35]  * ogra hasnt checked the list
[17:37] <janimo> ogra, ah, I thought it was in reference to qt
[17:37] <ogra> nah, kde
[17:38] <janimo> indeed kde needs rebuilds, I think this is taken care of kubuntu devs unless it is arm specific FTBFS
[17:38] <janimo> I think it is just the usual deps not yet met thing
[17:38] <ogra> yep
[17:42] <ogra> xulrunner-1.9.2 (<IP_ADDRESS>+build3+nobinonly-0ubuntu2) wird eingerichtet ...
[17:42] <ogra> Segmentation fault (core dumped)
[17:42] <ogra> hrm
[17:42] <ogra> not good
[17:47] <GrueMaster> Hey, I got Blaze running natty A3.  replaced x-loader & u-boot with rsalveti's secret sauce and everything looks good, even unity-2d.
[17:47] <rsalveti> GrueMaster: \o/
[17:48] <ndec1> GrueMaster: which kernel are you using?
[17:48] <ogra> awesome
[17:48] <GrueMaster> Default kernel that is in the image.  2.6.35-1101.4 I think.
[17:48] <ndec1> GrueMaster: thx
[17:54] <GrueMaster> ogra: rsalvetiWhat are the chances of having both panda & blaze versions of uboot & xloader in the deb package?  Or are they heading towards a single binary?
[18:04] <GrueMaster> Ugh.  Fresh install of maverick, then dist-upgrade == 242 package updates.
[18:08] <rsalveti> GrueMaster: they will be the same binary
[18:09] <rsalveti> but we're still waiting correct sdp support from ti with x-loader upstream
[18:09] <GrueMaster> Cool
[18:09] <rsalveti> oh, sorry, at least x-loader needs to be a different binary
[18:09] <rsalveti> because of the hardware id
[18:10] <GrueMaster> It can't auto-detect?
[18:10] <rsalveti> it could be the same binary, but then it'd need a way to identify the hardware before actually initializing it
[18:20] <rsalveti> hrw: the x-loader you were using is a quite old one
[18:20] <rsalveti> that could be your problem
[18:20] <rsalveti> or even a simple fat problem with your first disk partition
[18:49] <GrueMaster> rsalveti: linux-image-2.6.38-1204.5 working on my panda.  Even have dvi output (shocking).  Thought I might need a rework.
[18:49] <rsalveti> GrueMaster: awesome
[18:49] <rsalveti> GrueMaster: does it crash when you halt or reboot?
[18:50] <rsalveti> GrueMaster: please check if the sound and wireless is also working
[18:50] <rsalveti> if possible
[18:50] <GrueMaster> Didn't appear to on reboot
[18:50] <GrueMaster> (crash that is).
[18:51] <GrueMaster> Had to reboot a couple of times.  Once to add dvi settings to boot.script, and another because I forgot to add the kernel version to flash-kernel when updating boot.script (oops).
[18:52] <GrueMaster> So I have booted back and forth a couple of times between .35 & .38.
[18:52] <GrueMaster> Bluetooth appears to be enabled.  Haven't tested yet.  Wifi also appears to have been detected.
[18:53] <GrueMaster> Does wifi need firmware?
[19:05] <rsalveti> GrueMaster: it needs a firmware
[19:05] <rsalveti> but probably already installed
[19:05] <GrueMaster> Ok.  Might need an antennae.  Don't have one handy and my wifi AP is in another room.
[19:07] <rsalveti> could be even the lack of proper calibration values
[19:07] <rsalveti> sebjan may help here
[19:10] <sebjan> GrueMaster: the wlan firmware coming with the linux-firmware package is the good one.
[19:10] <sebjan> for calibration: http://wireless.kernel.org/en/users/Drivers/wl12xx#Calibration
[19:10] <sebjan> (did not try that myself yet)
[19:11] <GrueMaster> sebjan: ok, will check in a sec.  Trying to get audio now.
[19:11] <sebjan> GrueMaster: for WLAN, you may have a MAC address set to 0. This can hurt. For now, the best is to set a random MAC address manually (using ifconfig)
[19:14] <sebjan> GrueMaster: fyi, here is the way I tested wlan and audio on this kernel: http://paste.ubuntu.com/577134/
[19:14] <GrueMaster> rsalveti: no audio at all.
[19:15] <sebjan> GrueMaster: you need some mixers settings
[19:15] <rsalveti> hm, I think you need to set the mixers by hand
[19:15] <GrueMaster> Yea, I was tweaking alsamixer manually.
[19:16] <GrueMaster> While running speaker-test -c 2 -t wav in another terminal.
[19:17]  * sebjan has to go
[19:17] <rsalveti> GrueMaster: http://paste.ubuntu.com/577137/
[19:18] <rsalveti> from sebjan's email
[19:18] <sebjan> yep, you have this one plus the record mixers in my above http://paste.ubuntu.com/577134/ compilation ;-)
[19:19] <rsalveti> that should do it :-)
[19:24] <GrueMaster> Nope, nothing.
[19:24] <GrueMaster> This is on natty w/ 2.6.38-1204.5.
[19:26] <GrueMaster> Hmmm.  dmesg has "asoc:  no valid backend routes for PCM:  SDP4430 Media" repeated multiple times.
[19:28] <GrueMaster> Could be pulseaudio related though.  No hw in pulseaudio.  No sound using alsa tools.
[19:31] <rsalveti> hm, weird
[19:31] <rsalveti> even after erasing the current alsa state?
[19:32] <rsalveti> because it'll try to load with the settings with had form maverick's kernel
[19:32] <rsalveti> *we had
[19:40] <GrueMaster> Nope.  No audio.  I deleted /var/lib/alsa/asound.state, sync'd the SD, then hard reset so state wasn't saved.  Then ran script with amixer settings to start fresh.  Still no sound.
[19:59] <brose> hey all, is the maintainer of the ubuntu-omap4-extras package present?
[20:03] <rsalveti> brose: ti is in general, but you can ask the question
[20:04] <brose> I was interested in making a similar package for fedora-arm, was wondering if it was possible to attain the source in some manner (e.g. binary blobs like the nvidia prop driver)
[20:08] <dcordes_> rsalveti: you guys keep anything platform specific in such packages ?
[20:08] <rsalveti> brose: I believe you can distribute some packages
[20:08] <rsalveti> need to check the licenses from all binary packages, but I believe you'd be ok to at least distribute the powervr sgx ones
[20:09] <rsalveti> the wireless is now upstream, so you don't need to distribute the firmware
[20:09] <rsalveti> for the video decoding part I don't know the details of the license, need to check
[20:10] <rsalveti> dcordes_: only the ti blobs to make panda work with all the extras
[20:11] <dcordes_> rsalveti: ok I'm considering to add all the device specific things for htc hd2 in some package so people can use their own rootfs base
[20:13] <rsalveti> dcordes_: sure, if you can distribute this pieces it'd be ok
[20:15] <dcordes_> rsalveti: it's mostly some ugly scripts for networking
[20:15] <rsalveti> dcordes_: oh, ok
[20:15] <dcordes_> hm it's a good point. I didn't think of the bcm4329 blob
[20:48] <Jack87> Hola!
[20:49] <Jack87> Ubuntu on Arm sounds like a lot of fun!
[20:49] <Jack87> how successful has it been?
[20:50] <dcordes_> Jack87: very successful
[20:50] <dcordes_> Jack87: it makes many people happy
[20:51] <Jack87> on any actual mobile devices? or just some of the development boards?
[20:51] <dcordes_> I use it on the htc hd2
[20:52] <Jack87> what processor does that have?
[20:53] <Jack87> dcordes_, are you using Utouch interface stuff with it to?
[20:53] <armin76> haha
[20:53] <Jack87> armin76, no making fun.. i dunno what i am talking about. haha here to pick brains and learn
[20:54] <dcordes_> Jack87: cortex-a8
[20:56] <Jack87> is there any walk throughs for omap boards?
[20:59] <Jack87> any work being done on newer devices?
[21:05] <Jack87> What port would best be sugested for omap 3 devices?
[21:07] <Jack87> so my goal is trying this out on a nook color
[21:07] <Jack87> be a great tablet experince i think with netbook remix style and maybe utouch interface
[21:07] <Jack87> besides the sucker is only $250 for amazing hardware!
[21:09] <Jack87> any advice would be appreciated
[21:38] <doko> GrueMaster: ping on bug #605042
[21:38] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[21:39] <GrueMaster> doko: Thanks for the reminder.  Last week was psychotic getting Alpha 3 out.  Will start it now.
[21:39] <doko> cool, thanks
[22:20] <hrw> rsalveti: it was ubuntu xloader
[22:24] <rsalveti> hrw: sure, but from what image?
[22:25] <hrw> rsalveti: from ports.ubuntu.com/pool/ directly
[22:25] <hrw> rsalveti: it was attempt to try other versions then linaro ones to check for shutdown bug
[22:25] <rsalveti> oh, ok
[22:25] <rsalveti> the new package name is x-loader-omap4-panda
[22:26] <hrw> rsalveti: alpha3 image works so far
[22:26] <rsalveti> it could be the case you used the older x-loader-omap4
[22:26] <hrw> maybe
[22:26] <rsalveti> hrw: cool
[22:26] <hrw> xloader should die
[22:26] <rsalveti> yes
[22:26] <rsalveti> it'll soon I believe
[22:27] <rsalveti> well, dinner time
[22:27]  * rsalveti bbl
[22:36] <sveinse> I got a fatal from qemu while trying to install natty using rootstock (from maverick)
[22:53] <GrueMaster> doko: Ok, after compiling and running the testcase attached to bug 605042 on a normal babbage image with latest kernel (2.6.31-608.22), I am able to reproduce the segfault.  However, booting with the kernel from Jeremy Kerr (comment #42), I no longer segfault.
[22:53] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[22:57] <doko> GrueMaster: and installing the mentioned libc6/libc6-dev, java -version works?
[22:57] <doko> of course in a maverick chroot
[22:58] <GrueMaster> I am using the latest openjdk-6-jre-headless, 6b18-1.8.5-0ubuntu1~10.04
[22:58] <GrueMaster> java -version hasn't failed in either test.
[23:00] <doko> GrueMaster: I just wanted to double that it still works with the libc6 package from mentioned in the report
[23:00] <doko> double check even
[23:00] <GrueMaster> I'll check.
[23:02] <GrueMaster> The one I have is:
[23:02] <GrueMaster> ubuntu@babbage3:~$ /lib/libc.so.6 --version
[23:02] <GrueMaster> GNU C Library (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) stable release version 2.11.1, by Roland McGrath et al.
[23:03] <GrueMaster> not sure why the different versions.
[23:08] <doko> GrueMaster: is this a lucid install?
[23:09] <GrueMaster> yes
[23:09] <doko> because the version I need to have tested is 2.12-0ubuntu4. so you would have to install a maverick chroot and downgrade to this version in the chroot
[23:09] <doko> both libc6 and libc6-dev
[23:10] <GrueMaster> ok
[23:10] <GrueMaster> Lucky for you my system doubles as a buildd test env when not testing updates.  :P
[23:11] <doko> if you want to check further, grab the natty eglibc, and back out the any/cvs-revert-flush-cache-textrels.diff patch
[23:33] <GrueMaster> Ok, I was able to rebuild and retest the testcase in a maverick chroot with downrev'd libc6 2.12-0ubuntu4.  Works.  Will reboot to older kernel and see if it fails.
[23:38]  * doko waits for the reboot
[23:42] <doko> GrueMaster: ?
[23:44] <GrueMaster> ok, segfaults with the released kernel, passes with the test kernel.
[23:44] <doko> sucess! tvm!
[23:44] <GrueMaster> np.