[05:04] <jjesse> i'm working on updating the current kubuntu release notes for breezy and the current doc that is svn is based on the KubuntuRoadmap found on the wiki
[05:04] <jjesse> where is the best place to find out what exactly was completed?
[05:20] <jjesse> if anyone can help me out email me at<EMAIL_ADDRESS>as i'm off to bed
[10:07] <Tonio-> morning everyone
[10:39] <verwilst> hellow
[12:35] <tvo> Riddell: I e-mailed you new patch for searchbar and extra icons
[04:39] <Tm_T> has anyone tried compile kopete-svn (branch 3.5) in breezy?
[04:39] <Tm_T> because still no luck with it
[04:53] <Riddell> tvo: yeah, got that thanks, poke me if it's not uploaded soon
[04:53] <tvo> Riddell: ok, will do
[04:54] <tvo> Riddell: btw, I suppose a backport patch isn't needed anymore?
[04:54] <Riddell> tvo: how do you mean backport patch?
[04:55] <tvo> Riddell: for first version of patch I created a version for 3.4.2 too, backporting almost entire searchbar
[04:57] <Riddell> we'll need it for 3.4.2
[04:57] <Riddell> that's what is in breezy
[04:59] <tvo> o okay, so you're going to reupload that one too.  I'll create a googlebar_backport patch too then
[04:59] <Riddell> tvo: yeah, thanks
[05:08] <jjesse> Riddell: thanks for the response on my release note questions
[07:52] <jjesse> i'm working on the docs for the K Release notes which is currently based on the Kubuntu Roadmap (https://wiki.ubuntu.com/KubuntuRoadmap) can somoene look at this road map and let me know what was finished for breezy?
[09:33] <Tm_T> :/
[09:45] <Tm_T> http://kubuntu.pastebin.com/378722
[09:45] <Tm_T> what's that


