[05:34] <lotuspsychje> good morning to all
[05:40] <lotuspsychje> http://news.softpedia.com/news/intel-s-microcode-update-for-meltdown-and-spectre-now-available-in-ubuntu-linux-519340.shtml
[05:43] <lotuspsychje> !find microcode
[05:44] <lotuspsychje> !info intel-microcode xenial
[05:44] <lotuspsychje> neat
[05:49] <ducasse> good morning, all
[05:49] <lotuspsychje> hey hey ducasse sleep well mate?
[05:52] <alkisg> Good morning good people :)
[05:52] <lotuspsychje> hey hey alkisg
[05:52] <ducasse> well enough, thanks :) how about you, lotuspsychje - bright-eyed and bushy-tailed?
[05:52] <ducasse> hi alkisg
[05:53] <lotuspsychje> lil headaque, but nothing a few pills can manage :p
[06:31] <oerheks> why, oh why, does synaptic not run on 17.10
[06:31] <lotuspsychje> hey EriC^^
[06:31] <EriC^^> hey lotuspsychje oerheks
[06:31] <oerheks> everybody loves EriC^^
[06:31] <oerheks> ..wait
[06:31] <EriC^^> lol
[06:32] <EriC^^> different show
[06:32] <EriC^^> :D
[06:32] <oerheks> but now i am playing with LMMS and akai MPK mini .. it is fun
[06:34] <lotuspsychje> oerheks: want me to test synapitic on bionic?
[06:35] <oerheks> lotuspsychje, it should work, no?
[06:35] <lotuspsychje> lemme try holdon
[06:35] <oerheks> i really want it, the only way to find extra packages and add stuff
[06:35] <lotuspsychje> docbook-xml libept1.5.0 librarian0 rarian-compat sgml-base sgml-data
[06:35] <lotuspsychje>   synaptic xml-core
[06:35] <lotuspsychje> installing
[06:37] <lotuspsychje> oerheks: seems to work here
[06:37] <oerheks> :-(
[06:37] <oerheks> but i am in wayland session.. odd
[06:37] <lotuspsychje> im on xorg
[06:39] <oerheks> this post says it works on xorg, hmmm
[06:39] <ducasse> it doesn't work under wayland unless that polkit stuff has been fixed
[06:40] <oerheks> yeah, i read the fedora posts too ..
[06:41] <oerheks> the only temporary fix would be: xhost +si:localuser:root
[06:41] <oerheks> or logout and run xorg
[06:43] <lotuspsychje> that might be worth a bug oerheks
[06:46] <EriC^^> i wonder what goes on in ##chat with bazhang
[06:46] <EriC^^> every day somebody cusses him out in #ubuntu xD
[06:49] <lotuspsychje> they surely got nice friends lol
[06:53] <oerheks> https://bugs.launchpad.net/ubuntu/+source/synaptic/+bug/1712089
[06:55] <oerheks> https://bugs.launchpad.net/ubuntu/+source/synaptic/+bug/1704748
[06:56] <lotuspsychje> aha
[06:56] <EriC^^> i'm liking this Sigyn guy
[06:56] <EriC^^> it's a bot?
[06:58] <lotuspsychje> EriC^^: yeah dax arranged that
[06:58] <EriC^^> good one
[07:29] <oerheks> immuuuuuuuuuu i need a new keyboard
[07:30] <lotuspsychje> hehe
[07:31] <oerheks> hmm i kinda like 17.10/wayland with gnome-tweak and stuff
[07:31]  * oerheks wipes a unity-tear
[07:33] <lotuspsychje> hehe
[07:34] <oerheks> https://www.youtube.com/watch?v=mmi60Bd4jSs
[07:35] <oerheks> i can play this now :-D
[07:41] <lotuspsychje> this guy trolling us omg..
[07:42] <oerheks> that bios is too old..
[07:45] <lotuspsychje> got the same bios oerheks
[07:45] <lotuspsychje> but i had some usb brands that dont wanna boot there
[07:45] <oerheks> award .. but he told that machine is way old ..
[07:46] <lotuspsychje> 3y is old?
[07:46] <oerheks> well .. we tried
[07:46] <lotuspsychje> i think he doesnt understand bios, or usb stick broken, orrr hes trolling lol
[07:47] <oerheks> or drunk
[07:47] <oerheks> :-D
[07:48] <lotuspsychje> hahaha
[07:49] <lotuspsychje> i tryed that couple of times drunk irc
[07:49] <lotuspsychje> its funny if there's food around
[07:52] <Bashing-om> fun as it us ( here ) .. I got to cease and desust .. g nite guys \o
[08:38] <lotuspsychje> bbl work :p
[09:55] <immu> hi
[10:00] <oerheks> hi immu
[10:00] <immu> hi oerheks hows every body here
[10:00] <immu> its being few days since i have being here
[10:00] <oerheks> Ben64, jtech is back? we spend 5 hrs to boot, nothing works..
[10:00] <oerheks> i guess his machine is too old, but he claims it once did...
[10:01] <Ben64> yeah something seems wonky
[10:02] <oerheks> and something about his hdd is bad ?.. i gave up
[10:02] <oerheks> you might want to read the irc logs .. but you need 1 hr to read it all i think
[10:02] <Ben64> dont got time for that :D
[10:03] <alkisg> I offered to check it via vnc, he didn't want. I won't spend 3 hours on irc just to see that his usb stick is bad :)
[10:03] <Ben64> seems the most likely answer so far
[10:03] <alkisg> Some people just don't execute/report instructions well...
[10:03] <oerheks> i think his machine *never* booted from usb-stick
[10:04] <alkisg> It already has ubuntu there, just broken installation
[10:04] <Ben64> i'm wondering about this iptables stuff this dude was talking about
[10:04] <oerheks> from dvd perhaps.. 15.04 ..
[10:04] <alkisg> One method would be to tell his existing grub to load the configfile from usb... but it'll take 20 minutes to explain it to him
[10:04] <Ben64> i'm no iptables expert but it seems weird to me that it'd be broken for 9 years and nobody would have fixed it by now
[10:08] <lordievader> Good morning
[10:12] <EriC^^> morning lordievader
[10:12] <lordievader> Hey EriC^^
[10:12] <lordievader> How are you doing?
[10:13] <EriC^^> good thank you, yourself?
[10:15] <lordievader> Doing good here
[10:17] <immu> hi EriC^^
[10:18] <lordievader> Hey immu
[10:18] <lordievader> How are you doing
[10:20] <EriC^^> hi immu
[10:20] <immu> hi lordievader whats up
[10:21] <immu> i am good
[10:21] <lordievader> Doing good here too
[10:26] <oerheks> alkisg, yeah, this is so simple i guess he likes to talk, not solve problems
[10:26] <oerheks> heya lordievader :-D
[10:26] <alkisg> Quite possibly! :D
[10:35] <lordievader> Hey oerheks
[10:42] <oerheks> yay http://releases.ubuntu.com/17.10.1/
[10:45] <kostkon> lived enough to see a non-lts point release coming out
[10:55] <EriC^^> everyone: if Kubuntu_user comes back, tell him to run 'sudo mount /boot/efi && sudo grub-install && sudo apt-get install grub-pc; sudo apt-get install --reinstall grub-efi-amd64-signed'
[10:55] <EriC^^> nevermind
[10:58] <BluesKaj> Hiyas all
[11:01] <jink> Morning. :)
[11:03] <BluesKaj> 'Morning jink
[11:53] <immu> hi all
[12:11] <BluesKaj> hey immu
[12:11] <immu> hey BluesKaj
[12:12] <immu> whats up
[12:13] <BluesKaj> just the usual, nothing really new here
[12:14] <BluesKaj> how about you?
[12:44] <pauljw> hi everyone
[12:47] <EriC^^> hey pauljw :)
[12:48] <pauljw> hi EriC^^ :)
[12:52] <BluesKaj> Hi pauljw
[12:52] <BluesKaj> Hi EriC^^
[12:52] <pauljw> BluesKaj, how's it going? :)
[12:53] <BluesKaj> fine here pauljw, and you?
[12:53] <pauljw> good, thanks.
[12:53] <BluesKaj> cooled off overnight, back to winter :-)
[12:53] <EriC^^> hi BluesKaj
[13:03] <pauljw> same here BluesKaj, went from 68F to 28F overnite, rain, ice and expected 4-6in of snow today.
[13:11] <BluesKaj> we just got about an inch of snow, but it's a bloody cold wind out there...supposed to calm down btytonight.
[13:18] <pauljw> :)
[13:33] <TJ-> Recommendation (from security team) is that users DO NOT install/update the intel-microcode 20180108 package. Intel is reporting some systems having reboot failures.
[13:33] <TJ-> More info in the "CLIENT SYSTEMS" > "Withdrawm CPU Micocode Updates" section of this Lenovo advisory: https://pcsupport.lenovo.com/gb/en/product_security/ps500151
[13:37] <TJ-> Intel advisory: https://newsroom.intel.com/news/intel-security-issue-update-addressing-reboot-issues/
[13:40] <lordievader> TJ-: How fun 😞
[13:42] <TJ-> Intel aren't covering themselves in glory are they? It points to the fact their mitigations in microcode have been created recently and not thoroughly tested. I had been hoping they'd started on such a course before last October when they first published kernel code (since presumably to need to do kernel updates they already knew this wasn't completely fixable in microcode)
[13:50] <kostkon> TJ-, first the kernel, now this, what a mess
[16:48] <nicomachus> got a flash update this morning that's taking over an hour to download. what the heck
[16:50] <daftykins> flash, hah
[16:51] <nicomachus> yea, tell all my browsers to just kill it already
[16:55] <nicomachus> andddd it's stuck again.
[23:37] <oerheks> o man, his problem starts all over again, first that boo that keeps pushing about sda .. it never was
[23:38] <nacc> oerheks: yeah this is some serious hot mess
[23:38] <oerheks> that ext drive might be ntfs, unmounted dirty .. or not ntfs at all, but exfat
[23:38] <oerheks> " it works on windows"  sure, windows accept dirty drives
[23:39] <Bashing-om> I am going to pour another cup of coffee and watch :P
[23:39] <oerheks> sudo apt-get install exfat-fuse exfat-utils // and plugin agin.. simple test
[23:40] <oerheks> Bashing-om, yeah, me too .. i don' t like tv anymore, 50% commercials, this is more exiting :-D
[23:41] <Bashing-om> oerheks: TV: same .. I quit that some years back . So many commercials can not hold my attention on the program .
[23:42] <oerheks> i am thinking to cancel that tv stuff, just internet + phone, tripple play was a cheap deal
[23:43] <oerheks> dutch tv 1 2 3 is free available, and local broadcasts
[23:43] <oerheks> anyone wants to buy a hd tv??? or should i use it as an expensive monitor :-D
[23:45] <Bashing-om> oerheks: Cable TV has gotten so expensive here - we too consider dropping it .. and going back to off the air broadcasting .
[23:51] <oerheks> tripple play here is just 40 euro's .. plus phone costs
[23:52] <Bashing-om> oerheks: I think about setting up a media center ,, but IF I do .. would take away from learning linux :P


[13:20] <josephseraos> is there a java programmer here?
[13:20] <josephseraos> who could help me, please


[03:37] <svetlana> [13:37:21] --> CheekyGu<EMAIL_ADDRESS>has joined #ubuntu
[03:37] <svetlana> [13:37:21] --> Picard<EMAIL_ADDRESS>has joined #ubuntu
[03:37] <svetlana> [13:37:21] --> HOTTIE<EMAIL_ADDRESS>has joined #ubuntu
[03:37] <svetlana> [13:37:21] --> manee<EMAIL_ADDRESS>has joined #ubuntu
[03:37] <svetlana> [13:37:22] <zzo38> But, I tried it, I typed it in properly and it does not work! Other commands such as ls and fdisk are working
[03:37] <svetlana> [13:37:29] <CheekyGu> QUICK Install Windows 8.1
[03:37] <svetlana> [13:37:29] <HOTTIE> QUICK Install Windows 8.1
[03:37] <svetlana> [13:37:29] <Picard> QUICK Install Windows 8.1
[03:38] <svetlana> [13:37:29] <manee> QUICK Install Windows 8.1
[03:38] <svetlana> the channel was being botted
[03:38] <svetlana> these few quit but might come back later
[11:15] <k1l> ok, so no getting to know what backports really is ¯\_(ツ)_/¯
[12:14] <k1l> set +r because the troll-bots are back
[12:55] <k1l> svetlana> Krisostoomus: one sec   < ?
[12:56] <bazhang> cough shades of finrod cough
[15:19] <bazhang> drivers to change brightness??
[16:44] <teward> a potentially explosive situation is developing in #ubuntu between daftykins and tempspace, can someone keep an eye on there for a bit please?
[16:45] <teward> before it becomes necessary to do an ops trigger
[23:34] <bazhang> anonmous2015, johndoe1972 same user


[07:07] <AnAnt> Hello, is there a guest session for gdm ? There used to be one in Ubuntu main flavour before it switched to lightdm
[07:09] <darkxst> AnAnt, Nope
[07:09] <darkxst> I think Ubuntu still have their guest session if you use lightdm
[07:14] <AnAnt> darkxst: yes, it does.
[07:16] <AnAnt> darkxst: gdm also doesn't have a remote login feature ?
[07:16] <AnAnt> darkxst: ie. that from gdm on my machine I would login into another one ?
[07:24] <darkxst> AnAnt, gdm supports XDCMP
[07:26] <AnAnt> ok, another question, gdm sometimes won't start, how can I debug this problem ?
[07:26] <AnAnt> and when it does start, after I login, I get messages about gnome-session-daemon crashes
[07:34] <darkxst> err, there is no gnome-session-daemon
[07:34] <darkxst> do you mean gnome-settings-deamon
[07:35] <darkxst> but regardless you should file a bug from the crash dialog
[07:36] <AnAnt> yes, sorry
[07:37] <AnAnt> ok, so I've set  Enable = true under [xdmcp] & DisallowTCP=false (under [security])
[07:37] <AnAnt> yet I don't see any remote login in GDM
[15:31] <mgedmin> do we have any official-looking documentation of how to cross-upgrade from stock Ubuntu to Ubuntu GNOME?
[19:49] <junkanoo> anyone here
[19:56] <Noskcaj> junkanoo, always someone
[20:39] <darkxst> mgedmin, no, but it would be good if someone could add that to the wiki pages or something
[21:13] <darkxst> it's official: mdeslaur> [AGREED] Ubuntu GNOME is a 3 year LTS


[04:24] <tsimonq2> Hm, bug 1635597 might need some looking at.
[04:24] <ubot5`> bug 1635597 in makedumpfile (Ubuntu Trusty) "Ubuntu:talclp1: Kdump failed with multipath disk" [High,Confirmed] https://launchpad.net/bugs/1635597
[04:24] <tsimonq2> The SRU wasn't marked as fine but someone commented saying it was.
[11:22] <frickler> jsalisbury: smb: maybe I'm misunderstanding something, but it would be a shame if the bug didn't get fixed just because nobody can test it with Artful https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1748408
[11:22] <ubot5`> Ubuntu bug 1748408 in linux (Ubuntu) "Servers going OOM after updating kernel from 4.10 to 4.13" [High,In progress]
[11:27] <smb> frickler, The text is a template that not always covers the real case. But the HWE 4.13 kernel is derived from the artful kernel. So if you can do a verification in Xenial with the 4.13 HWE kernel, that is fine.
[11:30] <smb> frickler, there is a new HWE kernel in proposed as well (4.13.0-38.43~16.04.1). So mentioning that verification was done on that version.
[11:32] <frickler> smb: oh, thanks for the pointer. I can test that, but it will take maybe more than 5 days. is that a hard timeout and the patch would get delayed to another kernel release if it is not met?
[11:38] <smb> frickler, the time limit given is deliberately challenging. But at some point we will have to look at things which have not been verified and decide how much risk they pose. And if there is something that appears scary there still needs to be time to drop things and build new kernels. And all that within the 3 week cadence, so there is not too much time to wait.
[11:42] <frickler> smb: o.k., thx for explaining, I'll see what I can come up with
[12:15] <sforshee> sbeattie, tyhicks: the kernel_symbols_missing qrt test is failing for a different reason now, the /sys/module/foo/sections/.text files have mode 0400 since commit 277642dcca765a1955d4c753a5a315ff7f2eb09d
[12:16] <sforshee> (this is with bionic if you didn't guess that already)
[14:40] <sbeattie> sforshee: oh hrm, okay
[15:54] <dijuremo> We seem to be observing a pattern on machines with the latest hew-16.04 kernel which froze when they have the latest BIOS from Vendors like DELL and Lenovo. These machines also seem to have NVIDIA cards installed, but I am not quite sure if the NVIDIA driver is part of the issue. Are there known issues around this?
[15:55] <dijuremo> Rolling back the BIOS (pre-meltdown and spectre INTEL patches) fixes the freezing immediatley.
[15:56] <dijuremo> Problem is that now some systems come with the latest BIOS' and forbid you from downgrading to earlier versions, so we effectively end up with a machine that cannot run Ubuntu.
[16:10] <TJ-> dijuremo: were you reporting this about a week ago? We had the same issue we tracked to the same cause.
[16:11] <TJ-> dijuremo: didn't go any further with regard to the kernel patches because the BIOS was rolled back. The investigation we did then seemed to show that BIOS microcode that Dell provided was the January one from Intel that had the known bugs in and was supposed to be withdrawn; and presumably should now the superseded by the late Feb Intel re-release
[16:35] <dijuremo> We are seeing the problems with the latest February BIOS'
[16:35] <dijuremo> We have seen them in some laptops and T5820 workstations
[16:36] <dijuremo> The laptops were the 7480 line. One came with the old BIOS, one with the new. The laptop with new BIOS refuses to downgrade. States downgrading is *Blocked*
[16:37] <dijuremo> The Lenovo machine is the M93p also using the latest February published BIOs.
[16:41] <dijuremo> Seems like there is now a newer March 15 BIOS for the Latitude 7480, so I will have to give that a try.
[16:41] <TJ-> Ahh, last week it was a server. I recommended an email be sent to one of the kernel dev's to forward to the Dell team responsible for the microcode upgrades
[16:43] <dijuremo> In the laptop case, we did not even have discrete GPU, and the laptop would freeze after the GUI login would show up with 4.13.x Our solution on that one, since we could not downgrade the BIOS, was to go down to the 4.4.x series kernel
[16:44] <dijuremo> So we had the laptop with older firmware running 4.13.x kernel no problems and the laptop with newer firmware running 4.4.x kernel and told the end user to *not* upgrade to 4.13.x or his machine will no longer work.
[16:46] <TJ-> There are kernel command-line options you know? "nopti" and "nospectre_v2"
[17:00] <dijuremo> TJ: Good info, will have to try again the next time I see the problem to find out if those help


[03:48] <jdong> urgh I've been makign so many hackages on my local install that my MOTU conscience is tingling.
[03:48]  * wgrant burns jdong at the stake.
[03:48] <ScottK-laptop> jdong: Just use your backports conscience instead. It'll be fine
[03:49]  * StevenK files a backport request for libc6 from Intrepid to Hardy
[03:49] <jdong> :)
[03:49] <jdong> there we go. I "packaged" eclipse 3.4 :D
[03:49]  * jdong watches everyone step back...
[03:50] <stgraber> StevenK: don't forget to also include libc6's rdepends to that list :)
[03:50] <StevenK> stgraber: Ouch :-)
[03:50] <StevenK> That turns into: "I'd like to backport Intrepid to Hardy."
[03:51] <stgraber> yeah :)
[03:51] <stgraber> let's do a copy of Intrepid and rename it to Hardy 8.04.2
[03:51] <ajmitch> StevenK: libc6 wouldn't break much
[03:52] <persia> jdong, Did you send it to pkg-java?
[03:52] <jdong> persia: it isn't april 1st quite yet :)
[03:53] <jdong> and I think people are still twitching from my MOTU prank last year :)
[03:53] <coppro> what prank was that?
[03:53]  * ajmitch does not recall it
[03:53] <wgrant> Automatix?
[03:53] <jdong> https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003513.html
[03:54] <ScottK-laptop> yep
[03:55] <jdong> btw I love how much intrepid's lintian screams at a default dh_make with all boilerplates included :D
[03:55] <ajmitch> it has to be at least somewhat believable
[03:55] <persia> jdong, The difference is that we have an interest in shipping eclipse, rather than it being the sort of software that makes us want to reinvoke the power of Miskatonic University on your domicile.
[03:56] <persia> (not that you live in Waltham, but close enough)
[03:56] <jdong> persia: absolutely, and I totally agree with you there. Just I need eclipse now for a project tomorrow :D
[03:56]  * ScottK-laptop is busy trying to work around X bugs by shoving an xrandr call into the KDM init process.
[03:56] <jdong> that makes me feel better :)
[03:57] <coppro> jdong: is eclipse not in hardy?
[03:57] <jdong> maybe my conscience won't force me to divulge details on my "AMD64" skype package :)
[03:57] <jdong> coppro: not an appreciably recent version
[03:57] <jdong> coppro: significant improvements have been made to eclipse in the past two years
[03:57] <persia> jdong, intrepid has the latest netbeans, unless you're already addicted to blue.
[03:58]  * ajmitch spots a jono
[03:58] <coppro> jdong: what version is the current?
[03:58] <jdong> persia: I'll have to try that out
[03:58] <jdong> coppro: 3.4
[03:58] <jono> hey ajmitch
[03:58] <jono> :)
[03:58] <coppro> intrepid is 3.2 :(
[03:58] <ajmitch> jono: you must be in some weird timezone...
[03:58] <jdong> coppro: and so has Ubuntu been for as long as I can recall
[03:58] <ajmitch> btw, well done on your album :)
[03:58] <coppro> ah, so you just packaged 3.4?
[03:59] <jdong> coppro: that was a sarcastic joke
[03:59] <coppro> oh
[03:59] <coppro> I wasn't sure
[03:59] <jdong> coppro: it involved wget and cp -av calls in debian/rules
[03:59] <persia> jdong, You didn't package it?
[03:59] <ajmitch> coppro: you'll get used to jdong...
[03:59] <jdong> persia: it fit in a .deb file and will suffice locally :)
[03:59] <ScottK-laptop> jdong: How can I backport it if you didn't package it?
[03:59]  * persia is tempted to invoke !
[03:59] <jdong> it is a jdong-approved 5-minute solution
[04:00] <jdong> ScottK-laptop: source changes!
[04:00] <coppro> btw, is there anyone not busy enough to REVU right now?
[04:00] <ScottK-laptop> Bah.
[04:00] <ScottK-laptop> jdong: Speaking of which, did you know that the sources for automated backports aren't signed?
[04:00] <persia> coppro, Sure.  I'll do one.  It's been a while, and I should get into practice.  No promises it will be a good review.  Which one?
[04:01] <jdong> ScottK-laptop: I was unaware
[04:01] <wgrant> ScottK-laptop: There's no way to sign them... and you can always grab them over HTTPS from LP.
[04:01] <coppro> persia: one second; I wasn't expecting a yes
[04:01] <ScottK-laptop> wgrant: I thought the librarian was http
[04:01] <coppro> http://revu.ubuntuwire.com/details.py?package=metakit
[04:01] <wgrant> ScottK-laptop: Oh, hmm. You're right, only stuff in P3As is streamed.
[04:02] <ajmitch> ScottK-laptop: by automated, you mean direct copies from one release to -backports?
[04:02] <wgrant> That's why I wasn't complaining bitterly about that bug - I forgot it wasn't all over HTTPS.
[04:02] <jdong> alright, now time to dive back into another person's Java codebase. this should be fun.
[04:02] <ScottK-laptop> ajmitch: Yes.
[04:02] <ScottK-laptop> wgrant: Go complain.
[04:02] <ajmitch> right, so I'm not surprised that there's no gpg signature
[04:03] <ScottK-laptop> It's fine internally, but then if have to grab the source to fix it, how do I get a trusted source on my box that I can sign and upload?
[04:03] <persia> coppro, You should probably clean up your watch file, but why block new upstreams because there might be an ABI change?  Isn't that expected?
[04:03] <ScottK-laptop> Too much DNS cache poisoning these days for me to trust in DNS I really got it from where I thought I did.
[04:04] <wgrant> ScottK-laptop: You'd have to verify against the changesfile, I guess.
[04:04] <wgrant> But even that's probably not signed.
[04:04] <ScottK-laptop> wgrant: It's not signed
[04:04] <wgrant> And is over HTTP.
[04:04] <wgrant> Damn.
[04:04] <coppro> persia: good point
[04:04] <persia> ScottK, It's not just DNS.  When was the last time you had an http request that didn't pass through a transparent proxy?
[04:04] <coppro> but as I understand it, 2.5 would be a rewrite
[04:04] <coppro> to the point of a new package
[04:04] <ScottK-laptop> True.
[04:05] <persia> coppro, I like to discourage having multiple versions as separate packages in the archive.  Defend your stance.
[04:06] <coppro> persia: well, as far as I can tell from upstream, 2.5 would be a major change that would break backwards-compatibility, thus deserving a new package by policy as I understand it.
[04:06] <persia> From where in policy do you take that understanding?
[04:07] <wgrant> UbuntuGuide policy, probably.
[04:07] <wgrant> I had the misfortune of seeing UbuntuGuide's Hardy sources.list earlier today.
[04:07] <coppro> persia: the fact that other packages are named by ABI version, like libc6
[04:08] <coppro> I recall reading it somewhere, but it was several months ago
[04:08] <wgrant> ABI version != app version
[04:08] <wgrant> And ABI version != source name
[04:09] <coppro> it's not an app; it's a library
[04:10] <coppro> and multiple versions must exist to avoid breakage when a new, backwards-incompatible ABI comes out
[04:10] <persia> That's the binary package name.  While this sometimes applies for source package name, the use is incredibly rare, and must be defended.
[04:11] <coppro> ah, I see
[04:11] <coppro> I'm not using on the source package name
[04:11] <coppro> but I understand the point about the watch file
[04:11] <coppro> thanks for educating me!
[04:12] <persia> No problem.  Thanks for defending your point rather than just believing that it must be wrong :)
[04:13] <persia> coppro, Now for the fun bit : since you clearly undrestand the value of having the binary name change when the ABI changes, why do you have a lintian override for the lintian check for this?
[04:13] <persia> (yes, I've read README.Debian)
[04:14] <coppro> persia: because the package name is libmk4, which is the way the library is normally referred to by users. As such, naming it libmk-4 would be contrary to the existing usage, and libmk4-4 would be weird. I explained this in the changelog too!
[04:14]  * persia should start reading changelogs earlier
[04:15] <persia> Upstream should be bothered about this, so that later it can be libmk-5, and users can just do -lmk
[04:16] <coppro> yeah, maybe if a new version ever looks to be coming out, I'll mention it. Changing it now would be more bother than help though
[04:16] <persia> I don't really like updating config.{sub,guess} in debian/patches, but I suppose it's not invalid.  Do others have opinions about this?
[04:17] <coppro> well, the problem was upstream used ancient versions
[04:17] <coppro> I was told to file a bug upstream and patch from the ubuntu versions, which I did
[04:17] <coppro> it was old enough to get a lintian warning
[04:17] <persia> In my opinion, upstream shouldn't even ship those files, and we should use the ones from autotools-dev at build time.
[04:19]  * ajmitch wishes autofoo didn't exist
[04:20] <persia> ajmitch, How would you prefer to do portable C?
[04:21] <ajmitch> by closing my eyes & hoping the problem disappears
[04:21] <persia> Or do you think everyone ought permanently run Plan 9 on VAXen?
[04:21] <ajmitch> its only reason for existence is because of this portability mess
[04:22] <persia> Indeed.  So as long as we all use the same architecture and the same operating system, we don't have any issues.
[04:22] <ScottK-laptop> I'm good with that.
[04:22] <ajmitch> and I was just expressing that I'd like that to be :P
[04:24] <fabrice_sp> Hi. Any idea on what to do with this bug: Bug #290164 ?
[04:25] <coppro> persia: anything else?
[04:25] <persia> fabrice_sp, Propose an SRU.  Prepare an SRU patch.  Talk to the SRU team.  Looks like it falls under "completely fails to function"
[04:25] <fabrice_sp> ok. Thanks persia
[04:25] <persia> coppro, I was distracted by autotools.
[04:25] <coppro> heh, no worries
[04:25]  * ajmitch is naughty & distracted persia
[04:25] <persia> coppro, There's a bunch of files without license headers.
[04:26] <coppro> do I have to add those myself?
[04:26] <coppro> :(
[04:26] <persia> ajmitch, You're incapable of being naughty : you define correct behaviour
[04:26] <ajmitch> if only that were true
[04:26] <persia> coppro, No, you can't add those yourself : upstream has to add them.  licensing is the one thing you can't just patch away.
[04:26] <coppro> ok
[04:27] <persia> coppro, Also, you probably want to put the examples in /usr/share/doc/libmk4-dev/examples/
[04:28] <persia> coppro, Also, once I find missing licenses, I usually stop reviewing, as it's not possible to include until upstream fixes that : if you've not already, run lintian against your local build.
[04:29] <coppro> persia: lintian is clean except for one minor one
[04:30] <persia> Which?
[04:30] <coppro> I forgot to add a description to a patch file
[04:30] <persia> Then you already know the solution :)
[04:30] <coppro> yeah
[04:31] <coppro> shame it can't be included without license headers; I know that there was an old package for this lib but it was removed; I wonder if it did anything about them
[04:31] <persia> Anyway, rejected for now.  Go bug upstream : they should have a soname, and use -lmk, and license things properly, and not ship autotools hints files.
[04:32] <persia> You'll find that license pickyness is inversely proportionate to the age of the package and the criticality of the package to making a system work at all.
[04:32] <persia> metakit is new and non-essential, and so falls well into the extra-pickyness bucket.
[04:32] <coppro> heh
[04:33] <persia> (hint: extra points for care and labour for fixing this by updating copyright of old essential packages)
[04:33] <coppro> the soname and -lmk definitely won't be fixed until the next ABI change; but the license headers and autotools hints could hopefully be fixed as a minor patch release
[04:34] <persia> That sounds correct for an upstream who cares about the users.
[04:34] <coppro> it's mostly a 1-man dev
[04:34] <coppro> which makes things a lot easier in my experience
[04:34] <persia> On a minor note, if you find a way to clean up the tests/ directory properly, that would probably be a good thing.
[04:35] <coppro> persia: well, I could build where they want me too
[04:35] <coppro> can you do cd within a make rule, or does that cause major breakage?
[04:36] <persia> each line in a make rule is a separate subshell : you'll need to do some trickery.
[04:36] <coppro> no, that's what I want
[04:36] <coppro> just cd before each make command, I think
[04:36] <persia> (please don't just stuff the whole rule into a single subshell : this is the wrong sort of trickery)
[04:37] <coppro> and modify paths accordingly
[04:38] <persia> That sounds relatively sane, although if you're unlike ajmitch, and push the work of doing it properly into autotools, that might be harder to break later.
[04:38] <ajmitch> :P
[04:39] <coppro> man, getting gcc to build must be tricky
[04:39] <coppro> since building in project root is edgy at best
[04:39] <persia> getting gcc to build it a little tricky.  Getting gcc to build without having gcc available is days of fun.
[04:41] <ScottK-laptop> I'm going to get very tired of "Graph this data and manage this system at https://landscape.canonical.com/" every time I ssh into an Intrepid box.
[04:41] <ajmitch> new adware?
[04:41] <persia> Indeed.
[04:41] <ScottK-laptop> Yes.
[04:42] <ScottK-laptop> persia: Maybe you ought to ask the core-dev applicant who put that there why he thinks it's ok?
[04:42]  * ScottK-laptop declares victory and goes to bed.
[04:43] <NCommander> ScottK, remove landscape-client to make that go away
[04:43] <ScottK-laptop> NCommander: Sure, but is it appropriate for it to be there at all?
[04:43] <NCommander> ScottK, not my department
[04:44] <ScottK-laptop> yeah.
[04:44] <ScottK-laptop> I like the new MOTD with useful information in it, just not the info-mercial.
[04:45] <persia> ScottK, I thought that the new motd package just allowed changes, and that landscape-client or something used it to set that.
[04:45] <ScottK-laptop> I haven't investigated.
[04:45]  * persia is unhappy about landscape-client being installed anywhere by default, but doesn't think that complaining would accomplish much
[04:46] <ScottK-laptop> Well the client is at least FOSS.
[04:46]  * NCommander always wondered if it really is FOSS if the server implemenation is closed
[04:46] <NCommander> i.e. liblaunchpadintergration
[04:47] <ScottK-laptop> Well that's what AGPL is all about (not that I think that's a FOSS license)
[04:47] <ScottK-laptop> landscape-client at least does some actual stuff all by itself.
[04:48] <persia> ScottK, freeness isn't my concern.
[04:48] <ScottK-laptop> Right.  I can guess.
[04:49]  * ScottK-laptop ponders how he should feel about his volunteer server work ending up making the press release.
[04:49] <ScottK-laptop> OK.  Bed time.  Really.
[04:49] <ScottK-laptop> Good night all.
[05:08] <lukehasnoname> Question:
[05:08] <lukehasnoname> Why is Eclipse at v 3.2.2 in the ibex repos, if the current release is 3.4.1?
[05:09] <persia> lukehasnoname, Because it's a very frightening package to update.
[05:09] <persia> lukehasnoname, There's a bit of discussion about it in the Debian Java mailing lists, if you want details, and in the Debian BTS.
[05:09] <lukehasnoname> BTS?
[05:09] <persia> Unless something goes tragically wrong, it really should be updated shortly after squeeze opens (and breaking the world is acceptable), and if that's soon enough, it can be pulled for Jaunty.
[05:10] <persia> Bug Tracking System.
[05:11] <lukehasnoname> squeeze?
[05:12] <persia> lenny+1 == squeeze
[05:13] <lukehasnoname> gotcha
[06:25]  * Hobbsee eyes blueyed
[06:26] <StevenK> Hobbsee: Hrm?
[06:26] <Hobbsee> someone might want to mention to him that we're in a freeze, and so syncs won't get done.
[06:31] <ajmitch> but it must be urgent, or it wouldn't have been filed
[06:31] <StevenK> I bet
[06:47] <dholbach> good morning
[06:50] <ajmitch> hi
[06:51] <dholbach> hi ajmitch
[06:57] <fabrice_sp> Hi dholbach
[06:57] <fabrice_sp> (and ajmitch :-) )
[06:58] <geser> good morning dholbach
[06:58] <geser> Hi ajmitch
[06:59] <dholbach> hi geser, hi fabrice_sp
[08:23] <huats> motning everyone
[08:23] <huats> morning
[10:13] <sistpoty|work> hi folks
[11:01] <porthose> hi folks
[11:03] <stefanlsd> hihi
[16:46] <Repsa_Jih> Where do I go if I want to request a package?
[16:47] <directhex> Repsa_Jih, simply requesting something from scratch rarely yields results, since you're asking people who might not care less about the app to put in their own time & effort. and an ancient proverb says: don't package something you don't use yourself
[16:48] <persia> Mind you, wiki.ubuntu.com/UbuntuDevelopment/NewPackages might be a good place to start either way.
[16:48] <persia> Some people troll for requested packages to look for new things to try, although this isn't exactly common.
[16:49] <Repsa_Jih> Then what do you suggest I do? This is about I game I've been developping, but I am on Arch Linux. I'd like to get a deb package... Well, I'd probably best ask an Ubuntu user, right?
[16:49] <directhex> Repsa_Jih, what's the license, what's the app?
[16:49] <persia> That's probably best.
[16:50] <persia> Or for a game, you might also file an RFP (Request for Packaging) in Debian : the games team tend to include people happy to try out almost any game.
[16:50] <Repsa_Jih> zlib/libpng license, app: http://annchienta.sf.net
[16:50]  * persia remembers seeing annchienta in REVU
[16:51] <persia> I seem to remember lots of packaging updates just before each Ubuntu release, when they couldn't be used, and then not so many right after an Ubuntu release when it had a good chance to be uploaded.
[16:52] <persia> Nope.  I'm remembering incorrectly, according to http://revu.ubuntuwire.com/details.py?package=annchienta
[16:53] <persia> Repsa_Jih, Looks like it just needs someone to update the package in REVU to the new upstream, fix the outstanding comments, and it should be good to go.
[16:58] <Repsa_Jih> allright, thanks
[17:02] <nixternal> persia: my 8 liters is consumed during my 2 hour morning workout, and then I drink 4 to 8 more during the day combined
[17:02] <nixternal> since you left the other chan :)
[17:02] <persia> nixternal, Wow!  Do you not worry about hypoketosis?
[17:02] <nixternal> haven't yet, but I also take a ton of supplements as well
[17:03] <persia> Or do you just eat so many bananas that it doesn't matter.
[17:03] <laga> i bet you need to pee a lot
[17:03] <nixternal> I have cut back on the "blow up and become a monster" stage of my workouts
[17:03] <persia> Oh, it's probably the supplements then.
[17:03] <laga> (SCNR)
[17:03] <nixternal> now I am in the "I need to lean out now and get chicks" stage :P
[17:03] <nixternal> laga: speaking of pee...brb :)
[17:16] <\sh> nixternal: you mean you will become the "KUbuntu-Hulk" (Blue Skin, Muscles, and any windows user will be punched to kde heaven)? ,-)
[17:19]  * sistpoty|work calls it a day... cya
[17:24] <RainCT_> OT, is there a substr function for char* in C++ or do I have to use a loop if I want to get ride of the first character?
[17:25] <jdong> RainCT: add 1 to the pointer.
[17:25] <\sh> RainCT: you mean, copy the string from char[1] to strlen(char[])? ,-)
[17:25] <laga> ;3~
[17:25] <laga> oops.
[17:27] <RainCT> \sh: no, copy what in Python would be x[1:8] to another variable.. so what jdong said
[17:27] <RainCT> thanks :)
[17:28] <RainCT> jdong: so.. that would be   y = *x+1  , right?
[17:28] <\sh> jdong: what if char* has only 2 byte, one real char and the \0 ?
[17:30] <jdong> \sh: is the null string not a valid string?
[17:30] <jdong> maye my C is a bit rusty.
[17:30] <jdong> RainCT: y = x + 1
[17:30] <jdong> RainCT: but yeah you should probalby do a bit of testing on strlen(x) to make sure it is a valid operation :)
[17:31] <jdong> s/probably//
[17:31] <\sh> jdong: for sure, but pointer arithmetic is a bit dangerous without knowing the real length of the char array
[17:31] <jdong> \sh: yeah, I agree with you on that.
[17:31] <jdong> I think checking strlen(x) > 1 will suffice for this case
[17:31] <persia> RainCT, There are string manipulation functions in C for *char, and in C++ for String.  You want to use those.  Further, you probably want to test with something like kazken3さんが、ぜんぶ訳してくれました。to make sure it works for unexpected UTF8 data
[17:32] <RainCT> (argh.. my X got mad :P)
[17:32] <RainCT> jdong: yep, I'm already checking the length because I only want values that are 8 characters long :)
[17:32] <persia> RainCT, 8 characters, or 8 bytes?
[17:32] <RainCT> characters
[17:33] <persia> even when that's 40 bytes?
[17:33] <\sh> RainCT: http://www.cplusplus.com/reference/string/string/
[17:33] <jdong> oh he did say C++.
[17:34] <RainCT> dunno, but it's only numbers anyway (and the code is not to be released, so don't worry I won't kill your PC :P)
[17:35] <\sh> RainCT: include <string> int main() { std::string s,s2; s="Hello"; s2=s.substr(1,8); printf("%s",s2.c_str()); return(0);} should be correct
[17:36] <\sh> oh my s="hello" is not > 8 ,-) please append ,-)
[17:36] <jdong> substr is smart enough not to misbehave in that situation ,right?
[17:36]  * jdong RTFMs
[17:37] <\sh> jdong: http://www.cplusplus.com/reference/string/string/substr.html <- regarding this, it should be intelligent enough...but who knows ,-)
[17:37] <jdong> "If this value would make the substring to span past the end of the current string content, only those characters until the end of the string are used."
[17:37]  * persia recommends feeding it CJK input and seeing if it breaks
[17:40] <highvolt1ge> man just make Michael Casadevall 'n MOTU already! sheesh!
[17:40] <\sh> I wonder if std::string is unicode safe
[17:41] <jdong> \sh: doesn't that depend on what you initialize the type to be for the template?
[17:44] <\sh> jdong: could be...but using the default basic_string<char> setting, I don't really think it's safe
[17:45] <jdong> \sh: I'd agree.
[17:45] <slytherin> NCommander: ping
[17:47] <\sh> jdong: I had a nice little python quiz last time: what is the result of (1 and -1) * (1 or -1) (enable python mode) ...
[17:48] <jdong> should be -1 * 1
[17:49] <jdong> though I don't believe the short-circuit is actually officially stated :)
[17:49] <jdong> one of those use-it-while-it-lasts things
[17:49] <RainCT> \sh, char is more fun than string :P
[17:50] <jdong> \sh: I've seen someone build an interesting string of lambdas anded and or'ed together, then the result is ()'ed. I'd consider that violent protest for switch/case constructs in python :)
[17:51] <\sh> jdong: right :) but I was asking myself why? because if you swap the the first term to (-1 and 1) * (-1 or 1) , then the results of both terms are 1 * -1 ... so I though to myself, it's bug, because it shouldn't use signed values != 0 for a boolean true
[17:52] <RainCT> o.O
[17:52] <\sh> RainCT: they are interchangeable ;) the constructure also takes a const char * to initialize your string ,-)
[17:52] <\sh> constructor ...
[17:52] <\sh> damn I should go home and sleepä
[17:54] <\sh> in the last couple of weeks I had too many strange things to explain (regarding bash, python and powershell ,-)) for myself
[17:55] <jdong> \sh: well (true and A) == A; true or B == b... There's got to be some weird logic or numbering system that one can make out of these operators :)
[17:56] <jdong> wait a second
[17:56] <jdong> I see what you're saying.
[17:56] <jdong> lol I should be paying attention to lecture right now... :)
[17:57] <\sh> #!/bin/bash function foo() { echo "bla" ; ssh -f host.domain.tld "<exec some command on remote host with output>" > /tmp/fifofile ; ps -ef|grep "ssh \-f"|grep -vi "grep"|awk '{print $2}'; } process_id=`bla` ; echo $process_id ;exit(0)
[17:57] <jdong> \sh: if you get really bored, try (False, True) = (True, False)
[17:57] <jdong> hilarity ensues.
[17:58] <\sh> jdong: well, True and False are just simple global constants..but the real boolean true in python is something != 0 , because 0 is the only false...but it's funny to play with those theoretical things ,-)
[18:00] <\sh> if you set -x after #!/bin/bash you can see that it's stopping execution of the script when trying to call ssh -f ... and it waits there forever...until I discovered (and interpretated the man page correctly) that you can't do any piping to stdout in bash functions
[18:01] <jdong> \sh: Indeed, the core engine still behaves correctly in terms of boolean logic, but there are about 2000 uses of literal True and False in my site-packages that probalby won't be happy :)
[18:02] <\sh> jdong: yepp :)
[18:04] <jdong> \sh: there's also weirdness in that bool([]) is false but [] != False :)
[18:04] <slytherin> NCommander: a bit of analysis about the freeze I was getting on my ibook. I saw two types of messages in the kernel panic messages. Something like 'b43_interrupt_handler' and 'b43_rfkill'. Not sure what they mean exactly. Also I found out that I was uisng old firmware version for my broadcom wireless card. Since I updated to newer version the freezes are very less. I last 4 hours of use I have seen a freeze only once as opposed to 1 al
[18:07] <\sh> jdong: the most annoying part of bool handling in python is: bool("True")==True but bool("False")!=False ... now this is totally stupid, especially when you work with configparser and you feed it str(False)
[18:08] <jdong> \sh: yeah, that's annoyingly inconsistent that bool(str) doesn't construct a boolean from its string representation.
[18:09] <\sh> the bool object should have an automatic recognition of "False" str representation and convert it automatically to 0
[18:16]  * POX hopes bool("False") will always be != False
[18:17] <POX> use PHP if you want different
[18:17] <\sh> POX: then it needs str(False) == "0"
[18:17] <jdong> POX: sure when converting a string object to a boolean
[18:17] <jdong> POX: but there needs to be an inverse-toString() constructor for bool too
[18:17] <jdong> i.e. something("False") should be str(False)
[18:18] <jdong> rather, something(str(False)) == False
[18:18] <jdong> and int() uses that definition for int(str)
[18:18] <jdong> thus adding to the inconsistency.
[18:19] <\sh> bool(str(False))==True sometimes my brain just needs beer to understand this ,-)
[18:19] <jdong> \sh: probably the moral is don't be using str() as a serialization tool :D
[18:19] <ScottK-laptop> Doesn't it all change in Python3.0 anyway?
[18:20] <ScottK-laptop> Note that we have Python3.0 RC packages in Intrepid.
[18:21] <jdong> I hope so
[18:21] <jdong> that's the one chance this decade to start over and get it right.
[18:21] <\sh> ScottK: well, let's play with 2.6 first, and try to make a smooth transition to 3.0
[18:21] <ogra> beer!
[18:22] <jdong> yeah that's right, taunt the underaged.
[18:22] <\sh> I think most apps coded with 2.3/2.4/2.5 will break
[18:22] <ogra> (no, i'm not highlighting on that)
[18:22] <\sh> ogra: a good plan
[18:22] <laga> jdong: are you underaged?
[18:22] <ScottK-laptop> \sh: Yes, although there are a goodly number of tools and docs on how to port that should make it doable.
[18:23] <ogra> laga, he comes from the country where you can marry with 18 but not drink anything at your wedding ;)
[18:23] <\sh> ScottK: right...but it's time consuming...just as timeconsuming as any new gnu c++ version ,-)
[18:23] <jdong> laga: I am indeed :)
[18:23] <laga> jdong: oops. :)
[18:23] <jdong> ogra: don't forget get shipped off to Iraq.
[18:24] <ogra> oh, right :)
[18:24] <ogra> well, you elected him ... (at least some did)
[18:24] <ScottK-laptop> Although that dichotomy (the age related one) has been around for ~ 2 decades now.
[18:24] <\sh> ogra: yes, the court...the citizens voted differently...these days..
[18:24]  * ogra points \sh to http://isitbeeroclock.com/
[18:25] <\sh> ogra: lol
[18:25] <jdong> yeah and now we have to choose between Mr inflate-your-tires energy policy and that other guy who will probably collapse in a few months.
[18:25] <jdong> fun fun fun.
[18:25] <ogra> well, he has at least an *intelligent* vice ....
[18:25] <ogra> *grin*
[18:26] <jdong> ogra: why can't they just replace her with Tina Fey for real?
[18:26] <laga> but biden doesnt wink as cute
[18:26] <jdong> I'd go for that.
[18:26] <ogra> or cindy lauper :)
[18:27] <ogra> from an european POV your elections are quite a joke to be honest ...
[18:27] <jdong> ogra: from an American POV I agree.
[18:27] <ogra> the scary part is that the elected person is the most powerful in the world at the end
[18:27] <POX> ScottK-laptop: (python3.0) seriously? in official repositories?
[18:28] <POX> jdong: new_bool = lambda x : {"False": False, "0": False, 0: False}.get(x, bool(x))
[18:28] <laga> ogra, jdong: the elections are also making reddit, digg and other social news sites unusable
[18:28] <ScottK-laptop> POX: Yes.  It's in Universe, so not supported.
[18:28]  * ogra doesnt use either
[18:28] <jdong> POX: well. yes. of course one can do that.
[18:28] <laga> ScottK-laptop: "not supported by canonical".
[18:29] <POX> jdong: it's still PHP-like for me
[18:29] <ScottK-laptop> laga: True, but in this case I think that adds up to 'not supported'
[18:29] <ScottK-laptop> POX: https://launchpad.net/ubuntu/+source/python3.0
[18:29] <POX> ScottK-laptop: I'd say doko is brave :)
[18:29] <laga> ScottK-laptop: yeah ;)
[18:30] <ScottK-laptop> Brave would be one word for it.
[18:45] <doko> POX: these are there for experiments
[18:46] <POX> but in official release?
[18:46] <doko> it's universe, and we'll update those to the final release
[18:46] <POX> people complained about python2.5 in Etch even if it wasn't supported
[18:46] <doko> don't ask me which motu did approve them ;p
[18:46] <POX> i.e. pyversions -s
[18:47] <POX> oh, so it wasn't your decision?
[18:47] <doko> did we have 2.5 in etch?
[18:47] <POX> yes
[18:47] <POX> and lots of complains (at least I received lots of them)
[18:48] <POX> ("why did you included it anyway if it's not supported")
[18:48] <POX> s/included/include
[18:53] <ScottK> I think for 3.0 the case is a lot clearer.  There is a large porting task ahead for the Python community and so providing an easy way to support that without demolishing user systems is a good idea.
[19:17] <\sh> early adopting is a good thing for developers, most likely 2 teams in companies are working on project X, one fixing bugs in actual release, and one porting it to a new version of the devel language...is a good thing
[19:19] <ajmitch> morning
[19:20] <geser> Hi ajmitch
[19:21] <ajmitch> good to see that people are still here & not passed out from stress
[19:23]  * ajmitch looks at -devel & uploads a new mc flagged as essential
[19:24] <POX> .oO( poor guy, he's reading -devel )
[19:25] <ScottK> ajmitch: And if you believe it's not essential you are clearly an idiot and don't get it.
[19:25]  * POX is not reding debian lists anymore, he's working on Debian instead
[19:25] <ajmitch> ScottK: obviously
[19:26] <ScottK> POX: This was ubuntu-devel-discuss.
[19:26] <POX> oh
[19:26] <POX> :)
[19:26] <POX> I don't read it either :)
[19:26] <ScottK> Didn't miss much.
[19:29]  * pochu unsubscribed from -discuss long time ago
[19:29] <POX> ScottK: yeah, I have spies that ping me when my name is mentioned somewhere ;)
[19:29] <pochu> I have enough with -devel :-)
[19:29] <POX> ScottK: thanks, btw
[19:29] <pochu> heh
[21:10] <gulyan> hey all :)
[21:10] <gulyan> can someone review my package? :D
[21:10] <gulyan> this is the link http://revu.ubuntuwire.com/details.py?package=bricker
[21:10] <gulyan> I would really appreciate it :)
[21:12]  * nhandler goes to look at it
[21:15] <laga> gulyan: please fix debian/changelog, it needs to be uploaded to jaunty instead of hardy
[21:16] <gulyan> ok, I was waiting for the official release before updating the distribution
[21:16] <gulyan> I'll change it now :)
[21:19] <marcin_ant> hello MOTU's
[21:19] <RainCT> hi marcin_ant
[21:19] <marcin_ant> I would like to ask about some package I would like to modify
[21:20] <marcin_ant> there is package named zope-pas
[21:21] <marcin_ant> this software can be downloaded as upstream tar.gz but in this original tar there is subfolder containing source code /PluggableAuthService-1.4.2
[21:21] <chrisccoulson> hi, i'm currently working on fixing bug 262708, which is fixed in debian. i was just going to copy their fix, but after looking through the changelog in the latest debian version of the package, the only changes since the last sync of this package are all bugfixes to get the package working, and are all relevant to ubuntu too. so, should i modify the package and bump the version to 'ubuntu1', or could i just request a sync of the pa
[21:22] <marcin_ant> but source package from debian/ubuntu contains source code in /
[21:22] <james_w> chrisccoulson: do you think it should be an SRU?
[21:23] <chrisccoulson> the package is not installable in its current state
[21:23] <laga> gulyan: i've added some comments. i'm not a MOTU, though :)
[21:23] <james_w> chrisccoulson: ok, so for intrepid you should prepare an update not sync.
[21:23] <marcin_ant> orig.tar.gz has all of it's content moved from /PluggableAuthService-1.4.2 to / and I'm reading maint-guide which says that wrong directory layout is not a reason to modify original tar.gz
[21:24] <laga> gulyan: intrepid will be released tomorrow, you can't add new packages to intrepid
[21:24] <james_w> chrisccoulson: collapsing the changelog since the last sync to one entry, changing the details, including the version number, then explaining where the changes came from and giving proper attribution would work.
[21:24] <gulyan> ok, thx for the comments and advice :D
[21:24] <marcin_ant> should I consider this as a bug and in my new version of this package should I keep original directory layout from upstream tar?
[21:25] <chrisccoulson> i can do that. the only reason i asked is that there is also another bug which makes the software not work, which I was going to fix in the same debdiff. but that is also fixed in debian. if i apply both fixes, then the package is basically in sync with the latest debian package, but will have a different version number
[21:25] <chrisccoulson> i don't mind doing the work though, it's not going to take me too long to fix
[21:45] <gulyan> update done to the package, thx again laga :)
[21:46] <marcin_ant> could someone help me with packaging?
[21:48] <marcin_ant> I just need like to know what to do if I got upstream tar with non-native directory layout
[21:53] <ma10> jdong: i'm doing some testing on what you asked in bug 264950. It looks good, another random port is automatically chosen. What do you think about this issue anyway?
[22:13] <marcin_ant> is there anyone that can answer some trivial question about packaging? please
[22:15] <azeem> marcin_ant: probably nobody is arrogant enough that they would admit they could answer any trivial questions
[22:15] <azeem> marcin_ant: so better just ask your question and hope somebody knows
[22:19] <marcin_ant> azeem: thing is -> I want to follow PackagingGuide so:
[22:19] <marcin_ant> azeem: mkdir zope-pas
[22:19] <marcin_ant> azeem: cd zope-pas
[22:19] <marcin_ant> azeem: wget http://www.zope.org/Products/PluggableAuthService/PluggableAuthService-1.4.2/PluggableAuthService-1.4.2.tar.gz
[22:20] <marcin_ant> azeem: cp PluggableAuthService-1.4.2.tar.gz zope-pas_1.4.2.orig.tar.gz
[22:20] <azeem> marcin_ant: why do you ask me?
[22:20] <marcin_ant> azeem: tar -xzvf zope-pas_1.4.2.orig.tar.gz
[22:20] <azeem> I didn't say I can answer trivial questions
[22:20] <marcin_ant> and I'm stuck because tar unpacks to PluggableAuthService-1.4.2
[22:21] <azeem> that's usually not a problem
[22:21] <marcin_ant> can I change internal directory structure of original tarball?
[22:21] <marcin_ant> PackagingGuide says that I cannot....
[22:21] <azeem> why do you want to change?  What error/problem are you running into?
[22:21] <marcin_ant> (sorry about asking you directly ;) )
[22:22] <marcin_ant> I should have source code unpackaged to directory with zope-pas-1.4.2 (in my example) right?
[22:23] <azeem> "should", not "must"
[22:23] <marcin_ant> but original tarball has different directory structure
[22:23] <azeem> 23:17 < azeem> that's usually not a problem
[22:23] <azeem> 23:18 < azeem> why do you want to change?  What error/problem are you running into?
[22:24] <jdong> ma10: my comments added
[22:25] <marcin_ant> azeem: so are you saying that I can copy PluggableAuthService-1.4.2.tar.gz to zope-pas-1.4.2.orig.tar.gz
[22:25] <marcin_ant> azeem: then untar this orig file
[22:25] <azeem> I thought you already did this above?
[22:25] <marcin_ant> and then it will produce PluggableAuthService-1.4.2
[22:26] <marcin_ant> and should I just cd to this directory add debian subdir and build deb?
[22:26] <ma10> jdong: thanks, i was writing a reply of my own
[22:27] <marcin_ant> azeem: ?
[22:27] <azeem> marcin_ant: why don't you try yourself?
[22:27] <azeem> it's doesn't scale at all if you ask for advice before every step you take
[22:28] <ma10> jdong: btw, i have the new  version packaged and ready, what should I do? Open the please update bug as soon as jaunty archives are opened?
[22:30] <jdong> ma10: yeah let's upload it into Jaunty when it opens
[22:30] <jdong> ma10: does it build on Intrepid, too? :)
[22:31] <ma10> jdong: sure, where could i have tested it? :) i'd like to be able to backport before release..
[22:33] <jdong> ma10: haha ok stupid question... See I'm drinking coffee now, the effect has not kicked in yet!
[22:34] <jdong> ma10: Unless ScottK is in a really bored mood (highly unlikely) let's just wait until Jaunty can upload, to do the backport. I don't expect that to be more than 1.5 weeks away.
[22:34] <marcin_ant> azeem: ok thank you, my package build without errors
[22:35] <marcin_ant> azeem: but then last question is - why when I will apt-get source zope-pas (current version)
[22:35] <jdong> ma10: btw thanks so much for taking care of Azureus -- it's been historically one of the most troubled/neglected packages in Ubuntu :)
[22:36] <marcin_ant> azeem: this command will download zope-pas_1.4.2.tar.gz which has different internal directory structure?
[22:36] <marcin_ant> azeem: it has /zope-pas-1.4.2/sourcecode.... ?
[22:37] <marcin_ant> azeem: not /PluggableAuthService-1.4.2 like in orig.tar.gz?
[22:37] <azeem> zope-pas_1.4.2.tar.gz ?
[22:37] <azeem> marcin_ant: what is your .orig.tar.gz called exactly?
[22:38] <ma10> jdong: true, i'm still running it from a manual installation on hardy.. what a shame, it feels like windows.. my concern now is that we're diverging quite a bit from debian. Their last upload was a NMU with some weird stuff in it. I'm afraid the next merge will be painful..
[22:39] <jdong> ma10: correct me if I'm wrong but Debian is still interested in preserving GCJ compatibility, right?
[22:39] <jdong> no I am wrong.
[22:40] <ma10> jdong: they gave up on that
[22:40] <marcin_ant> azeem: ooooops sorry
[22:40] <marcin_ant> azeem: you are absolutely right thank you
[22:40] <ma10> jdong: wait i try to grab a diff
[22:40] <marcin_ant> azeem: in ubuntu there is 1.4.1 version which has orig.tar.gz like it should
[22:41] <marcin_ant> azeem: I got 1.4.2 from some unofficial repository with modified upstream tar
[22:41] <marcin_ant> azeem: thank you very much :)
[22:41] <azeem> cheers
[22:52] <ma10> jdong: http://paste.ubuntu.com/64334/ -- they dropped gcj and they now force it to run with the jre that was used for building, if i read the perl lines correctly..
[22:56] <jdong> ma10: it doesn't look too unreasonable to me
[22:57] <ma10> jdong: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495514 it was discussed here.
[22:59] <ma10> jdong: I don't know if hand-selecting jres in the startup script is a good approach. I mean java compatibility is a real problem, but I think it should be solved on a higher level, not in every single package's scripts. There should be an infrastructure for blacklisting jres as needed.
[23:01] <ma10> jdong: otherwise, you defy the purpose of the alternatives system
[23:02] <jdong> ma10: my personal opinion.. at this point Ubuntu selects a reasonable JRE by default (AFAIK)
[23:02] <jdong> ma10: we should respect the user's alternative.
[23:02] <jdong> ma10: now that was different when we used GCJ by default with which azureus is known not to work
[23:07] <ma10> jdong: that's what i think. So, correct me if i'm wrong: build with default-jdk, depend on default-jre | java-runtime and launch by calling "java" directly. If the user selected alternative doesn't work with the package, well, that's his problem. A blacklisting system wuold help, but we should disregard the selected alternative
[23:07] <ma10> * we should not disregard.. sorry
[23:09] <jdong> ma10: at most I would blacklist the current version of GCJ or at least scream loudly if it's detected and continue anyway
[23:09] <jdong> ma10: but yes, I agree with you on this
[23:10] <ma10> jdong: screaming is problematic when not launching from terminal.. So we could conclude we should reject debian changes..
[23:10] <ma10> btw is there any policy or guidelines about this stuff?
[23:11] <jdong> ma10: generally we don't like deviating from Debian but I think in this case it is reasonable to do.
[23:11] <jdong> ma10: for Azureus I'd recommend cooperating with upstream's wishes
[23:11] <jdong> I know at one point when I took over they had some harsh words about Debian's Azureus packaging and (by prejudice) what I was going to do.
[23:12] <jdong> I'm very interested in repairing that relationship
[23:13] <ma10> jdong: I had the same impact when i tried talking to them.. however their wishes are to ship their version of swt and the other libs together with the package.. i don't know if we can come down do this :)
[23:14] <jdong> ma10: no, that's not something we can do, unless they give very compelling and specific reasons why Azureus needs a special version of those libs in which case we might want to discuss bundling the SOURCE with the azureus build process
[23:14] <jdong> ma10: I didn't listen too carefully (or understand too well) -- they tried to tell me something along those lines with SWT
[23:14] <jdong> well actually I didn't want to hear it for emotional trauma reaasons
[23:14] <jdong> I believe they mini-forked SWT to have API calls and such that THEY wanted :)
[23:15] <ma10> that's bad.. i liked it better before this whole Vuze thing
[23:37] <Sylphid> could someone verify that the eagle package is not broken in intrepid?..... when i try to run or reinstall eagle after upgrading from hardy it crashes my X server
[23:41] <coppro> trying...
[23:41] <coppro> it's an application I just run?
[23:41] <coppro> hmm... works fine
[23:41] <danbh_intrepid> Sylphid: it works for me, albeit, not that well, but it starts
[23:42] <Sylphid> danbh_intrepid, when i click on file after it loads it crashes X
[23:43] <Sylphid> hmm...
[23:43] <danbh_intrepid> what file?
[23:43] <Sylphid> the file menu
[23:43] <Sylphid> hmm
[23:43] <danbh_intrepid> its a bunch of ic diagrams
[23:44] <Sylphid> hmm.... must just be my machine for some reason
[23:44] <danbh_intrepid> heh, the pins are labeled, but where is the documentation of those pins?
[23:44] <danbh_intrepid> Sylphid: try this command to install the somewhat default dependencies for your system!  sudo apt-get install (k|x)ubuntu-desktop^             and dont forget the ^
[23:44] <Sylphid> lemme try purging and reinstalling
[23:46] <Sylphid> hmm.. yea that did pick up a few extra libs
[23:47] <Sylphid> ok all installed. .... trying again will be back if it crashes again
[23:49] <Sylphid> nope still crashed X
[23:54] <danbh_intrepid> what video driver are you using?
[23:59] <Sylphid> radeon


