[00:20] <slangasek> lamont: are your permissions on /var/lib/misc/shadow.db different than your perms on /etc/shadow?  Does /sbin/unix_chkpwd have appropriate s[ug]id bits for reading both?
[00:21] <lamont> ls -l /etc/shadow /var/lib/misc/shadow.db
[00:21] <lamont> -rw-r----- 1 root root   1454 2008-03-17 12:28 /etc/shadow
[00:21] <lamont> -rw-r----- 1 root shadow 8192 2008-03-17 06:01 /var/lib/misc/shadow.db
[00:21] <lamont> ls -l /sbin/unix_chkpwd
[00:21] <lamont> -rwxr-s--- 1 root shadow 21216 2007-10-01 12:49 /sbin/unix_chkpwd
[00:22] <lamont> that's in the mode where I get to login on another vt and kill the screensaver.. :-)
[00:23] <lamont> slangasek: oh, and I've only confirmed this on gutsy, btw... :-(
[00:24] <StevenK> lamont: I note my /etc/shadow isn't root:root
[00:25] <lamont> StevenK: what is it?
[00:25] <StevenK> lamont: root:shadow, like /var/lib/misc/shadow.db
[00:25] <lamont> interestingly, it's root:shadow on some other boxen... hrm
[00:26] <StevenK> It isn't Gutsy, it's that install? :-)
[00:29] <lamont> well, making /etc/shadow root:shadow didn't change the fact that it wouldn't unlock
[00:30]  * lamont brb
[00:30] <slangasek> lamont: er, so why are other users not allowed to execute unix_chkpwd?
[00:30] <slangasek> that's brokez0r
[00:31] <slangasek> and not the permissions shipped in the package in gutsy
[00:31] <StevenK> Hey, yeah. That doesn't help either.
[00:32] <slangasek> rather, it's specifically what breaks it
[00:33] <slangasek> jdong: what version of hal do you have installed?
[00:37] <lamont> meh.
[00:37]  * lamont goes to close his bug as invalid
[00:38] <slangasek> hurray! :)
[00:40] <lamont> there is a certain wrongness in closing one's own bugs as PEBCAK
[00:41] <slangasek> so how did the perms end up that way, exactly? :)
[00:42] <lamont> iz long storry
[00:52] <lamont> nothing like filing a bug to get educated. :-)
[00:57] <Fujitsu> Can somebody please give back ikiwiki?
[00:58] <brazil> hi - mobile-player_0.4_all.deb and mobile-application-service_0.9-5_i386.deb in hardy universe have 10 extra bytes over what the Packages file says, and the md5s don't match. Who should this be reported to?
[00:58] <Fujitsu> I thought they fixed that.
[00:59] <brazil> I'm using archive.ubuntu.com (was using uk at first)
[00:59] <brazil> have run multiple times, checked by hand etc.
[00:59] <Fujitsu> It must have unfixed itself, I guess.
[01:00] <Nafallo> ehrm... isn't uk the same one?
[01:00] <brazil> I get different IPs
[01:00] <Fujitsu> a.u.c has several.
[01:00] <brazil> hmm - there's 3 IPs for archive - let me try each
[01:00] <StevenK> uk.archive != archive
[01:00] <Nafallo> oh. uk is gb :-)
[01:00] <Nafallo> didn't know that one was mapped :-P
[01:01] <StevenK> *.archive.ubuntu.com is, actually
[01:01] <Nafallo> StevenK: yea, which was why I was surprised uk was mapped to gb :-)
[01:04] <brazil> .31 .45 and .46 are all bad
[01:04] <StevenK> Do they actually download via apt-get?
[01:04] <brazil> I'm using reprepro to build a hardy mirror
[01:17] <astheglorious> hey peeps
[01:17] <astheglorious> how's it hanging
[01:17] <brazil> so who needs to be told about this to get it fixed up?
[01:18] <astheglorious> I have no idea
[01:27] <adrian2002ca> so how do i get started developing...im a pretty good programmer, pretty new to ubuntu(a month)...ive looked at the wiki and I still don't know how to get an <experienced developer to help me along>
[01:28] <elkbuntu_> Adri2000, #ubuntu-motu is a better place to ask :)
[01:28] <adrian2002ca> okey-dokey :P
[01:51] <emgent> heya people
[02:40] <sladen> iwl3945 b0rkage
[02:53] <jdong> slangasek: whatever's latest on Hardy as of 48 hrs ago
[02:54] <xhaker> Hobbsee: could you please reupload your ubuntu-restricted-extras
[02:54] <xhaker> Hobbsee: now with open-jdk-6
[02:54] <slangasek> jdong: then you probably have the broken hal installed, please see my follow-up to the n-m bug
[02:55] <jdong> slangasek: ah, ok, so I need to catch-22 a new hal :)
[02:55] <jdong> I'll deal with that
[02:56] <slangasek> yeah, not a nice thing to have hit the archive the day after beta :/
[02:57] <slangasek> sladen: your laconic comment suggests the same issue to me...
[02:58] <Hobbsee> xhaker: why?
[02:58] <xhaker> Hobbsee: the packages are openjdk-6* sorry
[02:58] <xhaker> Hobbsee: because every package that was built with icedtea7 is being transitioned to openjdk-6
[02:58] <xhaker> so you should use openjdk-6 for sanity :D
[02:59] <xhaker> the dependency should be on icedtead-gcjwebplugin
[03:00] <xhaker> that package installs the browser plugin and pulls openjdk-6-jre
[03:01] <xhaker> icedtea-gcjwebplugin, it's late here.
[03:01] <xhaker> right Hobbsee ?
[03:01]  * Hobbsee is looking
[03:02] <jdong> slangasek: ok, fair enough, thanks for your insight, I'll get out a USB disc
[03:04] <slangasek> it's possible that all of the other wpa2 problems people are reporting right now all come down to the same thing, but I'm not sure because so far I've only gotten confirmation from anyone that hal fixes the "eats my CPU" problem, which not everyone has mentioned seeing
[03:05] <Hobbsee> slangasek: how do you use sed to delete a line, and not leave blank space there instead?
[03:05] <xhaker> Hobbsee: you'll see an upload from doko today, for the new openjdk code drop. there is a bug somewhere to trac the transition, but i don't know the number
[03:05] <slangasek> Hobbsee: /thingymatched/d
[03:06]  * slangasek worries that his reputation as a sed glutton may have preceded him
[03:08] <Hobbsee> slangasek: ah, thanks.
[03:08] <xhaker> Hobbsee: found it, it's bug 203636
[03:09] <ubotu> Launchpad bug 203636 in openoffice.org "replace icedtea-java7 references with openjdk-6 references" [Undecided,In progress] https://launchpad.net/bugs/203636
[03:09] <xhaker> filed by doko himself :)
[03:12] <Hobbsee> xhaker: done, thanks
[03:12]  * xhaker hugs Hobbsee
[03:12]  * Hobbsee hugs xhaker back
[03:12] <Hobbsee> i'm beginning to hate all this java stuff, w.r.t. all the versions.
[03:14] <xhaker> now, why is licwidget0 and libcwidget3 installed side by side by default? licwidget0 is a dependency of aptitude and licwidget3 is orphaned :S
[03:15] <Hobbsee> xhaker: of what?
[03:15] <slangasek> because aptitude is FTBFS with the new cwidget and needs to be updated in a freeze-appropriate way
[03:15] <Hobbsee> heh
[03:15] <slangasek> it's libcwidget0 which is supposed to go away
[03:22] <xhaker> ic :)
[04:06] <Fujitsu> slangasek: Have you not pushed out the syncs you've performed yet?
[04:09] <slangasek> Fujitsu: not yet, no
[04:10] <Fujitsu> slangasek: OK, thought it was a bit late for you to not have.
[04:13] <slangasek> not in this time zone? :)
[04:16] <Fujitsu> Hobbsee: Can you please give back ikiwiki?
[04:16] <Hobbsee> Fujitsu: given back
[04:16] <Fujitsu> Hobbsee: Thanks.
[04:18] <Fujitsu> Gr, how'd that fail again.
[04:19] <Fujitsu> It succeeded twice in archive rebuilds two weeks apart.
[04:46] <Fujitsu> Hum, shouldn't Priority: required stuff be installed in the buildd chroots?
[04:47] <Fujitsu> liblocale-gettext-perl isn't.
[04:49] <slangasek> you should still explicitly build-depend on anything that isn't essential: yes or part of build-essential
[04:49] <slangasek> (I think the buildds use a stripped-down package set for this reason, maybe?)
[04:50] <Fujitsu> Ah, thanks.
[06:16] <Hobbsee> it's interesting about how a lot of hte ubuntu iso's for the beta are being downloaded by ktorrent.
[06:17] <Fujitsu> Hobbsee: It's because KTorrent was the only graphical torrent client that didn't utterly suck, until Hardy.
[06:17] <Hobbsee> Fujitsu: ahhh
[06:17] <Fujitsu> That's why I and most other Ubuntuers I know used it.
[06:18] <Hobbsee> fair enough
[09:54] <Method> i'm trying to add a patch to the kernel package but can't figure out how the kernel package works, how do i get a real source package rather than the linux_meta package?
[09:55] <Hobbsee> Method: probably #ubuntu-kernel, but it is a public holiday.
[12:25] <laga> cjwatson: where do you keep the preseed files for the alternate disks? is there a bzr repo somewhere?
[13:04] <Loevborg> Scripts /etc/acpi/resume.d used to be run on resume. Is there an equivalent for this in hardy's hal-system-power-suspend-linux?
[13:07] <mjg59> You can add stuff to /etc/pm/sleep.d
[13:09] <Loevborg> mjg59: thanks. Any chance that /etc/acpi/suspend.d will get cleaned up or removed? It's really confusing to have several acpi subsystems in the system.
[13:11] <j1mc> hello, all.  there don't seem to be new images created for xubuntu, but there are no problems being reported as part of the xubuntu daily cd health check.
[13:11] <j1mc> is there a reason for this?
[13:12] <j1mc> http://cdimage.ubuntu.com/xubuntu/daily/current
[13:12] <mjg59> Loevborg: Comment should probably be added - we won't delete any user-added files, though
[13:13] <Loevborg> mjg59: sure, I was talking about a clean hardy install, where these files should not be necessary any more
[13:15] <j1mc> even the most recent daily-live builds are from the 18th: http://cdimage.ubuntu.com/xubuntu/daily-live/current/
[14:12] <hunmaat> hi. can you explain me, what the msgid 'Frobnicate!' of policykit-gnome means? And how is it different from 'Tweak!'?
[14:17] <vykmorod> I'm just wondering if anyone can tell me something about Python + OpenGL + Tk/tcl core dunos in FiestyFawn
[14:17] <vykmorod> *dumps
[14:19] <persia> hunmaat: When one frobnicates, one is adjusting something as one wishes.  When one tweaks, one is typically seeking to improve the results.
[14:20] <hunmaat> thanks, I thought something like this. but do not know distinct hungarian words for them :/
[14:20] <hunmaat> [I don't now if it makes sense to translate these examples...]
[14:20] <hunmaat> k
[14:22] <persia> hunmaat: Frobnicate is jargon (http://catb.org/jargon/),  If you translate it, "Tweak" is good.  The distinction is mostly arbitrary.
[14:23] <hunmaat> I see, but the next string is 'Tweak!' :(
[14:24] <persia> Maybe translate "Tweak" from English to Hungarian, and simply conjugate "Frobnicate" as jargon?
[14:27] <hunmaat> this might be an ability, but the English knowledge in Hungary is quite poor, so lots of people will have no idea about it's meaning
[14:28] <persia> hunmaat: True, but "Frobnicate" isn't really an English word either, and I'm not sure of any other solution.
[14:29] <hunmaat> I think I will simply skip the full examples section (~40 string). I can't find it on GUI.
[14:32] <johanbr> I'd say "Frobnicate" shouldn't be present in anything user-visible in English either.
[14:33] <hunmaat> I haven't seen the source, but based on the filenames I think, this is an unused example policykit implementation.
[14:34] <hunmaat> with dummy actions
[15:10] <sistpoty> doko: please give back missinh on sparc, thanks!
[16:39] <sivang> does anyone remember how to inspect contents of a package using python apt?
[16:40] <laga> sivang: there are lots of examples in the python apt package
[16:40] <laga> maybe you can find something there?
[16:57] <sivang> laga: I will try, thank you
[17:13] <jwal> Hi.  I am looking for some documentation, preferably a risk assessment, for the decision to try and include Firefox 3 in Hardy and what will happen if Mozilla have not released it in time.  Any pointers?
[17:14] <sistpoty> jwal: maybe asac can help you there
[17:18] <asac> jwal: what for do you need that info?
[17:19] <jwal> asac: I'm just curious
[17:21] <asac> jwal: there are several compromises involved in this.
[17:23] <asac> jwal: not being officially final is not the most important things for us (though its what we have hoped for). Its more important that we ship a product that rocks, while being able to guarantee our users security support throughout the whole hardy support cycle for instance.
[17:24] <asac> doing a major version upgrade in a LTS because it turns out that we cannot provide security support is just not a good idea.
[17:27] <jwal> I hadn't even considered that.  Do Mozilla make any promises about how long they will provide security fixes?  (I am now starting to research this on mozilla.org)
[17:28] <asac> jwal: 6 month after the next version is released
[17:29] <asac> so consider that 3.0 is final in may, we will get a security support for 2.x till december or something
[17:29] <asac> jwal: we (distros) entangle to extend the security support, but unless thats proven to work we cannot rely on that
[17:30] <asac> we do that for 1.5.0 (as in dapper) for now
[17:30] <jwal> Sounds like you are no longer expecting to be able to ship a final Firefox in 8.04 LTS
[17:31] <hunmaat> afaik, nor 1.5 was final
[17:32] <asac> jwal: you never know ;)
[17:35] <jwal> asac: Presumably this has been discussed with the people at Mozilla.  Have they been able to make any promises?
[17:36] <orbisvicis> making sure im doing this right: get source, extract .tar.gz, extract diff.gz, patch -p <diff.gz
[17:36] <asac> jwal: they are aware, yes. you never get any promises though
[17:36] <soren> orbisvicis: It might help if you said what you were trying to do. If you're trying to make pancakes, you're not doing the right thing at all.
[17:37] <soren> If you're trying to extract the source for ubuntu packages in the hardest possible way, you're close :)
[17:37] <orbisvicis> soren this is an ubuntu dev channel, its about modifying/patching ubuntu source ; )
[17:38] <mjg59> orbisvicis: apt-get source packagename
[17:38] <mjg59> Or dpkg-source -x foo.dsc
[17:38] <orbisvicis> um unfortunately this is alsa-plugin_1.0.15 for 8.04 while i need it for 7.10
[17:39] <orbisvicis> so I dl'd it off the ubuntu website
[17:39] <orbisvicis> oh i was so close
[17:39] <jwal> soren: It's about 41 days too late for pancakes.  More likely trying to boil an egg.
[17:39] <orbisvicis> then move the debian folder into the source folder
[17:41] <jwal> asac: If, for example, Hardy ships with Beta 5 will the final version be included in the security update stream, the updates stream or the backports stream?
[17:42] <jwal> asac: Sorry if this is on the wiki or launchpad somewhere (but I have been unable to find it)
[17:43] <soren> orbisvicis: Just add a deb-src line to your sources.list and do an "apt-get source alsa-plugin/gutsy"
[17:43] <asac> jwal: we will track upstream through security
[17:43] <orbisvicis> soren, that is a viable option
[17:43] <soren> jwal: Aw, I'm too late for pancakes?
[17:43] <asac> jwal: as always
[17:44] <orbisvicis> but theoretically this was works as well ?
[17:44] <soren> orbisvicis: Or dget http://archive.ubuntu.com/ubuntu/pool/main/a/alsa-plugins/alsa-plugins_blahblah.dsc, followed by dpkg-source -x.
[17:44] <soren> orbisvicis: Not necessarily.
[17:45] <soren> orbisvicis: Depends on how the package maintainer applies patches.
[17:45] <orbisvicis> oh
[17:45] <orbisvicis> patch -pX, or even a different patch program ?
[17:45] <soren> orbisvicis: The .diff.gz might patch stuff outside debian/.
[17:47] <orbisvicis> i hadnt thought of that, though in that case i could move the diff file before patching it
[17:47] <soren> orbisvicis: There are quite a few patch management system. If the package maintainer always uses one of those, it's usually not a problem to just move debian/ around. If they don't use a patch management system or just doesn't always do it (it's sometimes troublesome), the .diff.gz will contain diffs against stuff outside debian/
[17:47] <orbisvicis> though i like the dpkg-source -x method >elegant
[17:48] <soren> "apt-get source" uses "dpkg-source -x", too.
[17:48] <soren> it just fetches the source first.
[17:48] <soren> And yes, dpkg-source -x is the one true way.
[17:48] <orbisvicis> heh
[17:49] <orbisvicis> how did you get that link ... b/c it shows all the newest packages, what if say i needed the 7.10 version ?
[17:50] <soren> orbisvicis: That one is there as well.
[17:50] <soren> orbisvicis: I just typed it.
[17:50] <soren> orbisvicis: Every version from dapper to hardy should be tehre.
[17:50] <soren> there, even
[17:50] <laga> TentakelFrau: scary.
[17:50]  * asac out for a while
[17:50] <orbisvicis> yes
[17:50] <TentakelFrau> ;d
[17:51]  * orbisvicis ^^ blind
[18:20] <hunmaat> has the policykit-gnome developer ever heard about gnome hig?
[18:30] <jwal> asac: Thanks for your help
[18:32] <hunmaat> The UIF means strict stringfreeze?
[18:35] <laga> eMo: _scary_
[18:36] <eMo> laga: only if you don't know the context :)
[18:36] <eMo> but, well, ok, it's enough ;)
[19:26] <slangasek> asac: does ubufox not use the "Npp" metadata in Packages to figure out what plugin packages to install? bug #177514, icedtea-java7-plugin has been removed from the archive but firefox still won't automatically pick up icedtea-gcjwebplugin in its place
[19:26] <ubotu> Launchpad bug 177514 in icedtea-java7 "firefox 64-bit IcedTea java not working." [High,Confirmed] https://launchpad.net/bugs/177514
[20:46] <slangasek> asac: do you need any help triaging the information in bug #50214?  the set of permutations is huge, and a fair number of wireless drivers appear to still have the problem; are you expecting all of these to get fixed in the kernel for final?
[20:46] <ubotu> Launchpad bug 50214 in network-manager "can't connect to hidden network" [High,Confirmed] https://launchpad.net/bugs/50214
[20:46] <slangasek> (... and if so, does the kernel team know this?)
[21:01] <asac> slangasek: help appreciated, i think i forked out individual bugs for specific chipsets i know of
[21:01] <asac> for instance the iwl drivers appear to lack a patch in its own mac80211 module
[21:03] <asac> slangasek: we might consider to unmilestone the generic bug.
[21:13] <slangasek> asac: I guess I'd like to be sure first that it's empty of any remaining per-chipset problems that haven't been broken out, before unmilestoning it
[21:14] <asac> Ill look
[21:14] <asac> but thats definitly on my radar
[21:37] <ScottK2> asac: Is Bug #204868 on your list too?
[21:37] <ubotu> Launchpad bug 204868 in network-manager "NM can't use wireless networks" [Undecided,Confirmed] https://launchpad.net/bugs/204868
[21:38] <slangasek> ScottK2: isn't 204868 really 204768 in disguise?
[21:38]  * ScottK2 loooks.
[21:38] <slangasek> nice that 145652 is marked as a duplicate of 204868 :P
[21:39] <slangasek> 204768 was the hal issue
[21:39] <slangasek> is this issue reproducible even with current hal?
[21:39] <ScottK2> slangasek: No.  Apparently it's not the same thing.
[21:40] <ScottK2> slangasek: 868 has a debdiff attached that multiple people claim has fixed nm for them.
[21:40] <ScottK2> It does appear to persist with the new hal.
[21:40] <slangasek> ScottK2: yes, but AFAICS the only reason kernel_driver is NULL in the first place is because of the hal bug...
[21:40] <slangasek> "guard against a NULL kernel_driver value" does not address the root issue
[21:41] <slangasek> and I believe the root issue is the hal bug, unless someone can confirm they're seeing this with current hal
[21:41] <ScottK2> I see what you mean.
[21:42] <ScottK2> slangasek: It does seem like the bulletproofing would be generally a good thing.
[21:42] <slangasek> I agree
[21:43] <ScottK2> I'd say that 204768 exposed 204868.
[21:45] <warrendae> hi
[21:46] <warrendae> can i ask a question that is not related to ubuntu here about C ?
[21:46] <stgraber> warrendae: please read the topic first, it'll probably answer your question
[21:47] <warrendae> ok :)
[21:48] <stgraber> btw, I wondered where we are supposed to redirect people looking for help with development on Linux, we usually redirect people to #ubuntu but it's probably not the right channel for you :)
[22:04] <bryyce> stgraber: google maybe?  ;-)
[22:12] <ion_> Yay, no alsaconf, and the module's autoprobe fails for the non-PNP ISA card integrated to this laptop.
[22:18] <stgraber> bryyce: would probably be a good start indeed :)
[22:26] <dmb> hey, we need someone to upload https://bugs.launchpad.net/ubuntu/+source/inspircd/+bug/201941 , is this the place to ask?
[22:26] <ubotu> Launchpad bug 201941 in inspircd "FreezeException request-- Sync with  Debian unstable" [Wishlist,New]
[22:27] <ScottK2> dmb: The archive administrators have been subscribed.
[22:28] <dmb> so i just wait and it should be good?
[22:28] <ScottK2> dmb: They'll get to it in the next few days.  No need to do anything else.
[22:28] <ScottK2> Yes
[22:28] <dmb> just making sure :D
[22:28] <dmb> ScottK2: you were one of the ackers wern't you?
[22:28] <ScottK2> For motu-release, yes.
[22:36] <slangasek> asac: so what needs to happen to make ubufox happy with icedtea-gcjwebplugin?  It looks like the source package only looks at gutsy Packages files currently?
[22:59] <asac> slangasek: yes, the plugin db needs an update run.
[23:01] <slangasek> asac: is that something only you're able to do because it's hosted somewhere, or is it something that should be doable within the source package and I'm just not understanding?
[23:02] <asac> slangasek: no ... thats on people.ubuntu.co
[23:02] <slangasek> ok
[23:02] <asac> so i until now i run it regularaly
[23:05] <slangasek> asac: I guess I'll leave that bug to you then, and you'll close it when the db is updated?
[23:06] <hspaans> someone here responsible for gnome in Hardy?
[23:16] <asac> slangasek: yes.
[23:17] <asac> ill treat it with high priority
[23:17] <slangasek> asac: ok, cheers
[23:17] <asac> slangasek: please assign to me
[23:18] <slangasek> done
[23:18] <slangasek> OMG these NM/hal bug reports are driving me batty >_<
[23:18] <slangasek> it's probably going to take us to the middle of the week to stop getting false-positive confirmations from people with the bad hal
[23:19] <LaserJock> slangasek: well, the forums have it, that's usually a contributor
[23:19] <slangasek> the forums encourage users to send "me toos" to bug reports?
[23:19] <sistpoty> can't you give and lp hing or s.th.? (thought lp would have such a feature nowadays, but I might be wrong)
[23:19] <sistpoty> hint even
[23:20] <slangasek> sistpoty: the issue is that people are sending follow-ups with incomplete information to the *wrong* bug reports
[23:20] <sistpoty> oh
[23:20] <LaserJock> slangasek: not specifically no, but if they give a LP bug number they'll all jump on it
[23:20] <slangasek> "yes, I have this driver and it's still broken" - ok, but what version of *hal* do you have installed?
[23:20] <ScottK2> slangasek: Be sure to share your pain with however did the hal upload the broke everything.
[23:20] <ScottK2> however/whoever
[23:25] <slangasek> pitti: <share>