[00:40] <ubotu> New bug: #176457 in totem (main) "totem hangs when source does not respond" [Undecided,New] https://launchpad.net/bugs/176457
[00:49] <harrisony> ylinuxbox
[00:49] <harrisony> oops, wrong chan
[01:01] <ubotu> New bug: #176458 in ubuntu "Please sponsor deskscribe_0.4.2 into Hardy" [Undecided,New] https://launchpad.net/bugs/176458
[01:15] <ubotu> New bug: #176459 in ubuntu "gtk-window-decorator uses incorrect font-hinting settings" [Undecided,New] https://launchpad.net/bugs/176459
[01:25] <ubotu> New bug: #176460 in ubuntu "[needs-packaging] kfax-kde4" [Undecided,In progress] https://launchpad.net/bugs/176460
[01:30] <ubotu> New bug: #176461 in ubiquity (main) "Installer crashes near end" [Undecided,New] https://launchpad.net/bugs/176461
[01:51] <ubotu> New bug: #176463 in wine (universe) "New version: wine 0.9.51" [Undecided,New] https://launchpad.net/bugs/176463
[02:05] <nanley> Bug #117424 - Anyone know what to do with this (easy)?
[02:05] <ubotu> Launchpad bug 117424 in desktop-effects "missing some content of windows" [Undecided,Incomplete] https://launchpad.net/bugs/117424
[02:05] <ubotu> New bug: #176465 in gedit (main) "unable to save, too many open files" [Undecided,New] https://launchpad.net/bugs/176465
[02:06] <nanley> Bug #117424 - Anyone know what to do with this (easy)?
[02:06] <ubotu> Launchpad bug 117424 in desktop-effects "missing some content of windows" [Undecided,Incomplete] https://launchpad.net/bugs/117424
[02:25] <ubotu> New bug: #176467 in gnomescan (universe) "Sponsor gnomescan_0.4.1-0ubuntu4" [Wishlist,Confirmed] https://launchpad.net/bugs/176467
[03:00] <ubotu> New bug: #176470 in glom (universe) "Please sponsor glom_1.6.6 into Hardy" [Undecided,New] https://launchpad.net/bugs/176470
[03:05] <ubotu> New bug: #176471 in ubuntu "[needs-packaging] kopete-cryptography" [Undecided,New] https://launchpad.net/bugs/176471
[03:05] <ubotu> New bug: #176472 in netatalk (universe) "netatalk silently fails to start at boot, manual start OK" [Undecided,New] https://launchpad.net/bugs/176472
[03:31] <ubotu> New bug: #176475 in meta-gnome2 (universe) "Empty Trash does not empty ~/.local/share/Trash" [Undecided,New] https://launchpad.net/bugs/176475
[03:50] <ubotu> New bug: #176477 in brltty (main) "Please upload merged brltty 3.9-5ubuntu1 from Debian unstable (Main)" [Wishlist,Confirmed] https://launchpad.net/bugs/176477
[04:16] <ubotu> New bug: #176478 in file-roller (main) "Regression: Can't make tar archives [Hardy]" [Undecided,New] https://launchpad.net/bugs/176478
[04:21] <ubotu> New bug: #176479 in slocate (main) "After installing 8.04, automatic updates couldn't update slocate" [Undecided,New] https://launchpad.net/bugs/176479
[04:25] <ubotu> New bug: #176480 in gnome-orca (main) "Please upload new gnome-orca revision 2.21.3-0ubuntu2" [Wishlist,Confirmed] https://launchpad.net/bugs/176480
[04:59] <ubotu> New bug: #176482 in ubuntu "[needs-packaging] TermLauncher Applet" [Undecided,New] https://launchpad.net/bugs/176482
[05:19] <ubotu> New bug: #176484 in tracker (main) "Spelling mistake" [Undecided,New] https://launchpad.net/bugs/176484
[05:19] <ubotu> New bug: #176485 in ubuntu "[needs-packaging] Parcellite" [Undecided,New] https://launchpad.net/bugs/176485
[05:19] <ubotu> New bug: #176486 in ubuntu "[needs-packaging] Cairo Composite Manager" [Undecided,New] https://launchpad.net/bugs/176486
[05:31] <ubotu> New bug: #176487 in openoffice.org (main) "Problems with libhsqldb-java/openoffice - can't install openoffice" [Undecided,New] https://launchpad.net/bugs/176487
[05:31] <ubotu> New bug: #176488 in firefox (main) "switch page direction" [Undecided,New] https://launchpad.net/bugs/176488
[05:42] <ubotu> New bug: #176489 in ubuntu ""rm" command should send files to trash instead of being destructive" [Undecided,New] https://launchpad.net/bugs/176489
[05:44] <Hobbsee> *sigh*
[05:52] <ember> LOL
[06:31] <ubotu> New bug: #176490 in gnome-applets (main) "weather applet crashes on logout" [Undecided,New] https://launchpad.net/bugs/176490
[06:55] <ubotu> New bug: #176491 in elfutils (universe) "Please merge elfutils 0.128-1 (universe) from Debian unstable" [Undecided,New] https://launchpad.net/bugs/176491
[08:21] <ubotu> New bug: #176494 in kdetoys (main) "Kweather reports network unavailable on Feisty Kubuntu" [Undecided,New] https://launchpad.net/bugs/176494
[08:36]  * persia wonders how the idea that posting "me too" to a bug report was helpful got started.
[08:41] <Burgundavia> persia: the crazy idea that it helped "prove" a bug exists
[08:41] <persia> Burgundavia: Yes, but for a bug with 11 duplicates and several apport reports?
[08:42] <persia> I can understand a second person setting "confirmed" or confirming the behaviour in a comment, but yet another "me too" just seems extra.
[08:51] <ajmitch> persia: adding to a forum thread will bump it to the top, so that mentality spills over
[08:51] <persia> ajmitch: Ah.  That makes sense.  Thanks.
[08:52]  * ajmitch has seen forum posts where the only content was 'bttt'
[08:54] <persia> ajmitch: Is that supposed to expand to something, or was it just random?
[08:54]  * persia doesn't use forums much, if that doesn't show
[08:54] <ajmitch> 'bump to the top'
[08:54] <persia> Ah.  Isn't there some sticky feature for that?
[08:55] <ajmitch> but that requires a forum moderator to set :)
[08:55] <ajmitch> this is mob democracy at work
[08:55] <persia> Right.  Maybe if I ignore forums more, they will go away, and I can return to blissful ignorance.
[08:57] <ajmitch> it's worth a try
[09:01] <ubotu> New bug: #176497 in epiphany-browser (main) "epiphany-browser is described as a dummy package, but provides useful functionality" [Undecided,New] https://launchpad.net/bugs/176497
[09:10] <ubotu> New bug: #176498 in ubuntu "rhythmbox crashes" [Undecided,New] https://launchpad.net/bugs/176498
[09:15] <ubotu> New bug: #176499 in ubuntu "Screensaver/Powermode Crashes Gutsy" [Undecided,New] https://launchpad.net/bugs/176499
[09:20] <ubotu> New bug: #176500 in ubuntu "Installer crashed" [Undecided,New] https://launchpad.net/bugs/176500
[09:56] <ubotu> New bug: #176503 in gnome-panel (main) "gnome segfault on login" [Undecided,New] https://launchpad.net/bugs/176503
[10:06] <ubotu> New bug: #176504 in ubuntu "[hardy] scroll wheel on synaptic mouse pad doesn't work" [Undecided,New] https://launchpad.net/bugs/176504
[10:10] <ubotu> New bug: #176505 in ubuntu "Ubuntu destroy himself" [Undecided,New] https://launchpad.net/bugs/176505
[10:15] <ubotu> New bug: #176506 in ubuntu "I was unable to install automatix." [Undecided,New] https://launchpad.net/bugs/176506
[10:15] <ubotu> New bug: #176507 in ubuntu "[hardy] RTL8185L will not connect to any router" [Undecided,New] https://launchpad.net/bugs/176507
[10:20] <ubotu> New bug: #176508 in gnome-nettool (main) "wireless self-reconnect" [Undecided,New] https://launchpad.net/bugs/176508
[10:25] <ubotu> New bug: #176509 in ktorrent (main) "KTorrent window icon and title missing/wrong" [Undecided,New] https://launchpad.net/bugs/176509
[10:25] <ubotu> New bug: #176511 in boost (main) "libboost-regex-dev depends on libicu36-dev" [Medium,Confirmed] https://launchpad.net/bugs/176511
[10:25] <ubotu> New bug: #176512 in gimp-help (main) "English help page has a Spanish paragraph" [Undecided,New] https://launchpad.net/bugs/176512
[10:53]  * Hobbsee rejects that
[10:54] <Hobbsee> yay, automatix
[10:57] <persia> At this point, don't even the automatix devs agree that everything useful is integrated into Gutsy?
[11:06] <Hobbsee> persia: no
[11:06] <Hobbsee> persia: besides, arnieboy would never admit to that.
[11:07] <persia> Hobbsee: Now I'm confused.  Looking at the site, it seems it is now all pointers to our repos, and some links to upstream binary blobs.  What am I missing?
[11:07]  * persia doesn't use automatix, but wants it to be non-harmful
[11:08] <Hobbsee> persia: whether true or not, arnieboy would never admit to that anwyay.
[11:09] <persia> Hobbsee: That may be true :)  The complete rewrite for Gutsy seems incompatible with the old, bad, way of doing things, and I thought we were close to having addressed the need.  Perhaps there's still a bit to go :(
[11:11] <stgraber> http://www.getautomatix.com/forum/index.php?showtopic=1558
[11:11] <stgraber> the changelog looks good, I don't know if what's said here is right though
[11:13] <persia> stgraber: No idea.  I remember several people working with the automatix devs maybe two or three weeks before that post to try to get it to work properly with the repos and not break things.  I had thought that everyone was happy with the results, but maybe it would benefit from another glance for hardy.
[11:14] <persia> In my opinion, there is a reasonable place for a nice GUI to install a selected subset of interesting applications, as long as it doesn't break anything, and does it in policy-compliant ways.
[11:15] <Hobbsee> so, where is the source???
[11:16] <stgraber> I remember jtbl was at UDS and I saw at least one Automatix BOFs was organized there, so let's hope Automatix will no longer break the system on Hardy ...
[11:16] <persia> That's a good question.  it used to be downloadable, but since the license argument (around feisty release), it seems to have gone away.
[11:17] <Hobbsee> stgraber: i wouldn't bet it actually fixes the broken behaviour
[11:17] <Hobbsee> just hides it
[11:18]  * persia notes that it would be nice if the automatix team included an email address in their Maintainer header
[11:18] <Hobbsee> !automatix
[11:18] <ubotu> automatix is not recommended, supported or needed. See http://mjg59.livejournal.com/77440.html and « /msg ubotu WorksForMe »
[11:18] <Hobbsee> persia: you've seen ^, i take it?
[11:19] <persia> Hobbsee: Yes.  My understanding is that the new gutsy automatix is a rewrite to address that review.  I'm not endorsing automatix, but I'd rather it was fixed rather than just being complained about.
[11:19] <persia> (and maybe it is fixed)
[11:20] <ubotu> New bug: #176517 in firefox (main) "Firefox and la centrale.fr web site" [Undecided,New] https://launchpad.net/bugs/176517
[11:21] <Hobbsee> persia: can you point me to the source?
[11:21]  * Hobbsee can't even appear to see it.
[11:21]  * Hobbsee knows that they have refused to distribute the source before
[11:22] <persia> Hobbsee: The only source I could find was wrapped in http://www.getautomatix.com/apt/dists/gutsy/main/binary-amd64/automatix2_2.0.2-7.10gutsy_amd64.deb (or choose the architecture of your choice).  It's python (although not new-python-policy compliant)
[11:22] <Hobbsee> that's not source.  that's binary.
[11:22] <Hobbsee> persia: is the thing under the gpl?
[11:22] <persia> Hobbsee: It's python source.  It's under the GPL, but distributing the source in a debian-binary-format package is GPL acceptable.
[11:23] <Hobbsee> it is?
[11:23] <Hobbsee> strange.
[11:23] <persia> Hobbsee: Sure.  GPL doesn't care about Debian formats.  GPL only cares that the source code is available to the end-user.
[11:30] <ubotu> New bug: #176518 in kde-systemsettings (main) "Administrator Mode does not work" [Undecided,New] https://launchpad.net/bugs/176518
[11:32] <persia> I don't know.  My python-foo isn't up to it, but it looks like it mostly either depends on the repos, or just grabs things like acrobat reader or picasa from upstream and installs in /opt (which would be the right place).
[11:32] <persia> s/foo/fu
[11:38]  * Hobbsee notes that distributing acrobat reader isn't really lega.
[11:38] <Hobbsee> l
[11:39] <persia> Hobbsee: Distributing it isn't legal.  Distributing a tool that automates installation from upstream is legal.
[11:39] <Hobbsee> ah right
[11:40] <persia> The point being, I'd rather see a clean, good, automatix-like thing to grab the troublesome binary blobs than either including them in multiverse or including lots of different installers, with different sets of bugs.  Not that automatix does it right: I don't know python well enough to have an opinion, but that there may be use for such a tool.
[11:41] <Hobbsee> yeah, true
[11:50] <ubotu> New bug: #176521 in gnusim8085 (universe) "New upstream version available (1.3.2)" [Undecided,New] https://launchpad.net/bugs/176521
[12:01] <ubotu> New bug: #176523 in update-manager (main) "An unresolved problem running partial upgrade" [Undecided,New] https://launchpad.net/bugs/176523
[12:05] <ubotu> New bug: #176522 in update-manager (main) "mise a jours" [Undecided,New] https://launchpad.net/bugs/176522
[12:05] <ubotu> New bug: #176524 in update-manager (main) "An unresolved problem running partial upgrade" [Undecided,New] https://launchpad.net/bugs/176524
[12:16] <ubotu> New bug: #176525 in nautilus (main) "Title bar and location don't change after unmounting removable media" [Undecided,New] https://launchpad.net/bugs/176525
[12:26] <ubotu> New bug: #176528 in ubuntu "volumen keys dosen't works" [Undecided,New] https://launchpad.net/bugs/176528
[12:36] <ubotu> New bug: #176530 in epiphany-browser (main) "on logging and opening a certain site it sshows-web error please contact administrator" [Undecided,New] https://launchpad.net/bugs/176530
[12:40] <ubotu> New bug: #176532 in alsa-driver (main) "Asus P5E-V audio on hdmi does not work" [Undecided,New] https://launchpad.net/bugs/176532
[12:40] <ubotu> New bug: #176533 in update-manager (main) "update dash_0.5.4-3ubuntu1_sparc.deb" [Undecided,New] https://launchpad.net/bugs/176533
[13:00] <ubotu> New bug: #176535 in firefox (main) "Error: uncaught exception: Permission denied to get property Window.MLoaded" [Undecided,New] https://launchpad.net/bugs/176535
[13:14] <ubotu> New bug: #176537 in ubuntu "my  /dev/scd0 is no more in cdrom but disk group" [Undecided,New] https://launchpad.net/bugs/176537
[13:22] <ubotu> New bug: #176538 in ubuntu "Cannot burn DVD on Matshita UJ-841D drive" [Undecided,New] https://launchpad.net/bugs/176538
[13:22] <ubotu> New bug: #176539 in firefox (main) "SITE DOES NOT APPEAR PROPERLY" [Undecided,New] https://launchpad.net/bugs/176539
[13:46] <ubotu> New bug: #176542 in ubuntu "Wireless PCMCIA with rt61 still doesn't work" [Undecided,New] https://launchpad.net/bugs/176542
[13:55] <ubotu> New bug: #176544 in ubuntu "gnome-power-manager: (user) suspend failed on Toshiba Portege R500" [Undecided,New] https://launchpad.net/bugs/176544
[13:55] <ubotu> New bug: #176545 in linux-meta (main) "leak reported by gspca_core.c driver for webcams" [Undecided,New] https://launchpad.net/bugs/176545
[14:10] <ubotu> New bug: #176546 in udev (main) "/dev/mixer has wrong group" [Undecided,New] https://launchpad.net/bugs/176546
[14:15] <ubotu> New bug: #176547 in gdm (main) "show actions menu tooltip is confusing" [Undecided,New] https://launchpad.net/bugs/176547
[14:15] <ubotu> New bug: #176548 in ubuntu "[needs-packaging] MyPaint" [Undecided,New] https://launchpad.net/bugs/176548
[14:30] <ubotu> New bug: #176550 in slgtk (universe) "[Sync request] Sync slgtk (0.7.2-2) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/176550
[14:35] <ubotu> New bug: #176552 in ubuntu "Gnome DVD burning application fails without error message" [Undecided,New] https://launchpad.net/bugs/176552
[14:40] <ubotu> New bug: #176553 in powertop (main) "Powertop reports that CPU state is C0 100% of the time, regardless of number of wakeups" [Undecided,New] https://launchpad.net/bugs/176553
[14:41] <ubotu> New bug: #176554 in slang-slirp (universe) "[Sync request] Sync slang-slirp (<IP_ADDRESS>-2) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/176554
[14:50] <ubotu> New bug: #176557 in nautilus (main) "Nautilus segfaults after icon-theme cache reading in endless loop" [Undecided,New] https://launchpad.net/bugs/176557
[14:54] <Matt__> hey i was wondering if any one has any xpereince installing ubuntu on vista
[14:57] <pochu> Is that possible?
[14:57] <pochu> O.o
[15:23] <persia> pochu: Isn't there a windows installer?
[15:24] <pochu> Not included in the Ubuntu live-cd yet, AFAIK
[15:26] <ubotu> New bug: #176559 in udev (main) "udev doesn't create symlinks" [Undecided,New] https://launchpad.net/bugs/176559
[15:31] <ubotu> New bug: #176561 in ubuntu "100% disk usage lead to unusable system" [Undecided,New] https://launchpad.net/bugs/176561
[16:22] <mattwalston> I can see that this was intentional but maybe something worth addressing... on an ltsp system it modifies the dhcpd3-server init script to use /etc/ltsp/dhcpd.conf  Is this good behavior?
[16:24] <persia> mattwalston: I'm not sure about exactly how ltsp does things, but I know that it needs some additional dhcp settings to boot over the network, which most dhcp installations don't require, and suspect that is the reason for the adjustment.
[16:25] <mattwalston> persia: but another way to examine would be that an admin doing a netboot environment should be able to set the necessary 3 dhcp options
[16:25] <persia> mattwalston: Likely, but that would fail the works-out-of-the-box test.  Maybe there's a more elegant solution (but I really don't know much about LTSP)
[16:26] <mattwalston> persia: true, but for me i spent an hour looking for other faults before finding the 3 lines in the init that screwed it up
[16:26] <persia> mattwalston: If you have a better idea, I'd suggest filing a wishlist bug with a patch describing your solution for the developers to review.
[16:27] <persia> mattwalston: That sounds like it fails the works-out-of-the-box test in the other direction :)  Definitely file a bug (if one doesn't already exist)
[16:27] <mattwalston> persia: i think i will, probably a dpkg config script of some kind
[16:27] <mattwalston> persia: thanks
[16:31] <ubotu> New bug: #176567 in libimage-exiftool-perl (universe) "Package not updated to production release (7.0)" [Undecided,New] https://launchpad.net/bugs/176567
[16:50] <ubotu> New bug: #176570 in libxml-libxml-perl (main) "upgrade from feisty to gutsy fails (amd64) " [Undecided,New] https://launchpad.net/bugs/176570
[16:51] <ubotu> New bug: #176569 in ubuntu "Audio in .mov plays at wrong speed" [Undecided,New] https://launchpad.net/bugs/176569
[16:55] <ubotu> New bug: #176571 in firefox (main) "youtube & ubuntu & firefox freeze" [Undecided,New] https://launchpad.net/bugs/176571
[17:01] <ubotu> New bug: #176572 in ubuntu "Symlinked template generates symlink" [Undecided,New] https://launchpad.net/bugs/176572
[17:01] <ubotu> New bug: #176573 in migration-assistant (main) "Migration Assistant doesn't carry over playlists (iTunes, WMP, Foobar, Winamp)" [Undecided,New] https://launchpad.net/bugs/176573
[17:06] <ubotu> New bug: #176575 in openoffice.org (main) "chart scale dialog restricts precision of min/max to 2 digits" [Undecided,New] https://launchpad.net/bugs/176575
[17:16] <ubotu> New bug: #176576 in celestia (universe) "package celestia-kde None [modified: /var/lib/dpkg/info/celestia-kde.list] failed to install/upgrade: trying to overwrite `/usr/share/celestia/data/asteroids.ssc', which is also in package celestia-common" [Undecided,New] https://launchpad.net/bugs/176576
[17:16] <ubotu> New bug: #176577 in ubuntu "Issue with firefox freezing up with flash" [Undecided,New] https://launchpad.net/bugs/176577
[17:31] <ubotu> New bug: #140568 in firefox (main) "[GUTSY] firefox crashed [@pthread_mutex_lock] [@?? from /usr/lib/flashplugin-nonfree/libflashplayer.so] (dup-of: 94021)" [High,Incomplete] https://launchpad.net/bugs/140568
[17:50] <ubotu> New bug: #176584 in gnome-app-install (main) "gnome-app-install crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/176584
[18:16] <ubotu> New bug: #176585 in libversion-perl (universe) "dependency problem with libversion-perl-0.7400 on hardy" [Undecided,New] https://launchpad.net/bugs/176585
[18:21] <ubotu> New bug: #176586 in nautilus (main) "[nautilus] confusion between XQuery and SVG" [Undecided,New] https://launchpad.net/bugs/176586
[18:30] <ubotu> New bug: #176587 in linux-source-2.6.22 (main) "CONFIG_BSD_PROCESS_ACCT is not set in kernel 2.6.22-14-sparc64-smp" [Undecided,New] https://launchpad.net/bugs/176587
[18:30] <ubotu> New bug: #176588 in ubuntu "speaker-test -D surround40: "Sample format not available for playback"" [Undecided,New] https://launchpad.net/bugs/176588
[18:30] <ubotu> New bug: #176589 in compiz (main) "compiz" [Undecided,New] https://launchpad.net/bugs/176589
[19:05] <ubotu> New bug: #176592 in flashplugin-nonfree (multiverse) "Gutsy AMD64 synaptic install Flash - nope." [Undecided,New] https://launchpad.net/bugs/176592
[19:12] <ubotu> New bug: #176594 in ubuntu "sound doesn't work on my asus m2400n laptop" [Undecided,New] https://launchpad.net/bugs/176594
[19:12] <ubotu> New bug: #176595 in firefox (main) "Firefox crash every time I go to http://www.howtoforge.com/editing_pdf_files_pdfedit_ubuntu_feisty (Hardy)" [Undecided,New] https://launchpad.net/bugs/176595
[19:12] <ubotu> New bug: #176596 in ubuntu "after kde4 start all things are white" [Undecided,New] https://launchpad.net/bugs/176596
[19:18] <ubotu> New bug: #176600 in timidity (universe) "package timidity 2.13.2-16ubuntu1 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/176600
[19:32] <ubotu> New bug: #176598 in ubuntu "the distro starts with acpi=off only and goes up in too much time" [Undecided,New] https://launchpad.net/bugs/176598
[19:32] <ubotu> New bug: #176599 in firefox (main) "Cursor location is goofy when changeing tabs" [Undecided,New] https://launchpad.net/bugs/176599
[19:32] <ubotu> New bug: #176602 in linux-ubuntu-modules-2.6.22 (main) "Unable to connect to WEP encrypted network when using iwl3945 module (but success when using ipw3945)" [Undecided,New] https://launchpad.net/bugs/176602
[19:54] <ubotu> New bug: #176603 in totem (main) "Resizing audio to "1:1" causes sidebar to shrink too small" [Undecided,New] https://launchpad.net/bugs/176603
[19:54] <ubotu> New bug: #176606 in ubuntu "firefox ignores "browser.display.background_color"" [Undecided,New] https://launchpad.net/bugs/176606
[20:04] <ubotu> New bug: #176607 in gnome-translate (universe) "schema file installed in the wrong location" [Undecided,New] https://launchpad.net/bugs/176607
[20:20] <ubotu> New bug: #176611 in ubuntu "Unable to exit fullscreen mode in rdesktop with compiz" [Undecided,New] https://launchpad.net/bugs/176611
[20:34] <ubotu> New bug: #176614 in totem (main) "split dual screen in movie player" [Undecided,New] https://launchpad.net/bugs/176614
[20:50] <ubotu> New bug: #176615 in digikam (main) "sync digikam 0.9.3~rc1-1 from debian/experimental" [Undecided,Confirmed] https://launchpad.net/bugs/176615
[21:10] <ubotu> New bug: #176617 in ubuntu "7.10 wireless interface unreliable" [Undecided,New] https://launchpad.net/bugs/176617
[21:10] <ubotu> New bug: #176619 in ubuntu "Hardy Alpha 1: Package python-pyatspi (not) autoremovable" [Undecided,New] https://launchpad.net/bugs/176619
[21:31] <ubotu> New bug: #176620 in kipi-plugins (main) "sync kipi-plugins 0.1.5~beta1-3 from debian/experimental" [Undecided,New] https://launchpad.net/bugs/176620
[21:35] <ubotu> New bug: #176621 in logjam (universe) "logjam can't read song data from rhythmbox" [Undecided,New] https://launchpad.net/bugs/176621
[21:55] <ubotu> New bug: #176622 in logjam (universe) "Logjam 4.5.3-2 never made it to the gutsy repository" [Undecided,New] https://launchpad.net/bugs/176622
[22:00] <ubotu> New bug: #176623 in gnome-system-monitor (main) "gnome-system-monitor documentation is ancient, needs updating" [Undecided,New] https://launchpad.net/bugs/176623
[22:21] <ubotu> New bug: #176625 in rhythmbox (main) "No Sound" [Undecided,New] https://launchpad.net/bugs/176625
[22:22] <ubotu> New bug: #176624 in xfce4-utils (main) "Sponsor: xfce4-utils_4.4.2-3ubuntu2" [Low,Confirmed] https://launchpad.net/bugs/176624
[22:26] <ubotu> New bug: #176627 in dolphin (main) "Crash when pressing 'back' button while renaming in details view." [Undecided,New] https://launchpad.net/bugs/176627
[22:40] <ubotu> New bug: #176628 in flashplugin-nonfree (multiverse) "On hardy, firefox doesn't load flash plugin" [Undecided,New] https://launchpad.net/bugs/176628
[22:45] <ubotu> New bug: #176629 in update-manager (main) "package update-manager 1:0.86 failed to install/upgrade: ErrorMessage: SystemError in cache.commit(): E:Sub-process /usr/bin/dpkg returned an error code (1), E:Sub-process /usr/bin/dpkg returned an error code (1)" [Undecided,New] https://launchpad.net/bugs/176629
[23:06] <ubotu> New bug: #176631 in ubuntu "No Sound on Toshiba Laptop" [Undecided,New] https://launchpad.net/bugs/176631
[23:26] <penguin42> Can someone with an x86 and a parallel port (but no printer) just try a few things to help me confirm if a bug is just my machines problem or more general?
[23:36] <penguin42> hohum
[23:47] <ubotu> New bug: #176634 in evince (main) "Evince not printing PDFs" [Undecided,New] https://launchpad.net/bugs/176634
[23:56] <ubotu> New bug: #176635 in tilp (universe) "Please merge tilp 6.80-5 (universe) from Debian unstable" [Undecided,New] https://launchpad.net/bugs/176635


[00:52] <pleia2> knome: know if you're available then? if so I can take a lead here and announce it and stuff
[00:53] <knome> pleia2, yeah, actually i think i will
[00:53] <knome> pleia2, earlier will work too if it works for you :)
[00:54] <knome> pleia2, if not, no problem..
[00:54] <pleia2> my lunch is at least until 2100, so I don't want to cut it too close
[00:54] <knome> yeah
[00:54] <ochosi> astraljava: do you already have the volume-indicator problem figured out?
[00:54] <knome> 22UTC is okay
[00:54] <astraljava> ochosi: No, I got caught off, because jussi needed attention. (they're actually both here overnight)
[00:55] <pleia2> knome: ok, I'll draft up an announcement now
[00:55] <knome> ohh, tell the chipmunk-laughter guy "hey" from me
[00:55] <knome> pleia2, great, thanks for taking the task :)
[00:55] <ochosi> astraljava: ah right :)
[00:56] <ochosi> astraljava: do you have the indicator-sound package installed?
[00:56] <astraljava> ochosi: Let me check.
[00:57] <astraljava> ochosi: Yes, but not the -gtk2.
[00:58] <ochosi> i think you need -gtk2
[00:58] <ochosi> gtk3 won't work with xfce's panel
[00:58] <astraljava> ochosi: Yep, that was it. Thanks again! You spoil me to death.
[00:58] <ochosi> ;)
[00:58] <knome> ochosi, yeah, don't give the dog crackers so often.
[01:00] <ochosi> btw, i just started porting bluebird to gtk3 :D
[01:00] <knome> hah, nice
[01:00] <ochosi> (uploading a screenshot atm)
[01:00] <knome> then add yourself as the assignee :P
[01:00] <ochosi> so i guess you can assign me to that one ;)
[01:00] <ochosi> k, will do
[01:00] <knome> i'm going already ;)
[01:00] <knome> see you!
[01:01] <ochosi> okeydokey – sleep well
[04:11] <ScottL> i see we need the indicator-sound-gtk2 package in oneiric, i'm guessing we should do an SRU if we want an update to our -desktop metapackage to be pushed to our users?
[08:47] <astraljava> ScottL: See -motu.
[11:48] <madnick> oooh
[11:49] <madnick> I see what Ubuntu did
[11:49] <knome> hm?
[11:49] <madnick> http://lh6.googleusercontent.com/-VE0o85yemCQ/TnmeMDCr3MI/AAAAAAAAAbU/4gWKWDQJSww/s1600/AutoLogin2.png
[11:49] <knome> mmh
[11:49] <madnick> There is really 4 fields
[11:50] <madnick> that are relevant, for the common user
[11:50] <knome> true
[11:50] <madnick> autologin-user=NAME autologin-user-timeout=n user-session=session greeter-session=greetername
[11:50] <madnick> since it uses the common configuration format
[11:50] <knome> i don't think the timeout is important for a common user
[11:51] <madnick> okay
[11:51] <knome> i'd say let's use a sane default
[11:51] <knome> but let's discuss that too at the meeting
[11:51] <knome> just my opinion..
[11:51] <madnick> for most people that is probably 0 :P
[11:51] <madnick> okay
[11:51] <madnick> yes
[11:51] <knome> yeah
[11:51] <knome> or sth like 5
[11:51] <knome> grub'ish
[11:52] <knome> also hmm
[11:52] <knome> greeter-session could be just our session ;P
[11:52] <madnick> when I use autologin, like on my HDMI computer hooked to the TV; i dont want to be promopted .P
[11:52] <madnick> yes
[11:52] <knome> and user-session probably locked to xubuntu...
[11:52] <knome> well, i don't know about that
[11:53] <knome> could be under advanced options
[11:53] <knome> i was thinking that if we add the option to our greeter
[11:53] <madnick> :)
[11:53] <knome> just a simple checkbox would do
[11:54] <madnick> True, if someone can install another greeter, they need to poke config files anyways
[11:54] <knome> yup
[11:55] <madnick> However. It really eliminates security of the login screen :P
[11:56] <knome> how?
[11:56] <madnick> sorta makes it just a "pick user"
[11:56] <knome> if you need to write the pass too
[11:56] <knome> for the setting to be saved
[11:56] <madnick> I suppose
[11:56] <knome> well definitely
[11:56] <knome> so, if you need a pass to change it...
[11:57] <madnick> yeah
[11:58] <madnick> I can't really think very well, been up since you said good night ;)
[11:59] <madnick> Ofc it should be like that
[11:59] <knome> heh
[11:59] <knome> ;)
[11:59] <knome> if you want to change the autologin'd suser
[11:59] <knome> *user
[12:00] <knome> do you need only the new users pass?
[12:00] <madnick> currently?
[12:00] <ochosi> hm, sorry to step in so uninformed, but is there already a way to configure the auto/login behavior of lightdm?
[12:01] <ochosi> (i mean: gui frontend)
[12:01] <madnick> It would probably make sense to make the one that checks the box be auto login user, on effective login
[12:01] <madnick> ochosi: no
[12:01] <madnick> So he would enter pass
[12:02] <knome> madnick, but doesn't need the "permission" of the previous autologged user?
[12:02] <ochosi> madnick: do you know whether anything like that is planned by ubuntu? cause if not maybe we could hack something small together (at least that sounds like a roadmap-item to me)
[12:02] <knome> ochosi, it IS on the roadmap
[12:02] <madnick> knome: no, becauase its a centralized configuration file
[12:03] <madnick> ochosi: ubuntu has it
[12:03] <madnick> but in their user manager
[12:03] <knome> madnick, editing it usually needs admin rights?
[12:03] <ochosi> knome: oh :)
[12:03] <knome> err, sudo?
[12:03] <madnick> knome: im pretty sure lightdm has good enough permissions
[12:03] <knome> madnick, i'm sure, but what if the user logging in doesn't?
[12:04] <madnick> well, it would be changed by the greeter
[12:04] <knome> madnick, let me try to explain
[12:04] <knome> user MASTER is a sudoer
[12:04] <knome> MASTER sets him to be the autologged user
[12:04] <knome> then logs out
[12:04] <knome> user SLAVE is not a sudoer
[12:04] <knome> user SLAVE tries to set himself as autologged
[12:05] <knome> will he be able, if editing the conf file usually needs sudo rights?
[12:05] <madnick> well thats up to us, but the current thought im playing with is yes he would
[12:05] <knome> why?
[12:06] <knome> i don't think he should...
[12:06] <knome> if the config file is not open for him to edit manually
[12:06] <madnick> Well, I suppose we can just not allow him then :P
[12:06] <knome> then it shouldn't be open for him to edit it via lightdm either
[12:07] <knome> though that is a problem
[12:07] <knome> if you want a non-sudoer to be logged in automatically for security issues
[12:07] <knome> you can't
[12:07] <madnick> Hm
[12:07] <madnick> So we do and we damned we damned if we dont
[12:08] <knome> haha
[12:08] <knome> ;)
[12:08] <knome> this shouts for a GUI
[12:08] <madnick> true
[12:08] <knome> in non-greeter
[12:08] <knome> because then it's okay as long as you are a sudoer, and have verified that
[12:08] <madnick> But I dont belive in letting users have ALL the options of the config file
[12:08] <knome> nope
[12:08] <knome> just the basic stuff
[12:08] <madnick> yeah
[12:10] <madnick> But making a GUI
[12:10] <madnick> In the Settings
[12:10] <madnick> Im not 100% sure how we add things into that
[12:10] <madnick> because the its not windowed
[12:11] <knome> mm
[12:11] <knome> there is a way
[12:11] <knome> i know that
[12:11] <madnick> Okay
[12:12] <madnick> We could simply add it to the settings menu :P
[12:12] <madnick> Its where blueman is at
[12:13] <knome> ugh
[12:13] <knome> well, the settings manager is pluggable
[12:13] <knome> ask #xfce-dev
[12:13] <ochosi> yeah, having it in the settings-manager makes a lot more sense to me
[12:13] <knome> yeah
[12:14] <madnick> Yes, I just did not know it was possible :P I figured "if blueman isnt there, we probably could not add it, otherwise we would"
[12:14] <knome> :P
[12:14] <knome> it is possible
[12:14] <ochosi> yeah, well the general problem is that the settings-manager is now kinda clean, but it can get messy real quick if you add too much
[12:15] <ochosi> we had a discussion with nick on the xfce-dev ml about that a while ago
[12:15] <knome> yeah, but this should be added definitely
[12:15] <ochosi> yup
[12:30] <madnick> I was just looking at the settings screen, one would need to use GTK normal controllers :|
[12:30] <madnick> otherwise it wont fit in :P
[12:30] <madnick> visually*
[12:38] <ochosi> ideally it would be like the other pluggable dialogs and have the "back" button
[12:39] <knome> madnick, problems?
[12:45] <madnick> http://www.madnick.se/~madnick/plugin.png
[12:45] <madnick> nope but
[12:45] <madnick> Im slow today
[12:46] <knome> madnick, ++
[14:20] <madnick> http://www.madnick.se/~madnick/ldm.png
[14:20] <madnick> heh, i know, its terrible, but i need to sleep :P atleast it works
[14:20] <madnick> I will need some stuff, like icons
[14:20] <madnick> if we decide to do this
[17:20] <ochosi> madnick: awesome! if you want we can discuss the layout of the preferences dialog together