[00:09] <xivulon_> evand please rebuild with 170
[00:09] <xivulon_> round number :)
[07:02] <worklez> I'm looking for wubi team, are you here? it seems that grub boot files are missing after update (wubi, ntfs, karmic).
[07:02] <worklez> it fails like here http://ubuntuforums.org/showthread.php?p=8260796
[14:15] <xivulon> hmm looks like last grub update didn't go down well 477104
[14:29] <xivulon> cjwatson ^


[02:24] <dhasenan> Anyone know where to find the code corresponding to the Alt+F2 dialog?
[03:03] <marcobiscaro2112> dhasenan: in runner.vala file, which is part of unity-place-applications
[03:39] <dhasenan> marcobiscaro2112, thanks
[14:31] <coz_> hey all
[21:03] <chewyTree> Anyone have time to listen for a bit?
[21:04] <chewyTree> Unity bug and the Dev refuses to fix it, being the point
[22:29] <salty-horse> hello. is this team responsible for  https://bugs.launchpad.net/unity-2d/+bug/696864?
[22:31] <chewyTree> i think everyone fell asleep, i was asking a question earlier aswell
[22:32] <salty-horse> I'll just add a comment there :)
[22:34] <chewyTree> ya if they are still subscribed they will get an email, plus just come back in an hour or so, maybe someone will be around
[22:34] <chewyTree> GL
[22:47] <Daekdroom> Why dragging an item within QT apps (e.g songs in a play list) will make the Unity launcher show up and not disappear again until that app is closed?
[22:55] <salty-horse> done: https://bugs.launchpad.net/unity-2d/+bug/696864/comments/1
[22:59] <chewyTree> Hey Unity, do you guys know if the top panel bar and icons are re-sizable yet?
[23:29] <hicham> chewyTree: the icons are
[23:30] <chewyTree> hicham, https://bugs.launchpad.net/unity/+bug/779088 I think this would be a wishlist item though
[23:33] <chewyTree> hicham, and by icons i mean the indicators, i didnt know you can resize them
[23:34] <Daekdroom> The only icons that are resizeable are the launcher's.
[23:34] <chewyTree> ya thats what i thought
[23:35] <chewyTree> not i just need to find someone to put it as a wishlist item
[23:35] <chewyTree> *now