[00:00] <jtv> Otherwise you're counting bugtasks instead of bugs.
[00:05] <jtv> sinzui: still ok?
[00:07] <sinzui> jtv: I can tune this. I think 150 should be the minimum heat threshold because that is the minimum number for a private bug
[00:08] <sinzui> well, 250 might be best because private bugs are not community driven, but security are, which is 250
[00:08] <jtv> sinzui: how does bug privacy factor into it all?
[00:09] <sinzui> jtv: I am reading the heat calculator. It add 150 points
[00:09] <jtv> oh ah
[00:10] <sinzui> I am sure the numbers are arbitrary. so are mine. I just want to get the packages that need the most love to be listed first
[00:10] <jtv> sinzui: do you see a big performance difference between those threshold?
[00:10] <jtv> s
[00:11] <sinzui> jtv: 67.82..27941.89 is better than 85994.40..85994.40
[00:11] <jtv> sinzui: uh yes, looks like
[00:14] <jtv> sinzui: you could multiply the bug count by some factor to compensate.  The ideal factor might be something like the average bug heat for bugs that stay below your chosen threshold.
[00:15] <sinzui> jtv: maybe: The heat filter keeps the top packages 100 very distinct
[00:16] <jtv> sinzui: you mean it sets them very far apart from the packages further down the list?
[00:17] <sinzui> yes, there is less variation in the mid range of packages because their bug heat scores are 0
[00:18] <jtv> In the context of this list, do you care a lot about those packages?
[00:19] <jtv> Because maybe the list should just stop at some pseudo-arbitrary point.
[00:26] <thumper> Is anyone tackling the merge conflict from stable -> db_devel?
[00:26] <mwhudson> thumper: i'd got as far as thinking about it
[00:28] <mwhudson> thumper: seems trivial to fix, i'll do it
[00:28] <thumper> mwhudson: ta
[00:29] <thumper> mwhudson: rs=me if you don't want to rs=you :)
[00:29] <mwhudson> heh thanks :)
[00:32] <jtv> sinzui: I'm off... good night & good luck!
[00:32] <sinzui> me too
[00:35]  * mwhudson lunches
[00:46] <lifeless> https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[00:46] <lifeless> bah sorry
[01:20] <thumper> mwhudson: Add a new code import result for success of partial import
[01:20] <thumper> mwhudson: was that the commit that you fixed after
[01:20] <thumper> ?
[01:20] <thumper> mwhudson: just wondering about the qa status
[01:20] <mwhudson> thumper: yeah, that's the commit that was fixed in two followup branches
[01:21] <thumper> mwhudson: we should change it's status to FIXED
[01:21] <thumper> mwhudson: I'm not sure I like the RCFIXED, as it wasn't an RC
[01:21] <thumper> mwhudson: perhaps just move it to OK now
[01:21] <mwhudson> thumper: ok
[01:21] <mwhudson> thumper: well, the fix hasn't been QAed
[01:21] <thumper> ah
[01:21] <thumper> poo
[01:25] <mwhudson> yep
[02:19] <kfogel> jml: you on?
[02:19]  * kfogel guessing not...
[02:19] <kfogel> thumper: ah, but you might know: do we have any bugs filed for work on patch/branch equivalence?
[02:20] <kfogel> or story pages, etc?
[02:21] <kfogel> mwhudson: ^^   (if you know)
[02:22] <mwhudson> kfogel: i don't know of anything formal
[02:22] <kfogel> mwhudson: thanks
[02:22] <kfogel> mwhudson: I'm looking at bugs and branches under ~jelmer, just to see
[02:26] <thumper> kfogel: what exactly are you interested in?
[02:26] <thumper> kfogel: worth skyping about?
[02:27] <kfogel> thumper: hmrmrm.  It is worth skyping about, but I can't do a skype right now (need to wrap up this draft blog post about the new patch report feature).  I'm just listing, at the end of the blog post, some of the stuff we haven't gotten to yet, and that's on the list.  If there were a bug or a spec to link to, I'd link to it.
[02:27] <thumper> I don't think there is a bug about it
[02:27] <thumper> kfogel: one thing we haven't gotten around to
[02:28] <thumper> kfogel: is automatically turning a patch into a branch if it applies to trunk cleanly
[02:28] <kfogel> thumper: :-)  yes, that's one of the things I'm mentioning in the post
[02:42] <kfogel> thumper: you can't see this, right?  http://blog.launchpad.net/?p=1356
[02:46]  * thumper looks
[02:46] <thumper> nope
[03:27] <thumper> mwhudson: ping
[03:27] <mwhudson> thumper: pong
[03:28] <thumper> mwhudson: what version of pygments are we using ATM?
[03:28] <mwhudson> thumper: good question
[03:28] <thumper> mwhudson: easy to find out?
[03:28] <thumper> mwhudson: is it an egg?
[03:28] <mwhudson> no, i think it's from the package
[03:29] <mwhudson> could/should switch to an egg though
[03:29] <mwhudson> thumper: seems like 0.9-2
[03:30] <thumper> hmm...
[03:30] <thumper> bug 392406
[03:30] <lifeless> mwhudson: why should?
[03:30] <mup> Bug #392406: Update Pygments library to version 1.1 or later <codebrowse> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/392406>
[03:30] <mwhudson> lifeless: easier for us to upgrade, more in line with what we do for everything else
[03:31] <lifeless> mwhudson: I don't really like what we do for everything else ;)
[03:31] <lifeless> its odd for us, a large chunk of an OS vendor, to ignore the OS for our products.
[03:33] <mwhudson> lifeless: i am having a little difficultly composing a civil reply here
[03:33] <lifeless> :>
[03:33] <lifeless> troll:1 burdened-programmer:0 ?
[03:33] <mwhudson> i guess
[03:33] <lifeless> I wasn't intending to troll, but I realise picking one package isn't a good way to change the systemic approach
[03:34] <mwhudson> right
[03:34] <lifeless> so - sorry; and please get back to what you're doing
[03:34] <mwhudson> thanks!
[03:38] <thumper> mwhudson: bug 153779 still an issue?
[03:39]  * thumper wanders off, back UK morning time
[03:45] <mwhudson> thumper: not really i guess
[03:45]  * mwhudson closes it
[03:46]  * mwhudson EODS
[03:46] <mwhudson> not the most productive day, oh well
[03:46] <lifeless> heh
[03:46] <lifeless> I have had similar
[03:46] <lifeless> slow progress
[03:46] <mwhudson> maybe staging will be magically up to date when i start tomorrow
[03:57] <wgrant> It does seem particularly strange to me that a product from an OS vendor does not use a custom archive of dependencies, when a large part of the product is designed to produce custom archives.
[08:27] <adeuring> good morning
[09:37] <wgrant> When are the buildds expected back?
[09:37] <wgrant> This is the longest queue I have ever seen.
[09:37] <noodles775> I haven't heard. bigjools ^^
[09:38] <bigjools> I don't know
[09:38]  * noodles775 tries to find out.
[09:38] <wgrant> 12 hours is way beyond "absolutely ridiculous" territory.
[09:38] <bigjools> FWIW the PPA service only has 4 builders, the others are a bonus
[09:38] <bigjools> (per arch)
[09:39] <wgrant> I thought it had only three.
[09:39] <bigjools> you could be right
[09:39] <bigjools> we're getting some more but they will be reserved for daily builds
[09:39] <wgrant> Hmmm.
[10:45] <adiroiban> henninge: Hi. do you have time to land my last branch review or should I ask the OCR ? https://code.edge.launchpad.net/~adiroiban/launchpad/bug-509252-take-2/+merge/19484
[10:46] <henninge> adiroiban: oh sorry, forgot about that. Sure. Does it have a commit message?
[10:46] <henninge> adiroiban: ah, yes it does ;)
[10:47] <adiroiban> henninge: yes. and I have updated it
[10:48] <henninge> adiroiban: ok, landing it now.
[10:49] <adiroiban> henninge: if you have time, can you also QA the fix for this bug https://bugs.edge.launchpad.net/rosetta/+bug/127171 ?
[10:49] <mup> Bug #127171: Rosetta experts not allowed to "Change translators" <qa-needstesting> <Launchpad Translations:Fix Committed by adiroiban> <https://launchpad.net/bugs/127171>
[10:49] <adiroiban> I don't have rosetta admin rights
[10:49] <adiroiban> so I don't know how to test it on edge
[10:49] <henninge> adiroiban: we can probably make you an admin on staging
[10:50] <adiroiban> henninge: that is also OK
[10:50] <henninge> danilo__, danilos: ^^?
[10:50] <henninge> adiroiban: as a reminder: Please don't push to the branch anymore now that it is landing.
[10:51] <adiroiban> henninge: ok
[10:51] <danilos> henninge, /me is thinking... are there any privacy concerns? is rosetta-admins subteam of any generic team?
[10:53] <adiroiban> danilos: I just need that to test that fix
[10:53] <adiroiban> if some of you can qa it
[10:53] <adiroiban> it's ok for me
[10:55] <danilos> henninge, adiroiban: I've looked and it seems it's ok, I'll just do it and let Adi QA this :)
[10:55] <danilos> adiroiban, haha, there's also "Poor Adi" account, nice name for what I assume is a testing privilege-less account :)
[10:55] <danilos> adiroiban, anyway, you should be in rosetta-admins on staging now
[10:55] <adiroiban> danilos: yep :)
[10:56] <danilos> adiroiban, fwiw, staging will be refreshed sometime on weekend, so that's until when you've got the chance :)
[10:57] <adiroiban> danilos: ok. well I will try to qa it now as I will not have time on friday weekend
[10:57] <danilos> adiroiban, cool, thanks
[10:58] <adiroiban> and I don't want to fix it when pqm is closed
[11:02] <deryck> Morning, all.
[11:03] <adiroiban> danilos: can you please target this bug for the next release https://bugs.edge.launchpad.net/rosetta/+bug/462013
[11:03] <mup> Bug #462013: Don't ask me to import obsolete templates <qa-ok> <trivial> <ui> <Launchpad Translations:Fix Committed by adiroiban> <https://launchpad.net/bugs/462013>
[11:03] <adiroiban> I think this is requred to me marked as „fix-released”
[11:10] <gmb> deryck: Do you have access to run a SELECT on staging?
[11:10] <deryck> gmb, I do, yeah.
[11:10] <gmb> deryck: Could you run http://pastebin.ubuntu.com/383617/ and paste me the output?
[11:11]  * gmb neatly sidesteps a) the LOSAs being sprinty and b) the fact that staging is 10 revs behind where he needs it to be.
[11:11] <deryck> gmb, sure.  doing now....
[11:11] <gmb> Thanks.
[11:12] <adiroiban> gmb: when you have time, can you please try a new landing for https://code.edge.launchpad.net/~adiroiban/launchpad/bug-522188/+merge/19395 ? Thanks!
[11:13] <gmb> adiroiban: Sure, it's already on my list for today :).
[11:13] <adiroiban> :)
[11:28] <deryck> intellectronica, https://code.edge.launchpad.net/~deryck/launchpad/max-heat-by-target-511382/+merge/19998
[11:29] <intellectronica> deryck: as it happens i already read through it and ran it working on the patch for updating the column, so r=me :)
[11:29] <deryck> intellectronica, excellent!  easy-peasy. Thanks! :-)
[11:29] <intellectronica> deryck: actually, scratch that. did you want me to review just the db patch, or the rest of the code?
[11:30] <deryck> intellectronica, the code
[11:30] <intellectronica> if the latter then i need to go through it more thoroughly
[11:30] <intellectronica> ok
[11:30] <deryck> intellectronica, yeah, the code.  stub and BjornT are on the patch.
[11:34] <intellectronica> deryck: i'm wondering, isn't there a more general getOrCreate sort of thing for DSPs? this can't be the first time we do this in the code
[11:34] <intellectronica> and even in your test you repeat the code twice
[11:35] <intellectronica> ehrm, not in the test, in the distro model object
[11:36] <intellectronica> maybe bigjools will know if there's something like that
[11:36] <deryck> intellectronica, hmmmm, let me look at the diff....  and I greped for something and didn't find anything, and I was also following what is already there for another bit of code.
[11:36] <deryck> intellectronica, ah, I see what you mean, to get the DB version of the class.
[11:36] <bigjools> whu what?
[11:36] <intellectronica> deryck: yes
[11:37] <intellectronica> bigjools: is there a standard getOrCreate thingster for DistributionSourcePackageInDatabase ?
[11:37] <bigjools> I have no idea, Gavin wrote it!
[11:37] <intellectronica> a getOrCreateDistributionSourcePackageInDatabase :)
[11:37] <bigjools> I'd be looking for it
[11:38] <deryck> intellectronica, I copied the bits from what I assume Gavin had before, but I can refactor into a nicer getInDB method.
[11:38] <deryck> I did think about that and never went back.
[11:39] <intellectronica> deryck: if there isn't anything already in existence i'm fine with just filing a bug for doing it later (if you don't want to spend time on it now)
[11:40] <intellectronica> deryck: why do we need a set on distroseries if all it does it delegate it to the distro?
[11:40] <intellectronica> isn't it better to just not implement it?
[11:41] <deryck> intellectronica, but in the distro series bug view you'll have to get at the max_bug_heat for that, right?  I thought it made using max_bug_heat less tricky if everything implemented it.
[11:42] <intellectronica> deryck: yes, it makes sense to have a getter, but does it make sense to have a setter
[11:43] <intellectronica> since we don't currently have any code that relies on it, i think it might be better to throw a NotImplementedError or something
[11:43] <deryck> intellectronica, ah, right.  Yeah, I went back and forth on that.  I don't know that it makes sense.  You would never set on the series, but there's no harm in doing so.
[11:43] <deryck> intellectronica, and given past bugs I fixed I have a nervousness about NotImplementedError :-)
[11:43] <intellectronica> deryck: in fact, i'm not even sure we need a setter anywhere. as i just discussed with stub, it looks like we'll update this column from a trigger.
[11:44] <intellectronica> though i guess at the very least it's useful for testing
[11:44] <deryck> intellectronica, yeah, that was my reaction.  without a setter, from the test's pov it's just a useless attribute.
[11:45] <intellectronica> deryck: so, i rather not set if it's done through delegation, because it can be confusing and lead to subtle errors. if you throw an error then whoever is trying to write to the attribute will become aware of the way it's implemented and do the right thing
[11:46] <deryck> intellectronica, good point.  I'll do that then.
[11:46] <intellectronica> cool
[11:47] <intellectronica> deryck: r=me with that change
[11:49] <deryck> intellectronica, excellent.  thanks!
[12:37] <wgrant> adiroiban: What is the 'archive name' of a source package?
[12:37] <adiroiban> wgrant: repository
[12:38] <adiroiban> maybe the info is already available in API... but it is not obvious how to retreive it
[12:39] <wgrant> A SourcePackage doesn't really have an archive.
[12:39] <wgrant> Except potentially primary vs. partner.
[12:40] <adiroiban> ah...
[12:40] <adiroiban> looks like in the UI is called component
[12:40] <adiroiban> https://edge.launchpad.net/ubuntu/karmic/+source/kubuntu-docs
[12:40] <wgrant> Oh. that's something completely different to an archive or a repository.
[12:41] <adiroiban> it may be...
[12:42] <adiroiban> but on the Internet
[12:42] <adiroiban> it is said that an Ubuntu package is part of main or universe repository
[12:43] <wgrant> They are wrong :)
[12:43] <wgrant> The term has always been component, both inside and outside Launchpad.
[12:43] <adiroiban> yep. someone is always wrong on the Internet :)
[12:43] <adiroiban> I will update the bug report
[12:45]  * wgrant looks around for somebody who can be bribed into bumping a build score.
[13:41] <deryck> three cheers for adeuring killing 4 bugs with one branch.  errr, 4 cheers, then.
[13:49] <adeuring> deryck: thanks but the cheers should go to sinzui
[13:49] <deryck> he does know our bugs well now.
[13:50] <sinzui> adeuring: It would have been cruel for me to ask you to fix it without first finding out why the page has been broken for 18 months
[13:53] <leonardr> wgrant, i'm looking at https://code.edge.launchpad.net/~wgrant/launchpad/export-das-chroot/+merge/19759
[13:53] <leonardr> can you explain to me what exactly a chroot is? some sort of massive file stored in the librarian?
[13:54] <james_w> leonardr: yep, it's a tarball of a filesystem stored on the librarian and used by the buildds when building packages
[13:55] <wgrant> leonardr: "massive" being about 60MiB a the moment, but potentially some hundreds of megabytes.
[14:10] <leonardr> wgrant: i haven't swapped in all the details yet, but to publish a librarian file on the web service you should export a Bytes field
[14:10] <leonardr> the example i'm working from is IBugAttachment.data
[14:11] <wgrant> leonardr: But that's not going to do anything useful like giving me hashes, is it?
[14:12] <leonardr> wgrant: it will not give you hashes, but it will let users read the librarian file from within launchpadlib rather than having to fire up httplib2 to grab the librarian url
[14:14] <BjornT> leonardr: what's stopping us from exporting ILibraryFileAlias?
[14:15] <leonardr> BjornT: well, there's no code in lazr.restful for that because the library file alias is launchpad-specific
[14:15] <leonardr> but there is code in lazr.restful for publishing 'bytes' fields as generic hosted files, and code in launchpad for hooking up LibraryFileAlias to that implementation
[14:16] <wgrant> Could one not easily export ILFA with a Bytes field inside it?
[14:17] <leonardr> wgrant, what information does your end-user want?
[14:17] <wgrant> leonardr: I would like to be able to verify the content of the files, given that I downloaded them over HTTP.
[14:18] <leonardr> so like the md5 sum?
[14:19] <wgrant> Yes.
[14:20] <leonardr> ok, i filed a bug at one point to publish a json representation of a hosted file resource which would contain that information
[14:20] <wgrant> Thanks.
[14:20] <leonardr> this would be a change to lazr.restful (and to the launchpad implementation of the hosted file), and publishing ILibraryFileAlias vs publishing IBytes would not change anything
[14:20] <leonardr> i'm trying to find that bug
[14:21] <leonardr> i really hate how that bug could have been filed in one of four projects
[14:21] <wgrant> Hmm.
[14:21] <leonardr> wgrant: see if this is what you want
[14:21] <leonardr> https://bugs.edge.launchpad.net/lazr.restful/+bug/406912
[14:21] <mup> Bug #406912: Publish a JSON representation of a binary file containing metadata <lazr.restful:New> <Ubuntu:Invalid> <https://launchpad.net/bugs/406912>
[14:23] <wgrant> leonardr: Looks good to me.
[14:23] <leonardr> ok, i'll respond to the review
[14:23] <wgrant> Thanks.
[14:23] <leonardr> wgrant: shall i add on to this bug that you requested the md5 sum of the file?
[14:23] <BjornT> leonardr: i just find it odd that in python code we say that an attribute is an ILFA, while we have to export it as Bytes. seems easier and more intuitive if we could export ILFA themselves, with a Bytes field inside them.
[14:23] <wgrant> leonardr: And the other hashes, too.
[14:24] <leonardr> wgrant: i don't know what other hashes you're refering to
[14:24] <leonardr> oh, sorry
[14:24] <leonardr> i thoguht you meant hash as in the data structure
[14:24] <wgrant> Ah, no, the cryptographic variety, sorry.
[14:25] <leonardr> bjornt: i'm doing research to understand what you mean, but lazr.restful wouldn't care what is inside an exported field. if we got some way to export ILFA, then some representation of the ILFA would go into the entry's representation, and that's is
[14:25] <leonardr> s/is/it/
[14:27] <jml> good morning Launchpadders
[14:27] <jml> wgrant, are you visiting New Zealand or perhaps some Pacific island?
[14:27] <jml> wait.
[14:27] <jml> wgrant, I mean, are you visiting Perth or perhaps some island in the Indian Ocean?
[14:29] <wgrant> jml: No..
[14:29] <wgrant> It's not yet 1:30.
[14:31] <jml> wgrant, that's still kind of late :)
[14:34] <wgrant> jml: I blame Enablement for making PPA builds take too long.
[14:35] <wgrant> But it looks like my build still isn't going to happen for at least another hour, so i might as well sleep.
[14:41] <leonardr> BjornT: the basic reason is that lazr.restful is not part of launchpad, so it can't know anything about ILibraryFileAlias
[14:42] <leonardr> if this was a huge problem i could put some indirection in place such that ILibraryFileAlias could substitute for Bytes, but i just don't consider it that big a problem
[14:43] <BjornT> leonardr: right. i was talking about how we export things in LP.
[14:43] <leonardr> me too
[14:45] <leonardr> there's a slight possibility you could get it to work by making ILibraryFileAlias subclass Bytes, but if that doesn't work i don't think it's worth putting in additional work
[14:45] <leonardr> s/Bytes/IBytes/
[14:46] <BjornT> leonardr: i don't get why we need to hide ILFA. Bytes and ILFA are different things. why does the exported API need to be different from our internal API?
[14:48] <leonardr> BjornT: when the web service starts up, the launchpad classes are run through lazr.restful
[14:49] <leonardr> when lazr.restful encounters a published Bytes field, it thinks "this is a hosted binary file"
[14:49] <leonardr> and when the time comes to create a representation of it, lazr.restful performs a lookup, adapting the field to some interface (provided by launchpad)
[14:50] <leonardr> when lazr.restful encounters a published ILibraryFileAlias field, it thinks "i've never heard of this", and crashes
[14:51] <adiroiban> hi. do you know where I cound find some info about how to write API tests? I was looking at this API https://api.launchpad.net/+apidoc/#translation_import_queue_entries , and grepping the whole source tree after „translation_import_queue_entries” did not reveal any test
[14:52] <BjornT> leonardr: but ILibraryFileAlias have (or should have) a Bytes field for its content, and ILibraryFileAlias could be exported just like any other interface, like IBug, IPerson, etc. no?
[14:53] <leonardr> bjornt: ok, you want to publish ILibraryFieldAlias as an entry, not a field
[14:53] <leonardr> i didn't understand that
[14:57] <leonardr> bjornt: what you describe is technically possible, and it's the launchpad team's decision how to do that, but i think publishing the hosted file as a Bytes field would give a better end-user experience
[15:00] <leonardr> bjornt: because right now you have, eg. a bugattachment object that has a 'data' field
[15:00] <leonardr> right now you can do something analogous to open(bugtask.attachment.data).read()
[15:01] <leonardr> if data was an ILibraryFileAlias then that would be open(bugtask.attachment.data.file).read()
[15:01] <leonardr> but it should still be possible
[15:02] <BjornT> leonardr: well, i see now that IBugAttachment is lying. it says that IBugAttachment.data is a Bytes field, yet BugAttachment.data is an ILibraryFileAlias
[15:04] <BjornT> we should make sure that our content objects provide what the claim to provide
[15:08] <leonardr> bjornt: unless ILibraryFileAlias can subclass IBytes i don't see any good way to resolve that problem
[15:08] <leonardr> flacoste might be able to help
[15:09] <BjornT> leonardr: i think there are a few options, although i'm not sure how feasible they are. one is of course to have our exported API to behave the same way as our internal API
[15:09] <leonardr> actually, we could define a new interface in lazr.restful and have ILibraryFileAlias subclass that
[15:10] <BjornT> leonardr: if we want to have it work like it works today, we could mark ILibraryFileAlias, and say that this is our hosted file, and provide an adapter, or something like that
[15:10] <leonardr> bjornt: how about this. define lazr.restful.interfaces.IHostedFile
[15:10] <leonardr> have ILibraryFileAlias subclass IHostedFile
[15:10] <leonardr> change lazr.restful to treat IHostedFile the same way it treats Bytes
[15:10] <leonardr> use IHostedFile instead of Bytes in launchpad
[15:11] <BjornT> leonardr: what would IHostedFile look like?
[15:12] <leonardr> BjornT: i don't think it has to have any fields
[15:12] <leonardr> this is work i don't want to do, but it should work
[15:13] <flacoste> leonardr: i think your idea sounds good, the end result is that we want to be able to export a Bytes or LibraryFileAlias field as a hosted file
[15:13] <BjornT> leonardr: why do we call export_as_webservice_entry() when exporting interfaces, rather then subclassing marker intefaces?
[15:19] <BjornT> leonardr: or a better question: does lazr.restful deal with ILibraryFileAlias, or LibraryFileAlias to make the decision that it's a hosted file?
[15:27] <leonardr> BjornT: lazr.restful deals with Bytes to make that decision
[15:27] <leonardr> the only Launchpad-specific code it uses in this process is lib.canonical.launchpad.rest.bytestorage.LibraryBackedByteStorage
[15:28] <leonardr> basically it adapts the Bytes object to IByteStorage
[15:28] <leonardr> and launchpad says the IByteStorage adapter to use is LibraryBackedByteStorage
[15:28] <leonardr> LBBS hides all the details of LibraryFileAliases, how to create and delete them, etc
[15:29] <leonardr> so the change i'm proposing is to replace Bytes with IHostedFile, and adapt IHostedFile to IByteStorage
[15:33] <BjornT> leonardr: so it doesn't make sense to say that LibraryFileAlias is an IHostedFile then? if so, it seems like you should mark ILibraryFileAlias, rather then subclassing. but i'm not sure i follow completely
[15:53] <leonardr> bjornt: it makes sense to say that LibraryFileAlias is an IHostedFile, but it doesn't make sense to tell lazr.restful anything about LibraryFileAlias
[16:00] <adeuring> intellectronica: http://paste.ubuntu.com/383753/ For larger maxet values, you'll get a sort of "gap" after the relative heat 2/3
[16:00] <adeuring> intellectronica: but i think ii have a proposal for a better function
[16:00] <adeuring> just a second
[16:07] <adeuring> intellectronica: http://paste.ubuntu.com/383761/ is at least "smoother"
[16:35] <adeuring> intellectronica: I'm getting quite bad error in lib/lp/bugs/tests/../stories/bugtask-searches/xx-listing-basics.txt with your branch
[16:40] <intellectronica> adeuring: damn
[16:40] <intellectronica> let me check
[16:41] <james_w> noodles775: still around?
[16:42] <intellectronica> adeuring: yeah, i'm getting the errors too. looking at them now
[16:44] <rockstar> abentley, your superseded comments stuff is made of awesome.
[16:45] <abentley> Thanks, but you designed about half of it.
[16:45] <abentley> rockstar, chat?
[16:46] <rockstar> abentley, gimme a bit to clear the backlog of reviews here.
[16:46] <abentley> rockstar, sure.
[16:54] <deryck> intellectronica, I just merged you branch and will push up now.  If you're fixing errors could you merge our combined branch, or else branch new from me?
[16:54] <deryck> intellectronica, since I fixed some of the changed elements.
[16:55] <intellectronica> deryck: sure, i'm remerging your branch
[16:55] <intellectronica> will ping you when i've got a fix for you guys to pull
[16:55] <deryck> intellectronica, still running a test.... a minute more and will push up the version from me.  sorry.
[16:56] <deryck> I started the test before I saw the scrollback here. ;)
[16:57] <deryck> intellectronica, it's up now.  thanks!
[16:57] <intellectronica> cheers
[17:00] <jtv> eod! eod! eod!
[17:07] <intellectronica> deryck: strange, i get ForbiddenAttribute: ('max_bug_heat', <lp.registry.model.distributionsourcepackage.DistributionSourcePackage object at 0xd224aec>)
[17:07] <intellectronica> could it be that wer're missing the zcml to allow the new attribute or something?
[17:08] <deryck> intellectronica, hmmm, maybe. and I just realized I haven't done the NotImplementedError you suggested yet.  Sorry.
[17:08] <deryck> intellectronica, yeah, I bet DSP needs some zcml.  Sorry.  because I used zopeless layer in test it by passes that check, right?
[17:09] <intellectronica> deryck: yeah, i now see that dsp uses the verbose attribute-by-attribute format for permissions
[17:09] <intellectronica> i'll fix it in my branch, since you have to re-merge it anyways
[17:10] <deryck> excellent.  thanks!
[17:12] <intellectronica> whoa, it gets weirder. after fixing the permission problem i get 'InternalError: transaction is read-only'
[17:15] <intellectronica> deryck: too early to tell, but my first guess is that something is not ok with your getOrCreate trick
[17:16] <intellectronica> deryck: i pushed the fixes in my branch, if you want to look
[17:16] <deryck> intellectronica, ok, thanks.
[17:16] <intellectronica> deryck: my guess is we're using the read-only store, and then you try to create the dsp but you can't, so somehow we need to force it to use the read-write store
[17:17] <deryck> ah, right
[17:17] <deryck> intellectronica, ok, I'll look closely here in just a sec.  Trying to go over the latest bug about log() with adeuring.
[17:18] <deryck> intellectronica, I think we may have to adjust your branch a bit, too.  Sorry to send more work you way again.
[17:18] <adeuring> deryck: intellectronicagive me a second for a proposal of a better function
[17:18] <intellectronica> deryck: in what way?
[17:19] <deryck> intellectronica, in that the current branch will make anything 2/3 and up 4 flames.  We want something more like:  if max_heat is 100, use intervals 0..40, 41..70, 71..80, 91..100
[17:19] <intellectronica> deryck: i don't think it will. see the documentation
[17:20]  * deryck looks again
[17:20] <intellectronica> but as i said this is hardly my expertise. if you have a better transformation go for it
[17:24]  * deryck is playing with numbers in the doc test
[17:31] <deryck> intellectronica, I'm actually getting the numbers of how many bugs will get what flames right now.  That might help us decide.
[17:32] <intellectronica> cool. nothing like real data :)
[17:33] <adeuring> deryck, intellectronica: http://paste.ubuntu.com/ (no lint check ;)
[17:33] <intellectronica> adeuring: are you asking for input? ;)
[17:34] <adeuring> intellectronica: well, that's a proposaal for other thresholds in calculate_heat_display()
[17:34] <intellectronica> adeuring: right, but you only gave the url to the pastebin, not to the pasted item
[17:34] <adeuring> intellectronica: argh, I am idiot... http://paste.ubuntu.com/383823/
[17:36] <adeuring> another option are median statstics, BTW
[17:36] <intellectronica> adeuring: yes, that looks like a good way to do it
[17:37] <adeuring> intellectronica: how/when do we calculate heat values (or max_heat for targets)?
[17:37] <adeuring> if this is done by a script, we could set the threshold based on actual data to build thresholds that match the data.
[17:38] <intellectronica> adeuring: i'm creating a trigger that calculates it whenever a heat value is entered for a bug
[17:38] <adeuring> so that we have the same number of bugs with 0, 1, 2,... flames
[17:38] <intellectronica> yes, that was the original idea, but i think for now it's too complicated
[17:38] <adeuring> intellectronica: ah, no, running median statistics tehre is not a good idea, I think.
[17:41] <adeuring> intellectronica: I suspect that the function can be simplified....
[17:41] <adeuring> let me see
[17:44] <deryck> adeuring, intellectronica -- I'm preparing real numbers with both approaches for what ubuntu and malone (extreme and average) would do in terms of bug distribution in these scales.
[17:44] <adeuring> deryck: cool, I'm curious
[17:52] <intellectronica> deryck, adeuring: so i fixed the problem with getting max_heat from a dsp. you can now re-merge my branch
[17:52] <adeuring> intellectronica: too late: EC2test is already running...
[17:52] <adeuring> ...for my branch...
[17:52] <intellectronica> adeuring: well, it will fail
[17:53] <intellectronica> unless you fixed it independently
[17:53] <adeuring> yours is already merged?
[17:53] <intellectronica> deryck: ftr, i did that by removing the bit that creates the record in the getter. thinking about it it really shouldn't have been there, since it potentially allows anonymous users to create new records
[17:53] <intellectronica> adeuring: no, that's the branch you presumably branched from. you notified me of errors and i fixed them.
[17:54] <deryck> intellectronica, ok.  I'll look closer here in a minute.
[17:55] <adeuring> intellectronica: yeah, but that's not what I got reviewed, and so deryck suggested I just go ahead with my branch.
[17:55] <intellectronica> deryck, adeuring: i have to go out for a few hours soon. if you need me to update the scaling, or whatever, drop me a line and i'll do that later in the evening when i'm back. sorry to have to leave you like that.
[17:55] <deryck> intellectronica, no worries.  So far, your scaling is looking better.  Though both have issues.  Will email.
[17:56] <adeuring> intellectronica: seems that I'm also getting tired. I think I can proposed a more efficient varaint than what is in the pastebin, but i need a bit more time ;)
[17:56] <intellectronica> adeuring: i'm not sure i understand. in my scale-heat branch there was one error that originated in my branch, and another error the originated in deryck's branch. i fixed both and pushed, and thought that if you branched from it you might want to re-merge.
[17:57] <adeuring> intellectronica: no, I simply stared from a devel branch...
[17:57] <deryck> intellectronica, abel's branch is based on devel.  He's just changing icons, no?
[17:57] <adeuring> ...started...
[17:57] <adeuring> deryck: well, no...
[17:57] <adeuring> i changed also the HTML rendering
[17:58] <adeuring> and the place where that happens changed
[17:58] <adeuring> in intellectronica branch
[17:58] <deryck> ah, right.
[17:58] <intellectronica> adeuring: right, and i told you that you will have to look at my branch since the place where the rendering is done has changed in my branch
[17:58] <intellectronica> heh
[17:58] <deryck> heh.
[17:58] <adeuring> argh... I missed that....
[17:59] <deryck> adeuring, can you just kill your run. and we can merge your branch into intellectronica's.  Or vice versa.  And one of you can fix conflicts.  yes/no?  Likey? :)
[17:59] <intellectronica> adeuring: well, if your branch lands in devel then i guess i'll just have to merge and resolve the conflict. no big deal
[17:59] <adeuring> intellectronica: ok, thanks
[17:59] <deryck> yeah, that works.
[17:59] <deryck> intellectronica is waiting on me anyway :-)
[18:00] <intellectronica> i'm not. i'm going to a concert :)
[18:01] <deryck> heh
[18:01] <deryck> intellectronica, adeuring -- so enjoy the night.  I'll send my numbers in email.  We'll stick with Tom's scale now and re-evaluate later if need be.
[18:01] <deryck> we still end up with large numbers in 0 flames with both.
[18:03] <intellectronica> deryck: but that's desirable, no?
[18:03] <intellectronica> most bugs are not hot
[18:03] <deryck> intellectronica, maybe so.
[18:04] <deryck> intellectronica, I worry in Ubuntu that the drop off is too quickly.  For average projects it looks nice.  But we can revisit if we need.
[18:05] <deryck> but the package view should be nice, I imagine.
[18:10]  * intellectronica --> pere ubu
[19:09] <EdwinGrubbs> sinzui, bac: Can you give me your feedback on these two mockups on the Upstream connections portlet? It looks like Brad recently moved name/value pairs onto a single line, which has some advantages, although it is inconsistent with other portlets. https://chinstrap.canonical.com/~egrubbs/upstream/
[19:10] <sinzui> EdwinGrubbs: yes, he did, it is inconsistent, but it solved a space and scanning problem. We can do the same if we have the same problem again
[19:10] <sinzui> EdwinGrubbs: I started to read the blueprint a few minutes ago
[19:11] <bac> EdwinGrubbs: i didn't know i was introducing an inconsistency but i think it looks better
[19:12] <sinzui> bac: I think I mentioned it was odd in my comments in the blueprint
[19:12] <bac> sinzui: perhaps.
[19:14] <EdwinGrubbs> sinzui, bac: I'm not against it, but it is a little confusing on how to move forward with it. It also might be nice to structure projectgroup/project/series so that it is left to right and possibly a little terser similar to the breadcrumbs.
[19:27] <paki> hi all
[19:27] <paki> i have a problem
[19:28] <paki> how to show changelog in update manager?
[19:39] <paki> anyone can help me?
[19:42] <sinzui> paki: update-manager? the desktop application?
[19:42] <paki> yes
[19:43] <sinzui> paki: this channel is for building the launchpad.net website
[19:43]  * sinzui checks his update-manager
[19:44] <paki> uff
[19:44] <paki> where could i ask?
[19:44] <paki> is a very stupid thing
[19:45] <sinzui> paki: You are asking why some packages do not include a meaning changelog? The answe most of the time is that packager did not prepare one
[19:45]  * sinzui has looked at the package in launchpad often and not found a log
[19:46] <paki> no, i'am a mantainer..can i include my changelog for update-manager?
[19:46] <paki> how to do?
[19:47] <sinzui> paki: okay, now I understand. This is a motu question. let me look for a channel
[19:47] <paki> excuse my crappy english :S
[19:48] <paki> ok, where is this channel?
[19:48] <paki> ok, thanks
[19:50] <sinzui> paki: try #ubuntu-motu
[19:50] <paki> thanks sinzui :)
[19:51] <EdwinGrubbs> sinzui, bac: I added two more screenshots. https://chinstrap.canonical.com/~egrubbs/upstream/
[19:57] <sinzui> EdwinGrubbs: I think we need to be clear what is set by the series and what is set by the project. The reason fixing this is so effing hard is that the locations are not obvious, and changing a project changes the information for all series, and all packages that come from that series
[20:03] <sinzui> EdwinGrubbs: have you noticed the new behaviour of the bug app? https://bugs.staging.launchpad.net/gedit
[20:04] <mwhudson> good morning
[20:06] <sinzui> EdwinGrubbs: bac: your blueprint extends scope to allow jumping to alternate services. I am not sure we want to do this, but it is worthy of discussion. Conversely, we (the registry team) may want to put a small barrier like the bugs app on Answers and Blueprints to make communities explicitly set the app locations
[20:23] <EdwinGrubbs> sinzui: I had not seen the new behavior of the bug app before. That seems relevant to the involvement portlet but unrelated to the upstream connections portlet that I'm working on now.
[20:23] <sinzui> Well, no, it is not
[20:26] <paki> one question
[20:26] <paki> how can update my pot file to launchpad?
[20:26] <paki> excuse me..
[20:26] <paki> upload my pot file..
[20:26] <sinzui> EdwinGrubbs: Our goals are to capture this information for the Ubuntu community, and they need to see it. I agree that Answers and blueprints are separate issues. But by locking the first page (/gedit does have bugs, but they cannot be viewed until someone clearly states how bugs should be used)
[20:27] <sinzui> EdwinGrubbs: Translations is already locked, but code is not
[20:27] <paki> in documentation i don't find a button to upload pot file
[20:28] <paki> explained in documentation but i don't find a button to upload pot file
[20:28] <sinzui> EdwinGrubbs: and per your portlet, we do not have to allow links to alternate services for users, that does not help ubuntu. What we need to do is callout information that Ubuntu needs to know
[20:29] <sinzui> paki: I think you want to use the #launchpad channel, which has many translations users tending it
[20:31] <paki> ok thanks
[20:31] <paki> bye
[20:32] <sinzui> EdwinGrubbs: I think the project homepage and freshmeat url can stay where they are. Your design hints at a problem in the UI right now. I think we should move the external downloads link to the downlaods portlet.
[20:34] <EdwinGrubbs> sinzui: as far as the information that Ubuntu needs to know, are you saying that just the Bugs and Source Code links in the involvement portlet should complain when they are not set?
[20:34] <sinzui> EdwinGrubbs: And translations
[20:34] <EdwinGrubbs> sinzui: I can updated the wiki and mockups and then send it to the mailing list.
[20:35] <sinzui> okay
[20:35] <sinzui> EdwinGrubbs: I really want to move the wiki link and change blueprints to use it when prompting for the blueprint URL. That will have to be on my own time though
[20:37] <EdwinGrubbs> sinzui: do you have any opinions on these screenshots: https://chinstrap.canonical.com/~egrubbs/upstream/vertical_hierarchy.png    https://chinstrap.canonical.com/~egrubbs/upstream/horizontal_hierarchy.png
[20:38] <sinzui> EdwinGrubbs: I saw those. As I said they do not make it clear what information is on the series, and what is on the project. That information will require different permissions to change...
[20:39] <leonardr> gary, flacoste: there's a multiversion test case it's proving difficult to handle. i don't think it's worth it to make it work properly right now (though i have a test case that i can use to let people know that the behavior is the way it is)
[20:39] <sinzui> EdwinGrubbs: ...Setting the project affects all series, and thus affects all packages from that series. Some series produce 10 different packages
[20:39] <leonardr> let me know if you agree
[20:40] <gary_poster> leonardr: back soon
[20:40] <leonardr> the test case is this:
[20:40] <leonardr> i'll use launchpad versions to make it concrete
[20:40] <leonardr> we stop publishing mutator methods as named operations in version 1.0
[20:40] <sinzui> EdwinGrubbs: Maybe this will not be an issue if project-reconfiguration via AJAX rocks.
[20:41] <leonardr> named operations like 'transitionToStatus'
[20:41] <leonardr> right now, it is impossible to publish *any* named operation called 'transitionToStatus' in version 1.0
[20:41] <sinzui> EdwinGrubbs: I need to get another child from school. I'll be back in a bit
[20:43] <leonardr> we can publish a transitionToStatus in version 2.0, but not in the version with the mutator named operation cutoff
[20:43] <leonardr> again, i don't think it's worth it, and if you agree, i can get this branch into review today
[20:56] <gary_poster> leonardr, back and reading
[20:58] <gary_poster> leonardr: by "2.0" in your description you meant "any version that is not 1.0" right?
[21:10] <bac> sinzui: have time for a quick call?  i'm a bit wedged on a testing issue
[21:11] <sinzui> bac: sure, I'll get something to drink first
[21:11] <bac> ok, call when ready
[21:13] <leonardr> gary: yes, exactly
[21:13] <gary_poster> leonardr: sounds fine
[21:13] <leonardr> ok, cool
[21:13] <leonardr> also ready for call when you are
[21:13] <gary_poster> cool, will ping (on another call)
[21:17] <sinzui> bac: I am ready
[21:17] <bac> sinzui: ok, can you dial?
[21:17] <sinzui> calling, skype say you do no exist
[21:19] <mwhudson> james_w: around?
[21:20] <mwhudson> wgrant: or you
[21:20]  * mwhudson just wants to ask some questions about building packages
[21:23] <bac> sinzui: can you hear me?
[21:23] <sinzui> no
[21:23] <bac> i could
[21:23] <bac> stupid skype on phone
[21:33] <james_w> hi mwhudson
[21:33] <mwhudson> james_w: hi
[21:34] <james_w> how do?
[21:34] <mwhudson> james_w: i think i just wanted to ask about the mangling that needs to be done to a source package to build a different version
[21:34] <mwhudson> james_w: pretty good!
[21:34] <mwhudson> almost entirely unpacked in the new house...
[21:34] <james_w> excellent
[21:35] <james_w> the easiest way to do it is just to add a new changelog entry
[21:35] <james_w> let me see how they do it in Debian
[21:35] <mwhudson> this is where i get a teeny bit confused by questions like "what is a source package, again"
[21:35] <wgrant> mwhudson: Hi.
[21:36] <mwhudson> isn't the version specified in the .changes file?
[21:36] <wgrant> The binary build process cannot see the changes file.
[21:36] <mwhudson> ah ok
[21:36] <mwhudson> and 'make' seems to be broken in devel
[21:36] <wgrant> The changes file isn't really part of the package.
[21:39] <mwhudson> Error: There is a version conflict.
[21:39] <mwhudson> We already have: zope.interface 3.4.0
[21:39] <mwhudson> anyone seeing this?
[21:39] <james_w> mwhudson: the .dsc has the version, taken from the debian/changelog inside the unpacked source package (unless you are nasty)
[21:39] <james_w> the .changes is a description of the upload, so is more about the delta than the state at the end
[21:40] <wgrant> mwhudson: I saw that around a month ago. A clean fixed it.
[21:41] <mwhudson> james_w: ah ok
[21:42] <mwhudson> so mangling the dsc is *an* option, although possibly not a very good one
[21:42] <wgrant> It won't work, will it?
[21:42] <mwhudson> for https://dev.launchpad.net/BuildBranchToArchive/MultipleSeriesBuilds
[21:42] <wgrant> It won't affect the unpackaged source, so binary builds will ignore it.
[21:43] <wgrant> s/unpackaged/unpacked
[21:44] <mwhudson> wgrant: make clean not helping :(
[21:47] <wgrant> james_w: Soyuz has no work towards binary rebuilds yet, and supporting them would require quite a few changes on both slave and master.
[21:47] <james_w> hmm
[21:47] <james_w> Celso told me there was some work towards it
[21:47] <wgrant> This is the same infrastructure that is needed for native backports.
[21:47] <james_w> it might have been very early steps though
[21:48] <james_w> wgrant: happen to know of any package in Debian with +b1 currently? ;-)
[21:48] <wgrant> james_w: No. Why?
[21:48] <james_w> just want to examine one
[21:49] <wgrant> I'm pretty sure they just magically somehow gain the extra changelog entry at the start of the build.
[21:49] <wgrant> It's added on the buildd side.
[21:49] <james_w> yeah, that's what I think too
[21:50] <james_w> just want to confirm before asserting it to be true
[21:50] <wgrant> Examining sbuild 0.60.0 might work.
[21:50] <wgrant> I would, but my connection really sucks at the moment.
[21:51] <james_w> http://packages.debian.org/sid/i386/libfacile-ocaml-dev/download
[21:51] <james_w> mwhudson: so yeah, we just tell the buildd to write a new changelog stanza as it starts the build
[21:52] <james_w> as I said, not exactly elegant, but does buy us several other useful features
[21:52] <wgrant> Presenting this in the UI is going to be interesting.
[21:52] <mwhudson> james_w: oh ok
[21:52] <wgrant> But it is a very useful feature.
[21:52] <wgrant> And probably a bit less evil than mutating the source.
[21:53] <james_w> yes
[21:53] <james_w> easier to implement
[21:53] <wgrant> james_w: Do you know how distro people feel about binNMUs?
[21:53] <james_w> but it still leaves us without no-change rebuilds and native backports
[21:53] <wgrant> I've heard some negativity around that area before.
[21:53] <james_w> it's mixed I think
[21:53] <wgrant> Does it?
[21:54] <james_w> done right I think it would be accepted
[21:55] <james_w> wgrant: you are saying we could use the same infrastructure to do them?
[21:55] <wgrant> james_w: Native backports and multi-series recipe builds without source changes seem to be the same concept.
[21:56] <mwhudson> james_w: for the "What happens when we open a new development release, there will be zero recipes associated with that series for people to choose from." question
[21:56] <mwhudson> i think that "build for all supported series" should be a distinct option from (currently) build for "lucid, karmic, jaunty and hardy"
[21:57] <mwhudson> and uh intreprid i guess
[21:57] <wgrant> I'm not sure we do.
[21:58] <wgrant> There's probably no point doing daily builds for the first little while in each series.
[21:58] <james_w> mwhudson: yeah, the question may be moot, but we need to consider what happens when we open a new seris
[21:58] <james_w> wgrant: quite possibly
[21:59] <mwhudson> wgrant: well, maybe, but that's not actually in too much opposition to what i said
[21:59] <james_w> wgrant: I was going to say that it doesn't fit no-change rebuilds as it rebuilds the source package, so it may not be no-change, but that's the status quo anyway
[21:59] <mwhudson> maybe not "all supported series" but "some default set of series"
[22:00] <wgrant> james_w: It doesn't really rebuild the source package; it unpacks it, adds a changelog entry, and builds a binary from it.
[22:01] <james_w> wgrant: sorry, status quo in Ubuntu
[22:01] <james_w> apt-get source; dch -i; debuild -s; dput
[22:01] <wgrant> james_w: Oh, you meant the status quote may not be no-change.
[22:01] <wgrant> True.
[22:02] <james_w> yes
[22:03] <james_w> we hope it is no substantive change
[22:03] <wgrant> But autofoo or blah blah.
[22:06] <james_w> wgrant: but regardless of the implementation we will be able to do no-change rebuilds server side with build from branch :-)
[22:07] <wgrant> True.
[22:11] <mwhudson> oops, i probably didn't want to delete download-cache in my trunk directory...
[23:16] <EdwinGrubbs> maxb: ping
[23:54] <mwhudson> hm
[23:54] <mwhudson> thumper: does 'make' work in devel for you?


[00:54] <joaosantana> hi ALL
[01:07] <philipballew> hello
[01:21] <Apocalyptikz> Whenever I try to login (12.04), ubuntu reboots and I end up back at the login screen. Anyone can help?
[01:24] <escott> Apocalyptikz, reboots? or just logs you out of the gui?
[01:26] <Apocalyptikz> Looks like it just logs out of the gui
[01:26] <Apocalyptikz> and I'm back at the login screen.
[01:27] <Apocalyptikz> I can see a few terminal lines, but it's too quick for me to read.
[01:28] <escott> Apocalyptikz, thats usually indicative of a user config that is in some way bad. unity starts, trys to set the preferences as requested, crashes, and your session is closed
[01:28] <escott> Apocalyptikz, you can go into
[01:30] <escott> Apocalyptikz, you can go into a tty (ctrl-alt-f1) and then login and "mv .config .config.bak"
[01:31] <escott> Apocalyptikz, that will backup your desktop configuration files so you should get mostly a "default" config when you login.
[01:32] <Apocalyptikz> Okay, I understand. Trying it now...
[01:33] <Apocalyptikz> I'm getting the same problem. A new, default .config file was not created.
[01:35] <escott> Apocalyptikz, what kind of graphics card do you have
[01:36] <Apocalyptikz> Pfft, hell if I know - some integrated chipset. I'll boot windows and have a look.
[01:37] <Apocalyptikz> How might that be attributing to my problem(s)?
[01:37] <escott> Apocalyptikz, or ctrl-alt-f1 and run "sudo lshw -C video
[01:42] <Apocalyptikz> HD 4200 (M)
[01:43] <escott> Apocalyptikz, ATI?
[01:43] <Apocalyptikz> Yep.
[01:44] <escott> Apocalyptikz, you could look at /var/log/Xorg.0.log and see if there is some problem with the graphics card driver. you could also check if fglrx is installed "dpkg -i "*fglrx*"
[01:44] <escott> Apocalyptikz, finally you might ask in channel if there is some other folder (other than .config) you should rename
[01:44] <escott> Apocalyptikz, #ubuntu that is
[01:47] <Apocalyptikz> It appears fglrx is not installed.
[01:49] <Apocalyptikz> escott, which log file did you tell me to take a look at?
[01:58] <thewrath> hey all
[01:58] <thewrath> doees anyone know snort?
[07:19] <tijybba> how to add other hard drive to your system and i want to tripple boot it  .
[18:10] <deper29> hey, I'm having a problem using SSH. I don't want to use the default port 22, so if I change my sshd_config file and restart ssh, to ssh into my machine don't I just "ssh mymachine:2222" assuming I set it to use port 2222?
[18:22] <escott> deper29, i usually use the -p argument or you can modify .ssh/config
[18:26] <deper29> so ssh -p 2222 myhost?
[18:28] <deper29> escott, taht worked. thanks a bunch :D
[18:30] <escott> deper29, you would be a lot better off disabling password login and using auth keys than trying to hide our port
[23:23] <steve__> Ok, so I have a question. I just installed an xubuntu and kubuntu desktop environment to experiement, the only problem is that now the ubuntu splash screen is the xubuntu one. Anyone know how to change it back?
[23:25] <Unit193> !plymouth
[23:25] <ubot2> Plymouth manages the Ubuntu boot process (before the root filesystem is mounted) and also provides a graphical boot animation.  To change your Plymouth theme use « sudo update-alternatives --config default.plymouth && sudo update-initramfs -u »
[23:26] <Unit193> steve__: That's how you do it, though you may  also have to change the login screen.
[23:30] <steve__> Thanks you very much
[23:30] <steve__> Ill try that now
[23:37] <steve__> Ok, so that got rid of the xubuntu splash screen but now nothing shows up until the Log In screen. Its not like its a big deal, I would just like to get it working properly
[23:41] <Unit193> You should have lightdm and a greeter.
[23:50] <steve__> its workign now, thanks
[23:50] <Unit193> Great.


[12:27] <BenC> crimsun: I misread the patch, it's applied now
[12:27] <BenC> I thought it was doing s/I2C/I2C_POWERMAC/
[12:28] <crimsun> BenC: thanks!
[12:02] <fabbione> BenC: could you please pull from me again? i think there was a conflict in debian/changelog and didn't push properly. thanks
[12:02] <fabbione> (same changes.. nothing new)
[04:18] <BenC> infinity: still around?
[04:18] <BenC> fabbione: ok
[04:25] <infinity> BenC: Yes, I heard a rumour that there's a meeting in 35 mins, so I'm still up.
[04:25] <infinity> BenC: Playing with LRM, and generally wishing I was asleep.
[04:26] <infinity> BenC: 'sup?
[04:26] <mjg59> Yay LRM
[04:32] <kylem> BenC, i've figured out almost all of the bugs you were seeing. i'll have a tree for you to pull tonight.
[04:33] <infinity> mjg59: I don't want to see those words together in a sentence again, unless it's constructed something like "Yay, we stopped shipping LRM!"
[04:37] <Keybuk> infinity: we can stop shipping LRM if you go without sleep long enough to write me a graphics and wifi card driver <g>
[04:38] <infinity> Keybuk: Check.
[04:38] <Keybuk> the nv driver still paints windows line-by-line for me :-/
[04:39] <BenC> infinity: what are you doing with lrm?
[04:39] <infinity> BenC: Shiny new everything, dropping madwifi-old.
[04:39] <infinity> BenC: Random bug cleanup as I go.
[04:40] <BenC> infinity: I had done an lrm for uploading with my latest kernel, included stock madwifi, dvb firmware and updated ipw3945
[04:40] <BenC> infinity: do you think you'll have yours ready today?
[04:40] <infinity> Mine was meant to be for the morning (ie: 10 or 12 hours from now)
[04:40] <infinity> Feel free to do yours first, and I'll just refresh what you didn't.  I'm not picky. :)
[04:41] <BenC> can you add the ipw3945d 1.7.22 (ipw3945.sf.net)
[04:41] <BenC> ah, ok
[04:41] <mjg59> Hm.
[04:41] <mjg59> Maybe I should try REing a more recent ipw3945d
[04:41] <mjg59> It might tell me more...
[04:41] <BenC> hmm
[04:55] <fabbione> BenC: thanks
[06:35] <zul> hey
[06:35] <zul> BenC: you hate me now?
[06:35] <BenC> hehe
[06:36] <BenC> zul: I finally got a bug report that said "This works under the xen kernel and not in stock kernel" :)
[06:36] <zul> ah...hehe
[06:36] <zul> its nice to see people using it though :)
[06:54] <Keybuk> interesting
[06:54] <Keybuk> I didn't realise akm had left OSDL for Google
[06:55] <zul> yeah
[06:55] <zul> he needed interaction with engineers i guess
[06:55] <thom> huh. when did that happen?
[06:55] <zul> a couple of days ago i think
[06:55] <cjb> Yeah, I didn't notice that at OLS.
[07:10] <zul> ick...wife called saying car is dead yay!
[07:11] <kylem> zul, he didn't work "at" osdl, osdl sponsored him to work on the kernel at Digeo.
[07:11] <kylem> but apparently Digeo has restructured so he no longer wanted to work there.
[07:11] <zul> kylem: yeah i read the article
[07:11] <kylem> cjb, he began announcing it at kernel summit.
[07:11] <kylem> zul, article?
[07:12] <zul> it was on linuxtoday i think
[07:13] <kylem> ah.
[07:13] <zul> i didnt do it
[07:14] <zul> kylem: of course i cant reference it now
[07:14] <kylem> zul, lol.
[07:14] <zul> or i canhttp://www.linuxtoday.com/developer/2006080303126NWCYKN
[07:19] <kylem> BenC, thanks. i saw your msg on That Other Channel.
[07:20] <BenC> ah, someone actually pays attention to that channel...I thought everyone lurked, like I do :)
[07:20] <kylem> lol. :)
[11:35] <alex_joni> did you guys ever see somthing like this? 'kernel BUG at panic.c:1521'